Apтём (25.11.2011 00:54, просмотров: 176) ответил fk0 на Облегчает для программ на ассемблере. Когда есть какая-то уже архитектура, то обычно вначале поток данных делится на сообщения, а потом сообщения разбираются. И цифры с длиной оказываются на уровень выше, а нижний уровень длину понять не может. И
>>получается дурацкая ситуация Сами создали. Модем наверное совсем абстрактный, что ничего про длину данных не знает.
>>с которыми, к слову, конфликтуют все строковые функции языка C
Это строки с завершаюшим нулём? Которым лет за 40 уже.
>>А закодировать в HEX и обратно вовсе не сложно...
Да, расход небольшой вобшем для нынешних MCU
>> В PDU дурацкая ситуация с 7-битностью
Тут соглашусь... такого они там намудрили...
>>Трудно без ошибок написать с 10-го раза.
Трудно было лет 10 назад.
Сейчас может и писать не надо - можно готовое найти или довести и описаний полно.
Написать и с 1-го раза получится, но посидеть над их PDU-стандартом придётся.
Все равно не понимаю недовольства по поводу бинарных данных. Сейчас (версии >7) вообще нормально сделали: есть команда чтения принятых данных из сокета с ограничением длины (если не путаю)и возвращением длины прочитанных данных; кстати, аналогично сделано, например в Leon-e (uBlox). Чтение данных стало действительно напоминать нормальную работу с сокетом (как в WinSock и ect) в неблокирующем режиме. Что по Вашему при работе с сокетами тоже надо в HEX переводить? Странно как-то(ИМХО).