Telit UC864-E 08.01.007, как то не всегда передает СМС Опции

[megajohn]

собсвенно сабж.
вроде почти самая свежая прошивка, да и СМС должны быть обкатаны уже мильон раз.
Но вот передаю в PDU

AT+CMGS=43[0D][0A]
> 0001000B919725329825F300081E043F0440043E043204350440043A0430002004410432044F0437
04380031[1A][0D][0A]
+CMS ERROR: 304

AT+CMGS=43[0D][0A]
> 0001000B919725329825F300081E043F0440043E043204350440043A0430002004410432044F0437
04380031[1A][0D][0A]
+CMGS: 31
OK

и когда с первого раза передает, когда и пятого. Причем буфер для передачи сформирован и тупо повторяю посылку.

Сначала винил свой контролер, и подключил FTDI напрямую к приемной ножке и с компа стал передавать ту же последовательность - тоже самое.
Фронты в норме, питание 4В, единсвенное что уровень сигнала слабый и бывает возвращает 330

На других телитах, такого не замечал.

[pau62]

Мне влом конечно читать телитовские доки, но какгбы осталось ощущение что 3ХХ ошибки обычно с симкой связаны. Мож тебе туда (на цепи связи с картой) по питанию или с антенны насерается?

[molecul]

собсвенно сабж.
вроде почти самая свежая прошивка, да и СМС должны быть обкатаны уже мильон раз.
Но вот передаю в PDU

AT+CMGS=43[0D][0A]
> 0001000B919725329825F300081E043F0440043E043204350440043A0430002004410432044F0437
04380031[1A][0D][0A]
+CMS ERROR: 304

AT+CMGS=43[0D][0A]
> 0001000B919725329825F300081E043F0440043E043204350440043A0430002004410432044F0437
04380031[1A][0D][0A]
+CMGS: 31
OK

и когда с первого раза передает, когда и пятого. Причем буфер для передачи сформирован и тупо повторяю посылку.

Сначала винил свой контролер, и подключил FTDI напрямую к приемной ножке и с компа стал передавать ту же последовательность - тоже самое.
Фронты в норме, питание 4В, единсвенное что уровень сигнала слабый и бывает возвращает 330

На других телитах, такого не замечал.

Варианты:
1. Глючит симка. Пробовали с другой картой?
2. Уровень сигнала действительно на грани. Попробуйте антенну вынести на более приемлемое место.
3. Попробуйте задать SMSC принудительно в PDU, а не использовать номер из SIM карты.
4. Если ничего не помогает - пишите в личку мне. Или в техсаппорт дистрибьютору. Попробуем снять отладочный лог и посмотреть, что происходит на самом деле.

[megajohn]

molecul: пока ваши варианты не пробовал, то одно то другое. но обязятельно попробую и сообщусь

Вот тот же модем с той же прошивкой:

USSD-запрос баланса приходит кривой:
[00]
AT+CUSD=1,*102#

OK

+CUSD: 2,"110430043B0430043D044104200035002E0030003000200040042E002000110438043B04300
439043D0420003F043E043F043E043B043D0438044204200012043004480420004104470435044204
21002000230441043B04430433043004200014043E04320435044004380442042E0020003F043B043
0044204350436042E00200018043D0444043E042000300036003400300031003200",72

то есть сражу после "+CUSD: 2," следует полукод 11 ( как то странно обрезано ) и если дальше расшифровать UTF2 то получится "aлaнcP5.00@Ю?илaйнP?oпoлнитP?aшPAчeтC #cлу." На мобильный же телефон приходит "Баланс 5.00 р. Билайн пополнит Ваш счет! Услуга Доверит.платеж. Инфо 064012"

Если у вас 'molecul' есть другие прошивки, то прошу выслать.
Могу также принести свой модем если у вас есть Evalution board с разьемом под этот модем для разбора полетов

[molecul]

molecul: пока ваши варианты не пробовал, то одно то другое. но обязятельно попробую и сообщусь

