基于Arm Cortex-M3的SoC设计实战：图像采集处理系统软硬件协同开发

简介：本资源是面向全国大学生集成电路创新创业大赛参赛团队的完整赛题实现方案，聚焦基于ARM Cortex-M3 DesignStart Eval处理器在FPGA可编程逻辑平台（如Nexys4 DDR）上构建图像采集、处理与人机交互一体化SoC系统，并开展性能优化实践。资源共2000个文件，涵盖526个C源码与375个头文件（核心算法与驱动逻辑）、105个Xilinx IP核配置文件（xci）、94个VHDL模块（硬件接口与图像流水线设计）、240个XML工程配置及78个Tcl脚本（综合与约束自动化），另有大量BMP图像样本、PDF技术文档与Makefile构建文件，压缩包大小为152.72MB。已有52人学习下载，适用于具备嵌入式C、数字电路与FPGA开发基础的高年级本科生及研究生。读者可直接复用该SoC系统架构、图像采集DMA传输链路、触摸屏GUI控制逻辑、低功耗时钟门控策略及完整的软硬协同调试流程，快速切入高性能嵌入式视觉系统开发实战。

1. 项目概述与核心挑战

最近几年，全国大学生集成电路创新创业大赛的赛题越来越硬核，从单纯的FPGA逻辑设计，逐渐过渡到软硬协同的复杂片上系统（SoC）设计。今年这个基于Arm Cortex-M3 DesignStart Eval处理器在可编程逻辑平台上构建SoC，并实现图像采集处理和人机交互的题目，可以说是一个集大成者。它不再只是让你写个Verilog模块或者调个IP核，而是要求你从一个处理器的“种子”开始，亲手搭建一个能跑起来、能干活的微型计算机系统，并且还要用它去解决一个具体的应用问题——图像处理。这其中的挑战是全方位的，从处理器系统的搭建、外设的集成、总线的互联，到驱动程序的编写、应用算法的实现，再到最后的系统性能优化，每一步都考验着设计者的综合能力。

这个赛题的核心，在我看来，是“系统集成”与“软硬协同优化”。Arm Cortex-M3 DesignStart Eval是一个起点，它提供了处理器核心的RTL代码，但你需要围绕它，在FPGA这片“土地”上，规划“城市”（SoC架构），建设“道路”（总线），引入“工厂”（外设IP），并编写“管理程序”（软件），最终让这个“城市”高效地完成图像采集、处理和显示的任务。对于参赛队伍而言，这不仅需要扎实的数字电路和计算机体系结构基础，还需要对嵌入式软件、图像处理算法乃至操作系统调度有深入的理解。接下来，我将结合自己的经验，把这个大项目拆解成几个关键部分，详细聊聊每个环节的实现思路、技术选型和那些容易踩坑的地方。

2. 系统顶层架构设计与核心组件选型

2.1 处理器核：Arm Cortex-M3 DesignStart Eval深度解析

首先得吃透我们手里的核心武器——Arm Cortex-M3 DesignStart Eval。这不是一个完整的、开箱即用的IP，而是一个评估版本。它通常包含Cortex-M3处理器核心、嵌套向量中断控制器（NVIC）、系统定时器（SysTick）等基本组件。你需要清楚它的接口，比如AMBA AHB-Lite或APB总线接口，这是连接外设的“标准插座”。

注意：DesignStart Eval版本通常有使用限制，例如可能禁止商业用途，或者对最大频率、可集成性有约束。在赛题中，务必仔细阅读Arm提供的许可协议和文档，确保所有操作符合规范。我曾见过有队伍因为忽略了评估版的某些限制，在系统复杂度提升后出现难以调试的稳定性问题。

选择Cortex-M3的原因很明确：它是经典的嵌入式处理器，功耗和性能平衡，生态成熟，有完善的工具链（如Arm GCC, Keil MDK）和丰富的第三方资源。对于图像处理这类计算任务，虽然M3没有专用的SIMD指令或浮点单元（FPU），但其高效的Thumb-2指令集和硬件乘除法器，足以应对中等复杂度的图像算法（如灰度化、二值化、简单滤波、边缘检测）。我们的优化重点应该放在如何用软件和硬件加速协同来弥补纯软件计算的不足。

2.2 可编程逻辑平台：FPGA选型与工程配置

题目中的“可编程逻辑平台”通常指FPGA开发板。选型是关键的第一步。你需要一块资源足够丰富、接口齐全的板子。

