Кадровая синхронизация, Выбор синхрослова Опции

[Димыч]

Доброго дня!

Имеется, в общем-то, тривиальная задача:
подобрать синхрослово для канала передачи данных. Данные передаются кадрами различной длины, не скремблированы и никак не кодированы. Минимальная длина слова - DWORD (4 байта).

Знаком с кодами Баркера/Уиларда, но, может быть, у кого-то есть частный пример под похожую задачу?

Заранее спасибо!

[Димыч]

А если синхрослово встретится в теле пакета? Трагедия?

Нет, не трагедия. Весь поток данных парсингу не подвержен. Проверяется ещё стоп-маркер и КС.
То есть, уникальность синхрослова или, скорее, низкая вероятность наличия идентичного в потоке передаваемых данных, является дополнительной защитой.

для этого в потоке синхрослова заменяют какой-нибудь спец. фигней.

в каком-то (XYZ?)модеме для кодирования повторяющихся байтов вставлялся спецсимвол и счетчик, если спцсимвол в потоке, то как-то решалось - уже не помню

да, например можно применить байт-стаффинг. Но это уже парсинг всего протокола, что на данный момент для программиста(т.е. для программы) на ПК будет слишком ресурсно.

То же можно сказать и о xxx-модеме

Но, в любом случае, спасибо за соображения

[Fat Robot]

Если есть поле длины пакета, например, после синхрослова, а сами данные рандомизированы, то синхрослово может быть любым непериодическим, в котором кол-ва нулей и единиц выбраны в обатном соответствии с вероятностями их возникновения.

Это в предположениях, что ошибок в канале нет, и синхронизироваться нужно 1 раз, а дальше только проверять.

для случая "маркер начала" - данные - кс - "маркер окончания" (без поля длины) получается какая-то неочевидная машина состояний для приема.