工具/软件：Code Composer Studio
您好！
我使用2个 TM4C123GH6PM 电路板以及 两个电路板的 CAN0和 UART0。 我已经从 DK-TM4C123G 中获取了 CAN 总线示例
电路板示例。 我删除了 LCD 器件、因为我的测试不需要此器件。
我使用具有 IC SN65HVD230的2 CJMCU-30收发器。
我根本没有获得输出。
我已经检查了硬件连接、它们是正确的、代码也是无错误的
正确调试。
我已经更改了 CAN0引脚、但也没有得到
输出。
请帮助我找到解决此问题的方法
您好！
如果您看到"ERROR - cable connected？(错误-电缆已连接？)" 打印在终端窗口上、则 CAN 内核检测到错误。 请通过 CANSTS 寄存器了解错误状态、以确定错误原因。 CB1建议、如果您有捕获 CAN 总线的范围、调试您的问题会容易得多。
您好！
请参阅 CANIntHandler() ISR。 它调用 CANIntStatus 来找出中断原因。 此函数将读取 CANSTS 寄存器。 您可以在行中放置一个断点、以找出从调用返回的值、或者只需浏览寄存器窗口。
void CANIntHandler (void) ｛ uint32_t ui32Status； // //读取 CAN 中断状态以查找中断原因 // ui32Status = CANIntStatus (CAN0_BASE、CAN_INT_STS_CAUST)； // //如果原因是控制器状态中断，则获取状态 // if (ui32Status = CAN_INT_INTID_STATUS)
您好、Charles、
谢谢-您通过这个关键(内幕)细节完成了出色的指导海报(以及其他人[尤其是我的小组])。
员工和我自己都无法找到有关"CAN_INT_STS_CAUS"的信息、因为它未在 API 的 CAN 定义中列出。 然后、我们搜索"pin_map"-再次显示 Out Recognition。
深入探究-我们找到了它的描述(API 中的"埋入")-并相信最好通过海报和感兴趣的其他人"分享"关键发现：
此 API 屏幕盖(如下所示)说明了我们(和其他人)在这种关键识别方面的困难：
请注意、(此处的所有员工)已"丢失"-直到我们的第三次搜索(在搜索 pin_map.h 和 TM4C123手册失败后)发现这一(完全隐藏) eIntStsReg 参数。 (仅在 API 库中找到。) 由于对该参数的理解至关重要-也许最好是"更明显地呈现它？" (当然不是您的工作、也不是原因代理-但"隐藏"此类数据不太可能"提升"MCU 销售...)
您好 CB1、
感谢您的反馈和对 API 函数的演示。 我还在数据表中找到了以下注释、这些注释将为海报提供额外的澄清信息。
CANINT 寄存器中的中断标识符 INTID 指示中断原因。 如果不是
中断挂起、寄存器读为0x0000。 如果 INTID 字段的值与0不同、
那么中断正暂挂。 如果 CANCTL 寄存器的 IE 位置位、则中断线将连接到
中断控制器激活。 中断线路保持激活、直到 INTID 域为0、这意味着
所有中断源都已被清除(中断的原因被复位)、或者直到 IE 被清除、
禁用 CAN 控制器的中断。
CANINT 寄存器的 INTID 域指向挂起的最高的报文中断
中断优先级。 CANCTL 寄存器的 SIE 位用于控制 RXOK、TXOK、
CANSTS 寄存器中的 LEC 位可能会导致中断。 CANCTL 寄存器中的 EIE 位
控制 CANSTS 寄存器中 BOFF 和 EWARN 位的改变是否会导致
中断。 CANCTL 寄存器的 IE 位用于控制 CAN 控制器是否产生中断
实际上会向中断控制器产生中断。 CANINT 寄存器也会更新
当 CANCTL 寄存器的 IE 位清零时、中断不会向 CPU 指示。
CANINT 寄存器中的值0x8000表示由于 CAN 中断挂起
模块已更新 CANSTS 寄存器、但不一定更改、这表示任一个
已生成错误或状态中断。 对 CANSTS 寄存器的写访问可以将清零
该寄存器中的 RXOK、TXOK 和 LEC 位；但是、清除 A 源的唯一方法
状态中断是读取 CANSTS 寄存器。
在中断处理期间、可以通过两种方式确定中断源。 第一个是对
读取 CANINT 寄存器中的 INTID 位来确定挂起的最高优先级中断、
第二个是读取 CAN 报文中断挂起(CANMSGnINT)寄存器以查看
所有具有挂起中断的报文对象。
读取作为中断源的消息的中断服务例程可能会读取
同时将 CLRINTPND 位置位、即可将报文对象的 INTPND 位清零
CANIFnCMSK 寄存器中的位。 一旦 INTPND 位被清零、CANINT 寄存器就会自动清零
包含带有挂起中断的下一个报文对象的报文编号。
数据表对与 API 匹配的所有错误标志和 LEC 代码进行了完整说明。