• 逻辑资源（LUTs, FFs）：要能容纳整个SoC，包括M3核、片上存储器、总线矩阵、各类外设控制器以及你可能自定义的图像处理硬件加速模块。对于中等规模的系统，一块拥有几万到十几万LUT的FPGA（如Xilinx Artix-7系列或Intel Cyclone V系列）通常足够。
• 存储器资源：片上Block RAM（BRAM）至关重要，用于存放程序代码（ROM）、数据（RAM）、以及图像缓冲区。图像数据占用空间大（一副640x480的RGB565图像就需要约600KB），需要仔细规划BRAM的使用，或者考虑外接DDR内存。
• 外设接口：必须包含用于图像采集的接口（如DVP、MIPI CSI-2转接芯片）、用于人机交互的接口（如HDMI/VGA显示输出、USB/UART用于键盘鼠标、触摸屏接口）以及用于调试的接口（如JTAG、UART）。
• 时钟资源：需要多个时钟域，例如处理器总线时钟、外设时钟、图像传感器像素时钟、显示输出时钟等。FPGA的时钟管理单元（如MMCM/PLL）要能灵活生成这些时钟。

在工程配置上，我建议使用厂商提供的集成设计环境（如Vivado或Quartus）进行项目管理。首先创建一个空白工程，然后将Arm提供的Cortex-M3 DesignStart Eval RTL源代码导入。这里的一个实操心得是：最好为处理器子系统单独创建一个顶层模块（比如叫m3_subsystem），将处理器核、内部总线、以及一些核心外设（如定时器、看门狗）封装在里面。这样主工程顶层文件看起来会更清晰，也便于进行区域约束和时序分析。

2.3 片上系统（SoC）总线架构：AHB与APB的协同

一个精简而高效的SoC离不开清晰的总线架构。Arm的AMBA总线是事实上的标准。对于Cortex-M3这类微控制器，典型的架构是：

1. 系统总线：使用AHB-Lite。它是高性能总线，连接处理器核心、紧耦合存储器（TCM）、DMA控制器以及高速外设（如外部存储器控制器）。Cortex-M3的I-Code、D-Code和System总线接口通常都是AHB-Lite。
2. 外设总线：使用APB。它是低功耗、低带宽的外设总线，通过一个AHB到APB的桥接器连接到系统AHB上。像UART、I2C、SPI、GPIO、PWM这类低速外设都挂在APB上。

你需要设计或使用现有的总线互连矩阵（比如Arm的CoreLink NIC-400的简化版，或者使用FPGA厂商提供的IP，如Xilinx的AXI Interconnect，但需要注意协议转换）。这个矩阵负责将多个AHB主设备（如Cortex-M3、DMA）和多个AHB从设备（如存储器、AHB2APB桥）连接起来。

为什么这么设计？将高速和低速设备分离，可以避免低速外设的访问拖累整个系统总线。当处理器通过APB访问UART时，AHB总线可以同时被DMA用于搬运图像数据，提升了系统的并行处理能力。这是优化系统性能的基础。

2.4 关键外设IP的集成与定制

根据“图像采集处理”和“人机交互”的需求，我们需要集成或自己编写一系列外设IP。

• 图像采集部分：

  • 图像传感器接口（Camera Interface）：如果传感器是DVP接口，你需要编写一个DVP控制器IP。这个IP要能捕捉像素时钟（PCLK）、行同步（HSYNC）、场同步（VSYNC）信号，并将数据线上的像素数据存入FIFO或直接通过DMA写入存储器。关键在于处理好跨时钟域（从传感器时钟到系统时钟）的数据同步。
  • DMA控制器：这是性能优化的核心组件。让DMA负责将图像数据从传感器接口FIFO搬运到指定的存储器区域（如DDR或大容量BRAM），可以彻底解放CPU，让它专注于图像处理算法。DMA应配置为AHB主设备。
  • 图像缓冲区存储器：如果FPGA片内BRAM不够，必须集成外部存储器控制器（如DDR2/3 SDRAM控制器）。这是一个复杂的IP，通常使用厂商提供的成熟IP核。你需要为其分配连续的地址空间，并仔细配置时序参数。

