小米 SU7 事故初步报道官方为何选择公布秒级日志而非毫秒级?

2025 年 4 月 2 日
 Felixchen1062
内容节选自小米官方发布:
{
同时,我们的专项组也将在警方的许可与指导下,与事故受难者家属取得联系,全力协助善后事宜,并提供支持与帮助。

我们将目前所知并提交给警方的信息,摘要公布如下:

3 月 29 日 22:27:17 NOA 激活,车速 116km/h

3 月 29 日 22:28:17 轻度分心报警

3 月 29 日 22:36:48 NOA 发出脱手预警提示“请手握方向盘”

3 月 29 日 22:44:24 NOA 发出风险提示“请注意前方有障碍”,发出减速请求,并开始减速

3 月 29 日 22:44:25 NOA 被接管,进入人驾状态,方向盘往左转角 22.0625 度,制动踏板开度 31%

3 月 29 日 22:44:26 方向盘往右转角 1.0625 度,制动踏板开度 38%

3 月 29 日 22:44:26-28 之间车辆与水泥护栏发生碰撞

3 月 29 日 22:44:28 车端 Ecall 触发

3 月 29 日 22:44:39 车端 Ecall 接通,确认事故发生,并报警、呼叫 120 急救服务

3 月 29 日 22:45:06 与车主取得联系,确认非车主驾驶

3 月 29 日 22:47:15 调配 120 成功

3 月 29 日约 23 时许 120 抵达现场
}

对以上内容我有个设想: 是否存在在事故初步报道阶段择选择性报道事实的可能? 作为程序员我绝对不相信日志等级只到秒级, 明明就连方向盘转角都是小数点后四位的数据了

100km 每小时的时速,如果选择只公布到秒级,可操作和想象空间很大. 目前大家都说智驾被接管后 2 秒撞车, 这能否算是被误导了
打个比方, 如果 24 秒 80 发现有问题, 结合人的反应时间是 0.3 秒,如果 25 秒半接管, 那也就是总共不到一秒, 那如果撞车在 26 秒 20 也是有可能的吧

小米公布了一系列的事实: 主驾驶并非购车车主; 事故发生前十几分钟有分心报警; 秒级日志; 方向盘转角而不是轮上转角

我能理解现在属于事故早期阶段调查取证比较困难, 但总体认为这封披露的初步报道有"说对自己有利的"嫌疑

顺便问一下大家, 道路施工限速路段 , NOA 未能降低至道路限速是不是车企应该改进的方向, 甚至更进一步直接要求退出 NOA 人为接管
17086 次点击
所在节点    电动汽车
121 条回复
evan9527
2025 年 4 月 2 日
如果数据对自己不利,你会发出来吗?
privil
2025 年 4 月 2 日
有的,经常看拜托了老司机很多案例都是有百毫秒级数据的。
leonshaw
2025 年 4 月 2 日
@momo1pm 你反应到不了 1 秒以内?
cabing
2025 年 4 月 2 日
毫秒也打不开车门啊
zhovy
2025 年 4 月 2 日
你如果去小米内网的服务器上查看车辆数据肯定是精确的细细的 所有信息都可以查到
so 你发的这也是小米团队发出来要给公布所有人看 且公布这些信息肯定要经过法务 警方 甚至大领导所有人签字才能公布的
momo1pm
2025 年 4 月 2 日
@leonshaw 你以为你可以,实际在高速紧急情况下,大部分普通司机几秒级别能反应能操作就算优秀了
bitmin
2025 年 4 月 2 日
看到好几条说 `毫秒级日志上云?` 的评论,这种人还是程序员吗,宽容一点说就是没写过日志
xyfan
2025 年 4 月 2 日
日志肯定是毫秒级,但发布出来的信息肯定要经过权衡,事实上我都有些怀疑目前小米公布的这些信息,小米是否真的有权利公布给公众。我还在 V2 看见帖子说 Ecall 是否有录音,Ecall 我敢保证所有车企绝对 100%录音并长期保留,因为如果真的出了事故这是第一手资料,但是车企肯定没有资格自行公布通话录音,这涉及到多方的隐私,随意公布无疑是对家属的二次伤害。所以就楼主提到的问题,我相信日志是毫秒级,但车企没有资格完整公布,至少要得到车主及家属的认可才能公布给公众,否则就只能提供给警察等公权力机构用于事故调查。
R18
2025 年 4 月 2 日
@bitmin 哪家车企是每毫秒把行车数据都上传到云上的,发出来。这么做有什么意义吗。
或者说你所谓的毫秒级仅仅是时间戳上展示一个精确到毫秒的单位?
songche
2025 年 4 月 2 日
@Felixchen1062 #15 有没有可能并不需要程序员从库里导出数据,这种数据运营人员直接从管理平台查询导出就好了,一般管理平台的时间格式展示格式都是到秒的吧
yhxx
2025 年 4 月 2 日
@abubun 这个看起来是车在发生事故之后主动向服务中心打电话报事故,不是车里的人接电话?
我不是很确定,铜球解惑
ccover
2025 年 4 月 2 日
@leonleung 毫秒很有意义,比如 24.999 ,和 24.001 相差将近 1 秒了,而这次事故中反应时间也才 2 秒。
@Rickkkkkkk 你是说毫秒和服务端不准吗?我理解这个不需要和服务端同步到这个级别,只需要车机的毫秒读数(间隔)是正确的就行,大家关心的都是各个状态之间的时间间隔,不会关心车子到底是北京时间 xx 24 秒刹车还是 25 秒刹车,相对时间是正确的就行了
superrichman
2025 年 4 月 2 日
有没有可能是微博字数限制 🐶
leasingzong
2025 年 4 月 2 日
@abubun Ecall 接通,服务中心呼叫没人回应或者只有苦痛的呻吟声就能判断事故发生,服务中心 - 报警 呼叫 120 。 这些并不能判断当时车上人是否能够自行开门下车。
Rickkkkkkk
2025 年 4 月 2 日
@ccover 打日志本身的消耗就是毫秒级别的,这个误差不可控, 所以说毫秒不准。你说的相对先后也是不准的,现在多核的操作系统,不同核之前没有绝对的先后之分。
vmebeh
2025 年 4 月 2 日
我觉得得用飞秒,从量子级开始复盘这次事故
vmebeh
2025 年 4 月 2 日
补个🐶
leasingzong
2025 年 4 月 2 日
@yhxx 事故发生后 汽车厂家后台都会主动拨通车载 Ecall 的。。。是服务中心的人主动拨通车载的 Ecall
RogerL
2025 年 4 月 2 日
你不考虑误差么,EDR 规范里面制动踏板采样频率最低 2Hz ,每秒就采集两次,最大误差就 500ms 了
ccover
2025 年 4 月 2 日
@Rickkkkkkk #55 日志打印耗时,前后也不会差太多,而且真正记录的话,时间戳是作为日志内容记录的,而不是看日志打印的时间是什么时候

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://v2ex.ih06.com/t/1122730

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX