DCAN控制寄存器深度解析：从CAN总线基础到嵌入式实战配置

1. DCAN控制寄存器：CAN总线通信的“神经中枢”

在汽车电子和工业控制领域，控制器局域网（CAN）总线堪称是连接各个电子控制单元（ECU）的“神经系统”。它负责在嘈杂的电磁环境中，可靠地传递着从发动机转速到刹车信号等关乎安全与性能的关键数据。作为一名长期与嵌入式系统和车载网络打交道的工程师，我深知这个“神经系统”的稳定运行，其底层基石正是CAN控制器及其寄存器配置。德州仪器（TI）的DCAN模块是众多微控制器中集成的经典CAN控制器，其功能强大，但寄存器配置也相对复杂。很多新手工程师在面对厚厚的数据手册时，常常感到无从下手，要么配置后通信不通，要么在复杂的总线错误面前束手无策。

今天，我们就来彻底拆解DCAN模块的控制寄存器。这不仅仅是照着手册罗列每个比特位的定义，而是要深入到“为什么”要这么设计，以及在实际项目中“如何”正确、安全地使用它们。从最核心的CAN控制寄存器（DCAN CTL）到负责错误监控的状态寄存器，再到精细调整通信时序的位定时寄存器，每一个寄存器背后都蕴含着CAN协议的精髓和硬件设计的智慧。理解它们，你就能从被动地“调参数”转变为主动地“设计通信”，从容应对总线负载、错误恢复、低功耗管理等各种挑战。无论你是正在开发新能源汽车的BMS（电池管理系统），还是设计工业产线上的分布式控制器，这篇文章都将为你提供一份可直接参考的“寄存器配置地图”。

2. 核心控制寄存器（DCAN CTL）深度解析与配置策略

CAN控制寄存器（DCAN CTL）是DCAN模块的“总开关”和“模式选择器”。它控制着模块的全局状态、中断使能、工作模式等最基础也是最重要的功能。配置错误，整个CAN模块可能无法启动，或者行为异常。

2.1 初始化与模式控制位：通信的起点与休眠

寄存器的最低有效位（位0）是Init（初始化）位。这是任何CAN通信开始前必须操作的第一位。将其置1，DCAN模块将进入初始化模式，此时它会停止所有总线活动，允许你安全地配置其他关键参数，如位定时（BTR）。只有在Init位为1时，配置变更使能（CCE）位才能被置位，从而允许修改位定时寄存器。配置完成后，将Init位清零，模块才会尝试接入总线，开始正常的通信流程。这里有一个至关重要的细节：在总线关闭（Bus-Off）状态下，模块会自动将Init位置1。此时，你不能简单地通过软件清零Init位来强制恢复通信，必须等待模块完成完整的总线关闭恢复序列（监测到129个总线空闲位），这是CAN协议为保证网络健壮性所做的硬性规定。

与Init位紧密相关的是PDR（本地掉电请求）和WUBA（总线活动自动唤醒）位（位24和25），它们共同管理着模块的低功耗模式。当系统需要进入低功耗状态时，软件可以将PDR位置1，请求DCAN模块进入本地掉电模式。模块在安全停止当前活动后，会通过状态寄存器中的PDA位进行应答，然后关闭内部时钟以节省功耗。此时，若WUBA位也被使能（置1），则DCAN模块会持续监测CAN总线。一旦检测到总线出现显性电平（即总线有活动），便会自动启动唤醒序列，将系统从低功耗模式中拉回。这里有一个常见的“坑”：在自动唤醒模式下，触发唤醒的那一帧CAN消息是无法被成功接收的。这意味着，如果你的应用对消息完整性要求极高，需要在唤醒后通过软件主动查询或重发来弥补这第一帧的丢失。

2.2 中断与DMA配置：高效处理通信事件

中断是CPU及时响应CAN事件（如收到消息、发送成功、发生错误）的关键机制。DCAN CTL中的IE0和IE1（位1和17）分别用于全局使能两条独立的中断输出线DCAN0INT和DCAN1INT。你可以将不同优先级或不同类型的中断源分配到不同的中断线上，方便操作系统或中断控制器进行管理。

更精细的中断管理则依赖于EIE（错误中断使能）和SIE（状态改变中断使能）位（位3和2）。EIE位控制着错误被动（EPass）、总线关闭（BOff）和错误警告（EWarn）这些严重错误状态是否产生中断。而SIE位则控制着唤醒 pending（WakeUpPnd）、接收成功（RxOk）、发送成功（TxOk）和最后一次错误代码（LEC）变更这些常规状态事件是否触发中断。一个最佳实践是：在系统初始化阶段，通常先使能EIE，以便及时捕获严重的总线错误；在通信稳定后，再根据应用需求决定是否使能SIE，避免过于频繁的中断影响系统性能。

