roboforum.ru

[Илдар]

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

Код: Выделить всё • Развернуть

received  d

received  v

received  r

received


received  i

received  e

received  c

received  e

received  r

received  r

received


received


received


received


received


received

received  d

[dccharacter]

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

[Angel71]

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

[Илдар]

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

[elmot]

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

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

[dccharacter]

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

[elmot]

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