TI DCAN控制器实战：从寄存器操作到中断、电源管理与错误处理

1. 项目概述：DCAN控制器深度解析

在嵌入式系统，尤其是汽车电子和工业控制领域，控制器局域网（CAN）总线是连接各个电子控制单元（ECU）的“神经系统”。它负责在嘈杂的电磁环境中，可靠地传递控制指令、传感器数据和状态信息。而这一切高效、稳定的通信背后，都离不开一个核心硬件——CAN控制器。今天，我们不谈泛泛的理论，而是聚焦于德州仪器（TI）广泛应用的DCAN控制器模块，把它掰开揉碎了，从寄存器操作到中断响应，从消息收发到底层电源管理，进行一次彻底的实战解析。如果你正在或即将进行基于TI平台（如C2000系列DSP、Hercules安全MCU等）的CAN通信开发，那么这篇文章将是你绕过数据手册晦涩描述、直达核心操作要点的实战指南。我们将深入探讨DCAN如何实现消息的精准传输，如何通过中断和轮询两种模式高效处理数据，以及如何在复杂的汽车电子环境中管理功耗与错误恢复，确保系统既高效又健壮。

2. DCAN消息传输机制深度剖析

消息传输是CAN控制器的核心功能。DCAN控制器在完成初始化（即Init位被清零）后，其CAN核心（CAN Core）会自动与CAN总线同步，随后便可根据预先配置好的消息对象（Message Objects）进行通信。这个过程听起来简单，但内部机制却相当精巧。

2.1 消息对象：通信的基石

你可以把消息对象理解为一个预先定义好的“信箱”。每个信箱都有唯一的地址（标识符ID）、大小（数据长度码DLC）和特定的行为规则（控制位）。DCAN支持多达32个或更多的消息对象（具体数量取决于芯片型号），每个对象都可以独立配置为发送或接收。

当一个消息通过CAN总线传来时，DCAN的验收过滤器会将其标识符与所有已配置的接收消息对象的ID及掩码（Mask）进行比对。一旦匹配成功，整个消息帧（包括仲裁域、控制域和最多8字节的数据）都会被完整地存储到对应的消息对象RAM中。这里有一个关键细节：如果使用了标识符掩码（即某些位被设为“不关心”），那么当接收到的消息存入对象时，这些被掩码的仲裁位可能会被新消息的对应位覆盖。这意味着，如果你配置了一个带掩码的接收对象，之后读取该对象的ID时，看到的可能是最后一次成功接收到的消息的实际ID，而非初始配置的ID。这在设计需要接收一组ID范围消息的应用时，需要特别注意。

2.2 两种核心工作模式：中断与轮询

DCAN为CPU提供了两种与消息对象交互的模式，以适应不同的应用场景和实时性要求。

中断模式：这是处理异步事件、实现高实时性响应的首选方式。当某个消息对象的事件（如成功接收NewDat置位、或发送请求完成IntPnd置位）发生时，如果该对象的中断使能位（TxIE/RxIE）和全局中断线使能位（IE0/IE1）都已打开，DCAN就会向CPU发出中断请求。中断寄存器（INT）会指向那个IntPnd标志为1的最高优先级消息对象编号。即使在中断线被禁用的情况下，IntPnd标志和中断寄存器的更新也不会停止，这方便了调试和状态查询。

轮询模式：在这种模式下，CPU需要主动、周期性地去检查消息对象的状态。DCAN提供了两个非常高效的“全景视图”寄存器组：NewData X寄存器和Transmission Request X寄存器。通过读取这些寄存器，CPU可以一次性获取所有消息对象的NewDat（新数据）和TxRqst（发送请求）状态位，而无需逐个访问每个消息对象。为了提高轮询效率，一个实用的软件技巧是：在配置阶段，将所有发送对象分配到编号较小的消息对象（如1-16），将所有接收对象分配到编号较大的消息对象（如17-32）。这样，在轮询时，你可以根据对象编号快速判断其类型，进行相应的处理。

