CAN总线FD为何数据相先坏？TDC怎么设？

仲裁相还能稳发，一切到数据相就开始CRC错和重发，问题多半不是FD协议本身，而是延迟边界在高速段先被放大了。CAN总线升级到FD后，真正难守住的是位速率切换后的采样位置。

仲裁相仍用较低速率，是因为网络里所有节点都要可靠参与仲裁；数据相提速后，留给传播、收发器和隔离器的时间窗口却一下缩短。原本在经典速率下完全能忽略的几纳秒、十几纳秒延迟，到了更高数据速率下就可能直接占掉一大块采样余量。

这也是TDC存在的意义。控制器通过收发器延迟补偿，把本地发送到本地回读的偏移量纳入采样参考，避免在数据相里过早或过晚取样。若TDC没开、估值偏小或偏大，数据相错误就会优先出现，而仲裁相因为速率较低仍可能看起来完全正常。

很多调试误区来自只按名义速率配置寄存器，却没有重新测本机物理延迟。收发器型号、隔离器、保护器件、PCB走线乃至温度变化，都会改写回环延迟。实验室板卡换一个器件版本后经典帧仍能收发，工程师便以为参数可复用，结果FD高速段最先开始抖。

对CAN总线而言，FD的难点并不只是把位率调高，而是在仲裁相和数据相之间同时维持一致边界。若切换点附近的边沿本就带振铃或共模扰动，再加上数据相容错窗口更小，错误通常会以看似随机的形式冒出来。此时单看软件寄存器常常不足以解释问题，必须把物理延迟和波形质量一起纳入。

TDC也不是越大越保险。补偿不足会早采样，补偿过度则会把采样推到位尾，二者都会削弱对抖动和容差的吸收能力。真正稳妥的做法，是先测本地回环延迟的大致范围，再结合目标数据速率和控制器实现方式定参数，而不是拿推荐值直接套所有板子。

验证时最好把经典帧和FD帧分开测试，并在不同温度、电源电压和线束长度下观察错误是否只集中在数据相。只要仲裁阶段稳定而数据相错误率显著随环境漂动，就说明问题核心多半是高速延迟边界，而不是整条总线的基础连通性。

后续若再加隔离、TVS或共模器件，也应重新测一遍数据相余量。因为这些器件对经典速率影响也许几乎看不出，对高速段却可能已经足以改写最佳TDC设置。

如果项目还要跨供应商混用控制器和收发器，最好把每种组合都单独留一组高速参数，而不是指望一份配置在所有板子上都同样宽裕。

高速段一旦开始靠运气工作，最先冒出来的往往不是稳定复现的错误，而是温度、板型和线束一起变化时才出现的随机错帧。把这类条件扫描提前做掉，通常比后期在现场追随机故障省事得多。

真正难守的不是标称速率，而是每种硬件组合在高速段上的共同交集。

高速余量一薄，问题首先会出在最难复现的角落里。

所以，FD提速不是简单把一组寄存器数字改大，而是把延迟预算重新做了一遍。把TDC和高速物理边界校准好，数据相才不会先成为整网里最脆的那一段。