Тут задача возникла следующего характера. Как бы инициировать прерывание программным путем?

Самый простой способ - использовать INT0, например, и сконфигурировать прерывание по изменению состояния ноги (нога на вывод), в результате - достаточно шевельнуть ножкой (изменив ее, скажем OUT'ом в PINx) и флаг прерывания установится; соответственно, когда будет разрешено прерывание INT0 - оно и произойдет. Но, к сожалению, INT0 и INT1 заняты, надо изобретать что-то другое.

Вот мысль появилась использовать прерывание от компаратора, причем следующим образом:

Компаратор штатно выключен (он не нужен в проекте), для установки флага прерывания от него использовать последовательность


Т.е. переключить туда-сюда "по фронту/по спаду". На идею натолкнула фраза

в даташите.

К сожалению, сейчас негде попробовать этот чит. Посему пара вопросов:

1. Может кто делал такое и уже знает результат?
2. Может у кого есть под рукой макеточка, проверить бы?
3. А может кто гламурнее способ знает?

в scmRTOS, по моему, что то подобное реализовано именно для программных прерываний.

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

Как раз от компаратора в scmRTOS и используют, но вроде как внешне что то к выводу компаратора припаивать надо... Лучше обратиться к первоисточнику. К сожалению адреса не знаю - но по моему в форуме про RTOS тема травой не заростает.

Потому что на момент установки флагов это прерывание обычно запрещено (хотя может быть и не запрещено, в этом случае будет вызвано сразу). А разрешается совсем в другом месте, и если оно отложено, то после разрешения оно выполнится.

Как бы так объяснить, нафиг это надо... Ну типа эмуляция прерываний с приоритетом...

Не знаю для чего Вам это нужно, но если строить програму на прерываниях то основной код я обычно пишу в следующем прерывании

а оно возникает когда пустой регистр данных передатчика УСАП

А использование прерывания от EEPROM не будет гламурным способом?
1. Думаю, что его никто не использует. По крайней мере я - ни разу.
2. Разрешается одной командой sbi EECR,EERIE.
3. Генерируется всё время пока EEWE сброшен (EEPROM не пишется).

Занято, и кроме того, как и следующий вариант



не годится. Мне не нужно прерывание, запрос которого сам по себе устанавливается, мне нужно его запрос руками (программно) поднять только в нужный мне момент времени. Т.е. из более приоритетного прерывания запустить менее приоритетное после окончания обработки более приоритетного.

Ну нечто такое:

ИМХО, в начале нужно определиться - какие ресурсы у Вас свободны? В зависимости от используемого МК можно, наверное, использовать
INT0-INT7
EEPROM Ready
USART0 Data Register Empty
USART1 Data Register Empty
SPM Ready

Возможно, не обязательно дрыгать ногой для вызова INTx. Может быть "подрыгать" режимом - аналогично компаратору. Такая же мысль и мне приходила в голову, но не проверял...

Ага, прерыванием от компаратора и пользуются. Щас посмотрел в сорсы. Только raise делается ногодрыгом. А у меня эти лапы заняты.


Всего 2, оба заняты

Все не годятся, причину объяснил выше.

Не понятно, чем Вам не угодило прерывание от EEPROM. Если, память не используете, то "ручками" делаете чтение, и получаете прерывание. Не чуть не хуже дрыгания ногой для получения INTx.

Так какие ресурсы у Вас свободны? Как вариант - использование прерывания от свободного таймера. Настроить его на работу без прескалера с генерацией прерывания по одному тику. Разрешили прерывание - получили прерывание.

А какие ноги свободные ? (если есть конечно)
и что из переферии не задействованно ?
и какой чип ?

Использую.

Кроме того, "The EEPROM Ready interrupt generates a constant interrupt
when EEPE is cleared."

Т.е. пока EEPE очищен, прерывание генерируется. А мне так не годится. Мне нужно флаг установить, а сбросится он при выполнении процедуры прерывания.

Руками сбросить в процедуре обработки прерывания - религия не позволяет?

Какой у Вас контроллер и какие ресурсы свободны?