Проблема заключается в том, что каждый раз при разработке последовательного интерфейса связи (через COM, USB) закладываю уникальный протокол связи. И коллеги делали и делают точно также. Плюс один - жесткая заточка под задачу. Со временем естественно все забывается и потом приходится долго вспоминать и разбираться. Для новых разработок приходится заново “делать велосипед”. И так далее…
Наверняка у многих вставала подобная проблема. Я сейчас приглядываюсь к модемным протоколам, AT-командам и т.д. Но хорошей информации по этому поводу не нашел.

Конечно, проблема есть. Я, например, присматриваюсь к протоколу SNAP
http://www.hth.com/snap/

Ну дак Пирамида неплохая штука: http://caxapa.ru/pyramid/

Waraj
Вот интересное обсуждение .

я обычно разбиваю протоколы на уровни, типа модели OSI. на каждом уровне свои протоколы для определенных целей (контроль целостности пакетов, упаковка кадра, контроль связи, квитирование и т.д.) в итоге на верхнем (прикладном) уровне можно цеплять любой интерфейс (я прицеплял пирамиду для конфигурирования устройства + свои протокол передачи сообщений). В качестве транспорта хорошо подходит MODBUS ASCII (цепляется на любой последовательный канал). При разработке нового устройства надо только сделать для него набор запросов/откликов, а проблемы с транспортом сообщений, контр. суммой и т.д пусть разбирают протоколы нижнего уровня, общие для всех девайсов.
хороший учебник по протоколам http://book.itep.ru/