4、多点校准与分段线性化：多点数据采集策略、分段线性插值法、查表法实现、精度与存储空间的权衡
各位工程师朋友，咱们接着聊压传感器校准。上一章讲了单点校准和两点校准，说白了就是一条直线硬拉。但现实世界哪有那么理想？传感器的输出曲线，尤其是跨了宽温区、宽压力范围之后，那叫一个弯弯绕绕。这时候，多点校准就该上场了。
4.1 为什么需要多点校准？
我刚开始做压力变送器那会儿，也图省事，就用两点校准。结果产品到了客户手里，在中间某个压力点，误差直接飙到了3%。客户一个电话打过来，我那个汗啊...后来拆回来一测，发现传感器在中间段的非线性特别严重，两点校准根本压不住。
多点校准的核心思想很简单：用多个校准点把真实曲线切成小段，每段单独处理。你想想看，曲线弯得越厉害，你就多切几刀，每段不就直了吗？
核心原则：校准点越多，精度越高，但存储开销和标定成本也越高。这是个典型的「用空间换精度」的买卖。
4.2 多点数据采集策略
数据怎么采？不是随便扔几个点就行的。我踩过的坑告诉你，策略不对，点再多也白搭。
4.2.1 等间距 vs 非等间距
| 策略 | 优点 | 缺点 | 适用场景 |
|---|---|---|---|
| 等间距 | 实现简单，查表方便 | 在非线性强的区域精度浪费 | 线性度较好的传感器 |
| 非等间距 | 在弯曲大的区域加密，效率高 | 查表逻辑复杂，需要二分查找 | 非线性严重的传感器 |
我个人习惯用非等间距。为什么？因为传感器的非线性往往集中在低压区和高温区。你想想看，在平坦的区域放一堆点，那不是浪费Flash吗？
我的经验：先做一次粗扫，画出传感器的原始曲线。找到曲率变化最大的区域，在那里加密。其他地方，隔远一点也没事。
4.2.2 采集流程
实际标定时，我一般这么干：
- 确定范围：比如压力0~10MPa，温度-40~85°C
- 划分网格：压力分10个点，温度分8个点，总共80个校准点
- 逐点采集：每个点稳定后，记录ADC值和标准值
- 异常剔除：同一个点采3次，取中位数，去掉跳变值
注意：采集时一定要等传感器稳定。我曾经为了赶时间，没等稳定就读数，结果校准出来的数据全是错的。后来老老实实加了延时，每个点等500ms。
4.3 分段线性插值法
数据采完了，怎么用？最常用的方法就是分段线性插值。说白了，就是把相邻两个校准点连成一条直线，中间的值在这条直线上算。
4.3.1 数学原理
假设你有两个校准点 (x1, y1) 和 (x2, y2)，中间任意一点 x 对应的 y 值：
y = y1 + (y2 - y1) * (x - x1) / (x2 - x1)就这么简单。但要注意，这个公式在嵌入式里跑，要小心整数运算。我一般先把差值放大，算完再缩回去，避免浮点运算拖慢速度。
4.3.2 代码实现
嗯，这里给一个我常用的C代码片段：
// 分段线性插值函数
// x: 当前ADC值
// table: 校准表，按x递增排列
// n: 表项数量
int16_t linear_interp(int16_t x, const cal_point_t *table, uint8_t n) {
// 边界处理
if (x <= table[0].x) return table[0].y;
if (x >= table[n-1].x) return table[n-1].y;
// 查找区间
uint8_t i;
for (i = 0; i < n-1; i++) {
if (x >= table[i].x && x < table[i+1].x) {
break;
}
}
// 线性插值
int32_t dx = table[i+1].x - table[i].x;
int32_t dy = table[i+1].y - table[i].y;
int32_t offset = (int32_t)(x - table[i].x) * dy / dx;
return (int16_t)(table[i].y + offset);
}
避坑指南：我曾经在查表时用了线性搜索，结果在100个点的表上，每次查询要循环几十次。后来改成二分查找，速度直接快了10倍。如果你的表超过20个点，建议用二分法。
4.4 查表法实现
查表法，说白了就是把校准数据提前算好，存成一张表。运行时直接查，不用实时计算。这在资源紧张的MCU上特别实用。
4.4.1 表结构设计
我常用的表结构有两种：
- 一维表：只对压力做校准，温度固定。适合温度变化小的场景。
- 二维表：压力和温度都做校准。适合宽温区应用。
二维表长这样：
// 二维校准表结构
// 行：压力点，列：温度点
const int16_t cal_table[PRESS_POINTS][TEMP_POINTS] = {
// -40°C 0°C 25°C 50°C 85°C
{ 120, 125, 130, 135, 140 }, // 0 MPa
{ 520, 530, 540, 550, 560 }, // 2 MPa
{ 920, 935, 950, 965, 980 }, // 4 MPa
// ... 以此类推
};
4.4.2 查表流程
查表时，先找到当前温度和压力落在哪个格子，然后做双线性插值。嗯，这里要注意，二维查表比一维复杂一些：
// 双线性插值查表
int16_t bilinear_lookup(int16_t press, int16_t temp,
const int16_t table[][TEMP_POINTS]) {
// 1. 找到压力区间
// 2. 找到温度区间
// 3. 取出四个角的值
// 4. 先对温度做线性插值
// 5. 再对压力做线性插值
// 6. 返回结果
}
4.5 精度与存储空间的权衡
这是最让人头疼的部分。你想想看，精度要上去，点就得加，Flash就得多占。但MCU的Flash就那么大，还得放代码、放其他数据。
4.5.1 存储开销分析
咱们算笔账：
- 每个校准点：压力值2字节 + 温度值2字节 + 校准值2字节 = 6字节
- 10个压力点 × 8个温度点 = 80个点
- 总存储：80 × 6 = 480字节
看起来不多？但如果你要做高精度，压力分20个点，温度分16个点，那就是20×16×6 = 1920字节。对于只有8KB Flash的小MCU来说，这已经是一大块了。
4.5.2 我的取舍策略
我个人习惯这么权衡：
- 先看精度要求：客户要0.5%还是1%？要求高就多加点。
- 再看曲线形状：非线性严重的地方加密，平坦的地方稀疏。
- 最后看Flash余量：剩得多就任性一点，剩得少就精打细算。
一个实用技巧：用差值存储代替绝对值存储。比如只存第一个点的绝对值，后面的点存差值。差值通常很小，可以用1字节甚至半字节来存。这样能省30%~50%的空间。
4.5.3 精度验证
校准完一定要验证。我一般留出20%的点不参与校准，专门用来验证。如果验证点的误差超标，说明校准点不够密，或者插值方法有问题。
血的教训：有一次我为了省空间，把校准点从80个砍到40个。验证时发现中间段误差刚好在边界上。结果量产时，温度一波动，误差直接超了。后来老老实实加回到60个点，多花了128字节，但再也没出过问题。
知识体系总览
下面这张图，是我梳理的多点校准与分段线性化的核心逻辑。你看一眼就能明白整个流程：
从这张图可以看得很清楚：数据采集是基础，插值和查表是手段，最终都要落到精度和存储的权衡上。没有完美的方案，只有最适合你项目的方案。
好了，多点校准这块就聊到这儿。记住，校准不是一锤子买卖，是个不断迭代优化的过程。多测、多调、多验证，你的传感器才能越做越准。