[Alechin 0]

Три дня убил на поиск проблемы с потерей событий, фиксируемых по прерыванию.

В общем есть медленно и произвольно меняющийся аналоговый сигнал на входе внешнего комапартора. Выход компаратора заведен на 2274 на один из P2. Нужно фиксировать срабатывания этого компаратора. Но - реагировать на срабатывание нужно не всегда. Т.е. перывания периодически разрешаются и запрещаются. Вот тут-то бяка и сидит. Оказалось, что возникает (и довольно часто) ситуация, когда фронт сигнала с компаратора приходит ДО разрешения прерывания, в следствие чего он не фиксируется! Постоянно реагировать на прерывания не могу - режим жесткой экономии потребления - "лишние" просыпания нежелательны.

Для начала перед разрешением прерываний проверял выход компаратора "вручную" и если он уже сработал - прерывания не разрешал, событие фиксировал. Все-равно теряются события!. Выяснилось - комапартор часто срабатывал между моментом опроса его выхода и разрешения прерываний. Теперь еще и после разрешения прерываний проверять приходится. В общем как-то "некрасиво" выходит.

Помогло бы прерывание по уровню, но их нет :(

[DogPawlowa 0]

Помогло бы прерывание по уровню, но их нет :(

Прерывания по уровню - это от бедности, когда несколько источников прерывания висят на одном входе.

В таком продвинутом контроллере - зачем они? :laughing:

 

По делу: 1)для того, чтобы не реагировать, не обязательно запрещать прерывания. Можно анализировать необходимость реагирования внутри прерывания.

[MrYuran 17]

для того, чтобы не реагировать, не обязательно запрещать прерывания. Можно анализировать необходимость реагирования внутри прерывания.

++

То же самое хотел сказать

[Alechin 0]

Можно, но я ж сказал - это вызовет не нужные просыпания процессора (довольно частые) с значительным увеличением тока потребления (у меня потребление лимитировано в 10 мкА за секунду).

[MrYuran 17]

Поставить внешний ключ.

После разрешения прерывания включаем ключ, и если на входе был постоянный уровень, то формируется фронт и прерывание.