对于需要高效处理大量数据帧的应用，直接内存访问（DMA）是减轻CPU负担的利器。DCAN模块为三个消息接口（IF1, IF2, IF3）提供了独立的DMA请求使能位DE1, DE2, DE3（位18-20）。当使能后，例如在接收到消息时，消息处理器会自动将数据从消息RAM搬运到IFx寄存器组，并触发DMA请求，DMA控制器便可在无CPU干预的情况下将数据直接搬移到指定的内存区域。需要注意的是，一个悬而未决的DMA请求会一直保持有效，直到CPU或DMA控制器访问了对应的IFx寄存器组。这意味着你的DMA传输完成中断服务程序中，必须包含对该接口寄存器的访问操作，以清除DMA请求标志。

2.3 通信行为控制位：塑造模块的“性格”

DAR（禁用自动重传）位（位5）决定了模块在发送失败后的行为。默认情况下（DAR=0），如果一帧消息因仲裁失败或出错而发送失败，DCAN模块会自动尝试重传，直到成功为止。这在绝大多数确保消息最终送达的场景中是必要的。但在某些特定调试或高优先级管理场景下，你可能需要禁止自动重传（DAR=1），以便在发送失败后立即通过中断通知CPU，由软件来决定下一步动作（例如重发、改变消息ID或记录错误）。

ABO（自动总线开启）位（位9）与总线关闭恢复相关。当模块因严重错误进入总线关闭状态时，若ABO使能，模块内部的32位定时器（由ABOTR寄存器设定超时时间）会开始倒计时。计时结束后，模块会自动清零Init位，并开始执行总线关闭恢复序列。若ABO禁用，则必须由软件在合适的时机手动清零Init位来启动恢复。在大多数要求高可用性的车载网络中，建议使能ABO功能，这可以确保节点在发生暂时性严重干扰后，能自动尝试恢复上线，提高系统的自愈能力。

Test位（位7）是进入测试模式的钥匙。只有将此位置1，才能配置测试寄存器（DCAN TEST），从而使用环回、静默等高级调试功能。务必注意，在正常通信时，必须确保Test位为0。

3. 状态监控与错误处理寄存器组详解

如果说控制寄存器是发出指令的“大脑”，那么状态与错误寄存器就是反馈信息的“感官系统”。它们实时反映着总线通信的健康状况，是进行故障诊断和性能优化的核心依据。

3.1 错误与状态寄存器（DCAN ES）：总线的“健康仪表盘”

这个寄存器提供了最全面的实时状态信息。BOff（总线关闭）和EPass（错误被动）位（位7和5）直接对应着CAN协议中定义的节点错误状态机。一个节点根据发送错误计数器（TEC）和接收错误计数器（REC）的值，会处于“错误主动”、“错误被动”或“总线关闭”三种状态。错误主动节点能发送主动错误帧，积极参与总线错误��复；错误被动节点只能发送被动错误帧；而总线关闭节点则被强制从总线上断开，停止发送任何信号。监控这两个位，可以快速判断本节点在总线上的“健康状况”。

EWarn（错误警告）位（位6）是一个预警信号。当TEC或REC任意一个达到96（错误警告限值）时，此位被置1。这提示你总线错误率正在升高，可能存在问题，但节点尚未进入错误被动状态。这是一个进行预防性维护或日志记录的好时机。

RxOk和TxOk位（位4和3）是简单的成功指示器。每当成功接收或发送一帧消息，对应的位就会被置1。这两个位有一个重要的硬件特性：它们不会被模块内部事件自动清零，只有在CPU读取错误与状态寄存器时才会被清零。这种“读清零”机制使得你可以通过周期性读取该寄存器来统计一段时间内的通信成功率。例如，在1秒定时器中断里读取该寄存器，如果RxOk为1，则累计接收成功计数，从而计算出实时通信速率。

