roboforum.ru

С роутера отправляю команды в STM32 - всё ок.
С СТМ32 отправляю данные в модем - всё ок.
Но при изменении логики с бесконечного цикла проверки новых данных в порту STM32 на прерывание NVIC для этого USART получаю трабл.
Трабл такой.
В процедуре обработки прерывания обратно отправляю "received "+полученный символ.
В результате возникает ощущение, что СТМ32 что отправляет, то и получает на вход сама себе.
вот результат команды cat /dev/ttyATH0 на роутере:

Мысль отправлять что-то в УАРТ в обработчике прерывания, безусловно, светлая. Но неправильная.

_________________
Мой волшебник это я сам. Всю архитектуру программы придумал лично, а ребята помогли воплотить её. Я бы и сам мог написать, но лень учить язык и его конструкции.

если есть ощущение, скорей всего так и есть. а так... не отправляйте в прерывании, это не есть гуд. скидывайте в пул буфера (или как вы обычно с многопоточностью/многозадачностью боретесь) и потом вне прерывания отправляйте.

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

Чо не гуд-то? Думаю просто срабатывает прерывание по ушедшему байту тоже. Вектор там, кажется, один и тот же, в регистре данных завалялся байт на отправку.

в смысле кидать строки в уарт в прерывании - это гут?

_________________
Мой волшебник это я сам. Всю архитектуру программы придумал лично, а ребята помогли воплотить её. Я бы и сам мог написать, но лень учить язык и его конструкции.

Ну целые строки не гуд:) Разве что в другой уарт, где скорость многократно выше.