From Friday, April 19th (11:00 PM CDT) through Saturday, April 20th (2:00 PM CDT), 2024, ni.com will undergo system upgrades that may result in temporary service interruption.
We appreciate your patience as we improve our online experience.
From Friday, April 19th (11:00 PM CDT) through Saturday, April 20th (2:00 PM CDT), 2024, ni.com will undergo system upgrades that may result in temporary service interruption.
We appreciate your patience as we improve our online experience.
03-09-2006 01:10 PM
03-09-2006 05:22 PM
03-11-2006 01:54 PM
03-13-2006 09:00 AM
03-13-2006 09:39 AM
03-13-2006 09:58 AM - edited 03-13-2006 09:58 AM
Message Edited by smercurio_fc on 03-13-2006 09:58 AM
03-13-2006 10:18 AM
03-13-2006 10:29 AM
Very usefull to know these methods.
But be aware that they are rather brute... It's similar to pressing the abort button. Depending on your application, you might want quit your data acquisition and processing in a little more elegant way.
You might want to set a global variable (or a reference to an indicator) that the subvi can check, to see if it should stop prematurely. Suppose that your subvi needs to acquire 1000 values, and report back the average. Let the subvi check that global variable after each iteration. That way, it can break off, and return quickly after pressing stop in the main vi. The advantage is that you can make sure that you close down the acquisition device properly.
Depends on your application wether you need to stop the subvi properly. Devices typically should be closed properly. But just a calculation on data doesn't.
03-13-2006 10:55 AM
03-13-2006 11:52 AM