- 主题:为什么说特斯拉的行车数据是遮掩的，挑选的，并且美化的
基本同意你的观点，但是我深刻怀疑tesla有没有随时随地记录车总线的数据
这些数据基本5ms到10ms更新一次，一辆车光CAN总线就十几条，tesla这类新型车还有以太网backbone，想完整记录数据难度其实不小。tesla公布的这些估计都是从uds里抓出来data identifier，离CAN总线原始数据差好多
这也是我在另外一个帖子里说tesla应该ota一个有余力的ecu来记录这些数据
【 在 motour 的大作中提到: 】
: 以某车的can log为例，我挑三个信号出来放大。车速、加速踏板、刹车踏板。什么时候踩的电门，什么时候踩的油门，对应什么车速，踩的力度多少，是不是都非常清晰？
:
: [upload=1][/upload]
: ...................
--
FROM 178.26.114.*
这可不一定，一般行车记录仪的系统和powertrain的系统是完全两套。要我设计，肯定是adas一套封闭网络，infotainment一套，adas把数据单向发布给info。powertrain单独系统还要故意隔离开，因为safety level都不一样。tesla肯定有数据截取的设计，但是截的数据有多细致真不好说。
【 在 motour 的大作中提到: 】
: 知乎汽车公开发出了碰撞瞬间视频数据消失的问题
: 低级猜测是有一个截取原始数据的逻辑在工作，而特定版本存在bug，是真的截取了……
: 如果视频能截取，这点can信息比视频体积小多了。完整记录，循环覆盖，碰撞阶段的数据上传，不是不可能的。
: ...................
--
FROM 178.26.114.*
上传是要花钱的。几百万辆车，每辆车每天上传1M数据就是几T的数据。我给厂家做过上传数据的项目，那真是一个字节一个字节的算的，远没有你想的那么舒服。
本地滚动啥的说明你不知道车上这些ECU是啥级别。
比如当前雷达处理用的S32R274, 对一般的ECU需求来说已经是很nb的CPU了，双核180MHz, 2M（没错2048K)闪存，1.5M内存
https://www.nxp.com/products/processors-and-microcontrollers/power-architecture/s32r-radar-mcus/s32r26-and-s32r27-microcontrollers-for-high-performance-radar:S32R2X
你电脑上玩的DDR内存，NVME固态硬盘都是消费级设计，不能拿来装车的。
【 在 hellogg 的大作中提到: 】
: 你这个分析的好，有道理。后台数据绝不是这么几条，肯定是有选择的挑出来的。
: 真正的数据，时间间隔应该是固定的，并且间隔很小才对。
: 一般数据应该会暂存本地一份，上传一份。本地是滚动删除的，删除间隔应该会很大，比如半年，至少也得是一个月，因为这类文本数据本来就没有多大，特别是本地存储，也会是压缩方式保存，这就更小了。
: ...................
--
FROM 213.95.148.*
你这帖子是tesla用用户自己家的wifi上传的，你不问他为啥到家才上传？
一般全车最关键的几个信号，方向盘，几个踏板，驾驶模式，雨刷灯光门锁等，100Hz采样的话一秒差不多10K数据，一小时36M数据。差不多一辆车一天100M数据。
【 在 motour 的大作中提到: 】
: 我觉得不需要用自己甲方的能力来推测特斯拉这个甲方
: 在系统更新后，特斯拉上传数据所消耗的流量开始大增，较上月的769MB增长至1.8GB，增幅达到239%
: 2017-06-15 17:12
: ...................
--
FROM 213.95.148.*
tesla对flash是典型的往死里用。这些FSD车主是beta车主，自然更狠的压榨。
ECU项目一个特别重要的就是flash生命周期控制。一辆车要按20年寿命算,64M闪存每秒钟不能超过100K的写入。
现在的新能源平台都大方起来的，终于用GB来配闪存了，就这样Tesla闪存写废了换ECU的事已经出现不少了......
【 在 motour 的大作中提到: 】
: 我只回答你存了多少要传的数据，以及反问一些人，多存100M的成本有多高？
: 你不用套入你做上传的项目背景里，我没说100M都要传，也不讨论这些
: 总之特斯拉公布了非周期时间点的一些无意义数据，就一定让人怀疑他们有周期性时间点的完整数据
: ...................
--
FROM 213.95.148.*
我觉得tesla有技术能力，车上那个大屏车机也有硬件能力做这个，我也主张他们收集数据，甚至应该一个车机收集常规数据，另一个车机收集其它佐证类数据。比如主车机收集轮上读到的车速，刹车踏板角度，另一个车机收集gps车速，减速度及刹车泵压力之类的。
我就是思考能不能读到
一般车机这些娱乐系统要和刹车等安全性系统隔离开。不然，比如车机被天窗漏雨搞挂了，把刹车总线短路了，那刹车系统就掉线了。安全设计不会允许这种事情发生的。
所以怎么读到准确的数据也是个功夫。
【 在 hellogg 的大作中提到: 】
: 哦，那我确实不了解。
: 不可以把这些数据先传到车机的磁盘上，然后再用车机程序上传到服务器吗？并且在车机的磁盘上做压缩并滚动保存。上传时，也是上传压缩后的数据。文本的压缩率非常大的，上传原始数据非常不划算。
: 对车机来说，这些传感器之类也只算是一个外设吧，这样车机从外设读取数据，应该是个非常常规的操作，没有任何难度。
: ...................
--
FROM 213.95.148.*
车是移动的啊，没法保证随时在线，数据就得缓存起来。不然回头用户说tesla刹不住，tesla说你隧道里撞的，数据漏记了一大段，这不立马被人喷死。
车机也不会把这个发不出去的数据放内存里，车上ecu的内存都是量身定制的容量，哪有这么富裕。
【 在 hellogg 的大作中提到: 】
: 上传数据的地方，应该是在车机系统里吧？如果是这样，那完全没必要把数据写到外设的flash中啊，传到车机中有什么难的吗？保存在车机的硬盘中有什么难的吗？
: 我很久以前做过嵌入式监测设备里的程序开发，我的数据是直接用程序上传到中心端的，根本不会写到本地flash中。
: flash中，我只是把程序烧进去，好像我就没往flash中写什么东西。不知道为什么都十几年过去了，怎么还要往flash中写数据？？？
: ...................
--
FROM 213.95.148.*
问题是你说的“本地保存”是个怎么样的操作？车上肯定没有硬盘给你用，我觉得也没可能放内存里。那不就只剩flash了？传到车机里也是存到车机flash里哦
【 在 hellogg 的大作中提到: 】
: 这个不是这样的吧。
: 数据上传肯定不会是实时的。应该是每几分钟压缩一个包上传一次。所以即使断网一小时也没关系，网好了把本地保存的数据上传了就行了嘛。
: 至于你说的设备中的数据本身存不下也是不存在的，设备和车机肯定可以连接啊，设备把数据传到车机中总是可以的吧。除非像你说的，整个日志上传就不会经过车机，完全是设备自己搞定那就没办法了。
: ...................
--
FROM 213.95.148.*
tesla咋可能用安卓，估计是个嵌入式linux系统。磁盘是逻辑层面上的东西，底层不还是flash么。
车机的问题是得按照20年寿命设计。咱们手机可不是按这个标准造的，基本上五年后坏了也没人心疼。车机七年坏了都要被骂。
【 在 hellogg 的大作中提到: 】
: 车上的系统啊，这系统没有磁盘吗？肯定有吧。是个安桌系统吧。上边能听音乐，下程序，为啥不能保存数据呢。
:
--
FROM 213.95.148.*
tesla好像是个很前卫的架构，四个角有四个主域控制器，其它ecu就近连接。不知道有人有tesla的网络拓扑图么。
【 在 motour 的大作中提到: 】
: 网关来存，tbox来存就好。舒适系统、娱乐系统什么的都没必要存，底盘系统或者仪表系统存了就够
--
FROM 213.95.148.*