2.3 消息的读写与并发访问

CPU可以通过两组接口寄存器（IF1和IF2）来读写任何一个消息对象。这两组接口是CPU与消息RAM之间的“通道”。这里DCAN设计了一个精妙的“交通警察”——消息处理器（Message Handler）。它保证了在CPU通过IFx寄存器访问消息对象的同时，即使CAN核心也正在向同一个消息对象写入接收到的数据或更新发送状态，数据的一致性也不会被破坏。消息处理器会妥善处理这些并发访问，防止出现数据错乱。这对于高实时性、高吞吐量的应用至关重要。

对于需要反复发送同一类型消息（仅数据内容变化）的场景，可以配置“永久性消息对象”。即一次性配置好仲裁和控制位（ID、DLC、方向等），之后在通信过程中只更新数据字节部分，这能显著减少CPU的配置开销。反之，如果一个消息对象需要被复用来发送不同ID的消息，则必须在每次发送请求前，重新完整地配置整个消息对象（包括ID）。

注意：当多个消息对象的发送请求同时被置位时，DCAN内部会根据消息对象的编号来决定发送顺序，编号小的对象拥有更高的优先级。这个优先级是固定的，与ID无关，在规划发送对象编号时需要考虑到这一点。

3. 关键特性与错误处理机制

除了基本的收发，DCAN还集成了一系列增强可靠性和便利性的特性，理解它们对于构建稳健的系统不可或缺。

3.1 自动重传机制

根据CAN协议规范，DCAN默认启用了自动重传机制。这意味着，如果一个帧在发送过程中因为丢失仲裁（与其他节点同时发送，但ID优先级低）或在传输过程中被错误干扰，控制器会自动尝试重新发送该帧，直到成功为止。对于应用层软件来说，帧传输服务只有在成功发送后才会得到确认（例如，通过TxOk状态位或发送完成中断）。

这个机制虽然保证了可靠性，但在某些严格的实时或诊断场景下可能不受欢迎。例如，在测试或需要精确控制发送时序时，重复发送失败的旧帧可能会干扰总线流量分析。此时，可以通过设置控制寄存器（CTL）中的DAR位来禁用自动重传。禁用后，每个发送请求仅尝试一次，无论成功与否，该请求都会被清除，软件需要自己处理重传逻辑。

3.2 自动总线恢复（Auto-Bus-On）

CAN节点有一个错误状态机，包含主动错误、被动错误和总线关闭（Bus-Off）三种状态。当节点由于持续发生严重错误而进入总线关闭状态时，它会自动与总线隔离，停止一切发送和接收活动，并自动将Init位置1。

通常，需要CPU手动清除Init位来启动总线恢复序列。但DCAN提供了一个贴心的Auto-Bus-On功能，通过设置CTL寄存器的ABO位使能。一旦使能，当DCAN进入总线关闭状态后，它会自动启动恢复序列，无需软件干预。你还可以通过Auto-Bus-On Time Register设置一个延迟时间（以VCLK周期为单位），让恢复动作稍后进行，避免在总线瞬时干扰后立即尝试恢复。

总线恢复序列本身是固定的：无论手动还是自动触发，DCAN在Init位被清零后，都会等待监测到129次总线空闲（即129组连续的11个隐性位）后，才真正恢复到主动错误状态，参与正常通信，并重置错误计数器。这个漫长的等待（在500kbps速率下约28毫秒）是CAN协议规定的，旨在给故障节点一个充分的“冷静期”，防止其频繁故障并干扰总线。

4. 中断功能架构全解析

中断是CPU高效响应CAN事件的关键。DCAN的中断系统设计得层次清晰且灵活，但寄存器位比较多，容易混淆。我们把它彻底理清。

4.1 中断源与路由：三条路径与两条出口

DCAN的中断源分为三大类，最终通过两条物理中断线（DCAN0INT和DCAN1INT）输出给CPU。