LEC（最后一次错误代码）字段（位2-0）是故障诊断的“金钥匙”。它精确指出了导致最近一次通信错误的具体原因：

  • 1h：位填充错误- 在帧场中连续检测到6个相同电平位，违反了位填充规则。通常由强烈的总线干扰或节点晶振不同步引起。
  • 2h：格式错误- 固定格式字段（如CRC界定符、ACK界定符等）不符合规范。可能表明发送节点故障或总线短路。
  • 3h：应答错误- 发送的帧未被任何其他节点应答。这通常意味着本节点是总线上唯一的活跃节点，或者物理层故障导致发送信号未能到达其他节点。
  • 4h：显性位错误- 节点试图发送隐性位（逻辑1），但监听到的总线电平是显性位（逻辑0）。这发生在仲裁阶段或数据场阶段，表明总线竞争失败或存在“线与”冲突。
  • 5h：隐性位错误- 节点试图发送显性位（逻辑0），但总线电平仍是隐性位（逻辑1）。这是最严重的错误之一，可能意味着CAN_H和CAN_L线路开路，或本节点的CAN收发器驱动器损坏。
  • 6h：CRC错误- 接收到的CRC校验值与本地计算值不匹配。表明数据在传输过程中因干扰发生了比特翻转。

LEC字段在每次成功完成一帧收发后会自动清零为0，或在CPU读取错误与状态寄存器时被重置为7h（无事件）。因此，在错误中断服务程序中，应首先读取并记录LEC值，再进行其他操作。

3.2 错误计数器寄存器（DCAN ERRC）：错误的“量化统计”

错误与状态寄存器给出了定性描述，而错误计数器寄存器则提供了定量的数据。TEC（发送错误计数器）和REC（接收错误计数器）（位7-0和14-8）的实时值，是分析错误趋势的根本。根据CAN协议规范，错误计数器的增减规则复杂但严谨：成功发送一帧，TEC减1（最低至0）；发送出错，TEC加8；成功接收一帧，REC减1（最低至0）；接收出错（非位填充错误），REC加1；位填充错误，REC加8。

当TEC或REC大于127时，节点进入错误被动状态。当TEC累计超过255时，节点进入总线关闭状态。通过监控这两个计数器的变化速率和相对大小，可以辅助定位问题。例如，TEC快速增长而REC变化缓慢，可能指向本节点的发送驱动器问题；反之，则可能是总线终端电阻不匹配或外部干扰严重。

3.3 中断寄存器（DCAN INT）：事件的“调度中心”

当中断发生时，CPU需要快速知道中断源是什么。中断寄存器（DCAN INT）就扮演着这个“调度中心”的角色。它包含两个字段：Int0ID和Int1ID，分别对应两条中断线。

  • 消息对象中断：如果中断是由某个消息对象（例如，消息成功发送或接收）触发的，Int0ID/Int1ID中会存放该消息对象的编号（1-64）。这允许中断服务程序直接定位到是哪个消息邮箱产生了事件，无需遍历所有邮箱，极大提高了处理效率。
  • 状态中断：如果中断是由错误与状态寄存器中的事件（如WakeUpPnd, RxOk等，且SIE/EIE已使能）触发的，则Int0ID的值会被固定设置为8000h。这是一个特殊值，提示CPU需要去查询错误与状态寄存器以获取详细信息。

中断的优先级是固定的：状态中断（Int0ID=8000h）的优先级最高。在消息对象中断内部，消息编号越小，优先级越高。这意味着你可以通过将最关键的消息（如刹车指令）配置到编号较小的邮箱中，来确保其相关中断能得到优先响应。

4. 通信参数配置与调试寄存器实战

配置好状态和控制，接下来就是定义通信的“规则”，即波特率和位时序，并利用调试工具进行验证和排错。

4.1 位定时寄存器（DCAN BTR）：定义通信的“心跳”

CAN总线的通信速率和采样点的稳定性，完全由位定时寄存器（DCAN BTR）决定。配置不当是导致通信失败或误码率高的最常见原因。配置此寄存器前，必须确保DCAN CTL中的Init位和CCE位同时为1。

位定时的计算基于几个核心参数：

  • CAN_CLK：提供给DCAN模块的时钟频率，通常是系统时钟的分频。
  • 波特率预分频器（BRP）：计算公式为实际BRP值 = 编程值 + 1。它将CAN_CLK分频，得到时间份额（Time Quanta, Tq）的时钟基础。
  • 时间段1（TSEG1）和时间段2（TSEG2）：实际TSEG1值 = 编程值 + 1，实际TSEG2值 = 编程值 + 1。它们与同步段（固定为1 Tq）共同构成一个位时间：位时间 = (1 + TSEG1 + TSEG2) * Tq。采样点位于同步段和TSEG1结束之后。
  • 同步跳转宽度（SJW）：实际SJW值 = 编程值 + 1。它定义了在重同步时，一个位时间可以被缩短或拉长的最大Tq数，用于补偿节点间的时钟误差。

