PIC pic18f258 CAN-протокол

На самом деле, можно и в основной цикл вложить проверку флагов и выполнение различных фукнций в зависимости от значения флагов. В принципе, по барабану, в каком месте отбрасывать «лишние» прерывания (чтобы DOS'а не было): в обработчике прерывания (если там функции вызываются), или в основном цикле.

Можно, но не нужно. Это ничем не оправданное усложнение логики работы программы.

В ядре реальную обработку прерываний выносят за пределы обработчиков не от хорошей жизни - нужда заставляет.

Спорить с ламером бессмысленно!

А если уж такой умный, покажи мне код для пика18 в котором используется хотя бы 10 источников прерываний и вся обработка выполняется в обработчике.

10 источников прерываний

Ну вы загнули... Флагов там может быть и больше, но источников прерываний не так уж и много. А вектор прерываний вообще один и надо в нем проверять все флаги и действовать, сообразно им.

Но у меня обычно все функции по прерываниям вызываются прямо из обработчика (по прерыванию от таймера - изменение полярности на ключах для питания, например, шагового двигателя; по прерываниям от концевиков - остановка двигателя, отсылка сообщений и т.п.)

Я прекрасно знаю как устроен контроллер прерываний в пик18. Не одно устройство разработал на них. В старых семействах вектор один, в более новых два (высокий приоритет и низкий). У твоего чипа два, если ты не заметил. И источников прерываний там достаточно, открой в даташите раздел interrupts и посчитай.

Хм, почитаю даташит еще раз. Я-то до этого писал для PIC16, думал, что 18-й от него практически ничем не отличается. Но все равно, эти контроллеры довольно просты. В отличие от всяких атмеловских, у которых уйма векторов прерываний и не надо в одном-двух обработчиках делать проверку 100500 ключей.

Если кому интересно, вот исходники простой «тестилки» CAN-протокола (мигание светодиодами). «Мигалка» - на пяти светодиодах, подвешенных на порт А pic18f258, «управлялка» - контроллер NuCOM PCI-7841.

Пришлось малость повозиться с микрочиповской библиотечкой, т.к. sdcc как-то странно «оптимизировал» указатели на отображаемые буферы (со статическими буферами все ОК).