caxapa.ru :: Навигационные сообщения имеют стандартный формат, и они немного сжимались на этой основе. GSM обмен писался только RAW, причем с меткой начала группы байтов в каждую из сторон (что позволило потом засунуть в etherpeek и декодировать обмен). На

Evgeny_CD, Архитектор (14.01.2015 20:48, просмотров: 263) ответил fk0 на zlib слишком тяжёлая штука. Уж не для МК точно. Даже если и LZO. Под бинарным я подразумевал, что вместо строк распечатываются их адреса в ROM и аргументы printf'а например (естесственно нужен свой специальный printf и обратная функция). Если на

Навигационные сообщения имеют стандартный формат, и они немного сжимались на этой основе. GSM обмен писался только RAW, причем с меткой начала группы байтов в каждую из сторон (что позволило потом засунуть в etherpeek и декодировать обмен). На консоль терминала выводили только закодированные метки и дампы наиболее важных структур и переменных в hex, так что выходило компактно. Главное, все было довольно просто.

Ответить

- Любая программа имеет куда больший поток информации для отладки (и именно он интересен), чем пара внешних коммуникационных протоколов. А последние можно хоть хексдампом в общем потоке записать. Что выпечатывается: переходы между состояниями, fk0(370 знак., 14.01.2015 20:56)
  - Несколько машин состояния. В каждой несколько узлов. Машины нумеровали руками, узлы - скриптом, заменяя поля в макросах типа LOG(par1, par2, par3). Вывод бы номер машины: номер узла: событие внутри узла: дамп переменных. Evgeny_CD(541 знак., 14.01.2015 21:06)
    - Еще полезен был эмулятор терминала. Win32 приложение, куда подключался код фильтрации навигационных данных. По IP связывался с серваком и имитировал терминал. Далее имеем трек на проблемном куске и рисуем трек с "улучшенным навигационным Evgeny_CD(191 знак., 14.01.2015 21:10)

Средства и методы разработки