一直推流的问题
把每一帧都往外推的记录器，做起来容易、跑起来贵。几百台车的车队会产出大量"没变化"的数据：同一个压力、同一个温度、同一个状态，一分钟又一分钟。这些流量对你平台几乎没有新信息 —— 而钱照付，要么付在 SIM 上，要么付在平台存储上。
我们的做法
- 变化才上报：数值越过阈值或发生变化时才报，不是按固定节拍推。
- 定时唤醒：心跳间隔你自己定，机器仍能报"在线且无变化"，但不用一直推。
- 断网缓存：坑里、隧道里、盲区里都不丢记录，链路恢复后补发。
- 硬件看门狗：自己恢复，不需要有人到现场。
- 供电行为：整机 DC 10–30 V，休眠与唤醒是配置的一部分，不是事后补的。
数据从哪来
大部分卡车、客车、起重机、港口设备直连 CAN；机器本身有串口、或那段 CAN 不对第三方开放的，走 RS232 / RS485。CAN 协议留在你手里：哪些数据点要记录由你定，我们把这些值通过 API 交出来，不要你的定义。
定位
可选 GPS + 北斗定位，支持电子围栏：一次移动、一次越界，变成一个事件，而不是一条连续轨迹。对车队来说这意味更少报文、更清楚的异常 —— 平台看到的是该关注的事件，而不是一墙坐标。
怎么定规格
- 多少台机器，每台多少个数据点。
- 哪些变化算事件，各自多久发生一次。
- 是否所有机器都要定位，还是只有一部分。
- 是否需要扛住意外断电。
产品侧从 CAN 转 4G 车联网页 开始，数据交付方式见 API 专页。
常见问题
- 变化上报能省多少流量？
- 取决于数值变化频率；关键在于「没变化的时段几乎不花钱」。
- 断网时还记录吗？
- 记。本地缓存，链路恢复后补发。
- 定位是必须的吗？
- 不是。GPS + 北斗与电子围栏是选项，给需要位置事件的车队。