Zynq 7000 SDK裸机CAN（PS/PL）实战：从时钟配置到环回测试-编程阁

1. Zynq 7000双CAN控制器基础认知

第一次接触Zynq 7000的CAN控制器时，我被它独特的双架构设计吸引了。这款芯片的PS端（Processing System）和PL端（Programmable Logic）各带一个CAN控制器，就像给设备装上了两套独立的神经系统。PS端的CAN控制器直接集成在ARM处理器子系统里，而PL端的则通过可编程逻辑实现，这种设计让硬件资源分配变得非常灵活。

在实际项目中，我遇到过需要同时与多个CAN设备通信的场景。比如在工业控制系统中，主控板既要与电机驱动器通信（通常需要高实时性），又要接收传感器数据（可能需要处理大量报文）。这时候双CAN控制器的优势就显现出来了——PS端CAN处理关键控制指令，PL端CAN负责数据采集，两者并行工作互不干扰。

提示：虽然PS和PL的CAN控制器位置不同，但Xilinx提供的驱动库对两者的操作接口做了统一封装，这大大降低了我们的开发难度。

说到硬件连接，有个细节值得注意。虽然PS和PL的CAN控制器在芯片内部走的是不同路径，但到达物理层时，它们的收发器电路设计通常是一致的。这意味着我们在原理图设计阶段，可以复用相同的收发器方案，比如常用的TJA1050或SN65HVD23x系列芯片。不过调试时还是要分别确认PS_CAN和PL_CAN的时钟源，这个我们后面会详细展开。

2. 开发环境搭建与例程导入

拿到一块新的Zynq开发板时，我习惯先用Vivado创建好硬件工程，确保在Block Design中正确勾选了PS端的CAN控制器。如果是PL端的CAN，则需要通过IP核方式添加AXI CAN控制器。这些基础操作网上教程很多，我就不赘述了，重点说说SDK环境下的关键步骤。

打开Xilinx SDK后，第一件事就是导入官方提供的CAN例程。具体操作是：

在Project Explorer中找到system.mss文件
右键选择"Import Examples"
在弹出窗口搜索"CAN"，选择"CanPsPolledExample"（PS端）或"CanPolledExample"（PL端）

// 典型例程结构示例 #include "xcanps.h" #define TEST_BRPR_BAUD_PRESCALAR 49 #define TEST_BTR_SYNCJUMPWIDTH 3 #define TEST_BTR_SECOND_TIMESEGMENT 15 #define TEST_BTR_FIRST_TIMESEGMENT 2 int main() { XCanPs_Config *ConfigPtr; XCanPs CanInst; // 初始化代码... }

这里有个小技巧：我建议在导入例程时，勾选"Copy projects into workspace"选项。这样你修改代码时就不会影响原始例程，方便随时回退参考。另外，建议立即给工程加上版本控制，我在调试CAN时经常需要反复修改参数，有了Git就能轻松回溯每个版本的测试效果。

3. PS端CAN控制器深度配置

PS端CAN的时钟配置是个关键点，也是新手最容易踩坑的地方。根据UG585手册，Zynq 7000的PS_CAN时钟默认来自CPU_1x时钟域（通常为100MHz）。但要注意，这个值可能因具体硬件设计而异，一定要通过以下方式确认：

查看Vivado工程中的时钟配置
在PS7配置页面的"Clock Configuration"标签下确认CAN时钟源
或者直接读取SLCR寄存器中的CAN_CLK_CTRL值

波特率计算是另一个重点。以常见的100kbps为例，计算公式为：

波特率 = 输入时钟 / (BRPR+1) × (同步段+时间段1+时间段2)

其中：

BRPR（Baud Rate Prescaler）决定时钟分频系数
同步段固定为1个Tq（时间量子）
时间段1和时间段2共同决定采样点位置

// 实际配置代码示例 XCanPs_SetBaudRatePrescaler(&CanInst, 49); // BRPR=49 XCanPs_SetBitTiming(&CanInst, 3, 15, 2); // SJW=3, TSEG1=15, TSEG2=2

我在调试中发现，采样点的位置对通信稳定性影响很大。对于长线通信（如工业现场），建议将采样点设置在75%-80%位时间附近。可以通过调整TSEG1和TSEG2的值来微调，比如将上面的15和2改为13和4，采样点就会后移。

4. PL端CAN的特殊配置要点

PL端CAN的配置流程与PS端类似，但有三个关键差异点需要注意：

首先是时钟源问题。PL_CAN的时钟完全由FPGA逻辑提供，这个时钟频率需要在Vivado中明确配置。我遇到过因为时钟偏差导致通信失败的情况，后来发现是约束文件中定义的时钟频率与实际不符。建议在约束文件中添加如下约束：

