caxapa.ru :: встречал похожее, но не на F0. флаг ORE чистится не автоматом, а ручками - записью ORECF в USART_ICR. если возник при разрешенном приеме, то, пока не прочистишь, висишь в обработчике приёма

Vit (01.12.2019 10:25, просмотров: 806) ответил VLLV на Может кто сталкивался, STM32F0, USART, HAL. Если есть эхо, все ложится. Задача имеет решение в плоскости HAL?

встречал похожее, но не на F0. флаг ORE чистится не автоматом, а ручками - записью ORECF в USART_ICR. если возник при разрешенном приеме, то, пока не прочистишь, висишь в обработчике приёма

Ответить

- Можно мне кратко изложить суть проблемы? RxTx(21 знак., 17.05.2020 11:48)
  - в одних камнях флаги ошибок приема сбрасываются автоматически при чтении регистра данных, в других нет - нужно сбрасывать программно Vit(658 знак., 17.05.2020 12:32)
    - Нужно ли обобщать? Это придумали гениальные индусы из STM, чтобы отладка с включенным окошком с регистрами была более увлекательной. - SciFi(17.05.2020 12:55)
      - В доке на cc1352 прямо написано, что смотреть регистры uart'а при отладке нельзя ))) - evgeniy1294(17.05.2020 13:06)
        
        Помнится в LPC, кажись 2388, флаги прерывания после чтения улетают, т.е. в обработчике читаешь в копию, а потом разгребаешь. Ещё веселее в MSP430FR, но не в UART, а таймерах - там встроен аппаратный переключатель подвекторов, который ещё и включается какими-то магическими заклинаниями, а без него можно "потерять" прерывание (флаг от запроса). - Vit(17.05.2020 13:44)
      - не обижай индусов. это тунисцы. насчет гениальности - тут уж никуда не деться:) - Vit(17.05.2020 13:03)
- Спасибо, да, именно ORE и нашел. Но у меня еще и глобальная проблема, которую я пролопушил. VLLV(796 знак., 01.12.2019 12:13)
  - Есть третий способ, хороший. Выкинуть HAL и написать по-человечески. :) - LightElf(01.12.2019 12:57)
    - Кто не берет HAL, использует LL. Пробовали? - Constantin21(02.12.2019 07:23)
    - да дело не в HAL уже - VLLV(01.12.2019 13:07)

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