1991年：梅赛德斯-奔驰成为首批在其W140S级车型中实施CAN总线的汽车制造商之一。
2004年：推出CANFD（灵活数据速率），提供比传统CAN网络更高的数据速率和更大的有效载荷。
标识符：这个唯一的值决定了网络上每条消息的优先级。在标准的11位标识符(CAN2.0A)中，有多达2048个不同的优先级可用。扩展的29位标识符(CAN2.0B)提供了更多选项，具有超过十亿个不同的值。
数据长度代码(DLC)：位于控制字段内，此代码指定数据字段中存在的字节数——范围从零到八个字节。
数据字段：包含在字节大小的段中跨节点传输的实际信息。
循环冗余校验(CRC)：一种内置的错误检测机制，通过检测传输错误并在必要时请求重传来确保可靠的通信。
确认槽：接收节点用来确认消息的成功接收或指示需要重传的错误的单个位。
故障检测、故障排除和预测：通过分析CAN总线数据，可以识别来自设备和传感器的任何异常或错误信号。这可以帮助诊断问题的根本原因并在它导致更多损坏或安全问题之前解决它。制造商还可以通过将收集的数据输入模型来训练机器学习模型来预测故障。
可视化车辆数据：利用收集到的数据，用户可以开发一个系统来在仪表板上显示聚合数据，允许用户过滤、排序和比较不同的车辆和指标。仪表板还根据数据分析提供警报和建议。该系统使用户能够深入了解他们的表现。
车路协调：将采集到的数据与道路基础设施数据一起计算，构建车路协调系统。人工智能时代，数据是最有价值的财产。通过将数据从汽车收集到云端，然后将其分发到各种数据基础设施（如数据库和数据湖），用户可以将数据用于几乎所有类型的应用程序。挑战在车辆本地收集CAN总线数据已经相当成熟。然而，由于高数据速率、低带宽和多变的网络条件，收集和处理CAN总线数据并将洞察力实时传输到云端可能具有挑战性。因此，将所有CAN总线数据传输到云端进行处理是不切实际的。相反，可以在边缘侧本地收集和处理CAN总线数据，以减少数据量并将洞察力实时传输到云端。您至少需要两个组件来构建这样的解决方案：1.边缘计算引擎：边缘计算引擎可以只采集需要的CAN总线信号，灵活处理并实时触发MQTT传输动作。2.云端MQTT代理：MQTT代理可以帮助将处理后的CAN总线数据实时传输到云端。