汽车CAN总线入门：从原理到实战，嵌入式开发与智能车竞赛必备

1. 从零开始为什么汽车工程师绕不开CAN总线如果你刚接触汽车电子或者从消费电子、工业控制转行过来听到“CAN总线”这个词可能会有点懵。它不像串口、I2C那样直观名字听起来也带着一股工业味儿。但我想告诉你的是在今天的汽车里CAN总线就像人体的神经系统几乎连接着车上每一个重要的电子控制单元。从发动机控制、变速箱换挡到车窗升降、仪表盘显示背后都有它的身影。我刚开始做汽车电子项目时也花了不少时间去理解这套看似简单、实则精妙的通信系统。这篇入门书就是想把我这些年踩过的坑、总结的经验用最直白的方式讲给你听让你能快速上手知道它是什么、怎么用、以及最关键的——怎么避开那些新手常犯的错误。简单来说CAN是一种专门为汽车设计的串行通信协议。它的核心目标就两个可靠和实时。想象一下在高速行驶中刹车信号必须毫秒不差地送到刹车控制器任何延迟或错误都可能导致严重后果。CAN就是为了应对这种严苛环境而生的。它不像我们电脑上的USB或者网络可以重传、可以等待。在汽车这个高速移动的复杂电磁环境里CAN必须保证关键消息能优先、无误、及时地送达。理解了这一点你就能明白为什么CAN的很多设计看起来有点“特别”比如它的“非破坏性仲裁”机制我们后面会详细说。那么谁需要看这篇内容如果你是汽车电子方向的在校学生正在准备全国大学生智能汽车竞赛那CAN总线是你必须掌握的技能无论是基础组还是创意组车模内部的通信几乎都靠它。如果你是刚入行的嵌入式软件或硬件工程师负责车身控制、动力域或底盘域的相关开发CAN将是你日常工作的“语言”。甚至如果你是汽车诊断或测试工程师也需要理解CAN报文才能读懂车辆在“说什么”。接下来我们就一层层剥开CAN的神秘面纱。2. CAN总线的核心一种为对抗干扰而生的通信哲学要理解CAN不能只把它当成一个传输数据的管道而要从它诞生的背景和要解决的问题入手。上世纪80年代汽车上的电子设备开始增多点对点的布线方式变得异常复杂、笨重且昂贵。博世公司提出CAN就是为了用一根双绞线替代大量的独立线束让各个ECU电子控制单元能在一个共享的“广播频道”上对话。2.1 物理层两根线的艺术CAN的物理连接极其简单CAN_H和CAN_L两根线。它们通常绞合在一起形成双绞线这本身就是为了抵抗电磁干扰。CAN信号不是以其中一根线对地为参考而是以这两根线之间的电压差来表示逻辑状态。显性电平Dominant逻辑0CAN_H电压升高CAN_L电压降低两者差值通常为2V左右。这个状态优先级高。隐性电平Recessive逻辑1CAN_H和CAN_L电压都处于约2.5V的中间值电压差为0V。这种差分信号传输的方式让CAN对共模干扰比如来自发动机点火系统的电磁噪声具有极强的免疫力。干扰信号会同时抬升或拉低两根线的电压但差值不变从而保证了信号的完整性。这是CAN可靠性的第一道基石。注意在实际布板或接线时CAN_H和CAN_L千万不能接反否则无法通信。线缆应选用120欧姆特性阻抗的双绞线并且在网络的两端注意是两端不是每个节点各接一个120欧姆的终端电阻用于阻抗匹配消除信号反射。很多新手调试不通第一个要检查的就是终端电阻。2.2 数据链路层仲裁、帧结构与错误处理这是CAN协议最精妙的部分。它决定了信息如何打包、如何发送、以及冲突时谁先说话。2.2.1 非破坏性仲裁让重要的消息先走这是CAN区别于其他总线如I2C的核心特性。总线上所有节点都可以在总线空闲时主动发送数据。如果两个节点同时开始发送怎么办CAN的解决方案非常巧妙它们会一边发送一边监听总线电平。每个CAN数据帧都有一个唯一的标识符IDID值越小优先级越高。在发送ID段时节点会逐位对比自己发出的电平和总线上的实际电平。如果它发出了一个隐性位1但监听到总线是显性位0它立刻意识到有更高优先级的消息正在发送于是主动退出发送转为接收模式等待总线空闲后再重试。这个过程对正在发送的高优先级消息没有任何影响它甚至不知道发生过冲突。举个例子节点A要发送ID为0x101二进制000100000001的消息节点B要发送ID为0x102二进制000100000010。它们同时开始发送。前10位标准帧都是0001000000完全一致双方继续发送。到了第11位A要发“1”隐性B要发“0”显性。当B发出显性位“0”时A监听到总线是“0”而自己发的是“1”A立刻认输退出。于是B毫无知觉地继续发送完自己的消息。这就保证了刹车、转向等关键指令总能优先占用总线。2.2.2 CAN数据帧结构一封信里写了什么一个完整的CAN数据帧就像一封装订好的信包含以下部分帧起始SOF一个显性位标志一帧开始用于同步。仲裁场包含标识符ID和远程传输请求位RTR。ID决定了消息的优先级和内容。RTR用于区分数据帧请求数据和远程帧请求别人发送数据现在较少用。控制场包含IDE位标识符扩展位区分标准帧11位ID和扩展帧29位ID、保留位r0以及数据长度码DLC 0-8字节。数据场实际要传输的数据最多8个字节。这是CAN的一个特点它不适合传输大块数据如图像而适合传输控制指令、状态信息等短小精悍的数据。CRC场循环冗余校验码接收节点用它来校验数据在传输过程中是否出错。应答场ACK发送节点会留出一个隐性位作为ACK槽。所有正确接收到该帧的节点无论是不是目标节点都会在这个槽里回填一个显性位。如果发送节点没监听到这个显性位它就认为发送失败会启动重传。这是一种广播确认机制。帧结束EOF7个连续的隐性位标志帧结束。2.2.3 强大的错误处理与自愈CAN节点在发送和接收的每个阶段都在进行错误检测。共有5种错误类型位错误发送的位电平与监听到的总线电平不符仲裁期间除外。填充错误CAN协议规定每连续5个相同极性的位后必须插入一个相反极性的“填充位”。如果检测到连续6个相同极性的位就是填充错误。CRC错误接收方计算的CRC值与帧中的CRC值不匹配。格式错误固定格式的位场如帧结束的7个隐性位出现非法电平。应答错误发送方在ACK槽未监听到显性位。每个CAN控制器内部都有一个发送错误计数器TEC和一个接收错误计数器REC。一旦检测到错误节点会立即发送一个“错误帧”连续6个显性位来破坏当前帧通知全网该帧有误所有节点都会丢弃它。同时根据错误是发送错误还是接收错误相应的计数器会增加。根据计数器的值节点会处于三种状态主动错误状态正常状态可以正常收发检测到错误时发送主动错误标志6个连续显性位。被动错误状态当TEC或REC超过127时进入。此时节点仍能通信但发送错误标志时变为被动错误标志6个连续隐性位且发送帧后要等待一段额外的“延迟”才能再次发送。这相当于对频繁出错的节点进行了“限流”防止它持续干扰总线。总线关闭状态当TEC超过255时进入。控制器将完全与总线断开无法收发任何帧通常需要软件干预或重启才能恢复。这套机制使得CAN网络异常健壮单个节点的故障很难导致整个网络瘫痪符合汽车对安全性和可靠性的极致要求。3. 实战第一步搭建你的CAN调试环境理论懂了手会痒。要真正玩转CAN一套趁手的调试工具必不可少。对于初学者和个人开发者我不建议一上来就搞复杂的Vector工具链虽然行业里常用成本太高。我们可以从更亲民的方案入手。3.1 硬件选择从USB-CAN适配器开始你需要一个将电脑USB接口转换为CAN总线接口的设备。市面上常见的有PCAN-USB德国PEAK公司产品稳定可靠配套软件强大但价格较贵。周立功CAN卡国产优秀品牌性价比高配套的ZCANPRO软件功能齐全非常适合入门和一般开发。基于STM32或MCP2515的DIY模块网上有很多开源方案成本极低几十元需要自己烧录固件适合喜欢折腾的极客。但稳定性和驱动兼容性可能需要自己调试。对于纯粹的学习和入门一个百元级的国产USB-CAN适配器完全够用。关键是确认其支持你需要的CAN协议CAN 2.0A/B 可能还有CAN FD和最高波特率1Mbps是高速CAN的典型值。3.2 软件选择TSMaster与ZCANPro有了硬件你需要一个软件来收发、解析、记录CAN报文。TSMaster这是一款功能非常强大的国产软件支持报文收发、记录、回放、图形化分析、自动脚本支持Python/C#/C等。它的界面可能稍显复杂但一旦熟悉效率极高。很多汽车工程师都在用。你提到的“使用tsmaster软件进行使用测试时can怎么操作”核心步骤就是安装驱动-连接设备-在软件中选择正确的设备类型和通道-设置正确的波特率-启动CAN通道-然后就可以在“报文”窗口看到总线上的数据流了。ZCANPro周立功自家配套的软件界面相对简洁直观基本功能如收发、过滤、保存数据都很方便对新手更友好。我个人的建议是先用ZCANPro快速上手理解基本操作。当你有更复杂的分析、测试或自动化需求时再转向TSMaster。3.3 你的第一个CAN实验监听总线假设你手头有一个USB-CAN适配器以周立功为例和一台运行着ZCANPro的电脑。连接硬件将USB-CAN适配器插入电脑安装好驱动程序。用双绞线将适配器的CAN_H、CAN_L分别连接到目标CAN网络的对应线上如果是测试可以暂时只接终端电阻做成一个最小网络。打开ZCANPro创建或选择一个设备类型选择你对应的适配器型号如USBCAN-2E-U。配置通道选择通道0通常设置波特率。汽车上最常见的波特率是500kbps。如果你不知道目标网络的波特率可以尝试常见值125k 250k 500k 1M。启动CAN点击“启动设备”或“启动CAN”。如果硬件连接和波特率设置正确状态指示灯会显示正常。观察报文如果总线上有数据你会在接收数据列表里看到一列列滚动的报文。每一行通常包括时间戳、帧ID十六进制、帧类型数据帧/远程帧、数据长度DLC、以及8个字节的数据十六进制。恭喜你你已经看到了汽车电子世界的“对话”。那些不断变化的ID和数据就是各个ECU在交换信息。下一步就是学会解读这些信息。4. 解读CAN报文从十六进制到工程意义面对满屏的十六进制数新手往往会感到无从下手。解读CAN报文你需要一份关键文件DBC文件。4.1 DBC文件CAN网络的字典DBCDatabase CAN文件是一种描述CAN网络信息的文本文件。它定义了网络节点有哪些ECU。报文每个报文唯一的ID、名称、发送周期、发送节点、数据长度。信号报文数据场中的每一个有工程意义的信号。它定义了信号在8个字节中的起始位、长度位、字节顺序Intel/Motorola、精度缩放系数、偏移量、单位、取值范围等。没有DBC你看到的0x11 0x22 0x33只是一串数字。有了DBC软件如TSMaster, CANalyzer, CANoe就能自动将其解析为车速85.5 km/h 发动机转速2550 rpm 油门开度65.8% 等有实际物理意义的值。4.2 手动解析信号一个简化的例子假设我们收到一帧ID为0x101的报文数据场为05 7B 00 00 00 00 00 00。 从某个DBC中我们查到0x101报文包含两个信号信号A车速起始位0 长度12位 字节顺序Intel小端 系数0.1 偏移量0 单位km/h。信号B信号灯状态起始位12 长度4位 字节顺序Intel 值为0-15 0全灭1左转2右转3双闪。解析过程将数据字节按顺序展开成二进制位流从字节0的最低有效位开始画。数据05 7B 00... 前两个字节是0x05和0x7B。0x05 0000 0101 (二进制)0x7B 0111 1011 (二进制) 按Intel顺序低位字节在前低位bit在先排列位流1 0 1 0 0 0 0 0 | 1 1 0 1 1 1 1 0 ...(注意这里每个字节内部是低位在左实际画图时需要仔细)。取信号A起始位0 长度12位。假设我们正确提取出这12位的二进制值。为了简化计算我们换一种更直观的方法对于Intel格式信号可能跨字节但计算时可以直接按字节拼接。实际上数据05 7B 如果我们将其视为一个16位整数小端模式就是 0x7B05。信号A占低12位即 0x7B05 0x0FFF 0x0B05。将十六进制0x0B05转换为十进制2821。应用公式物理值 原始值 * 系数 偏移量 2821 * 0.1 0 282.1 km/h。这个速度显然不合理说明我们的DBC定义或解析假设可能只是示例真实车速信号不会这么长。取信号B起始位12 长度4位。即从第12位开始取4位。从0x7B05这个16位数中取bit12~bit15。0x7B05的二进制是 0111 1011 0000 0101 bit12~bit15是 0111即7。查表值7可能对应一个未定义的状态。通过这个例子你可以看到手动解析非常繁琐且容易出错。因此在实际工作中我们绝对依赖于DBC文件和解析软件。你的任务往往是获取正确的DBC文件然后在软件中导入它之后所有报文都会自动以物理值的形式呈现。实操心得很多时候特别是做逆向分析或诊断时你可能没有DBC文件。这时就需要“猜”。常用的方法是让车辆状态发生变化如踩油门、打转向灯同时记录CAN数据观察哪些ID的哪些字节随之规律变化。通过大量数据的对比和统计分析可以逐步反推出部分信号的定义。这是一个需要耐心和经验的过程。5. 在嵌入式MCU上实现CAN通信以STM32为例了解了协议和工具最终我们要让微控制器MCU能够收发CAN报文。STM32是智能车竞赛和入门开发中最常用的平台其内部集成了CAN控制器bxCAN大大简化了开发。5.1 硬件连接MCU与CAN收发器STM32的CAN控制器只处理数字逻辑协议层需要外接一个CAN收发器芯片如TJA1050 SN65HVD230来处理物理层信号电平转换。 连接方式如下STM32 CAN_TX引脚 ---- 收发器 TXD 引脚 STM32 CAN_RX引脚 ---- 收发器 RXD 引脚 收发器 CAN_H 引脚 ---- 总线 CAN_H 收发器 CAN_L 引脚 ---- 总线 CAN_L 收发器 VCC/GND 接电源和地。务必在总线的两端最远距离的两个节点的CAN_H和CAN_L之间并联120欧姆终端电阻。5.2 软件配置使用HAL库初始化使用STM32CubeMX可以快速生成初始化代码。关键配置步骤如下引脚配置找到你的STM32型号支持的CAN外设如CAN1分配CAN_RX和CAN_TX引脚通常是PA11 PA12。参数配置模式Normal正常模式。波特率这是最容易出错的地方。波特率 APB1时钟 / (Prescaler * (TimeSegment1 TimeSegment2 1))。你需要根据你的系统时钟如72MHz的APB1和想要的波特率如500kbps来计算分频器和时间段。CubeMX提供了自动计算器输入目标波特率它会推荐配置。TimeSegment1和TimeSegment2的设定需要与总线上其他节点严格一致。工作模式通常选择“Normal”如果只是监听总线可以选择“Silent”模式。过滤器配置这是STM32 CAN的一个特色功能用于在硬件层面过滤不需要的报文减轻CPU负担。你可以设置过滤器模式掩码模式或列表模式、过滤器尺度32位或16位、过滤器ID和掩码。对于初学者如果想接收所有报文可以将过滤器配置为“禁用”或设置一个通配所有ID的掩码。生成代码生成工程后在代码中需要使能CAN外设并启动CAN。5.3 发送与接收报文发送报文CAN_TxHeaderTypeDef TxHeader; uint8_t TxData[8]; uint32_t TxMailbox; TxHeader.StdId 0x123; // 标准帧ID TxHeader.ExtId 0; // 扩展帧ID标准帧时设为0 TxHeader.IDE CAN_ID_STD; // 标准帧 TxHeader.RTR CAN_RTR_DATA; // 数据帧 TxHeader.DLC 2; // 发送2个字节数据 TxHeader.TransmitGlobalTime DISABLE; TxData[0] 0xAA; TxData[1] 0x55; if (HAL_CAN_AddTxMessage(hcan1 TxHeader TxData TxMailbox) ! HAL_OK) { // 发送请求失败处理 }接收报文通常使用中断方式。在CubeMX中开启CAN RX中断。在HAL_CAN_RxFifo0MsgPendingCallback回调函数中处理接收到的报文。void HAL_CAN_RxFifo0MsgPendingCallback(CAN_HandleTypeDef *hcan) { CAN_RxHeaderTypeDef RxHeader; uint8_t RxData[8]; if (HAL_CAN_GetRxMessage(hcan CAN_RX_FIFO0 RxHeader RxData) HAL_OK) { // 成功接收到一帧报文 uint32_t id RxHeader.StdId; // 或 RxHeader.ExtId uint8_t len RxHeader.DLC; // 处理RxData中的数据... } }5.4 常见调试问题与排查无法通信总线一直空闲或错误帧频发检查物理连接CAN_H和CAN_L是否接反终端电阻是否接上且只在两端接线缆是否太长或质量太差检查波特率这是最常见的问题。确保所有节点的波特率设置包括分频、时间段完全一致。用示波器测量位时间可以验证。检查初始化顺序确保CAN控制器已成功初始化并进入正常模式。能收到自己发的收不到别人发的检查过滤器可能过滤器设置过于严格把其他节点的报文都过滤掉了。可以先放宽过滤器设置。检查ID确认发送方ID和接收方期望的ID是否匹配。通信不稳定时好时坏检查总线负载如果报文发送过于频繁可能导致总线负载率过高影响实时性。需要优化发送周期。检查电磁干扰确保双绞线远离电机、电源等强干扰源。检查收发器的电源是否干净。6. 进阶话题CAN FD与汽车网络架构展望当你掌握了经典CANCAN 2.0后会发现它在面对现代汽车越来越多的数据需求时如高级驾驶辅助系统ADAS、车载信息娱乐系统有些力不从心主要瓶颈在于最高1Mbps的波特率和最多8字节的数据场。于是CAN FD应运而生。6.1 CAN FD的核心升级CAN FDFlexible Data-rate在兼容经典CAN帧格式的基础上做了两大改进可变速率在仲裁阶段帧起始到BRS位之前使用标准的波特率如500kbps以保证可靠的仲裁。在数据阶段从BRS位之后到CRC场之前可以切换到更高的波特率如2Mbps 5Mbps甚至更高从而大幅提升数据传输效率。更长的数据场数据长度码DLC被重新定义可以支持最多64字节的数据场是经典CAN的8倍。CAN FD帧中增加了几个新的位FDF位表示此为FD帧。BRS位波特率切换位。如果为显性则在数据阶段切换为更高的波特率。ESI位错误状态指示位由发送节点表明自己是否处于被动错误状态。6.2 如何开始使用CAN FD硬件上你需要支持CAN FD的收发器如TJA1044GT和控制器很多新款STM32的CAN外设已支持FD模式。软件上配置时需要分别设置仲裁段波特率和数据段波特率。发送和接收API与经典CAN类似只是帧头数据结构中需要设置FDFBRS等标志位并且数据数组可以更长。注意CAN FD网络要求所有节点都支持FD。如果混入只支持经典CAN的节点会导致错误。在实际车载网络中CAN FD正在逐步替代经典CAN尤其是在动力域、底盘域等对带宽要求高的子网中。6.3 汽车网络架构中的CAN在现代汽车电子电气架构中CAN并非孤立的。它通常与其他总线协议协同工作LIN低成本单线网络用于对实时性和带宽要求不高的车身控制如车窗、后视镜、雨刷等。作为CAN网络的子网。FlexRay高确定性、高带宽的网络用于线控系统如线控转向、线控制动但成本高。以太网正在迅速进入汽车领域用于高速数据传- 输如摄像头、雷达、激光雷达传感器数据以及OTA升级、信息娱乐系统。目前常采用车载以太网如100BASE-T1。未来的趋势是“域集中”或“中央计算”架构。多个功能域动力域、车身域、座舱域等的控制器被整合域内部可能使用CAN FD或高速以太网域与中央计算机之间则通过高速以太网连接。但无论如何演进CAN因其极高的可靠性和性价比在可预见的未来仍将在对实时性要求高、节点多的控制场景中扮演重要角色。7. 从理论到竞赛CAN在智能车竞赛中的典型应用对于参加全国大学生智能汽车竞赛的同学来说CAN是核心技能点。车模上的核心控制器如英飞凌、NXP的芯片通常都集成了CAN控制器。它的应用场景主要包括7.1 主控与驱动/传感器模块的通信这是最经典的应用。主控单片机负责决策、路径规划通过CAN总线与电机驱动板、舵机控制板、以及一些分布式传感器如额外的编码器、IMU进行通信。主控发送目标速度、目标转向角等指令。驱动板反馈电机实际转速、电流、温度等状态。传感器板反馈融合后的姿态角、加速度等。这种架构的好处是布线简洁抗干扰能力强并且各个模块可以独立开发、测试最后通过CAN协议联调即可。7.2 多车协同与数据共享在一些创意组或特定赛题中可能需要多辆车模协同工作。CAN总线可以很方便地将多辆车模的主控连接在一起形成一个小的车载网络用于交换位置、状态、任务分配等信息。7.3 调试信息输出除了控制CAN还可以作为一个强大的调试接口。你可以定义一个专门的调试报文将程序运行中的关键变量如误差、PID输出、图像处理结果等打包周期性发送。然后在电脑端用TSMaster等软件接收并实时绘制成曲线这比串口调试效率高得多且不占用主控与上位机通信的串口。竞赛中的实操要点协议制定先行在画PCB、写代码之前小组必须首先共同制定一份详细的《CAN通信协议文档》。包括每个报文的ID、发送周期、发送节点、每个信号的定义起始位、长度、精度、单位。这是团队协作的基石。ID规划有逻辑不要随意分配ID。可以按功能模块划分ID段比如0x1xx系列为驱动相关0x2xx系列为传感器相关0x0xx系列为系统状态。同时考虑优先级关键的控制指令ID要小优先级高。注意总线负载率计算一下所有周期性报文的带宽占用。假设你用500kbps波特率那么1位时间是2微秒。一帧标准数据帧约100位大约需要200微秒。如果每秒发100帧负载率就超过2%了。虽然理论上负载率在30%以下都算安全但竞赛中为了极致实时性应尽量优化减少不必要报文的发送频率。一定要做超时处理在接收其他节点数据的代码中必须加入超时判断。如果超过一定时间如3个预期周期没收到某个关键报文如电机反馈主控应进入安全处理模式如缓慢停车而不是傻等或崩溃。8. 避坑指南那些我踩过的CAN“雷区”回顾这些年有些错误反复出现不仅是我自己也看到很多新手在犯。这里集中列出来希望能帮你省下大量调试时间。终端电阻之惑这是头号杀手。CAN网络必须在最远两端的节点上各接一个120欧姆电阻并联在CAN_H和CAN_L之间。如果网络只有两个节点那么每个节点上都应该接一个120欧姆电阻。如果节点数多于两个则只在物理距离最远的两个节点上接。不接、接错位置、阻值不对都会导致信号反射通信不稳定甚至完全失败。用示波器看波形会看到明显的振铃或畸变。波特率一字之差谬以千里所有节点的波特率必须精确一致。这里的“一致”不只是“500k”这个数字一致而是位时间Bit Time的各个分段同步段、时间段1、时间段2以及采样点的比例都要完全一致。不同厂商的CAN控制器配置参数名称可能不同如STM32的TimeSegment1/2 NXP的PropSeg PhaseSeg1/2需要根据芯片手册仔细计算。最稳妥的方法是用一个已知正常的节点或USB-CAN适配器作为参考用示波器测量其一个标准位的时长和采样点位置然后去配置你的新节点。地线环路多个节点的电源地GND如果没有良好连接会导致共模电压差可能损坏收发器或导致通信错误。理想情况下所有节点应共地。如果难以实现可以考虑使用带隔离的CAN收发器模块。电源噪声电机、舵机等大功率负载的电源噪声会通过电源线耦合进CAN收发器影响通信。务必为CAN收发器提供干净、稳定的电源最好与电机驱动电源隔离并加上足够的去耦电容。软件过滤器的“隐身”像STM32的硬件过滤器如果配置不当会悄无声息地“吃掉”你想接收的报文让你误以为对方没发或线路有问题。调试时可以先配置一个“通过所有”的过滤器确保物理层通信正常再逐步收紧过滤条件。帧类型混淆标准帧11位ID和扩展帧29位ID是两种不同的格式。发送和接收的配置必须匹配。如果你用标准帧ID格式发送但接收方过滤器配置为只接收某个扩展帧ID那么这帧报文会被过滤掉。DBC文件的版本管理在团队开发中DBC文件可能会更新增加新报文、修改信号定义。务必做好版本管理确保所有成员、所有测试工具PC软件、手持设备使用的DBC文件是同一版本。否则会出现解析错误数据对不上的情况。汽车CAN的世界远不止这一篇入门书所能涵盖比如还有网络管理NM、诊断协议UDS on CAN、更高层的应用协议J1939 CANopen等。但只要你牢牢掌握了本文所述的物理层、数据链路层原理以及实际的软硬件调试方法你就已经拿到了进入这个领域的钥匙。剩下的就是在具体的项目和实践中去遇到具体问题解决具体问题。记住动手试错用示波器和逻辑分析仪观察波形结合理论分析是学习CAN最快的方式。当你第一次看到总线上规整的差分波形第一次成功收发一帧自定义的报文第一次用CAN总线让小车跑起来时那种成就感会让你觉得所有的折腾都是值得的。