做CAN总线开发这些年我见过太多类似的现象新做的节点单独在台架上测一切正常一旦挂到整条总线上就频繁报错重传、丢失、总线关闭轮着来。很多人第一反应是查硬件、查电平、查终端电阻折腾半天最后发现问题出在一个非常容易被忽略却又极其关键的参数上——采样点。采样点和比特率这俩参数是CAN总线物理层设计里最基础也最容易被“差不多就行”糊弄过去的东西。可现实是CAN总线上跑的不是本地时钟而是通过隐性电平到显性电平的跳变来对齐时间基准。如果每个节点的采样点设置不统一甚至偏差太大轻则丢帧、重则整个网络瘫痪。这篇文章我就把采样点和比特率的计算方法掰开揉碎讲清楚从位时间结构、寄存器配置到实际工程中的验证手段全部走一遍保证看完能直接上手算、直接写代码、直接排查问题。1. 采样点到底是什么为什么一个时间点能决定整条总线的命运1.1 从“读0还是读1”说起先想一个问题CAN总线上的一位数据持续时间就是1比特时间这个时间跟比特率互为倒数。比特率500 kbit/s一位就是2微秒。但问题是这一位从发出来到接收方真正“确定它是0还是1”中间有个关键动作叫作采样。CAN控制器会对总线电平进行实时监测但在一个位时间内真正“拍板”电平值的时刻只有一个点这个点在整个位时间中的相对位置就是采样点。它不是一个区间而是一个瞬间。通常习惯用百分比表示比如采样点87.5%意思是说位时间走完87.5%的时候控制器读取一次总线电平这一位的逻辑值就以这次读取为准。为什么要在特定位置采样而不是在位的正中间采样这跟CAN的同步机制有关。总线上每一个显性电平的边沿都会触发同步但同步之后各个节点的时钟频率并不完全一致晶振有误差PLL也有误差。时间走得越久各个节点的位时间边界就漂移得越远。采样点越靠后留下的误差积累空间就越小但也不能太靠后否则物理层信号上升下降沿导致的电平不稳定区域会把采样结果带偏。1.2 采样点设置不当会引发哪些故障采样点选得太靠前比如70%问题在于留给时钟误差的容限被压缩了。总线波特率一高、线缆一长信号边沿变缓采样时刻还在电平完全稳定之前这时候读到的值就忽高忽低表现出来就是偶发性的发送错误、接收错误计数不停涨。采样点选得太靠后比如95%问题又不一样。期间各个节点的时钟误差已经累积到一定水平如果此时网络里还有一个节点的采样点明显偏前那它可能还没采样总线上下一位的同步段边沿就已经来了这位到底算谁的仲裁逻辑直接乱掉。我在实际项目中见过一个案例两个节点都用同一型号的MCU但一个用外部晶振一个用内部RC振荡器。外部晶振节点采样点设在80%内部RC节点设在88%——单独跑都没问题连在一起就频繁出现在某个固定ID帧上偶发No Acknowledge。用示波器抓波形根本看不出异常后来把两边配置细细一比对才发现采样点差了8%。收敛到相同采样点之后跑整车耐久再没出过这个故障。1.3 协议推荐值和行业惯例CAN协议本身并不硬性规定采样点必须是百分之多少只给出了位时间的结构划分建议。但行业长期实践形成了比较统一的认识对于经典CANCAN 2.0采样点推荐在75%到87.5%之间对于CAN FD由于数据段位时间更短采样点推荐范围通常后移到80%到90%。绝大多数汽车OEM的CAN网络设计规范里会把采样点目标定在80%到87.5%之间部分严格一点的会要求全网络统一到同一个值偏差不超过±1%。这也就是为什么很多商用CAN工具生成节点配置时默认采样点总是落在80%或87.5%附近。不是随便拍的是长期经验累积出来的最佳区间。2. 比特率计算的完整原理解读寄存器里每个字段到底在调什么2.1 一个位时间是怎么切分的要算采样点先要搞明白一个位时间内部的构成。标准CAN控制器把1位时间切成4段每段由若干个时间量子Time Quantum简称tq组成段名英文缩写作用时长范围tq同步段SYNC_SEG总线电平跳变在此段内完成同步固定1传播段PROP_SEG补偿物理层信号传播延迟和收发器延迟1~8相位缓冲段1PHASE_SEG1吸收时钟误差可在重同步时加长1~8相位缓冲段2PHASE_SEG2吸收时钟误差可在重同步时缩短1~8传播段和相位缓冲段1在不同厂商的寄存器实现里常常合并成一个字段比如STM32的叫BS1NXP的SJA1000文档里叫TSEG1。所以很多中文芯片手册里写得很简单位时间 同步段 TSEG1 TSEG2其中TSEG1 传播段 相位缓冲段1TSEG2就是相位缓冲段2。时间量子tq是由CAN控制器的时钟源分频得到的。假设CAN外设的输入时钟频率为f_clk波特率预分频器值为BRP那一个tq的时间就是BRP / f_clk。这个BRP就是芯片手册里的Baud Rate Prescaler通常范围是1到1024。2.2 比特率计算公式有了上面的概念比特率公式就非常直白了比特率 f_clk / (BRP × (1 TSEG1 TSEG2))其中括号里的总和就是1位时间对应的tq个数也就是常说的“位时间量子数”记作NBT。举个例子CAN外设时钟36 MHz想要500 kbit/s如果选NBT 16那么BRP 36 MHz / (500 kHz × 16) 4.5不是整数不行。那就调NBT或者BRP目标是两者都是整数。2.3 采样点公式与重同步采样点的准确计算公式是采样点 (1 TSEG1) / (1 TSEG1 TSEG2)注意这里的1是同步段固定的那个tq。比如TSEG1 13TSEG2 2NBT 16采样点 (1 13) / 16 87.5%。寄存器里还有一个参数叫同步跳转宽度SJW作用是当节点检测到总线边沿偏离期望位置时允许相位缓冲段1加长或相位缓冲段2缩短的最大tq数。SJW越大快速同步能力越强但抗干扰能力会变差因为一段相位段被大范围调整容易把噪声也同步进来。一般建议SJW设为1到4之间且不超过TSEG2的值。常见做法是配1最多配到TSEG2的一半。2.4 时钟源选型直接决定采样点精度采样点算得再漂亮晶振不准也白搭。CAN控制器对时钟误差有硬性要求经典CAN在位时间较长时可以容忍一定频率偏差但CAN FD要求更高。内部RC振荡器在全温区范围内通常有±1%到±2%的偏差有些廉价芯片甚至到±3%在某些波特率下已经逼近协议容限。所以只要有条件CAN节点的时钟源尽量用外部晶振而且晶振精度选±50 ppm以内的比较稳妥。如果板子空间受限必须用内部RC那就得把采样点尽量往中间靠给两端都留足余量同时把比特率适当降下来用更粗的时间颗粒换取更稳的采样窗口。3. 手把手推导从目标比特率反推寄存器参数3.1 以500 kbit/s为例完整算一遍假设MCU的CAN外设挂在APB1总线上时钟为36 MHz目标是500 kbit/s采样点定在87.5%。下面一步步来。第一步确定NBT。采样点87.5%对应的最简NBT结构是TSEG1占14份含同步段TSEG2占2份总共16份。为什么选16因为(1 TSEG1) / 16 87.5%解出来1 TSEG1 14TSEG1 13TSEG2 16 - 14 2。这是最经典的一组数。第二步算BRP。波特率公式反推BRP f_clk / (比特率 × NBT) 36 MHz / (500 kHz × 16) 4.54.5不是整数说明以这个时钟、这个NBT组合没法精确得到500 kbit/s。处理方式有两种要么调整BRP为4那实际比特率 36 MHz / (4 × 16) 562.5 kbit/s偏差12.5%绝对不行要么调整NBT把NBT改成15、18这类能让除法是整数的组合。NBT 18时BRP 36 MHz / (500 kHz × 18) 4刚好整数。但NBT换了采样点也变了。要保持87.5%需要1 TSEG1 15.75不是整数无解。所以要么接受采样点变一点要么换时钟源频率。这就是计算里最常见的坑采样点目标、NBT、BRP三者互相制约不是想要什么就有什么。实际工程里先把目标采样点对应的NBT配置确定下来再反推BRP如果除不尽优先微调采样点在75%到87.5%之间浮动而不是硬凑一个理想的87.5%。3.2 从采样点目标反推寄存器值的通用流程我一般按下面这个顺序来做基本不会卡壳确定CAN外设输入时钟f_clk仔细查手册是直接来自系统时钟还是PLL分频。确定目标波特率B。确定一个NBT初值。经典CAN推荐NBT在8到25之间最大不建议超过25。NBT太小采样点调节粒度太粗NBT太大时间量子过短对时钟抖动更敏感。用整数BRP去套公式BRP f_clk / (B × NBT)。如果除不尽要么微调NBT要么在可接受范围内改一点采样点目标值。得到一组NBT和BRP后按目标采样点分配TSEG1和TSEG2。设定SJW 1如果总线上有多个不同节点且时钟精度较差再适当调大。把配置写入寄存器用CAN分析工具实测确认采样点和比特率符合预期。3.3 常用比特率配置速查表下面这张表是几个常见波特率在典型CAN外设时钟下的推荐配置直接用基本没问题。TSEG1和TSEG2都是寄存器里的原始值同步段的1个tq不在寄存器里但计算采样点时要算进去。波特率CAN时钟NBTBRP1TSEG1TSEG1TSEG2实际采样点125 kbit/s8 MHz1641413287.5%250 kbit/s8 MHz1621413287.5%500 kbit/s8 MHz1611312381.25%500 kbit/s36 MHz1841514383.3%500 kbit/s36 MHz164.5不可用----1 Mbit/s8 MHz8165275%注意表格里8 MHz、500 kbit/s那一行因为8 MHz / 500 kHz 16正好NBT 16BRP 1此时配1TSEG113、TSEG23采样点只有81.25%没法达到87.5%。这就是时钟频率对采样点目标的硬约束想精确87.5%只能换时钟源或者改NBT到别的整数组合。3.4 用CANoe或示波器验证配置对不对寄存器配置写完之后光看代码变量没用得上工具实测。CANoe里新建一个CAN通道把波特率配置成和MCU相同的参数然后在总线上挂一个节点周期发送报文MCU接收并回发一个递增计数器。CANoe里看接收计数是否连续同时在Trace窗口观察有没有Error Frame这是最直接的验证。更进一步可以用示波器钩在CAN_H和CAN_L上单次触发抓一帧报文把波形放大到一位一位看。显性电平的脉宽就是1位时间对照设置的理论值误差应该在1%以内。采样点位置可以通过对比MCU内部某个测试引脚翻转时刻来间接推算但一般工程验证很少这么干用CANoe或者PCAN的位时间统计功能看总线上的实际位时间分布就够了。4. 实际工程中的配置技巧采样点不是越大越好也不是越统一越好4.1 采样点选择的经验法则先说采样点偏前和偏后各自的适用场景。总线波特率低125 kbit/s以下、线缆短、节点少、环境EMC干扰不大的场合采样点靠中后位置比如80%到85%稳定性和容错性最好。波特率高1 Mbit/s、总线长度超过5米、收发器驱动能力一般的场合信号边沿变缓采样点要稍微提前一点75%到80%更可靠因为等信号完全稳定再采样留给时钟误差累计的余量反而更小。多节点网络还有一个容易被忽略的点所有节点的采样点最好指向同一个目标值。假设网络上五个节点三个87.5%两个80%总线负载一高仲裁竞争频繁那些在边沿后的重同步会让不同节点的位时间产生细微差异累积起来就会出现间歇性错误。所以采样点值本身不是最重要的重要的是全网络保持一致。4.2 总线长度和比特率的匹配关系很多人容易犯一个错误就是看着芯片手册说支持1 Mbit/s就直接把波特率拉满完全不考虑线缆长度。ISO 11898标准里给了一个参考值1 Mbit/s时总线长度不超过40米。这个40米的来源就是位时间内物理信号往返传播延迟不能超过传播段的补偿范围。实际上车用CAN总线通常走双绞线信号在铜缆里的传播速度约为光速的65%也就是每米大约5纳秒。40米往返就是400纳秒的延迟。传播段能补偿的延迟大约是1到2个tq在1 Mbit/s、NBT8、tq 125纳秒的情况下2个tq 250纳秒正好覆盖400纳秒的也只有1 Mbit/s下的极限情况。所以超过40米还硬跑1 Mbit/s物理层信号完整性就扛不住了。工程上把握一个保守原则总线长度每增加10米波特率上限就往下调一档。比如100米以上只建议跑125 kbit/s以下20米以内可以跑500 kbit/s以上。4.3 采样点计算中的相位误差与SJW权衡刚才说了SJW通常配1。但有一种场景需要调大SJW总线上有某个节点用的内部RC时钟频率偏差比较大或者CAN FD中数据段位时间很短同步边沿出现次数有限。这时候SJW调到2或3可以让节点在收到显性边沿时一次性拉回较大相位偏差。SJW调大也有代价。相位缓冲段1和相位缓冲段2的调节范围被加大后如果总线上有毛刺干扰误同步会把一个噪声尖峰当成有效边沿导致后续采样点位置被带偏。我自己调试的时候遇到过这种情况SJW从1改成4CRC错误帧反而变多。后来用示波器对比发现是总线上一路DC-DC的开关噪声造成误同步。把SJW调回1、同时缩短线缆在节点端的裸露长度问题就消失了。4.4 CAN FD场景下采样点的差异如果项目里用CAN FD比特率和采样点的计算逻辑基本一致但有一个关键区别仲裁段的位时间较慢数据段的位时间更快在用CAN FD协议时这两个段拥有独立的TSEG1、TSEG2配置。仲裁段通常沿用经典CAN相同参数数据段则把NBT压缩到8到10个tq让位时间更短。数据段采样点通常要求更靠后推荐85%到90%。因为CAN FD数据段没有CRC delimiter后面的ACK场本身同步机会少采样点太靠前时钟误差累积没有足够空间释放。实际配置时还要注意收发器是否支持CAN FD的快速数据段普通CAN收发器对显性电平压摆率的抑制会让CAN FD在高波特率下信号上升沿更缓采样点太靠前就直接采样到中间电平识别成隐性。5. 常见问题与排查技巧实录踩过的坑都替你写好了5.1 典型故障现象问诊我把实际调试中遇到比较多的问题整理成了一张速查表排查时一条条对照效率会高很多。故障现象可能原因排查方向单个节点上总线就报错该节点位时间配置和总线上其他节点不一致或采样点严重偏离用CAN工具读该节点实际波特率对比其他节点总线上报错帧但示波器波形正常采样点太靠前或太靠后位内电平稳定时刻未被采样计算该节点采样点与网络目标采样点对比负载一高就出错负载低没问题重同步过程中多个节点采样点不一致统一所有节点的采样点目标值波特率相同但两个节点无法通信一个节点用了87.5%采样点另一个用了75%仲裁场后相位偏差累计超限逐个节点确认TSEG1/TSEG2重新统一配置低温或高温下偶发错误帧振荡器温度漂移导致位时间偏差换精度更高的晶振或把SJW适当调大CAN FD数据段错误率高数据段采样点设置过前或收发器不支持快速数据段确认收发器型号数据段采样点调到88%以上5.2 快速验证采样点是否正确的几种土办法没有专业CAN分析仪的时候可以用逻辑分析仪配合简单的示波器探针抓取CAN_H对地的波形。在波形上找到SOF帧起始位后的显性电平段用光标量出连续两个下降沿之间的间隔那就是一个位时间。再用第一个下降沿后的位时间内观察电平变化时刻和理论采样点位置对比。还有更土但有效的方法把MCU的CAN_TX引脚同时接到一个普通GPIO上在CAN发送中断里翻转GPIO然后用示波器双通道同时看CAN_TX和这个GPIO。GPIO翻转沿和CAN波形边沿的时间差就反映了控制器内部对位时间边沿的处理时刻间接验证采样点有没有按预期配置。5.3 一个典型的500 kbit/s整网联调案例去年做一个三节点CAN网络主控、传感器、执行器全部500 kbit/s目标采样点87.5%。主控用外部晶振传感器和执行器用的是内部RC。上电联调传感器周期发报文主控能收但执行器会间歇性回错误帧。逐个节点排查用CAN工具读出三个节点的实际位时间主控1.999微秒传感器2.01微秒执行器2.006微秒都在容限内。但把三个节点的采样点配置一拉出来主控87.5%、传感器80%、执行器83.3%。原因就是内部RC的芯片设计时用NBT16、BRP1去配500 kbit/s因为时钟有偏差采样点也跟着偏离。解决办法不是把采样点改成一样的就完事而是把执行器固件里CAN配置改成和主控一致的NBT16、TSEG113、TSEG22然后在-40度到85度环境箱里跑一轮高低温确认内部RC在整个温区内的偏差不会让位时间超出协议容限。跑下来发现最差情况偏差约1.8%还在容限范围内这才敢放行。5.4 采样点配置的最终自检清单最后给一个我每次做完CAN节点配置都会过的自检清单照着过一遍能避免绝大多数低级错误确认CAN外设输入时钟是稳定源不是可能被降频的调试时钟。计算出来的BRP和NBT都是整数实际波特率误差小于0.5%。TSEG1、TSEG2都在芯片手册推荐范围内不要在非典型的边界值上强行配置。采样点落在75%到87.5%区间内且全网络统一到同一个目标值。SJW设置为1除非确认时钟精度差或总线长度超出常规否则不轻易调大。用CAN工具实测位时间误差在预期范围内。高低温环境测试后错误帧计数无显著增加。这套流程在我手上的项目里反复用了很多轮基本把采样点相关的坑都堵住了。CAN的物理层配置看起来比应用层简单但恰恰是这些看似简单的参数决定了整条总线在恶劣环境下的生存能力。 
长河君 · 2026/10/3 6:04:10 · 阅读 1.2k CAN总线采样点与比特率计算全攻略：从位时间到寄存器配置
做CAN总线开发这些年我见过太多类似的现象新做的节点单独在台架上测一切正常一旦挂到整条总线上就频繁报错重传、丢失、总线关闭轮着来。很多人第一反应是查硬件、查电平、查终端电阻折腾半天最后发现问题出在一个非常容易被忽略却又极其关键的参数上——采样点。采样点和比特率这俩参数是CAN总线物理层设计里最基础也最容易被“差不多就行”糊弄过去的东西。可现实是CAN总线上跑的不是本地时钟而是通过隐性电平到显性电平的跳变来对齐时间基准。如果每个节点的采样点设置不统一甚至偏差太大轻则丢帧、重则整个网络瘫痪。这篇文章我就把采样点和比特率的计算方法掰开揉碎讲清楚从位时间结构、寄存器配置到实际工程中的验证手段全部走一遍保证看完能直接上手算、直接写代码、直接排查问题。1. 采样点到底是什么为什么一个时间点能决定整条总线的命运1.1 从“读0还是读1”说起先想一个问题CAN总线上的一位数据持续时间就是1比特时间这个时间跟比特率互为倒数。比特率500 kbit/s一位就是2微秒。但问题是这一位从发出来到接收方真正“确定它是0还是1”中间有个关键动作叫作采样。CAN控制器会对总线电平进行实时监测但在一个位时间内真正“拍板”电平值的时刻只有一个点这个点在整个位时间中的相对位置就是采样点。它不是一个区间而是一个瞬间。通常习惯用百分比表示比如采样点87.5%意思是说位时间走完87.5%的时候控制器读取一次总线电平这一位的逻辑值就以这次读取为准。为什么要在特定位置采样而不是在位的正中间采样这跟CAN的同步机制有关。总线上每一个显性电平的边沿都会触发同步但同步之后各个节点的时钟频率并不完全一致晶振有误差PLL也有误差。时间走得越久各个节点的位时间边界就漂移得越远。采样点越靠后留下的误差积累空间就越小但也不能太靠后否则物理层信号上升下降沿导致的电平不稳定区域会把采样结果带偏。1.2 采样点设置不当会引发哪些故障采样点选得太靠前比如70%问题在于留给时钟误差的容限被压缩了。总线波特率一高、线缆一长信号边沿变缓采样时刻还在电平完全稳定之前这时候读到的值就忽高忽低表现出来就是偶发性的发送错误、接收错误计数不停涨。采样点选得太靠后比如95%问题又不一样。期间各个节点的时钟误差已经累积到一定水平如果此时网络里还有一个节点的采样点明显偏前那它可能还没采样总线上下一位的同步段边沿就已经来了这位到底算谁的仲裁逻辑直接乱掉。我在实际项目中见过一个案例两个节点都用同一型号的MCU但一个用外部晶振一个用内部RC振荡器。外部晶振节点采样点设在80%内部RC节点设在88%——单独跑都没问题连在一起就频繁出现在某个固定ID帧上偶发No Acknowledge。用示波器抓波形根本看不出异常后来把两边配置细细一比对才发现采样点差了8%。收敛到相同采样点之后跑整车耐久再没出过这个故障。1.3 协议推荐值和行业惯例CAN协议本身并不硬性规定采样点必须是百分之多少只给出了位时间的结构划分建议。但行业长期实践形成了比较统一的认识对于经典CANCAN 2.0采样点推荐在75%到87.5%之间对于CAN FD由于数据段位时间更短采样点推荐范围通常后移到80%到90%。绝大多数汽车OEM的CAN网络设计规范里会把采样点目标定在80%到87.5%之间部分严格一点的会要求全网络统一到同一个值偏差不超过±1%。这也就是为什么很多商用CAN工具生成节点配置时默认采样点总是落在80%或87.5%附近。不是随便拍的是长期经验累积出来的最佳区间。2. 比特率计算的完整原理解读寄存器里每个字段到底在调什么2.1 一个位时间是怎么切分的要算采样点先要搞明白一个位时间内部的构成。标准CAN控制器把1位时间切成4段每段由若干个时间量子Time Quantum简称tq组成段名英文缩写作用时长范围tq同步段SYNC_SEG总线电平跳变在此段内完成同步固定1传播段PROP_SEG补偿物理层信号传播延迟和收发器延迟1~8相位缓冲段1PHASE_SEG1吸收时钟误差可在重同步时加长1~8相位缓冲段2PHASE_SEG2吸收时钟误差可在重同步时缩短1~8传播段和相位缓冲段1在不同厂商的寄存器实现里常常合并成一个字段比如STM32的叫BS1NXP的SJA1000文档里叫TSEG1。所以很多中文芯片手册里写得很简单位时间 同步段 TSEG1 TSEG2其中TSEG1 传播段 相位缓冲段1TSEG2就是相位缓冲段2。时间量子tq是由CAN控制器的时钟源分频得到的。假设CAN外设的输入时钟频率为f_clk波特率预分频器值为BRP那一个tq的时间就是BRP / f_clk。这个BRP就是芯片手册里的Baud Rate Prescaler通常范围是1到1024。2.2 比特率计算公式有了上面的概念比特率公式就非常直白了比特率 f_clk / (BRP × (1 TSEG1 TSEG2))其中括号里的总和就是1位时间对应的tq个数也就是常说的“位时间量子数”记作NBT。举个例子CAN外设时钟36 MHz想要500 kbit/s如果选NBT 16那么BRP 36 MHz / (500 kHz × 16) 4.5不是整数不行。那就调NBT或者BRP目标是两者都是整数。2.3 采样点公式与重同步采样点的准确计算公式是采样点 (1 TSEG1) / (1 TSEG1 TSEG2)注意这里的1是同步段固定的那个tq。比如TSEG1 13TSEG2 2NBT 16采样点 (1 13) / 16 87.5%。寄存器里还有一个参数叫同步跳转宽度SJW作用是当节点检测到总线边沿偏离期望位置时允许相位缓冲段1加长或相位缓冲段2缩短的最大tq数。SJW越大快速同步能力越强但抗干扰能力会变差因为一段相位段被大范围调整容易把噪声也同步进来。一般建议SJW设为1到4之间且不超过TSEG2的值。常见做法是配1最多配到TSEG2的一半。2.4 时钟源选型直接决定采样点精度采样点算得再漂亮晶振不准也白搭。CAN控制器对时钟误差有硬性要求经典CAN在位时间较长时可以容忍一定频率偏差但CAN FD要求更高。内部RC振荡器在全温区范围内通常有±1%到±2%的偏差有些廉价芯片甚至到±3%在某些波特率下已经逼近协议容限。所以只要有条件CAN节点的时钟源尽量用外部晶振而且晶振精度选±50 ppm以内的比较稳妥。如果板子空间受限必须用内部RC那就得把采样点尽量往中间靠给两端都留足余量同时把比特率适当降下来用更粗的时间颗粒换取更稳的采样窗口。3. 手把手推导从目标比特率反推寄存器参数3.1 以500 kbit/s为例完整算一遍假设MCU的CAN外设挂在APB1总线上时钟为36 MHz目标是500 kbit/s采样点定在87.5%。下面一步步来。第一步确定NBT。采样点87.5%对应的最简NBT结构是TSEG1占14份含同步段TSEG2占2份总共16份。为什么选16因为(1 TSEG1) / 16 87.5%解出来1 TSEG1 14TSEG1 13TSEG2 16 - 14 2。这是最经典的一组数。第二步算BRP。波特率公式反推BRP f_clk / (比特率 × NBT) 36 MHz / (500 kHz × 16) 4.54.5不是整数说明以这个时钟、这个NBT组合没法精确得到500 kbit/s。处理方式有两种要么调整BRP为4那实际比特率 36 MHz / (4 × 16) 562.5 kbit/s偏差12.5%绝对不行要么调整NBT把NBT改成15、18这类能让除法是整数的组合。NBT 18时BRP 36 MHz / (500 kHz × 18) 4刚好整数。但NBT换了采样点也变了。要保持87.5%需要1 TSEG1 15.75不是整数无解。所以要么接受采样点变一点要么换时钟源频率。这就是计算里最常见的坑采样点目标、NBT、BRP三者互相制约不是想要什么就有什么。实际工程里先把目标采样点对应的NBT配置确定下来再反推BRP如果除不尽优先微调采样点在75%到87.5%之间浮动而不是硬凑一个理想的87.5%。3.2 从采样点目标反推寄存器值的通用流程我一般按下面这个顺序来做基本不会卡壳确定CAN外设输入时钟f_clk仔细查手册是直接来自系统时钟还是PLL分频。确定目标波特率B。确定一个NBT初值。经典CAN推荐NBT在8到25之间最大不建议超过25。NBT太小采样点调节粒度太粗NBT太大时间量子过短对时钟抖动更敏感。用整数BRP去套公式BRP f_clk / (B × NBT)。如果除不尽要么微调NBT要么在可接受范围内改一点采样点目标值。得到一组NBT和BRP后按目标采样点分配TSEG1和TSEG2。设定SJW 1如果总线上有多个不同节点且时钟精度较差再适当调大。把配置写入寄存器用CAN分析工具实测确认采样点和比特率符合预期。3.3 常用比特率配置速查表下面这张表是几个常见波特率在典型CAN外设时钟下的推荐配置直接用基本没问题。TSEG1和TSEG2都是寄存器里的原始值同步段的1个tq不在寄存器里但计算采样点时要算进去。波特率CAN时钟NBTBRP1TSEG1TSEG1TSEG2实际采样点125 kbit/s8 MHz1641413287.5%250 kbit/s8 MHz1621413287.5%500 kbit/s8 MHz1611312381.25%500 kbit/s36 MHz1841514383.3%500 kbit/s36 MHz164.5不可用----1 Mbit/s8 MHz8165275%注意表格里8 MHz、500 kbit/s那一行因为8 MHz / 500 kHz 16正好NBT 16BRP 1此时配1TSEG113、TSEG23采样点只有81.25%没法达到87.5%。这就是时钟频率对采样点目标的硬约束想精确87.5%只能换时钟源或者改NBT到别的整数组合。3.4 用CANoe或示波器验证配置对不对寄存器配置写完之后光看代码变量没用得上工具实测。CANoe里新建一个CAN通道把波特率配置成和MCU相同的参数然后在总线上挂一个节点周期发送报文MCU接收并回发一个递增计数器。CANoe里看接收计数是否连续同时在Trace窗口观察有没有Error Frame这是最直接的验证。更进一步可以用示波器钩在CAN_H和CAN_L上单次触发抓一帧报文把波形放大到一位一位看。显性电平的脉宽就是1位时间对照设置的理论值误差应该在1%以内。采样点位置可以通过对比MCU内部某个测试引脚翻转时刻来间接推算但一般工程验证很少这么干用CANoe或者PCAN的位时间统计功能看总线上的实际位时间分布就够了。4. 实际工程中的配置技巧采样点不是越大越好也不是越统一越好4.1 采样点选择的经验法则先说采样点偏前和偏后各自的适用场景。总线波特率低125 kbit/s以下、线缆短、节点少、环境EMC干扰不大的场合采样点靠中后位置比如80%到85%稳定性和容错性最好。波特率高1 Mbit/s、总线长度超过5米、收发器驱动能力一般的场合信号边沿变缓采样点要稍微提前一点75%到80%更可靠因为等信号完全稳定再采样留给时钟误差累计的余量反而更小。多节点网络还有一个容易被忽略的点所有节点的采样点最好指向同一个目标值。假设网络上五个节点三个87.5%两个80%总线负载一高仲裁竞争频繁那些在边沿后的重同步会让不同节点的位时间产生细微差异累积起来就会出现间歇性错误。所以采样点值本身不是最重要的重要的是全网络保持一致。4.2 总线长度和比特率的匹配关系很多人容易犯一个错误就是看着芯片手册说支持1 Mbit/s就直接把波特率拉满完全不考虑线缆长度。ISO 11898标准里给了一个参考值1 Mbit/s时总线长度不超过40米。这个40米的来源就是位时间内物理信号往返传播延迟不能超过传播段的补偿范围。实际上车用CAN总线通常走双绞线信号在铜缆里的传播速度约为光速的65%也就是每米大约5纳秒。40米往返就是400纳秒的延迟。传播段能补偿的延迟大约是1到2个tq在1 Mbit/s、NBT8、tq 125纳秒的情况下2个tq 250纳秒正好覆盖400纳秒的也只有1 Mbit/s下的极限情况。所以超过40米还硬跑1 Mbit/s物理层信号完整性就扛不住了。工程上把握一个保守原则总线长度每增加10米波特率上限就往下调一档。比如100米以上只建议跑125 kbit/s以下20米以内可以跑500 kbit/s以上。4.3 采样点计算中的相位误差与SJW权衡刚才说了SJW通常配1。但有一种场景需要调大SJW总线上有某个节点用的内部RC时钟频率偏差比较大或者CAN FD中数据段位时间很短同步边沿出现次数有限。这时候SJW调到2或3可以让节点在收到显性边沿时一次性拉回较大相位偏差。SJW调大也有代价。相位缓冲段1和相位缓冲段2的调节范围被加大后如果总线上有毛刺干扰误同步会把一个噪声尖峰当成有效边沿导致后续采样点位置被带偏。我自己调试的时候遇到过这种情况SJW从1改成4CRC错误帧反而变多。后来用示波器对比发现是总线上一路DC-DC的开关噪声造成误同步。把SJW调回1、同时缩短线缆在节点端的裸露长度问题就消失了。4.4 CAN FD场景下采样点的差异如果项目里用CAN FD比特率和采样点的计算逻辑基本一致但有一个关键区别仲裁段的位时间较慢数据段的位时间更快在用CAN FD协议时这两个段拥有独立的TSEG1、TSEG2配置。仲裁段通常沿用经典CAN相同参数数据段则把NBT压缩到8到10个tq让位时间更短。数据段采样点通常要求更靠后推荐85%到90%。因为CAN FD数据段没有CRC delimiter后面的ACK场本身同步机会少采样点太靠前时钟误差累积没有足够空间释放。实际配置时还要注意收发器是否支持CAN FD的快速数据段普通CAN收发器对显性电平压摆率的抑制会让CAN FD在高波特率下信号上升沿更缓采样点太靠前就直接采样到中间电平识别成隐性。5. 常见问题与排查技巧实录踩过的坑都替你写好了5.1 典型故障现象问诊我把实际调试中遇到比较多的问题整理成了一张速查表排查时一条条对照效率会高很多。故障现象可能原因排查方向单个节点上总线就报错该节点位时间配置和总线上其他节点不一致或采样点严重偏离用CAN工具读该节点实际波特率对比其他节点总线上报错帧但示波器波形正常采样点太靠前或太靠后位内电平稳定时刻未被采样计算该节点采样点与网络目标采样点对比负载一高就出错负载低没问题重同步过程中多个节点采样点不一致统一所有节点的采样点目标值波特率相同但两个节点无法通信一个节点用了87.5%采样点另一个用了75%仲裁场后相位偏差累计超限逐个节点确认TSEG1/TSEG2重新统一配置低温或高温下偶发错误帧振荡器温度漂移导致位时间偏差换精度更高的晶振或把SJW适当调大CAN FD数据段错误率高数据段采样点设置过前或收发器不支持快速数据段确认收发器型号数据段采样点调到88%以上5.2 快速验证采样点是否正确的几种土办法没有专业CAN分析仪的时候可以用逻辑分析仪配合简单的示波器探针抓取CAN_H对地的波形。在波形上找到SOF帧起始位后的显性电平段用光标量出连续两个下降沿之间的间隔那就是一个位时间。再用第一个下降沿后的位时间内观察电平变化时刻和理论采样点位置对比。还有更土但有效的方法把MCU的CAN_TX引脚同时接到一个普通GPIO上在CAN发送中断里翻转GPIO然后用示波器双通道同时看CAN_TX和这个GPIO。GPIO翻转沿和CAN波形边沿的时间差就反映了控制器内部对位时间边沿的处理时刻间接验证采样点有没有按预期配置。5.3 一个典型的500 kbit/s整网联调案例去年做一个三节点CAN网络主控、传感器、执行器全部500 kbit/s目标采样点87.5%。主控用外部晶振传感器和执行器用的是内部RC。上电联调传感器周期发报文主控能收但执行器会间歇性回错误帧。逐个节点排查用CAN工具读出三个节点的实际位时间主控1.999微秒传感器2.01微秒执行器2.006微秒都在容限内。但把三个节点的采样点配置一拉出来主控87.5%、传感器80%、执行器83.3%。原因就是内部RC的芯片设计时用NBT16、BRP1去配500 kbit/s因为时钟有偏差采样点也跟着偏离。解决办法不是把采样点改成一样的就完事而是把执行器固件里CAN配置改成和主控一致的NBT16、TSEG113、TSEG22然后在-40度到85度环境箱里跑一轮高低温确认内部RC在整个温区内的偏差不会让位时间超出协议容限。跑下来发现最差情况偏差约1.8%还在容限范围内这才敢放行。5.4 采样点配置的最终自检清单最后给一个我每次做完CAN节点配置都会过的自检清单照着过一遍能避免绝大多数低级错误确认CAN外设输入时钟是稳定源不是可能被降频的调试时钟。计算出来的BRP和NBT都是整数实际波特率误差小于0.5%。TSEG1、TSEG2都在芯片手册推荐范围内不要在非典型的边界值上强行配置。采样点落在75%到87.5%区间内且全网络统一到同一个目标值。SJW设置为1除非确认时钟精度差或总线长度超出常规否则不轻易调大。用CAN工具实测位时间误差在预期范围内。高低温环境测试后错误帧计数无显著增加。这套流程在我手上的项目里反复用了很多轮基本把采样点相关的坑都堵住了。CAN的物理层配置看起来比应用层简单但恰恰是这些看似简单的参数决定了整条总线在恶劣环境下的生存能力。