• 图像处理部分：

  • 硬件加速模块（可选但强烈推荐）：为了极致性能，可以将一些耗时、固定的图像处理算法用硬件实现。例如，设计一个卷积滤波协处理器，它作为AHB从设备，接收CPU的命令和参数（如卷积核），从存储器读取图像块，完成计算后写回结果并中断CPU。这能数十倍甚至上百倍地提升如高斯滤波、Sobel边缘检测等操作的速度。

• 人机交互部分：

  • 显示控制器：如VGA或HDMI控制器。需要生成符合时序的行同步、场同步信号，并从帧缓冲区（Frame Buffer）中读取像素数据输出。帧缓冲区可以放在DDR或BRAM中。
  • 输入设备接口：USB HID主机控制器（用于接键盘鼠标）或PS/2控制器、触摸屏控制器（如电阻屏或I2C接口的电容屏芯片）。这些通常都是低速设备，挂在APB总线上。
  • 通用外设：UART（用于调试信息输出）、GPIO（连接LED、按键）、定时器（用于系统心跳和任务调度）。

集成方法：对于标准接口的外设，优先使用FPGA厂商或开源社区（如OpenCores）提供的经过验证的IP核，可以节省大量时间。对于自定义模块（如图像算法加速器），则需要自己编写RTL代码，并为其编写对应的软件驱动程序。

3. 软硬件协同开发流程与系统搭建

3.1 硬件工程构建：从RTL到比特流

有了架构设计，就可以开始动手搭建硬件了。

1. 创建处理器子系统：在Vivado/Quartus中，实例化Cortex-M3核心。连接其时钟、复位、中断以及AHB主接口。为其添加紧耦合的指令存储器（ITCM）和数据存储器（DTCM），可以使用FPGA的BRAM来实现，容量根据代码大小决定，通常各32KB起步。
2. 搭建总线框架：实例化AHB互连矩阵（或简单的中译码器）。将Cortex-M3的多个AHB主端口连接到矩阵的主端口。创建从端口，连接到ITCM、DTCM的控制器以及AHB2APB桥。
3. 集成外设IP：
   • 通过AHB2APB桥，在APB总线上挂载UART、定时器、GPIO等基础外设。
   • 将DMA控制器作为AHB主设备接入矩阵，同时它也是一个AHB从设备（用于CPU配置其寄存器）。
   • 将图像传感器接口作为AHB从设备接入，方便CPU配置，同时其数据输出端连接DMA的源端口。
   • 将外部DDR控制器作为AHB从设备接入，分配一个较大的地址空间（如0x6000_0000 - 0x7FFF_FFFF）。
   • 将显示控制器作为AHB主设备接入（用于读取帧缓冲区），同时也作为AHB从设备（用于CPU配置）。
4. 地址映射：这是非常关键的一步。你需要为每一个从设备（存储器、外设）分配唯一的地址范围，并生成系统的地址映射表。例如：

   设备	地址范围	类型	说明
   ITCM	0x0000_0000 - 0x0000_7FFF	存储器	程序代码
   DTCM	0x2000_0000 - 0x2000_7FFF	存储器	数据、栈
   APB 外设区	0x4000_0000 - 0x400F_FFFF	外设	UART, GPIO, Timer等
   DDR SDRAM	0x6000_0000 - 0x7FFF_FFFF	存储器	图像缓冲区、大数组
   硬件加速器	0x5000_0000 - 0x5000_0FFF	外设	自定义协处理器

5. 添加约束：编写XDC或SDC文件，对时钟、复位、以及关键外设接口（如摄像头数据线、显示输出线）进行引脚分配和时序约束。
6. 综合、实现、生成比特流：这个过程可能会遇到时序不收敛的问题。特别是当系统复杂、时钟频率较高时。常见问题是路径延迟太大。解决方法包括：优化代码结构、插入寄存器流水线、降低时钟频率、或对关键路径进行更严格的手动约束。

3.2 嵌入式软件开发环境搭建

硬件是躯体，软件是灵魂。我们需要为这个自建的SoC准备编译和调试工具链。