1. 消息对象中断：由各个消息对象的事件触发，如成功接收（NewDat）或成功发送（IntPnd）。每个消息对象都可以独立配置其发送中断使能（TxIE）和接收中断使能（RxIE）。最关键的是，消息对象中断可以被灵活地路由到DCAN0INT或DCAN1INT中的任意一条。这个路由配置由“中断复用寄存器”（INTMUX）控制。例如，你可以将所有高优先级的控制消息中断路由到DCAN0INT，而将所有低优先级的诊断消息中断路由到DCAN1INT，方便在中断服务程序（ISR）中进行区分处理。

2. 状态变化中断：由Error and Status Register (ES)中的WakeUpPnd（唤醒待决）、RxOk（成功接收一帧）、TxOk（成功发送一帧）、LEC（最近错误代码）这些状态位的变化触发。该组中断由CTL寄存器的SIE位全局使能。状态变化中断只能路由到DCAN0INT线，并且需要IE0位使能。一个需要特别注意的特性是：当SIE使能时，每成功完成一帧的收发（无论是否有错误），都会产生一次状态中断。这意味着在总线通信繁忙时，会产生大量的状态中断。因此，在不需要帧级状态反馈的应用中，可以考虑关闭SIE，以减轻CPU中断负载。

3. 错误中断：由ES寄存器中的PER（协议错误）、BOff（总线关闭）、EWarn（错误警告）这些错误事件触发。该组中断由CTL寄存器的EIE位全局使能。错误中断同样只能路由到DCAN0INT线，并且需要IE0位使能。

4.2 中断处理流程与优先级

当发生中断时，CPU需要读取中断寄存器（INT）来判别中断源。该寄存器有两个字段：Int0ID和Int1ID，分别对应两条中断线。

• 值为0：表示对应中断线上没有待处理的中断。
• 值为0x8000：这是一个特殊值，表示中断源是错误中断或状态变化中断。这类中断具有最高优先级。CPU需要进一步读取ES寄存器，通过检查PER、BOff、EWarn、WakeUpPnd、RxOk、TxOk、LEC等位来确定具体原因。注意，读取ES寄存器会清除WakeUpPnd、RxOk、TxOk、LEC这些状态位。
• 值在1到最后一个消息对象编号之间：表示中断源是某个消息对象。Int0ID/Int1ID的值就是触发中断的、优先级最高的那个消息对象的编号。消息对象1的优先级最高，编号越大优先级越低。这与发送时的内部优先级规则一致。

在中断服务程序中，处理消息对象中断的标准流程是：通过IF1或IF2命令寄存器，在读取消息数据的同时，将ClrIntPnd位置1，从而一次性完成数据读取和中断标志清除。当当前最高优先级的IntPnd被清除后，中断寄存器会自动更新，指向下一个待处理的、优先级最高的消息对象中断，实现了中断的“排队”处理。

实操心得：在复杂的系统中，合理规划中断路由和优先级至关重要。我的习惯是：将DCAN0INT用于错误中断和最关键的控制消息中断，并赋予其较高的CPU中断优先级；将DCAN1INT用于常规数据消息中断。在ISR中，首先判断Int0ID是否为0x8000，如果是，则立即处理错误/状态，因为总线错误需要最高优先级响应。然后再处理消息对象中断。

5. 电源管理模式详解与实战配置

在电池供电或低功耗要求的应用中，DCAN的电源管理功能至关重要。它提供了全局和本地两种电源管理模式。

5.1 全局掉电模式

全局掉电模式由芯片级的“外设中央资源”（PCR）模块集中控制。当PCR模块设置对应的外设掉电位后，DCAN会进入该模式流程：

1. 优雅退出：DCAN首先会完成所有已请求的报文发送。
2. 等待空闲：然后等待总线进入空闲状态（检测到11个连续的隐性位）。
3. 进入状态：随后自动将Init位置1，表明已进入全局掉电模式。此时，DCAN核心时钟可能被关闭以节能。

