caxapa.ru :: Это не от архитектуры проца зависит, а от конструкции конкретного UART. Обычно эта способность называется LIN-совместимостью. Бо протокол LIN эту штуку широко использует.

LightElf (09.11.2025 16:39, просмотров: 127) ответил pavel2000 на Открыл для себя новое в UART - "break condition", когда линия/шина удерживается в состоянии "0" на время, большее времени передачи символа. Но сначала увидел вариант, когда передача "неправильного" стоп-бита, и, соответственно, возникновение frame error на приемнике, используется мастером как признак конца передачи. На диаграмме логического анализатора это выглядит так (снимаемый сигнал инвертирован):

Это не от архитектуры проца зависит, а от конструкции конкретного UART. Обычно эта способность называется LIN-совместимостью. Бо протокол LIN эту штуку широко использует.

1) Прием.

Некоторые UART умеют детектировать состояние Break и сигнализировать отдельным битом/прерыванием. Остальные отдадут нулевой байт и Frame Error.

2) Передача.

Если UART не поддерживает формирование Break аппаратно, то либо рукопашное шевеление ножкой по таймеру, либо уменьшить в полтора раза скорость UART и отправить нулевой байт. По завершении передачи этого байта скорость вернуть на место и передавать данные. Удобно, потому что UART сам таймером работает.

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

Ответить

- Да не, про состояние break всё более-менее понятно, и про трюк с изменением скорости и отправкой нулевого байта для отправки "break condition" я тоже сразу нашел упоминание. Вопрос акцентирую именно на передаче и приеме _ненулевого_ байта с "неверным" стоп-битом, сигнализирующем об окончании передачи и освобождении шины для получения ответа от слейва. - pavel2000(09.11.2025 19:23)
  - С помехоустойчивостью будет не очень, но насколько это вам важно - вам видней. Если в протоколе не используется проверка четности, а конкретный UART умеет не только в none/even/odd, но и в mark/space, то почему бы и нет. Приёмник настроен в "parity: none", передатчик данные шлёт с "parity: mark", а последний байт - "parity: space". Тогда на последнем байте приёмник поймает frame error. Но ежели обе стороны умеют в mark/space, то проще и ориентироваться на parity error, чем на LightElf(9 знак., 09.11.2025 20:34)
    - Да, я понял изложенные идеи, спасибо. - pavel2000(09.11.2025 21:51)

Кибернетика, автоматика, протоколы