Нет ответа от прибора Карат-307 при опросе часовых данных [8728]

Заводская программа считывает часовые архивы, а ЛЭРС не может:
КаратДата.txt (17.3 KB)
Журнал опроса.xlsx (8.21 KB)
модем.log (1.75 KB)
Похоже, что ЛЭРС в запросе неправильно посчитал контрольную сумму. Карат-307 просто игнорирует неправильные запросы.

В соответствии с пунктом 1 статьи Ошибка опроса “Ответ не получен” увеличьте таймаут ожидания ответа от прибора вплоть до максимального (~32 секунды или 32000 мс) и повторите опрос.

Ваш совет об увеличении задержки не помог.
Заметил, что ЛЭРС застревает на считывании данных за 13 апреля. Если в параметрах ручного опроса поставить 14 апреля, то все хорошо и быстро считывается. Но заводская программа “Карат Дата” быстро и без ошибок прочитала данные и за 13, и за 14 апреля… Что намекает на то, что ЛЭРС неправильно формирует запросы. Прикрепляю файлы, в которых видно сразу два сеанса опроса: за 13 число и за 14 число. Сравните пожалуйста. Еще прикрепил лог и результат работы программы “Карат Дата”.
0414H0.csv (15.7 KB)
КаратДата2.txt (44.7 KB)
модем2.log (13 KB)
Журнал опроса2.xlsx (10.1 KB)

Уточните, вы не против, если мы самостоятельно произведем опрос рассматриваемого прибора используя параметры доступа из присланного журнала?

Ну что вы, я только за!

Нам удалось несколько раз опросить прибор, но при этом возникали обрывы связи и начиная с какого то момента приборный модем перестал отвечать на вызов (Расширенный код ошибки: Абонент не ответил на вызов, хотя и зарегистрирован в сети (User alerting, no answer) (19)). Проверьте, пожалуйста, работу приборного модема.

Хорошо.

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

Мы произвели детальный анализ присланных вами данных и выяснили, что причина возникновения ошибки никак не связана с ЛЭРС УЧЕТ. С точки зрения протокола обмена прибора КАРАТ-307 ЛЭРС УЧЕТ отправляет корректные запросы. Ошибка возникает из за того, что в ответ на запрос данных на 13.04.2020 10:00:00 приходит АТ-команда “AT+CENG?”. Очевидно данную команду по какой то причине возвращает приборный модем, так как вряд ли прибор может отправлять такие команды.

По какой причине модем начинает отправлять в ответ на запрос к прибору вышеописанную AT-команду неясно. Возможно сочетание байт пакета запроса вызывает скрытую функцию модема, которая отправляет в ответ эту AT-команду.

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

Сразу хочу отметить,что в заводской программе и в ЛЭРС УЧЕТ используются разные типы запросов данных прибора: в заводской программе используется начальная метка времени и запрос последующих за ней меток, тогда как в ЛЭРС УЧЕТ запрашиваются данные на каждую метку времени. В результате получаются разные запросы по своей структуре из-за чего при запросе данных 13.04.2020 10:00:00 заводской программой ситуация не воспроизводится. Но оба типа запроса соответствуют протоколу обмена прибора. Повторюсь, проблема в том, что в ответ на запрос данных прибора внезапно приходит AT-команда приборного модема.

Пожалуйста, попробуйте подключить прибор к другому приборному модему другой модели и повторите опрос прибора.

Не могли бы вы уточнить, какой модем у вас подключен к прибору?

ЛЭРС GSM LitePro #19633
Верс. ПО: L10.3.19
Верс. ОС: 1309B08S
Модель: LERS GSM LitePro 1.X.X
Процессор: SIM800H
IMEI: 868441038406937

