Абсолютно верно. Выскакивать сообщения могут, если у Вас сеть пропадает. Например, я вот отключил антенну, а потом подключил обратно. Это изменило состояние модема(не зарегистрирован в сети и зарегистрирован после подключения антенны). Вот и получил в ответ сообщения:
....
AT+CREG=1
OK
AT+CREG?
+CREG: 1,1

OK

+CREG: 2 - антенна отключена

+CREG: 1 - подключил антенну

Спасибо.

НУ во первых далеко не все стремяться.. учитывая производительнсоть совремнных процеесоров в телефонах для простых игрушек ее хватит.. по большому счету PYtona за глаза за уши хватит и без обработки аппаратных прерываний "реального времени" для приложений, которые для GSM /GPRS вообще возможны... тан нет таких надобностей чтобы не успевать обработать поток тех данных, которые могут поступать через эти каналы..

Другое дело что что openCPU M10 имеет кое какие интерееные возможноости прилагаемого API, но они интересны на старшей версии М10- с 8мб файловоой системы юзера.. а не с жалкини 400кб в стандартном.. на нем их просто невозможно будет полноценно применить.

Ну а скорость проги на C или ASM. на ARM такова, что не очень-то понятно - куда девать ее.. интерфейсы -то все медленные.. все равно.. задач таких нет.. ловить писк комара-кастрата и раскладывать в спектр БПФ.. и потом отсылать спектры - по GPRS? а потом оператор должен нажать кнопку- на уничтожение комара дистанционно?
ну может быть.. коли вам такое надо - ну энто таки конечно УХ!

хотя конечно интересно узнать что за задачи нужно с режимом прямого доступа к железу ARM проца в модеме для которого это прикладная задача, а само он - лишь обеспечивает канал связи с весьма сомнительной скоростью даже на GPRS.. да нужели корневой маршрутизатор TCP/IP Интернет в песочнице с детскими мобилками?


Сообщение отредактировал ЧЕРТ РАМАНов - Feb 21 2011, 20:22

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

у некоторых модемов все сделано просто- в случае потери сети нужно заново запускать перегистрацию.. сами эти модемы на такое решение не решаются.. и как показала практика- таки не спроста.. приличные фирмы предлагают решение с контролем антенны.. а неприличные- вовсе ничего не предлагают.. предлагают врубать перерегистрацию на авось.. а как раз при ней передатчик дует на полную мощь- пока БС не ответит и не отрегулирует уровень.. вот тут-то как раз особо одаренные модемы и "кончаются".... пальцами показывать не буду.. ну типа тут уже многие знают как я люблю китайский язык и особенно слова на букву "S... ом"


Сообщение отредактировал ЧЕРТ РАМАНов - Feb 21 2011, 22:28

Не беспокойся - ничего с передатчиком в этих моделях не станется. Что SimCom, что Quectel - приличные модемы.

Само собой не любишь. Там ведь документацию надо читать, а не свои фантазии в области в которой ты чуть больше чем ноль.

Подскажите что означает строка "+STKPCI:2" выдаёт М10 в описании не нашел

В ответ на какую АТ команду модуль выдает это? Какая прошивка модуля?

Это из области SIM Tool Kit. Не заморачивайтесь, выключить можно командой AT+QSTK=0.
По умолчанию эта функия была включена только в одной бетке.

Есть 2 модема: M10 s2-w0096-m0014 с прошивкой m10r05a01m32 и M10 s2-w0175-m0050 с прошивкой m10br06a01n32.
Столкнулся с проблемой. Суть ее такова: есть модем и аудиочасть (усилитель lm4876m) к нему. схемы подключения аудиочастей - идентичны, согласно gsm_audio_ugd_v1.00.pdf рис. 12. При звонке на M10 s2-w0096-m0014 с прошивкой m10r05a01m32 все путем, все четко и громко. При звонке на M10 s2-w0175-m0050 с прошивкой m10br06a01n32 громко, аж динамик разрывается, в микрофон приходится кричать, чтобы на том конце что-то услышали, и на динамики обоих абонентов пролазит такой характерный GSM треск.
Вопрос такой - может эти модемы по разному внутри реализованы? Далее - на команду регулировки громкости и чувствительности микрофона не реагирует, хотя и отвечает ОК.
Может кто решал аналогичные задачи - помогите.