create_clock -name pl_can_clk -period 10.000 [get_pins can_0/ACLK]

其次是中断处理。PL端的CAN控制器通常使用AXI接口，中断信号需要正确连接到PS的中断控制器。在SDK中初始化时，要特别注意Device ID的对应关系：

XCan_Config *ConfigPtr = XCan_LookupConfig(XPAR_CAN_0_DEVICE_ID);

最后是DMA配置。对于高负载场景，PL端的CAN控制器可以配合AXI DMA实现高效数据传输。这需要额外配置BD（Buffer Descriptor）链表，是个比较进阶的话题。新手可以先从轮询模式入手，等基础通信稳定后再考虑DMA优化。

5. 双CAN协同工作实战

当PS和PL的CAN控制器需要协同工作时，我最推荐的做法是：

为每个CAN控制器创建独立的任务（task）
使用FreeRTOS的消息队列实现控制器间通信
统一封装应用层接口

下面是一个简单的双CAN数据转发示例：

void vPS_CAN_Task(void *pvParameters) { while(1) { XCanPs_Recv(&CanPsInst, &RxFrame); xQueueSend(xPL_CAN_Queue, &RxFrame, portMAX_DELAY); } } void vPL_CAN_Task(void *pvParameters) { while(1) { xQueueReceive(xPL_CAN_Queue, &TxFrame, portMAX_DELAY); XCan_Send(&CanPlInst, &TxFrame); } }

在实际项目中，我发现两个CAN控制器共享同一块内存时容易出问题。后来改为每个控制器使用独立的内存池，稳定性大幅提升。特别是在处理大流量数据时，建议为每个CAN控制器分配至少4KB的专用缓冲区。

6. 环回测试与故障排查

环回测试是验证CAN控制器工作的黄金标准。Xilinx的驱动库提供了三种环回模式：

内部环回（XCANPS_MODE_LOOPBACK）
外部环回（需要短接CANH和CANL）
静默模式（XCANPS_MODE_SLEEP）

我最常用的调试流程是：

先用内部环回验证基础功能
然后切换到正常模式连接CAN分析仪
最后接入实际CAN网络

// 内部环回测试代码 XCanPs_EnterMode(&CanInst, XCANPS_MODE_LOOPBACK); Status = SendFrame(&CanInst); if(Status == XST_SUCCESS) { xil_printf("Loopback test passed!\n"); }

当通信出现问题时，我通常会按这个顺序排查：

用示波器检查CAN总线波形
确认终端电阻是否正确连接（120Ω）
检查波特率计算参数
查看CAN控制器的错误计数器（ECR寄存器）

有个特别实用的调试技巧：在SDK中启用Xilinx的XSCT工具，可以直接读取CAN控制器的所有寄存器值。比如这条命令就能显示错误状态：

xsct% targets -set -nocase -filter {name =~ "APU*"} xsct% mrd 0xE0008008 1 # 读取PS_CAN的ECR寄存器

7. 性能优化实战经验

经过多个项目的积累，我总结出几个提升CAN通信效率的关键点：

首先是报文过滤器的合理配置。Zynq的CAN控制器支持32个标准ID过滤器和16个扩展ID过滤器。正确配置过滤器可以大幅降低CPU负载：

XCanPs_SetAcceptanceFilter(&CanInst, 0, 0x123, 0x7FF, XCANPS_AFR_STDMSG_MASK);

其次是中断处理的优化。相比轮询模式，中断方式能节省大量CPU资源。这里有个细节：PS_CAN的中断是共享的（与GPIO等外设共用中断线），所以中断服务程序里要首先检查中断源：

void CAN_Handler(void *InstancePtr) { u32 IntrStatus = XCanPs_GetInterruptStatus(InstancePtr); if(IntrStatus & XCANPS_IXR_RXOK_MASK) { // 处理接收中断 } }

对于需要高实时性的应用，我建议将CAN中断优先级设为最高，并考虑使用RTOS的任务通知机制代替传统的队列传输。在FreeRTOS中，可以直接通过任务通知唤醒处理任务：

void vCAN_Task(void *pvParameters) { while(1) { ulTaskNotifyTake(pdTRUE, portMAX_DELAY); // 处理CAN数据 } } // 在中断中调用 BaseType_t xHigherPriorityTaskWoken = pdFALSE; vTaskNotifyGiveFromISR(xCAN_TaskHandle, &xHigherPriorityTaskWoken); portYIELD_FROM_ISR(xHigherPriorityTaskWoken);

最后是电源管理方面的经验。当系统需要低功耗运行时，要注意CAN控制器的电源状态切换。特别是PL端的CAN控制器，在FPGA进入低功耗模式前，必须确保所有CAN通信已经停止，否则可能导致总线错误。