Интеграция видеорегистраторов с искусственным интеллектом в вашу существующую телематическую платформу
Интеграция видеорегистраторов с искусственным интеллектом в вашу существующую телематическую платформу
Вам не нужно удалять уже используемую платформу автопарка, чтобы добавить AI-мониторинг водителей и систему прогнозирования столкновений. Вот четыре способа сделать это, стоимость каждого из них при разработке, а также вопросы, которые необходимо решить, прежде чем заказывать оборудование.
Короткий ответ
Существует четыре пути интеграции, и вам следует выбрать самый поверхностный, отвечающий вашим требованиям. Запуск камеры как независимой системы с собственным облаком бесплатен, но дает вам две панели мониторинга. Синхронизация Cloud/API — это золотая середина. Прямая последовательная интеграция через RS232 помещает камеру в поток данных вашей существующей платформы, и именно этого на самом деле хочет большинство поставщиков телематических услуг. Нативное объединение (один поставщик для всего) — это самая глубокая интеграция и наименее гибкая. Критический вопрос об аппаратном обеспечении заключается в том, имеет ли камера вообще последовательные интерфейсы: во многих семействах продуктов это необязательный вариант, и покупка неправильного варианта навсегда закрывает дверь.
Почему интегрировать, а не заменять
Большая часть контента на эту тему написана поставщиками платформ, и отсюда следует предсказуемый вывод: самый правильный ответ — покупать все у них. Это действительно правильный ответ для некоторых автопарков. Это плохой ответ для трех конкретных групп, и если вы принадлежите к одной из них, интеграция того стоит.
- Поставщики телематических услуг. Ваша платформа — это ваш продукт. Заменить его невозможно, а система камер поставщика, которая дублирует вашу панель управления, активно вредит вашим отношениям с клиентами.
- Автопарки с платформой, уже внедренной в операции. Если диспетчеризация, отчеты о соответствии требованиям и расчет заработной платы считываются из одной и той же системы, добавление второй платформы в любом случае означает интеграцию — за исключением того, что теперь между двумя поставщиками вместо одного интерфейса.
- Интеграторы создают решение для клиента. Вам нужно оборудование машинного зрения, которое вписывается в архитектуру, которой вы управляете, а не пакет, который берет на себя управление учетной записью.
Существует также коммерческий аргумент, который упускается из виду. Когда системы видения и телематики поставляются одним поставщиком, вы теряете возможность пересмотреть условия любой половины. Интеграция обеспечивает разделение слоев, что особенно важно в третий год, когда цены на один компонент изменились, а на другой нет.
Четыре пути интеграции
Упорядочено от самого мелкого к самому глубокому. Правильный выбор — это самый поверхностный путь, который удовлетворяет вашим реальным потребностям: более глубокая интеграция не значит лучше, это просто больше работы и больше связи.
Путь 1 — Независимая система
Самый мелкийКамера управляет собственным облаком. Две системы, две панели управления, никакой инженерии.
Камера передает данные на собственную платформу. Ваша телематическая платформа продолжает делать именно то, что и делала. Операторы входят в две системы, когда инцидент требует рассмотрения.
Работает, когда
- Безопасностью и телематикой управляют разные команды с разными линиями подчинения.
- Видеообзор — это функция специалиста, а не ежедневная оперативная задача.
- Вы хотите оценить систему камер, прежде чем приступать к работе по интеграции.
Ломается, когда
- Диспетчерам необходим видеоконтекст во время реального происшествия — они не будут переключать системы под давлением
- Вам нужна комбинированная отчетность, потому что два набора данных никогда не объединяются.
- Ваши клиенты ожидают одного входа в систему
Путь 2 — синхронизация Cloud/API
СреднийОбе системы остаются, но события и метаданные перемещаются между ними через API.
Камера передает события в свое облако; ваша платформа извлекает или получает их через API и отображает их вместе с телематическими данными. На практике это наиболее распространенная интеграция, поскольку она не требует аппаратного интерфейса и переустановки проводки автомобиля.
Работает, когда
- Вы хотите, чтобы события были видны на существующей приборной панели, не касаясь автомобиля.
- У вас есть ресурсы для разработки или поставщик камеры публикует полезную документацию API.
- Задержка от секунд до минут приемлема
Ломается, когда
- Соединение прерывистое — события стоят в очереди или приходят с опозданием.
- API поставщика является тонким, ограниченным по скорости или недокументированным.
- Вам нужна платформа, чтобы команда камеру, а не просто получать от нее
- Правила размещения данных не позволяют событиям покидать регион.
Путь 3 — Прямая последовательная интеграция
Что обычно нужно TSPФизический последовательный канал между камерой и оборудованием вашего шлюза или платформы.
Камера подключается к вашему телематическому шлюзу, черному ящику или MDVR через последовательный интерфейс (обычно RS232) и обменивается данными напрямую. События поступают на вашу платформу, потому что они там генерируются, а не синхронизируются. Это путь, который действительно помещает видение внутри вашей архитектуры, а не рядом с ней.
Работает, когда
- Вы TSP, добавляющий видение своей платформе
- Вам нужна доставка событий с малой задержкой в средах с низким уровнем подключения.
- Вы хотите сохранить существующую инфраструктуру GPS, диспетчеризации и отчетности без изменений.
- Вам необходимо, чтобы идентификация водителя была интегрирована с существующей системой бейджей или смен.
Ломается, когда
- Заказанный вами вариант камеры не имеет последовательных портов. Это аппаратное решение, принятое при покупке и не может быть исправлено позже.
- Никто на вашей стороне не может прочитать схему контактов или работать с последовательным протоколом.
- Поставщик не будет публиковать документацию по протоколу.
- Вы не планировали прокладку кабеля или подачу питания.
Путь 4 — Родная/входящая платформа
Самый глубокий и наименее гибкийОдин поставщик поставляет и телематику, и систему машинного зрения как единый интегрированный продукт.
Действительно минимум инженерной работы, потому что интеграция — проблема вендора. Это настоящее преимущество, за которое стоит заплатить. Компромисс заключается в сочетании: вы фактически передали дорожную карту своей платформы на аутсорсинг, а последующий переход означает замену обоих слоев одновременно.
Работает, когда
- У вас нет ресурсов для разработки и вы не собираетесь их создавать.
- Вам нужен один контракт, одна линия поддержки, один ответственный поставщик.
- Видео и телематика — одна объединенная программа с одним владельцем
Ломается, когда
- Вам нужна возможность, которую не предлагает поставщик — вы не можете обратиться к третьей стороне.
- Вы хотите повторно согласовать один уровень независимо
- Вы сами являетесь TSP, и в этом случае этот путь противоречит вашей бизнес-модели.
Объяснение интерфейсов
Если вы выбираете путь 2 или 3, вам придется выбирать между этими разъемами и стандартами. Они не являются взаимозаменяемыми, и выбор обычно зависит от того, что уже доступно в автомобиле.
| Интерфейс | Что это такое | Обычно используется для | Практический предел |
|---|---|---|---|
| RS232 | Серия «точка-точка». Одно устройство на порт. | Шлюзы и периферийные каналы: телематические коробки, блоки GPS, считыватели RFID-бейджей, датчики. | Короткие кабели и одно устройство на порт — именно поэтому существуют варианты с двумя портами. |
| RS485 | Дифференциал последовательный, многоточечный. Множество устройств на одной шине. | Автомобильные сенсорные сети, в которых устройства подключаются последовательно. | Требуется правильное завершение; менее распространен, чем RS232, для однопериферийных каналов |
| Автобус CAN / J1939 | Собственная сеть автомобиля. Содержит данные о двигателе и кузове. | Чтение данных автомобиля: скорость, обороты в минуту, топливо, состояние тормозов, коды неисправностей. | Требует от транспортного средства выставить шину и правильный вариант протокола; на грузовиках обычно штыревой разъем 9 |
| Триггерные входы ввода-вывода | Простые цифровые сигналы включения/выключения. | Указатели поворота, задняя передача, тормоз, дверь — используются для запуска записи и событий. | Только сигнал, никаких данных. Вы узнаете, что изменилось состояние, а не то, что делал автомобиль. |
| CVBS-выход | Аналоговый композитный видеовыход. | Прямая трансляция на монитор в кабине водителя | Не канал записи и не для интеграции данных |
| Облако/REST API | События и метаданные через HTTP. | Синхронизация между платформами, информационные панели, сторонняя отчетность | Полностью зависит от возможности подключения и от того, насколько хороша документация поставщика API. |
Последовательная интеграция и шина CAN не являются альтернативами друг другу — они выполняют разные задачи. RS232 соединяет вашу камеру с шлюзом. Шина CAN считывает само транспортное средство. Если вам требуется «флажок каждый раз, когда загорается левый индикатор», это триггер ввода-вывода или сигнал CAN. Если ваше требование — «отправить идентификатор водителя и временные метки сигналов тревоги с камеры на мою платформу», то это последовательный порт. Команды, которые рассматривают это как одно решение, обычно в конечном итоге покупают оборудование, которое делает половину работы.
Какие данные передаются и в каком направлении
«Двунаправленный» — это слово, которое используют поставщики, и его стоит распаковать, потому что два направления несут совершенно разные вещи.
| Направление | Типичная полезная нагрузка | Почему это важно |
|---|---|---|
| Камера → платформа | Временные метки сигналов тревоги, тип события, идентификатор водителя, флаги триггера видео, положение GPS, скорость при событии | Благодаря этому события безопасности появляются в существующих отчетах, а не в отдельной системе. |
| Платформа → камера | Идентификация водителя и статус смены, обновления конфигурации и пороговых значений, триггерные команды, синхронизация времени | Это направление, о котором большинство интеграторов забывают. Это то, что позволяет вашей платформе управлять камерой, а не просто наблюдать за ней. |
Входящие направления – это то место, где интеграция приносит пользу. Если ваша платформа может передавать личность водителя на камеру, то уже существующую сеть бейджей водителя можно использовать повторно — камера знает, кто водит машину, без второй системы идентификации, а нарушения времени смены могут вызвать тревогу. Это значимые оперативные возможности, а не точность данных.
Триггеры ввода-вывода: недоиспользуемая половина интеграции
Последовательные интерфейсы привлекают внимание, но дискретные триггерные входы ввода-вывода часто более полезны на коммерческих автомобилях, поскольку они преобразуют существующие сигналы автомобиля в контекст записи.
Общие три левый поворот, правый поворот и задняя передача. Каждый из них позволяет системе делать то, что иначе она не могла бы:
- Указатели поворота — подтвердить, был ли индикатор действительно активен в момент спора о смене полосы движения. Это одно из немногих доказательств, которые полностью разрешают аргументы в сторону.
- Задний ход — запускать или устанавливать приоритет записи во время маневрирования, именно здесь происходит большая часть повреждений депо на низкой скорости и водителям чаще всего требуется просмотр в реальном времени.
Два замечания по дизайну. Во-первых, это входные данные, а не данные — вы получаете изменение состояния, и его корреляция с конкретным инцидентом по-прежнему зависит от точной синхронизации времени. Во-вторых, Триггерные входы обычно являются аппаратной функцией более высокого уровня.: во многих семействах продуктов входной вариант отсутствует. Если запись по триггеру является частью ваших требований, это ограничивает выбор варианта, который вы покупаете.
Питание, проводка и проблема пересмотра цен
Это та часть интеграции, которая чаще всего идет не так с коммерческой точки зрения, а не с технической, и ее стоит поднимать на этапе спецификации, а не на этапе установки.
Внешним устройствам требуется питание
Периферийные устройства — внешние камеры, датчики, активаторы оповещения водителя — часто нуждаются в собственном питании, а не в питании от основного блока. Некоторое оборудование решает эту проблему, предоставляя вспомогательные выходы напрямую: 12V и шину 5V на самом устройстве, которые будут запускать камеры, датчики и устройства оповещения водителя без отдельного преобразователя. Там, где это существует, это значительно упрощает установку. Там, где этого не происходит, вы добавляете работу по слиянию, преобразованию и обвязке.
Перед определением цены на установку подтвердите архитектуру вспомогательного питания в письменном виде. Расценка на установку, предполагающая, что устройство питает собственные периферийные устройства, хотя на самом деле каждое периферийное устройство нуждается в автономном питании, является единственной наиболее распространенной причиной превышения бюджета проекта парка между заказом на покупку и завершением.
Прокладка кабеля требует реальных затрат
Последовательная и триггерная проводка должна физически доходить от положения камеры до положения шлюза. На фургоне это тривиально. На грузовике с жесткой рамой или автобусе с маршрутизацией через переборки и точки сочленения это разговор рабочего дня технического специалиста. Прежде чем заказывать обвязку, спланируйте маршрут.
Синхронизация времени не является обязательной
Каждая интеграция в этой статье зависит от согласования временных меток между камерой и вашей платформой. Сопоставление события безопасности с записью тахографа или записью отправки возможно только в том случае, если показания часов совпадают. Подтвердите, как происходит синхронизация времени, и проверьте ее после пилотного проекта, а не после инцидента.
Контрольный список готовности к интеграции
Прежде чем заказывать оборудование для любого пути интеграции, получите на них письменные ответы. Если поставщик не может на них ответить, это ваш ответ.
- Какие варианты имеют последовательные интерфейсы и сколько портов? Установите это в первую очередь — это определяется при покупке и не может быть добавлено позже.
- Какой протокол работает по последовательному каналу и выпущена ли документация? Попросите протокольный документ, а не обещание его предоставить. Недокументированные протоколы превращают двухнедельную интеграцию в двухмесячную.
- Распиновка опубликована? Правильное руководство по установке и подключению с назначением контактов — это разница между его подключением вашим техническим специалистом и цепочкой заявок в службу поддержки.
- Что отправляет камера и на какой частоте? Только тревожные события или непрерывная телеметрия? Это влияет как на структуру интеграции, так и на стоимость сотовой передачи данных. См. Сколько данных 4G использует парк MDVR? для рабочего примера бюджетирования сотовых данных по типу парка.
- Может ли платформа писать на камеру? Конфигурация, пороговые значения, личность драйвера, синхронизация времени. Спросите прямо, потому что не всякая «интеграция» является двунаправленной, несмотря на маркетинг.
- Как определяется водитель? Бейдж, RFID, PIN-код или удостоверение, передаваемое на платформе — можно ли повторно использовать то, что вы уже используете?
- Какая вспомогательная мощность имеется на агрегате? 12V, 5V, оба или ничего.
- Что произойдет с данными, если связь выйдет из строя? Локальная буферизация и воспроизведение или тихая потеря?
- Существует ли API и документирован ли он? Даже если вы выберете последовательный маршрут, API будет полезен для создания отчетов.
- Можете ли вы предоставить образец с протоколом для стендовых испытаний? Любой поставщик, уверенный в своей истории интеграции, скажет «да». Прежде чем тестировать на грузовике, проверьте на стенде.
Почему аппаратный вариант решает все
Чтобы конкретизировать проблему вариантов, вот как она работает в рамках одного семейства продуктов. Это Серия видеорегистраторов MR700 AI, который мы производим, — поэтому относитесь к техническим характеристикам как к фактам, а к комментариям — как к нашему мнению.
| Особенность | MR700-SV | MR700-PV | MR700-V3 | MR700-V4 |
|---|---|---|---|---|
| Запись каналов | 2 (дорога + кабина) | 2 (дорога + кабина) | 3 (+1 внешний) | 4 (+2 внешний) |
| Последовательные порты RS232 | Нет | 2 | 2 | 2 |
| Триггерные входы ввода-вывода | Нет | Нет | 3 (поворот влево/вправо, назад) | 3 (поворот влево/вправо, назад) |
| Вспомогательный выход питания | Нет | Нет | 12V + 5V | 12V + 5V |
| Выход монитора CVBS | Нет | Нет | Канал 1 | Нет |
| Выходной сигнал ввода-вывода | 1 | 1 | 1 | 1 |
| Предназначен для | Легкая коммерция, такси, такси, служебные автомобили | Телематические интеграторы, TSP, установки с двумя MDVR | Грузовики-фургоны и маршрутные такси, нуждающиеся в мониторе в кабине | Тяжелые перевозки, опасные танкеры, горнодобывающая промышленность |
Из этой таблицы следуют три вещи, которые выходят далеко за рамки этого продукта:
- Вариант интеграции не самый дешевый. MR700-SV вообще не имеет последовательных интерфейсов — это подходящее устройство для легкого парка техники, которое никогда не будет интегрировано, и неправильное устройство для TSP. Если интеграция входит в ваши планы, покупка базового варианта в целях экономии будет стоить вам всех возможностей.
- Два последовательных порта — это осознанный выбор конструкции, а не дополнение. Последовательный порт «точка-точка» означает одно устройство на порт. Два порта позволяют подключить, например, существующий GPS или телематический блок. и сеть датчиков или бейджей без мультиплексора.
- Глубина интеграции и количество каналов являются отдельными осями. PV имеет полную интеграцию RS232, но только два канала. V4 имеет четыре канала плюс RS232 плюс триггеры ввода-вывода. Если вам нужна как глубокая интеграция, так и многокамерное покрытие, это значительно сужает выбор — и гораздо дешевле решить это до заказа, чем после.
Совместно используется во всем диапазоне: запись H.264/H.265, позиционирование GPS/BDS/GLONASS, 4G LTE Cat 4 с опциями региональных модулей, 2.4 ГГц Wi-Fi, хранилище Micro SD до 512 ГБ, 6-ось G-сенсор, Предупреждения FCW/LDW/HMW/PCW, сигнал SOS и корпус из металлического сплава, рассчитанный на температуру от −20°C до +70°C для 12/24V. Для программ OEM и ODM API, документация по протоколам и белая маркировка облачной CMS являются частью предложения, что важно, если вы создаете продукт, а не развертываете его.
Пять ошибок интеграции
1. Покупка варианта до определения требований
Самая дорогая ошибка, потому что она единственная, которую невозможно исправить программно. Сначала определите путь интеграции и требования к интерфейсу, а затем найдите оборудование, которое им соответствует.
2. Относиться к «интеграции» как к чему-то одному
«Он интегрируется с телематическими платформами» может означать что угодно: от экспорта CSV до документированного двунаправленного последовательного протокола. Спросите, какой, и попросите документ.
3. Забываем входящее направление
Многие команды планируют только то, как события выходят за пределы камеры. Если ваша платформа не может внедрить идентификацию и конфигурацию драйвера, у вас есть мониторинг без контроля, и вы создадите вторую систему идентификации, которая вам не понадобится.
4. Недооценка установки
Прокладка кабелей, питание с предохранителями для периферийных устройств и замена жгутов — это работа, а не аксессуары. Оцените их до заказа на покупку, а не после.
5. Пропуск стендового испытания
Пилот одного из транспортных средств сообщит вам, полезны ли предупреждения. Стендовый тест с протокольным документом покажет, работает ли интеграция вообще. Сначала проведите стендовые испытания — это день усилий, который предотвращает откат всего парка машин.
Часто задаваемые вопросы
Могу ли я добавить камеры с искусственным интеллектом к существующей телематической платформе автопарка, не заменяя ее?
Да. Сделать это можно тремя способами: запустить камеру как независимую систему с собственным облаком и принять две панели мониторинга; синхронизировать события между двумя облаками через API; или подключите камеру непосредственно к шлюзу или оборудованию платформы через последовательный интерфейс, например RS232. Третий обеспечивает самую глубокую интеграцию и является тем, чего хочет большинство поставщиков телематических услуг, поскольку события поступают внутрь платформы, а не копируются в нее. Единственное жесткое требование заключается в том, что приобретаемое вами оборудование камеры действительно имеет последовательные интерфейсы — во многих семействах продуктов это необязательный вариант, и его нельзя добавить позже.
Для чего используется RS232 в автомобильной телематике?
RS232 — это стандарт последовательной связи «точка-точка», и в автомобильной телематике он чаще всего используется для связи устройства с периферийным устройством: телематическим шлюзом или черным ящиком, существующим устройством GPS или RFID-считывателем бейджей водителя. Его основным практическим ограничением является то, что на каждый порт приходится одно устройство, поэтому устройства, предназначенные для интеграции, обычно имеют два порта — поэтому шлюз и сенсорная сеть могут подключаться без мультиплексора. RS232 — это не то же самое, что шина CAN: RS232 соединяет ваше оборудование друг с другом, а шина CAN считывает собственную сеть автомобиля.
В чем разница между шиной RS232, RS485 и CAN?
RS232 представляет собой последовательный порт «точка-точка» на коротких участках, по одному устройству на порт, и является обычным выбором для подключения камеры к шлюзу или одному периферийному устройству. RS485 является дифференциальным и многоточечным, поэтому несколько устройств используют одну шину на больших расстояниях, что подходит для цепей датчиков на автомобиле. Шина CAN — это собственная сеть автомобиля, передающая данные о двигателе и кузове, такие как скорость, обороты в минуту, состояние тормозов и коды неисправностей — для ее чтения требуется, чтобы автомобиль предоставил шину и правильный вариант протокола. На практике при интеграции автопарка могут использоваться все три: CAN для данных транспортного средства, RS232 для канала шлюза и триггеры ввода-вывода для простых сигналов состояния.
Нужен ли внешним камерам собственный источник питания?
Часто да, поэтому некоторые устройства имеют вспомогательные выходы питания — обычно 12V и шина 5V — которые могут запускать внешние камеры, датчики и устройства оповещения водителя без отдельных преобразователей. Там, где такие результаты существуют, установка проще, а стоимость более предсказуема. Там, где этого не происходит, ожидайте дополнительных работ по слиянию, преобразованию и подключению. Перед определением цены на установку подтвердите архитектуру вспомогательного питания в письменной форме, поскольку это наиболее распространенная причина, по которой проект оборудования парка превышает первоначальный бюджет между заказом и завершением.
Для чего используется триггерный вход ввода-вывода на автопарковой камере?
Триггерные входы ввода-вывода принимают простые электрические сигналы включения/выключения от автомобиля и используют их для запуска записи или маркировки событий. На коммерческих автомобилях наиболее распространены три индикатора правого поворота, левый указатель поворота и передача заднего хода. Входы сигналов поворота помогают урегулировать споры о смене полосы движения и боковом смахивании, проверяя, был ли активен индикатор; входы задней передачи отдают приоритет записи во время маневрирования. Они передают только состояние, а не данные, и зависят от точной синхронизации времени, чтобы быть полезными при корреляции с инцидентом. Обратите внимание, что триггерные входы часто являются аппаратной функцией более высокого уровня, поэтому, если запись по триггеру является требованием, это ограничивает выбор варианта, который вы покупаете.
Что мне следует спросить у поставщика камеры перед покупкой для интеграции?
Девять вопросов, и вы должны получить письменные ответы. Какие варианты имеют последовательные порты и сколько. Какой протокол работает по ссылке и выпущена ли документация. Опубликована ли распиновка в руководстве по электромонтажу. Что отправляет камера и как часто. Может ли платформа записывать данные в камеру — конфигурация, пороговые значения, личность драйвера, синхронизация времени. Как идентифицируются водители и используется ли повторно существующая система бейджей. Какую вспомогательную мощность обеспечивает агрегат. Что произойдет с данными, если связь выйдет из строя. И предоставят ли образец с протокольным документом для стендовых испытаний. Поставщик, уверенный в своей истории интеграции, скажет «да» последнему варианту.
Лучше ли интеграция, чем покупка телематики и камер у одного поставщика?
Это зависит от того, является ли ваша платформа стратегическим активом или утилитой. Если вы являетесь поставщиком телематических услуг или автопарком, чья диспетчеризация, соблюдение нормативных требований и расчет заработной платы выполняются на одной платформе, интеграция сохраняет эти инвестиции и обеспечивает возможность отдельного пересмотра двух уровней. Если у вас нет ресурсов для разработки и вы не собираетесь их создавать, решение от одного поставщика в комплекте действительно будет более простым решением, а интеграция — это их проблема, а не ваша. Компромиссом при объединении является объединение: вы фактически передали дорожную карту вашей платформы на аутсорсинг, а изменение направления позже означает замену обоих слоев одновременно.
Определите, сколько каналов вам нужно для интеграции? Это отдельное решение, и оно ограничивает выбор варианта, поскольку глубина интеграции и количество каналов не всегда масштабируются вместе. Наш гид по Конфигурации видеорегистраторов 2CH, 3CH и 4CH покрывает это, и если количество каналов превышает четыре, MDVR против видеорегистратора объясняет, где меняется архитектура. Для различия между функциями, которые вы интегрируете, DMS против ADAS против видеорегистратора с искусственным интеллектом определяет, какое обнаружение что делает.
