В этих письмах АО «ГЛОНАСС» уведомляет абонентов о том, что они запустили два сервера времени для исключения подобной проблемы и рекомендуем сконфигурировать или обновить встроенное программное обеспечение. Для проведения настройки они предлагают обратиться к своим партнерам.
Почему это серьезная проблема?
Отказ в передаче данных — это не просто технический сбой. Для владельцев транспортных средств это прямая угроза соблюдения законодательства. Отсутствие валидных данных в системе «Платон» или государственной информационной системе навигации означает автоматическое нарушение ПП 2216, что влечет за собой административные штрафы и риски приостановки выпуска транспорта на линию. Кроме того, потеря навигационной достоверности бьет по репутации перевозчика и эффективности логистики.
Мы в T3Group решили не ограничиваться точечными рекомендациями, а рассмотреть проблему комплексно и посвятить этому сегодняшнюю статью, чтобы дать клиентам четкий алгоритм действий.
Корень проблемы: регионы РЭБ и «эффект опережения»
Анализируя поступающие инциденты, мы видим четкую корреляцию: проблема наиболее остро проявляется в регионах, где активно работают средства радиоэлектронной борьбы (РЭБ). Глушение спутниковых сигналов (GPS/ГЛОНАСС) и сотовой связи приводит к тому, что аппаратура АСН теряет возможность получать корректные временные метки и координаты.
Самый опасный сценарий — это не просто потеря сигнала, а ситуация, когда оборудование «сходит с ума» и начинает генерировать неверные данные. В частности, терминалы показывают даты, не соответствующие реальному времени, или передают пакеты данных с опережением. Это приводит к тому, что серверный софт АО ГЛОНАСС отбраковывает такие пакеты как ошибочные, и фактически транспортное средство «исчезает» из системы мониторинга, хотя номинально АСН включена.
Решение АО ГЛОНАСС: два сервера эталонного времени
Для борьбы с этим явлением АО «ГЛОНАСС» предприняло важный технологический шаг — запустило работу двух специализированных серверов эталонного времени. Использование этих серверов позволяет устройству сверять часы и получать абсолютное эталонное время независимо от качества спутникового или мобильного сигнала.
Это особенно актуально для регионов с высокой активностью РЭБ, где спутниковый сигнал может искажаться, а синхронизация по сотовым вышкам — блокироваться.
Адреса серверов эталонного времени:
- Основной: 10.77.205.123
- Резервный: 10.78.205.123
Сложности внедрения: настройка и прошивка
Однако, как показывает практика, само по себе появление серверов проблему не решает. Дело в том, что указанные IP-адреса необходимо прописать в настройках самих терминалов (АСН) вручную. Это техническая задача, требующая определенного уровня подготовки и доступа к служебному программному обеспечению.
Ситуация осложняется тем, что:
- Прошивка оборудования. Ряд производителей спутниковой навигации уже выпустил или анонсировал обновленные версии прошивок, где поддержка этих серверов заложена на уровне ядра. Однако самостоятельная попытка абонента «перепрошить» терминал часто вызывает серьезные сложности: от невозможности подключения до полного «окирпичивания» устройства.
- Риск потери гарантии. В некоторых случаях самостоятельное вмешательство во внутреннее ПО терминала является прямым нарушением условий эксплуатации и влечет за собой снятие оборудования с гарантийного обслуживания.
- Необходимость повторной настройки. Даже если прошивка установлена успешно, это лишь половина дела. Часто после обновления ПО сбиваются служебные настройки каналов связи (APN, настройки серверов мониторинга), и терминал требует полной повторной настройки «с нуля».
На данный момент в регионах с интенсивной работой РЭБ наблюдается системная проблема с передачей данных от АСН. Это приводит к сбоям в работе, формированию некорректных отчетов и прямым нарушениям требований ПП 2216, которые могут быть зафиксированы контролирующими органами.
Чтобы упорядочить действия и минимизировать риски, мы подготовили для клиентов следующий чек-лист обязательных действий:
| № | Действие | Описание |
|---|---|---|
| 1 | Выявить проблему | Проверить входящие письма от АО ГЛОНАСС и статус отправки данных в личном кабинете. |
| 2 | Установить факт | Убедиться, что сбой связан именно с отсутствием данных (нулевые отчеты, ошибки синхронизации), а не с механической поломкой АСН. |
| 3 | Выяснить специфику | Определить, что именно не передается: треки, временные метки или служебные статусы. |
| 4 | Идентифицировать оборудование | Точно установить производителя и модель АСН, установленной на вашем транспортном средстве. |
| 5 | Определить способ прошивки | Принять решение, как производить обновление ПО: самостоятельно или с привлечением специалистов. |
Приоритетным и безопасным вариантом является обращение к профессионалам. Самостоятельные действия в условиях цифровой сложности часто приводят к удорожанию ремонта из-за неквалифицированного вмешательства.
Помощь экспертов T3Group
Специалисты технического центра T3Group готовы оперативно помочь в решении данной проблемы. Мы обладаем необходимым опытом работы со всеми типами АСН, имеем собственный штат сертифицированных монтажников и инженеров. Мы выполним диагностику, корректную прошивку с сохранением гарантии (там, где это возможно) и финальную настройку оборудования «под ключ», гарантируя возобновление передачи данных в Ространснадзор в соответствии с требованиями законодательства.