caxapa.ru :: На следующей же странице оного RM0454 (гляжу в ревизию 5) доходчиво сказано:

LightElf (02.01.2025 01:04, просмотров: 96) ответил reZident на При несовпадении количества stop-bit на приеме формируется framing error, но данные при этом принимаются.

На следующей же странице оного RM0454 (гляжу в ревизию 5) доходчиво сказано:

Не надо делать мне как лучше, оставьте мне как хорошо

Ответить

- это я тоже увидал. Ошибки FE не будет. Но почему не пишут о достоверности данных, когда пойдет старт следующего байта в момент второго стопового? Вот ведь в чем засада. Сейчас нет под рукой 070, но точно помню, что была сдвижка на 1 бит. Через неделю смогу проверить - Лaгyнoв(02.01.2025 06:56)
  - Да не должна сдвижка происходить. Приём байта синхронизируется от стартового бита, потом забираются биты данных, потом ожидается один стоповый. Сколько длится "1" между первым стоповым и последующим стартовым "0" - влиять ни на что не должно. У вас или помеха какая-то пролетает, или скорости UART разбегаются сильно. Может подтяжку входа RX к "1" забыли поставить/включить? - LightElf(02.01.2025 14:24)
    - Дык он хочет находится в режиме с двумя сторонами - чтобы при передаче два стоповых было. - Nikolay_Po(02.01.2025 14:27)
      - Два стоповых нужны если скорость высокая, а приёмник без fifo или совсем софтверный и наступает overflow. ТС не там проблему ищет. - LightElf(02.01.2025 15:04)
        
        ТС не глупее нас. Всё он там ищет. У него окружение такое, что есть устройства (которые не будут обновляться), которым нужно два стопа, чтобы корректно принимать. И, в то же время, есть устройства, которые ведут передачу без второго, лишь с одним стоп-битом. И если я правильно понял ТС, в таком случае, когда UART настроен на два стопа, а поток идёт с одним стопом, есть проблемы с приёмом. Пока не разобрались до конца в каком случае происходит сбой, но приём идёт с ошибками. - Nikolay_Po(02.01.2025 16:01)
        
        Или ТС обнаружил противоречащее даташиту и здравом смыслу поведение UART в своём процессоре (во что я не верю, но проверить может только ТС), либо проблема в другом месте. Например в сильном расхождении (более 3%) скоростей UART-тов. Что, опять-таки, только ТС может проверить (элементарно покрутив скорость на своём изделии). LightElf(170 знак., 02.01.2025 16:38)
        
        И поэтому при смешных 9600 принял правильное решение просто слать по таймеру и не выеживаться с чтением особенностей уартов в разных камнях. При этом еще и отклонения в скорости за пределы байта не расползаются. - Andreas(02.01.2025 16:35)
  - То есть, ошибки при приёме прошедшего кадра не будет, но вот приём первого байта следующего кадра может быть нарушен, если возврат на уровень mark произошел не в пределах второго стоп-бита? - Nikolay_Po(02.01.2025 14:18)
    - Всякие эти буржуйские mark/space только головняка добавляют :-). На первом стопе линия переходит в "1" и остаётся там до следующего стартового "0". Дополнительные стопы, после первого, на физическом уровне могут помочь в единственном случае - скорость передатчика чуть выше скорости приёмника и единичный стоп оказывается для приёмника слишком коротким для надёжного определения следующего старта. Но это конструкция "на соплях", ещё чуть сильнее скорости разбегутся и проблемы LightElf(27 знак., 02.01.2025 14:56)

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