LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

How to prove a VI assisted control system is a good system?

Currently I set up a VI as a controller of a feedback control system. What are the parameters could prove the performance of my controller?
How to say my controller is good or bad?
 
Any response will be appreciated!!
0 Kudos
Message 1 of 6
(3,212 Views)
What is your control system doing? The parameters to measure performance are really determined by the design requirements. What do you need to control? How fast do you need the response? Is your control vi easy to use, and does it follow the general programming guidelines?

Without knowing exactly what you are trying to do, I would say if it works, then its good! Smiley Wink

B-)
0 Kudos
Message 2 of 6
(3,194 Views)
Thanks a lot for your response!
My controller is used for processing the feedback data and compare it with the reference value then output it to the motor. There is no fixed requirement on how fast the system must reach. I just want to know how fast could it reach and other parameters which could prove its performance. Do you have any ideas?
 
Thanks again!
0 Kudos
Message 3 of 6
(3,168 Views)
Your question is rather subjective: "prove its performance"

The 2 key questions are:
1) How does your computer get the data?
2) How will you output the value to the motor?
Everything in between will somewhat depend on those answers. For example, if the data coming in is from a serial port (RS-232 device) then there are timing limitations due to the speed of RS-232. But if you are reading data from memory or from a hard drive, then speed is dependent on memory speed, etc.

What hardware are you using for your motor control? Any NI hardware?

In any case, a good rule of thumb is the K.I.S.S method. (Keep It Simple Stupid). For best performance of any vi, use the minimum amount of controls, indicators, and graphs on the front panel, and the minimum number of functions and structures inside the block diagram. Things that look really neat, but aren't vital to the purpose, will probably hinder performance.

When you have the smallest amount of code possible to perform all the necessary functions, then you have maximized performance. That being said, it is often desirable to make the user interface easy and fun to use. While this may slow down some performance, that may be fine as long as it still functions as needed. The eye candy (the colors, and the graphics, and the easy to use interface) are part of what makes LabVIEW so great.

Hope this helps. If you have a specific question for your program, you should post your code.

B-)
0 Kudos
Message 4 of 6
(3,164 Views)
Hi hengheng,
 
As LabVIEWGuruWannabe already pointed out, the evaluation of whether your controller is good or bad is heavily dependent on your specifications. Standard classical control theory specifications deal with response time. Percent overshoot, rise time, and settling time of a step response are all good parameters to use when deciding whether it is a good system. You may want to grab a Modern Control Systems book for more information as well. I hope this helps!
0 Kudos
Message 5 of 6
(3,137 Views)
Thanks a lot for all of you!
I am consulting my Prof and clear this problem.
All the best!
0 Kudos
Message 6 of 6
(3,102 Views)