Вот тот же модем с той же прошивкой:

USSD-запрос баланса приходит кривой:
[00]
AT+CUSD=1,*102#

OK

+CUSD: 2,"110430043B0430043D044104200035002E0030003000200040042E002000110438043B04300
439043D0420003F043E043F043E043B043D043804420420001204300448042000410447043504420
4
21002000230441043B04430433043004200014043E04320435044004380442042E0020003F043B04
3
0044204350436042E00200018043D0444043E042000300036003400300031003200",72

то есть сражу после "+CUSD: 2," следует полукод 11 ( как то странно обрезано ) и если дальше расшифровать UTF2 то получится "aлaнcP5.00@Ю?илaйнP?oпoлнитP?aшPAчeтC #cлу." На мобильный же телефон приходит "Баланс 5.00 р. Билайн пополнит Ваш счет! Услуга Доверит.платеж. Инфо 064012"

Если у вас 'molecul' есть другие прошивки, то прошу выслать.
Могу также принести свой модем если у вас есть Evalution board с разьемом под этот модем для разбора полетов

Прошивка 08.01.008 здесь. Попробуйте - если не получится, интерфейсная плата для UC864 у меня есть.

[megajohn]

Прошивка 08.01.008

как бы сказать - стало и лучше и хуже одновременно

AT+CUSD=1,*102#

OK

+CUSD: 2,"04110430043B0430043D044100200035002E0030003000200440002E002004110438043B043
00439043D0020043F043E043F043E043B043D04380442002004120430044800200441044704350442
0021002004230441043B04430433043000200414043E04320435044004380442002E0020043F043B0
430044204350436002E00200418043D0444043E002000300036003400300031003200000000000000
000000000000000000000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000000000000000000000000
0000000000000000",7<0D><0A>

текст разобран корректно, но теперь непонятная тучка нулей в конце и битый 72. Попробую ка прошивку 6

[molecul]

как бы сказать - стало и лучше и хуже одновременно

AT+CUSD=1,*102#

OK

+CUSD: 2,"04110430043B0430043D044100200035002E0030003000200440002E002004110438043B043
00439043D0020043F043E043F043E043B043D0438044200200412043004480020044104470435044
2
0021002004230441043B04430433043000200414043E04320435044004380442002E0020043F043B
0
430044204350436002E00200418043D0444043E00200030003600340030003100320000000000000
0
00000000000000000000000000000000000000000000000000000000000000000000000000000000
0
00000000000000000000000000000000000000000000000000000000000000000000000000000000
0
0000000000000000",7<0D><0A>

текст разобран корректно, но теперь непонятная тучка нулей в конце и битый 72. Попробую ка прошивку 6

Про кучку нулей - это не баг, это фича. Вопрос уже поднимался, Telit сообщил что это не криминал, т.к. 0x0000 это нечитаемый символ. Про битый 72 - можете еще раз проверить? Вот этого быть не должно...

[megajohn]

Про битый 72 - можете еще раз проверить? Вот этого быть не должно...

выслал письмо с видеозахватом что и как происходит к вам на мыло

[megajohn]

Как то не стабильно работает запрос МТСа о собственном номере:

AT+CUSD=1,*111*0887#

OK

+CUSD: 2,"041D043E043C04350440002004120430044804350433043E0020043C043E04310438043B044
C043D043E0433043E002004420435043B04350444043E043D04300020002B00370039003800310038
003800330037003000300033000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000000000000000000000000
0000000000000000",7
AT+CUSD=1,*111*0887#

OK

+CUSD: 2,"041D043E043C04350440002004120430044804350433043E0020043C043E04310438043B044
C043D043E0433043E002004420435043B04350444043E043D04300020002B00370039003800310038
003800330037003000300033000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000000000000000000000000
0000000000000000",7
AT+CUSD=1,*111*0887#

OK

+CME ERROR: 100

AT+CUSD=1,*111*0887#

OK

+CME ERROR: 100

