np.convolve做低通滤波易出错，因默认'full'模式导致输出变长且边界失真；'same'仅截取中间段，未解决零填充污染与相位延迟问题。
为什么直接用 np.convolve 做低通滤波容易出错
因为 np.convolve 默认是「全卷积」（mode='full'），输出比原信号长，且首尾有严重边界失真；而传感器信号处理通常要求输出长度一致、边界可控。很多人一上来就写 np.convolve(signal, window, 'same')，却没意识到 'same' 只是截取中间等长部分，并不解决边界反射或延时偏移问题——尤其当 window 是奇数长度均值核时，'same' 会自动补零对齐，导致前几个点被污染。
怎么构造一个安全的均值低通窗口并正确对齐
核心是三点：归一化、奇数长度、手动控制填充方式。均值滤波本质是加权和，权重必须和为 1，否则信号幅值会缩放；窗口长度建议取奇数（如 5、9、15），便于中心对齐；不要依赖 np.convolve 的自动填充，显式用 np.pad 控制边界行为。
-
window = np.ones(9) / 9：长度为 9 的归一化均值核 - 用
np.pad(signal, (4, 4), mode='edge')补边（前后各补 4 个边缘值），避免零填充引入阶跃干扰 - 调用
np.convolve(padded_signal, window, mode='valid')，输出长度正好等于原信号
如何避免相位延迟导致的实时性误判
均值滤波是线性相位 FIR 滤波器，但它的群延迟固定为 (len(window)-1)//2 个采样点。如果你把滤波结果直接和原始信号画在同一图上对比，会发现平滑曲线整体右移——这不是算法 bug，而是物理延迟。在做阈值触发、峰值检测或反馈控制时，这点极易被忽略。
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
- 若需对齐时间轴，对滤波结果做左移：
filtered[:-delay]，再补回delay个值（如用首值填充） - 更稳妥的做法是在采集端就预留缓冲，或改用零相位滤波（如
scipy.signal.filtfilt），但那就超出纯 NumPy 范围了 - 传感器采样率低于 100 Hz 时，9 点均值引入约 4 个采样点延迟，对应 40 ms —— 这在振动监测里可接受，在手势识别里可能已超限
实测中哪些信号特征会让均值滤波失效
均值窗适合抑制高频白噪声，但对脉冲干扰、趋势漂移、工频谐波几乎无效。比如温度传感器受开关电源干扰产生的 100 Hz 正弦叠加，用 9 点均值滤波后幅度只衰减不到 20%；而一个单点尖峰（如静电放电）会被“抹开”成一段小台阶，反而更难识别。
- 遇到周期性干扰，优先考虑带宽匹配的矩形窗长度（例如 100 Hz 干扰在 1 kHz 采样下，选 10 点窗可整周期平均）
- 存在缓慢漂移（如热漂移）时，均值滤波会把直流分量一起保留，应先用高通或去趋势（
scipy.signal.detrend）预处理 - 信噪比低于 3 dB 时，均值滤波可能让有效信号细节（如上升沿）模糊，此时需换用中值滤波或小波阈值
实际部署时最容易被跳过的是边界填充策略和延迟补偿——这两点不写进代码注释，半年后你自己都得重读一遍信号流才能定位为啥报警总慢半拍。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
