caxapa.ru :: Тема проверки ошибок UART так и не раскрыта. Не знаю, как у STM32, но у Microchip и Atmel UARTы виснут при ошибке стопового бита (framing error) до сброса ошибки

Nikolay_Po (29.01.2018 00:46, просмотров: 609) ответил shan на Согласен- перегружается быстро. Но тогда надо серьёзно переделывать инициализацию. Различать первый запуск (по питанию) когда надо всё задать "с нуля" и перезапуск по WDT или программный ресет. У STM это определить можно, но честно говоря немножко

Тема проверки ошибок UART так и не раскрыта. Не знаю, как у STM32, но у Microchip и Atmel UARTы виснут при ошибке стопового бита (framing error) до сброса ошибки (буфер приёма перед этим можно вычитать). Вы проверяете, сбрасываете ошибки UART периодически? Может, прерывание с ошибкой пропускаете по какой-то причине, не сбрасывая ошибки, после чего новых прерываний уже не появляется?

Ответить

- За всех не скажу, но PIC24 ведет себя согласно документации. При ошибке переполнения буфера, прекращается прием новых данных. Данные в буфере должны быть прочитаны прежде, чем будет стерта эта ошибка, иначе они пропадут. Я там другой интересный Экспериментатор(422 знак., 29.01.2018 11:15, )
  - Схожая задача была. Передавал единицы мегабайт за раз. dsPIC33EP. RTS/CTS с Silabs CP2102 терял байты. DMA не осилил, приём-передачу обрабатывал в прерываниях с кольцевыми буферами. Отказался от аппаратного RTS/CTS, поставил прерывание на вход Nikolay_Po(90 знак., 29.01.2018 11:52)
    - Получается, что этот баг у микрочипа. Чипостроители меня всегда немного удивляют. За 30 лет разработки так и не научились делать хотя бы SPI и UART без багов. То им выводы при инициализании не в том состоянии, то от лишнего клока никак избавиться Экспериментатор(123 знак., 29.01.2018 14:01, )
      - А по-моему, наоборот. Долгий срок используют один и тот же модуль на кремнии, разработанный третьей стороной. А эта "третья сторона" или существование своё прекратила, или за внесение изменений денег просит. Nikolay_Po(342 знак., 29.01.2018 19:34)
- Ошибки действительно не сбрасываю. Уповал на контроль пакета в МОДБАСе. При неправильном пакете читаю до пустоты приёмный буфер. и жду следующего пакета, не предполагая, что прием и прерывания могут блокироваться. shan(361 знак., 29.01.2018 01:31)
  - Право, не полностью уверен, что приём UART у STM32 останавливается при ошибке, но такое: Nikolay_Po(119 знак., 29.01.2018 12:16)
    - На самом деле сбрасывал только переполнение. - shan(30.01.2018 01:14)
    - ЕМНИП, после Overrun Error приём клинит. Чтобы не заморачиваться, я установил OVRDIS в регистре CR3. Проверка целостности на другом уровне. - SciFi(29.01.2018 12:24)
      - Логично. Всё равно контроль ошибок на уровне UART-железа не эффективен, вероятность пропуска ошибки велика. Отпишитесь, пожалуйста, по результату. - Nikolay_Po(29.01.2018 13:47)
        
        Такой контроль делается в основном для старинных протоколов, допускающих отмену передачи приемником. Ну и заодно для обеспечения правильной работы UART :) - VLLV(29.01.2018 13:51)
        
        Что отписывать? У меня давно всё работает :-) - SciFi(29.01.2018 13:50)
        
        Прошу прощения, перепутал с ТС. - Nikolay_Po(29.01.2018 15:19)

ARM, RISC-V контроллеры