и теперь все время ерроры

[molecul]

Как то не стабильно работает запрос МТСа о собственном номере:

Проблема рассматривается специалистами Telit. О новостях я сообщу.

[megajohn]

Проблема рассматривается специалистами Telit. О новостях я сообщу.

И еще в догонку про Telit UC864-E 08.01.008

если во время исходящего звонка выполнить команду AT+CSQ или AT+COPS? или AT+CREG? или AT#MONI то исходящий звонок срывается

то есть после
RINGING
выполнить AT+CSQ
то получим RELEASED и соотвесвенно срыв звонка


Это фича или бага ?! =)))

AT+CSQ
+CSQ: 18,99
OK
ATD+79522389523;
DIALING
RINGING
AT+CSQ
RELEASED
AT+CSQ
+CSQ: 18,99
OK
AT+CSQ
+CSQ: 18,99
OK

AT+COPS?
+COPS: 0,2,"25020",0
OK
ATD+79522389523;
DIALING
RINGING
AT+COPS?
RELEASED
AT+COPS?
+COPS: 0,2,"25020",0
OK


AT+CREG?
+CREG: 2,1,"4CF5","0CE7"
OK
ATD+79522389523;
DIALING
RINGING
AT+CREG?
RELEASED
AT+CREG?
+CREG: 2,1,"4CF5","0CE7"


AT#MONI
#MONI: Cell BSIC LAC CellId ARFCN Power C1 C2 TA RxQual PLMN
#MONI: S 60 4CF5 0CE7 881 -79dbm 31 31 0 0 ECC
#MONI: N1 60 4CF5 0CE6 518 -93dbm 18 18
#MONI: N2 60 4CF5 0CE5 871 -102dbm 9 9
#MONI: N3 63 4CEA 04CF 534 -103dbm 8 8
#MONI: N4 67 4CEA 04D1 542 -105dbm 6 6
#MONI: N5 67 4CEA 04D1 542 -105dbm 6 6
#MONI: N6 FF FFFF 0000 561 -106dbm -1 -1
OK
ATD+79522389523;
DIALING
RINGING
AT#MONI
RELEASED
AT#MONI
#MONI: Cell BSIC LAC CellId ARFCN Power C1 C2 TA RxQual PLMN
#MONI: S 60 4CF5 0CE7 881 -79dbm 31 31 1 0 ECC
#MONI: N1 60 4CF5 0CE6 518 -93dbm 18 18
#MONI: N2 67 4CEA 04D0 539 -97dbm 14 14
#MONI: N3 60 4CF5 0CE5 871 -102dbm 9 9
#MONI: N4 63 4CEA 04CF 534 -103dbm 8 8
#MONI: N5 67 4CEA 04D1 542 -105dbm 6 6
#MONI: N6 FF FFFF 0000 561 -106dbm -1 -1
OK

[molecul]

И еще в догонку про Telit UC864-E 08.01.008

если во время исходящего звонка выполнить команду AT+CSQ или AT+COPS? или AT+CREG? или AT#MONI то исходящий звонок срывается

то есть после
RINGING
выполнить AT+CSQ
то получим RELEASED и соотвесвенно срыв звонка


Это фича или бага ?! =)))

Все работает корректно, см. ниже. Возможно команды +CSQ и пр. вы подавали не в процессе дозвона, а в процессе набора, то есть еще до того, как вызов прошел на удаленный номер. Попробуйте расширенный мониторинг вызова #ECAM=1 и подавать команды только после #ECAM: 0,2,1,,,. Либо паузу сделайте пару секунд.

at#ecam=1
OK
atd+7911959XXXX;
#ECAM: 0,1,1,,,"+7911959XXXX",145

#ECAM: 0,2,1,,,

OK
at+csq
+CSQ: 13,0

OK
at+cops?
+COPS: 0,0,"MTS-RUS",0

OK
at+creg?
+CREG: 0,1

