Всем привет!

Может ли в процессе выполнения AT-команды, т. е., между запросами AT+XXX и ответами типа OK, ERROR, ... от модуля/модема придти какой-нибудь URC?
Ну, кроме +CME/CMS и ответов с данными...
Задекларировано ли это где-нибудь?

>>Чем больше перечень, тем больше памяти нужно.

Пол сотни образцов для всех ответов или URC включая GPRS не займут много памяти.

>>Что "CALL READY\r\n", что "SIMCOM_Ltd\r\n" являются чисто строками, без цифр, причем длиной 10 символов.

Зачем искать "SIMCOM_Ltd\r\n"? Эта строка не несет хоть какую либо информацию. Тип производителя модема с которым работает программа и так известен.

>>По косвенным признакам одинаковы.

Зачем косвенные признаки - это уникальные строки.

>>Если искать "CALL READY\r\n", то "Call Ready\r\n" можно никогда и не найти, в зависимости от реализации поиска.

И зачем нужен такой поиск который не может найти в потоке уникальную строку?

>>Мало того, в 800й серии добавилось еще и "SMS Ready".

И правильно сделал что добавил. Опять-же уникальная строка которая сообщает когда модуль готов отправлять SMS.

Ну да, (10 байт стоки+ 12-16 байт что это такое и как с ним боротся)*50 = 1кб - таблица только. Действительно, фигня.... Особенно для ардуинщика с мегой 16


Я не про это. При включении модуля запрашиваем тип модема. Ждем строку. Прилетает вполне такая строка "Call Ready". Мы таких модемов не знаем, ахтунг!


Опять типичный подход для ардуинщика. Сделать обработку +CME 314 /SIM BUSY/ не судьба. Надо ждать манну с неба сообщение.

>>> При включении модуля запрашиваем тип модема. Ждем строку. Прилетает вполне такая строка "Call Ready".

Ну и кто вам доктор? Зачем общаться с модулем до того как он готов?
Запросите тип модема после прилета всех строк инициализации.
Еще в FAQ по 300й серии было написано - дождаться готовности модуля, иначе команда может быть проигнорирована.
Одни друзья пытались скорость до готовности устанавливать, а потом удивлялись что модем слетал в автободинг.

Ответ "OK" является готовностью модуля?

Так уж вышло, что наше изделие пережило в себе всю последовательность SIM300D-SIM900D-SIM900-SIM900R-SIM900DS, теперь будет пережовывать и SIM800C-DS.
И на весь этот табор одна прошивка. И в ней надо определять тип модема, чтобы потом плясать под него. Как минимум, с аудиотрактом.
Выпустит квиктел или еще кто вперед симкома нормальный 2хсимочный модем 3Г, будет стоять и он. И поддерждиваться в той же самой единой прошивке.

Поэтому завязываться на специфичные фишки вообще не хочется. Есть стандарт, иногда его даже читают. Те, кто не читает, пишет свое, потом доказывает, что он сделал правильно/лучше/. Вместо поддержки CME/CMS изобретают свой велосипед и доказывают, что у них колеса круглее.

Вам виднее как решать задачу. И кстати "OK" не является готовностью.
Для 800 серии готовность наступает после этих двух сообщений.

Call Ready - Module is powered on and phonebook initialization procedure is over.
SMS Ready - Module is powered on and SMS initialization procedure is over


Двухсимочный 3G пока в стадии хотелок, насколько я знаю его ни у кого нет в планах.
А вот 2G решение оказалось прозаичнее - народ посмотрев на SIM800C-DS и обсудив с нами варианты, предпочел ставить по два SIM800C в устройство.
Получаем два полноценных тракта, а не "только на прием", надежнее, паять проще, да и по стоимости почти столько же выходит.
SIM800C объемы хорошие, есть где в цене подвинуться. А SIM800C-DS дешеветь не будет - нет у него популярности из-за "вывернутости" выводов.

Так все-таки такое поведение (разрыв строки в любом месте) - баг или нет?

>>Ну да, (10 байт стоки+ 12-16 байт что это такое и как с ним боротся)*50 = 1кб

"12-16 байт что это такое и как с ним боротся" это я так понимаю два адреса - адрес образца и адрес процедуры вызываемой при появлении образца. 4 байта, а никак не 12-16.
Кроме того, вся эта таблица всё равно в коде так или иначе будет только будет она разбросана по разным местам, что крайне затруднит модификацию кода и почти наверняка займёт еще больше места.

>>Особенно для ардуинщика с мегой 16

Ну не знаю, у меня в 16кБ влезает простой треккер с обработкой еще и GPS-потока. Правда без GPRS...

>>Я не про это. При включении модуля запрашиваем тип модема. Ждем строку. Прилетает вполне такая строка "Call Ready". Мы таких модемов не знаем, ахтунг!

