я юзаю один уникальный символ как стартовый + синхронизирующий. до того обсуждения юзал 0xFF (все единицы, потом гарантированно один стоповый бит вставляется аппаратно - есть за что зацепиться). сейчас понял, что нужно его изменить на биточередующийся, например 0xAA - будет надежней. Но не суть.

Идея в том, что стартовый байт - уникальный, в теле пакета встретиться не имеет права. А как это обеспечить, если бинарные данные? А тогда вводим еще один, другой, служебный символ. Если в теле пакета встретился совпадач со стартовым, то он заменяется на пару служебный + любой другой. Если встретился совпадающий со служебным - то шлется два служебных. Примерно как сделано форматирование с обработке строк в си: '\0' = 0x00, '\\' = \

0xAA55 (или что-то похожее) в качестве заголовка ставь, а в конце пакета фиксированного размера контрольную сумму. )

Понял, у тебя не бывает в посылках повторения первого символа. Если он появляется, ты помечаешь, что символ подменен и с стороны сервера это дешифруешь.

А мне понравился твой подход, надо будет проанализировать 2 варианта, твой и вариант просто с двумя байтами. Как мне кажется 2 байта же могут последовательно совпасть всего с 1/(256^2) вероятностью, но надо бы и то и то затестить, благо оба варианта не такие уж сложные вреализации, заложу оба) вдруг где палка выстрелит или нет

не полагайся на случай. поверь, будут проблемы.

не полагайся на случай. поверь, будут проблемы.

ладно бы просто потерять пакет. часто гораздо важнее другое: принять неверный пакет за верный. CRC никогда не гарантирует 100% верификации пакета. да вообще ничто не гарантирует :) Можно лишь уменьшатиь вероятность такой ошибки. Ну вот лично мне неверно принятый пакет управления очень критичен - все идет вразнос. Поэтому и предприняты все меры (уникальный стартовый, фиксированная длина, CRC, непрерывные посылки, пост-фильтрация принятых констант фильтрами низких частот) - все лишь для решения одной единственной задачи: задачи двух генералов :). Точнее не решения, а приближения к решению, так никогда и не достижимому :)

Поэтому и говорю, заложу оба) аш интересно стало почему могут у первого варианта возникнуть проблемы. Вероятность битых посылок ломает приём сразу всех данных?

не, ну есть вариант гарантировать правильность пакета... HMAC со счётчиком лепить, но это оверкилл в большинстве случаев)

ладно бы просто потерять пакет. часто гораздо важнее другое: принять неверный пакет за верный. CRC никогда не гарантирует 100% верификации пакета. да вообще ничто не гарантирует :) Можно лишь уменьшатиь вероятность такой ошибки. Ну вот лично мне неверно принятый пакет управления очень критичен - все идет вразнос. Поэтому и предприняты все меры (уникальный стартовый, фиксированная длина, CRC, непрерывные посылки, пост-фильтрация принятых констант фильтрами низких частот) - все лишь для решения одной единственной задачи: задачи двух генералов :). Точнее не решения, а приближения к решению, так никогда и не достижимому :)

да, есть варианты. я чет заболтался. в двух генералах там стоит задача не только доставить пакет, но и гарантированно доставить инфу отправителю о том, что пакет доставлен. а это уже невозможно.

ладно бы просто потерять пакет. часто гораздо важнее другое: принять неверный пакет за верный. CRC никогда не гарантирует 100% верификации пакета. да вообще ничто не гарантирует :) Можно лишь уменьшатиь вероятность такой ошибки. Ну вот лично мне неверно принятый пакет управления очень критичен - все идет вразнос. Поэтому и предприняты все меры (уникальный стартовый, фиксированная длина, CRC, непрерывные посылки, пост-фильтрация принятых констант фильтрами низких частот) - все лишь для решения одной единственной задачи: задачи двух генералов :). Точнее не решения, а приближения к решению, так никогда и не достижимому :)

ну как минимум: если у тебя допустим в теле пакета совпадач со стартовым, и предположим пакеты не меняются - шлешь все-время одинаковые и твой приемник зацепился за не тот стартовый байт - ну у тебя тогда все пакеты просто съедут и будут браковаться по CRC (в лучшем случае) или в самом худшем - проходить чушь. Все, приехали.

Модбас же. Но медленно

тогда на одну команду посылай 3 пакета с разными данными - если все 3 пакета с crc правильные, тогда команда выполняй