触摸屏趋势曲线的历史数据存储

触摸屏趋势曲线的历史数据存储

工业现场的触摸屏越来越聪明，不仅能实时显示温度、压力、流量等参数，还能把过去一段时间的变化画成曲线。但很多人用了一段时间后发现：断电重启，曲线没了；想查三个月前的数据，查不到；存储空间满了，系统卡顿甚至崩溃。问题根源都在于历史数据的存储设计没做好。本文从存储介质选择、数据结构设计、存储策略优化三个维度，手把手教你搭建一套稳定可靠的历史数据存储方案。

第一阶段：选对存储介质

存储介质决定了你能存多少、存多久、存得多快。触摸屏常用的存储方案有三种，各有适用场景。

1. 内部寄存器区（掉电保持）

大多数触摸屏都内置一块小电池或超级电容，能保护一小块内存区域不掉电丢失。这块区域通常叫"配方存储器"或"保持寄存器"。

适用场景：只存关键工艺参数，比如PID设定值、设备校准系数。数据量极小，通常几十到几百字节。

致命局限：容量太小，无法存储连续的趋势曲线数据。且电池寿命有限，三到五年后保持能力衰减。

2. SD卡/TF卡扩展

中高端触摸屏普遍配备SD卡槽，这是当前最实用的本地历史数据存储方案。

选型要点：

容量计算：假设采样周期1秒，存储一个浮点数（4字节）加时间戳（4字节），每小时数据量：

$$\text{每小时数据量} = 3600 \times 8 = 28800 \text{ 字节} \approx 28 \text{ KB}$$

若同时记录10个变量，一天约6.7MB，128GB工业级SD卡可存约50年。实际工程中留足余量，建议按30天~90天滚动存储规划。

3. 网络存储（NAS/数据库服务器）

产线有多台触摸屏，或需要中央集中管理时，走网络存储。

协议选择：

• Modbus TCP/OPC UA：实时性好，适合秒级数据上传
• MQTT：轻量，适合跨公网的云端上报
• FTP/HTTP：批量文件传输，适合小时级历史数据同步

网络存储的隐性成本：需要交换机、服务器、UPS不间断电源，故障点增加。单台设备或小型产线优先用SD卡方案，稳定简单。

第二阶段：设计高效的数据结构

同样的存储空间，结构设计得好坏，能差出十倍的有效利用率。

1. 时间戳编码优化

完整时间戳（年月日时分秒）占6~7字节，但趋势曲线通常按固定周期采样，可以用更紧凑的编码。

相对时间戳法：

记录基准时间（如2024-01-01 00:00:00）加上偏移秒数。基准时间存一次占4字节，后续每个数据点只存4字节偏移量。相比完整时间戳，节省40%空间。

周期假设法：

若系统严格按1秒周期采样，连偏移量都不需要存。文件头记录起始时间和采样周期，数据区只存数值，按顺序解析即可。存储效率提升一倍以上，但要求时钟精准、采样周期绝对固定。

2. 数值压缩存储

工业传感器的数据通常有明确物理范围和精度要求，没必要用浮点数浪费空间。

定点数转换示例：

温度范围-50.0~150.0°C，要求0.1°C分辨率。总跨度200.0°C，需要2000个刻度，11位二进制足够（$2^{11}=2048$）。实际存储用16位整数（2字节），解析公式：

$$\text{实际温度} = \frac{\text{存储值} \times 200.0}{2048} - 50.0$$

相比4字节浮点，节省50%空间，且精度可控。

变长编码（Delta编码）：

物理量变化通常连续，存相邻采样点的差值而非绝对值。温度每秒变化 rarely 超过0.5°C，差值用8位有符号整数足够。若检测到跳变超出范围，自动插入完整绝对值作为新基准。实测压缩比可达 3:1 ~ 5:1。

3. 文件组织策略

单文件过大，打开慢、检索难；文件过碎，管理开销大。建议按时间分片：

