Первая:



И ни OK, ни ERROR, ничего больше. Попадание то ли +CPIN: READY, то ли +CFUN: 1 в момент выполнения команды теряет ответ на неё.

Аналогичная проблема есть с отправкой SMS: после AT+CMGS=<размер>\r некоторое время не воспринимает (приблизительно ~100 мс), верней теряет, передаваемые данные. Такое впечатление, что контроль потока отсутствует (RTS/CTS), но внутри модуля активно используется.

В SIM300 проблем не было. Таких (были другие, "Call Ready" тоже доставлял тем же самым).

Как жить дальше?

>>>>Аналогичная проблема есть с отправкой SMS: после AT+CMGS=<размер>\r некоторое время не воспринимает (приблизительно ~100 мс), верней теряет, передаваемые данные.

Простите, а приглашение к вводу текста (символ > ) кто будет ждать ????
До его появления естественно потеряется текст.


Да и в одной строке не рекомендовано делать много команд.
Допустимо, но не желательно.

А где написано, что его нужно ждать? 3GPP TS 27.005 version 7.0.0 Release 7, раздел 4.3:
Execution command sends message...

- the TA shall send a four character sequence <CR><LF><greater_than><space> (IRA 13, 10, 62, 32)
after command line is terminated with <CR>; after that PDU can be given from TE to ME/TA.

- the DCD signal shall be in ON state while PDU is given.


Неоднозначно. Тут сказано, что после DCD или '>' можно выдавать PDU. Но не сказано же, что его нельзя выдавать раньше...



Совершенно неестесственно, когда из потока данных передаваемых в последовательном коде пропадают произвольные части данных.



Вдогонку. Добавление +CFUN=0 в строку инициализации (длинная первая сверху) и позже +CFUN=1, перед вводом PIN-кода, решает проблему с +CFUN: 1 и пропаданием OK.

Но в скольки местах ещё пропадает "OK" или "ERROR"?

Так пропадают данные в начале передачи или "когда из потока данных передаваемых в последовательном коде пропадают произвольные части данных" ?

>>>А где написано, что его нужно ждать?

сами же и написали

- the TA shall send a four character sequence <CR><LF><greater_than><space> (IRA 13, 10, 62, 32) after command line is terminated with <CR>;

>>>Но не сказано же, что его нельзя выдавать раньше...

А если Вам не сказать что в кипятке можно обжечься, тоже будете туда прыгать или подумаете что этого делать не стоит ?


Ну и в конце описания команды есть строчки: Implementation - Optional.

Это значит что команда опциональна и производитель может изменить ее синтаксис или работу.
Хотя в данном случае она работает полностью как описано в 07.05

А не могли бы вы указать то место, где написано, что у "Optional" команд производитель может изменять синтаксис? Всегда думал что при таком объявлении - команда либо есть, ровно как стандарте, либо ее нет.

Да нет такого места и быть не может. Зачем тогда вообще в стандарте специфицировать команды, если предполагать, что каждый производитель будет реализовывать, как ему захочется?

Ну если один из примазавшихся к Глонасс-истерии производителей ухитрился протащить "рекомендательные ГОСТы" (с чем то очень похожим на их оборудование в качестве эталона, вестимо), то почему бы не быть отдельным пунктам имеющим рекомендательный статус и в международных стандартах?