唤醒过程：当DCAN处于此模式时，其总线活动检测电路（如果使能）仍在工作。一旦在CAN_RX引脚上检测到一个显性位（总线活动），便会将ES寄存器中的WakeUpPnd位置1。如果状态中断（SIE）已使能，还会产生一个中断。应用程序的中断服务程序需要做两件事：1. 清除PCR模块中的掉电位；2. 清除DCAN控制寄存器中的Init位。之后，DCAN会等待11个连续的隐性位，然后恢复正常操作。

重要警告：在全局掉电模式下，CAN收发器电路必须保持供电激活状态，否则无法检测总线活动。此外，触发唤醒的那一帧CAN消息本身会被丢失，无法被接收。这意味着使用总线活动唤醒时，网络中的第一帧消息应设计为“唤醒通知”而非关键数据。

5.2 本地掉电模式

本地掉电模式完全由DCAN自身的控制寄存器（CTL.PDR位）控制，为软件提供了更灵活的功耗管理手段。

进入流程：软件设置PDR=1。DCAN同样会完成所有发送请求并等待总线空闲，然后自动设置Init=1，并设置状态寄存器中的PDA位，表明进入本地掉电模式。此时，DCAN的内部时钟被关闭。

唤醒方式：

1. 手动唤醒：软件清除PDR位，然后清除Init位。
2. 自动唤醒（推荐）：通过设置CTL.WUBA位使能“总线活动唤醒”功能。当检测到总线活动时，DCAN硬件自动执行唤醒序列：清除PDA和PDR位，设置WakeUpPnd位，并产生中断（如果SIE使能），最后清除Init位。之后同样等待11个隐性位后恢复。

踩坑记录：在本地低功耗模式下，如果应用软件清除了Init位但PDR位仍为1，且消息RAM中存在配置为发送的消息对象，这些消息可能会被意外发送出去！这可能导致总线干扰。安全的做法是，在进入低功耗前，确保所有消息对象的TxRqst位已清除，或者进入低功耗模式后，绝不单独清除Init位，而是通过标准的唤醒流程来操作。

6. 测试模式与诊断功能

DCAN内置了多种测试模式，主要用于生产测试、硬件自检和系统调试。

6.1 静默模式

通过设置测试寄存器（TEST）的Silent位进入。在此模式下，DCAN像一个“监听者”，可以正常接收总线上的数据帧和远程帧，但绝不会向总线发送任何显性位（包括ACK位、过载标志、主动错误标志）。这意味着它不会对总线网络产生任何影响，非常适合用于监控和分析总线流量，而不用担心自己干扰网络。在ISO 11898-1标准中，这被称为“总线监控模式”。

6.2 回环模式

通过设置TEST寄存器的LBack位进入。这是最常用的自检模式。在此模式下，DCAN核心的输出（Tx）在内部直接反馈到输入（Rx），完全忽略外部CAN_RX引脚的实际电平。发送的报文会被自己接收，如果通过验收过滤，就能存入消息对象。发送的信号仍然可以在CAN_TX引脚上测量到。此模式下，CAN核心会忽略应答错误（ACK槽中的隐性位），因为它不需要外部节点应答。此模式用于测试控制器本身的发送和接收逻辑，不涉及物理层。

6.3 外部回环模式

通过设置TEST寄存器的ExL位进入。它是回环模式的扩展，将CAN_TX引脚输出缓冲后的信号再反馈回CAN_RX的输入缓冲。这样，CAN_TX引脚的IO电路也被包含在了测试环路中。这对于测试从控制器到引脚之间的完整发送通路非常有用。

6.4 静默回环组合模式

同时设置LBack和Silent位。这是进行“热自检”的理想模式。DCAN既能进行内部自发自收的测试，又绝对不会向外部总线发送任何显性位，因此可以在不干扰实际CAN网络的情况下，对控制器硬件进行完整的自我测试。

