Налаживаю "сотрудничество" с SAGEM HILO NC и в процессе работы возникли некоторые вопросы.

1. Непонятно почему не выводится результат CUSD запроса (например проверка счета "ATD*111#" и др.), в результате такого ответа как например на СимКоме (+CUSD:...) нету? Также пробовал командой at+cusd=1 включать индикацию тоже не помогает... Други команд в перечне сагема для работы с cusd я не вижу?

2. Также модуль никак не индуцирует свое включение/выключение... так например как Сим Ком?

Может быть в AT+KRIC чегой-то дёрнуть надо

1. Непонятно почему не выводится результат CUSD запроса (например проверка счета "ATD*111#" и др.), в результате такого ответа как например на СимКоме (+CUSD:...) нету? Также пробовал командой at+cusd=1 включать индикацию тоже не помогает... Други команд в перечне сагема для работы с cusd я не вижу?

Это мы спрашивали у производителя.

Вобщем реализовать запрос вида "ATD*111#" сажемовцы ОТКАЗАЛИСЬ. Сказали есть CUSD, вот ее и пользуйте.

2. Также модуль никак не индуцирует свое включение/выключение... так например как Сим Ком?

Если внимательно почитать описание URD1 OTL 5665.1 002 70884 ed 05 31july09 - HiLoNC application note.pdf
То на странице 30 есть такое: - обратите внимание на CTS !!!
И там же диаграмка

и далее посмотрите рисунок в разделе 3.12 UART SIGNALS AT POWER ON

3.11.7 START- UP
To start the module, first power up VBAT, which must be in the range 3.2V ~ 4.5V, and able to provide 2.2A
during the TX bursts
(Refer to the module specification for more details).

POK_IN is a low level active signal internally pulled up to a dedicated power domain to 3V.
As POK_IN is internally pulled up, a simple open collector or open drain transistor can be used for ignition.

To start the module, a low level pulse must be applied on POK_IN during 2000 ms.

RESET must not be Low during that period of time
After a few seconds, the CTS goes to the active state when the module is ready to receive AT commands.

VGPIO is a supply output from the module that can be used to check if the module is alive.
• When VGPIO = 0V the module is OFF
• When VGPIO = 2.8V the module is ON (It can be in Idle, communication or sleep mod


но насколько я помню в 7 прошивке это глючило, не знаю исправили ли в 8-й

Хорошо а как использовать команду CUSD? Насколько я понял так:

AT+CUSD=1,"*111#"

в ответ сообщение об ошибке?

AT+CUSD=1,"*111#",0 - так работает

эти муму последний параметр обозначили как необязательный.
на самом деле без 0 в конце, ответа я не получал
вобщем как и у симкома, где-то к 12-13 прошивке начнет жужжать относительно стабильно.... :-))))))

Все равно не работает!

AT+CUSD=1,"*111#",0

+CME ERROR: 3

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

AT+CUSD=1,"111",0

OK

+CUSD: 2

... да без проверки баланса никуда...

Вот прямо сейчас повторил и вырезал из лога. Оператор Киевстар. Для MTC набираем *101#
Версия прошивки 8.


at
OK

at+cusd=1,"*111#",0
OK

+CUSD: 0,"Na rahunku: 36.48grn. 0 hvyl. SMS XL: SMS za 1 kopijku! Info:477*15 (bezkosht)",64

Попробовал и с МТС (и с Билайном тоже самое):

at+cusd=1,"*101#",0

+CME ERROR: 3

То же самое ошибка. А как узнать версию ПО:

AT+KGSN=2
+KGSN: 35221803014276-6 02
OK

ATI3
SAGEM HiN,A.007.00
OK

SAGEM HiN,A.007.00
это седьмая версия.

наверное нужно обновиться.

Лучше об этом сказать сразу - после прошивки надо замкнуть DTR на землю - без этого модуль отвечать не будет.

Проверил только-что на MTS:
AT+CUSD=1,"*101#",0
OK

+CUSD: 0,"25.14 UAH, dejstvitelen do 23.11.2010, tarifnyj paket Super MTS + SMS. VNIMANIE! S 14.10 izmeneny pravila nabora nomerov. Detali: 111, punkt 4-7",64

и Киевстаре:
AT+CUSD=1,"*111#",0
OK

+CUSD: 0,"Na Vashomu rahunku 0 grn.",64


Версия прошивки 7-я:
ati3
SAGEM HiN,A.007.00

Так-что дело не в прошивке.
А, что он у вас на AT+CREG отвечает? Может он вообще в сети не зарегистрирован?

Я с модулем на отладочной общаюсь, полным кабелем. Поэтому про DTR не в курсе.
А инженер который ведет направление SAGEM в отгулах....

А с вопросиком по GPRS командам SimCom не поможете? Соседняя ветка:
http://electronix.ru/forum/index.php?showtopic=70561

Я сам в GPRS и TCP не очень силен. Мне железо ближе.
Но вот последние таблички от Симкома в файле семинара 2009 имеются (в самом конце презентации)
microchip.ua/seminar

Было дело - болели гриппом но сейчас вроде все на месте. Мы их озадачили проблемой обновления из под LINUX. А до этого один заказчик обновил модуль в своем устройстве из под WIN и модуль заткнулся. Включается, но на команды -молчит. Оказалось что в 8 ой версии "крепление" DTR к земле обязательно.

Модуль зарегистрирован, на тел дозваниваеться нормально:

at+creg?
+CREG: 0,1
OK

