caxapa.ru :: Ну в общем, определился - буду применять COBS. Однако не знает ли кто ресурса с нормальным объяснением по-русски? Ибо то, что в русской статье на википедии - дурной автоматический перевод. Да и английская статья через жопу написана.

Argon (08.12.2021 10:42, просмотров: 408) ответил Argon на Кто-нить подскажите дельную мысль... Надо организовать логический уровень протокола обмена между двумя девайсами по UART. Да, это почти студенческий вопрос, но в последнее время не хочется изобретать велосипеды. Нет ли чего-то стандартизованно-формализованного?

Ну в общем, определился - буду применять COBS. Однако не знает ли кто ресурса с нормальным объяснением по-русски? Ибо то, что в русской статье на википедии - дурной автоматический перевод. Да и английская статья через жопу написана.

Если я хотя бы примерно правильно понял, то значение 0x00 объявляется служебным байтом и которое в заменяемом пакете будет замещено ненулевым значением. Перед началом пакета данных ставится заголовочный байт, являющийся ссылкой/индексом на первый заменяемый 0x00 в данных, который заменяется ссылкой/смещением на следующий 0x00, к-рый также будет замещен на ссылку/смещение и т.д.

Так/нет? Если так, то какого хэра они в статеечке также в одно предложение не могли объяснить?
Ну и еще - если так, то обратное преобразование можно делать вообще на лету, без особых накладных расходов.

Ответить

- Надеюсь CRC у вас будет наличествовать? При кодировании COBS при сбое даже в одном бите весь пакет фтопку нужно пускать. В отличие от какого-нибудь Modbus ASCII или RTU где, во-первых, изначально предусмотрена LRC/CRC и, во-вторых, даже необнаруженный единичный сбой в самом худшем случае значение лишь одного регистра/переменной испортит. - rezident(08.12.2021 12:36)
  - CRC обязательно. Насчет единичного необнаруженного сбоя в Modbus/RTU - это может быть и фатальным, так что не вижу преимуществ у Modbus/RTU. - Argon(08.12.2021 12:52)
- COBS требует для формирования пакета знать наперёд его содержание до 254 байт. Подход довольно простой: ищем сколько ненулевых октетов следует в буффере (но не более 254), записываем N + 1, записываем эти байты. Второй и последующие подряд идущие нули, логично, кодируются как 0x1 (перед нами идёт 0 ненулевых октетов) - lloyd(08.12.2021 10:47)
  - Октетом вы называете байт? Почему привычно не назвать байтом? Что такое N? Куда записываем N + 1? Куда записываем "эти байты"? Почему второй и последующие нули кодируются 0x1? Их не получится спутать с настоящими 0x1? - Argon(08.12.2021 10:52)

Микроконтроллеры