文件名采用 YYYY-MM-DD_HH.dat 格式，便于程序排序和人工查找。每个文件头部嵌入固定长度的元数据区，记录：变量数量、采样周期、数据类型、校验和。即使文件尾损坏，也能恢复大部分有效数据。

第三阶段：实现可靠的存储机制

有了好介质和好结构，还需要健壮的写入机制，防止意外丢数据、坏文件。

1. 双缓冲写入

SD卡的写入延迟不稳定，几十毫秒到几百毫秒都可能。如果主程序直接写卡，界面会卡顿。

实现方法：

1. 开辟两块同等大小的内存缓冲区（Buffer A / Buffer B）
2. 采样线程向Buffer A 写入最新数据
3. 当Buffer A满或达到时间阈值（如5秒），触发后台线程将Buffer A异步写入SD卡
4. 同时采样线程切换到Buffer B继续写入
5. 写入完成后，Buffer A标记为空闲，等待下次切换

双缓冲保证采样连续性，写卡延迟被隔离到后台。缓冲区大小按5~10秒数据量设计，平衡内存占用和写入效率。

2. 掉电安全保护

工业现场断电不可预测，正在写入的文件极易损坏。

三级防护：

• 硬件层：选带掉电保护的工业级SD卡，内部钽电容维持几十毫秒，足够完成当前块写入
• 软件层：文件系统选用FAT32并开启写缓存同步（fsync），或直接用日志结构文件系统如LittleFS
• 应用层：采用"预分配+提交标记"模式

预分配提交模式详解：

新建数据文件时，预先分配固定大小空间（如100MB），用0填充。文件头部设置"提交标记"字段，初始为0x0000（未提交）。每次缓冲区刷盘完成后，更新文件尾指针，写入新校验和，最后将"提交标记"改为0xA5A5（已提交）。

断电后重新上电，扫描所有数据文件：

• 标记为0xA5A5且校验和通过 → 正常文件
• 标记为0x0000或校验和失败 → 截断到最后一次有效提交点，或整文件丢弃

此设计保证绝不会出现半写损坏的中间状态文件。

3. 存储空间管理

无限制的存储最终必然耗尽。必须实现自动清理机制。

环形存储策略：

设定总容量上限（如SD卡容量的80%），划分为N个等长时间片。写满最后一个时间片后，覆盖最旧的时间片，形成环形队列。配合文件头部的元数据，可以快速定位任意时间点的数据位置。

多级存储迁移：

热点数据（最近7天）存本地高速SD卡，温数据（7~90天）自动压缩后转存到网络NAS，冷数据（90天以上）归档到廉价对象存储或磁带。触摸屏只负责前端采集和短期存储，减轻本地负担。

第四阶段：具体实现示例

以下以威纶通触摸屏（Weinview）的宏指令为例，展示核心代码结构。其他品牌（昆仑通态、步科、显控）逻辑类似，语法调整即可。

1. 数据记录结构体定义

// 文件头元数据，固定128字节
struct FileHeader {
    uint32_t magic;          // 魔数 0x54524448 ("TRDH")
    uint16_t version;        // 格式版本
    uint16_t var_count;      // 变量数量
    uint32_t sample_period;  // 采样周期（毫秒）
    uint32_t start_time;     // 起始时间戳（Unix秒）
    uint32_t reserved[26];   // 预留扩展
    uint32_t header_crc;     // 头校验和
};

// 单个采样点（4变量，定点数格式）
struct DataPoint {
    int16_t temp_reactor;    // 反应温度 ×10
    int16_t pressure_line;   // 管线压力 ×100  
    int16_t flow_instant;    // 瞬时流量
    int16_t level_tank;      // 罐体液位
};

2. 双缓冲写入核心逻辑

