前言
大家好，我是ZLinear的硬件工程师。
在之前的博文中，我们聊了常速采集卡DABL-7606的过采样算法与通信协议。不少读者看后私信问：“张工，如果我的采样率要求更高，比如要到200K甚至500K SPS，同时还要输出多路DDS波形和带加减速的PWM脉冲，单靠一颗STM32还能扛得住吗？”
答案是：很难，且极其吃力。
当采样率攀升到百K级别，且涉及多通道同步、复杂波形输出时，单核MCU的中断响应延迟和DMA总线带宽就会成为明显的瓶颈。为了彻底打破这个性能天花板，我们在中速数据采集卡DABM-D223上，采用了经典的**“ARM + FPGA”双核心架构**。
今天，我们就以DABM-D223的固件代码为蓝本，硬核拆解这颗中速采集卡的“双核协奏曲”——看看STM32H7与FPGA是如何分工协作的，双缓冲机制是如何防止数据撕裂的，以及那些藏在字节序里的工程陷阱又是怎么填平的。
一、 为什么必须上“双核”？单核MCU的算力天花板
在深入架构之前，我们必须先弄清楚单核MCU在高速场景下的“痛点”在哪里。
对于一颗STM32H7单片机来说，虽然主频高达400MHz以上，但它采用的是串行指令执行机制。如果在200KSPS采样率下进行8通道同步采集，意味着每5微秒就会产生一次ADC转换完成中断。在这5微秒内，MCU不仅要读取16字节的数据，还要处理可能的USB通信、RS485 Modbus响应以及PWM脉冲控制。只要某个中断稍有延迟，数据就会丢失。
此外，多通道ADC的精确同步采样、DDS波形的相位对齐，对时序的要求精确到纳秒级。MCU的软件定时器抖动较大，根本无法保证多路信号的严格物理同步。
FPGA（现场可编程逻辑门阵列）的引入，正是为了解决这些痛点。 FPGA的本质是硬件电路，它的逻辑是并行执行的。你可以把它理解为一块“可以根据你的需求随时重新连线”的芯片。在DABM-D223中，FPGA承担了所有对时序要求极高的“体力活”，而STM32H7则退居幕后，专心做“脑力劳动”。
二、 双核分工：STM32H7是“指挥官”，FPGA是“执行者”
在DABM-D223的系统中，双核的分工界限极其清晰，互不越界。
1. FPGA的职责：硬件级的“肌肉”
根据代码解析，FPGA主要负责与物理世界打交道的硬实时任务：
- ADC时序控制：产生精确的采样时钟，控制8通道ADC同步转换。
- DAC波形输出：接收STM32下发的波形数据，按精确节拍输出给4路DDS/DAC。
- 数据预处理：在硬件层面完成数据的打包和缓冲，无需CPU干预。
2. STM32H7的职责：软件级的“大脑”
STM32H7则专注于业务逻辑与通信交互：
- RT-Thread多线程调度：管理采集、通信、存储等不同优先级的线程。
- USB CDC通信：处理与上位机的高速指令交互与数据流上传，并进行CRC16校验。
- PWM加减速计算：在软件层面计算6路PWM的加减速曲线，下发脉冲参数。
- FRAM参数管理：读写铁电存储器中的校准系数与设备配置。
这种“软硬件协同”的设计，将高强度的数据搬运剥离出了MCU，让STM32有充足的算力去处理复杂的协议栈与控制算法。
三、 数据流的“接力赛”：双缓冲机制如何避免撕裂？
在高速数据采集系统中，最忌讳的就是“数据撕裂”。什么是数据撕裂？简单来说，就是STM32正在读取缓冲区A的数据，读到一半时，FPGA又把新数据写进了缓冲区A，导致上位机收到的数据一半是新的、一半是旧的，波形完全错乱。
为了解决这个问题，DABM-D223采用了经典的双缓冲（Ping-Pong Buffer）机制。
1. AB缓冲区的“无缝切换”
我们在内存中开辟两块大小相等的缓冲区：Buffer A 和 Buffer B。
- 当FPGA将采集到的数据写满 Buffer A 时，会触发一个标志位。
- STM32响应标志位，将数据读取端切换到 Buffer A 进行上传，同时通知FPGA：“你去写 Buffer B 吧”。
- 当FPGA写满 Buffer B 时，STM32转去读 Buffer B，让FPGA再去写 Buffer A。
这就像接力赛跑中的交接棒，读写操作分别在两个独立的内存空间中交替进行，物理上隔离了写操作和读操作，从根本上杜绝了数据撕裂的可能。
2. 缓冲区大小与实时性的权衡
双缓冲的缓冲区大小设定是一门学问。如果太大，数据延迟高，上位机感觉不流畅；如果太小，STM32的中断频率太高，容易导致通信线程阻塞。在DABM-D223的固件中，结合RT-Thread的线程调度机制，缓冲区大小被设定在一个兼顾吞吐量与延迟的“甜点”值，确保了高速采集与稳定通信的平衡。
四、 藏在字节序里的坑：大小端转换的工程必修课
在双核架构中，还有一个让无数工程师掉头发的隐蔽陷阱：大小端问题。
FPGA和STM32内部对多字节数据（如16位的ADC采样值）的存储顺序往往是不同的。
- 大端模式：高位字节存放在低地址。
- 小端模式：低位字节存放在低地址。
当FPGA把16位的ADC数据通过总线发给STM32时，如果不做处理，STM32直接读取，原本应该是0x1234的数据，可能会被读成0x3412。在波形显示上，这会导致波形出现莫名其妙的毛刺甚至完全变形。
工程化的解决手段
在DABM-D223的代码中，为了保障数据正确传输，在数据解析阶段强制加入了大小端转换操作。无论是ADC上传的波形数据，还是上位机下发的DDS参数、PWM脉冲数，在进行CRC16校验和业务逻辑处理前，都会先通过专门的转换函数对字节序进行规范化。这种“在边界处统一格式”的做法，是跨平台硬件通信中极其重要的防御性编程思想。
五、 动态调整与脉冲控制：TIM13/TIM14的灵活调度
在很多测试测量场景中，采样率和输出率往往需要根据现场情况动态调整，而不能是死板的固定值。
1. TIM13与TIM14的硬件节拍器
DABM-D223巧妙地利用了STM32内部的硬件定时器TIM13和TIM14作为“节拍器”。
- TIM13 专门用于驱动ADC数据采集周期。修改TIM13的溢出周期，就能在不停止采集的情况下，平滑地改变采样率。
- TIM14 专门用于驱动DAC波形输出。两者相互独立，互不干扰，使得系统可以做到“采100KSPS的同时输出10KSPS的波形”，实现了输入输出的完全解耦。
2. PWM的加减速控制
除了模拟量，DABM-D223还支持6路带加减速控制的PWM输出，常用于步进电机的精准控制。STM32根据设定的目标频率、加速度单位，在RT-Thread的后台线程中实时计算下一个脉冲的间隔时间，并更新PWM寄存器。由于计算与通信隔离，即使在全速采集波形时，PWM的加减速曲线依然能保持极其平滑的输出，不会出现电机抖动现象。
六、 总结：双核心架构是突破性能瓶颈的系统级解法
写到这里，我们可以清晰地看到DABM-D223在面对中高速采集时的系统级设计思路：
| 核心模块 | 担当角色 | 核心技术手段 | 解决的工程痛点 |
|---|---|---|---|
| FPGA硬件层 | 执行者 | 硬件并行时序控制、多通道同步 | 解决MCU中断延迟高、无法纳秒级同步的问题 |
| STM32软件层 | 指挥官 | RT-Thread调度、USB CDC、算法计算 | 解决复杂协议栈处理与多任务并发管理 |
| 数据交互层 | 传递者 | AB双缓冲机制、大小端转换 | 杜绝高速读写导致的数据撕裂与字节序错乱 |
| 时序调度层 | 节拍器 | TIM13(采)与TIM14(输出)解耦独立 | 实现动态采样率调整与PWM加减速平滑控制 |
作为硬件工程师，我们深知：单颗芯片的性能总有物理极限，而优秀的系统架构设计，能够让1+1远大于2。 FPGA与STM32的结合，不是简单的器件堆砌，而是将“确定性的硬件时序”与“灵活性的软件调度”完美融合。这正是ZLinear在设计中速采集卡时，能够兼顾200K/500K高速吞吐与工业级稳定性的底层密码。
如果你在开发多板卡或双核系统时遇到了数据撕裂、总线竞争或大小端错乱的“玄学”问题，或者对RT-Thread在高速场景下的线程划分有疑问，欢迎在评论区留言交流。我们坚持开源，不仅分享硬件原理图，更乐于与你探讨这些藏在系统架构深处的工程智慧！
