- 主题:Re: 海南一特斯拉高速上突然加速碰撞，车主当场昏迷 (转载)
巡航遇到这种情况确实很危险
【 在 freshcool () 的大作中提到: 】
: 有可能是轮胎打滑
: 【 在 phiinix (..) 的大作中提到: 】
--
FROM 24.16.141.*
而且多2b也不能用八位整数啊
【 在 djkstra () 的大作中提到: 】
: 这个有点扯，时速处理怎么可能用整型数，肯定是浮点数了
:
: 【 在 DHT 的大作中提到: 】
--
FROM 24.16.141.*
也是，但是7位不行啊。另外单位通常怎么处理？是内部都换算成一种单位还是单纯看数字？
【 在 moudy () 的大作中提到: 】
: 只给ap用的话0-256还真够了。
:
: 【 在 bach 的大作中提到: 】
--
FROM 24.16.141.*
所以是说如果速度60mph或者kmh，下层的数字都是60？
还有一个问题，现在ecu之类的主流是16bit还是32bit？
【 在 moudy () 的大作中提到: 】
: tesla应该不走autosar标准，不知道他们怎么定的
: autosar分network representation，implementation type和application type
: 从下到上层层转换，只有application那里才有单位
:
--
FROM 24.16.141.*
多谢解释。
如果application layer是mph但下面是kmh就保证不了是整数了。取整的话似乎精度损失还是有点大。
【 在 moudy () 的大作中提到: 】
: 有可能啊，下层喂给上层时根据配置选转换规则。看软件架构了。
: 不过汽车行业不大可能用mph做内部网络传输时的单位，至少福特 通用这样的美系车厂也是用kmh。
:
: ecu控制器现在都是32位了，少数开始64位了，比如id3
--
FROM 24.16.141.*
这个很合理，但是假如设置巡航速度53mph，这时候是要换算回kmh的。不过估计取整了也没什么影响，换回来还是53。
【 在 moudy () 的大作中提到: 】
: 极有可能只在最终ui等地方换算回mph，指针表无所谓，平均车速续航里程啥的本来也不追求极端精确。数字时速和定速都是凑整显示
:
: 【 在 bach 的大作中提到: 】
--
FROM 24.16.141.*