MQTT в трекерах Teltonika: зачем он нужен
Teltonika объясняет, как трекеры вроде FMB130 передают данные по протоколу MQTT: лёгкие сообщения через брокера, шифрование TLS и двусторонняя связь помогают не терять данные в перегруженных городских сетях и при большом числе устройств.
Teltonika объясняет, как трекеры вроде FMB130 передают данные по протоколу MQTT: лёгкие сообщения через брокера, шифрование TLS и двусторонняя связь помогают не терять данные в перегруженных городских сетях и при большом числе устройств. Это кейс не про конкретную отрасль, а про транспорт данных. Любая система мониторинга держится на том, как трекер доставляет точки и события до сервера. Когда устройств тысячи, а сеть в городе перегружена, от выбора протокола зависит, увидит ли диспетчер машину сейчас или через десять минут. MQTT — один из вариантов, который Teltonika поддерживает наряду со своими штатными протоколами. Разберём, зачем он нужен и кому пригодится.
Какие задачи решает сценарий
В городах становится всё больше подключённых устройств, и мобильные сети работают на пределе.
Перегрузка сети оборачивается задержками, обрывами соединения и потерей данных.
Для госпроектов, скорой помощи, нефтегаза и дорогих корпоративных автопарков опоздавшие данные недопустимы.
Передача телеметрии без шифрования открывает данные о машинах и людях для перехвата.
В городах становится всё больше подключённых устройств, и мобильные сети работают на пределе.
Перегрузка сети оборачивается задержками, обрывами соединения и потерей данных.
Для госпроектов, скорой помощи, нефтегаза и дорогих корпоративных автопарков опоздавшие данные недопустимы.
Передача телеметрии без шифрования открывает данные о машинах и людях для перехвата.
По прогнозу ООН, к 2030 году городское население вырастет почти на 700 млн человек и достигнет 5,2 млрд, то есть около 60% жителей планеты. Вместе с людьми в городах растёт число небольших недорогих устройств с низким энергопотреблением: счётчиков, датчиков, камер, трекеров. Все они делят одну и ту же сотовую сеть.
На практике это выглядит как периодические провалы пропускной способности, нестабильное соединение в плотной застройке, мёртвые зоны. Добавьте погоду и помехи, на которые никто не влияет, и получится сеть, где пакет данных иногда просто не доходит с первого раза.
Для частного водителя это мелкое неудобство. Для диспетчерской скорой, службы охраны инкассаторов, нефтесервисной компании или парка представительских машин — серьёзный риск. Такие клиенты платят за то, что данные придут вовремя и полностью, и не принимают объяснений про загруженную сеть.
Вторая сторона — безопасность. Координаты служебных машин, маршруты, данные о водителях — это чувствительная информация. Если протокол обмена не шифруется, её можно перехватить или подменить. Поэтому требование к современному трекеру звучит так: передавать данные экономно, надёжно и защищённо одновременно.
Что предлагает Teltonika
Teltonika предлагает использовать в трекерах, например в FMB130, протокол MQTT: он передаёт короткие сообщения через брокера по схеме публикации и подписки, держит сессию в нестабильной сети и шифруется через TLS.
Установка и настройка
Монтаж устройства и его конфигурация под конкретный сценарий автопарка.
Передача данных
Устройство собирает данные и передаёт их в платформу мониторинга; периодичность зависит от модели и настроек.
Анализ и контроль
Ответственный сотрудник получает отчёты и уведомления и разбирает отклонения.
Немного истории. MQTT (Message Queuing Telemetry Transport) придумали в 1999 году Энди Стэнфорд-Кларк из IBM и Арлен Ниппер из Eurotech. Задача была похожей: связывать удалённые устройства через дорогие и ненадёжные каналы, используя минимум трафика и вычислительных ресурсов. С тех пор протокол стал одним из стандартов для связи между устройствами (M2M) и в интернете вещей, включая телематику транспорта.
Как он устроен. В MQTT есть клиенты и брокер. Клиент — любое устройство или программа с библиотекой MQTT: трекер, датчик, сервер, мобильное приложение. Брокер — промежуточный сервер, через который проходят все сообщения. Он проверяет, кто подключается, ведёт сессии и подписки и раскладывает сообщения по адресатам.
Сообщения публикуются в темах (topics). Трекер FMB130 публикует, например, свои координаты и события в тему своей машины. Сервер мониторинга, приложение диспетчера или система учёта подписываются на нужные темы и получают данные, как только они появятся. Отправитель и получатель напрямую друг с другом не общаются, только через брокера. Поэтому к одному потоку данных можно подключить несколько систем, не нагружая трекер лишними соединениями.
Работает это в обе стороны. Сервер тоже может публиковать сообщения, на которые подписан трекер: команды, новые настройки, запросы. А одно сообщение можно разослать сразу группе устройств, например всему парку одной компании.
Чем это помогает в плохой сети. Сообщения MQTT маленькие, служебного трафика у протокола минимум, поэтому он нормально работает там, где соединение то появляется, то пропадает. Протокол поддерживает состояние сессии и уровни гарантии доставки: брокер может хранить сообщения для устройства, пока оно не выйдет на связь, а трекер не считает данные отправленными, пока не получит подтверждение. После обрыва сессия восстанавливается без повторной отправки всего подряд.
Безопасность. Сам MQTT работает поверх TCP и по умолчанию не шифрует данные. Поэтому брокер и клиенты должны использовать TLS: он шифрует канал и позволяет проверить подлинность и сервера, и устройства. Teltonika прямо рекомендует не пренебрегать этой настройкой. Без TLS все достоинства протокола теряют смысл для любого серьёзного проекта.
Масштаб. Брокеры MQTT рассчитаны на огромное число подключений, вплоть до миллионов устройств. Для поставщика телематических услуг это значит, что рост парка клиентов не упрётся в архитектуру обмена данными.
Что согласовать до перехода. Версию протокола и формат сообщений, которые поддерживает прошивка трекера, сверяют с брокером заказчика. Структуру тем строят так, чтобы каждый трекер публиковал только в свою тему, а системы-подписчики получали доступ только к нужным темам через правила доступа брокера. У сертификатов TLS есть срок действия: если он истёк, трекеры перестанут подключаться, поэтому замену планируют заранее и раскатывают новые настройки удалённо через FOTA WEB.
Проверка и откат. Переход начинают с тестовой группы трекеров, а их прежнюю конфигурацию со штатным протоколом сохраняют. Если брокер не принимает данные или сообщения теряются, группу возвращают на прежнюю схему той же удалённой задачей, не выезжая к машинам.
Где есть подвох. MQTT требует своей инфраструктуры: брокера, настройки тем, сертификатов для TLS, обработчиков на стороне сервера. Для небольшого парка, который работает с готовой платформой мониторинга, это лишний слой, и штатного протокола трекера там обычно достаточно.
Что вы получаете
Данные доходят и в плохой сети
Короткие сообщения, сохранение сессии и подтверждение доставки снижают потери при обрывах связи.
Шифрование и проверка устройств
TLS закрывает канал от перехвата и не даёт подключиться чужому клиенту.
Один поток для нескольких систем
Мониторинг, учёт и аналитика подписываются на одни и те же темы без лишней нагрузки на трекер.
Команды в обе стороны
Сервер отправляет трекеру настройки и запросы тем же каналом, в том числе сразу группе устройств.
Меньше трафика
Минимум служебных данных экономит мобильный трафик, что заметно на больших парках.
Рост без переделки архитектуры
Брокеры MQTT выдерживают подключение огромного числа устройств.
Почему именно это решение
Трекеры Teltonika поддерживают MQTT наряду со штатным протоколом производителя, и включается он настройкой в Configurator, без специальной прошивки. Можно выбрать брокера, темы, параметры TLS и оставить при этом все остальные функции трекера: датчики, сценарии, CAN.
FMB130 выбран для примера не случайно: это универсальный трекер с входами и выходами для датчиков, который часто ставят в корпоративные парки. Та же поддержка MQTT есть и в других моделях Teltonika, поэтому интегратор может строить проект на разных устройствах, но с одной схемой обмена данными.
Для компаний с собственными IT-системами это важный довод: данные с трекеров попадают прямо в их инфраструктуру по открытому стандартному протоколу, без привязки к одной платформе.
Как это работает в Азербайджане. В Баку плотная застройка и высокая нагрузка на сети Azercell, Bakcell и Nar, особенно в центре и в часы пик, а за городом, на Абшероне и в горах, связь пропадает. MQTT интересен прежде всего крупным заказчикам: нефтегазовым и сервисным компаниям на Абшероне, госструктурам, банкам с инкассаторскими машинами, службам скорой и аварийным службам, логистическим компаниям, которые хотят получать данные с трекеров напрямую в свои ERP и диспетчерские системы. Для обычного парка, который работает на готовой платформе мониторинга, достаточно штатного протокола Teltonika, а надёжность при обрывах связи обеспечивает память трекера, которая хранит точки и досылает их при появлении сети. GPS.az настраивает трекеры Teltonika под нужный протокол, подключает их к платформе Wialon и помогает с интеграцией, когда данные нужно передавать дальше, во внутренние системы клиента.
Используемое оборудование
Похожие кейсы
Связанные внедрения и оборудование
Вопросы по сценарию «MQTT в трекерах Teltonika: зачем он нужен»
Оставить заявку
Специалист перезвонит и подберёт решение под вашу технику и задачу.