OK
ath
#ECAM: 0,0,1,,,
atd+7911959XXXX;
#ECAM: 0,1,1,,,"+7911959XXXX",145

#ECAM: 0,2,1,,,

OK
at#moni
#MONI: MTS-RUS BSIC:24 RxQual:0 LAC:0104 Id:0B94 ARFCN:768 PWR:-87dbm TA:1

OK
ath
#ECAM: 0,0,1,,,

OK

[megajohn]

увы, ECAM не помог - звон срывается после набора, но до ответа целевого абонента

ATD+79522389523;
#ECAM: 0,1,1,,,"+79522389523",145
DIALING
#ECAM: 0,2,1,,,
RINGING
AT+CSQ
#ECAM: 0,0,1,,,
RELEASED

[butthead2]

увы, ECAM не помог - звон срывается после набора, но до ответа целевого абонента

Раз уж телит рекламирует что во всех модулях одинаковая система команд, то попробуй дождаться статуса ECAM 3. У меня стоит запрет на обмен до тройки. Модули естесно другие.
А отбой делается абсолютно четко согласно докам - любая команда (или даже символ, не помню) после набора прерывает звонок. Я уже жаловался на разные "странные вещи" в логике работы модулей (тема про GL868), но господа официальные представители проигнорировали. Думаю произойдет как и раньше - через годик по тихому введут еще несколько параметров в SCFGEXT и приведут все к более логичному поведению.

[megajohn]

А отбой делается абсолютно четко согласно докам - любая команда (или даже символ, не помню) после набора прерывает звонок.

Спасибо, так и оказалось (попробовал на AT\r\n, прервала звонок ).

В догонку, нашел таки это упоминание:
Any character typed aborts the call and OK result code is received
но это для AT#DIALMODE=1
у меня же выставлено AT#DIALMODE=2

чисто эксперементально удалось выяснить что звонок не прерывается только для "0". Так что, получается что в ДШ неточность про режим 2 - тут тоже сбрасывается звонок

Сообщение отредактировал megajohn - Jan 31 2012, 14:12

[megajohn]

AT#TONE кстати куда должен выдавать сигнал ? То есть ОК выдает а генерации в EAR_HF нет, EAR_MT нет, и в динмике вызывающего телит модема тоже тишина =(
пробовал и с AT#CAP=1 и с AT#CAP=2

[megajohn]

вроде еще один косяк обнаружен

конфигурим:

AT&F // для чистоты эксперимента
OK

AT+CSCS="UCS2"
OK

AT+CMGF=1
OK

AT+CSDH=1
OK

отправляем смс с мобилы на модем следующего вида "Adadadadadadadadadadadadadadadadadadadadadadadadadadadadadadadadadadadadada
dadadadadadadadadadadadad" (это заставит мобилу передавать в семибитной кодировке)

приходит смс, считываем и получаем
+CMGR: "REC UNREAD","002B00370039003600350030003600320038003400380035","","12/02/02,11:06:43+16",145,36,0,0,"002B00370039003000330037003000310031003100310031",145,100
00410064006100640061006400610064006100640061006400610064006100640061006400610064
006100640061006400610064006100640061006400610064006100640061006400610064006100640
061006400610064006100640061006400610064006100640061006400610064006100640061006400
610064006100640061006400610064006100640061006400610064006100640061006400610064006
10064006100640061006400610064006100640061006400610064006100640061006400610064

Где <dcs> указывает что данные в семибитной кодировке, но в реале данные представлены как UCS2

[molecul]

Есть бета-версия новой прошивки
Рекомендую попробовать и сообщить результат.

[megajohn]

Есть бета-версия новой прошивки
Рекомендую попробовать и сообщить результат.

AT+CUSD=1,*102# теперь как надо: без пустых нулей и 72

прерывание звонка на любой символ при AT#DIALMODE=2 осталось

трабла с "UCS2 где DCS=bit7 Но данные как UCS2" сохранилась

c AT#TONE пока не пробывал

вроде докапался почему модем не принимает команду на отправку СМС (самое корневое сообщение топика )

