10-02-2007 03:34 PM
10-03-2007 11:13 AM - edited 10-03-2007 11:13 AM
Message Edited by jaced on 10-03-2007 11:14 AM
Message Edited by jaced on 10-03-2007 11:16 AM
10-03-2007 11:59 AM
10-04-2007 04:21 PM
Hi nannom,
I tried opening your VI but it is missing the "VtoC.vi" Is this a custom VI that you made? Could you please attach it.
Also, you should look at all the tasks you are starting. It looks that in each event you start new tasks without closing them before you move on to the next action.
Final question to clear up the issue, is the root problem that certain events (5-10) repeat unexpectedly, or do you just not see the inputs and outputs desired?
10-04-2007 04:40 PM
Thank you, and I attached VtoC.VI.
I do not understand well.
I started task out side of loop and only gathered data in the loop. Is there any problem?
And if it is problem, the program should not detect signals in the desktop computer too.
In PDA, there is no problem repeating before the program is stopped.
Problems were the lost of signals and unexpectedly stop.
10-08-2007 07:00 AM
Hi nannom,
We need to step back and take a broader look at what you are trying to accomplish.
I understand that you are taking temperatures during numerous steps in the program. Now are the photodetector signals you are reading only taken during certain events?
The digital outputs that you have are they dependent on any of the measurements you already take, or do they only occur in events in sequence?
I would take a look at the “Stop” functions you have in each step. It is poor LabVIEW practice to use these in that it will abort the execution of your entire program. You should look at using a boolean control button that will exit the loops and end the VI naturally.
I reiterate that you need to look at your “thermal control” and “optical switch” tasks. You have the task with the start and write functions, but you need to stop or clear these tasks before your next event (0-11) takes place.
My last suggestion would be to wire the errors of your task subVI’s in the sequence that you would like your program to run. This will insure that the program executes in the proper order, and will output any errors that occur. As it stands right now, errors will be displayed only if it occurs at the “ai read” task because it is the only section of code which is wired for error handling.
10-10-2007 10:12 AM
Alex,
Yes, photodetecting signals are reading at Case#7 after 10 seconds.
There are two digital outputs. One is named "thermal control" of port1. I am using two channels(#0 and #1) of it to control constant temperature (with heater and fan).
The other channel is named "optical switch" of port2. I am using all four channels of it to control optical switch.
"Thermal control" digital output is dependent on temperature measurement in all cases. Based on measured temperature, "thermal control" output signal is decided.
"Optical switch" digital output is related to photodetecting. After changing swich, one photodetecting signal is measured, and then switch is changed to next port to detect other photodetecting signals only in case#7
The "Stop" function is only to stop the program at any cases. I tried several other ways but it was not good to stop the program while it is running. Please recommend me better way if you know. I am not sure but I also used boolean, but it was not stop(maybe). Also if so, do I have to put boolean function at every events (cases)?
Whatever I do or do not put stop and clear, the program was okay in the desktop but not in PDA. Is there any critical limit in the PDA?
Have you tried this program in your PDA?
I hope you could do and give some idea.
I really thank you for your helps.