adccommunitymod (AutomationDirect) asked a question.

Productivity PID bumpless transfer fix

Created Date: February 06,2019

Created By: Mike E

**** This post has been imported from our legacy forum. Information in this post may be outdated and links contained in the post may no longer work.****

Hi, I 've been wanting to use the Productivity (2000) controller, but there was an issue where the "bumpless " Manual to Automatic transfer for PIDs didn't work properly. I 've been checking the software change logs and haven't noticed a fix for it yet. Does anyone know if it has been fixed, or if a fix is in the works? The issue specifically is that the PID Initialization mode: SP unchanged and Bias = (Output - K*E) (where K = The Proportional Term and E = The Error Term) doesn't allow the Bias to be below 0% or above 100% during automatic mode initialization. This can cause a bump in the output during the switch from manual to automatic mode if the calculation of the bias is outside of that range. As an example if K=5, E=3, and Output=10, the equation would calculate the desired bias to be -5. Since the initialization won't allow the bias to be less than 0, the bias would actually be set to 0, and the output will jump to 15 when the PID is switched to automatic mode. If the output (in manual) was changed to 20 in the above example, the equation would calculate the bias as +5, and the output would stay at 20 during the initial transfer to automatic mode. I don't believe I 've worked with any other modern controller that didn't do this correctly (allow the bias to be below 0% and above 100%), including the other AutomationDirect controller lines (Do-more and DirectLogic controllers work properly). I really like the Productivity hardware, but this has been a stopper for me. Thanks, Mike E.


  • adccommunitymod (AutomationDirect)

    Created Date: February 06,2019

    Created by: Mike E

    Hi,

    I 've been wanting to use the Productivity (2000) controller, but there was an issue where the "bumpless " Manual to Automatic transfer for PIDs didn't work properly. I 've been checking the software change logs and haven't noticed a fix for it yet. Does anyone know if it has been fixed, or if a fix is in the works?

    The issue specifically is that the PID Initialization mode:

    SP unchanged and Bias = (Output - K*E) (where K = The Proportional Term and E = The Error Term)

    doesn't allow the Bias to be below 0% or above 100% during automatic mode initialization. This can cause a bump in the output during the switch from manual to automatic mode if the calculation of the bias is outside of that range. As an example if K=5, E=3, and Output=10, the equation would calculate the desired bias to be -5. Since the initialization won't allow the bias to be less than 0, the bias would actually be set to 0, and the output will jump to 15 when the PID is switched to automatic mode. If the output (in manual) was changed to 20 in the above example, the equation would calculate the bias as +5, and the output would stay at 20 during the initial transfer to automatic mode. I don't believe I 've worked with any other modern controller that didn't do this correctly (allow the bias to be below 0% and above 100%), including the other AutomationDirect controller lines (Do-more and DirectLogic controllers work properly).

    I really like the Productivity hardware, but this has been a stopper for me.

    Thanks,

    Mike E.

    Expand Post