Каково нормальное поведение нежелательных сообщений «+ CEREG»? - PullRequest
Новая
       138

Каково нормальное поведение нежелательных сообщений «+ CEREG»?

2 голосов
/ 18 января 2020

Мой сервер получает данные от модема Telit ME910C1 LTE Cat-M. Устройство находится на транспортном средстве в движении.

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

Пожалуйста, помогите мне сузить эта проблема: Мне нужно объяснение о +CEREG сообщениях, прикрепленных в разделе кода ниже . 

+CEREG: 1,"4CO3","AD9C30F",8 T:(0:43:36)  // server delay starts now 
+CEREG: 1,"4C01","AE25C11",8 T:(0:47:36)
+CEREG: 1,"4C01","AE15E10",8 T:(0:49:58)
+CEREG: 1,"4CO3","AE2DA10",8 T:(0:50:13)
+CEREG: 1,"4CO3","AE2DAOF",8 T:(0:52:30)
+CEREG: 1,"4CO3","AE1D010",8 T:(0:52:48)
+CEREG: 1,"4CO3","AE19611",8 T:(0:54:48)
+CEREG: 1,"4CO3","AE1960F",8 T:(0:56:9) 
+CEREG: 1,"4CO3","AE19610",8 T:(0:57:54)
+CEREG: 1,"4CO3","AE26611",8 T:(0:58:27)
+CEREG: 1,"4CO3","AE19610",8 T:(0:58:38)
+CEREG: 1,"4CO3","AE26610",8 T:(0:58:48)
+CEREG: 1,"4CO3","AE1B411",8 T:(1:2:9)
+CEREG: 1,"4CO3","AE1B40F",8 T:(1:3:47) 
+CEREG: 1,"4CO3","AE1B415",8 T:(1:4:23)
+CEREG: 0 T:(1:7:27)
+CEREG: 0 T:(1:7:51)
+CEREG: 2 T:(1:7:52)
+CEREG: 1,"4CO3","AE1B415",8 T:(1:7:52) 
+CEREG: 2,1,"4CO3","AE1B415",8 T:(1:8:1)  // Server delay ends here
+CEREG: 2,1,"4CO3","AE1B415",8 T:(1:8:8)
+CEREG: 2,1,"4CO3","AE1B415",8 T:(1:10:0)
+CEREG: 1,"4CO3","AD9E712",8 T:(1:11:30)

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

1 Ответ

2 голосов
/ 18 января 2020

В журнале вы видите последовательность сообщений UR C (незапрошенный код результата: асинхронное сообщение, инициируемое указанным c событием).

Этот параметр c UR C был включен с помощью команды 

AT+CEREG=<mode>

, где режим может иметь значения 0 (URC отключены) и 1/2/3 (настройка различных многословие уровень).

Насколько я вижу, ваше устройство настроено на +CEREG=3.

Формат URC следующий: 

short format: +CEREG: <stat>
long format: +CEREG: <stat>[,[<tac>],[<ci>],[<AcT>]]
extended long format: +CEREG: <stat>[,[<tac>],[<ci>],[<AcT>][,<cause_type>,<reject_cause>]]

В частности, очень важны значения stat . Согласно ME910C1 AT guide для нас важны следующие:

  • 0 : не зарегистрировано, терминал в настоящее время не ищет нового оператора для регистрации на
  • 1 : зарегистрирован, домашняя сеть
  • 2 : не зарегистрирован, но терминал в настоящее время ищет нового оператора для регистрации на

Что с вами происходит

  1. Так как вы за рулем, вы видите множество URC только с переключателем сотовой связи; stat значение всегда 1 (зарегистрировано).

  2. После этого что-то произошло: stat переключено на 0 (не зарегистрировано), вероятно, из-за очень низкий охват (туннель?).

  3. Вы должны ехать в течение определенного периода времени, но в конце концов статус меняется на 2 (сканирование). Это означает, что устройство снова что-то получает, но ему нужно некоторое время для регистрации.

  4. Модем наконец-то снова регистрируется, и ячейка заменяется (из туннеля?).

...