从“盲目采集”到“精准捕获”：硬核拆解DABL7606的DI边沿触发与多级存储记录仪架构
zlinear开源电子
前言
大家好，我是ZLinear的硬件工程师。
在上一期的博文中，我们把DABL7606的AD7606底层驱动、SPI+DMA高速读取和16位转24位的过采样黑科技翻了个底朝天。后台有做设备状态监测和故障诊断的读者提了一个非常“接地气”的系统级问题：
“张工，高速采样确实厉害，但在实际车间里，我们不可能24小时全速记录数据，不仅Flash塞不下，而且全是无用功。我们需要的是‘平时睡觉，出事了再醒’——比如当某个继电器动作（DI信号跳变），或者转速突然异常时，采集卡能像示波器一样自动触发记录。你们的DABL7606说支持示波器触发和五种记录仪模式，这到底是怎么实现的？数据又是怎么安全存下来的？”
这个问题问得太专业了！在工业现场，盲目采集是灾难，按需捕获才是王道。触发与存储架构，决定了采集卡是“玩具”还是“工具”。
今天，我们继续“无公式、纯工程”的风格，翻开《数据采集卡DABL-7606用户手册》和《7606代码分析》文档，硬核拆解DABL7606的数字输入（DI）边沿检测逻辑、SRAM实时波形触发机制，以及那套应对断电断网的SRAM/Flash/FRAM三级存储记录仪体系。
一、工业现场的“哨兵”：DI边沿检测的1ms艺术
要做到“出事才记录”，第一步就是感知外部事件。DABL7606配备了8路非隔离数字输入（DI），逻辑电平支持12-24V，完美匹配工业PLC和传感器的电平标准。
但光有硬件接口不够，软件怎么抓取这个瞬间动作？在《7606代码分析》的6.2节中，有一个极其精巧的dio_tim_task()函数。
1. 1ms周期的“扫雷”逻辑
底层RTOS（RT-Thread）会以固定的1ms周期调用这个任务。它的核心逻辑是：读取全部8路DI状态，与上一次的状态做异或对比，揪出发生跳变的通道。
void dio_tim_task() { u8 currentDin = 0; // 一次性读取8路DI电平 currentDin = HAL_GPIO_ReadPin(DIN_GPIO_Port, DIN_Pin); // 边沿检测逻辑 for(u8 i=0; i<8; i++) { u8 currentState = (currentDin >> i) & 0x01; if(currentState != _dioParam.din[i]) { // 状态发生变化，记录事件 _dioParam.din[i] = currentState; // 如果是SRAM记录模式且配置了DIN触发，且检测到上升沿 if(配置了DIN触发 && 上升沿检测) { fun_dinTrig_StartSramRecord(); // 吹响冲锋号，启动SRAM波形记录 } } } _dioParam.dinAll = currentDin; }2. 工程拆解：为什么是1ms？
- 为什么不用外部中断（EXTI）？虽然EXTI响应是微秒级的，但在复杂的工业环境中，DI信号往往伴随严重的抖动和毛刺。如果用EXTI，一个毛刺就会触发无数次中断，系统直接崩溃。1ms的轮询扫描，天然就是一个1ms的硬件消抖滤波器，稳定压倒一切。
- 响应延迟可接受吗？手册标明DI的硬件响应时间>100us。1ms的软件轮询加上百微秒的硬件响应，总延迟在1.1ms以内。对于继电器动作、气缸伸缩这类机械事件来说，已经是“零延迟”了。
二、示波器模式再现：SRAM高速波形捕获
当fun_dinTrig_StartSramRecord()被调用时，DABL7606就从“待机哨兵”切换成了“高速示波器”。
在手册中，DABL7606具备示波器触发采集功能。这背后的功臣是板载的8MB SRAM。
1. 触发前后的“全貌”捕获
示波器模式的精髓在于能看“历史”。当DI触发发生时，MCU并不是从这一刻才开始写数据，而是SRAM中早就通过DMA在后台进行着高速的环形覆盖写入（就像上一期讲的DMA搬运）。
一旦触发标志位有效：
- 系统记录下当前SRAM的写入地址作为“触发点”。
- 继续往SRAM里写入一段数据（后触发数据）。
- 满足设定的波形长度后，停止采集。
- 将SRAM中“触发前+触发后”的完整波形打包，通过USB或以太网发给上位机。
2. 工程价值：事后诸葛亮，也能看得清
在电机启动失败、继电器粘连等瞬间故障中，故障发生前几十毫秒的波形往往藏着真凶。SRAM的高速环形缓存配合DI触发，完美解决了“故障瞬间抓不到”的痛点。
三、五种记录仪模式：SRAM/Flash/FRAM的三级存储舰队
除了示波器模式，手册重点提到了五种记录仪模式。这其实是ZLinear利用板载的三种存储介质，为不同工业场景量身定制的“数据舰队”。
我们先看这三种介质的分工：
| 存储介质 | 容量 | 特性 | 在记录仪中的角色 |
|---|---|---|---|
| SRAM | 8MB | 读写极快，断电丢失 | 承担高速波形缓存、连续记录仪的临时蓄水池 |
| FLASH | 32MB | 容量大，断电保存，按页擦写慢 | 承担长期历史数据记录，断网时的数据大后方 |
| FRAM | 铁电存储 | 像RAM一样快，无限次擦写，断电不丢 | 保存设备参数、标定系数、多点记录仪的通道配置 |
基于这三剑客，DABL7606构建了五种记录仪模式：
1. SRAM记录仪
如前所述，利用SRAM的高速特性，进行短时间、高采样率的全速记录。适合台架测试、动态响应捕捉。
2. Flash连续记录仪
当需要长时间监测温度、压力等缓变信号时，数据直接按时间戳写入32MB Flash。即使上位机断网，数据依然在本地硬盘里安全躺着，网络恢复后断点续传。
3. 单点记录仪
适用于低频巡检。系统每隔一段时间（如1秒）采集一个点，直接存入FRAM。由于FRAM无限次擦写，这种模式可以保证设备运行十几年不坏存储器。
4. 多点记录仪
单点记录仪的升级版，一次性触发多个通道的轮询采集，数据打包存储。适合多传感器联合状态快照。
5. FRAM记录仪
利用FRAM字节级读写的特性，记录关键的系统事件日志（如何时发生了DI触发、何时修改了IP地址），确保任何掉电瞬间的关键状态不丢失。
四、RT-Thread多线程调度：让采存传井然有序
要在同一块MCU里同时跑“高速ADC中断+DI定时扫描+Flash慢速擦写+Modbus TCP通信”，如果没有优秀的调度，系统必死无疑。
DABL7606的固件基于RT-Thread RTOS。它的多线程处理能力在这一刻体现了巨大价值：
- 高优先级：ADC与DMA线程。硬件中断触发，绝对抢占，确保一个采样点不丢。
- 中优先级：DI扫描与触发判定线程。1ms周期执行，及时响应外部事件。
- 低优先级：Flash读写与网络上传线程。在CPU空闲时，默默把SRAM里的数据搬到Flash，或者打包成Modbus TCP帧发出去。
这种分层调度，让DABL7606能以微秒级响应完成传感器数据采集，同时以毫秒级完成执行机构控制，还能在后台同步完成设备状态监测与数据上云。
五、总结：按需捕获，稳如泰山
| 设计维度 | 传统方案痛点 | DABL7606的解法 | 工程价值 |
|---|---|---|---|
| 事件触发 | 纯靠上位机软件判断，延迟大 | 1ms DI边沿检测硬件轮询，自带消抖 | 现场级实时触发，不依赖PC |
| 波形捕获 | 只能看触发后的波形 | SRAM环形缓存，捕获触发前后全貌 | 瞬间故障有据可查 |
| 长期记录 | 断网即丢数据 | SRAM/Flash/FRAM三级存储，五种记录仪 | 适配缓变/速变、断网续传等多种工况 |
| 系统调度 | 裸机前后台系统易死机 | RT-Thread多线程，采存传分离 | 微秒级响应与后台IO完美并行 |
写到这里，我想回到开头那位工程师的疑问——“出事了再醒，到底怎么实现？”
答案已经非常清晰：靠DI的1ms死磕，靠SRAM的环形缓存，靠Flash的长期坐镇，靠RT-Thread的精准调度。一块优秀的工业数据采集卡，不仅要有把模拟变数字的速度，更要有“该出手时才出手”的克制，和“断电断网也不丢数据”的稳重。
ZLinear把DABL7606的DI边沿检测逻辑、多级存储架构和记录仪模式全部开源并写入文档，就是希望你在做设备监测与物联网接入时，不再只盯着ADC的采样率，而是学会用系统级的思维去构建一套“精准捕获、安全落地”的数据链路。
当你用一根24V的信号线触发DI，看着上位机软件上瞬间冻结出完整的故障前后波形时，你会真切地感受到：这才叫工业级的安全感。
如果你在配置Flash连续记录时遇到了文件系统选型的困惑，或者想了解Modbus TCP如何与本地记录仪模式无缝切换，欢迎在评论区留言交流。我们一起把“数据记录”这门手艺，练到极致！