Странное поведение порта 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.

[WHALE]

_Артём_ тестовый проект с прямой передачей управления собирается-была моя ошибка.
Сейчас после вашего поста заметил интересную вещь-в боевом проекте пофигу,какую я выбору схему вызова планировщика-проект не перекомпилируется.Даже если вообще закомментирую define scmRTOS_CONTEXT_SWITCH_SCHEME проект все равно собирается!!
Тестовый ессно на такое ругается что макрос должен быть определен.
Я понимаю,что ошибка у меня вот только где??

[_Артём_]

_Артём_ Даже если вообще закомментирую define scmRTOS_CONTEXT_SWITCH_SCHEME проект все равно собирается!!
Я понимаю,что ошибка у меня вот только где??

Наверное вы меняете scmRTOS_CONFIG.h от другого проекта.

[WHALE]

Наверное вы меняете scmRTOS_CONFIG.h от другого проекта.

да нет,это я проверил сразу.
но сейчас с утра сделал clean project и factory settings , вернул руками свои настройки и все заработало!!!
но с абсолютно одинаковым кодом и вызовом шедулера через программное прерывание среднее время пинга равно примерно 130ms, а при прямой передаче управления- 5ms!!!. Разница в скорости в 20 с лишним раз.Похоже,из-за постоянного висения в прерывании SPM_READY.
Пока меня такой вариант устраивает, мне сильно не хотелось возвращаться к ручному закату солнца(безосевой вариант).

[_Артём_]

но с абсолютно одинаковым кодом и вызовом шедулера через программное прерывание среднее время пинга равно примерно 130ms, а при прямой передаче управления- 5ms!!!. Разница в скорости в 20 с лишним раз.Похоже,из-за постоянного висения в прерывании SPM_READY.

А прерывания USART1 при этом работают?

P.S. Если scmRTOS_CONTEXT_SWITCH_USER_HOOK_ENABLE задать 1, время ответа на пинг уменьшается или всё работать перестаёт?