LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

PID Manul-Automatic control Example (P controller)

Solved!
Go to solution

Dear NI Community,

I'm trying the "Automatic-Manual PID control" example, but I'm facing a problem. When I put the values of Ki and Kd to be zero and try to change the Kc value the system never overshoots. This case always happens even after changing the type (series, parallel and academic) and the gain units (bandwidth and Kc).

 

Thanks in advance.

PPP.jpg

0 Kudos
Message 1 of 10
(697 Views)

Hi m7,

 


@m7amdiii wrote:

I'm facing a problem. When I put the values of Ki and Kd to be zero and try to change the Kc value the system never overshoots.


So the problem is "the pure P control doesn't overshoot"?

Why is this a problem?

 

Best regards,
GerdW


using LV2016/2019/2021 on Win10/11+cRIO, TestStand2016/2019
0 Kudos
Message 2 of 10
(681 Views)

Thanks for the reply,
Yes exactly that’s the problem. 
It’s a problem because the system should become unstable at some point by increasing the P value.

There’s another example for controlling a motor velocity and it behaves normally, the overshoot increase as the P increases and when the values increases a lot the system becomes unstable.

0 Kudos
Message 3 of 10
(673 Views)
Solution
Accepted by topic author m7amdiii

Hi m7,

 

the example shows "unstable" outputs when I increase the P gain to >50. (Example: Use a fixed load of 15 and a P gain of 100!)

 

The P gain only acts on the error…

Best regards,
GerdW


using LV2016/2019/2021 on Win10/11+cRIO, TestStand2016/2019
Message 4 of 10
(668 Views)

Thank you for your response.

0 Kudos
Message 5 of 10
(587 Views)

Good morning/evening everyone,

I'm currently trying to simulate the PID response of the parallel form in the Manual-automatic PID Example.

It behaves like the table when i adjust the units to be secs and bandwidth, but when I use P controller only while the other 2 gains are zero, it behaves opposite to the table.

So, does anyone has a solution to this case?

Thanks in advance.

m7amdiii_0-1703408038473.png

 

0 Kudos
Message 6 of 10
(590 Views)

Hi m,

 


@m7amdiii wrote:

So, does anyone has a solution to this case?


Simple solution: the table is only valid for a PID control. It is not valid for a pure P control...

Best regards,
GerdW


using LV2016/2019/2021 on Win10/11+cRIO, TestStand2016/2019
0 Kudos
Message 7 of 10
(545 Views)

Firstly thanks for your reply,

Secondly, that’s not the case in Simulink.

I simulated the system there and tried different gains and parameters (P, PI, PD, PID) and it behaved accordingly to the table.

0 Kudos
Message 8 of 10
(541 Views)

Hi m7,

 


@m7amdiii wrote:

I simulated the system there and tried different gains and parameters (P, PI, PD, PID) and it behaved accordingly to the table.


I also tried the example VI with different P gains (and zero I&D gain) and it behaved like described by your table.

  • With growing P gain (in the range of 10…30) the steady state error got smaller.
  • With even more growing P gain (>= 40) there are more overshoots…

I don't understand your problem…

Best regards,
GerdW


using LV2016/2019/2021 on Win10/11+cRIO, TestStand2016/2019
0 Kudos
Message 9 of 10
(478 Views)

Hello GerdW,

 

My problem is:

- When setting the gain unit to be bandwidth, the system behaves similar to Simulink when using PI, PD, and PID but the P response is inversed. But when setting the unit to Kc gain, the behavior reverses too, which is logical because the unit changed. Yet, I'm trying make it similar too Simulink. So, I was searching for the correct combination.

 

Thanks for your replies.

Best regards,

 

0 Kudos
Message 10 of 10
(460 Views)