zlinear开源电子

前言

大家好，我是ZLinear的硬件工程师。

在前面的博文中，我们聊遍了ADC选型、信号调理、EMC屏蔽、FFT算法与PCB防线。很多读者看完后，硬件原理已经吃透了，但回到项目落地时又卡在了一个新问题上："张工，板子我都焊好了，信号也调理干净了，可上位机怎么跟采集卡'对话'？Modbus寄存器表到底怎么设计？为什么你们除了Modbus还搞了一套自定义命令？"

这个问题问到了工业数据采集卡的"中枢神经"上。一块采集卡再强，如果通信协议设计得混乱，上位机开发就会举步维艰——不是寄存器地址冲突，就是高速波形传输被Modbus的轮询机制拖死。通信协议架构，是连接硬件底层与软件应用层的关键桥梁，它直接决定了系统的实时性、扩展性与易用性。

今天，我们就以DABL-7606数据采集卡的固件代码为蓝本，硬核拆解其通信协议架构——从Modbus功能码的精巧分配，到寄存器地址映射的系统性设计，再到自定义命令ID体系的补充机制，以及RS485/USB/以太网三总线组网的工程实践。

一、Modbus：工业通信的"普通话"与它的局限

在进入具体设计前，我们必须先搞清楚一个根本问题：为什么要用Modbus？

Modbus是工业自动化领域最普及的通信协议，几乎所有的PLC、HMI和DCS系统都原生支持。它的核心优势在于"简单"——基于寄存器读写的模型，任何设备只要暴露一张寄存器表，就能被主站直接访问，无需专用驱动。

但Modbus也有天然的局限：

ZLinear的设计策略：以Modbus作为"标准接口"满足通用工业组网需求，同时设计一套自定义命令协议作为"高速通道"处理波形采集与复杂参数配置。两者各司其职，互不干扰。

二、Modbus功能码的精巧分配：一张寄存器表的"版图规划"

根据【参考资料】中的代码分析文档，DABL-7606的Modbus功能码分配如下：

1. FC01 — 线圈：数字输出与ADC配置的"控制面板"

FC01 (线圈 Coil) ├── Bit 0-3: DOUT1-4 数字输出控制 ├── Bit 4-7: PWM1-4 使能控制 ├── Byte 1: ADC通道使能 (Bit0-7 = CH1-8) └── Byte 2: 量程选择 (0=±5V, 1=±10V)

这里有一个精妙的设计：线圈不仅是"开关量"控制，还承载了ADC的配置信息。将8路ADC通道的使能位映射到线圈的Byte 1中，上位机只需一条FC01写线圈命令，就能同时完成"打开通道1/3/5"+"切换量程为±10V"的复合操作，大幅减少了通信往返次数。

2. FC02 — 离散输入：数字输入状态的"只读窗口"

FC02 (离散输入 Discrete Input) └── Bit 0-7: DIN1-8 数字输入状态

数字输入是只读量，用FC02离散输入功能码天然合适。8路DI状态被打包成一个字节，上位机一次读取即可获取全部8路输入状态，效率极高。

3. FC03 — 保持寄存器：模拟输出的"参数仓库"

FC03 (保持寄存器 Holding Register) - 可读写 ├── Reg 0-5: DAC1参数 (模式/电压/频率...) ├── Reg 6-11: DAC2参数 ├── Reg 12-17: DAC3参数 └── Reg 18-23: DAC4参数

每路DAC占用6个寄存器，用于存储工作模式、输出电压、频率、波形类型等完整参数。4路DAC共占用24个寄存器（Reg 0-23），地址连续，便于上位机用"FC03读多个寄存器"一次性批量读取。

设计亮点：寄存器地址从0开始顺序排列，每路DAC的参数结构完全一致，上位机代码可以用循环结构统一处理，无需为每路DAC写单独的解析逻辑。

三、自定义命令协议：Modbus之外的"高速公路"

Modbus寄存器模型适合"配置型"操作，但面对以下场景时显得力不从心：

1. 高速波形采集：8通道×16位×20KSPS = 320KB/s的数据流，Modbus的FC04输入寄存器读取效率太低。
2. 复杂参数设置：PWM的频率、占空比、脉冲数、加减速单位需要一次性下发，Modbus的16位寄存器模型表达不够灵活。
3. 设备管理：获取设备参数、设置服务器IP/端口等网络配置，不属于传统Modbus的范畴。

为此，DABL-7606设计了一套命令ID驱动的自定义协议，与Modbus并行运行。

命令ID体系全景图

根据【参考资料】，关键命令ID如下表所示：

命令ID的设计逻辑

仔细观察命令ID的分配规律，你会发现它并非随机编号，而是按功能域划分的：

这种"功能域分段"的设计，使得新增功能时只需在对应域内分配新ID，不会与已有命令冲突，极大提升了固件的可维护性。

四、核心代码解析：DIO控制结构体与PWM参数下发

光有命令ID还不够，我们来看看底层的数据结构是如何设计的。

1. DIO结构体：8路DI + 4路DO + 4路PWM的"打包快递"

