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

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

конфигурим:

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

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

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 меньше, а на коротких пакетах вообще сразу передается. Прошу сообщить об этом телитовцам

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

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

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

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

вот еще задачка всем
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

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

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

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

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


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

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

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

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

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

в 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

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

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

нужно подавать не "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: А зачем китайцы лочат свои ДШ что скопипастить нельзя ? С них то кто что передирать будет, соседние китайцы ?!