LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Is there a delay time function with error in and error out?

Solved!
Go to solution
sure would be handy to have a delay function with the error in and error out terminals working...guess you could make a sub vi...but would be a nice function to have.
0 Kudos
Message 1 of 11
(4,462 Views)
Solution
Accepted by Hummer1
Not in native LabVIEW. There is one in the OpenG libraries though.


Mark Yedinak
Certified LabVIEW Architect
LabVIEW Champion

"Does anyone know where the love of God goes when the waves turn the minutes to hours?"
Wreck of the Edmund Fitzgerald - Gordon Lightfoot
Message 2 of 11
(4,447 Views)
The Time Delay function in LabVIEW does have error in/out connections. If you have traditional DAQ installed, there's a Wait function on the counter palette I believe.
Message 3 of 11
(4,431 Views)
Actually, I was thinking of the Wait for next ms multiple function....
0 Kudos
Message 4 of 11
(4,428 Views)

Hi,

 

you can create a simple VI for this...see attached VI..that does what you want...

 

 

Message Edited by Anil Reddy on 03-01-2010 04:43 PM
Anil Punnam
CLD
LV 2012, TestStand 4.2..........
0 Kudos
Message 5 of 11
(4,413 Views)
Good idea.  Actually, I think just being able to set the delay of how long it takes to pass the error info along without being able to interrogate the elapsed time would do it.  Here is what I wound up thinking I would like to try to use.
0 Kudos
Message 6 of 11
(4,366 Views)
Why would you want to use the Wait Until Next Ms and not the simple wait?


Mark Yedinak
Certified LabVIEW Architect
LabVIEW Champion

"Does anyone know where the love of God goes when the waves turn the minutes to hours?"
Wreck of the Edmund Fitzgerald - Gordon Lightfoot
0 Kudos
Message 7 of 11
(4,363 Views)

 

 

I think, simple wait (ms) will do the work you are looking for...

Anil Punnam
CLD
LV 2012, TestStand 4.2..........
0 Kudos
Message 8 of 11
(4,359 Views)

Interesting question.  I'm not sure I understand the implications well enough to answer.  Let me try to describe what seemed to be a "helpful" functionality and see what you think would be the best to do.  

 

There are times when you need to give a little time separation between when you want two functions to occur.  You want them to be done in a specific order and you don't want to put them in a sequence structure.  Both of them have error handeling associated with them.  

 

My thought was that you would be able to use the data flow of the error function to control the flow of the program...and if there was a function with error in and error out that produced a delay of (selectable ) ms, then that would work.

 

I realize that you may be doing something to the capability of the machine to do other things in other threads, but any suggestions would be welcome.

 

Thanks.

 

Hummer1 

0 Kudos
Message 9 of 11
(4,358 Views)

Hummer1 wrote:

Interesting question.  I'm not sure I understand the implications well enough to answer.  Let me try to describe what seemed to be a "helpful" functionality and see what you think would be the best to do.  

 

There are times when you need to give a little time separation between when you want two functions to occur.  You want them to be done in a specific order and you don't want to put them in a sequence structure.  Both of them have error handeling associated with them.  

 

My thought was that you would be able to use the data flow of the error function to control the flow of the program...and if there was a function with error in and error out that produced a delay of (selectable ) ms, then that would work.

 

I realize that you may be doing something to the capability of the machine to do other things in other threads, but any suggestions would be welcome.

 

Thanks.

 

Hummer1 


The basic subVI that you created would accomplish this and I was not asking you to explain your choice for that. What you are describing is perfectly reasonable. I never understood why NI didn't include en error in/error out on the wait VIs. They don't provide any means of using data flow are written.

 

What I was asking you to think about or answer was why you chose to use the "Wait Until Next ms" delay, which will actually provide you with a varying amount of delay, over the simple Wait VI. You see the Wait Until will ensure that it completes on a specific boundary as opposed to simply waiting x ms. If you wire a 10 to a Wait Until VI you may wait as little as 1 ms or as long as 19 ms before it completes the wait. This VI attempts to synchronize its completion on the boundary that you specified. The simple wait just waits x ms, regardless of the current value of the system clock.

 

Mind you that these VIs are not exact when running in a Windows environment. Windows is not deterministic and the timing will not be exact. However, for simply delaying something you may not need the timing to be exact. Either way, the Wait Until seems an odd choice for what you are trying to do.



Mark Yedinak
Certified LabVIEW Architect
LabVIEW Champion

"Does anyone know where the love of God goes when the waves turn the minutes to hours?"
Wreck of the Edmund Fitzgerald - Gordon Lightfoot
0 Kudos
Message 10 of 11
(4,338 Views)