最近看到了Brett Beauregard发表的有关PID的系列文章，感觉对于理解PID算法很有帮助，于是将系列文章翻译过来！在自我提高的过程中，也希望对同道中人有所帮助。作者Brett Beauregard的原文网址：http：//brettbeauregard.com/blog/2011/07/pid-when-should-i-compute-the-integral-term/
最近有一个建议张贴到初学者的PID系列。争议的焦点是，如果您解决拉普拉斯域中的问题，它指定了执行积分项的不同方式。评论人士建议，与其看某一点的误差总和，不如看最后一个点的总和。
因此，当前的代码是这样的：
/*Compute all the working error variables*/
double input = *myInput;
double error = *mySetpoint - input;
ITerm+= (ki * error);
if(ITerm > outMax) ITerm= outMax;
else if(ITerm < outMin) ITerm= outMin;
double dInput = (input - lastInput);
/*Compute PID Output*/
double output = kp * error + ITerm- kd * dInput;
建议是这样的：
/*Compute all the working error variables*/
double input = *myInput;
double error = *mySetpoint - input;
double dInput = (input - lastInput);
/*Compute PID Output*/
double output = kp * error + ITerm- kd * dInput;
ITerm+= (ki * error);
if(ITerm > outMax) ITerm= outMax;
else if(ITerm < outMin) ITerm= outMin;
我从未见过这样做，但我想我应该试一试。我设计的测试是一个简单的设定值阶跃，然后是一个斜坡下降。
当控制器设置为默认的采样时间时，差异是无法察觉的。为了突出这两种方法之间的差异，我决定将PID采样时间从默认值100mS提高到5秒。
这里我们可以看到一个明显的赢家。现有的PID代码的性能比建议的要好，这可能是因为积分项对进程更改的响应要早5秒。但是为了确保我没有遗漏任何东西，我决定再做一次测试。我没有改变设定值，而是在系统中引入了负载变化。
同样，现有的 PID 代码性能更好，处理负载变化更快。
那么判决呢？虽然这是一个有趣的锻炼，但我认为结果很清楚。我会保持原来的代码。
欢迎关注：
