В чём заключается разница между протоколом GPS-локатора и API? На что следует обратить внимание платформе при выборе поставщика?

Не торопитесь с выбором оборудования — сначала определите, куда будут передаваться данные

Многие поставщики GPS-платформ, системные интеграторы и клиенты с автопарками уже имеют собственные платформы или приложения. В реальных проектах клиентов больше интересует:

• Можно ли подключить оборудование напрямую к нашему серверу?
• Могут ли данные о местоположении, ACC, уровне топлива, температуре и сигналах тревоги нормально передаваться?
• Может ли платформа удаленно отправлять команды на устройства?
• Можно ли использовать собственный бренд, не привязываясь к облачной платформе производителя?
• Если в будущем потребуется добавить датчики уровня топлива, температуры, датчики открытия дверей или камеры, придется ли менять оборудование?

Эти вопросы нельзя решить, просто ознакомившись с техническими характеристиками продуктов; ключевым моментом является заблаговременное подтверждение протоколов оборудования, интерфейсов платформы и полей данных.

Что такое протокол GPS-локатора?

Проще говоря,Протокол — это набор правил взаимодействия между устройствами и сервером.

После установки GPS-трекера на транспортное средство или объект он отправляет данные на указанный сервер через сети 4G, LTE-M, NB-IoT и т. д. Что именно отправляет устройство, в каком формате представлены данные и как сервер отвечает на запросы — всё это определяется протоколом.

Обычно в отчётах указывается следующая информация:

• Идентификатор устройства, местоположение, скорость, направление движения и время определения местоположения;
• Состояние ACC, внешнее напряжение и встроенный аккумулятор;
• Сигналы тревоги при превышении скорости, отключении питания, вибрации, въезде и выезде за пределы ограждения и т. д.;
• Дополнительные данные: уровень топлива, температура, датчики открытия дверей, датчики Bluetooth и т. д.;
• Добавление исторических данных о маршрутах после восстановления интернет-соединения.

Если вы хотите, чтобы оборудование подключалось напрямую к вашей платформе, перед покупкой необходимо убедиться, что:

1. Какие протоколы связи поддерживаются;
2. Предоставляется ли полный пакет договорной документации;
3. Можно ли настроить IP-адрес и порт сервера?;
4. Поддерживает ли протоколы TCP, UDP или HTTPS;
5. Поддерживается ли отправка команд на устройства?;
6. Поддерживается ли автосохранение и последующая отправка данных?

Протокол определяет, как устройства передают данные на ваш сервер.

Что такое API? Чем оно отличается от протокола?

API, как правило, представляет собой интерфейс обмена данными между двумя программными системами, а не основной способ прямой отправки данных о местоположении с устройств.

Например, GPS-трекер сначала отправляет данные о местоположении, тревожных сигналах и уровне топлива на платформу посредством протокола связи; затем ERP-система, система диспетчеризации, система аренды или мобильное приложение клиента получают эти данные с платформы через API.

API часто используется для:

• Просмотр местоположения транспортных средств в режиме реального времени;
• Получение данных об исторических маршрутах, оповещениях и пробеге;
• Считывание данных об уровне топлива, температуре, рабочем времени и состоянии оборудования;
• Создание учетных записей для транспортных средств, водителей и клиентов;
• Синхронизация данных GPS с финансовыми, диспетчерскими или лизинговыми системами;
• Экспорт отчётов.

Одно предложение:

• Протокол: устройство ↔ сервер
• API: платформа ↔ другие программные системы

Поэтому, когда клиент спрашивает: «Есть ли API?», необходимо дополнительно уточнить:Вы хотите, чтобы устройства подключались напрямую к вашим серверам, или сначала использовать платформу производителя, а затем получать данные через API? Эти два варианта отличаются способом развертывания.

Собственный сервер или платформа производителя: что выбрать?

Прямое подключение оборудования к собственным серверам

