车载工控机选型：CAN、RS485、RS232 同机与宽压 -20~70℃ 各解决什么问题

调度室里最常见的画像是这样的：一辆货车一天要被问好几遍"到哪了"。调度等司机回话，客户在电话里催，位置总晚半拍；车回了场站，里程和油耗还得人工补一遍。车上缺的是一台能把位置、车况、货厢状态汇成一路上报数据的嵌入式工控机。

周转率卡在三处时延：数据多久回到调度台、调度台多久派得出车、进场站之后交接要多久。三处都不是单靠一台设备能解决的，接口、上报规则和场站设备要一起对上。下面以有人 USR-EG628 的车载场景为例展开。

1、第一处时延：位置和车况多久回到调度台

定位先看版本。EG628 的 -GL 版本内置 GPS/北斗模块，灵敏度 -162dBm、20 通道、定位精度优于 10 米；同一型号还有 G4 与 ETH 版本，G4 与 GL 的 LTE 频段不同，跨省和跨境线路买错版本，到了目的地入不了网。

车速优先取 CAN。卫星定位在隧道、城市峡谷、地下车库会丢星，CAN 总线上的车速是连续的，两者互为校验，比只用一种稳。

上报频率按用途分档。位置 10~30 秒一次，调度跟车足够；发动机转速、累计油耗按变化量或固定周期报；超速、偏航、长时间怠速、货厢开门这几类事件立即上报。全部按高频发只会抬高流量费，调度台的屏幕也看不过来。上报周期建议做成可远程修改的参数，跑上几周再按实际情况收窄。

出网要留备份。4G（LTE Cat4）作主链路，以太网和 Wi-Fi 作备份；双 SIM 单待，GL 版本两张外卡、G4 版本一外一内置，插两家运营商的卡可以避开区域盲区。隧道和山区断链时数据先落本地 SD 卡（最大 128GB），链路恢复后按时间戳补传，轨迹不留空洞。补传逻辑落在设备侧还是平台侧，选型时要问清楚，验收时也要做一次拔天线的演练验证。

2、第二处时延：调度台多久派得出车

就近派单的前提是字段齐：车号、经纬度、时间戳、载重状态、任务状态、预计到达、司机工时。缺一项，排序就退回打电话问司机。

这些字段来自不同的口：位置来自定位模块，车速与累计油耗来自 CAN，开关门来自 DI，货厢温度走 RS485，车上还留着的老设备只有 RS232。要在车上合成一张点表，再按调度系统认的格式发出去。

合成这一步不一定要写代码。WukongEdge 本地组态配上预装的 Node-RED，填站点号和寄存器地址就能把点表配出来，再用拖拽把采集、判断、上报串起来；设备侧支持 2000+ 采集点，协议覆盖 Modbus、OPC UA 等。判断放在车上还有一层好处：进隧道没信号时先记录先判断，出隧道一次性补齐。

输出走标准 MQTT 或 JSON 推给调度系统，全量按周期发，异常单独发一条。接入前先对齐三件事——字段名、时间戳格式、车辆标识用车号还是车牌；这三项对不上，下游报表全部要重做。

3、第三处时延：进场站之后交接要多久

场站里的设备更杂：车牌相机走网口，地磅和道闸走串口，扫码枪各有各的接法。老调度软件通常只认 Windows，这一台就必须是 x86。USR-EC300 是 i5-7200U，8GB 内存可扩到 32GB，128G 宽温固态，6 路串口（2 路可在 RS232/RS485/RS422 之间切换，另 4 路固定 RS232），2 个 Intel 千兆网口，GPIO 14 路，DC 12-36V，-20~60℃，全铝无风扇，Windows 标配。

交接时留证比事后追责省事。车上那台带 HDMI，可以接一块司机屏显示任务与签收；轨迹、开关门时间戳、货温曲线按车号存下来，遇到货损或超时争议，当场就能调出来核对。

4、两台设备各管一段，装车前有两项要实测

车上那台和场站那台按数据的产生位置分工：位置、车况、货厢状态在车上汇聚；场站的相机、地磅、道闸在场站侧接入，不必硬塞进车载设备。

装车前建议先量两项。一是实际电压——车辆启动、熄火以及车上用电设备切换时电压会跳，宽压范围要覆盖实测值；二是安装位温度，装在驾驶室还是货厢，散热条件差得不少。EG628 是宽压供电、-20~70℃，上车前按实测数字核对一遍更稳妥。

反过来，只做位置回传的车队，带定位与蜂窝的版本就够用，CAN 与多路串口会一直空着；等要接油耗、货温、开关门时再换接口更全的型号，比一次买满划算。

5、算力不是这个场景的第一优先级