Линию DTR тоже отключаю:

at&d0
OK

Да действительно подключил вывод DTR на корпус все заработало!

at+cusd=1,"*111#",0

OK

+CUSD: 0,"Na rahunku: 8.09 grn. Info pro bonusy na *112# i *119#. SMS XL: SMS za
1 kopijku! Info:477*15 (bezkosht)",64

Оказалось что проблема даже не в линии DTR... а в формате вывода данных. Если установить:

at+cscs="GSM"
OK

Тогда нормально:

at+cusd=1,"*111#",0
OK
+CUSD: 0,"Na rahunku: 8.09 grn. Info pro bonusy na *112# i *119#. SMS XL: SMS za
1 kopijku! Info:477*15 (bezkosht)",64

Если же:

at+cscs="UCS2"
OK

Тогда:

at+cusd=1,"*111#",0
+CME ERROR: 3

Странно? СимКом выдает данные и в Юникоде...? Как же тогда быть если баланс передается кириллицей - слышал такое бывает?

Вы уж если выбрали уникод то пишите все строковые параметры в уникоде.
Т.е. at+cusd=1,"002A0031003100310023",0

Спасибо понял...

Маленькое дополнение (относится к модулям SAGEM) - пишите все большими буквами - т.е. AT+CUSD... маленькие буквы не прокатывают...

Нет нормально и с маленькими работает:

at+cusd=1,"002A0031003100310023",0

OK

+CUSD: 0,"004E006100200072006100680075006E006B0075003A00200038002E00300039002000
670072006E002E00200049006E0066006F002000700072006F00200062006F006E00750073007900
20006E00610020002A0031003100320023002000690020002A0031003100390023002E0020005300
4D005300200058004C003A00200053004D00530020007A0061002000310020006B006F0070006900
6A006B0075002100200049006E0066006F003A003400370037002A00310035002000280062006500
7A006B006F0073006800740029",64

Прокатывает, только надо зафиксировать скорость(AT+IPR=....). Похоже автодетект недолюбливает маленькие буквы.

на 8 прошивке не прокатывают маленькие буквы. и AT+IPR не спасает

Проблема с буквами родилась не вчера. Видимо многие по разу наткнулись, поэтому сами французы (которые из техподдержки - которых вопросами терзают) строго советуют пользовать только большие буквы. Наверное уверены, что это сработает всегда. А то, что в описании написано, что прокатит и то и то, обещали убрать, но не сразу, а как руки дойдут. Кстати в описании есть еще пара советов (по схемотехнике), которые они настоятельно советуют выполнить. Лично я прочел их пару раз, и для меня необходимость показалась неочевидной, а они очень СТРОГО рекомендуют. Если кого интересует - выложу нарезку.

интересует.

В первом файле речь идет о разъеме SPIном - видимо софтину какую то готовят. А во втором советуют два пина оставить для обновления прошивки . у них для этой цели исходники есть - видимо не доверяют им Ну и так резисторы по мелочи....

После прошивки 8-й версии столкнулся с такой проблемой:
Если передавать блоками большой объем данных через встроенный TCP/IP стек с помощью at+ktcpsnd то модуль после определенного кол-ва переданных блоков не реагирует на EOF. Т.е. передавать уже ничего не передает, но и в командный режим не выходит. Такая ситуация тем более вероятна, чем больше размер блоков. С 6-й и 7-й версиями прошивок такой проблемы нет.

А по резисторам что...?

Самый правильный выход из ситуации - обратиться к тому у кого покупали модуль (дистрибьютер) и попросить его задать этот вопрос французам - через OTRS. Мне велено отвечать на вопросы только российских клиентов. В Украине есть свой дистрибьютер. По новой версии пока опыта мало - видимо Вы первый, кто на это наткнулся. Мне известна проблема, когда модуль, передавая большое количесвто коротких файлов, беспричинно затыкается и не может ни закрыть соединение, ни удалить его. Иногда возвращается к жизнии секунд через 50 (со слов заказчика). Иногда соединение удается удалить успешно, иногда возвращается ошибка. Если модуль к жизни не вернулся, то открытое соединение остается и номер следующей открываемой сессии инкрементируется. Такая ситуация довольно быстро исчерпывает количесвто возможных сессий (200 - максимум) и модуль затыкается навсегда - только аппаратный RESET спасает. Причем после него новое соединение с сервером всегда открывается нормально (со слов заказчика). Французы думали недели две и пришли к выводу что аппаратный RESET (сразу - на первом зависшем соединении) пока самое лучшее средство. По этой причине строго рекомендуют сажать вход RESET на GPIO процессора. Пока говорят, что всему виной оператор, его оборудование, качество связи и пр. Еще я слышал что такая ситуация встречается у многих производителей - вообщем дело темное.


Три подтягивающих к VGPIO резистора по 100к на сигналы RI DCD и DSR. Они открытые коллекторы в модуле и если принимающий процессор или драйвер без пулапа - будут болтаться.

Какая сейчас самая свежая пошивка для sagema hilo? 8.00 или уже, что посвежее есть?

На их FTP лежит последняя 8.0
Обещали новинки к концу апреля.

Не знаете проблему с затыкоком при переполнении буфера пофиксить не обещали(я уже писал про нее, когда передаеш большой объем данных то в какой-то момент модем уходит в астрал, на EOF не реагирует, при этом ни тебе CTS-ом дернуть словом никаких предупреждений)? Или хотя-бы AT+KTCPSTAT наладить чтоб можно было понять сколько можно писать.