Интересно, как вы обнаружили АТ-команду “AT+CENG?”, я не нашел такую последовательность байт (41 54 2B 43 45 4E 47 3F) здесь:
14.04.2020 11:59:10.320 >> 01 03 07 08 00 01 04 BC
14.04.2020 11:59:12.101 << 01 03 02
14.04.2020 11:59:12.101 << 33 01 6D 74
14.04.2020 11:59:12.210 >> 01 03 01 01 00 01 D4 36
14.04.2020 11:59:13.897 << 01 03 36
14.04.2020 11:59:14.085 << 01 30 33 39 39 34 32 31 33 A8 50 09 45 CF C9 BD 45 7D 9F 54 42 C2 A8 54 42 9F AE 54 42 30 97 54 42 87 B2 54 42 94 B0 54 42 01 F0 0D 0E 12 0F 0A 0D 06 06 06 E6 F7 97 FD
14.04.2020 11:59:14.194 >> 01 03 01 06 00 01 65 F7
14.04.2020 11:59:16.178 << 01 03 38
14.04.2020 11:59:16.366 << 01 10 11 30 31 40 41 20 21 50 51 D1 D2 D3 D4 D5 C0 B0 12 13 32 33 42 43 22 23 52 53 D1 D2 D3 D4 D5 C0 B0 34 35 44 24 54 D1 D2 D3 D4 D5 C0 B0 FF FF FF FF FF FF FF FF FF 79 5D
14.04.2020 11:59:16.475 >> 01 03 30 03 00 02 3B 0B
14.04.2020 11:59:18.350 << 01 03 04
14.04.2020 11:59:18.350 << D9 06 6C 40 0D 9E
14.04.2020 11:59:18.459 >> 01 03 01 00 00 01 85 F6
14.04.2020 11:59:20.147 << 01 03 08
14.04.2020 11:59:20.147 << 01 01 03 1E 00 00 00 20 ED 32
14.04.2020 11:59:20.256 >> 01 03 00 62 00 01 25 D4
14.04.2020 11:59:22.318 << 01 03 08
14.04.2020 11:59:22.318 << 00 3A 0B 0E 02 04 E4 07 2D D5
14.04.2020 11:59:22.428 >> 01 42 00 01 0A 0D 04 14 4E D7
14.04.2020 11:59:58.533 >> 01 42 00 01 0A 0D 04 14 4E D7
14.04.2020 12:00:34.639 >> 01 42 00 01 0A 0D 04 14 4E D7
14.04.2020 12:01:10.729 >> 01 42 00 01 0A 0D 04 14 4E D7
14.04.2020 12:01:46.834 >> 01 42 00 01 0A 0D 04 14 4E D7
14.04.2020 12:02:22.940 >> 01 42 00 01 0A 0D 04 14 4E D7

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

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

Если заменить модем возможности нет, попробуйте просто опросить прибор без модема, подключив его напрямую к ПК и опросив его по прямому подключению. Благодаря этому мы исключим возможное влияние приборного модема на опрос. Пожалуйста покажите результат этого опроса.
dump.GSM_.2020-04-16.log (2.4 KB)
Журнал опроса КАРАТ-307 с AT-командой.xlsx (8.68 KB)

Заменили ЛЭРС GSM LitePRO на старенький ЛЭРС GSM Lite.
Теперь почасовые архивы за 13 апреля читаются без проблем, можете в этом убедиться сами. Получается, проблема не в ЛЭРС УЧЁТ, но в ЛЭРС GSM LitePRO.
К сожалению, у нас используется больше сотни ЛЭРС GSM LitePRO, и я уже неоднократно сталкивался с несчитыванием часовых данных на определённую метку времени на разных узлах учета. К приборам сложно получить доступ, поэтому мне просто приходилось перенастраивать автоопрос, пропуская данные, которые модем не мог считать. Получается, что во время сеанса связи ЛЭРС GSM LitePRO внезапно переходит из прозрачного в командный режим, как будь-то ему выдали команду “+++”. Я думаю, что это ошибка в прошивке версии L10.3.19 контроллера ЛЭРС GSM LitePRO, а не неисправность конкретного контроллера.

Пожалуйста, создайте по данной проблеме отдельное обращение на портале поддержки ЛЭРС GSM.