Repository navigation
When Attemping To Discretize A PID Compensator, An Exception Is Generated #1251
Replies: 2 comments
|
In summary, the discretization method involves converting the transfer function to an LTI state-space system before discretizing, but the PID transfer function is improper (degree of numerator is greater than degree of denominator), so this is not possible. In code, I do not know if discretization is possible without first finding a state-space realization, but I doubt it because "discretization" is sampling, which involves time, and therefore, requires a state-space realization. |
|
thank you very much for responding to my query and offering some insight into this matter. After doing a little further looking into, apparently if I define the Then the pid may be converted to its discretized counterpart. The sample script had this note included: # Note: A real-world derivative term needs a low-pass filter (N) to be causal and realizable I am not familiar with this last point of having to add the multiplier N to the derivative term (as a multiplier and Additionally, the last part (derivative) does look a bit odd tbh:
Note that when comparing the discretized time step response with the continuous time step response, the responses do align. |
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Hello community,
I am designing a compensator selector. When I discretize a
Type III,Type II, orPhase Lag/Leadcompensator, the conversion works as expected. However, when I attempt to discretize aPIDcompensator, an exception is generated.Here is the test script:
The exception that is generated is:
ValueError: Improper transfer function. "num" is longer than "den".This is a bit odd. Can someone please offer insight as to the reason why it generates this exception when working with a PID compensator.
All reactions