1. 工具链选择：使用GNU Arm Embedded Toolchain。它免费、开源，且支持Cortex-M系列。安装后，我们得到arm-none-eabi-gcc（编译器）、arm-none-eabi-gdb（调试器）等工具。
2. 启动文件与链接脚本：这是最易出错的地方之一。
   • 启动文件（Startup File）：通常是一个汇编文件（如startup_ARMCM3.s），它定义中断向量表，初始化堆栈指针，然后跳转到main函数。你需要根据自己系统的中断源，修改这个向量表，将外设的中断服务程序（ISR）入口地址填进去。
   • 链接脚本（Linker Script）：告诉链接器代码和数据放在存储器的什么位置。必须与硬件设计中的地址映射完全一致！例如：

     MEMORY { ITCM (rx) : ORIGIN = 0x00000000, LENGTH = 32K DTCM (rwx) : ORIGIN = 0x20000000, LENGTH = 32K DDR (rwx) : ORIGIN = 0x60000000, LENGTH = 128M } SECTIONS { .text : { *(.text*) } > ITCM .data : { *(.data*) } > DTCM .bss : { *(.bss*) } > DTCM .heap (NOLOAD) : { ... } > DDR .frame_buffer (NOLOAD) : { ... } > DDR }

     这里将代码段（.text）放在ITCM，全局变量等放在DTCM，而堆空间和帧缓冲区则放在大容量的DDR中。
3. 外设驱动库开发：你需要为每个外设编写底层驱动函数。例如：
   • uart_init(uint32_t baudrate): 初始化UART，配置APB总线上的寄存器。
   • dma_config_image_transfer(uint32_t src_addr, uint32_t dst_addr, uint32_t size): 配置DMA，发起一次图像数据传输。
   • camera_start_capture(void): 向图像传感器接口IP发送启动命令。 这些函数直接操作外设的存储器映射寄存器（MMIO）。你需要仔细阅读每个IP核的寄存器手册。

3.3 系统启动与基础测试

在下载比特流到FPGA后，第一个目标是让处理器“跑起来”。

1. 最简单的“Hello World”：编写一个程序，不依赖任何复杂外设，仅仅通过一个GPIO口闪烁LED。如果LED能按预期闪烁，说明处理器核心、时钟、复位、基本总线访问和你的软件工具链都是正常的。这是建立信心的第一步。
2. 串口调试：让UART工作起来，通过printf重定向到串口，在电脑上用串口助手查看打印信息。这是后续调试最重要的手段。确保中断能正常响应（接收数据）。
3. 存储器测试：编写代码测试ITCM、DTCM和外部DDR的读写是否正确。可以使用如March C之类的算法进行简单测试，确保数据总线、地址总线和控制信号没有问题。
4. 外设逐个击破：按顺序测试定时器（产生周期性中断）、GPIO输入（读取按键）、I2C/SPI（如果用于配置图像传感器）等。每测试通一个，就离目标更近一步。

实操心得：在早期，尽量让软件简单，专注于验证硬件功能的正确性。使用JTAG调试器（如Segger J-Link）进行单步调试和查看寄存器/内存内容，是定位硬件初始化问题的利器。同时，在硬件设计中添加一些虚拟的“测试信号”，通过ILA（集成逻辑分析仪）在FPGA内部抓取波形，可以直观地看到总线上的读写时序是否正确，这比软件调试更底层、更直接。

4. 图像采集处理链路的实现与优化

4.1 图像采集通道的建立

这是连接物理世界和信息世界的桥梁。

1. 传感器配置：通常图像传感器（如OV5640）需要通过I2C或SPI接口配置其寄存器，设置分辨率（如QVGA 320x240）、输出格式（如RGB565）、帧率、曝光等参数。你需要编写传感器的配置函数，这些值一般来自传感器厂商的数据手册。
2. 接口控制器与DMA联动：
   • 图像传感器接口IP在收到像素数据后，将其写入一个异步FIFO。
   • CPU初始化DMA，将源地址指向这个FIFO的存储器映射地址（注意，这通常是一个“外设到存储器”的DMA传输），目标地址指向DDR中预先分配好的图像缓冲区，传输长度为一帧图像的大小。
   • 配置DMA为循环模式或请求模式，当FIFO中有数据时自动触发传输。
   • 关键点：确保DMA的传输位宽和总线位宽与数据流匹配。例如，传感器输出16位RGB565数据，AHB总线是32位，那么DMA可以配置为每次传输32位（即两个像素），以提高总线利用率。
3. 双缓冲机制：为了避免处理图像时，新采集的图像覆盖掉正在处理的图像，必须使用双缓冲甚至三缓冲。在DDR中分配两个缓冲区：Buffer A和Buffer B。DMA当前写入Buffer A，CPU处理Buffer B；当一帧采集完成，DMA产生中断，CPU在中断服务程序中交换缓冲区指针：让DMA接下来写入Buffer B，而CPU开始处理刚写满的Buffer A。这确保了数据流的连续性和完整性。

