10-31-2012 12:08 PM - edited 10-31-2012 12:09 PM
Dear Attique!
Sorry about the exit function, I failed to include a proper stop in the example code. You can do that simply by creating a local variable from the stop button, then adding that to the stop logic with an OR gate in all loops, like so:
also it is good practice to add a timeout to the Dequeue Element and Preview Element functions, to make sure that the loop does not get stuck indefinitely there.
As for the problem itself, I've tested a few configurations, but I failed to reproduce your issue as of yet. My suggestion would be to try and move the niUSRP Initiate VI inside the producer loop, because reinitiating the task should flush any internal buffers.
Please get back to me with the result, and in that time, I'll try to look deeper into USRP behavior.
Kind regards:
Andrew
10-31-2012 06:01 PM
Laptops typically use 5400 rpm hard disks which could cause your TDMS write to not be fast enough, causing the queue to swell. If you dont get a problem at 50% speed i'd bet on that. 🙂
/Y