1. 车载记录系统概述

各位工程师朋友，咱们今天聊聊车载记录系统。说实话，这玩意儿现在每辆车上都有，但真正搞明白它内部逻辑的人，还真不多。

我入行那会儿，车载记录还只是个简单的黑盒子。现在呢？它已经变成了一个集数据采集、远程通信、故障诊断于一体的复杂系统。嗯，咱们先从最基础的说起。

1.1 系统定义

车载记录系统，说白了就是车上负责「记事儿」的那套电子设备。它实时采集车辆运行数据，存下来，必要时还能往外传。

我个人习惯把它分成三个层次来看：

• 感知层：各种传感器，车速、转速、加速度、GPS位置
• 存储层：非易失性存储器，掉电不丢数据
• 通信层：CAN总线、以太网、4G/5G模块

你想想看，一辆车在路上跑，每秒产生多少数据？发动机转速、油门开度、刹车状态、转向角度……这些数据如果不记录，出了事故你拿什么还原现场？

1.2 功能分类

根据功能定位，我把车载记录系统分成三大类。这三类我都在项目中实际接触过，各有各的坑。

1.2.1 EDR — 事件数据记录

EDR，Event Data Recorder。这玩意儿最早是从飞机黑匣子借鉴过来的。它只记录碰撞事件前后几秒的数据。

我记得有一次做EDR测试，气囊都爆了，数据却没存下来。查了半天，原来是供电电路在碰撞瞬间就断了，电容储能不够。后来我建议加了个独立的备用电源，问题才解决。

EDR记录的关键数据：

• 碰撞前5秒的车速、发动机转速
• 油门踏板位置、制动开关状态
• 安全带状态、气囊展开时间
• 车辆横向/纵向加速度

1.2.2 DVR — 行驶记录

DVR，Digital Vehicle Recorder。这个大家更熟悉，就是行车记录仪。但它不只是录视频那么简单。

真正的车载DVR系统，除了视频，还要记录：

• 行驶轨迹（GPS坐标点）
• 驾驶时间（防止疲劳驾驶）
• 速度曲线（超速记录）
• 开关门状态（客运车辆必备）

我参与过一个商用车项目，DVR要求连续记录24小时数据。一开始用的普通SD卡，高温下频繁读写，一个月就坏了。后来换了工业级存储芯片，问题才搞定。

1.2.3 T-Box — 远程信息处理

T-Box，Telematics Box。这是目前最复杂的车载记录设备。它把EDR和DVR的功能整合在一起，还能跟云端通信。

T-Box的核心能力：

• 实时上传车辆状态（位置、车速、故障码）
• 远程诊断（OTA升级、故障读取）
• 紧急呼叫（eCall，碰撞自动报警）
• 数据加密传输（防止被篡改）

说实话，T-Box的调试是我最头疼的。有一次4G模块死活连不上服务器，查了三天，结果是天线匹配电路的一个电容焊错了。嗯，硬件工程师的噩梦。

1.3 行业标准与法规

做车载系统，不懂法规寸步难行。我整理了两个最核心的标准，大家务必吃透。

1.3.1 GB/T 32960 — 电动汽车远程服务与管理系统

这是国标，主要针对新能源汽车。它规定了T-Box必须上传哪些数据、上传频率、通信协议。

数据项	上传频率	说明
车辆状态	1秒	启动/熄火/充电
车速	1秒	实时速度值
电池电压/电流	10秒	动力电池参数
故障码	触发上传	出现故障立即上报

我建议大家在设计T-Box时，先把GB/T 32960的协议栈吃透。它用的是自定义的帧格式，跟标准的CAN协议不太一样。我曾经因为帧ID解析错误，导致整车厂验收不通过，返工了两周。

1.3.2 ISO 14229 — UDS诊断协议

ISO 14229，也就是UDS（Unified Diagnostic Services）。这是车载诊断的通用语言。

UDS的核心服务：

• 0x22：读取数据（读故障码、读传感器值）
• 0x2E：写入数据（配置参数、刷写固件）
• 0x19：读取故障信息（DTC诊断故障码）
• 0x10：诊断会话控制（切换模式）

举个例子，你想通过T-Box远程读取发动机水温：

// UDS请求帧示例
// 请求：0x22 0xF1 0x90
// 含义：读取数据，参数ID = 0xF190（发动机水温）

// 响应：0x62 0xF1 0x90 0x5A
// 含义：响应成功，水温 = 0x5A = 90°C

1.4 知识体系总览

为了让大家有个整体印象，我画了一张图。这张图把车载记录系统的核心逻辑串起来了。

这张图展示了车载记录系统的三层架构。顶层是系统定义，中间是三大功能分类，底层是支撑它们的标准法规。搞懂了这张图，你就掌握了本章的核心。

好了，第一章就讲到这里。车载记录系统看似简单，但每个细节都藏着坑。后面我们会逐一深入，把EDR、DVR、T-Box的故障诊断和修复方法掰开揉碎了讲。

---

公众号:蓝海资料掘金营，微信deep3321