将 AI 行车记录仪与您现有的车联网平台集成
将 AI 行车记录仪与您现有的车联网平台集成
您不必拆除已经运行的车队平台来添加人工智能驾驶员监控和前向碰撞视觉。以下是实现此目的的四种方法、每种方法的工程成本以及订购硬件之前需要解决的问题。
简短回答
有四种集成路径，您应该选择满足您要求的最浅的一种。 将相机作为具有自己的云的独立系统运行是免费的，但会为您提供两个仪表板。 Cloud/API 同步是共同的中间立场。通过 RS232 的直接串行集成将摄像头置于现有平台的数据流中，这也是大多数车联网服务提供商真正想要的。本机捆绑（一个供应商提供所有服务）是最深入的集成，也是最不灵活的。 关键的硬件问题是相机是否具有串行接口：在许多产品系列中，它是一种可选变体，购买错误的产品将永久关闭大门。
为什么要整合而不是替代
关于这个主题的大部分内容都是由平台供应商撰写的，并且得出了一个可预见的结论：最好的答案是从他们那里购买所有东西。对于某些车队来说，这确实是正确的答案。对于三个特定群体来说，这是一个糟糕的答案，如果你属于其中一个群体，那么整合是值得进行工程设计的。
- 车联网服务提供商。 你的平台就是你的产品。更换它不是一个选择，并且复制您的仪表板的供应商摄像头系统会严重损害您的客户关系。
- 拥有已嵌入运营的平台的车队。 如果调度、合规报告和工资单都从同一系统读取，那么添加第二个平台无论如何都意味着集成工作——除了现在跨两个供应商而不是一个接口。
- 集成商为客户构建解决方案。 您需要将视觉硬件插入您控制的架构中，而不是接管帐户的捆绑包。
还有一个被忽视的商业论点。当视觉和车联网来自一个供应商时，您就失去了重新谈判任一供应商的能力。集成使各层保持可分离性——这在第三年最为重要，因为一个组件的定价发生了变化，而另一个组件的定价却没有变化。
四种整合路径
按从浅到深的顺序排列。正确的选择是满足您实际需求的最浅路径——更深层次的集成并不是更好，它只是更多的工作和更多的耦合。
路径 1 — 独立系统
最浅相机运行自己的云。两个系统，两个仪表板，无需工程。
相机向自己的平台报告。您的车联网平台将继续发挥其作用。当事件需要审查时，操作员登录两个系统。
工作时
- 安全和车联网由具有不同报告线的不同团队管理
- 视频审核是一项专业功能，并非日常操作任务
- 您想在进行集成工作之前评估相机系统
中断时
- 调度员在现场事件期间需要视频背景 - 他们不会在压力下切换系统
- 您需要合并报告，因为两个数据集永远不会合并
- 您的客户期望一次登录
路径 2 — 云/API 同步
中等两个系统都会保留，但事件和元数据通过 API 在它们之间移动。
相机将事件推送到云端；您的平台通过 API 拉取或接收它们，并将它们与车联网数据一起显示。这是实践中最常见的集成，因为它不需要硬件接口，也不需要车辆重新布线。
工作时
- 您希望在不接触车辆的情况下在现有仪表板中查看事件
- 您有开发资源，或者相机供应商发布了可用的 API 文档
- 几秒到几分钟的延迟是可以接受的
中断时
- 连接间歇性 — 事件排队或延迟到达
- 供应商的 API 很薄、速率受限或未记录
- 你需要平台 命令 相机，而不仅仅是从中接收
- 数据驻留规则可防止事件离开区域
路径 3 — 直接串行集成
TSP 通常需要什么相机与网关或平台硬件之间的物理串行链路。
摄像头通过串行接口（通常是 RS232）连接到您的车联网网关、黑匣子或 MDVR，并直接交换数据。事件到达您的平台是因为它们是在那里生成的，而不是在那里同步的。这是将愿景真正置于架构内部而不是置于其旁边的路径。
工作时
- 您是一名 TSP，为您拥有的平台增添愿景
- 您需要在低连接环境中进行低延迟事件交付
- 您希望保持现有的 GPS、调度和报告基础设施不变
- 您需要将驾驶员身份识别与现有徽章或轮班系统集成
中断时
- 您订购的相机型号没有串行端口。 这是购买时做出的硬件决定，以后无法更正
- 你这边没有人可以读取引脚图或使用串行协议
- 供应商不会发布协议文档
- 您没有规划电缆线路或供电
路径 4 — 本机/捆绑平台
最深，最不灵活一家供应商将车联网和视觉作为单一集成产品提供。
确实是最少的工程工作，因为集成是供应商的问题。这是一个真正的优势并且值得付出代价。权衡是耦合：您已经有效地外包了平台路线图，稍后迁移意味着立即替换两个层。
工作时
- 您没有开发资源，也无意构建一个
- 您需要一份合同、一条支持热线、一位负责任的供应商
- 视频和车联网是一个所有者的一个组合程序
中断时
- 您需要供应商不提供的功能 - 您无法依赖第三方
- 您想要独立重新协商一层
- 您自己就是 TSP，在这种情况下，这条路径与您的商业模式相矛盾
接口，解释
如果您选择路径 2 或 3，您将在这些连接器和标准之间进行选择。它们不可互换，并且选择通常取决于车辆已经暴露的内容。
| 接口 | 它是什么 | 通常用于 | 实际限制 |
|---|---|---|---|
| RS232 | 点对点串行。每个端口一台设备。 | 网关和外围链路：车联网盒、GPS 单元、RFID 徽章读取器、传感器 | 电缆较短，每个端口一个设备 - 这就是存在双端口变体的原因 |
| RS485 | 差分串行、多点。一根总线上有许多设备。 | 设备以菊花链方式连接的车载传感器网络 | 需要正确终止；对于单外设链路，不如 RS232 常见 |
| CAN总线/J1939 | 车辆自己的网络。携带发动机和车身数据。 | 读取车辆数据：速度、转速、燃油、制动状态、故障代码 | 要求车辆公开总线和正确的协议变体；卡车上通常是 9 针连接器 |
| IO触发输入 | 简单的数字开/关信号。 | 转向灯、倒档、刹车、车门——用于触发记录和事件 | 只有信号，没有数据。您了解到状态发生了变化，而不是车辆正在做什么 |
| CVBS输出 | 模拟复合视频输出。 | 为驾驶员提供驾驶室内监视器的实时反馈 | 不是记录通道，也不是数据集成 |
| 云/休息 API | 通过 HTTP 的事件和元数据。 | 平台间同步、仪表板、第三方报告 | 完全取决于连接性以及供应商的 API 文档的质量 |
串行集成和 CAN 总线不能相互替代——它们执行不同的工作。 RS232 将您的相机连接到网关。 CAN总线读取车辆本身。如果你的需求是“每次左侧指示灯亮起时进行标记”，那就是IO触发或CAN信号。如果您的要求是“将驾驶员 ID 和警报时间戳从摄像头发送到我的平台”，那就是串行的。将这些视为一项决定的团队通常最终会购买只完成一半工作的硬件。
数据流向什么以及流向
“双向”是供应商使用的词，值得拆开，因为两个方向携带的东西非常不同。
| 方向 | 典型有效载荷 | 为什么这很重要 |
|---|---|---|
| 相机→平台 | 警报时间戳、事件类型、驱动程序 ID、视频触发标志、GPS 位置、事件速度 | 这就是使安全事件出现在现有报告中而不是在单独的系统中的原因 |
| 平台→相机 | 驾驶员身份和班次状态、配置和阈值更新、触发命令、时间同步 | 这是大多数集成都忘记的方向。它可以让您的平台控制相机而不仅仅是观察它 |
入站方向是整合发挥作用的地方。如果您的平台可以将驾驶员身份推送到摄像头，那么已经存在的驾驶员徽章网络就可以重复使用——摄像头无需第二个识别系统就知道谁在开车，并且轮班违规行为可以触发警报。这是一种有意义的运营能力，而不是数据细节。
IO 触发器：集成中未充分利用的一半
串行接口受到关注，但离散 IO 触发输入通常在商用车辆上更直接有用，因为它们将现有车辆信号转换为记录环境。
常见的三个是 左转、右转和倒档。每一个都让系统做一些原本无法做的事情：
- 转向灯 — 确认在发生变道争议时指示器是否实际上处于活动状态。这是彻底解决侧击争论的少数证据之一。
- 倒档 - 在操纵过程中触发或优先进行记录，这是大部分低速车库损坏发生的地方，也是驾驶员最常需要实时取景的地方。
两个设计笔记。首先， 这些是输入，而不是数据 — 您获得状态更改，并将其与特定事件相关联仍然取决于准确的时间同步。第二， 触发输入通常是更高层的硬件功能：在许多产品系列中，入门版本没有。如果触发录音是您的要求的一部分，它会限制您购买的变体。
电源、接线和报价修改问题
这是集成中最常在商业上而不是技术上出错的部分，值得在规范阶段而不是安装阶段提出。
外部设备需要电源
外围设备——外部摄像头、传感器、驾驶员警报执行器——经常需要自己供电，而不是从主单元供电。一些硬件通过直接提供辅助输出来解决这个问题：设备本身有一个 12V 和一个 5V 导轨，无需单独的转换器即可运行摄像头、传感器和驾驶员警报设备。如果存在的话，它会大大简化安装。如果没有，您需要添加熔断、转换和利用工作。
在安装定价之前以书面形式确认辅助电源架构。 安装报价假设设备为其自己的外围设备供电，而实际上每个外围设备都需要熔断馈电，这是车队项目在采购订单和完成之间超出预算的最常见原因。
电缆铺设是实际成本
串行和触发接线必须从摄像头位置物理到达网关位置。在一辆微不足道的货车上。在刚性卡车或公共汽车上，通过舱壁和铰接点进行路线，这是技术人员日常对话。在订购安全带之前规划路线。
时间同步不是可选的
本文中的每个集成都取决于相机和平台之间的时间戳对齐。只有在时钟一致的情况下，才能将安全事件与行车记录仪记录或调度条目相关联。确认时间同步是如何发生的，并在试运行后检查，而不是在事件发生后检查。
集成准备清单
在为任何集成路径订购硬件之前，请获取这些问题的书面答案。如果供应商无法回答这些问题，那就是您的答案。
- 哪些型号有串行接口，有多少个端口？ 首先建立这个——它是在购买时决定的，以后不能添加。
- 串行链路上运行什么协议？文档是否已发布？ 要求提供协议文件，而不是承诺。未记录的协议将两周的整合变成了两个月的整合。
- 引脚排列已发布吗？ 包含引脚分配的正确安装和接线手册是技术人员接线和支持票链之间的区别。
- 相机发送什么内容以及以什么频率发送？ 仅警报事件，还是连续遥测？这推动了集成设计和蜂窝数据成本。参见 一个车队 MDVR 使用多少 4G 数据？ 有关按车队类型划分的蜂窝数据预算的有效示例。
- 平台可以写入相机吗？ 配置、阈值、驱动程序身份、时间同步。明确询问，因为尽管有营销，但并非所有“集成”都是双向的。
- 司机是如何识别的？ 徽章、RFID、PIN 或平台推送的身份 — 它可以重复使用您已经运行的内容吗？
- 设备上有哪些可用的辅助电源？ 12V、5V，两者，或无。
- 如果链接失败，数据会怎样？ 本地缓冲和重放，还是无声丢失？
- 是否有 API 并且有记录吗？ 即使您采用串行路线，API 对于报告也很有用。
- 您能否提供带有协议文件的样品装置以进行台架测试？ 任何对其集成故事充满信心的供应商都会说“是”。在卡车上进行测试之前，先在工作台上进行测试。
为什么硬件变体决定一切
为了使变体问题具体化，以下是它在单个产品系列中的工作原理。这是 MR700人工智能行车记录仪系列，我们制造 - 因此将规格视为事实，将评论视为我们的观点。
| 特点 | MR700-SV | MR700-PV | MR700-V3 | MR700-V4 |
|---|---|---|---|---|
| 录音通道 | 2（道路+驾驶室） | 2（道路+驾驶室） | 3（+1 外部） | 4（+2 外部） |
| RS232串口 | 无 | 2 | 2 | 2 |
| IO触发输入 | 无 | 无 | 3（左转/右转，倒车） | 3（左转/右转，倒车） |
| 辅助电源输出 | 无 | 无 | 12V + 5V | 12V + 5V |
| CVBS监视器输出 | 无 | 无 | 1频道 | 无 |
| IO信号输出 | 1 | 1 | 1 | 1 |
| 定位于 | 轻型商业、出租车、网约车、公司用车 | 车联网集成商、TSP、双 MDVR 设置 | 需要驾驶室内监视器的送货箱卡车和班车 | 重型运输、危险品油轮、采矿 |
从该表中可以得出三件事，它们的概括远远超出了该产品的范围：
- 集成变体并不是最便宜的。 MR700-SV 根本没有串行接口——它对于永远不会集成的轻型车队来说是正确的单元，但对于 TSP 来说却是错误的单元。如果集成已在您的路线图上，那么购买基本变体以节省资金会消耗您的全部功能。
- 两个串口是经过深思熟虑的设计选择，并非填充。 点对点串行意味着每个端口一个设备。例如，两个端口可让您连接现有的 GPS 或车联网盒 和 没有多路复用器的传感器或徽章网络。
- 集成深度和通道数是单独的轴。 PV 具有完整的 RS232 集成，但只有两个通道。 V4 有四个通道加上 RS232 和 IO 触发器。如果您既需要深度集成又需要多摄像头覆盖，这就大大缩小了选择范围，而且在订购之前解决这个问题比订购之后要便宜得多。
全系列共享：H.264/H.265 记录、GPS/BDS/GLONASS 定位、4G LTE Cat 4（带区域模块选项）、2.4 GHz Wi-Fi、高达 512 GB 的 Micro SD 存储、6 轴 G 传感器、 FCW/LDW/HMW/PCW 警告、SOS 警报以及 12/24V 上额定温度为 −20°C 至 +70°C 的金属合金外壳。对于 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 以及用于简单状态信号的 IO 触发器。
外接摄像头需要自带电源吗？
通常是的，这就是为什么一些设备提供辅助电源输出（通常是 12V 和 5V 导轨），可以运行外部摄像头、传感器和驾驶员警报设备，而无需单独的转换器。如果存在这些输出，安装会更简单，报价也更可预测。如果没有，则需要进行额外的熔断、转换和利用工作。在安装定价之前以书面形式确认辅助电源架构，因为这是车队硬件项目在订购和完成之间超出其原始预算的最常见原因。
车队摄像头上的 IO 触发输入有何用途？
IO 触发输入接受来自车辆的简单开/关电信号，并使用它们来触发记录或标记事件。商用车上最常见的三种是左转向灯、右转向灯和倒档。转向信号输入通过确认指示灯是否处于活动状态来帮助解决变道和侧滑纠纷；倒档输入在操纵过程中优先记录。它们仅携带状态，而不携带数据，并且它们依赖于准确的时间同步，以便在与事件相关时发挥作用。请注意，触发输入通常是更高层的硬件功能，因此如果需要触发录制，它会限制您购买的变体。
在购买进行集成之前我应该向相机供应商询问什么？
九件事，你应该得到书面答案。哪些型号有串行端口以及有多少个。链接上运行什么协议以及是否发布文档。引脚排列是否在接线手册中发布。相机发送的内容和频率。平台是否可以写回相机——配置、阈值、驱动程序身份、时间同步。如何识别驾驶员以及是否重复使用您现有的徽章系统。该装置提供什么辅助电源。如果链接失败，数据会发生什么情况。以及他们是否会提供带有协议文件的样品单元以进行台架测试。对他们的集成故事充满信心的供应商会对最后一个故事说“是”。
集成是否比从一家供应商购买车联网和摄像头更好？
这取决于您的平台是战略资产还是实用工具。如果您是车联网服务提供商，或者是调度、合规性和薪资都在一个平台上运行的车队，那么集成可以保留该投资，并使这两层可以单独重新协商。如果您没有开发资源并且无意构建任何资源，那么单一捆绑供应商确实是省力的解决方案，并且集成是他们的问题而不是您的问题。捆绑的权衡是耦合：您已经有效地外包了平台路线图，稍后改变方向意味着立即替换两个层。
计算出集成过程中您需要多少个渠道？ 这是一个单独的决定，它限制了变体的选择，因为集成深度和通道数并不总是一起扩展。我们的指南 2CH、3CH 和 4CH 车队行车记录仪配置 覆盖它，如果通道数超过四个， MDVR 与行车记录仪对比 解释了架构发生变化的地方。为了区分您正在集成的功能， DMS vs ADAS vs AI 行车记录仪 规定哪个检测做什么。
