虹科CAN XL国际研讨会圆满结束,感谢各位观众的热情参与!虹科携手多位CAN XL创始成员及行业领袖,包括来自国际CiA协会、博世、英飞凌以及恩智浦等,带来5场精彩纷呈的主题演讲,让我们共同见证了CAN XL技术的未来趋势和行业洞察。
直播中,我们收到了众多提问,展现了大家对CAN XL技术浓厚的兴趣和对行业未来的深切关注。为此,我们整理了这些问题并邀请嘉宾解答,梳理出研讨会Q&A完整版(建议收藏后阅读),为您带来更深入的理解和洞见。
此外,5场主题演讲回顾、中文版PPT资料、精华问答集锦以及获奖观众名单等内容,已经全部精心打包在上篇文章中( 点击回顾),等待着你的深度探索与回味!
本文字数 | 11900字
预计阅读时间 | 30分钟
Q1
CAN XL的寻址和仲裁是分开的吗?原因是什么?
Dr. Arthur(博世):在标准化过程中发现,之前使用CAN FD 29 位标识符或 11 位标识符存在问题。因为人们会将多种不同信息(如优先级、源地址、目的地址及其他附加信息)都放入这一个字段,导致该字段变得复杂且缺乏统一标准,容易造成混乱和不兼容性。
为了提高系统的灵活性,适应可能变化的区域架构。通过将寻址和仲裁相关信息分开设置字段,例如设置单独的帧优先级字段(即标识符)用于仲裁,而其他信息(如虚拟 CAN 网络标识符、SDU 类型和目标字段等)放在数据阶段以短位形式发送,这样在架构变化时,可以方便地更改地址、优先级或虚拟 CAN 网络 ID 等,而不会破坏整个系统的运行。
这种分开设置的方式使得系统在不同应用场景和需求变化下更具适应性和可扩展性,能够更好地满足现代复杂的通信需求,提高系统的整体性能和稳定性。同时,如果用户不需要这种灵活性,也可以继续使用旧的将所有信息都放在标识符中的方式。
Q2
是否存在一个清晰的使用CAN XL传输的场景?例如,我们通常使用以太网来传输视频
Dr. Arthur(博世):在视频传输领域,经常选择使用以太网。但实际上,完全可以同时采用以太网和CAN XL技术。选择哪种技术,需要根据成本以及其他因素来决定哪种更适合特定的应用场景。 带 FD 或 SIC 收发器的 CAN XL 与 CAN FD 的价格持平,但功能更多。
Q3
CAN XL其实相当于一个弱化版本的以太网?需要加晶振吗?
Mr. Zeltwanger & Mr. Zitzmann(CiA):以太网和CAN是两种完全不同的技术。汽车以太网旨在实现高速通信,速率从100 Mbit/s到数Gbit/s不等,这使得它相当资源密集。相比之下,CAN是一个为汽车控制目的特别设计的优化资源和价格敏感的通信系统,提供了一个简单而高效的通信方案,使得即使是资源有限的小微控制器也能有效地运作。因此,CAN控制器既坚固又低成本。当打算使用20 MHz时,推荐使用160 MHz的节点时钟频率(见ISO 11898-1:2024,7.3.2)。
为了弥合汽车以太网和CAN之间的差距,双方都进行了发展。汽车以太网已经缩减到10 Mbit/s(10BASE-T1S)。CAN已经扩展到支持高达10 Mbit/s(CAN XL),并且有可能在实地总线拓扑中达到20 Mbit/s。要使用CAN XL,你只需要一个CAN XL控制器,以及理想情况下一个CAN SIC XL收发器。有关可用的CAN XL控制器列表,请参考CiA网站:https://old.can-cia.org/canxl
Dr. Arthur(博世):CAN XL需要一个精度为±0.2%或更好的时钟。具体的推荐值将在CiA612-1标准中给出(即将发布)。
Q4
单路通信上,极限的通信周期是多少?
Mr. Zeltwanger & Mr. Zitzmann(CiA):取决于您指的“通信周期”和“单通道”是什么。如果“通信周期”指的是总线负载,而“单通道”指的是1对n通信,那么节点1拥有整个CAN XL总线的全部负载。这意味着数据吞吐量完全取决于节点1的通信需求以及在仲裁和数据阶段使用的比特率。
Q5
CAN XL的单路挂载节点是多少?
Mr. Zeltwanger & Mr. Zitzmann(CiA):对基于CAN的系统来说,“单点连接节点”听起来不寻常,因为它们遵循总线拓扑结构。在CAN网络中,所有设备(节点)都物理连接到同一条共享的通信线路上。这种设计比其他系统减少了布线复杂性,并且消除了在以太网或星型拓扑网络中通常需要的中央组件,如交换机或桥接器的需求。CAN的总线拓扑允许每个节点在不需要额外基础设施的情况下与同一线路上的任何其他节点通信。
Q6
上限速率20Mbit/s的技术方案如何兼容百兆千兆带宽以太网?
Mr. Hell(英飞凌):上限速率 20Mbit/s 的技术与百兆千兆带宽以太网因技术原理、架构等方面的巨大差异而无法直接兼容,两者在通信方式、物理层特性和成本等方面都存在显著不同,不存在简单的兼容方式,若要协同工作可能需要复杂的额外技术手段。
Q7
CAN XL对于时钟的要求有什么要求吗?
Mr. Zeltwanger & Mr. Zitzmann(CiA):是的。CAN时钟、位时序和(重新)同步的要求在ISO 11898-1:2024标准中有规定。节点时钟频率应该是160 MHz(见ISO 11898-1:2024,7.3.2节)。
Dr. Arthur(博世):是的,它有这个要求。160 MHz,最大公差为±0.2%。更多细节请参见CiA612-1标准。
Q8
CAN XL汽车微处理器章节提到了多个不同的CAN XL控制器与收发器芯片制造商,那么在性能上以及价格上哪个性价比更优,各有什么优劣势?
Mr. Zeltwanger & Mr. Zitzmann(CiA):由于其大多数是CiA成员,CiA保持中立,仅报告这些组件的可用性或宣布情况。我们不比较这些组件,也不对价格和质量发表任何意见。请直接向制造商咨询这类信息。感谢您的理解。
Q9
关于CAN XL收发器,能否提供一些选择上的建议?
陈皓(虹科):第三场演讲“CAN XL物理层”中详细介绍了收发器的选择和使用( 获取资料),有助于了解如何选择最适合您需求的CAN XL收发器。
Q10
CAN XL相比车载以太网,在车载领域,哪一项未来更有市场
Mr. Zeltwanger & Mr. Zitzmann(CiA):未来不是我们能预见的。然而,我们相信这在很大程度上取决于你用ECU(电子控制单元)所针对的市场。总的来说,CAN XL是在鲁棒性、可靠性、设计灵活性和低能耗至关重要的应用中的强有力候选者,特别是在恶劣的环境条件下。CAN XL特别具有未来性,因为它已经包含了网络安全选项,并且可能使系统设计者从总线负载管理任务中解脱出来。此外,它为与云计算和汽车区域架构的集成做好了充分准备,因为许多基于以太网的方法几乎可以1:1地映射到CAN XL上。
Dr. Arthur(博世):我们将在汽车中看到10BASE-T1S以太网和CAN XL。这取决于使用场景,哪个更便捷、更便宜等。
Q11
CANsec是可选还是必须加上呢?
陈皓(虹科):目前是可选的,正在开发中。
Q12
CAN XL对以太网的兼容,只是对网络层以下的替代?上层PDU当成payload给XL?
陈皓(虹科):简单理解就是把以太网帧打包放在XL里,应用层还是各用各的,只是数据交互。
Q13
选用了SIC收发器是否意味着我可用兼容CAN FD,用在CAN FD场合
Dr. Arthur(博世):可以。FD 和 SIC 收发器完全兼容。
Q14
CAN XL的仲裁和数据段使用不同速率传输,速率从667kbit/s,切换到20Mbit/s,我们在硬件设计上需要注意什么?
Mr. Zeltwanger & Mr. Zitzmann(CiA):很重要的一点是你要区分仲裁段和数据段。仲裁段涵盖了你可能从CAN CC了解到的通信速度,大约从50 kbit/s到1 Mbit/s。这个通信速度在CAN CC中适用于整个帧。在CAN FD中,如果省略了比特率切换,这也适用于整个帧。
否则,在CAN FD和CAN XL中,数据段使用一个加速的比特率,这是预配置的,在网络中所有节点都是相同的。数据段使用的比特率首先取决于你使用的CAN控制器的位时序寄存器的大小,以及使用的PMA实现(HS, FD, SIC, SIC XL收发器)。结合FD收发器的CAN FD可能允许在实际总线拓扑中大约2 Mbit/s。结合CAN SIC收发器的CAN FD可能在数据阶段运行高达8 Mbit/s。对于XL也是有效的,在所考虑的设置中。如果你使用CAN XL和CAN SIC XL收发器一起,CAN XL控制器可能会指示SIC XL收发器在“快速模式”下运行。只有在这种设置下,CAN XL才能在数据阶段达到高达20 Mbit/s。
在任何情况下,仲裁段的比特率限制在高达1Mbit/s。SIC和SIC XL收发器将仲裁段的比特率限制在大约667 kbit/s;除非你限制你的系统设计者只使用特定的CAN ID。请注意,CAN FD和CAN XL的比特率不仅由节点本身决定,还由拓扑、使用的电缆、连接器等决定。CAN FD的设备和系统设计建议在CiA的CiA 601文档系列中提供。对于CAN XL,它们正在准备中的610+文档系列中。在物理网络设计中,你应该仔细选择拓扑。最好的拓扑是非常短的stub的总线。此外,你应该避免网络组件导致传输信号的不对称。选择不匹配100欧姆标称阻抗的电气网络组件是至关重要的。
Dr. Arthur(博世):速率切换由CAN协议处理。这意味着它已经解决了。硬件设计者需要遵循一些指导方针以支持高达20 Mbit/s:见CiA612-2(即将发布)。
Q15
当前很多工程师没有使用CAN XL经验,可能调通通信对于有官方支持情况下比较容易实现,但遇到问题需要分析时,传统的CAN经验还能用吗?
Mr. Zeltwanger & Mr. Zitzmann(CiA):是的,CAN CC 的经验仍然非常有用。CAN CC 网络设计的许多规则在 CAN XL 中仍然有效。原因在于 CAN XL 是由 CAN CC “封装 ”的。CAN XL 以 CAN CC 框架开始和结束。如果您已经有了使用 CAN FD 的经验,那么网络设计就会变得更加简单。如果使用 CAN SIC 收发器,CAN FD 和 CAN XL 在网络设计方面非常相似。如果使用 CAN SIC XL 收发器,0/1 位状态都由收发器主动驱动,因此线路上不会有太多反射问题,从而使网络设计更加容易。CiA 在 CiA 601 系列文件中提供了 CAN FD 的设备和系统设计建议。对于 CAN XL,正在编制 610+ 系列文件。
Dr. Arthur(博世):是的,传统的 CAN 经验仍然可以使用。新 SIC XL 收发器有一些新操作。
Q16
从CAN 进入到CAN XL转变过程中,对于传统CAN上的经验还适用XL吗?
Dr. Arthur(博世):是的,仍然适用。
Q17
支持CAN XL的产品出来了吗?
Mr. Zeltwanger & Mr. Zitzmann(CiA):有CAN XL IP核、CAN SIC XL收发器、内置CAN XL协议控制器的微控制器以及评估板。此外,也有很多可用的工具。许多与CAN XL相关的解决方案正在开发中。
Q18
CAN XL组网测试中,根据测试波形,除了总线长度跟仲裁速度,还有哪些较为重要的影响因素呢?
Mr. Hell(英飞凌):
■ 总线波形与节点数量关系:在CAN XL组网测试中,总线波形会受到节点数量的影响。随着总线上节点数量的增加,波形会发生变化,这表明节点数量是一个重要的影响因素。更多的节点意味着更复杂的通信环境,可能导致信号干扰、延迟等问题,从而影响总线的性能和稳定性。
■ 线缆质量的重要性:线缆质量对测试结果至关重要。高质量的线缆能够更好地传输信号,减少信号衰减、失真等问题,有助于维持稳定的通信。相反,低质量的线缆可能会引入噪声、干扰信号传输,进而影响整个CAN XL网络的性能,因此在组网测试中需要重视线缆质量。
■ 终端电阻匹配问题:终端电阻的匹配在CAN XL组网中非常关键。最初,OEM发现汽车布线中使用的是100欧姆阻抗的线缆,而不是之前的120欧姆阻抗,因此在CAN XL中进行了调整,推荐使用100欧姆的终端电阻,以实现更好的阻抗匹配。合适的终端电阻匹配有助于减少信号反射,提高信号质量,确保数据传输的准确性和稳定性。如果终端电阻不匹配,可能会导致信号反射、干扰等问题,影响网络性能。
Q19
地址字段(AF)主要是什么功能?
陈皓(虹科):AF字段用于寻址,另外在映射以太网帧时还可以确定目的地址。
Dr. Arthur(博世):它可以包含 CAN FD 中使用的 29 位标识符。但它也可以包含源地址和目的地址。
Q20
CAN XL报文怎么包含以太网帧?
陈皓(虹科):CAN XL中字段SDT为服务数据单元类型,可以调整其具体的值以适应CAN、CAN FD通信或者以太网通信,一个典型的值,当SDT为0x05的时候,CAN XL的帧结构就可以和以太网帧实现良好的映射关系了。
Q21
电动汽车中如何选择CAN XL和以太网技术?
陈皓(虹科):两种技术应该是共存的,主要考虑数据量、网络拓扑、成本等,自动驾驶、大数据量传感器相关的以太网更合适。车身控制肯定是CAN XL更适合。对于成本的把控应该根据具体应用讨论,两种技术没有谁更好。
Q22
CAN XL数据帧E2E校验的算法目前对应有更新吗,数据段长度达到2048?
Dr. Arthur(博世):是的,接收节点的帧检查会分析每一位。CAN XL 帧的 CRC 为 32 位,因此功能足够强大。
Q23
AF的CAN SIC和CAN XL被限制在667kbps,但现在市场上有很多应用在使用1Mbps的AF,这部分应该怎么理解呢?
Dr. Arthur(博世):FD收发器在仲裁段可使用1 Mbit/s。SIC收发器在仲裁段的速度限制在大约700 kbit/s。SIC收发器在仲裁段可以支持1 Mbit/s,但只能使用有限的一组标识符(大约25%)。CiA 612-3解释了这些限制(尚未发布)。
Q24
关于数据段,对于CAN CC和CAN FD,数据可以是“零”,但对于CAN XL,最小数量是“1”,为什么?
Dr. Arthur(博世):预计不需要零数据字节。了不增加数据长度字段(DLC)的位数,DLC 选择为 11 位,DLC=0 表示 1 字节,DLC=2047 表示 2048 字节。
Q25
CAN XL 有引入新的仲裁机制吗?
Dr. Arthur(博世):没有,仲裁机制与 CAN FD 和 CAN CC 相同。
Q26
CAN总线协议之间的关系是替代还是兼容?
陈皓(虹科):3代CAN网络都是向后兼容的。
Q27
第三代CAN有哪些技术优势?
Dr. Arthur(博世):CAN XL 比 CAN FD 更灵活。如果使用相同的收发器,CAN XL 的价格与 CAN FD 持平。此外,CAN XL 在同一根电缆上支持 3 种通信类型:CAN FD、CAN XL 和 CAN XL 以太网。
Q28
混合网络中,CAN FD的软件需要更新吗?还是可以直接忽略CAN XL报文,不需要做任何更改?
Dr. Arthur(博世):这需要在软件中检查。CAN FD节点有一个软件配置位,用于选择以下两种行为之一。这个位在博世M_CAN模块中被称为PXHD(协议异常处理禁用)。
1、忽略CAN XL帧(与CAN XL兼容)。在博世M_CAN中,这是默认配置。
2、 破坏CAN XL帧。
Q29
相对于CAN XL而言,10Base-T1S在市场上已经有了很多不同类型的产品,而CAN XL目前市场上可供选择的产品相对较少,那么CAN XL究竟有哪些特性、因素可以让它后来居上呢?
Dr. Arthur(博世):CAN XL的标准化进程起步较晚,这导致了它在市场上的产品推出相对滞后1-2年。然而,CAN XL在数据吞吐量、通信效率和网络集成方面的优势,以及其对现有CAN协议的兼容性,可能会使其在汽车和工业通信领域获得更广泛的应用。
Q30
CAN XL网络默认兼容CAN FD,而CAN FD网络要兼容CAN XL,需要做一些更改吗?
Dr. Arthur(博世):CAN FD与CAN XL兼容,不过,可以通过软件配置禁用这种兼容性。
Q31
以太网透传指的是CAN XL的Payload直接转成以太网报文,不需要几帧打包?
Dr. Arthur(博世):整个以太网MAC帧被复制到CAN XL的数据字段中,并通过CAN总线传输。接收方只需要移除CAN XL头部就可以提取出以太网MAC帧。
Q32
在数据场进行位填充是固定的吗?机制是啥?
Dr. Arthur(博世):CAN XL 在数据字段中使用固定的填充位。这意味着我们总是在 10 个用户位之后添加一个填充位。
Q33
电动汽车中应该如何选择CAN XL和以太网技术?
Dr. Arthur(博世):我们将在汽车上同时看到 10BASE-T1S 以太网和 CAN XL。至于哪一种更便捷、更便宜等,这取决于使用情况。
Q34
怎样避免因CAN XL数据传输电压降低,引起的CAN FD节点认为总线处于ldle的状态?
Dr. Arthur(博世):CAN XL 和 CAN FD 与 SIC 和 FD 收发器的兼容速度最高只能达到 8 Mbit/s。要实现 8 Mbit/s 以上的互操作性,需要特殊解决方案,屏蔽 FD 节点,使其不会干扰 XL 通信。
Q35
CAN XL实现协议转换需要网关吗?
Dr. Arthur(博世):协议转换总是需要网关。从 FD 到 XL 的转换不需要,因为它们是兼容的。从以太网到 XL 的转换需要,但非常简单,只需添加 CAN XL 头,以太网 MAC 帧无需更改。
Q36
CAN XL的未来趋势和具体应用案例?
Dr. Arthur(博世):所有高达20 Mbit/s的使用场景都可能是CAN XL的使用场景。未来最有趣的可能包括:固件升级(Flashing)、雷达(Radar)等。
Mr. Haare(恩智浦):典型用例包括对延迟要求高、需要长电缆或多节点的应用。
Q37
CAN XL controller +CAN SIC的方案如何实现变速500K To 8M?
Dr. Arthur(博世):没错。如果是 SIC 收发器,则只需切换比特率(如 CAN FD)。如果是 SIC XL 收发器,则收发器会从 SIC 模式切换到 FAST 模式。
Q38
CAN XL可以传输类似以太网帧大小的数据么?
陈皓(虹科):可以的,有以太网隧道,可以直接负载以太网报文,payload也可以完全cover。
Q39
CAN XL有效负载长度是多少?
陈皓(虹科):1 至 2048 字节,以 1 字节为单位。
Q40
CAN XL目前应用在什么车型?
Mr. Haare(恩智浦): CAN XL 还没有应用于任何车型。原始设备制造商正处于技术评估阶段,目前已进入车辆级电磁兼容性(EMC)确认阶段,并取得了非常可喜的成果。
Q41
关于ECU硬件场景,如果要组建CAN FD和CAN XL混合网络,有没有推荐的节点数,参数设置,或者其他更具体的信息?
Mr. Haare(恩智浦): 混合使用 CAN FD 和 CAN XL 意味着您需要在 CAN SIC 模式下启用 CAN 错误管理,这就将您的 CAN FD / CAN XL 操作限制在 8Mbps 范围内。您可以使用不同于 CAN XL 流量的比特率运行 CAN FD。唯一的限制是仲裁速率,所有节点都必须以相同的速度运行。
节点数量取决于所使用的拓扑结构,您需要在电缆线束复杂性、数据速度和节点数量之间取得平衡。
Q42
CAN XL可以向下兼容CAN FD和CAN?电平有办法兼容吗?超过了10M是不是就要推挽?还能用开漏吗?
Mr. Haare(恩智浦): 从协议角度看是完全兼容的。使用 CAN SIC 模式时,速度最高可达 8Mbps。如果要超过 8Mbps,则需要使用推挽式驱动器的 CAN SIC XL 收发器,由于 CAN FD 需要 CAN 错误管理,因此无法再支持 CAN FD。CAN XL 在快速模式下不能使用漏极开路。
Q43
CAN XL对比10BASE-T1S的优势是什么?
陈皓(虹科): 最后一场主题演讲中进行了详细介绍,主要在成本、效率、鲁棒性方面会有优势( 点击回顾)。
Q44
CAN XL的仲裁在2.5V振,数据跳下来到0V振?
Mr. Haare(恩智浦): 这就是 CAN SIC XL 收发器的工作原理:在 CAN FD 电压电平(0V. ~2V)下进行仲裁,并在快速阶段切换到新的电压方案(-1V ... +1V) Vdiff。
Q45
高速CAN FD和CAN XL是否还有必要考虑故障容错的设计或故障诊断功能?
Mr. Haare(恩智浦): 由于 CAN / CAN FD 的数据完整性概念被证明是薄弱的,因此 CAN XL 跳过了快速模式下的所有错误管理功能(“点火即忘 ”概念)。
Q46
CAN XL的发送节点和接收节点切入FAST的时候都需要发PWM编码,这两个编码无法对齐,出现偏差的时候影响大吗?
Mr. Haare(恩智浦):
■ PWM编码发送与接收机制:在CAN XL网络中,所有节点(包括发送器和接收器)在切换到快速(FAST)模式时都需要发送PWM符号。接收节点会检测到这个特殊的PWM符号(例如典型的从700毫伏到0伏的变化),并依据此信号切换接收模式,停止发送操作,从而正确接收帧。这表明PWM编码在节点模式切换和通信同步过程中起着关键作用。
■ 编码未对齐影响分析:虽然发送节点和接收节点的PWM编码可能无法对齐,但实际上这种偏差对通信影响不大。因为在PWM符号的功能方面,接收器主要关注的是切换到快速模式的指令,而不是编码的精确对齐。所以即使存在一定偏差,系统也能够正常工作,不会对发送方产生负面影响,整个工作方式在规范中有明确规定,保证了系统的稳健性。例如,可以通过订购评估板进行实际测试来验证这一点,从实际测试结果来看,系统可以正常运行,不受编码未对齐的显著影响。
Dr. Arthur(博世):我认为问题在于,如果发送端和接收端都具有PWM信号且它们没有对齐怎么办。好消息是只有一个发送端存在,而接收端发送的PWM符号其实并没有任何实际意义,因此不需要对齐。因此,发送端和接收端之间的偏差完全不影响。当我们看PWM符号时,接收端只是对其接收器发出信号,让其切换到FAST模式,一直切换到FAST模式,而不包含其他信息。所以无需进行任何对齐。这种设计非常稳健。您可以直接订购评估板并亲自查看效果。
Q47
低速容错CAN未来是否有用,ISO11898-3是否还有可能更新?
Mr. Zeltwanger & Mr. Zitzmann(CiA): 在 CAN XL 技术背景下,低速容错 CAN 在未来的实用性较低,应优先考虑更适合 CAN XL 的技术选项。ISO 11898 - 3 虽然目前没有更新计划,但由于旧网络的存在仍被部分支持,整体更新可能性不大,已逐渐成为传统网络技术。
Q48
3.3V收发器规范的制定进度,单端电压和隐形电压有什么变化?
Mr. Haare(恩智浦):
■ 3V收发器规范进展情况:目前有供应商在研究3V收发器的实现方式,但在实际应用中面临诸多挑战。NXP公司认为3V CAN在EMC(电磁兼容性)方面存在很大问题,难以实现稳定的数据通信,这导致引入3V CAN的供应商不得不将数据速度降低到最大每秒1兆比特。因此,3V收发器规范的制定虽然有一定进展,但还面临技术难题需要克服。
■ 单端电压和隐形电压变化:对于单端电压,3V CAN的应用会导致非对称数据通信,这使得其在EMC方面面临巨大挑战,为了应对这些问题,可能需要在电路设计或其他方面进行调整,但文中未详细提及具体的变化措施。关于隐形电压,强调了3V CAN在整体通信方面的问题,如易受外部干扰等,这些问题可能与隐形电压相关的特性变化有关,但缺乏明确阐述。
总体而言,3V收发器在电压相关方面的变化主要体现在面临的技术挑战对其通信性能的影响,而具体的电压参数变化未得到详细说明。
Q49
怎么评估收发器的SIC功能,SIC的阻抗(typ 50)是否需要必须进行认证测试?
Mr. Zeltwanger & Mr. Zitzmann(CiA):
■ 测试与标准:SIC阻抗在特定阶段(excessive phase)是标准化的,并会在一致性测试中进行检测。你会看到一个完全独立于供应商的测试机构。我们对设备的测试是独立的,与供应商无关,你可以真正相信这些功能都被包含在内,并且可以看到结果。而且在数据表中,比如ISO标准中,尤其是SIC阻抗参数被明确列出,供应商也必须对此作出保证。
■ 文档修订与完善:目前ISO 11898标准文档在物理层规范方面存在问题,如编辑框内容(图中注释和表格等)不一致。相关组织正在努力修正,预计明年上半年发布更新版本(可能称为11898 - 2修订版2025),届时可能会对SIC功能评估和阻抗测试有更清晰准确描述。
Q50
CAN总线技术深不可测呀,当前CAN XL是这种通讯技术的极限了吗?
Dr. Arthur(博世):
■ 当前技术状态判断:从目前的技术状况来看,CAN XL在物理层和协议方面已经具备现代协议所需的要素。例如,在物理层方面,CAN XL在高速拓扑结构方面已经达到一定的技术水准,其脉冲特性(如49秒脉冲,相当于25兆比特)在当前的技术架构下具有一定的优势。
■ 未来发展意向阐述:短期内没有进一步发展的意向。从技术发展趋势分析,更高速度(如100兆比特及以上)的需求需要采用点对点解决方案,这与CAN XL的总线拓扑结构完全不同,意味着要实现更高速度需要进行重大的技术变革,成本也会显著增加。目前在汽车领域,1000兆比特技术正在兴起,但100兆比特技术与CAN XL相比,在物理层概念(如点对点、全双工等)和成本等方面存在很大差异。
至少在当前,CAN XL被认为是一个较为完善的技术方案,能够满足当前大多数应用场景的需求。虽然未来如果有新的需求出现,技术可能会有所演进,但从目前的技术现状和发展趋势判断,短期内没有计划开发超越CAN XL的新技术。
Q51
CAN XL采样点配置的范围和CAN FD有差异吗?
Mr. Haare(恩智浦):只要您使用CAN SIC收发器运行CAN XL,就不会有任何变化。但是,当您使用CAN SIC XL收发器以快速模式运行时,由于推挽概念使得位转换完全对称,因此采样点会简单地被放置在位时间的大约50%处。
Q52
CAN FD升级到CAN XL,对线束有特殊要求吗?使用原本CAN FD/CAN的线束就可以吗?
陈皓(虹科):3代CAN网络的Pin脚完全,会在收发器的选择上有所不同。
Dr. Arthur(博世):线束(电缆)取决于所使用的收发器。对于 CAN HS、FD、SIC 收发器,需要使用阻抗为 120 欧姆的电缆。对于 CAN SIC XL 收发器,最好使用阻抗为 100 欧姆的电缆(但也可使用阻抗为 120 欧姆的电缆)。
Q53
CAN XL的ISO规范今年才发布,CiA有什么推广计划吗?如何让大家像用CAN FD或CAN CC那样,大规模应用CAN XL?
Mr. Zeltwanger & Mr. Zitzmann(CiA):
■ CiA的推广计划:CiA作为负责发布CAN XL相关ISO规范文档的组织,计划通过多种方式推广CAN XL。首先,致力于解决当前规范中存在的问题,通过修正和完善文档内容,使规范更加清晰、准确,便于用户理解和应用。发布一系列使用指南类的文档,为用户提供详细的操作指导和应用案例,帮助用户更好地理解CAN XL的功能和优势,以及如何将其应用到实际项目中。目前已经有部分文档可供下载,例如可以从CiA网站免费下载一份描述ISO 11898 2025版本将修复问题的文档,未来还将继续开发更多相关文档,以支持CAN XL在不同领域的应用,特别是帮助用户从CAN FD过渡到CAN XL。
■ 吸引用户应用的措施:鼓励中国社区及全球各地的成员积极参与CAN XL相关工作。一方面,邀请用户贡献自己的经验,通过分享实际应用中的案例、问题和解决方案,丰富CAN XL的应用场景和技术知识库。另一方面,呼吁用户加入工作组,共同参与标准的制定和完善工作,使CAN XL技术更贴合实际需求,提高用户对该技术的认同感和参与度,从而促进CAN XL的大规模应用。
Q54
请问CAN XL的真实应用场景,市场前景如何,作为MCU厂商当前引入CAN XL会有什么风险?
Mr. Haare(恩智浦):实际应用场景主要出现在对时间/延迟要求严格的应用中,以及对数据吞吐量要求极高的应用中,如雷达、传感器等。此外,CAN XL 还支持更多节点,可将多个小分支合并为一个较大的 CAN XL 分支。CAN XL 还支持更长的导线,从而支持在车辆中具有广泛物理功能分布的使用案例,例如,雷达被安装在车辆的每个角落。最后一个用例可能是通过 CAN XL 传输 IP 帧,从而受益于 CAN XL 相对于 10Base-T1S 的拓扑自由度。
在 MCU 中引入 CAN XL 将使 CAN XL 生态系统得以实现,从而推动未来 CAN XL 市场的发展。
全部0条评论
快来发表一下你的评论吧 !