一个经典的500kbps配置示例如下：假设CAN_CLK = 8 MHz。

  1. 目标位时间 = 1 / 500kbps = 2 µs。
  2. 选择时间份额Tq = 100 ns (即10 MHz)。这需要BRP将8 MHz分频：BRP = CAN_CLK / (Tq * 2) - 1？ 等等，这里有个关键点：数据手册公式Tq = (BRP + 1) / CAN_CLK。实际上，BRP是分频系数，Tq = (BRP + 1) * (1 / CAN_CLK)。为了得到100ns的Tq (10MHz)，BRP + 1 = Tq * CAN_CLK = 100ns * 8MHz = 0.8，这不是整数。所以我们需要反过来算。
  3. 更实际的方法是先确定总Tq数。常用配置是位时间占用8-25个Tq。我们选择16 Tq/位。
  4. 那么，Tq = 位时间 / 16 = 2 µs / 16 = 125 ns。
  5. 所需的BRP + 1 = Tq * CAN_CLK = 125ns * 8MHz = 1。因此，编程的BRP值 = 0。
  6. 分配TSEG1和TSEG2。通常采样点设置在位时间的75%-80%处。对于16 Tq，设置TSEG1 = 10 Tq (编程值9)， TSEG2 = 5 Tq (编程值4)。则同步段(1) + TSEG1(10) + TSEG2(5) = 16 Tq。采样点在11 Tq处，占比68.75%，对于多数应用也可接受，更常见的75%采样点可以设置TSEG1=12, TSEG2=3。
  7. SJW通常设置为TSEG2和4中的较小值，这里可以设为2 Tq (编程值1)。

因此，BTR寄存器的配置值可能是：BRP=0, TSEG1=11 (编程值0xB), TSEG2=4 (编程值0x4), SJW=1 (编程值0x1)。结合高位可能的BRPE（波特率预分频扩展，本例中为0），最终写入寄存器的值可能是0x1B40（假设BRPE=0，且保留位为0）。务必使用厂商提供的配置工具或仔细计算，并��保所有节点的配置一致。

4.2 测试寄存器（DCAN TEST）：强大的内部诊断工具

测试寄存器必须在DCAN CTL的Test位使能后才能配置。它提供了几种关键的内部测试模式：

  • 静默模式（Silent Mode）：在此模式下，DCAN模块只监听总线，不会发送任何信号（包括错误帧和应答位）。这非常有用：
    1. 总线监听：在不影响现有网络的情况下，监听所有总线流量，用于协议分析或调试。
    2. 硬件自检：可以判断本节点是否能正确接收消息，同时确保它不会因自身故障而干扰总线。
  • 环回模式（Loop Back Mode）：发送的消息不会真正输出到CAN总线上，而是直接在内部环回给接收器。这用于：
    1. 软件自测试：在不连接任何外部硬件的情况下，验证从消息配置、发送到接收的整个软件逻辑是否正确。
    2. 隔离测试：确保在实验室环境中，一个节点的测试不会干扰其他设备。
  • 外部环回模式（EXL）：与普通环回模式不同，外部环回模式下，TX引脚输出信号，但该信号被直接反馈到RX引脚。这可以用于测试从控制器到收发器之间的TX路径是否正常。
  • TX引脚控制（Tx字段）：可以强制将CAN_TX引脚驱动为显性（逻辑0）或隐性（逻辑1），用于测试物理层驱动能力或测量终端电阻。

重要警告：在测试模式下（尤其是控制TX引脚时），绝对不能连接到正在运行的真实CAN网络中，否则会严重干扰总线通信。这些功能应仅在开发、调试或生产测试阶段使用。

5. 消息对象管理与批量状态查询寄存器

DCAN模块支持多达128个消息对象（邮箱），每个对象都可以独立配置为发送或接收。直接操作每个消息对象的控制字虽然精确，但效率低下。为此，DCAN提供了一组“全景”寄存器，用于批量查询所有消息对象的状态。

