есть мнение, и я его стараюсь придерживаться, что ЛЮБОЙ обработчик прерываний должен быть максимально коротким по времен.... («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Разработка, производство и продажа радиоэлектронной аппаратуры

| Карта сайта | Пишите нам | В избранное

Требуется программист в Зеленограде
- обработка данных с датчиков; ColdFire; 40 тыс.
e-mail:jobsmp@pochta.ru

Телесистемы | Электроника | Конференция «Микроконтроллеры и их применение»

есть мнение, и я его стараюсь придерживаться, что ЛЮБОЙ обработчик прерываний должен быть максимально коротким по времени

Отправлено koyodza 12 ноября 2009, г. 16:55
В ответ на: разобрался - там прерывание по уарту сдвигало время измерение, из-за этого и петрушка! отправлено пользователем Lukov 12 ноября 2009, г. 16:27

т.е. никакие "ожидания готовности", "подсчеты CRC" и т.п. в прерываниях быть не должны. Тогда и проблем таких не будет.

Есть, правда, среди нас такие, кто этого не придерживается

Составить ответ | Вернуться на конференцию.

есть мнение, и я его стараюсь придерживаться, что ЛЮБОЙ обработчик прерываний должен быть максимально коротким по времени

Ответы