5525 发表于 2016-6-28 22:28 车上传图像为什么不用以太网？ 这个公司里面销售也经常问， 原因主要如下：   车上的 图像传送，尤其 ...

现在车载图像已经有使用Ethernet的案例了，基于AVB协议。BMW的X5全景摄像头系统，JRL的后座椅娱乐系统，新一代的迈腾的倒车影像系统，采用的非压缩方式。担任如果像素很高那么可能需要压缩，这个本来就是CPU的活，和总线没有关系。LVDS的成本高，虽然传输速率上G，未来也不是很好的选择。

5525 发表于 2016-6-24 19:13 >第一点. 在CAN规范范围内的长度下，速率还是可以保证的， >除非线束拓扑设计太烂，没有遵循规范设计要求 ...

我想CAN当初的设计是为了实时控制系统设计，点对点的设计，增加传输延时，另外90年代初的时候，车上的ECU没有几个，没有必要搞成点对点，现在网络节点多了，就分层次结构了，未来的车载网关处理能力必定更强，所以CAN FD/Ethernet会成为更好的选择

5525 发表于 2016-6-24 19:17 >第三点，在数据帧中可以增加包含ID的CRC 或者奇偶校验 首先DLC能正确收下来，后面的CRC才能收下了，CAN的 ...

Flexray虽然不错，但是它的拓扑结构更加复杂。静态与动态的分离，从软件层面就可以实现，比如TTCAN协议。现在国内外从Flexray的应用角度，也没有大面积使用，欧洲车厂中也只是在豪华品牌中使用，一旦CAN FD的推广，Flexray未来还是会被取代的

5525 发表于 2016-6-24 19:31 >第五点，CAN 2.0 payload的最大效率只有50%多点，CAN FD可以有效改善payload效率低的问题 CAN是不错的 ...

CAN FD 协议还没有标准化，CRC算法还在更新，未来汽车电子的总线高速方案就是以太网了，MOST和A2B（这是什么总线?)应该不会大面积使用，MOST的成本太高了，光纤的使用增加线束布置难度

5525 发表于 2016-6-23 07:07 CAN总线弱的x面 -1- 物理上线一长，速度就下降 -2- 无理上仲裁看ID，一个bit一个bit的比较，这个是速度 ...

第一点. 在CAN规范范围内的长度下，速率还是可以保证的，除非线束拓扑设计太烂，没有遵循规范设计要求 第二点，速度瓶颈，主要还是跟收发器物理电路有关，以及MCU的时钟精度，CAN FD同样的仲裁机制，速率不是提高了？ 第三点，在数据帧中可以增加包含ID的CRC 或者奇偶校验 第四点，CAN总线增加节点并不一定会增加报文通信延时，主要看网络负载率，网络负载率超过一定值时，会导致报文的错误（概率变大），导致延时重发等现象。 第五点，CAN 2.0 payload的最大效率只有50%多点，CAN FD可以有效改善payload效率低的问题