typedef struct { u8 dout[4]; // 数字输出状态 (DO1-DO4) u8 din[8]; // 数字输入状态 (DI1-DI8) u8 dinAll; // 8位DI打包值 u8 pwmEnable[4]; // PWM使能 (PWM1-PWM4) u16 pwmPulseNum[4]; // PWM脉冲数 (0=连续) u8 uploadFinshFlag; // 上传完成标志 } dioParam;

这个结构体的设计体现了几个工程考量：

• din[8]与dinAll并存：din[8]提供每路DI的独立状态访问，dinAll则将8路DI打包为一个字节，便于Modbus FC02一次性上报。两种粒度的数据表达，适配不同的通信场景。
• pwmPulseNum使用u16：16位无符号整数的最大值为65535，对于步进电机的脉冲控制已足够。当值为0时表示"连续输出"，这是一个巧妙的约定。
• uploadFinshFlag：上传完成标志位，用于同步固件与上位机的数据传输状态，防止丢包。

2. PWM参数配置函数

func_setPwmParams(byte ch, UInt16 freq, UInt16 duty, UInt16 pulseNum, UInt16 accUnit) // freq: 频率 // duty: 占空比 (×10精度, 如50% → 500) // pulseNum: 脉冲个数 // accUnit: 加速度单位

注意占空比的精度处理：50%的占空比传入值是500而非50，这意味着占空比的实际精度为0.1%。这个"×10精度"的约定，在不增加数据位宽的前提下，将控制精度提升了一个数量级。

五、AD7606同步采样与DMA高速读取：通信链路的"数据源头"

通信协议的效率，不仅取决于协议本身的设计，更取决于数据源头产生的速度。DABL-7606的核心采集链路采用了"GPIO触发 + DMA搬运"的极致优化方案：

1. 启动转换：精确到纳秒的脉冲控制

void ad7606_startConvert(void) { HAL_GPIO_WritePin(AD_CONVST_GPIO_Port, AD_CONVST_Pin, GPIO_PIN_SET); // 延时 ≥40ns (168MHz下约7个NOP) __NOP();__NOP();__NOP();__NOP();__NOP();__NOP();__NOP(); HAL_GPIO_WritePin(AD_CONVST_GPIO_Port, AD_CONVST_Pin, GPIO_PIN_RESET); }

CONVST引脚需要一个≥40ns的高电平脉冲来触发AD7606的8通道同步采样。在168MHz主频下，一条__NOP()指令约耗时6ns，7个NOP约42ns，恰好满足要求。这种"手工拼装纳秒级脉冲"的写法，是嵌入式工程师在没有硬件定时器可用时的经典操作。

2. DMA自动搬运：8通道×16位 = 16字节的"零CPU开销"读取

// 中断服务程序中调用 (EXTI2_IRQHandler): HAL_SPI_Receive_DMA(&hspi1, (uint8_t*)ad7606Data, 8); // 数据格式: int16_t ad7606Data // 范围: ±32768 (对应±满量程电压)

AD7606转换完成后，BUSY引脚拉低触发EXTI2下降沿中断。在中断服务程序中，直接启动SPI1的DMA接收，8个通道×16位 = 16字节数据完全由DMA控制器自动搬运，CPU全程零干预。这就是为什么DABL-7606能在20KSPS采样率下同时采集8通道数据，而MCU仍有余力处理通信协议——因为最耗时的数据搬运工作，被"外包"给了DMA硬件引擎。

六、三总线组网实战：RS485、USB与以太网的选型策略

DABL-7606集成了三种通信接口，各有其适用场景：

RS485总线：工业现场的"老兵不死"

RS485采用差分信号传输，抗干扰能力强，单条总线可挂载32个设备节点。DABL-7606的RS485接口为非隔离型，波特率范围1200~115200bps，完美适配Modbus-RTU协议。

组网建议：

• 总线两端各加一个120Ω终端电阻。
• 波特率建议不超过9600bps时，通信距离可达1200米；115200bps时建议距离不超过100米。
• 485信号地需可靠接地，提供差分信号的参考电位。

以太网：物联网时代的"主力军"

DABL-7606采用了W5100S硬件TCP/IP协议栈芯片，10/100Mbps自适应，支持设备自翻转（无需交叉线即可直连设备）。

核心优势：W5100S将TCP/IP协议栈硬件化，STM32无需运行lwIP等软件协议栈，大幅释放MCU算力用于数据采集与处理。同时支持Modbus-TCP标准协议，可直接接入SCADA系统和工业物联网平台。

七、存储系统与通信协议的协同：三种记录仪的"数据生命周期"

DABL-7606的存储系统与通信协议深度协同，形成了三种记录仪模式：

数据流路径：

AD7606采集 → DMA搬运至SRAM → ├── SRAM记录仪：SRAM满后停止，等待上位机0x30命令读取 ├── Flash记录仪：SRAM数据批量写入Flash，循环直至Flash满 └── 在线记录仪：SRAM数据通过以太网实时上传至上位机

三种模式对应命令ID 0x50/0x41/0x60，上位机只需发送对应命令即可切换记录模式，无需修改硬件接线。

八、总结：通信协议架构是采集卡的"操作系统"

写到这里，相信大家已经明白：通信协议架构之于数据采集卡，就好比操作系统之于计算机。它不是一行代码、一条命令的简单堆砌，而是一套从寄存器地址规划、命令ID分段、数据结构设计到硬件DMA加速的系统性工程。

DABL-7606之所以能同时胜任"PLC从站的Modbus寄存器读写"、"上位机的高速波形采集"和"物联网平台的在线监测"三种角色，正是因为它在协议设计之初，就做好了"标准接口"与"高速通道"的分层规划。

如果你在开发采集卡上位机时遇到了寄存器地址冲突、波形传输延迟或Modbus组网的疑难问题，欢迎在评论区留言交流。我们坚持开源，不仅分享原理图与固件源码，更乐于与你拆解这些"看不见的协议骨架"！