на данный момент система такая PC-ARM7-TELIT
v1(как не нужно, но работает): ARM7 выполняет операции тупого повторения ногодрыга PC<->TELIT. Но PC подключен через мост USB2COM и пакеты с компа (то есть на 115200 между байтами есть разрывы на 200-1000мкс).

v2(как нужно, но не работает): ARM7 передает команды в TELIT, но передача без разрывов. Telit на большинство пакетов отвечает ERROR 304 а на последний может ответить OK а может и не ответить.

При переходе на 9600 уже ответов 304 меньше, а на коротких пакетах вообще сразу передается. Прошу сообщить об этом телитовцам

[molecul]

вроде докапался почему модем не принимает команду на отправку СМС (самое корневое сообщение топика )

на данный момент система такая PC-ARM7-TELIT
v1(как не нужно, но работает): ARM7 выполняет операции тупого повторения ногодрыга PC<->TELIT. Но PC подключен через мост USB2COM и пакеты с компа (то есть на 115200 между байтами есть разрывы на 200-1000мкс).

v2(как нужно, но не работает): ARM7 передает команды в TELIT, но передача без разрывов. Telit на большинство пакетов отвечает ERROR 304 а на последний может ответить OK а может и не ответить.

При переходе на 9600 уже ответов 304 меньше, а на коротких пакетах вообще сразу передается. Прошу сообщить об этом телитовцам

Я правильно понял, что при передаче текста PDU без пауз на 115200 модуль отвечает ошибкой 304?

[megajohn]

Я правильно понял, что при передаче текста PDU без пауз на 115200 модуль отвечает ошибкой 304?

угу, но бывает и воспринимает команду.

Кстати, в документации никак не описано что ccid может быть равен 255. пример: #ECAM: 255,0,1,,, Возникает когда не удалось совершить звонок

[=F8=]

v2(как нужно, но не работает): ARM7 передает команды в TELIT, но передача без разрывов. Telit на большинство пакетов отвечает ERROR 304 а на последний может ответить OK а может и не ответить.

При переходе на 9600 уже ответов 304 меньше, а на коротких пакетах вообще сразу передается. Прошу сообщить об этом телитовцам

А вы уверены, что в контроллере все правильно? Я вот давеча тоже удивлялся чего это у меня телит на 115200 с ошибками работает, а в итоге нашел ошибку в драйвере UARTа. Кстати с SMS тоже проблем не наблюдаю, правда использую не текстовый режим, а PDU.

[megajohn]

вот еще задачка всем
AT+CMGF=1
OK
AT+CSDH=1
OK
AT+CSCS="UCS2"
OK
AT+CSMP=17,167,0,8
OK

AT+CMGS="002B00370039003500320032003300380039003500320033"
041E0434043D043004360434044B00200432002004410442044304340435043D0443044E00200437
0438043C043D044E044E0020043F043E04400443[1A]
+CMS ERROR: 305

AT+CMGS="002B00370039003500320032003300380039003500320033"
041E0434043D043004360434044B00200432002004410442044304340435043D0443044E00200437
0438043C043D044E044E0020043F043E04400443[1A]
+CMS ERROR: 500

AT+CMGS="002B00370039003500320032003300380039003500320033"
041E0434043D043004360434044B00200432002004410442044304340435043D0443044E00200437
0438043C043D044E044E0020043F043E04400443[1A]
+CMS ERROR: 500

AT+CMGS="002B00370039003500320032003300380039003500320033"
041E0434043D043004360434044B00200432002004410442044304340435043D0443044E00200437
0438043C043D044E044E0020043F043E04400443[1A]
+CMGS: 134
OK

модем подтвердил передачу одно СМС, сколько СМС в реальности пришло в пункт назначения ?

Ответ: три (выделить мыхой)

[andrewlekar]

Это у многих модемов такая беда. Тут телит ничего поделать не сможет.

[megajohn]