Схема такая:

Схема такая:

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

О чем и говорилось пол года назад. куча версий железа с несовместимыми прошивками (( недай дог в серии напутать или потерять файлик какому клиенту что ставили. обновлять потом просто мрак... вывод один ....

Вожусь с настройками. У меня такое подозрение, что что-то не так с микрофоном. А точнее - mic2p. Микрофон подключен так, как показано на схеме. И такое подозрение, что этот треск идет по линии микрофона. Когда говоришь - в ухо орет твой собственный голос, т.е. что то не так с обратной связью. Пробовал ее отключить командой AT+QECHO=0,0,0,849,1 модем бодро рапортует ок, но так ничего и не изменяется. На команду AT+QMIC тоже странная реакция, а точнее никакой. Ни на AT+QMIC=0, ни на AT+QMIC=15.
На и по схемотехнике модема вроде есть разница. По разному звонятся между собой mic2p и mic2n.

Всех приветствую. Конструируя GPS-GSM_GPRS трекер натолкнулся на такую бяку, скорее всего от незнания... первый раз использую GSM модули.

инициирую подключение:
at+qicsgp=1,"internet.usi.ru"
at+qiregapp
at+qiact

at+qilocip
10.15.103.81

подключаюсь к удаленному серверу
at+qiopen="TCP","77.74.50.78",20332
OK
CONNECT OK

далее пытаюсь отсылать при помощи AT+QISEND строку #L#325567893;123\r\n (пакет идентификации по протоколу http://gps-trace.com/hw/cfg/Wialon%20IPS.pdf ), он уходит, но в конце пакета который принял сервер не происходит переход на другую сроку нет <CR>, провозился уже 5 часов но нечего не получается, пожалуйста подскажите как передать <CR> в конце пакета (переход на другую строку или Enter )? Может есть другие команды помимо at+qisend? Или как лучше организовать отсылку пакетов на сервер?

Чтоб попонятнее было еще раз обрисую:
у меня получается так at+qisend > #L#325567893;123\r\n далее жму ctrl+z пакет уходит, когда приходит на сервер то в конце нет <CR> (те нет перехода на др строку) который завершает передачу пакета.

нужно так #L#325567893;123\r\n <CR>

ps модуль quectel m10

За ответы заранее спасибо
Евгений

Сообщение отредактировал rv9c - Jul 28 2011, 02:47

Простите, а что по вашему за символ "\r"?

sobr
\r\n это такой концевик пакета полностью текстовый пакет получается.

Вот описание из http://gps-trace.com/hw/cfg/Wialon%20IPS.pdf

Входящие данные TCP протокола
Все данные приходят в текстовом формате и представляют собой пакет
следующего вида: #TP#msg\r\n
# стартовый байт
TP тип пакета, описание всевозможных типов указано в табл. 1
# разделитель
msg непосредственно сообщение
\r\n концевик пакета

Да и еще пробовал переключать режим отправки данных на удаленный сервер командой
AT+QIMODE Select TCPIP transferring mode
и конфигурированием
AT+QITCFG Configure transparent transferring mode
те AT+QIMODE=1 (переключаем в прозрачный режим те что в UART отправили то все ушло на подключенный сервер)
ну и AT+QITCFG=1,2,1024 (перебирал разные варианты с этим результата не добился)
при таком режиме работы после подачи команды
at+qiopen="TCP","77.74.50.78",20332
OK
CONNECT OK
на этом все останавливается те ввожу данные эхо нет и эти данные на сервер не поступают пробовал и +++ так же ATO чтобы переключить режим ввода безрезультатно выходит из ступора только тогда когда удаленный сервер разорвал соединение о чем сообщает модуль CLOSE дальше работает нормально... кто нибудь может подсказать почему он ведет себя таким образом?

Сообщение отредактировал rv9c - Jul 28 2011, 04:26