一句话核心

这起 Virginia 公交车致死案的本质不是简单的过失，而是当前商用车辆安全技术——尤其是驾驶员状态监控——在产品设计和数据利用上存在系统级漏洞。

事件背景与来龙去脉

2026 年 5 月底，弗吉尼亚州一名公交车司机在致命车祸中被控过失杀人。事故发生在运营途中，公交车突然偏离车道撞向路边设施，造成多人伤亡。初步调查显示司机可能出现了短暂失能（如突发健康问题或重度疲劳），但车辆搭载的 ADAS（高级驾驶辅助系统）并未主动干预，事件数据记录器（EDR）也未完整记录司机操作前的生物体征数据。

这类事件并不罕见。美国国家运输安全委员会（NTSB）在 2024 年的报告指出，超过 40% 的商用车事故与驾驶员失去操作能力直接相关，而仅有不到 15% 的公交车配备了具备实时生物监测功能的 DMS。当前主流方案依赖摄像头单目识别（眼睑闭合、头部姿态），但对突发疾病（如癫痫、心梗）的响应几乎为零。

关键细节和技术数据

1. 疲劳检测的「伪阳性」陷阱

目前市面上最常用的 DMS（如 Seeing Machines、SmartEye）在额定条件下对疲劳的检出率可达 90% 以上，但这是实验室数据。实际运营中，公交车司机会佩戴眼镜、墨镜，或者因光线变化导致遮挡，检测率会骤降至 60% 以下。更严重的是，系统只能检测「视觉上的疲劳特征」，而对「即将丧失意识但眼睛仍睁着」的状态（比如低血糖昏迷前期）完全失明。

2. 黑盒数据不黑

事故车的 EDR 记录了车速、制动、转向等 12 个常规参数，但缺少心率、呼吸频率、血压等生理数据。2025 年修订的 FMVSS 建议将生物特征纳入强制记录，但尚未生效。这意味着即使事后分析，也很难确认司机在碰撞前 30 秒内是否处于正常生理状态。

3. 干预策略的「致命延迟」

大部分公交车 ADAS 只做预警（蜂鸣、震动座椅），只有在速度高于 50km/h 且检测到即将碰撞时会自动刹车。但本案中车辆偏离车道时速度仅 35km/h，且司机未给出任何操作信号——系统判定为「无危险场景」，放任车辆滑行直至撞击。这是算法设计的常见漏洞：容忍短暂的操作缺失，却错过了救命窗口。

图片来源 | Seeing Machines 官网

对行业和开发者的影响

对开发者：三个需要立刻动手的事

1. 重构 DMS 融合检测管线
不要再只依赖单摄像头。建议叠加毫米波雷达（检测呼吸引起的胸腔微动）或超宽带 UWB 雷达（检测心跳）——雷达方案成本已降至 50 美元以下，且不受光线和遮挡影响。开源社区有基于 TI IWR6843 的呼吸检测 Demo，开发者可以直接拿来做原型。

2. 改写 EDR 数据的记录粒度
将生理数据的采样频率提升至 20Hz（目前普遍 1Hz），并增加「预触发记录」：当 DMS 输出置信度低于阈值（如头部姿态被遮挡超过 3 秒）时，自动开启高频率生物监测记录。这个逻辑可以用状态机实现，代码量不超过 200 行。

3. 调整干预策略的评判权重
在优先级上，将「司机无操作」和「车辆偏离路径」的组合权重提升至与「预碰撞计算」相同等级。参考 Mobileye 在 2024 年提出的算法：当 DMS 输出「未知状态」（如遮挡或置信度 <0.7）且车辆偏离车道中心线 >0.5 米时，强制执行 0.3m/s² 的减速。这个阈值可以根据车辆装载质量调整，开放给车队管理员配置。

对行业：法规和技术标准正在滞后

现行《联邦汽车安全标准》FMVSS No. 159 仅要求 2027 年起所有新车必须配备侧方盲区检测，而 DMS 的强制要求被推迟到 2029 年。更讽刺的是，公交车因生命周期长（平均 12 年），大量 2025 年前生产的车辆完全不支持 DMS 升级，硬件接口也不对外开放。这意味着即使开发者做出更好的系统，也很难规模化落地。

个人观点

我的看法很简单：不要等法规，技术先行。这起事故的根源不是技术做不到，而是从芯片厂商到车厂到运营商，都在用「满足最低合规要求」的心态做安全产品。DMS 领域的创业公司（比如以色列的 Oryx Vision）已经在用 30 美元的毫米波雷达实现 95% 的失能检测率，但很少有公交车队愿意把安全预算从 500 美元提升到 800 美元。

开发者此刻最应该做的不是追逐大模型，而是回到传感器融合和边缘推断这些看似「不性感」的方向上。因为交通安全的瓶颈从来不是算力，而是对真实失效场景的覆盖度。期待看到更多开源团队在下次事故前做出行动。

示意图 | 作者基于公开数据绘制