EGTS передаёт данные, но не гарантирует совместимость
Поддержка протокола означает, что две стороны умеют обмениваться пакетами. Для рабочего мониторинга ещё нужны идентичность устройства, авторизация, подтверждения, архивная доставка, время, датчики, нормализация и проверка на реальной машине.
Три способа получить телематику
Проверяются лимиты, история, задержка, поля и стабильные внешние ID.
Нужны протокол, авторизация, backlog, фильтрация и контроль доставки.
Потребуются listener, decoder, ACK, безопасность, наблюдаемость и commissioning.
Не подходит для оперативных событий без отдельного регламента свежести.
1. Что регулирует EGTS
Действующий ГОСТ Р 59289-2020 описывает единый расширяемый набор протоколов для обмена технических средств контроля с информационными системами. В нём разделены транспортный уровень, подтверждение пакета и сервисы авторизации, телематических данных, команд, firmware и экстренного реагирования.
Для мониторинга особенно важен EGTS_TELEDATA_SERVICE. Но даже корректный пакет не отвечает на вопрос, как конкретный IO-вход терминала интерпретировать как зажигание, механизм или уровень топлива в вашей установке.
- идентификация и авторизация
- пакеты и ответы
- телематические подзаписи
- команды и статусы
- коды ошибок
2. Не смешивайте EGTS, Wialon IPS и Codec 8E
Wialon IPS разработан Gurtam для передачи данных GPS/ГЛОНАСС-трекеров серверу Wialon по TCP и может использоваться производителями оборудования. Teltonika Codec 8 Extended — протокол производителя с codec ID 0x8E, IMEI-handshake, AVL-пакетами и подтверждением числа записей.
Протокол выбирают по существующей инфраструктуре и требуемым данным, а не по известности названия. Иногда API уже используемой платформы надёжнее и дешевле прямого переключения терминалов на новый сервер.
- EGTS — стандартизированный набор
- Wialon IPS — протокол Gurtam
- Codec 8E — протокол Teltonika
- API — контракт платформы
3. Проверяйте полный путь пакета
Приёмка начинается с идентичности: tenant, интеграция, устройство и действующее назначение машине. Затем проверяются authentication, CRC или иная целостность, ACK, дубли, архивные записи, будущие часы и поведение после потери сети.
После декодирования значения нормализуются в стабильную модель. Исходный пакет, версия decoder и provenance сохраняются, чтобы ошибку маппинга можно было воспроизвести, а не исправлять вручную в итоговом отчёте.
- IMEI или terminal ID
- CRC и ACK
- duplicate protection
- archive and clock skew
- raw payload
- decoder version
- quality flags
4. Согласуйте датчики на конкретной машине
Один и тот же терминал может передавать разный набор IO в зависимости от прошивки, wiring, CAN-профиля и конфигурации. Поэтому публичная совместимость модели не равна совместимости всех датчиков.
На пилоте создаётся карта сигналов: исходный ID, физический смысл, единица, преобразование, допустимый диапазон и способ ручной проверки. Для топлива дополнительно нужны тарировка и правила качества покрытия.
- зажигание
- моточасы
- дискретные механизмы
- CAN-параметры
- топливо
- напряжение и питание
5. Читайте матрицу Metalogist по статусам
В production Metalogist активен один источник AutoTracking; три телематических устройства передавали нормализованные точки в срезе 9–13 июля 2026 года. Это подтверждает API-ingestion и модель данных, но не масштаб большого парка.
Decoder и gateway Teltonika Codec 8E реализованы и включены, однако production пока содержит 0 gateway-устройств, 0 сессий, 0 пакетов и 0 пилотов. EGTS и Wialon IPS adapters отсутствуют. Поэтому их статус — соответственно «готов к полевому пилоту» и «roadmap».
- AutoTracking API — Production
- Teltonika Codec 8E — готов к полевому пилоту
- EGTS — roadmap
- Wialon IPS — roadmap
- видео RTSP — к пилоту
Проверьте процесс целиком
- 01Выбран способ получения данных
- 02Назначен владелец устройства
- 03Проверены ID и авторизация
- 04Приняты ACK, повторы и архив
- 05Время хранится в UTC
- 06IO сопоставлены на машине
- 07Raw и provenance доступны
- 08Полевой пилот имеет пороги
Источники и ориентиры
Ссылки открываются на первоисточник или прямо названный конкурентный пример. Дата проверки материала указана выше.
Практические вопросы
Если трекер поддерживает EGTS, он сразу совместим?
Нет. Нужно проверить версию и сервисы протокола, идентичность, авторизацию, датчики, архивную доставку, время и маппинг значений.
EGTS обязателен для любого коммерческого мониторинга?
Нет. Применимость стандарта и отраслевых требований зависит от оборудования и сценария. Для частного операционного мониторинга могут использоваться API и другие протоколы.
Wialon IPS и EGTS — одно и то же?
Нет. Это разные протоколы и экосистемы. Способ ретрансляции и доступный набор полей нужно согласовывать отдельно.
Metalogist уже принимает EGTS?
Нет. Архитектура нормализации подходит для нового adapter, но production EGTS-adapter не реализован и не заявляется.
Teltonika Codec 8E уже работает на production-машине?
Нет. Gateway и decoder реализованы, но production-устройств, сессий и пакетов пока нет. Нужен полевой пилот конкретной модели и конфигурации.
Проверим процесс на одной реальной смене
Без универсальных процентов: покажем исходные данные, рабочее решение и ограничения.