【问题标题】:Simple Moving Average summation/offset issue简单移动平均线求和/偏移问题
【发布时间】:2013-04-15 20:26:05
【问题描述】:

我编写了一个简单的移动平均值,其中温度的移动窗口读取为 0 到 10V 之间的电压。

该算法似乎可以正常工作,但是,它存在一个问题,即根据首先填充窗口的温度,移动平均值对于不接近该值的任何值都会有偏移。例如,用 temp 运行这个程序。插入室温的传感器产生 4.4V 或 21.3 C。不过,如果我拔下温度。传感器电压降至 1.4V,但移动平均值保持在 1.6V。当我增加窗口大小时,这个偏移量会变小。即使对于小窗口尺寸,如何消除这个偏移量,例如。 20 ?

REM SMA Num Must be greater than 1
#DEFINE SMANUM 20
PROGRAM
'Program 3 - Simple Moving Average Test
CLEAR
DIM SA(1)
DIM SA0(SMANUM) : REM Moving Average Window as Array
DIM LV1
DIM SV2
LV0 = 0 : REM Counter
SV0 = 0 : REM Average
SV1 = 0 : REM Sum
WHILE(1)
    SA0(LV0 MOD SMANUM) = PLPROBETEMP : REM add Temperature to head of window
    SV1 = SV1 + SA0(LV0 MOD SMANUM) : REM add new value to sum
    IF(LV0 >= (SMANUM)) : REM check if we have min num of values
        SV1 = SV1 - SA0((LV0+1) MOD SMANUM) : REM remove oldest value from sum
        SV0 = SV1 / SMANUM : REM calc moving average
        PRINT "Avg: " ; SV0 , " Converted: " ; SV0 * 21.875 - 75
    ENDIF
    LV0 = LV0 + 1 : REM increment counter
WEND
ENDP

(注意这是 Parker 用 ACROBASIC 为 ACR9000 编写的)

输出 - 已连接温度传感器

Raw: 4.43115    Avg: 4.41926     Converted: 21.6713125
Raw: 4.43115    Avg: 4.41938     Converted: 21.6739375
Raw: 4.43359    Avg: 4.41963     Converted: 21.67940625
Raw: 4.43359    Avg: 4.41987     Converted: 21.68465625
Raw: 4.43359    Avg: 4.42012     Converted: 21.690125
Raw: 4.43359    Avg: 4.42036     Converted: 21.695375
Raw: 4.43359    Avg: 4.42061     Converted: 21.70084375

...在程序运行时移除温度传感器

Raw: 1.40625    Avg: 1.55712     Converted: -40.938
Raw: 1.40381    Avg: 1.55700     Converted: -40.940625
Raw: 1.40625    Avg: 1.55699     Converted: -40.94084375
Raw: 1.40625    Avg: 1.55699     Converted: -40.94084375
Raw: 1.40381    Avg: 1.55686     Converted: -40.9436875
Raw: 1.40381    Avg: 1.55674     Converted: -40.9463125
Raw: 1.40625    Avg: 1.55661     Converted: -40.94915625

移除传感器后,原始平均值和移动平均值之间出现明显偏移。

偏移也以相反的顺序发生:

输出 - 移除温度传感器后开始程序

Raw: 1.40381    Avg: 1.40550     Converted: -44.2546875
Raw: 1.40625    Avg: 1.40550     Converted: -44.2546875
Raw: 1.40625    Avg: 1.40549     Converted: -44.25490625
Raw: 1.40625    Avg: 1.40549     Converted: -44.25490625
Raw: 1.40625    Avg: 1.40548     Converted: -44.255125
Raw: 1.40625    Avg: 1.40548     Converted: -44.255125

...在程序运行时连接温度传感器

Raw: 4.43848    Avg: 4.28554     Converted: 18.7461875
Raw: 4.43848    Avg: 4.28554     Converted: 18.7461875
Raw: 4.43848    Avg: 4.28554     Converted: 18.7461875
Raw: 4.43848    Avg: 4.28554     Converted: 18.7461875
Raw: 4.43848    Avg: 4.28554     Converted: 18.7461875
Raw: 4.43359    Avg: 4.28530     Converted: 18.7409375

