his point was that there can be a lot of digits in the decimal places which can cause a problem.
Why should this lead to problems?
All the calculations are done with float (DBL) values giving you ~16 decimal digits. In the end the DAC used by the output DAQAssistent is the limiting factor: here the output will be reduced to whatever this DAC supports (16/14/12 bits?)…
but i guess it did not appear there
You should set some default values and save them with your controls!
I guess, you mean pid toolkit, yeah I used the simple pid toolkit from one of the examples that comes with software.
Yes, I talk about this PID toolkit. Can you use it?
The SimplePID is a very old VI provided by NI for some ancient LabVIEW versions (I guess for LV6!?). Using even the basic PID from the toolkit gives you much better PID behaviour!
I don't understand the need for that "rounding".
I said to add a rounding (only because in my limited experience it helps the PID to settle) Although, you may want to use a multiply by N=(10, 100, 1000), round, and divide by N if your input accepts decimal values. Also, stick a probe at "numeric", and "output value" do the values make sense?
Edit: Ok If it's already taken care of by the daq2 data in then nevermind (I didn't know it did that).
most often the PID "doesn't settle" because of noise of the input signals.
In my experience its better to use some filtering of the inputs (runing average…) or apply a deadband to the PID!
Yeap, I set a default numbers for the upper and lower limits. Regarding to the toolkit, yeah, I am not sure whether I can use or not. it is because of our old pc and old labviews, I stuck with this old one. The output values from daq are in between -0.008 and -0.013. The pid on the other hand gives straight line in the weird sense.
The output values from daq are in between -0.008 and -0.013. The pid on the other hand gives straight line in the weird sense.
Does the process value even react on the change of the PID output value?
Does it even get nearer to the setpoint value?
Did you determine meaningful PID gains?
Can you please add charts to your VI and show plots of your PID loop running?
I am not sure whether I can use or not. it is because of our old pc and old labviews, I stuck with this old one.
Is the PID toolkit installed and available?
What kind of license do you use?
It's not easy to get meaningful answers from you…
it seems that it did and yes it gets to the set point and beyond. Actually, regarding to the pid gains, yes approximately. About the pid toolkit, it is not available, it is only available in the example folder and I took it from there.
it seems that it did and yes it gets to the set point and beyond. Actually, regarding to the pid gains, yes approximately. About the pid toolkit, it is not available, it is only available in the example folder and I took it from there. finally the university license
finally the university license
With an academic license you usually have access to ALL modules and toolkits…
Looks to me like the PID is working as intended but your numeric value is returning bad.
Part of your problem is maybe also the scaling you apply on your measurement value, which results in very small values. What is the physics background of your calculation?
Did you check your signal converter "GNT-205" for proper operation? Does it output a current signal according to your 0-10V signal?
In your other image only 2 wires are visible. Did you wire the GND/COM connections correctly?
You still don't tell us which DAQ hardware you are using! All we know is you are using the CB-68 connector board and a standard signal converter…