6.5 CAN_TX引脚软件控制

除了默认的串行数据输出功能，CAN_TX引脚还可以通过TEST寄存器的Tx[1:0]位配置为：

• 恒定输出显性电平（逻辑0）
• 恒定输出隐性电平（逻辑1）
• 输出CAN采样点信号（用于监控位时序） 结合读取CAN_RX引脚的值，这个功能可以用于检查CAN总线物理层的连接性，例如短路、断路或终端电阻问题。

注意：软件控制CAN_TX引脚的功能会干扰正常的CAN协议通信。在进行正常的报文传输或使用任何测试模式（回环、静默等）时，必须将CAN_TX引脚设置回默认功能。

7. 单错校正双错检测机制实战指南

对于安全关键应用，数据完整性至关重要。DCAN的SECDED机制为消息RAM中的数据提供了硬件级的容错保护。

7.1 机制原理

DCAN为消息RAM中的每一个消息对象（136位）计算并存储9个ECC（纠错码）位。在写操作时生成ECC，在读操作时进行校验。该功能通过CTL寄存器的PMD位域启用或禁用。启用后，ECC的生成和校验是自动完成的。

• 单比特错误：当ECC校验检测到单个比特错误时，如果单比特纠错功能已启用（默认），硬件会自动纠正该错误，并在ECC控制状态寄存器中设置SEFLG标志。如果纠错功能被禁用，则不会纠正，但会设置SEFLG和错误状态寄存器中的PER（协议错误）位，如果错误中断使能，还会产生中断。同时，为了防止无效数据被发送，该消息对象的MsgVal位会被重置为无效。发生错误的报文对象编号会记录在ECC单比特错误代码寄存器中。
• 双比特错误：当检测到两个比特错误时，ECC无法纠正。硬件会设置DEFLG标志和PER位，并可能产生错误中断，同时重置该消息对象的MsgVal位。错误对象编号记录在奇偶校验错误代码寄存器中。

7.2 应用策略与诊断测试

在大多数应用中，建议保持SECDED功能启用，并开启单比特纠错。这样，常见的存储器软错误（如由宇宙射线引起的位翻转）可以被静默地纠正，软件甚至无需感知，系统可靠性得到极大提升。只有在进行RAM诊断或特殊测试时，才需要关闭纠错功能。

DCAN提供了诊断模式（通过ECCDIAG寄存器使能）来主动测试SECDED机制。一个典型的测试流程如下：

1. 禁用SECDED（PMD位），使能诊断模式。
2. 通过诊断模式写入特定模式，故意破坏某个消息对象的数据区或ECC位。
3. 重新使能SECDED，然后去读取被破坏的数据。
4. 观察ECCDIAG_STAT和ECC控制状态寄存器中的错误标志（SEFLG/DEFLG）是否按预期置位。对于双比特错误或禁用了纠错的单比特错误，PER位也应被置位。
5. 最后，禁用诊断模式。

这个流程可以集成到系统的上电自检（POST）或周期性内存测试中，确保ECC保护电路本身工作正常。

8. 寄存器精讲与配置实战

理解了原理，最终都要落到寄存器配置上。DCAN的寄存器虽然多，但逻辑清晰。这里我们挑几个最核心的，讲清楚配置时的“坑”和技巧。

8.1 控制寄存器：CTL

这是DCAN的总开关，地址偏移0x0。复位后值为0x1401，其中Init位默认为1（初始化模式），PMD位默认为5（禁用SECDED，需根据应用开启）。

• Init和CCE位：这是配置的“钥匙”。只有在Init=1时，将CCE置1，才能修改位定时寄存器等配置寄存器。配置完成后，先清CCE，再清Init，模块开始工作。这个顺序不能错。
• IE0,IE1,EIE,SIE位：中断的总闸门。IE0/1打开对应的物理中断线，EIE/SIE则分别打开错误和状态中断源。务必根据你的中断设计来设置。
• DAR位：如前所述，控制自动重传。
• ABO位：使能自动总线恢复。
• PDR和WUBA位：用于本地掉电模式控制。
• Test位：进入测试模式的大门，置1后才能配置TEST寄存器。