// 全局状态
#define BUFFER_SIZE  1000   // 存1000个采样点
DataPoint g_bufA[BUFFER_SIZE];
DataPoint g_bufB[BUFFER_SIZE];
DataPoint* g_pWrite = g_bufA;   // 当前写入缓冲
DataPoint* g_pFlush = NULL;     // 待刷盘缓冲
int g_writeIdx = 0;
bool g_flushPending = false;

// 定时采样中断（1秒周期）
void OnTimer_1s() {
    // 读取PLC寄存器，转换为定点数
    g_pWrite[g_writeIdx].temp_reactor = (int16_t)(LW_Bit900 * 10);
    g_pWrite[g_writeIdx].pressure_line = (int16_t)(LW_Bit901 * 100);
    // ... 其他变量

    g_writeIdx++;

    // 缓冲区满，触发切换
    if (g_writeIdx >= BUFFER_SIZE) {
        if (g_flushPending) {
            // 上次还没写完，告警或丢弃
            SetAlarm(ALARM_BUFFER_OVERRUN);
        } else {
            g_pFlush = g_pWrite;
            g_flushPending = true;
            g_pWrite = (g_pWrite == g_bufA) ? g_bufB : g_bufA;
            g_writeIdx = 0;
            TriggerBackgroundFlush();  // 通知后台线程
        }
    }
}

// 后台刷盘线程（宏指令中用状态机实现）
void BackgroundFlush() {
    static int state = 0;
    static int retry = 0;

    switch(state) {
        case 0: // 打开文件
            FileOpen("USB:\Trend\2024-01-15.dat", "ab");
            state = 1;
            break;

        case 1: // 写入数据
            if (FileWrite(g_pFlush, sizeof(DataPoint)*BUFFER_SIZE)) {
                state = 2;
                retry = 0;
            } else if (++retry > 3) {
                SetAlarm(ALARM_SD_WRITE_FAIL);
                state = 99; // 错误处理
            }
            break;

        case 2: // 同步提交标记
            UpdateCommitFlag();
            FileClose();
            g_flushPending = false;
            state = 0; // 完成，等待下次触发
            break;
    }
}

3. 数据检索与曲线显示

查询历史数据时，避免一次性加载大文件。先根据时间范围定位到对应分片文件，再按索引跳转到具体偏移。

// 给定时间戳，定位数据位置
bool LocateData(uint32_t target_time, char* out_filename, int* out_offset) {
    // 文件名即日期，快速定位文件
    struct tm* t = localtime(&target_time);
    sprintf(out_filename, "USB:\\Trend\\%04d-%02d-%02d.dat",
            t->tm_year+1900, t->tm_mon+1, t->tm_mday);

    // 读取文件头，计算偏移
    FileHeader hdr;
    FileRead(out_filename, &hdr, sizeof(hdr));

    if (target_time < hdr.start_time) return false;

    uint32_t seconds_offset = target_time - hdr.start_time;
    int sample_offset = seconds_offset / (hdr.sample_period / 1000);
    *out_offset = sizeof(FileHeader) + sample_offset * sizeof(DataPoint) * hdr.var_count;

    return true;
}

第五阶段：常见问题排查

第六阶段：进阶优化方向

边缘计算预处理：在触摸屏本地做简单统计（小时均值、极值、越限次数），只上传聚合结果，减少90%网络流量和中心存储压力。

数据压缩算法：对长期归档数据启用LZ4或Zstandard压缩，解压速度极快，适合偶尔调阅的场景。压缩比通常 5:1 ~ 20:1。

区块链存证：关键工艺数据（如药品批次、能源计量）计算哈希值上链，防篡改可追溯，满足GMP、能源审计等合规要求。

历史数据存储不是触摸屏的附属功能，而是工业数字化的基础设施。从一张SD卡的选型，到一个字节的时间戳编码，再到断电保护的细节设计，每个决策都影响系统的可靠性和生命周期成本。按本文的步骤逐项落实，你的触摸屏就能成为真正可信的数据源头。