4.2 图像处理算法的软件实现与优化

在CPU上实现图像处理算法，需要充分考虑Cortex-M3的架构特点。

1. 算法选择：从简单的开始，如RGB转灰度、图像二值化（阈值分割）、均值/中值滤波。这些算法复杂度低，易于实现和验证。
2. 优化技巧：
   • 使用查表法（LUT）：对于RGB转灰度（Gray = R*0.299 + G*0.587 + B*0.114），浮点运算在M3上很慢。可以预先计算0-255所有灰度值对应的结果，存放在一个256字节的表中，计算时直接查表。对于复杂的非线性变换，查表法能极大提升速度。
   • 利用硬件乘除法器：M3有单周期的32位乘法器，多周期的除法器。在编写代码时，注意将循环中的乘法提到外层，减少重复计算。
   • 数据对齐与位操作：访问32位对齐的数据比访问非对齐数据快得多。在处理图像数据时，尽量以32位（4字节）为单位进行操作。例如，对于二值化，可以一次读入4个像素的灰度值（假设每个灰度值1字节），用位操作并行比较。
   • 编译器优化：使用-O2或-O3优化等级。使用restrict关键字帮助编译器做别名分析，进行更激进的优化。
   • 内联汇编与 intrinsics：对于最核心的循环，可以考虑使用Arm提供的CMSIS-DSP库中的函数，或者手写内联汇编，以充分利用指令集。

一个简单的Sobel边缘检测优化示例（C代码片段）：

// 非优化版本（易懂但慢） for(int y=1; y<height-1; y++) { for(int x=1; x<width-1; x++) { int gx = (-1)*img[y-1][x-1] + 0*... + 1*img[y+1][x+1]; // 简化计算 int gy = ...; edge[y][x] = sqrt(gx*gx + gy*gy) > THRESHOLD ? 255 : 0; } } // 优化思路： // 1. 将sqrt和比较改为绝对值求和近似：edge = (abs(gx) + abs(gy)) > T ? // 2. 将3x3卷积核展开，避免在循环内重复计算偏移地址。 // 3. 使用指针而非二维数组索引，减少乘法计算。 // 4. 考虑将一行像素的卷积计算部分向量化（如果使用CMSIS-DSP）。

4.3 硬件加速协处理器的设计与集成

当软件优化遇到瓶颈时，硬件加速是终极方案。以3x3卷积滤波器为例：

1. 硬件设计：
   • 接口：设计为AHB从设备。CPU通过APB/AHB总线写入控制寄存器（启动、选择卷积核）、参数寄存器（卷积核系数9个值）、源地址和目标地址。
   • 核心逻辑：包含一个像素窗口缓冲区（3行x3列），一个乘累加（MAC）单元。状态机控制从DDR中读取3行像素数据填入缓冲区，然后与卷积核系数进行乘累加，得到结果像素，写回DDR。
   • DMA集成：更高级的设计是让这个加速器本身具有DMA主设备功能，可以自己从源地址读取数据，处理完后写入目标地址，全程无需CPU干预数据搬运，只需发起命令。
2. 软件驱动：
   • hw_filter_init(): 初始化加速器，加载卷积核系数。
   • hw_filter_start(uint32_t src, uint32_t dst, uint32_t width, uint32_t height): 启动滤波任务。
   • 加速器完成后产生中断，在ISR中通知主程序任务完成。
3. 性能对比：一个纯软件的3x3高斯滤波在100MHz的M3上处理一幅QVGA图像可能需要几十毫秒，而一个运行在100MHz的硬件加速器可能只需要几毫秒，提升一个数量级。

集成挑战：硬件加速器增加了系统的复杂性，需要仔细验证其功能正确性，并考虑它与CPU共享总线带宽可能带来的冲突。可以使用AXI总线（支持乱序和突发传输）来获得更好的性能，但这需要更复杂的设计。

5. 人机交互功能实现与系统联调

5.1 显示输出系统构建

处理完的图像需要展示出来。

