caxapa.ru :: По стандарту 1.5 стоповых бита применимо только к 5-битным байтам. Для 7,8,9-битных - только 1 и 2 стопа. Не знаю про специфику G0, но обычно количество стоповых бит влияет только на передачу, на приём пофигу.

LightElf (31.12.2024 14:46, просмотров: 65) ответил Лaгyнoв на я всё голову ломал - что и зачем 1,5 стоповых. :-) У меня в 8-битнике было 1 или 2.

По стандарту 1.5 стоповых бита применимо только к 5-битным байтам. Для 7,8,9-битных - только 1 и 2 стопа. Не знаю про специфику G0, но обычно количество стоповых бит влияет только на передачу, на приём пофигу.

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

Ответить

- При несовпадении количества stop-bit на приеме формируется framing error, но данные при этом принимаются. reZident(1 знак., 31.12.2024 15:32, картинка)
  - На следующей же странице оного RM0454 (гляжу в ревизию 5) доходчиво сказано: LightElf(1 знак., 02.01.2025 01:04, картинка)
    - это я тоже увидал. Ошибки 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 контроллеры