5.1 传输请求与数据状态寄存器组

  • 传输请求寄存器（DCAN TXRQ12 - TXRQ78）：这是一个只读寄存器组，共128位，每一位对应一个消息对象。当某个消息对象的传输请求位（TxRqst）被软件或远程帧请求置位后，其在TXRQ寄存器中对应的位也会被置1。软件可以通过轮询这些寄存器，快速了解当前有哪些消息正在等待发送，而无需遍历所有消息对象。
  • 新数据寄存器（DCAN NWDAT12 - NWDAT78）：同样是一个128位的只读寄存器组。当消息处理器将新接收到的数据存入某个消息对象的数据区，或CPU向发送邮箱写入新数据后，该消息对象对应的NewDat位及其在NWDAT寄存器中的位会被置1。这是实现“数据驱动”处理的关键。CPU可以定期扫描NWDAT寄存器，仅处理那些有新数据的邮箱，大幅提升效率。
  • 中断挂起寄存器（DCAN INTPND12 - INTPND78）：当某个消息对象触发中断（如发送完成、接收完成）后，其IntPnd位和在此寄存器中的对应位会被置1。结合中断寄存器（DCAN INT）中指示的具体消息对象编号，可以快速定位中断源。

5.2 消息有效与中断复用寄存器

  • 消息有效寄存器（DCAN MSGVAL12 - MSGVAL78）：这128位寄存器反映了每个消息对象的“使能”状态。只有MsgVal位被置1的消息对象，才会被消息处理器考虑进行匹配和操作。在初始化时，你需要将所有用到的邮箱的MsgVal位置1；当需要临时禁用某个邮箱时，将其清零。
  • 中断复用寄存器（DCAN INTMUX12 - INTMUX78）：这是唯一一个可写的批量管理寄存器。它的每一位决定了对应消息对象产生的中断，是连接到中断线0（DCAN0INT）还是中断线1（DCAN1INT）。这提供了极大的灵活性。例如，你可以将所有高实时性要求的消息中断（如控制指令）分配到高优先级的中断线0，而将日志、诊断等低实时性消息的中断分配到中断线1，从而实现中断的负载分担和优先级管理。

5.3 实战技巧：高效的状态扫描与处理

在实际编程中，直接读取这128位的寄存器（在32位系统上表现为4个32位寄存器）并进行位操作，是最高效的管理方式。例如，你可以定义一个函数来查找第一个待发送的消息：

