一句话: 反馈信号带噪声习惯性加了滤波再喂给控制算法。结果控制反应慢半拍——滤波引入了延迟搜索式控制反而误判。用原始值 让算法自己容忍噪声收敛一次到位。滤波适合显示不一定适合控制。适合谁读反馈有噪声纠结滤波后给控制还是直接用原始值的嵌入式工程师。习惯性操作反馈先滤波信号有噪声第一反应是加滤波——滑动平均、指数加权EWMA都是常见做法。滤波后信号平滑看着舒服于是把滤波值喂给控制算法// 习惯做法滤波后再给控制 filtered EWMA(filtered, raw); // 平滑 control_loop(filtered); // 用滤波值控制现象控制总是慢半拍还会误判用了滤波值控制后搜索式控制出现了奇怪的现象明明已经到目标附近了还在继续搜搜索结果总差一点像追不上偶发误判方向区间收错查了很久问题出在滤波的延迟EWMA 之类滤波的本质是用过去的值平均现在的值天然滞后。控制算法读到的是几拍之前的状态不是当前状态。滤波的两面性用途滤波合适吗原因显示✅ 合适看的人不在乎延迟 100ms控制⚠️ 要小心算法对延迟敏感慢半拍滤波 平滑 延迟。显示在乎平滑不在乎延迟控制在乎延迟不在乎平滑——同一份滤波两个用途结论相反。解法控制用原始值让算法自己抗噪搜索式控制二分法本身就有抗噪能力每一步只比较测量值 vs 目标的大小噪声会让单步比较偶尔出错但区间缩小的大方向不会被单点噪声带偏收敛后再做确认连续几次都在目标附近才算数所以直接喂原始值配合连续确认就能既抗噪又不延迟// 控制用原始值 control_loop(raw_measurement); // 收敛判断要抗噪连续 N 次都在目标附近才算数 if (abs(raw - target) threshold) { confirm_count; if (confirm_count N) 收敛; // 连续 N 次噪声进不来 } else { confirm_count 0; }噪声交给算法结构去消化连续确认延迟交给滤波去消除不用滤波。什么时候该滤波不是所有控制都不该滤波判断标准情况用原始值用滤波值控制算法每步做大小比较✅ 原始值连续确认延迟误判控制算法用误差数值PID噪声直接进输出✅ 滤波有帮助显示/上报—✅ 平滑更好看PID 这类误差数值直接乘系数的算法滤波能帮上忙搜索式这类只比大小的算法滤波纯添乱。总结项结论滤波的代价延迟控制慢半拍搜索式控制用原始值连续确认抗噪适用边界比大小→原始用数值→滤波通用原则显示求平滑控制求实时滤波不是默认的好习惯——先想清楚用在哪。给控制喂滤波值等于让控制看着后视镜开车。有用的话点个收藏下次反馈加滤波前先分清是显示还是控制。有问题欢迎评论区交流看到了都会回。