1. 问题表现代码全部正常总线上却一片死寂最近调试一块 STM32C092FCP6 的测试板遇到一个非常典型的 FDCAN 重映射问题。先说结论不是 FDCAN 外设本身坏了也不是收发器出问题而是“外设没有连接到你以为的那个引脚上”。STM32C092FCP6 是 C0 系列里带 FDCAN 的低成本型号48MHz 的 Cortex-M0 内核官方 Cortex-M0 家族里集成 CAN FD 的方案本来就少C0 把价格压下来之后做车载后装、工业节点、传感器网关这类项目非常合适。我手上这块板子为了节省引脚把默认的 FDCAN 引脚 PA11/PA12 让给了别的功能打算把 FDCAN 重映射到 PB8/PB9。CubeMX 里确实做了选择代码生成也没有报错但上电后怎么调都不通。描述一下当时的现象HAL_FDCAN_Start 返回 HAL_OK没有任何 error 标志HAL_FDCAN_AddMessageToTxQueue 返回 HAL_OK发送请求也进了队列示波器接在 CAN 收发器 TXD 引脚上看不到任何信号翻转用 GPIO 手动翻转测试PB8/PB9 能正常输出说明 MCU 引脚本身没有坏换了一片现成的 USB-CAN 分析仪来监听总线总线上完全没有数据。也就是说软件层面一切“正常”但物理层没有任何动作。搞过现场调试的人都知道这种“一切 API 都返回 success 但外设不工作”的问题往往比直接报错更难受。后来定位到根因是两个问题叠加一是 FDCAN 重映射没有真正生效二是顺手一测发现 CAN 总线终端电阻配置也有问题只接了一个 120Ω。2. FDCAN 重映射机制C0 系列跟 F1/F0 完全不是同一套思路2.1 谁在管理引脚复用不再是 AFIOSTM32F1 时代做引脚重映射的人多半会去翻 AFIO_MAPR 寄存器给某位写 1CAN 就从默认引脚换到备份引脚。到了 STM32C0 系列这套思路已经行不通了。C0 系列引脚复用分成了两层第一层是 GPIO 外设的 AF 选择也就是 GPIOA-AFR 或 GPIOB-AFR 寄存器里设置 Alternate Function 编号第二层是系统配置寄存器 SYSCFG 里的重映射位。以 FDCAN 为例GPIO_AFR 决定“这个引脚复用给哪个外设”而 SYSCFG_CFGR1 里的 FDCAN remap 位决定“FDCAN 外设内部到底采样哪一组物理引脚”。说直白一点GPIO_AFR 像是把信号送到了房间门口SYSCFG remap 决定房门开在哪面墙上。你只开了门但墙不对信号进不了房间或者你正确配置了 GPIO但 SYSCFG 里的 remap 没有设置FDCAN 内部仍然在监听默认的 PA11/PA12你在 PB8/PB9 上配置的任何复用都是白搭。2.2 FDCAN 引脚组合与默认映射STM32C092 的 FDCAN1 通常有以下几组引脚选项具体以参考手册 RM0470 的 GPIO 复用表为准引脚组合FDCAN1_RXFDCAN1_TX备注组合 APA11PA12复位后默认组合 BPB8PB9常用重映射目标组合 CPB5PB6部分型号/封装可选默认组合 A 不需要动 SYSCFG。如果要用组合 B必须把 SYSCFG_CFGR1 对应的 remap 位置 1同时 GPIOB 的 AFR 还要设置成 FDCAN1 对应的复用编号。两者缺一不可。我这次踩坑最大的原因就在这里CubeMX 的图形化配置里把 FDCAN1_RX 拖到 PB8、FDCAN1_TX 拖到 PB9生成代码时却发现在项目的初始化代码里没有自动加入 SYSCFG 的 remap 配置。你翻遍整个工程都找不到类似SYSCFG_CFGR1_FDCAN1_REMAP的宏。CubeMX 版本对新型号的支持有时并不完整图形界面上“看起来配置好了”实际生成代码并没有闭合。2.3 另一个高频翻车点SYSCFG 时钟没开即使你手动在代码里写了SYSCFG-CFGR1 | 某个位如果 SYSCFG 外设时钟没有使能写寄存器也是无效的。C0 系列里面SYSCFG 相关寄存器默认是不开时钟的。很多人从 F1 转到 C0沿用 F1 的习惯认为 APB 外设直接可以访问结果写了个寂寞。正确姿势是先调用__HAL_RCC_SYSCFG_CLK_ENABLE()再修改 SYSCFG 寄存器。这个顺序不要颠倒。3. 实操FDCAN 重映射配置完整代码与参数计算3.1 初始化流程顺序从初始化到正常发送推荐的顺序如下使能 SYSCFG 时钟设置 SYSCFG_CFGR1 的 FDCAN remap 位使能 GPIOB 时钟并配置 PB8/PB9 为复用推挽模式使能 FDCAN1 时钟配置 FDCAN 的时序参数使能 FDCAN 并向队列添加消息。我在调试时发现一个容易忽略的小问题remap 位必须在 FDCAN 外设使能之前配置好。如果你在 FDCAN 已经启用之后再切换 remapFDCAN 可能不会立即响应新的引脚绑定需要复位/重新初始化才能生效。所以建议把 remap 配置放在外设初始化函数最开头。3.2 完整代码示例void MX_FDCAN1_Init_With_Remap(void) { FDCAN_InitTypeDef FdcanInit {0}; GPIO_InitTypeDef GPIO_InitStruct {0}; // 1. 使能SYSCFG时钟这一步很多人忘 __HAL_RCC_SYSCFG_CLK_ENABLE(); // 2. 设置FDCAN1重映射为PB8/PB9 // 注意C0系列不同子型号的位号略有差异 // 以RM0470参考手册SYSCFG章节为准 SYSCFG-CFGR1 | SYSCFG_CFGR1_FDCAN1_REMAP; // 3. 配置GPIOB时钟以及PB8/PB9复用 __HAL_RCC_GPIOB_CLK_ENABLE(); GPIO_InitStruct.Pin GPIO_PIN_8 | GPIO_PIN_9; GPIO_InitStruct.Mode GPIO_MODE_AF_PP; GPIO_InitStruct.Pull GPIO_NOPULL; GPIO_InitStruct.Speed GPIO_SPEED_FREQ_LOW; // 复用编号需要查数据手册不同型号可能是AF4或AF5 GPIO_InitStruct.Alternate GPIO_AF4_FDCAN1; HAL_GPIO_Init(GPIOB, GPIO_InitStruct); // 4. FDCAN时序参数 hfdcan1.Instance FDCAN1; hfdcan1.Init.ClockDivider FDCAN_CLOCK_DIV1; hfdcan1.Init.NominalPrescaler 6; hfdcan1.Init.NominalSyncJumpWidth 1; hfdcan1.Init.NominalTimeSeg1 13; hfdcan1.Init.NominalTimeSeg2 2; // CAN FD数据段参数按2Mbps配置 hfdcan1.Init.DataPrescaler 1; hfdcan1.Init.DataSyncJumpWidth 1; hfdcan1.Init.DataTimeSeg1 20; hfdcan1.Init.DataTimeSeg2 3; hfdcan1.Init.MessageRAMOffset 0; HAL_FDCAN_Init(hfdcan1); }上面代码里有些关键参数需要解释否则只是拿到代码没法举一反三。3.3 波特率与采样点计算FDCAN 的波特率计算公式是波特率 FDCAN时钟 / (NominalPrescaler * (1 NominalTimeSeg1 NominalTimeSeg2))。我板子上 FDCAN 的输入时钟是 48MHz目标 CAN 通信波特率是 500kbps。先算时钟分频系数48MHz / 500kHz 96。接着把 96 拆成预分频和位时间的乘积。比较理想的组合是96 6 * 16也就是预分频 NominalPrescaler6位时间(1 13 2)16。对应的采样点位置是(1 13) / 16 87.5%这个采样点对 500kbps 来说在 CAN 规范推荐范围内通常 75%~87.5% 都是可接受的。CAN FD 数据段如果想跑 2Mbps分频系数是48MHz / 2Mbps 24。如果数据段预分频设成 1那么位时间就是 24(1 20 3)24采样点(120)/2487.5%。这两个参数组合在同一组配置里可以实现“仲裁段 500k数据段 2M”的常见异构波特率方案。这些都是可以类推的计算过程遇到其他频率的晶振或者另一块芯片平台只要把公式套上去就能得到自己需要的参数。3.4 用调试器确认重映射是否生效修改完代码之后不一定马上就能看到效果。建议直接烧录并在调试器里观察 SYSCFG_CFGR1 寄存器的值确认对应的 FDCAN remap 位确实为 1。同时检查 GPIOB-AFR 寄存器看 PB8/PB9 的 AF 编号是否填入了正确的 4 位值。这一步排查非常高效。很多时候你手动写了SYSCFG-CFGR1 | ...但紧接着某段代码又把寄存器擦掉了或者初始化顺序不对导致被其他外设覆盖。通过调试器直接读寄存器能比示波器更快定位。4. 总线侧问题CAN 终端电阻只接一个 120Ω 的影响4.1 为什么总线两端各需要一个 120Ω重映射配置正确之后发送波形终于出来了。可 CAN 总线上的波形仍然有点“脏”显性电平幅度偏低上升沿/下降沿有明显振铃。排查完 MCU 侧之后我习惯性地把万用表接在 CAN_H 和 CAN_L 之间量了一下直流电阻发现只有 120Ω 左右。这个读数说明总线两端只有一个终端电阻在工作。标准 CAN 总线的终端匹配要求是在最远的两端各放一个 120Ω 电阻两个电阻并联之后从总线中间测量应该是 60Ω。只接一个 120Ω 的情况下总线在另一端没有匹配信号到了末端会发生反射导致波形畸变、误码率升高。4.2 现场最常见的两种错误第一种错误自己画板子时只在 MCU 节点一端加了 120Ω远端设备没有加。试验台上点对点通信时可能看不出问题但一旦线缆超过一米或者有稍微一点的共模干扰就会出现偶发通信失败。第二种错误更加隐蔽买来的 CAN 收发器模块自带 120Ω 电阻自己画板时也加了一个 120Ω两个节点一接总线等效电阻变成了 60Ω。此时收发器在显性电平时的输出电流会变大长时间运行收发器会发烫波形也会有偏低的趋势。简单总结一下总线电压测量位置电阻读数结论两端各一个 120Ω60Ω正确只有一端有 120Ω120Ω缺少终端电阻连了三个 120Ω40Ω终端电阻过多接近 0Ω0Ω短路需要查焊接或线缆4.3 正确测量与修正方法测量时要断电把节点从总线上摘下来或者至少保证总线上没有活跃的收发器在上电状态否则测量的电阻值会被收发器的内部电路干扰。在总线最远端的接线端子处测量 CAN_H 和 CAN_L 之间的电阻。只接一个 120Ω 这个现象我在测试台上也经历过多次。如果你的总线长度很短比如一根 20cm 的杜邦线或飞线少一个终端电阻可能也能跑通但我不建议在调试时抱有侥幸心理因为单端终端容易让 RS 误码在高速率下突然爆发。我最终的调整方案是在总线的另一端也加入一个 120Ω 电阻。如果使用的是现成收发器模块可以检查模块上是否通过跳线帽接入选配的 120Ω 电阻把跳线帽插上即可如果是自研板卡预留 120Ω 电阻位已经是基本操作了。5. 常见问题速查与定位技巧5.1 快速定位“FDCAN 发不出数据”的三板斧调试 CAN 通信问题不要一上来就调代码。按照下面三个步骤大部分问题在五分钟内能定位第一板斧示波器测 MCU 的 FDCAN_TX 引脚。程序里写一个 1ms 周期的循环发送示波器看该引脚有没有规律性翻转。如果 TX 引脚没有信号说明 MCU 内部状态不对问题在外设配置、remap、时钟或者 GPIO 复用如果 TX 引脚有信号但总线上没有问题出在收发器、终端电阻、线缆或者 CAN_H/CAN_L 接线顺序。第二板斧读寄存器。调试器挂在 SWD 上直接看 SYSCFG_CFGR1 里 remap 位的值、GPIOB-AFR 的复用编号、以及 FDCAN1 的 INIT 状态位。在 Cortex-M0 上 FDCAN 寄存器映射跟 M4 平台不太一样可以在参考手册里找到 FDCAN 基地址再用调试器打开内存窗口逐项确认。第三板斧用 USB-CAN 分析仪监听总线。如果 MCU 侧的波形都正常但 USB-CAN 收不到多半是总线电阻匹配或波特率不匹配的问题。重点检查分析仪的波特率设置和终阻开关。分析仪连到总线上时也要注意它的终端电阻设置避免多节点并联导致阻抗异常。5.2 几个容易忽略的细节点第一个细节点是 FDCAN Filter。有几次我 FDCAN 波形完全正常但 MCU 就是收不到消息最后发现是 FDCAN 的过滤器把所有报文都丢弃了。默认 Filter 初始状态并不是“接受所有”需要显式调用HAL_FDCAN_ConfigFilter把过滤规则配置成接收全部或者配置成匹配特定 ID。重映射问题解决之后如果你发现能发不能收先往这个方向查。第二个细节点是 CAN 收发器供电和回流。TJA1050、SN65HVD230 这类收发器对电源噪声敏感VCC 和 GND 之间要加 100nF 去耦电容VIO 或者 VREF 引脚的电容也不能省。我这次测试过程中总线波形不稳有一半原因就是收发器供电差了个去耦电容。第三个细节点是在 FDCAN 使能前后不要随意修改引脚复用。如果调试过程中你频繁手动改 GPIO 模式FDCAN 可能退出 BusOff 后无法正确重新初始化。建议在系统启动阶段一次性完成所有复用配置运行过程中不要动。5.3 避坑清单汇总序号坑点解决方案检查方式1CubeMX 生成了 GPIO 复用但没有生成 SYSCFG remap手动补 SYSCFG remap 位调试器读 SYSCFG_CFGR12忘了使能 SYSCFG 时钟先调用__HAL_RCC_SYSCFG_CLK_ENABLE()查看 RCC 对应使能位3remap 配置在 FDCAN 启动之后执行将 remap 放在初始化最前面对比代码执行顺序4GPIO AFR 复用编号错了查数据手册 AF 表读 GPIOB-AFR5只接一个 120Ω 终端电阻总线两端各接一个断电量总阻值 60Ω 为正常6两个带 120Ω 电阻的模块并联成 60Ω去掉其中一个电阻断电量总阻值7Filter 配置为拒绝所有显式配置收发过滤查代码并测试收包6. 写在最后的几个经验这个问题折腾了我两天中间一度怀疑是芯片本身有问题。后来冷静下来一步步拆解才发现所谓 FDCAN remapping issue本质上是对 C0 系列引脚复用机制的理解偏差。C0 不是 F1 的简单升级也不是 G0 的阉割版它有自己的一套 SYSCFG remap 逻辑。拿到新芯片的第一时间最好先通读参考手册里 SYSCFG 和 GPIO 复用表两个章节能省掉很多不必要的加班。在实际调试过程中有一点体会特别深CAN 总线的问题很少只有一个原因。很多时候是重映射配置错误、终端电阻缺失、供电去耦不良这几个问题叠加在一起。我最初只盯着一处排查绕了很多弯路。后来习惯是把 MCU 侧和总线侧分开看MCU 侧用示波器和寄存器确认总线侧用万用表量电阻两侧都正常之后再联调效率会高出很多。如果你也正好在 STM32C092 或者 C0 系列其他型号上做 FDCAN 重映射建议从 CubeMX 生成的代码里确认 remap 位是否真的写进了 SYSCFG。如果没有按文章里的方式手动补上再确认两端的 120Ω 终端电阻大概率能把问题解掉。
STM32C0 FDCAN重映射踩坑：SYSCFG配置与CAN终端电阻实战
1. 问题表现代码全部正常总线上却一片死寂最近调试一块 STM32C092FCP6 的测试板遇到一个非常典型的 FDCAN 重映射问题。先说结论不是 FDCAN 外设本身坏了也不是收发器出问题而是“外设没有连接到你以为的那个引脚上”。STM32C092FCP6 是 C0 系列里带 FDCAN 的低成本型号48MHz 的 Cortex-M0 内核官方 Cortex-M0 家族里集成 CAN FD 的方案本来就少C0 把价格压下来之后做车载后装、工业节点、传感器网关这类项目非常合适。我手上这块板子为了节省引脚把默认的 FDCAN 引脚 PA11/PA12 让给了别的功能打算把 FDCAN 重映射到 PB8/PB9。CubeMX 里确实做了选择代码生成也没有报错但上电后怎么调都不通。描述一下当时的现象HAL_FDCAN_Start 返回 HAL_OK没有任何 error 标志HAL_FDCAN_AddMessageToTxQueue 返回 HAL_OK发送请求也进了队列示波器接在 CAN 收发器 TXD 引脚上看不到任何信号翻转用 GPIO 手动翻转测试PB8/PB9 能正常输出说明 MCU 引脚本身没有坏换了一片现成的 USB-CAN 分析仪来监听总线总线上完全没有数据。也就是说软件层面一切“正常”但物理层没有任何动作。搞过现场调试的人都知道这种“一切 API 都返回 success 但外设不工作”的问题往往比直接报错更难受。后来定位到根因是两个问题叠加一是 FDCAN 重映射没有真正生效二是顺手一测发现 CAN 总线终端电阻配置也有问题只接了一个 120Ω。2. FDCAN 重映射机制C0 系列跟 F1/F0 完全不是同一套思路2.1 谁在管理引脚复用不再是 AFIOSTM32F1 时代做引脚重映射的人多半会去翻 AFIO_MAPR 寄存器给某位写 1CAN 就从默认引脚换到备份引脚。到了 STM32C0 系列这套思路已经行不通了。C0 系列引脚复用分成了两层第一层是 GPIO 外设的 AF 选择也就是 GPIOA-AFR 或 GPIOB-AFR 寄存器里设置 Alternate Function 编号第二层是系统配置寄存器 SYSCFG 里的重映射位。以 FDCAN 为例GPIO_AFR 决定“这个引脚复用给哪个外设”而 SYSCFG_CFGR1 里的 FDCAN remap 位决定“FDCAN 外设内部到底采样哪一组物理引脚”。说直白一点GPIO_AFR 像是把信号送到了房间门口SYSCFG remap 决定房门开在哪面墙上。你只开了门但墙不对信号进不了房间或者你正确配置了 GPIO但 SYSCFG 里的 remap 没有设置FDCAN 内部仍然在监听默认的 PA11/PA12你在 PB8/PB9 上配置的任何复用都是白搭。2.2 FDCAN 引脚组合与默认映射STM32C092 的 FDCAN1 通常有以下几组引脚选项具体以参考手册 RM0470 的 GPIO 复用表为准引脚组合FDCAN1_RXFDCAN1_TX备注组合 APA11PA12复位后默认组合 BPB8PB9常用重映射目标组合 CPB5PB6部分型号/封装可选默认组合 A 不需要动 SYSCFG。如果要用组合 B必须把 SYSCFG_CFGR1 对应的 remap 位置 1同时 GPIOB 的 AFR 还要设置成 FDCAN1 对应的复用编号。两者缺一不可。我这次踩坑最大的原因就在这里CubeMX 的图形化配置里把 FDCAN1_RX 拖到 PB8、FDCAN1_TX 拖到 PB9生成代码时却发现在项目的初始化代码里没有自动加入 SYSCFG 的 remap 配置。你翻遍整个工程都找不到类似SYSCFG_CFGR1_FDCAN1_REMAP的宏。CubeMX 版本对新型号的支持有时并不完整图形界面上“看起来配置好了”实际生成代码并没有闭合。2.3 另一个高频翻车点SYSCFG 时钟没开即使你手动在代码里写了SYSCFG-CFGR1 | 某个位如果 SYSCFG 外设时钟没有使能写寄存器也是无效的。C0 系列里面SYSCFG 相关寄存器默认是不开时钟的。很多人从 F1 转到 C0沿用 F1 的习惯认为 APB 外设直接可以访问结果写了个寂寞。正确姿势是先调用__HAL_RCC_SYSCFG_CLK_ENABLE()再修改 SYSCFG 寄存器。这个顺序不要颠倒。3. 实操FDCAN 重映射配置完整代码与参数计算3.1 初始化流程顺序从初始化到正常发送推荐的顺序如下使能 SYSCFG 时钟设置 SYSCFG_CFGR1 的 FDCAN remap 位使能 GPIOB 时钟并配置 PB8/PB9 为复用推挽模式使能 FDCAN1 时钟配置 FDCAN 的时序参数使能 FDCAN 并向队列添加消息。我在调试时发现一个容易忽略的小问题remap 位必须在 FDCAN 外设使能之前配置好。如果你在 FDCAN 已经启用之后再切换 remapFDCAN 可能不会立即响应新的引脚绑定需要复位/重新初始化才能生效。所以建议把 remap 配置放在外设初始化函数最开头。3.2 完整代码示例void MX_FDCAN1_Init_With_Remap(void) { FDCAN_InitTypeDef FdcanInit {0}; GPIO_InitTypeDef GPIO_InitStruct {0}; // 1. 使能SYSCFG时钟这一步很多人忘 __HAL_RCC_SYSCFG_CLK_ENABLE(); // 2. 设置FDCAN1重映射为PB8/PB9 // 注意C0系列不同子型号的位号略有差异 // 以RM0470参考手册SYSCFG章节为准 SYSCFG-CFGR1 | SYSCFG_CFGR1_FDCAN1_REMAP; // 3. 配置GPIOB时钟以及PB8/PB9复用 __HAL_RCC_GPIOB_CLK_ENABLE(); GPIO_InitStruct.Pin GPIO_PIN_8 | GPIO_PIN_9; GPIO_InitStruct.Mode GPIO_MODE_AF_PP; GPIO_InitStruct.Pull GPIO_NOPULL; GPIO_InitStruct.Speed GPIO_SPEED_FREQ_LOW; // 复用编号需要查数据手册不同型号可能是AF4或AF5 GPIO_InitStruct.Alternate GPIO_AF4_FDCAN1; HAL_GPIO_Init(GPIOB, GPIO_InitStruct); // 4. FDCAN时序参数 hfdcan1.Instance FDCAN1; hfdcan1.Init.ClockDivider FDCAN_CLOCK_DIV1; hfdcan1.Init.NominalPrescaler 6; hfdcan1.Init.NominalSyncJumpWidth 1; hfdcan1.Init.NominalTimeSeg1 13; hfdcan1.Init.NominalTimeSeg2 2; // CAN FD数据段参数按2Mbps配置 hfdcan1.Init.DataPrescaler 1; hfdcan1.Init.DataSyncJumpWidth 1; hfdcan1.Init.DataTimeSeg1 20; hfdcan1.Init.DataTimeSeg2 3; hfdcan1.Init.MessageRAMOffset 0; HAL_FDCAN_Init(hfdcan1); }上面代码里有些关键参数需要解释否则只是拿到代码没法举一反三。3.3 波特率与采样点计算FDCAN 的波特率计算公式是波特率 FDCAN时钟 / (NominalPrescaler * (1 NominalTimeSeg1 NominalTimeSeg2))。我板子上 FDCAN 的输入时钟是 48MHz目标 CAN 通信波特率是 500kbps。先算时钟分频系数48MHz / 500kHz 96。接着把 96 拆成预分频和位时间的乘积。比较理想的组合是96 6 * 16也就是预分频 NominalPrescaler6位时间(1 13 2)16。对应的采样点位置是(1 13) / 16 87.5%这个采样点对 500kbps 来说在 CAN 规范推荐范围内通常 75%~87.5% 都是可接受的。CAN FD 数据段如果想跑 2Mbps分频系数是48MHz / 2Mbps 24。如果数据段预分频设成 1那么位时间就是 24(1 20 3)24采样点(120)/2487.5%。这两个参数组合在同一组配置里可以实现“仲裁段 500k数据段 2M”的常见异构波特率方案。这些都是可以类推的计算过程遇到其他频率的晶振或者另一块芯片平台只要把公式套上去就能得到自己需要的参数。3.4 用调试器确认重映射是否生效修改完代码之后不一定马上就能看到效果。建议直接烧录并在调试器里观察 SYSCFG_CFGR1 寄存器的值确认对应的 FDCAN remap 位确实为 1。同时检查 GPIOB-AFR 寄存器看 PB8/PB9 的 AF 编号是否填入了正确的 4 位值。这一步排查非常高效。很多时候你手动写了SYSCFG-CFGR1 | ...但紧接着某段代码又把寄存器擦掉了或者初始化顺序不对导致被其他外设覆盖。通过调试器直接读寄存器能比示波器更快定位。4. 总线侧问题CAN 终端电阻只接一个 120Ω 的影响4.1 为什么总线两端各需要一个 120Ω重映射配置正确之后发送波形终于出来了。可 CAN 总线上的波形仍然有点“脏”显性电平幅度偏低上升沿/下降沿有明显振铃。排查完 MCU 侧之后我习惯性地把万用表接在 CAN_H 和 CAN_L 之间量了一下直流电阻发现只有 120Ω 左右。这个读数说明总线两端只有一个终端电阻在工作。标准 CAN 总线的终端匹配要求是在最远的两端各放一个 120Ω 电阻两个电阻并联之后从总线中间测量应该是 60Ω。只接一个 120Ω 的情况下总线在另一端没有匹配信号到了末端会发生反射导致波形畸变、误码率升高。4.2 现场最常见的两种错误第一种错误自己画板子时只在 MCU 节点一端加了 120Ω远端设备没有加。试验台上点对点通信时可能看不出问题但一旦线缆超过一米或者有稍微一点的共模干扰就会出现偶发通信失败。第二种错误更加隐蔽买来的 CAN 收发器模块自带 120Ω 电阻自己画板时也加了一个 120Ω两个节点一接总线等效电阻变成了 60Ω。此时收发器在显性电平时的输出电流会变大长时间运行收发器会发烫波形也会有偏低的趋势。简单总结一下总线电压测量位置电阻读数结论两端各一个 120Ω60Ω正确只有一端有 120Ω120Ω缺少终端电阻连了三个 120Ω40Ω终端电阻过多接近 0Ω0Ω短路需要查焊接或线缆4.3 正确测量与修正方法测量时要断电把节点从总线上摘下来或者至少保证总线上没有活跃的收发器在上电状态否则测量的电阻值会被收发器的内部电路干扰。在总线最远端的接线端子处测量 CAN_H 和 CAN_L 之间的电阻。只接一个 120Ω 这个现象我在测试台上也经历过多次。如果你的总线长度很短比如一根 20cm 的杜邦线或飞线少一个终端电阻可能也能跑通但我不建议在调试时抱有侥幸心理因为单端终端容易让 RS 误码在高速率下突然爆发。我最终的调整方案是在总线的另一端也加入一个 120Ω 电阻。如果使用的是现成收发器模块可以检查模块上是否通过跳线帽接入选配的 120Ω 电阻把跳线帽插上即可如果是自研板卡预留 120Ω 电阻位已经是基本操作了。5. 常见问题速查与定位技巧5.1 快速定位“FDCAN 发不出数据”的三板斧调试 CAN 通信问题不要一上来就调代码。按照下面三个步骤大部分问题在五分钟内能定位第一板斧示波器测 MCU 的 FDCAN_TX 引脚。程序里写一个 1ms 周期的循环发送示波器看该引脚有没有规律性翻转。如果 TX 引脚没有信号说明 MCU 内部状态不对问题在外设配置、remap、时钟或者 GPIO 复用如果 TX 引脚有信号但总线上没有问题出在收发器、终端电阻、线缆或者 CAN_H/CAN_L 接线顺序。第二板斧读寄存器。调试器挂在 SWD 上直接看 SYSCFG_CFGR1 里 remap 位的值、GPIOB-AFR 的复用编号、以及 FDCAN1 的 INIT 状态位。在 Cortex-M0 上 FDCAN 寄存器映射跟 M4 平台不太一样可以在参考手册里找到 FDCAN 基地址再用调试器打开内存窗口逐项确认。第三板斧用 USB-CAN 分析仪监听总线。如果 MCU 侧的波形都正常但 USB-CAN 收不到多半是总线电阻匹配或波特率不匹配的问题。重点检查分析仪的波特率设置和终阻开关。分析仪连到总线上时也要注意它的终端电阻设置避免多节点并联导致阻抗异常。5.2 几个容易忽略的细节点第一个细节点是 FDCAN Filter。有几次我 FDCAN 波形完全正常但 MCU 就是收不到消息最后发现是 FDCAN 的过滤器把所有报文都丢弃了。默认 Filter 初始状态并不是“接受所有”需要显式调用HAL_FDCAN_ConfigFilter把过滤规则配置成接收全部或者配置成匹配特定 ID。重映射问题解决之后如果你发现能发不能收先往这个方向查。第二个细节点是 CAN 收发器供电和回流。TJA1050、SN65HVD230 这类收发器对电源噪声敏感VCC 和 GND 之间要加 100nF 去耦电容VIO 或者 VREF 引脚的电容也不能省。我这次测试过程中总线波形不稳有一半原因就是收发器供电差了个去耦电容。第三个细节点是在 FDCAN 使能前后不要随意修改引脚复用。如果调试过程中你频繁手动改 GPIO 模式FDCAN 可能退出 BusOff 后无法正确重新初始化。建议在系统启动阶段一次性完成所有复用配置运行过程中不要动。5.3 避坑清单汇总序号坑点解决方案检查方式1CubeMX 生成了 GPIO 复用但没有生成 SYSCFG remap手动补 SYSCFG remap 位调试器读 SYSCFG_CFGR12忘了使能 SYSCFG 时钟先调用__HAL_RCC_SYSCFG_CLK_ENABLE()查看 RCC 对应使能位3remap 配置在 FDCAN 启动之后执行将 remap 放在初始化最前面对比代码执行顺序4GPIO AFR 复用编号错了查数据手册 AF 表读 GPIOB-AFR5只接一个 120Ω 终端电阻总线两端各接一个断电量总阻值 60Ω 为正常6两个带 120Ω 电阻的模块并联成 60Ω去掉其中一个电阻断电量总阻值7Filter 配置为拒绝所有显式配置收发过滤查代码并测试收包6. 写在最后的几个经验这个问题折腾了我两天中间一度怀疑是芯片本身有问题。后来冷静下来一步步拆解才发现所谓 FDCAN remapping issue本质上是对 C0 系列引脚复用机制的理解偏差。C0 不是 F1 的简单升级也不是 G0 的阉割版它有自己的一套 SYSCFG remap 逻辑。拿到新芯片的第一时间最好先通读参考手册里 SYSCFG 和 GPIO 复用表两个章节能省掉很多不必要的加班。在实际调试过程中有一点体会特别深CAN 总线的问题很少只有一个原因。很多时候是重映射配置错误、终端电阻缺失、供电去耦不良这几个问题叠加在一起。我最初只盯着一处排查绕了很多弯路。后来习惯是把 MCU 侧和总线侧分开看MCU 侧用示波器和寄存器确认总线侧用万用表量电阻两侧都正常之后再联调效率会高出很多。如果你也正好在 STM32C092 或者 C0 系列其他型号上做 FDCAN 重映射建议从 CubeMX 生成的代码里确认 remap 位是否真的写进了 SYSCFG。如果没有按文章里的方式手动补上再确认两端的 120Ω 终端电阻大概率能把问题解掉。
