ModBus и Keil RTX, вопросы корректной реализации Опции

[sayberex]

Есть у меня задача реализовать библиотеку для ModBus чтобы она работала через RS232 и RS485 чтобы могла легким движением руки быть ASCII и RTU и чтобы можно быстро ее прикрутить к любому UART на контролере коих на моем микроконтроллере три(согласно CMSIS для Cortex как я понимаю). Все это делаю я для микроконтроллера Luminary с помощью Keil если вдруг кому интересно. Так вот в чем собственно вопрос хочется чтобы библиотека могла работать как отдельно так и вместе с RTOS я для себя выбрал Keil-RTX но дело в том что, то что я написал сам пакет собирает(но необрабатывает) в прирывании а как я почитал в кейловской книге RL-ARM Getting Started раздел Interrupt Handling что RTOS не очень любят а вернее сказать вобще не любят что то долго делать в прерывании что как я понимаю плохо сказывается на шедулере так как я пишу системы реального времени то это может быть критично. Так вот оправдан ли такой подход или если я вдруг хочу использовать RTOS то мне придется переписывать код чтобы он был под нее и заточен то есть отдельную библиотеку для RTOS.

[sayberex]

Ну именно так и советуют поступать в документации по Keil RTX(делать высокоприоритетную задачу и будить ее по какому нибуть эвенту который генериться в UART ISR при приходе символа) но от что меня беспокоит в таком случае и проблема в дополнительных затратах в ресурсов тут менее приоритетна допустим мы работаем на скорости 115200 б/c фрейм для одного байта = 1старт бит + 8 бит данных + 1 паритет + 1 стоп бит = 11 бит для передачи одного байта период соответственно равен T = около 10 мкс тость 20 мкс для передачи 2х символов а для скоростей повыше и того меньше будет. В моем мк к примеру UART аж до мегабита раскочегарить можно если те ошибаюсь боюсь что при таком раскладе и 5 пакетов будет принимать только 1 нормально или может я не прав? С чего такие опасения я раскажу я тут писал ModBus TCP(на lwIP) и как заглянул в Ethernet ISR Handler а код там будь здоров или кто то в критическую секцию зашел от мы и начали пропускать наши байты в UART Thread.

[Shein]

Ну именно так и советуют поступать в документации по Keil RTX(делать высокоприоритетную задачу и будить ее по какому нибуть эвенту который генериться в UART ISR при приходе символа) но от что меня беспокоит в таком случае и проблема в дополнительных затратах в ресурсов тут менее приоритетна допустим мы работаем на скорости 115200 б/c фрейм для одного байта = 1старт бит + 8 бит данных + 1 паритет + 1 стоп бит = 11 бит для передачи одного байта период соответственно равен T = около 10 мкс тость 20 мкс для передачи 2х символов а для скоростей повыше и того меньше будет. В моем мк к примеру UART аж до мегабита раскочегарить можно если те ошибаюсь боюсь что при таком раскладе и 5 пакетов будет принимать только 1 нормально или может я не прав? С чего такие опасения я раскажу я тут писал ModBus TCP(на lwIP) и как заглянул в Ethernet ISR Handler а код там будь здоров или кто то в критическую секцию зашел от мы и начали пропускать наши байты в UART Thread.

При больших скоростях, как мне кажется, лучше уже пользоваться ПДП (если есть конечно). Принимать в буфер а затем уже адрес буфера передавать по mailbox. Собственно без ПДП логика та же: несколько буферов, по очереди прием в один ои них, потом передача по mailbox адреса. Принимающая задача естественно должна позаботиться об освобождении буфера.