caxapa.ru :: Про UART вам уже насоветовали, а я про другое спрошу - как это информация в ОЗУ пропадает при ресете? Ресет сам по себе ОЗУ не чистит, другое дело что сишный стартап норовит инициализировать переменные, ну так есть атрибут __no

йцукен (27.01.2018 15:24, просмотров: 398) ответил shan на Пропадает связь по UART1 в STM32F030

Про UART вам уже насоветовали, а я про другое спрошу - как это информация в ОЗУ пропадает при ресете? Ресет сам по себе ОЗУ не чистит, другое дело что сишный стартап норовит инициализировать переменные, ну так есть атрибут __no_init. И какое у вас "время перезагрузки", вы винду перезагружаете?

Ответить

- Согласен- перегружается быстро. Но тогда надо серьёзно переделывать инициализацию. Различать первый запуск (по питанию) когда надо всё задать "с нуля" и перезапуск по WDT или программный ресет. У STM это определить можно, но честно говоря немножко shan(1190 знак., 29.01.2018 00:35)
  - Тема проверки ошибок UART так и не раскрыта. Не знаю, как у STM32, но у Microchip и Atmel UARTы виснут при ошибке стопового бита (framing error) до сброса ошибки Nikolay_Po(225 знак., 29.01.2018 00:46)
    - За всех не скажу, но 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 контроллеры