[17533] Некорректное поведение прибора ТЭКОН-17 после ошибки опроса "Ответ не получен"

Обнаружил, что часть сеансов опроса с ТЭКОН-17 завершаются сообщением о том, что отвечает неописанное устройство — всегда с номером 031512. Такое поведение наблюдается на серверах разных версий. Судя по наблюдениям, частота появления этого неописанного прибора растёт при ухудшении качества связи.

Вот три примера:

Первый пример - ТЭКОН-17№5968

два запроса с неописанный прибром, как видно прочие сеансы удачные.


Журналы и дампы неуданых сеансов опроса
Журнал опроса ошибка 17.xlsx (6,7 КБ)
Журнал опроса ошибка 16.xlsx (6,6 КБ)
dump.GPRS 6686 Lers lite(0).2026-05-16.log.gz (259,7 КБ)
dump.GPRS 6686 Lers lite(3).2026-05-17.log.gz (76,1 КБ)

Журнал 1 уданого сеанса опроса
Журнал опроса 16 ок.xlsx (8,9 КБ)

Дамп в уже приложенном архиве в dump.GPRS 6686 Lers lite(0).2026-05-16.log.gz

Второй пример - ТЭКОН-17№6698

два запроса с неописанный прибром.


Журналы и дампы неуданых сеансов опроса
dump.RevdaFargoMaestro100.2026-05-18.log.gz (204,9 КБ)
2 Журнал опроса ошибка 18.xlsx (7,3 КБ)
2 Журнал опроса ошибка 17.xlsx (7,3 КБ)
dump.RevdaFargoMaestro100.2026-05-17.log.gz (183,0 КБ)

Журнал 1 уданого сеанса опроса
2 Журнал опроса ок 17.xlsx (12,9 КБ)

Дамп в уже приложенном архиве в dump.RevdaFargoMaestro100.2026-05-17.log.gz

Второй пример - ТЭКОН-17№7552


Журналы и дампы неуданых сеансов опроса
3 Журнал опроса ошибка 2.xlsx (7,1 КБ)
3 Журнал опроса ошибка 1.xlsx (7,1 КБ)
Оба сеанса в одном архиве
dump.МТС.2026-05-18.log.gz (115,1 КБ)

Журнал и дамп 1 уданого сеанса опроса
3 Журнал опроса ок.xlsx (10,1 КБ)
dump.МТС.2026-05-17.log.gz (65,5 КБ)

Я проанализировал ситуацию. Проблема действительно из-за качества канала связи.
Один из вариантов решения, это увеличить тайм-аут ожидания ответа до максимального.
Со стороны драйвера нам необходимо будет продумать алгоритм “защиты” на такой случай, так как разработчики протокола обмена не предусмотрели какой либо “защиты” от таких ситуаций.

Не вижу причин, что это должно помочь. Ведь ЛЭРС получает данные, но видимо искаженные.

Проверил.

19/05 в 11:30 поменял задержку с 0 до 5 сек.

И не увидел изменения. Послежу еще, но не похоже, что таймаут решает это проблему.

А протокол FT1.2, CRC в блоке данных, не спасёт?

Не спасет. В большинстве таких случаев пакет имеет правильный блок контрольной суммы, поэтому он полностью проходит все проверки “правильности” пакета. В более новой интерпретации этих протоколов производитель добавил так называемую “защиту” от похожих случаев, но в ТЭКОН-17 используется только старая версия протокола без номера пакета в заголовке. На текущий момент я продумываю алгоритм восстановления очереди опроса, чтобы минимизировать неудачные опросы.

Я добавил алгоритм восстановления порядка опроса в драйвер ТЭКОН-17. Изменения войдут в обновление ЛЭРС УЧЁТ 3.66.3.

Добрый день!

Обновление 3.66.3 (сборка 36612) от 22.05.2026 доступно для установки.