第二章：数据记录原理——传感器数据采集、存储介质选择、数据压缩与加密基础
各位同学，今天我们来聊聊黑匣子的“心脏”——数据记录原理。说白了，就是怎么把飞机上那些乱七八糟的传感器信号，变成我们能存下来、能分析的数据。我做了这么多年，发现很多故障其实就藏在数据采集的细节里。
2.1 传感器数据采集：从物理量到数字量
传感器采集，是黑匣子工作的第一步。你想想看，飞机上有几百个传感器，测高度、速度、加速度、温度、压力……每个传感器输出的信号都不一样。有的输出模拟电压，有的直接输出数字信号。
模拟信号采集，我习惯用高精度ADC（模数转换器）。比如ADS1262，24位分辨率，采样率能到38kSPS。嗯，这里要注意：采样率不是越高越好。太高了数据量爆炸，太低了又漏掉关键信息。我个人经验，对于振动信号，至少1000Hz；对于温度这种缓变量，10Hz就够。
关键参数：
- 采样率：根据信号最高频率的2倍以上（奈奎斯特定理）
- 分辨率：至少16位，推荐24位
- 输入范围：±10V或±5V，根据传感器输出调整
数字信号采集，比如I2C、SPI接口的传感器，直接读寄存器就行。但要注意时序问题。我曾经遇到过，一个气压传感器因为I2C总线上的电容太大，导致时钟信号变形，数据全乱了。后来加了电平转换芯片才解决。
// 示例：读取加速度计数据（I2C）
uint8_t accel_data[6];
i2c_read(0x1D, 0x06, accel_data, 6); // 从地址0x1D，寄存器0x06开始读6字节
int16_t x = (accel_data[0] << 8) | accel_data[1];
int16_t y = (accel_data[2] << 8) | accel_data[3];
int16_t z = (accel_data[4] << 8) | accel_data[5];
我的小技巧：采集数据时，一定要加硬件滤波。RC低通滤波器，截止频率设为采样率的1/10，能有效抑制高频噪声。别问我怎么知道的——有一次没加滤波，频谱分析出来全是50Hz工频干扰，查了三天才发现。
2.2 存储介质选择：黑匣子的“记忆体”
存储介质，说白了就是数据住的地方。黑匣子对存储的要求很苛刻：耐高温、抗冲击、数据不丢失。我见过用SD卡的，也见过用NAND Flash的，但真正靠谱的还是NOR Flash。
| 存储介质 | 优点 | 缺点 | 适用场景 |
|---|---|---|---|
| NOR Flash | 读取快、可靠性高、耐高温 | 容量小、写入慢 | 黑匣子核心数据 |
| NAND Flash | 容量大、成本低 | 有坏块、需要ECC | 大容量日志存储 |
| SD卡 | 通用、容量大 | 不耐高温、接触不良 | 地面测试数据 |
| 铁电存储器(FRAM) | 写入快、寿命长 | 容量小、贵 | 关键参数实时存储 |
我个人习惯，黑匣子用NOR Flash做主存储，容量不用太大，256MB到1GB就够。为什么？因为黑匣子只记录最后几小时的数据，循环覆盖。你想想看，飞机飞一次也就几小时，存太多没意义。
避坑指南：我曾经用NAND Flash做黑匣子，结果一次坠机事故后，Flash芯片摔裂了，数据全没了。后来改用NOR Flash，虽然容量小点，但至少数据能读出来。记住：黑匣子的第一要求是可靠，不是容量。
2.3 数据压缩：让存储空间“变大”
数据压缩，说白了就是给数据“减肥”。黑匣子每秒要记录几百个参数，不压缩的话，存储空间很快就不够用了。但压缩也有代价：增加CPU负担，可能丢失信息。
无损压缩，我常用LZ4算法。它比gzip快得多，适合实时数据流。比如加速度数据，相邻采样点之间变化很小，用LZ4能压缩到原来的60%左右。
// 示例：LZ4压缩（伪代码）
char input[1024]; // 原始数据
char output[1024]; // 压缩后数据
int compressed_size = LZ4_compress_default(input, output, 1024, 1024);
// compressed_size 就是压缩后的字节数
有损压缩，比如对音频数据用MP3编码，对图像用JPEG。但黑匣子里，我建议慎用有损压缩。为什么？因为一旦压缩丢了细节，故障分析时可能就找不到关键证据。我记得有一次，一个振动信号被有损压缩后，高频分量全没了，结果没分析出轴承故障。
我的建议：
- 关键参数（高度、速度、姿态）：用无损压缩
- 次要参数（温度、湿度）：可以用有损压缩，但压缩比不超过2:1
- 音频/视频：用标准编码，但保留原始采样率
2.4 数据加密：防止数据被篡改
数据加密，说白了就是给数据上把锁。黑匣子里的数据，可能成为法律证据。如果有人篡改数据，那后果很严重。所以，加密和完整性校验是必须的。
加密算法，我推荐AES-256。它是硬件加密的标准，速度快，安全性高。嗯，这里要注意：加密密钥要存储在安全区域，比如黑匣子的安全芯片里，不能写在代码里。
// 示例：AES-256加密（伪代码）
uint8_t key[32] = {0x2B, 0x7E, ...}; // 256位密钥
uint8_t iv[16] = {0x00, 0x01, ...}; // 初始化向量
uint8_t plaintext[1024]; // 原始数据
uint8_t ciphertext[1024]; // 加密后数据
aes_encrypt(plaintext, ciphertext, key, iv, 1024);
完整性校验，我用SHA-256哈希。每次写入数据时，计算哈希值并存储。读取时重新计算，对比是否一致。如果哈希对不上，说明数据被篡改过。
我的经验：加密和压缩的顺序很重要。先压缩，再加密。因为加密后的数据是随机噪声，压缩算法对随机数据无效。反过来，先压缩再加密，压缩率更高。我曾经犯过这个错误，先加密后压缩，结果压缩率只有5%，白费功夫。
避坑指南：千万不要自己写加密算法！用现成的库，比如OpenSSL、mbedTLS。我曾经见过一个团队自己写了个“加密算法”，结果被黑客几分钟就破解了。专业的事交给专业的人做。
好了，数据记录原理就讲到这里。下一章我们聊聊数据存储格式和文件系统。记住：数据采集是基础，存储是保障，压缩和加密是锦上添花。但每一步都马虎不得，因为黑匣子里的数据，可能就是事故调查的唯一线索。