连接传感器后,原始平均值和移动平均值之间再次出现明显的偏移。

【问题讨论】:

  • 这和 VBA 有什么关系?
  • 错误标记。谢谢我已经更新了。

标签: algorithm basic moving-average embedded-control


【解决方案1】:

问题似乎是从总和中减去的值实际上并不是数组中最旧的值——事实上,最旧的值被@987654321 第一行中的新值覆盖@ 环形。这是从总和中减去的第二旧值。

根据 OP 的建议,EDIT 将 Average 和 Sum 变量更改为 64 位浮点,以解决随着时间推移的精度损失。

确保首先减去最旧的值(一旦数组已满)给出预期的答案:

PROGRAM
'Program 3 - Simple Moving Average Test
CLEAR
DIM SA(1)
DIM SA0(SMANUM) : REM Moving Average Window as Array
DIM LV1
DIM DV2
LV0 = 0 : REM Counter
DV0 = 0 : REM Average
DV1 = 0 : REM Sum
WHILE(1)
    IF(LV0 >= (SMANUM)) : REM check if we have min num of values
        DV1 = DV1 - SA0(LV0 MOD SMANUM) : REM remove oldest value from sum
    ENDIF
    SA0(LV0 MOD SMANUM) = PLPROBETEMP : REM add Temperature to head of window
    DV1 = DV1 + SA0(LV0 MOD SMANUM) : REM add new value to sum
    IF(LV0 >= (SMANUM)) : REM check if we have min num of values
        DV0 = DV1 / SMANUM : REM calc moving average
        PRINT "Avg: " ; DV0 , " Converted: " ; DV0 * 21.875 - 75
    ENDIF
    LV0 = LV0 + 1 : REM increment counter
WEND

我没有正在运行的 BASIC 环境,但我在 Python 中对此进行了测试,得到了与您的版本等效的代码的相同错误输出,以及与我在上面插入的版本等效的代码的预期输出。

【讨论】:

  • 非常感谢,这就是解决方案。你是对的,当我获得新温度时,我正在覆盖最旧的值。我一直在努力解决这个问题,再次感谢。
  • 好吧,看来我可能已经过火了。我仍然注意到原始平均线和移动平均线之间存在小的偏移。例如:Raw: 4.55322 Avg: 4.42033 大约是 2.9C 关闭。明天我会做一些进一步的调查,并在这里评论我的发现。
  • 您可以像我一样尝试通过将一系列电压放入一个数组(例如,V)并从V(LV0) 读取每个电压来测试代码。这样,我可以使V 前半部分的值等于(比如)1,V 后半部分的值等于(比如)5,并观察移动平均线是基于输入值的一致步进序列的输出。另一种看待它的方法是每次计算数组SA0 中的值的总和,并将其与SV1 进行比较。这对于生产使用可能不够快,但可以帮助发现任何剩余的错误。
  • 感谢 Simon,我用 C# 重写了算法,并确认窗口的索引在您的答案中是正确的。我让 BASIC 版本在控制器上运行了一夜,发现偏移量随着时间的推移而增加。我怀疑总和变量 SV1 的精度会随着时间的推移而增加偏移量。由于这些是 32 位浮点数,您认为迁移到 64 位浮点数会解决问题吗?
  • 这可能是一个精度损失问题,因为在温度转换中减去 75 会损失 32 位中的 8 位多一点。因此,将总和保持在摄氏度而不是原始单位可能会大大降低精度损失。或者,我希望迁移到 64 位浮点可以解决这个问题。或者,您可以每隔几百个周期定期从数组中重新计算SV0,这将重置逐渐降低的精度损失。
猜你喜欢
  • 2017-09-01
  • 2012-10-04
  • 2022-01-26
  • 2015-01-29
  • 1970-01-01
  • 2013-12-22
  • 2021-12-26
  • 2022-10-25
  • 1970-01-01
相关资源
最近更新 更多