Телематические данные / EGTS

Приём EGTS
для вашей
транспортной системы

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

Для вашего проекта проверим источник данных и определим, как подключить прикладную систему.

Проверить совместимость

Подготовка ограниченного пилота.
Совместимость источника проверяется до подключения.

01 / КОНТУР ПРИЁМА EGTS
Схема: совместимый EGTS-источник передаёт пакет в Трекер Хаб; принятое событие сохраняется в MySQL.
Источник → приёмник → MySQL
TCP / UDPСхема реализованного участка
Для каких проектов

Данные нужны вам.
Начнём с источника.

01 / ПРОДУКТ

Разработчикам
транспортного ПО

Добавляете координаты транспорта в свой продукт или подключаете источник нового заказчика? Обсудим, подходит ли приёмник для вашей задачи, как читать данные и сопоставлять их с транспортом в вашей системе.

Обсудить источник для продукта
02 / ИНТЕГРАЦИЯ

Интеграторам
корпоративных систем

Клиенту нужны координаты в корпоративной системе, а типовой обмен не закрывает задачу? Разберём источник, определим прикладной адаптер и распределим работы по подключению и сопровождению.

Разобрать проект интеграции
Как устроено подключение

От пакета EGTS
к вашей системе.

Совместимый источник передаёт пакет. Трекер Хаб проверяет его и сохраняет принятое событие в MySQL.

01

Источник

Совместимый
профиль EGTS

02

Трекер Хаб

Приём
и проверка

03

MySQL

Сохранённые
события

04

Адаптер

Согласуем
в проекте

05

Ваша система

Применение
координат

Приём и сохранение реализованы Подключение проверяется в пилоте

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

Приём и контроль поступлений

Понятно, что принято.
Видно, что происходит.

ACK

Подтверждение после сохранения

Для поддержанного пакета успешное подтверждение отправляется после сохранения события в MySQL. Ошибка или неопределённый результат сохранения не считаются успешным приёмом.

300с

Обработка повторной доставки

Повторы обрабатываются по установленному ключу в окне 300 секунд. Подтверждённый повтор получает ответ без создания нового события.

7дней

История для оператора

История хранится семь дней по времени поступления. Оператор видит события и состояние приёма; защищённые команды записываются в журнал действий.

ОГРАНИЧЕННЫЙ ПРОФИЛЬ EGTS / TCP + UDP / MYSQLТекущая стадия
С чего начинается подключение

Сначала проверка.
Затем пилот.

Один источник, один потребитель и согласованный результат первого разбора.

Обсудить проверку источника
  1. 01

    Коротко опишите задачу

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

  2. 02

    Уточним источник и требования

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

  3. 03

    Определим пригодность и состав работ

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

  4. 04

    Согласуем ограниченный пилот

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

Текущая стадия и развитие

Что доступно сейчас.
Куда движется проект.

Текущий профиль

EGTS → MySQL

Реализован приём ограниченного профиля EGTS по TCP и UDP, сохранение в MySQL, история и контроль оператора.

Для пилота нужно подтвердить совместимость реального источника, подключение прикладной системы и условия эксплуатации.

Направление развития

Новые источники.
Новые получатели.

Развиваем проект в сторону подключения протоколов семейства Wialon и передачи координат на другие хосты.

Эти возможности относятся к направлению развития; состав и сроки обсуждаются отдельно.

Вопросы перед разговором

Давайте
уточним.

Достаточно ли EGTS в настройках трекера?

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

Как координаты попадут в нашу систему?

Текущий приёмник сохраняет события в MySQL. Способ чтения и адаптер к вашей системе определяются в интеграционном проекте вместе с правилами сопоставления транспорта.

Где можно разместить компонент?

Компонент можно разместить в собственном Linux-контуре. Для работы нужны MySQL, настройка доступа и ответственный за эксплуатацию. Условия размещения и сопровождения обсуждаем при разборе проекта.

Как определяются стоимость и сроки?

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

Первый шаг

Обсудим
ваш источник.

Напишите, откуда вы хотите получать координаты и в какой системе планируете их использовать. Если есть конкретное ограничение текущего обмена, добавьте его в описание.

Уточним вводные и согласуем следующий шаг — технический разбор источника и условий интеграции.

Написать о проекте
ping@tracker-hub.ru