Это у многих модемов такая беда. Тут телит ничего поделать не сможет.

А с отправкой потоком у модемов траблы не встречались ? А то вот мне говорят что этим "болели" сименсы.


to molecul: новая трабла

AT+CSCS="GSM"\r\n
OK
AT+CSMP=17,167,0,0
OK

отправляем с мобильника на модем СМС вида:
"Odnazhdy, v studenuju zimnjuju poru"

приходит как надо
+CMGR: "REC UNREAD","+79818837003","","12/02/06,11:57:03+16",145,36,0,0,"+79112009943",145,35
Odnazhdy, v studenuju zimnjuju poru

Но если отправляем "@@@@@@@@123":
то тело сообщение не отображается !

+CMGR: "REC UNREAD","+79522389523","","12/02/06,12:00:01+16",145,0,0,0,"+79043490003",145,11
и тут пустота

пробовал с двух разных мобильников

[molecul]

А с отправкой потоком у модемов траблы не встречались ? А то вот мне говорят что этим "болели" сименсы.


to molecul: новая трабла

AT+CSCS="GSM"\r\n
OK
AT+CSMP=17,167,0,0
OK

отправляем с мобильника на модем СМС вида:
"Odnazhdy, v studenuju zimnjuju poru"

приходит как надо
+CMGR: "REC UNREAD","+79818837003","","12/02/06,11:57:03+16",145,36,0,0,"+79112009943",145,35
Odnazhdy, v studenuju zimnjuju poru

Но если отправляем "@@@@@@@@123":
то тело сообщение не отображается !

+CMGR: "REC UNREAD","+79522389523","","12/02/06,12:00:01+16",145,0,0,0,"+79043490003",145,11
и тут пустота

пробовал с двух разных мобильников

Есть подозрение, что символы @ в начале сообщения то ли телефоном, то ли СМС центром интерпретируются как некие служебные символы, потому что с модуля на модуль все передается корректно:
at+cmgs="+7911134xxxx"
> @@@@@@@@123
+CMGS: 6

OK
at+cmgl="ALL"
+CMGL: 1,"REC UNREAD","+7911134xxxx","","12/02/06,17:54:35+16"
@@@@@@@@123

OK

C телефона на модуль либо с модуля на телефон - да, бывают странности. Либо сообщение пропадает, либо символы @ заменяются на другие, либо сообщение в уникоде приходит, но в этом случае корректно все.

[megajohn]

Есть подозрение, что символы @ в начале сообщения то ли телефоном, то ли СМС центром интерпретируются как некие служебные символы

Но стоит заметить, что с телефона на телефон передается корректно. Всё таки отправьте плз челобитную телиту про @

кстати, так и не услышал ответа про:
-"UCS2 где DCS=bit7 Но данные как UCS2" ( от Feb 2 2012, 10:11 )
-AT#TONE
-AT#DIALMODE=2 (тут наверно в ДШ должно быть упоминание)
-#ECAM: 255,0,1,,(тут наверно в ДШ должно быть упоминание)

И спросите у них, нужны ли им альфа-тестеры ?! А то могу выявлять косяки их модемов, а вечерами прогуливаться по Триесте

[megajohn]

в преддверии нового поста, всех читающих эту нескончаемую мою битву с телитами хочу убедить что я абсолютно трезв

в 30-40% случаев при входящем звонке команда ATA сбрасывает звонок
методом перебора всех команд иннициализации удалось добиться, что это эффект проявляется только при отключении аппаратного управления потоком модема

то есть
AT&F
OK
звоним на модуль
#ECAM: 0,6,1,,,
RING
+CLIP: "+79217851627",145,"",128,"",0
ATA
#ECAM: 0,3,1,,,
OK
всё нормально - звонок совершен.


AT&F
OK
AT&K0
OK
звоним на модуль
#ECAM: 0,6,1,,,
RING
+CLIP: "+79217851627",145,"",128,"",0
ATA
#ECAM: 0,0,1,,,
OK
входящий звонок сорвался