8.2 位定时寄存器：BTR

地址偏移0xC。这是CAN通信的“心跳”配置，直接决定了通信速率和采样点的鲁棒性。配置错误会导致无法通信或错误频发。它主要包含：

• BRP：波特率预分频器，决定时间份额（Time Quantum）的长度。
• TSEG1,TSEG2：定义位时间段中采样点前（Phase_Seg1）和采样点后（Phase_Seg2）的时间份额数。
• SJW：同步跳转宽度，用于在节点间时钟不同步时进行微调。

波特率计算：波特率 = 模块输入时钟 / (BRP * (1 + TSEG1 + TSEG2))。采样点位置：通常建议在位的75%-80%处，即采样点 = (1 + TSEG1) / (1 + TSEG1 + TSEG2)。对于高速CAN（500kbps及以上），采样点靠后一些（如80%）抗干扰能力更强。

配置此寄存器前，必须确保Init=1且CCE=1。

8.3 接口寄存器：IF1CMD/IF2CMD, IF1MSK/IF2MSK等

这是CPU与消息RAM交互的“前台”。两组接口（IF1和IF2）功能相同，可以交替使用以提高效率，甚至配合DMA。

• 命令寄存器（IFxCMD）：用于选择要操作的消息对象编号（Message Number），指定操作类型（写、读、置位发送请求等），以及清除中断挂起位（ClrIntPnd）。
• 掩码寄存器（IFxMSK）：当配置消息对象时，用于设置标识符掩码。当通过接口寄存器更新消息对象时，此寄存器控制哪些字段（如ID、数据、控制位）需要被更新。
• 仲裁寄存器（IFxARB）：用于设置消息对象的ID（标准或扩展）、方向（发送/接收）以及消息有效位（MsgVal）。
• 消息控制寄存器（IFxMCTL）：用于设置数据长度码（DLC）、发送中断使能（TxIE）、接收中断使能（RxIE）等。
• 数据寄存器A/B（IFxDATA, IFxDATB）：用于读写消息的8字节数据。

标准配置流程（以配置一个发送对象为例）：

1. 在IFxCMD中写入目标消息对象编号，并设置命令为“写”且“写所有字段”。
2. 在IFxMSK中设置掩码（通常全1，表示更新所有字段）。
3. 在IFxARB中写入消息ID，设置方向为发送，并置位MsgVal。
4. 在IFxMCTL中设置DLC和TxIE（如果需要中断）。
5. 在IFxDATA和IFxDATB中写入要发送的数据。
6. 最后，再次通过IFxCMD对该消息对象发出“置位发送请求”命令，或者直接设置TxRqst位。

8.4 状态与中断查询寄存器

• 错误与状态寄存器（ES）：地址0x4。这是诊断的“仪表盘”。LEC字段指示最近一次错误类型（位错误、填充错误等），TxOk/RxOk指示成功收发，EWarn、BOff指示错误状态等级。读取该寄存器会清除LEC、TxOk、RxOk、WakeUpPnd位。
• 中断寄存器（INT）：地址0x10。如前所述，Int0ID和Int1ID字段直接指示中断源。
• 中断挂起X寄存器（INTPND_X）和新数据X寄存器（NWDAT_X）：这些是位图寄存器，每一位对应一个消息对象。在轮询模式下，读取它们可以一次性获取所有对象的IntPnd和NewDat状态，效率极高。

9. 常见问题排查与调试技巧

在实际开发中，遇到DCAN通信问题非常普遍。下面是我总结的一些典型问题及其排查思路。

9.1 无法通信（总线静默）

