绝不能让潮州某斯拉刹车成为又一个罗生门(九)刹车纯机械?
此案中最先让我怀疑是詹先生出错的一个主要依据是刹车灯没有亮。
按正常的逻辑,脚一旦踩刹车高位灯就必须亮起,除非电路故障。但后面按P键灯亮了,说明没有故障。
那很自然就判断是人出错了。
但在我整理案例的过程中,有了一个怀疑,颠覆了我的认知——某斯拉改变了ibootser的刹车逻辑,抢夺了ibootser的控制权。
唯有这样,所有的困惑才能得以解释。
正常的刹车系统(几乎其他所有品牌的车)接受到踩踏信号后,ibootser的控制系统第一时间就控制刹车助力泵工作,然后(注意是“然后”)将刹车信号传递给车机,车机系统收到此系统后,停止所有跟动力有关的一切运算,并全力启动与刹车有关的算法。
可某斯拉的刹车系统接收到踩踏信号后,除非ibootser明确知道车机已经关闭,ibootser的控制系统不是直接控制助力泵动作,而是将刹车信号汇报给上级——车机。至于某斯拉为什么这样设计,目的可能有两个:一是autopilot,二是动能回收。
某斯拉自认为它的车机不会出问题,而且反应及时。可怕的就是车机有可能反应不及时,也有可能崩溃!!!
当然这只是闷在我心里的猜测,毕竟如果詹先生就是踩错了,那我的猜测就完全是错误的。
但这几天刷到懂车帝的一个视频,在潮州事件之后,车主在高速公路上碰到了黑屏死机,他重启了车机,结果刹车和油门均出现滞后两三秒的现象。两三秒是什么概念?高速上半秒定生死!!!
当然车主的操作是不规范的,他应该在驻车熄火状态下重启车机。但我关注的不是这点,而是这种现象出现的原因。
很明显,刹车滞后说明所有关于刹车纯机械、刹车优先、一踩刹车高位灯就亮的说法统统都是他妈的扯淡!!!!!
我们都有经历重新启动电脑或手机后,看似启动已经完成,但系统对指令的响应滞后,因为有些后台进程还在启动中,电脑没有空闲时间处理指令。
车主很明显遭遇到这种情况,车机启动未完成的时候就告诉ibootser“我工作正常了”,所以ibootser没有自行执行刹车指令而将刹车指令发给了它。
从这个案例可以看出,车机的确抢夺了ibootser的对刹车的控制权!我的猜测得到了印证。
从这个案例我还可以猜测出,某斯拉的车机系统是分时系统,而不是实时系统。按常理,车机必须在所有进程启动完成之后再通知ibootser“standing by”,但它提前了!说明发送通知的进程先于其他进程完成了。而实时系统完全不会存在这样的问题!用分时系统做车机的主操,是他妈的反人类!!!!!以前一直误以为某斯拉对linux进行过彻底的改造,改造成实时系统了呢。
如果是正常的驻车后启动,我们是没有机会看到这种现象的,这位车主用一次违规冒险的操作撕下了某斯拉的裤衩!
以上分析的前提是——车主说的是真话,毕竟懂车帝不是官媒,是不是真话要靠网友来辨别。
看来这次潮州事故的鉴定,必须鉴定某斯拉的源代码,证实到底是“人工刹车优先”还是“智能优先”。
[注:本文部分图片来自互联网!未经授权,不得转载!每天跟着我们读更多的书]
互推传媒文章转载自第三方或本站原创生产,如需转载,请联系版权方授权,如有内容如侵犯了你的权益,请联系我们进行删除!
如若转载,请注明出处:http://www.hfwlcm.com/info/19801.html