caxapa.ru :: Это полезно когда протокол позволяет синхронизирующие символы пересылать до начала передачи основных данных. Software flow control типа Modbus ASCII, SLIP, XON/XOFF и т.п. в которых есть зарезервированные символы начала и конца пакета. А если в протоколе связи нет такого, то фича автосинхронизации становится малополезной.

reZident (28.08.2024 22:21, просмотров: 58) ответил maik-vs на Только что написал авто определение для аврки.

Это полезно когда протокол позволяет синхронизирующие символы пересылать до начала передачи основных данных. Software flow control типа Modbus ASCII, SLIP, XON/XOFF и т.п. в которых есть зарезервированные символы начала и конца пакета. А если в протоколе связи нет такого, то фича автосинхронизации становится малополезной.

Ответить

- Фича автосинхронизации тупо меряет минимальный битовый интервал. Протокол связи, если он не имеет контрольной суммы хотя бы, это не протокол, а ардуина какая-то. Таким образом. Один посылает другому сообщение. Тот определяет скорость ( теряя часть сообщения) и отвечает или ничего, или белиберду, или сообщение с неправильной контрольной суммой. Нормальное явление для протокола. - maik-vs(29.08.2024 14:20)
  - Во-первых, "маркерные" протоколы (в которых начало и конец сообщения передаются зарезервированными символами - маркерами) какбэ параллельны CRC, подтверждающей целостность пакета. То бишь одно другому никак не мешает, но и никак не обязано друг другу. Во-вторых, в сообщении может случиться совокупность символов, не содержащая минимального битового интервала. Причем ведущий может повторять передачу именно этого запроса количество раз, заданное в настройках, скажем reZident(316 знак., 29.08.2024 17:55)
    - Разумеется, всё с какой-то вероятностью может быть. С какой? maik-vs(136 знак., 30.08.2024 10:53)

Схемы, платы, компоненты