Так на кой тебе ждать строку причем конкретную строку? Лови ответ с "SIMCOM_Ltd\r\n" аналогично как любое асинхронное сообщение. Тогда тебе абсолютно все равно будет что у тебя там пришло в ответе первым "Call Ready\r\n" или "SIMCOM_Ltd\r\n" или вообще SMS привалила. Не говоря уже о вопросе зачем запрашивать тип модема если ответ заранее известен.

>>Сделать обработку +CME 314 /SIM BUSY/ не судьба. Надо ждать манну с неба сообщение.


Так "+CME 314 /SIM BUSY/" это так-же "манна с неба сообщение". Само собой +СМЕ обработчик нужен по-любому(хотя можно и ждать +CMGS: или её отсутствие по таймеру), вот только как по мне ломиться в модем когда он еще не готов принять, это попытка пройтись по граблям не набив себе шишек. Не желаете ловить "SMS Ready" - запусти таймер с момента включения модема.

>>>Так все-таки такое поведение (разрыв строки в любом месте) - баг или нет?

С точки зрения пользователя и написания обработчика - можно считать багом.
Но вот с точки зрения GSM cтека - нормальное явление. Ну не додумали малость когда стек писали.
А на сегодня исправлять это уже никто не станет.
Вероятность такого события конечно мала, но случиться может.

Вот я тоже думаю, для кого эта команда:


А еще
+CME ERROR: 14 /SIM busy/ для +CPBR
и
+CMS ERROR: 314 /SIM busy/ для +CMGL


Возьму на заметку.


Писатели стека тоже значит проигнорили GSM 07.07 и V.25ter:

Все промежуточные ответы показаны с "+" /Все промужуточные и асинхронные без "+" - наследие V.25ter./.
Разрыва в промежуточных сообщениях нет.
Все команды заканчиваются "final result code".



Да, в тексте нигде требования нет. Но и не все поизводители микроволновок пишут, что в них нельзя сушить кота.

Вы ошибаетесь - CPAS это состояние соединения, а не модуля.

<pas>
0 Ready (MT allows commands from TA/TE)
2 Unknown (MT is not guaranteed to respond to tructions)
3 Ringing (MT is ready for commands from TA/TE, but the ringer is active)
4 Call in progress (MT is ready for commands from TA/TE, a call is in progress)

Кстати рудимент оставшийся от мобилок.
Для модулей вместо CPAS давно уже используют более информативную CLCC

Вот когда разбросана по разным местам - тут вообще труба. В одном месте надо таблицу делать, чтобы не запутаться.

PS Без всяких таблиц с простейшей поддержкой SMS-GPRS один из наших трекеров на ARM скушал
40 008 bytes of readonly code memory
704 bytes of readonly data memory
13 112 bytes of readwrite data memory (+ 619 absolute)

из них на модемную часть ушло 4.5 кб флеша и 600 байт на PDU.

PS:
На затравку: чем отличается +GREG URC и промежуточный ответ и как эту смесь обрабатывать, когда от запроса до получения OK приходят обе. /эт по поводу таблиц/




Может и рудимент, а может и нет.

0 ready (ME allows commands from TA/TE)
1 unavailable (ME does not allow commands from TA/TE)

ME Mobile Equipment, e.g. a GSM phone (equal to MS; Mobile Station)
TA Terminal Adaptor, e.g. a GSM data card (equal to DCE; Data Circuit terminating Equipment)
TE Terminal Equipment, e.g. a computer (equal to DTE; Data Terminal Equipment)

В нашем случае ME - это модуль, совмещенный с TA. И он либо готов принимать команды, либо не готов.

По крайней мере, команды +CG* дают информацию именно по ME:
5.2 Request model identification +CGMM
Execution command causes the TA to return one or more lines of information text <model>, determined by the ME
manufacturer, which is intended to permit the user of the TA to identify the specific model of the ME to which it is
connected to.

Таким образом, при +CPAS: 0 я со спокойной совестью могу чихать на всякие "RDY" и работать с ME через TA хотя бы в плане идентификации оборудования.
А доступность TA можно проверить по AT->OK

Можно конечно и начихать, но если бы все было так просто никто бы эти сообщения не выводил.

Ага, возвращаемся к истокам: кто-то стандарты читает, а кто-то изобретает велосипед.
Я просто констатирую факты. Без обид.

Дык какие обиды если в том же 07.07 две трети носит рекомендательное, а не обязательное исполнение.
И если там написано "рекомендовано", то я предпочту пользоваться документацией именно производителя железки,
так как там будет реализованая трактовка, а не предусматриваемая. А при сомнениях еще и запрошу - что именно имелось в виду.

40кБ кода для треккера? Он что, еще и танцевать умеет? Добавка GPRS это 3-4кБ от силы.


Ну так на кой использовать и то и то одновременно? Кто тебе от этого злобный Буратина?