ВходНаше всё Теги codebook 无线电组件 Поиск Опросы Закон Четверг
28 марта
837831 Топик полностью
Evgeny_CD, Архитектор (04.05.2018 23:09, просмотров: 572) ответил fk0 на Не понял вопроса. Отвечаю. В ASN.1 и всех нижележащих форматах упаковки (PER/BER/...) подразумевается, что данные несут уже информацию о собственном формате, в каком они записаны. Поля там, конечно, не именованные, но нумерованные тэгами. А уж
1) Большое спасибо! 2) как насчет работы со всем этим в MCU ОЗУ 4Kb? 3) В еропейском eCall в первоначальном описании формата сообщения от потерпевшей машины была допущена ошибка, связанная с какой-то неоднозначностью интерпретации упакованного http://caxapa.ru/795158.html
формата ASN.1. Я подробностей не скажу, но знаю, что во второй версии описания они вставили раздел с тем, как это интерпретировать, и первая версия декодера не совместима со второй. [подробности я уже забыл]. 4) Я бы еще напомнил про экономичные алгоритмы сжатия информации -> 5) стоит разделять единый формат описания полей протоколов, это действительно было бы очень полезно, и автоматически генерируемый по нему С парсер/упаковщик 6) Когда-то давно мы возились с GPL софтиной для H.323. Там везде был ASN.1, оно собиралось очень долго, и все адски глючило, и в значительной степени глюки были вокруг ASN.1