AT&K = 0 ( Set command controls the RS232 flow control behaviour = no flow control )

сейчас проверю на перепрошитом заново- вдруг еще какое условие требуется

сейчас проверю на перепрошитом заново- вдруг еще какое условие требуется

перепрошивка не помогла - на AT&K0 тоже сбравсывается, буду рыть дальше в чем сермяга.

Кстати, перепрошивка после перепрошивки модуль сам поднимал трубу. Оказалось что ATS0? выдало 001, хотя по ДШ 0 - auto answer disabled (factory default)

то принимает звонок, то не принимает. Провалов по питанию осцилл не показал. Уровень радиосигнала 6 из 31. Где что еще попинать и узнать причину срыва входящего звонка ?
Может где поблизости работает какой-нибудь блокиратор сотовой связи ?
Или в соте нет вакантного места для активного звонка ?

Сообщение отредактировал megajohn - Feb 13 2012, 10:18

[molecul]

в преддверии нового поста, всех читающих эту нескончаемую мою битву с телитами хочу убедить что я абсолютно трезв

в 30-40% случаев при входящем звонке команда ATA сбрасывает звонок
методом перебора всех команд иннициализации удалось добиться, что это эффект проявляется только при отключении аппаратного управления потоком модема

то есть
AT&F
OK
звоним на модуль
#ECAM: 0,6,1,,,
RING
+CLIP: "+79217851627",145,"",128,"",0
ATA
#ECAM: 0,3,1,,,
OK
всё нормально - звонок совершен.


AT&F
OK
AT&K0
OK
звоним на модуль
#ECAM: 0,6,1,,,
RING
+CLIP: "+79217851627",145,"",128,"",0
ATA
#ECAM: 0,0,1,,,
OK
входящий звонок сорвался

AT&K = 0 ( Set command controls the RS232 flow control behaviour = no flow control )

сейчас проверю на перепрошитом заново- вдруг еще какое условие требуется



перепрошивка не помогла - на AT&K0 тоже сбравсывается, буду рыть дальше в чем сермяга.

Кстати, перепрошивка после перепрошивки модуль сам поднимал трубу. Оказалось что ATS0? выдало 001, хотя по ДШ 0 - auto answer disabled (factory default)

то принимает звонок, то не принимает. Провалов по питанию осцилл не показал. Уровень радиосигнала 6 из 31. Где что еще попинать и узнать причину срыва входящего звонка ?
Может где поблизости работает какой-нибудь блокиратор сотовой связи ?
Или в соте нет вакантного места для активного звонка ?

Время между RING и ATA какое? Попробуйте таймаут ввести где-нибудь на 500 мс.

[megajohn]

разобрались с неустойчивым приемом звонка.

нужно подавать не "ATA\r\n" а просто "ATA\r" ( This command MUST be the last in the command line and must be followed immediately by a <CR> character )

код правился с исходников sim300, и там первоначальный вариант работал корректно

хотя вот смотрю в ДШ сим900 и типо написано что прием любого символа после ATA может прервать команду.

to Cadilo: А зачем китайцы лочат свои ДШ что скопипастить нельзя ? С них то кто что передирать будет, соседние китайцы ?!

[CADiLO]

А хрен его знает, я на их даташиты сразу PDF Password Remover натравливаю.
5 секунд и защита снята.

[megajohn]

и вообще, все команды на модем должны заканчиваться \r а ответы принимаются с \r\n
на знатные грабли я наступал, аж не догадываясь.

Надеюсь я не одинок

[_Артём_]

и вообще, все команды на модем должны заканчиваться \r а ответы принимаются с \r\n
на знатные грабли я наступал, аж не догадываясь.

Надеюсь я не одинок

Не не одинок: моя программа одно время (давно) посылала \r\n после команды AT+CIPSEND=<length>. В результате иногда в GPRS уходил пакет начинающийся с 0x0A, а не с первого байта данных и последний байт пакета терялся вообще.