Подходит для клиентов, которые уже имеют GPS-платформу, собственное приложение, частный сервер или нуждаются в операционной поддержке по модели «белой этикетки».

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

Сначала используйте платформу производителя, а затем вызовите API

Подходит для клиентов, которые только запускают проект, пока не имеют собственной команды разработчиков или хотят сначала быстро запустить сайт для тестирования рынка.

Меньшие начальные вложения и более быстрый запуск. Однако необходимо заранее уточнить, содержат ли API необходимые поля, поддерживают ли они многоуровневую систему учетных записей, настройку под бренд и экспорт данных, а также возможно ли впоследствии перенести систему на собственную платформу.

FOFN может предоставить открытые протоколы, настройку параметров сервера, интеграцию API и поддержку OEM/ODM в соответствии с требованиями проекта, не обязывая клиентов к долгосрочной зависимости от одной платформы.

5 вещей, которые чаще всего упускают из виду перед покупкой

1. Не ограничивайтесь только данными о местоположении

Данные о местоположении легко синхронизировать, а вот с данными об уровне топлива, температуре, данных CAN, датчиках открытия дверей и Bluetooth-датчиках часто возникают проблемы. Необходимо уточнить, требуются ли платформе исходные значения, процентные показатели или калиброванные значения в литрах.

2. Уточнить, возможна ли удаленная отправка команд

Массовые проекты обычно требуют удалённого изменения настроек сервера, интервала отправки данных, геозоны, реле, параметров оборудования или прошивки. Без поддержки команд последующее обслуживание может стать весьма затруднительным.

3. Подтверждение повторной отправки данных при обрыве связи

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

4. Сначала провести тестирование на прототипе

Не следует сразу закупать большие партии. Рекомендуется сначала использовать 1–5 тестовых устройств для проверки реальных маршрутов, работы SIM-карт, анализа данных платформой, срабатывания сигналов тревоги, параметров датчиков и отправки команд.

5. Предусмотреть возможность расширения в будущем

Многие проекты начинаются с определения местоположения, а впоследствии к ним добавляются такие функции, как измерение уровня топлива, температуры, идентификация водителя, CAN, Bluetooth или видео. Выбор терминала с возможностью расширения через RS485, Bluetooth, входы-выходы, последовательный порт или CAN обеспечит большую гибкость в дальнейшем.

Часто задаваемые вопросы о протоколах GPS и API

Можно ли напрямую подключиться к моему серверу с помощью API?

Не обязательно. Прямое подключение устройства к серверу зависит в основном от протокола связи, настроек IP-адреса и порта сервера, а также от возможностей платформы по обработке данных; API чаще используется для обмена данными между программными системами.

Можно ли интегрировать Traccar или собственную платформу?

Можно уточнить в зависимости от конкретной модели оборудования. Рекомендуется сначала сверить соглашение и поля, а затем провести совместное тестирование с использованием прототипа.

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

Да, но перед закупкой необходимо уточнить интерфейс датчиков, формат данных и поля платформы, в частности, уточнить, в каком виде отображается уровень топлива: в виде исходного значения, в процентах или в литрах.

Если у нас нет собственной платформы, можно ли сначала воспользоваться платформой FOFN?

Да, это возможно. Сначала можно провести тестирование оборудования и наладить базовую эксплуатацию, а затем интегрировать систему в свою собственную с помощью API, протоколов или решения «белой этикетки».

Заключение

Для платформенных операторов и системных интеграторов в GPS-проектах действительно важно не то, «может ли устройство определять местоположение», а то, могут ли данные стабильно поступать в их собственные бизнес-системы.

Сначала необходимо подтвердить пути доступа к данным, протоколы, API, поля и процедуры тестирования, а уже потом выбирать оборудование — это значительно упростит последующее внедрение, расширение и обслуживание.

Рекомендуемые материалы:

• Руководство по интеграции API GPS-трекера
• Что такое протокол связи GPS-трекера?
• Решения для управления автопарком
• Как выбрать производителя GPS-трекеров в Китае