1. 帧缓冲区管理：在DDR中划出一块区域作为帧缓冲区（Frame Buffer）。显示控制器会以固定的频率（如60Hz）自动从这块内存中读取像素数据并输出到屏幕。软件只需要将处理好的图像数据写入帧缓冲区的对应位置即可。对于双缓冲显示，可以设置两个帧缓冲区，通过切换显示控制器的基址寄存器来实现无撕裂的帧切换。
2. 显示控制器配置：根据显示设备（如VGA 640x480@60Hz）的时序要求，配置显示控制器的分辨率、同步信号的前后肩、有效区域等参数。这些参数通常由厂商IP核提供接口进行设置。
3. 图像合成与叠加：如果需要在图像上叠加文字（如参数显示）、图形（如识别框），就需要一个简单的图形库。可以预先制作字符点阵，在写入帧缓冲区时，将字符像素覆盖到背景图像上。这涉及到Alpha混合等操作，在资源有限的M3上需要精心优化。

5.2 输入设备与用户界面

一个简单的人机交互界面可以大大提升系统的完整度和用户体验。

1. 输入设备：
   • 键盘/鼠标：通过USB HID或PS/2接口接入。需要编写相应的驱动来解析扫描码或数据包，将其转化为应用层可理解的事件（如按键按下、鼠标移动）。
   • 触摸屏：电阻屏通常通过ADC接口读取坐标；电容屏通过I2C接口与专用芯片通信。驱动需要负责校准和坐标转换。
2. 简单UI框架：可以设计一个基于状态机或简单消息循环的UI框架。定义一些基本的UI元素，如按钮、滑块、文本框。输入设备产生的事件被封装成消息，发送给当前焦点的UI元素进行处理。例如，点击一个“开始采集”按钮，会触发一个消息，让主程序启动图像采集线程。

5.3 系统集成与性能优化实战

当所有模块都独立工作后，最后的挑战是将它们整合成一个稳定、高效的系统。

1. 中断管理：系统中会有多个中断源：定时器中断（系统心跳）、DMA传输完成中断、图像传感器帧中断、UART接收中断、硬件加速器完成中断等。需要合理设置中断优先级（利用Cortex-M3的NVIC），确保高实时性任务（如图像采集DMA）不被低优先级任务长时间阻塞。中断服务程序（ISR）要尽可能短小，只做最紧急的事情（如设置标志位），繁重的任务放到主循环中处理。
2. 资源竞争与同步：当CPU和DMA、硬件加速器同时访问DDR时，会产生总线竞争。如果总线仲裁不合理，会导致性能下降。优化方法包括：
   • 内存访问模式优化：让CPU尽量访问ITCM/DTCM，减少对DDR的访问。
   • 数据布局优化：将频繁访问的数据（如当前处理的图像块）放在DTCM中。
   • 带宽分配：如果使用更高级的总线互连，可以设置QoS（服务质量）参数，为显示控制器等需要持续带宽的设备保留带宽。
3. 系统性能 profiling：使用定时器或处理器内部的周期计数器（如Cortex-M3的DWT CYCCNT）来测量关键函数的执行时间。找出性能热点，决定是进行软件优化还是硬件加速。
4. 功耗考虑（加分项）：在电池供电或低功耗场景下，可以动态调整系统时钟频率，在外设空闲时关闭其时钟（通过AHB/APB总线上的时钟门控），让处理器进入睡眠模式（WFI指令）等。

一个典型的系统工作流程：

1. 上电，硬件初始化，软件从ITCM开始执行。
2. 初始化所有外设：UART、定时器、DMA、图像传感器、显示控制器。
3. 配置DMA进行双缓冲图像采集。
4. 主循环：
   • 检查是否有新图像帧标志（由DMA完成中断设置）。
   • 如果有，调用图像处理函数（可能是软件算法或启动硬件加速器）处理上一帧图像。
   • 将处理结果拷贝到当前显示的帧缓冲区（或切换帧缓冲区指针）。
   • 处理用户输入（扫描键盘、触摸屏），更新UI状态。
   • 必要时进入低功耗模式等待中断。
5. 图像处理函数内部，可以根据菜单选择调用不同的算法，并可以将中间结果或参数通过UART输出，方便调试。

在整个开发过程中，调试是最耗时但也最能增长经验的环节。除了传统的打印日志和单步调试，善于使用FPGA的在线逻辑分析仪（ILA）来抓取总线信号、外设控制信号，是定位硬件时序问题和软硬件交互问题的终极武器。我曾遇到一个诡异的图像错位问题，最终就是通过ILA发现DMA的传输长度配置寄存器在特定情况下被意外改写，原因是软件中一个数组越界，覆盖了相邻的寄存器变量。这种跨域的调试能力，正是此类赛题想要培养的。

本文还有配套的精品资源，点击获取