2. Dewesoft硬件与软件架构解析

要真正用好 Dewesoft 的测试自动化能力,不能只把注意力放在软件界面上。Dewesoft 系统本质上是一条从物理量到数字记录、再到实时判断与报告的完整信号链。理解这条链路上每个环节的职责边界和接口关系,是后续编写自动化脚本、配置报警逻辑、设计报告模板的前提。本节围绕四个核心角色展开:数据采集硬件、信号调理模块、实时控制器和 DewesoftX 软件平台,并说明它们如何协同完成一次可靠的采集任务。

一、四个核心角色的职责划分

数据采集硬件是系统的“入口”,典型代表是 SIRIUS 系列(如 SIRIUS-ACC、SIRIUS-STG、SIRIUS-HD 等)和 DEWE-ORION 系列。它们负责把调理后的模拟信号转换为数字量,并提供同步时钟、触发总线和高速数据通道。不同型号的差别主要体现在通道数、采样率上限、隔离方式和输入类型上,例如 SIRIUS-ACC 面向 IEPE 加速度传感器,SIRIUS-STG 面向应变桥路,SIRIUS-HD 面向高动态范围电压信号。

信号调理模块是“翻译层”。传感器输出的信号往往不能直接被 ADC 使用:应变片输出的是毫伏级差分电压,需要桥路激励和放大;热电偶输出的是微伏级电压,需要冷端补偿和增益;IEPE 加速度计需要恒流源供电并隔直。调理模块完成激励、放大、滤波、隔离和零点调整,把物理量转换成采集硬件可接受的标准化电压范围。

实时控制器是“决策层”。在 Dewesoft 体系中,它可以是运行 DewesoftX 的工控机,也可以是独立的实时系统(如 DEWE-43 配合实时模块,或基于 EtherCAT 的实时机)。它承担两类任务:一是对采集数据做实时运算,例如 RMS、阶次、FFT、限值比较;二是根据运算结果驱动输出,例如触发报警、控制继电器、向 PLC 发送状态字。实时性的关键在于确定性——运算必须在固定周期内完成,不能因为操作系统调度而抖动。

DewesoftX 软件平台是“组织层与呈现层”。它负责通道配置、传感器数据库管理、采集控制、在线显示、数据存储、后处理分析和报告生成。在自动化场景中,DewesoftX 还通过 DCOM、Python API、HTTP 接口或 Sequencer 脚本对外暴露控制能力,使外部程序可以启动采集、修改参数、读取结果。

Dewesoft 采集系统信号链与协同关系 传感器 / DUT 应变片 · IEPE 热电偶 · 电压 转速 · 扭矩 信号调理模块 激励 / 放大 / 滤波 隔离 / 冷端补偿 IEPE 恒流源 数据采集硬件 SIRIUS / ORION ADC · 同步时钟 触发总线 · 隔离 实时控制器 实时运算 / 限值 报警 / 输出驱动 EtherCAT / PLC DewesoftX 软件平台 通道配置 传感器数据库 采集控制 触发 / 存储 在线显示 仪表 / 曲线 后处理分析 FFT / 阶次 报告 Word/PDF 原始数据流 实时状态 参数下发 自动化与外部接口 Python API 脚本控制采集 Sequencer 测试序列编排 DCOM / HTTP 外部程序调用 报告模板 自动生成输出 控制与数据访问 物理量 标准化电压 数字量 实时结果 报告

二、协同工作的关键机制

四个角色之间并不是简单的串联,而是通过几套机制紧密耦合。第一是同步机制。多台 SIRIUS 或 ORION 设备通过同步时钟线(如 Clock Sync)和触发总线级联,保证所有通道在同一时间基准上采样。如果同步没做好,跨设备的相位差会直接破坏阶次分析和模态分析的结果。第二是数据流机制。采集硬件把原始数据通过 USB、EtherCAT 或 PCIe 送到主机,DewesoftX 以环形缓冲区方式接收,一部分用于实时显示和实时运算,另一部分写入磁盘。第三是控制流机制。DewesoftX 通过 API 或 Sequencer 向实时控制器下发参数,实时控制器把运算结果回传给软件平台,形成闭环。

一个容易被忽视的细节是:实时控制器和 DewesoftX 主机可以是同一台机器,也可以是分离的两台。当实时性要求高(例如周期小于 1 ms 的闭环控制)时,通常把实时任务放在独立的实时控制器上,DewesoftX 只负责配置、显示和存储;当实时性要求不高(例如 10 ms 级的限值报警)时,可以直接在 DewesoftX 的数学通道中实现,无需额外硬件。选择哪种架构,取决于控制周期、抖动容忍度和是否需要与外部 PLC 硬实时交互。

三、一次典型采集任务的配置示例

下面以一个电机振动测试为例,说明各环节如何配合。假设使用 4 个 IEPE 加速度计(灵敏度 100 mV/g)、1 个转速传感器和 1 个扭矩传感器,目标是在 0~3000 rpm 升速过程中采集振动和扭矩,并判断振动 RMS 是否超过 5 g。

第一步,在 DewesoftX 中建立通道:4 个加速度通道选择 SIRIUS-ACC 模块,设置 IEPE 供电开启、量程 ±5 V、采样率 50 kHz;转速通道选择计数器输入,设置每转脉冲数;扭矩通道选择 SIRIUS-STG,设置桥路类型和激励电压。第二步,配置数学通道:对加速度通道计算 RMS,时间常数设为 0.1 s;对转速通道计算阶次。第三步,配置报警:当任一加速度 RMS 超过 5 g 时,触发数字输出。第四步,用 Sequencer 编写序列:启动采集 → 等待转速达到 3000 rpm → 保持 10 s → 停止采集 → 保存文件 → 生成报告。

# DewesoftX Sequencer 伪代码示例
start_acquisition()
wait_until(RPM >= 3000, timeout=30s)
hold(10s)
stop_acquisition()
save_file("motor_vib_test_001.dxd")
generate_report(template="vibration_report.drt")

运行后,在 DewesoftX 的在线显示中可以看到 4 条振动曲线和转速曲线。如果某个通道 RMS 超过 5 g,报警指示灯变红,数字输出动作。采集结束后,报告模板自动填充测试名称、日期、最大值、RMS 值和通过/失败结论。这里的关键判断依据是:RMS 是否超过限值、转速是否达到目标、数据文件是否完整保存。如果 RMS 在升速过程中出现尖峰但未持续超过限值,需要结合时间波形判断是共振还是冲击,不能只看一个数字。

四、常见配置误区与排查方向

在实际项目中,协同问题往往表现为“数据不对”或“实时性不达标”。常见原因包括:调理模块的激励电压与传感器不匹配,导致应变桥路输出饱和;IEPE 恒流源未开启,加速度计无输出;同步线未连接,多设备间存在采样相位差;实时控制器的运算周期设置过短,导致 CPU 占用率过高而丢帧;DewesoftX 的存储路径磁盘速度不足,高速采集时出现数据丢失。排查时建议按信号链从后往前逐段验证:先用已知信号源检查采集硬件读数,再检查调理模块输出,最后检查传感器供电和接线。

在自动化测试中,建议把“通道配置”和“测试序列”分开管理:通道配置保存在 .dxd 设置文件中,测试序列保存在 Sequencer 脚本中。这样更换被测对象时只需替换设置文件,测试逻辑可以复用。