1. 检查物理层：这是第一步也是最常见的一步。用示波器测量CAN_H和CAN_L之间的差分信号。在总线空闲时，差分电压应为0V（隐性）。当有节点发送时，应看到清晰的差分信号（显性时CAN_H>CAN_L）。检查终端电阻（通常为120欧姆，位于总线两端）是否连接正确。
2. 检查初始化序列：确认软件是否正确执行了初始化流程：Init=1->CCE=1-> 配置BTR等 ->CCE=0->Init=0。可以通过读取ES寄存器的LEC字段来辅助判断，如果一直显示7（无错误）或0（无活动），可能初始化未完成。
3. 检查位定时配置：确保所有通信节点的BTR寄存器配置完全一致（BRP,TSEG1,TSEG2,SJW）。一个节点的采样点与其他节点差异过大会导致持续的错误。
4. 检查消息对象配置：确认发送对象的MsgVal位已置1，TxRqst位已置1。确认接收对象的MsgVal位已置1，且ID和掩码配置正确。

9.2 能发送，不能接收（或反之）

1. 验收过滤问题：这是接收不到的常见原因。检查接收消息对象的ID和掩码设置。掩码为1的位表示必须匹配，为0的位表示“不关心”。一个全0的掩码会接收所有报文，可用于调试。
2. 中断或轮询未正确处理：对于接收，检查接收对象的RxIE是否使能，以及全局中断IE0/1是否打开（中断模式）。或者检查轮询代码是否正确读取NWDAT_X寄存器并清除NewDat位。NewDat位在消息被读取后不会自动清除，通常需要在通过IFx寄存器读取数据时，由消息处理器自动清除，或者在轮询模式下软件手动清除。
3. 总线错误导致关闭：节点可能因持续错误进入了“总线关闭”状态。检查ES寄存器的BOff位。如果为1，需要检查错误原因（物理层问题、位定时不匹配等），然后通过清除Init位（或等待Auto-Bus-On）来恢复。

9.3 中断不触发

1. 中断使能层层检查：这是一个经典的“开关链”。确保：消息对象的TxIE/RxIE-> 全局中断使能EIE/SIE（如果是错误/状态中断）-> 物理中断线使能IE0/IE1-> CPU级别的中断控制器（如NVIC）使能 -> 正确编写了中断服务程序（ISR）并链接了向量表。
2. 中断标志未清除：在ISR中，必须清除中断源。对于消息对象中断，通过IFxCMD寄存器操作并设置ClrIntPnd位。对于错误/状态中断，通过读取ES寄存器来清除LEC等状态位。如果中断标志未清除，中断线会一直保持有效，导致中断持续触发或无法响应新中断。
3. 中断优先级：检查CPU全局中断是否开启，以及DCAN中断的优先级是否被其他更高优先级的中断长时间阻塞。

9.4 低功耗模式异常

1. 无法进入低功耗：检查是否还有未完成的发送请求（TxRqst位为1）。DCAN会在处理完所有请求并等待总线空闲后，才设置Init或PDA位。可以通过查询ES.TxOk或轮询TxRqst寄存器来确认。
2. 唤醒后首帧丢失：如前所述，这是硬件机制决定的。设计网络协议时，唤醒后的第一帧应设计为“唤醒确认”或非关键数据，关键数据应从第二帧开始传输。
3. 意外唤醒或功耗高：检查WUBA位是否在不应唤醒的场景下被使能。在不需要总线活动唤醒时，应使用手动唤醒（PDR）模式。同时，确认在低功耗模式下，CAN收发器是否也被正确配置到低功耗状态，否则收发器本身的功耗可能成为主导。

调试DCAN时，善用静默模式和回环模式进行隔离测试。首先在回环模式下测试控制器自身的软硬件是否正确，然后在静默模式下监听总线，确认其他节点通信正常，最后再让节点正常参与通信。这种方法能快速定位问题是出在自身节点还是总线网络。