Странное поведение порта scmRTOS 4.0 для AVR/IAR на ATmega1284 Опции

[AlexG]

scmRTOS 4.0, ATmega1284, порт для IAR, IAR EWAVR 6.20

Возникла проблема с прерываниями RX USART1. Вызовы обработчика прерывания RX оказались синхронизированы с прерываниями системного таймера (при scmRTOS_SYSTIMER_NEST_INTS_ENABLE 1) или вызов обработчика не происходил совсем (при scmRTOS_SYSTIMER_NEST_INTS_ENABLE 0). При этом необходимые биты в регистрах были установлены - RXCIE1 в UCSR1B, RXC1 в USCR1A, I в SREG. USART0 работал корректно.
Причина проблемы по-видимому в переключения контекста scmRTOS с использованием программного прерывания (scmRTOS_CONTEXT_SWITCH_SCHEME 1), так как при scmRTOS_CONTEXT_SWITCH_SCHEME 0 проблема устраняется. Для переключения контекста в порте используется прерывание SPM_READY, которое имеет больший приоритет чем прерывания USART1.

Пока у меня есть две версии того что происходит:
1. Прерывание USART1_RX вызывается только по фронту, при установке бита RXC1 в 1 и если в этот момент прерывания были запрещены после их разрешения прерывание USART1_RX больше вызвано не будет. Насколько я понимаю документацию, обработка прерываний от USART не должена так работать:

When the Receive Complete Interrupt Enable (RXCIEn) in UCSRnB is set, the USART Receive Complete interrupt will be executed as long as the RXCn Flag is set (provided that global interrupts are enabled).

2. У контроллер прерываний ATmega1284 остались какие-то недокументированные особенности так как в Atmel никто не ожидал что прерывание SPM_READY будет использоваться без переноса таблицы векторов прерываний в область бутлоадера:

When using the SPM interrupt, the Interrupt Vectors should be moved to the BLS section to avoid that an interrupt is accessing the RWW section when it is blocked for reading.

[Сергей Борщ]

2. У контроллер прерываний ATmega1284 остались какие-то недокументированные особенности так как в Atmel никто не ожидал что прерывание SPM_READY будет использоваться без переноса таблицы векторов прерываний в область бутлоадера:

Вы не поняли этот отрывок документации. Он предполагает использование этого прерывания по прямому назначению, т.е. для сигнализации окончания записи во флеш. В процессе записи NRWW-область флеша блокируется от чтения. Разблокировка производится специальной командой. А прерывание возникает до выполнения этой команды и будет пытаться считать вектор из заблокированной области. У нас же прерывание используется без записи и блокировки флеша, нас этот момент не задевает.

Возникла проблема с прерываниями RX USART1. Вызовы обработчика прерывания RX оказались синхронизированы с прерываниями системного таймера

Как-то это странно. Я уже не помню, как там организовано в порте для AVR, но гляньте сюда: http://electronix.ru/forum/index.php?showt...p;#entry1144842, возможно это ваш случай.

[WHALE]

Как-то это странно. Я уже не помню, как там организовано в порте для AVR, но гляньте сюда: http://electronix.ru/forum/index.php?showt...p;#entry1144842, возможно это ваш случай.

Да, очень похоже на мой случай. Это-же одна линейка - 164-324-644-1284.
ex_AlexG, сделайте, как уже советовал Сергей Борщ,минимальный проект без РТОС.
Я сделал вывод в uart1 массива по прерыванию RX USART1, стартуемый по таймеру - это
около 10 строчек кода. Если хотите, могу выложить.
И расскажите, пожалуйста, о результате.

[AlexG]

гляньте сюда: http://electronix.ru/forum/index.php?showt...p;#entry1144842, возможно это ваш случай.

Да, очень похоже на мой случай. Это-же одна линейка - 164-324-644-1284.
ex_AlexG, сделайте, как уже советовал Сергей Борщ,минимальный проект без РТОС.

И расскажите, пожалуйста, о результате.

Действительно похоже, у меня даже обработчики прерываний UART'ов тоже статические члены класса.
Проект без RTOS делать я уже пробовал (просто закомментировал лишнее), такой вариант работает корректно. Не думаю что эффект вызывает ошибка в компиляторе, во всяком случае обработчик прерывания не выкидывается и его вызов в таблице векторов прерываний на месте. Сегодня проверю влияет ли на спецэффекты scmRTOS_CONTEXT_SWITCH_USER_HOOK_ENABLE, о результатах отпишусь.

Проверил, прерывания USART1 обрабатываются корректно при scmRTOS_CONTEXT_SWITCH_SCHEME 1 если в конфигурации RTOS установить scmRTOS_CONTEXT_SWITCH_USER_HOOK_ENABLE 1

Сообщение отредактировал ex_AlexG - Mar 15 2013, 04:20