Отправлено Bill 26 ноября 2004 г. 08:40 В ответ на: Нет не слышал. Прерывание это хардверное дело. И железо проверяет (+) отправлено SM 25 ноября 2004 г. 23:43

В самом простейшем случае все сигналы запросов на прерывания просто объединяются через схему "ИЛИ". И приоритет запроса на прерывания задается в этом случае ПРОГРАММНО, порядком опроса флажков в процедуре обработки прерываний. Так сделано у PIC16. Очевидно, такая работает очень медленно, это ее основной недостаток.
Устранить недостаток можно только усложнением схемы системы прерываний. В dsPIC, например, приоритеты прерываний задаются АППАРАТНО с использованием схемы приоритетного шифратора. Там имеется возможность вложенных прерываний. Всего различных уровней приоритета 16 и каждому прерыванию можно программно установить уровень приоритета. Если уровень приоритета установлен одинаковый у нескольких источников запроса на прерывания, то дальше опять работает схема поллинга. Но в любом случае ПРИРИТЕТ ВСЕГДА ЕСТЬ, и по-другому быть невозможно.

• http://mcuselect.narod.ru/docs/Interrupts1.htm

• Объединение по ИЛИ и программный опрос (+) — SM   (26.11.2004 10:13, 439 байт)
  • С такой трактовкой согласен. :))) Но прерывание хоть и одно, но приоритеты у источников — Bill   (26.11.2004 17:09, 50 байт)
    • Так речь-то о приоритетах линий прерываний, а не источников, коих может быть сколь угодно больше, чем линий. — SM   (26.11.2004 17:35, пустое)