02-09-2007 01:36 PM
02-12-2007 02:52 PM
Hi Matt,
1. Your While Loop rate is software, (controlled by the 50ms wait you added) but the 6534 is generating based on the clock you provide. It is regenerating your data from onboard memory, so any other loops/processes within LabVIEW should not affect performance. You will not miss external clock pulses as long as they are within the sampling rates of the boards.
2. You don't need the loop - you're not currently doing anything that is effecting the card. As long as you wait until the end of the program to stop and clear your task, your generation with continue. You will need to use datalow programming to ensure that all of your other code executes before you stop, but that should just be a matter of wiring things through.
3. Which subvi? - your program has 7
but I can't see a case where any of them would cause a 10-20s delay. Are you looking at this with highlight execution enabled?
Hope this helps, feel free to post with additional questions.
Andrew S
National Instruments
02-12-2007 03:32 PM
02-13-2007 12:19 PM
Hi Matt,
The line states should not change after you exit LabVIEW. So if you set a write out a single value, and exit LabVIEW, the value should stay on the lines until you exit. If you are writing a waveform, it will stop on the last value generated. In order to continue writing the generated waveform, you need to continue running the vi.
For your delay, you may want to consider disabling the autostart - you're starting again right after it. You may also want to take a look at this Forum Post. It may be a case where you can lower your buffer size so it's not writing out to all of your memory.
Hope this helps,
Andrew S
02-13-2007 03:06 PM
The post you suggested helped. Changing the buffer size took out the delay i was seeing.
Thanks for you help.
-matt