翻几家工业计算机厂商面向 AGV/AMR 的页面，主轴几乎都在算力：多少 TOPS 的加速单元、能接几路相机、配哪一代处理器加独显。这类清单的落点是让机器人自己认路。货运车队不自己认路，司机认路。车上那台要回答的是另外四件事：位置能不能回、车况读不读得到、断网丢不丢、数据进不进得去现有的调度系统。

对应的差异也在这四处：定位与蜂窝在同一台设备上，不必再挂一台定位终端加一台路由器；CAN、RS485、RS232 同时接得上，CAN 读车、RS485 读货厢传感器、RS232 留给老设备；点表不写代码就能配出来；路由、VPN、防火墙内置，不必再外挂网络安全设备。跑跨地区线路还要看认证覆盖，EG628 覆盖 RCM、3C、ANATEL、CE、FCC、MTC、NBTC 等。

‍

6、上线顺序与容易返工的地方

四步走：

清点车上要采哪些项、各走哪个口；

把上报规则定下来，频率分档与异常条件写成一张表；

MQTT 字段名与调度系统对齐；

做一次断网演练，拔天线或开进地下车库，看数据补没补上。

容易返工的有三处。

一是串口的四项参数——波特率、数据位、校验位、停止位——没从设备铭牌或手册上抄准，调试时表现为"能连上但读出来是乱码"。

二是 CAN 报文定义没拿到车型对应的版本，同一条总线在不同车型上的数据不一定对得上。

三是点表里的字段名中途改过，调度系统侧没同步，报表看着有数却对不上车。

USR-EG628 本身是 RK3562J 四核 A53 2.0GHz、内置 1.0 TOPS NPU，4GB DDR4 加 32GB eMMC 与最大 128GB 的 SD 卡，1×RS232 + 2×RS485 + 1×CAN，2 个网口（1 个千兆加 1 个百兆），双频 Wi-Fi，Ubuntu 配 WukongEdge、Node-RED 与 Docker，内置符合 IEC 61131-3 的 OpenPLC。

要视频才需要更高算力：USR-EG928A 是 RK3588J 八核配 6 TOPS NPU，最多接 32 路网络相机，千兆网口加 Wi-Fi 6 与 5G/4G 扩展槽，-25~75℃，属于司机行为监测与盲区影像这一类用途，只做位置与车况回传用不到。

位置回传、就近派单、场站交接，三处时延各压掉一点，周转率才会动起来。倒推选型，车上那台嵌入式工业电脑（embedded industrial pc）先看接口与定位版本，再看上报规则与出网备份，算力放在最后一位。

【常见问题】

1. 车队联网一定要上车载工控机吗？普通定位终端不行吗？

只回位置，定位终端够用。要把车速、累计油耗、开关门与货厢温度一起回传，就需要在车上做一次汇聚：定位、CAN、串口传感器各有各的口，终端接不全。判断该不该上，看调度台除了位置还要不要别的字段。

2. 位置多久回传一次合适？

按用途分档：调度跟车 10~30 秒一次足够，超速、偏航、长时间怠速这类事件立即上报。全程高频上报只会抬高流量费，调度台同样看不过来。周期建议做成可远程改的参数，跑一段时间再按实际调整。

3. CAN 总线上能读到什么？

商用车的发动机、变速箱与仪表之间普遍走 CAN 总线，车速、发动机转速、累计油耗、故障码都在报文里。读之前要拿到该车型对应的报文定义或协议版本，同一条总线在不同车型上的数据不一定对得上。

4. 隧道、山区没信号时数据会丢吗？

取决于断链期间的落盘与补传：数据先写本地存储，链路恢复后按时间戳补齐，轨迹才不会出现空洞。这一项是设备侧实现还是平台侧实现，选型时要问清楚，并做一次拔天线的演练验证。

5. 已有调度系统，车上的数据怎么接进去？

在车上把多来源数据合成一张点表，按调度系统认的字段走标准 MQTT 或 JSON 往外推。接入前先对齐字段名、时间戳格式与车辆标识（车号还是车牌），这三项对不上，后面所有报表都要重做。

6. 车上供电波动会不会影响设备？

车辆启动、熄火与用电设备切换时电压会跳，选型要确认供电范围能覆盖实际电压，并带反极性保护。装在驾驶室还是货厢也会影响散热与温度，装车前先量一次实际电压与安装位温度。

7. 只要位置追踪，也要上这么高的配置吗？

不用。只看位置就选带定位与蜂窝的版本，CAN 与多路串口用不上；等要接油耗、货温或开关门时再选接口更全的型号。反过来，先按"以后可能会加"一次买满，多数情况下多出来的接口会一直空着。

审核编辑 黄宇

本文 zblog模板 原创，转载保留链接！网址：https://www.wbaas.cn/fengrong/2402.html