尽管菊链拓扑存着诸多的缺点，在车载的以太网通讯中也并不是完全不可取的，对于节点较少的车型，我们采用菊链拓扑的方式可以大量的降低我们布线的数量及长度，同时也可以实现Device端的标准化，这个在一定程度上可以有效的降低成本，但是一旦节点增多，数据量增大那么菊链的缺点就会暴露出来。 个人见解：菊链拓扑会逐渐淘汰，应该只会应用在一些低端车型中。 星型拓扑的结构更加符合现阶段域控制器集成的思路，电子电气系统从分散排布到现阶段的集成思路，多个控制模块逐渐集成到域控制器中（Tesla的model3设计是两个域控制器），通讯速度较快，省略了多个ECU之间的通讯，交换机只需要放到其中的一个节点中（一般选取域控制器），其他节点省去了集成switch的硬件部分设计，但是同时依然存在一个很重要的问题那就是交换机的接口数量的设计，这也就影响着有多少个Sensors可以集成到这个域控制器下，这也就涉及到Domain的硬件设计的通用性、标准化。 对于星型结构影响信号稳定性很重要的因素就是分支长度，分支长度越小那么产生的信号也就越好，那就意味着星型结构的分支长度越少越好，但是对于集中式拓扑结构或造成某分支要跨越几乎整个车长来到域控制器处，因此信号的稳定性依然存在问题。 个人见解：星型结构可以实现P2P的快速通讯，但是在布线上由于sensor的分散布置的可能性会导致布线成本的上升，一个Domain要集成一个交换机同时完成多个sensor的数据信息的交换，这就意味着接口的数量将会是巨大的，同时接口数量也缺少统一的设计标准，毕竟对于ADAS系统的硬件sensor的数量和布置以及电气架构的思路OEM还处于百家争鸣的阶段，尚没有达成共识。 个人见解：树型结构的即拥有灵活的扩展能力，也有较快的传输速度，在布线总量上也会有一定的优势，因此 版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请联系我们举报，一经查实，本站将立刻删除。
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/230131.html原文链接：https://javaforall.net
