3. Dewesoft项目结构与数据组织
在 Dewesoft 中，一个测量项目（.dxd 文件）远不止是“一堆采样点”。它本质上是一个自描述的数据容器：除了原始时域波形，还携带了每个通道的采样率、量程、工程单位、标定系数、传感器信息、测试备注等元数据。这些信息决定了后续数据能否被正确解读、能否与其他测点对齐、能否在异常发生时追溯到具体环节。很多“数据看起来不对”的问题，根源并不在信号本身，而在于项目结构中的某个设置缺失或错误。
项目文件的三层结构
Dewesoft 项目在逻辑上可以分成三层：项目层保存全局设置，如采样率策略、存储路径、时钟源、测试名称与操作员；通道层保存每个物理或虚拟通道的独立配置，包括量程、耦合方式、单位、标定、滤波器、报警限值；数据层则是实际写入的采样序列，按通道分组存储，并附带时间戳与事件标记。理解这三层的关系，是判断“数据质量”的前提——因为质量判断往往需要同时读取通道配置和原始数据。
例如，一个振动通道在项目层使用 50 kHz 全局采样率，但通道层单独设置了 10 kHz 低通滤波；如果只看数据层波形，可能会误以为高频成分“消失”是传感器故障，而实际上是被通道滤波器正确衰减了。因此，任何异常分析都应先回到项目结构，确认配置是否与预期一致。
通道设置：量程、单位与标定
通道设置中最容易影响数据质量的是量程（Range）、单位（Unit）和标定（Calibration）。量程决定了 ADC 的满量程输入范围，例如 ±10 V、±1 V 或 ±100 mV。如果实际信号峰值接近或超过量程，波形会出现削顶（clipping），这种失真在时域上表现为平顶，在频域上会产生大量虚假谐波。判断方法很简单：查看通道的“Overload”状态位或统计峰值是否达到量程的 95% 以上。
单位设置则决定了数据的物理含义。Dewesoft 允许为每个通道指定工程单位，如 m/s²、μm、bar、°C、N·m。如果单位留空或误设为 V，后续做频谱分析时纵轴会变成“V”而不是“g”，导致报告无法直接使用。更隐蔽的问题是标定：传感器灵敏度通常以 mV/EU（每工程单位毫伏）给出，例如加速度计 100 mV/g。Dewesoft 通过“标定表”或“灵敏度输入”把电压转换为工程单位。若标定系数输错一个数量级，波形形状可能完全正常，但幅值会整体偏移 10 倍，这种错误在只看波形时极难发现，必须结合通道元数据中的标定值进行核对。
采样率与带宽的匹配关系
采样率不是越高越好，它必须与信号带宽和抗混叠滤波器匹配。根据奈奎斯特采样定理，采样率至少是信号最高频率的 2 倍；工程上通常取 2.56 倍以上，以便抗混叠滤波器有过渡带。Dewesoft 的通道设置中，采样率可以全局统一，也可以按通道独立设置。独立设置时，不同通道的数据在时间轴上仍然对齐，但每个通道的样本数不同，导出或做联合分析时需要注意重采样。
一个常见的质量陷阱是：采样率设置正确，但抗混叠滤波器被关闭或截止频率设置过高。例如采样率 10 kHz，理论可分析到 5 kHz，但若滤波器截止设在 4.5 kHz 且衰减不足，2 kHz 以上的高频噪声可能折叠到低频段，形成“假峰”。这种异常在频谱上表现为与转速无关的固定频率成分，追溯时应检查通道的滤波器配置，而不是怀疑机械故障。
元数据管理：让数据可追溯
元数据是 Dewesoft 项目中最容易被忽视、却在异常追溯时最有价值的部分。它至少应包含：测试日期与时间、操作员、测试对象编号、传感器型号与序列号、安装位置、量程与标定值、采样率、滤波器设置、环境条件（温度、湿度）、以及测试过程中的事件标记（如“开始加载”“出现异响”）。Dewesoft 支持在采集时通过“备注”或“事件”按钮写入这些信息，也可以事后在项目文件中补充。
当数据出现异常时，元数据能快速缩小排查范围。例如某次测试中 3 号通道出现周期性尖峰，若元数据记录该通道传感器曾更换、且新传感器灵敏度为 10 mV/g 而旧传感器为 100 mV/g，但通道标定未同步更新，则尖峰很可能是标定错误导致的量化噪声放大，而非真实振动。没有元数据，这个判断可能需要数小时甚至数天。
从配置到追溯：一个完整的判断路径
假设某次旋转机械测试中，2 号通道在 3000 rpm 附近出现异常高的 1 倍频幅值，而其他通道正常。按照项目结构逐层排查：先看项目层，确认全局采样率和时钟同步正常；再看通道层，发现 2 号通道量程为 ±1 V，而传感器灵敏度为 100 mV/g，实际振动约 5 g，对应电压 0.5 V，已接近量程的 50%，未削顶但裕度不足；进一步检查标定，发现标定系数仍为旧传感器的 10 mV/g，导致显示幅值被放大约 10 倍。修正标定后，幅值恢复正常。这个例子说明，异常追溯不是直接看波形，而是沿着“项目层→通道层→数据层”逐级核对配置与元数据。
为了提高效率，建议在项目模板中预置以下检查项：每个通道的量程是否覆盖预期峰值并留 20% 裕度；单位是否与传感器一致；标定系数是否与当前传感器序列号对应；采样率是否满足分析带宽；滤波器是否启用且截止频率合理；元数据中的测试对象、传感器位置、操作员是否填写完整。这些检查项可以在采集前用 Dewesoft 的“通道设置概览”快速浏览，也可以在事后通过项目文件的元数据面板逐项核对。
元数据的组织建议
元数据不必追求大而全，但必须覆盖“谁、何时、何地、用什么、怎么设、发生了什么”。在 Dewesoft 中，可以利用“测试信息”面板填写项目级元数据，利用通道“备注”字段填写传感器级信息，利用“事件”按钮在采集过程中标记关键工况。对于长期监测项目，建议在文件名中嵌入日期、对象编号和测试序号，例如 2025-03-12_PumpA_Run03.dxd，这样即使项目文件被单独拷贝，也能从文件名快速识别来源。
最后需要强调：项目结构与数据组织不是采集前的“行政工作”，而是数据质量的第一道防线。通道设置决定了数据是否真实，采样率与滤波器决定了数据是否可信，标定与单位决定了数据是否可用，元数据决定了数据是否可追溯。把这四件事在项目层和通道层做扎实，后续的质量判断和异常追溯才有可靠的基础。