[Alt.F4 1]

23 часа назад, Alt.F4 сказал:

+CUSD: 2,"?#?A?B?0?=?>?2?;?5?=", 17 ("?" - это неотображаемый символ EOT в таблице ASCII, т.е. 0x04)

Если перевести в hex посимвольно: 0423 0441 0442 0430 043D 043E 0432 043B 0435 043D
Затем перевести из UCS2, получается слово "Установлен", но это неполный ответ, там оператор с хорошим объемом слов отвечает

Я это могу объяснить только багом, модем в софте выплевывает в порт чистый hex без перевода в ASCII, и судя по всему, как только натыкается на 0x00 (символ конца строки), выдача останавливается, а любой символ из ASCII таблицы в
UCS2 начинается на 0x00 (например, пробел 0x00 0x20). Поэтому и получаем пустую строку.

Перевод в 2G не виляет на результат.

У вас был хотя бы один нормальный CUSD ответ модема в UCS2?

[Hub 0]

2 minutes ago, Alt.F4 said:

Я это могу объяснить только багом

Не совсем так

2 minutes ago, Alt.F4 said:

модем в софте выплевывает в порт чистый hex без перевода в ASCII

Модуль отправляет в сеть USSD запрос вместе с тем в какой кодировке он хочет получить ответ. Сеть исполняет запрос и модуль возвращает то, что выдала сеть без интерпретации через себя (без перевода в кодировку в которой был сделан запрос).

[Alt.F4 1]

1. Если вы считаете, что мое объяснение неверное, то как вы это объясните, что модем выплюнул в порт чистый hex?

2. Пусть модем возвращает, то что выдала сеть, но он должен возвращать в ASCII, а не в hex

3. У вас был хотя бы один нормальный CUSD ответ модема в UCS2?

P.S. Наверное лучше передать информацию об этом баге программистам SIMCom, чтобы они поправили проблему в следующем версии ПО...

 

[CADiLO 9]

Я добавлю что это еще всплывет там где вообще уже нет 2G сетей, а операторы используют национальную кодировку.

Поэтому USC2 (PDU) в модуле нужно приводить в рабочее состояние, тогда ему будет пофигу любая кодировка и любой язык.

[Hub 0]

24 minutes ago, Alt.F4 said:

1. Если вы считаете, что мое объяснение неверное, то как вы это объясните, что модем выплюнул в порт чистый hex?

какая версия прошивки?

24 minutes ago, Alt.F4 said:

2. Пусть модем возвращает, то что выдала сеть, но он должен возвращать в ASCII, а не в hex

Модуль вернет то, что дала сеть (см. ниже)

26 minutes ago, Alt.F4 said:

3. У вас был хотя бы один нормальный CUSD ответ модема в UCS2?

Да

AT+CUSD=1,"002A0031003000300023",17

+CUSD: 2,"04230441043b04430433043000200434043e044104420443043f043d043000200442043e043b044c043a043e00200444043804370438044704350441043a0438043c0020043b043804460430043c002e00200421043f044004300432043a04300020003100350030002e", 17

26 minutes ago, Alt.F4 said:

P.S. Наверное лучше передать информацию об этом баге программистам SIMCom, чтобы они поправили проблему в следующем версии ПО...

См.п.1, возможно проблема встречалась на первых версиях прошивки.

[Alt.F4 1]

+CGMR: A011B02A7682M7

 

[Hub 0]

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

[Alt.F4 1]

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

Можно ли где-то изучить список всех изменений (помимо обработки USSD) и когда ожидается выход B05?..

[Hub 0]

6 minutes ago, Alt.F4 said:

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

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

- вышла новая прошивка

- отправляем клиентам на тест

- клиент подтверждает, что она его удовлетворяет и начинает ориентироваться на новый парт-номер

В модулях есть FOTA - дополнительное удобство в обновлении.

8 minutes ago, Alt.F4 said:

Можно ли где-то изучить список всех изменений (помимо обработки USSD)

Проверил, на B04 видимо забыли написать ReleaseNote, дерните через дистрибьютора - напишем.

9 minutes ago, Alt.F4 said:

когда ожидается выход B05?..

Сложный вопрос. Не смогу на него сходу ответить. Мы выпускаем новые прошивки по запросу клиента или накоплению исправлений критических ошибок. Пока планов на выпуск В05 нет, но все может измениться с вашей помощью.

[Alt.F4 1]