uint8_t find_first_pending_tx(uint32_t *txrq_regs) { // txrq_regs 指向 TXRQ12 寄存器的地址 for (int i = 0; i < 4; i++) { if (txrq_regs[i] != 0) { // 使用编译器内置指令或算法找到最低有效位为1的位置 return (i * 32) + __builtin_ffs(txrq_regs[i]) - 1; } } return 0; // 没有待发送消息 }

6. 高级功能与配置陷阱规避

掌握了基础寄存器的配置后，一些高级功能和潜在的“陷阱”需要特别关注，它们往往决定了复杂系统的稳定性和鲁棒性。

6.1 自动总线开启（ABO）与超时寄存器（ABOTR）

自动总线开启功能由DCAN CTL中的ABO位使能，其超时时间由Auto-Bus-On Time Register (DCAN ABOTR)定义。这是一个32位寄存器，其值代表在进入总线关闭状态后，需要等待多少个VBUS时钟周期，模块才会自动尝试清零Init位以启动恢复序列。

配置ABOTR的关键在于计算合理的等待时间。这个时间不能太短，否则节点会在总线干扰尚未完全消失时反复尝试上线，可能加剧网络拥堵；也不能太长，否则节点离线时间过久，影响系统功能。一个常见的经验值是100ms到1秒。假设VBUS时钟为50MHz，要实现500ms的延迟：ABO_TIME = 延迟时间 * VBUS时钟频率 = 0.5s * 50,000,000 Hz = 25,000,000，即0x17D7840。

一个重要的注意事项是：在自动总线开启定时器运行期间，如果软件写入了CAN控制寄存器（DCAN CTL），整个自动总线开启过程将被中止。因此，在使能ABO功能后，应避免在总线关闭恢复期间对DCAN CTL进行不必要的写操作。

6.2 奇偶校验与调试支持

奇偶校验功能（通过DCAN CTL中的PMD位控制）用于保护内部的消息RAM数据完整性。当使能后，DCAN模块会为消息RAM中的每个字生成并存储奇偶校验位。在读取时进行校验，如果发现错误，会在错误与状态寄存器（DCAN ES）中置位PER标志，并在Parity Error Code Register (DCAN PERR)中记录发生错误的消息对象编号和字编号。这对于要求功能安全（如ISO 26262 ASIL-D）的汽车应用至关重要，可以检测由宇宙射线等引起的单粒子翻转（SEU）错误。在大多数消费级或工业级应用中，为了简化，通常选择禁用（PMD=5h）此功能。

调试支持主要涉及两个位：

  • InitDbg (DCAN CTL.16)：这是一个状态位，指示DCAN模块是否已内部进入调试/挂起模式，准备接受调试器访问。
  • IDS (DCAN CTL.8)：中断调试支持。当此位置1时，一旦调试/挂起模式被请求，DCAN模块会立即中断任何正在进行的发送或接收，立即进入该模式。当此位为0时，DCAN模块会等待当前帧传输完成后再进入调试模式。在调试实时通信系统时，建议将IDS置0，以避免在传输关键帧时被调试器意外打断，导致数据不完整或通信超时。

6.3 核心发布寄存器（DCAN REL）与软件兼容性

Core Release Register (DCAN REL)是一个只读寄存器，它以BCD码的形式编码了该DCAN模块核心的版本号（主版本、次版本、修订号）和设计时间戳（年、月、日）。在编写可复用的驱动代码时，读取此寄存器至关重要。不同版本的DCAN IP核可能在细微行为上存在差异。你的驱动初始化代码可以检查REL寄存器，并根据不同的核心版本，启用或绕过某些特定的功能，或者应用不同的工作区（Workaround），以确保软件与硬件的兼容性。忽略版本检查，可能会让同一份驱动在新型号芯片上出现难以排查的怪异问题。

7. 寄存器配置流程总结与常见问题排查

基于以上分析，一个稳健的DCAN模块初始化配置流程应遵循以下步骤：

  1. 进入初始化模式：设置DCAN CTL的Init���为1。
  2. 使能配置变更：设置DCAN CTL的CCE位为1。
  3. 配置通信参数：写入DCAN BTR寄存器，设定正确的波特率和位时序。
  4. 配置高级功能：根据需要，配置ABOTR（自动总线开启时间）、Test寄存器模式等。
  5. 配置消息对象：通过IFx接口寄存器，逐个配置需要使用的消息邮箱（ID、掩码、方向、数据长度等），并设置其MsgVal位为1。
  6. 配置中断：设置DCAN CTL中的IE0/IE1、EIE、SIE，并根据需要配置INTMUX寄存器分配中断线。
  7. 退出初始化模式：清零DCAN CTL的Init位，模块开始参与总线通信。

在调试过程中，如果遇到通信问题，可以遵循以下排查思路：

  • 问题：完全无法通信，总线一直为隐性电平或显性电平。

    • 排查：首先检查物理层：终端电阻（通常为120Ω）是否连接？CAN_H和CAN_L是否接反、短路或开路？收发器供电是否正常？
    • 软件检查：确认Init位已清零（正常模式）。用示波器或逻辑分析仪测量CAN_TX引脚，如果无波形，检查Test模式是否被意外使能（Test位应为0）。检查BTR配置是否正确，波特率是否与其他节点一致。

  • 问题：能发送，但接收不到；或能收到部分消息。

    • 排查：检查消息对象的配置。接收邮箱的标识符（ID）和掩码（Mask）是否设置正确，能否匹配发送方的ID？消息对象的MsgVal位是否已置位？数据长度代码（DLC）是否匹配？
    • 检查中断或轮询：如果使用中断，确认对应的中断使能位（IE0/IE1）和消息对象的IntPnd位是否已正确配置？中断服务程序是否清除了中断标志？如果使用轮询，是否在正确读取新数据寄存器（NWDAT）或状态寄存器？

  • 问题：通信不稳定，偶尔出现错误帧或进入总线关闭。

    • 排查：读取错误与状态寄存器（DCAN ES）和错误计数器（DCAN ERRC）。观察LEC代码，判断错误类型。如果频繁出现位错误（Bit Error），检查总线节点的地电位是否一致，共模电压是否在允许范围内。如果出现格式错误或CRC错误，检查所有节点的晶振精度，确保位定时配置（特别是采样点）合理。使用CAN总线分析仪捕获总线波形，观察信号质量，是否存在过冲、振铃或边沿过缓的情况。

  • 问题：低功耗模式下无法唤醒。

    • 排查：确认进入低功耗模式前，已正确设置PDR位，并等待PDA位被置位作为应答。确认WUBA位已使能。检查在模块进入低功耗后，总线上是否有真正的显性电平活动（例如，其他节点发送了一帧数据）。唤醒后，检查状态寄存器中的WakeUpPnd位是否被置位。