Обновиться по воздуху было бы здорово, но модем выдает ошибки...

[14:22:02] Send: AT+CFOTA=0,1,"183.230.174.137:6022/bin/fbf_dfota.bin",simcom,simcom
[14:22:02] Recv: 
[14:22:02] Recv: OK
[14:22:03] Recv: 
[14:22:03] Recv: +CFOTA: FOTA,START
[14:22:08] Recv: 
[14:22:08] Recv: +CFOTA: FOTA,ERROR

[14:22:20] Send: AT+CFOTA=0,0,"183.230.174.137:6047/fbf_dfota.bin",simcom,simcom
[14:22:20] Recv: 
[14:22:20] Recv: OK
[14:22:33] Recv: 
[14:22:33] Recv: +CFOTA: FOTA,ERROR
 

[Hub 0]

Вам дистрибьютор присылал аппноут по теме FOTA обновления?

Не уверен (надо проверить), но прошивка В02 очень пожилая и в ней что-то может работать не так как ожидается.

[Alt.F4 1]

У дистрибьютора не запрашивал, сейчас запросил, и успешно прошился, будем тестировать

Интересно, почему после полного скачивания модем выдал ошибку +CFOTA: FOTA,ERROR, хотя процесс обновления запустился

[16:22:23] Recv: +CFOTA: FOTA,START
[16:22:24] Recv: 
[16:22:24] Recv: +CFOTA: DOWNLOADING:1
...
[16:22:39] Recv: +CFOTA: DOWNLOADING:100
[16:22:40] Recv: 
[16:22:40] Recv: +CFOTA: FOTA,ERROR
[16:23:02] Recv: 
[16:23:02] Recv: +CFOTA: UPDATE:8
...
[16:25:52] Recv: +CFOTA: UPDATE:100
[16:26:40] Recv: 
[16:26:40] Recv: *ATREADY: 1
[16:26:40] Recv: 
[16:26:40] Recv: +CFOTA: UPDATE SUCCESS.

На все ушло 4 мин 20 сек, долговато для процесса сборки, на 10шт добавится еще час только на обновление ПО модема, надо будет как-то распараллеливать...

[Alt.F4 1]

Отчитываюсь после обновления на +CGMR: A011B04A7682M7

У оператора, у которого ответ на латинице:
[16:36:08] Recv: AT+CUSD=1,*100#,15
[16:36:08] Recv: 
[16:36:08] Recv: OK
[16:36:14] Recv: 
[16:36:14] Recv: +CUSD: 2,"42616C616E733D37312E353272204D423D34382E352052656B6C616D613A205241424F544120646C79612056617321202A3838322320424553504C2E2033646E2C2064616C656520302C3420722F642E206D74732E6279", 0

У оператора, у которого ответ на кириллице:
[16:53:14] Send: AT+CUSD=1,*100#,15
[16:53:14] Recv: 
[16:53:14] Recv: OK
[16:53:25] Recv: 
[16:53:25] Recv: +CUSD: 1,"00320036002E003800340440002E000D000A04200435043A043B0430043C04300020002E0421043B04430448043004390020044E043C043E0440002000330434043D044F0020041104150421041F041B04100422041D041E0021000D000A0416043C043800200031", 17

Т.е. выдачу UCS2 починили, а выдачу латиницы в ASCII сломали...

В принципе, перевести коды ASCII в нормальный вид не проблема, вопрос как детектировать, что в строке коды ASCII символов, а не ASCII символы (с UCS2 проще, коды начинаются либо на 00, либо 04)

[Hub 0]

12 minutes ago, Alt.F4 said:

Т.е. выдачу UCS2 починили, а выдачу латиницы в ASCII сломали...

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

Причем обратите внимание на это:

13 minutes ago, Alt.F4 said:

[16:53:25] Recv: +CUSD: 1,"00320036002E003800340440002E000D000A04200435043A043B0430043C04300020002E0421043B04430448043004390020044E043C043E0440002000330434043D044F0020041104150421041F041B04100422041D041E0021000D000A0416043C043800200031", 17

Хотя в запросе, в конце стояло "15".

[artemkad 53]

4 часа назад, Alt.F4 сказал:

2. Пусть модем возвращает, то что выдала сеть, но он должен возвращать в ASCII, а не в hex

Этот баг живет уже много лет начиная с Sim900 который Юникод вместо выдачи в Ascii как есть начал переводить в Hex.