Binary Data file displays large gaps in the data. Will use of a queue help?

[nm]

Ultimately I'd like to save 15 channels of data (1 channel at 20kHz, 6 at 2kHz, and 8 at 100 Hz) while displaying the waveforms on the front panel.

Currently, I am saving in binary format without any decimation of the data (therefore saving all channels at 20kHz). Decimating the waveforms can be done without affecting the display, and will definitely reduce the final size of the data files, but will slow down the processing. I've seen examples of using queues to limit data loss, but do not know if it will be advantageous in this case.

Any comments and suggestions will be greatly appreciated.

[JRA]

I couldn't open the "Decimation of both displayed and written data" VI. However, I would also assume that, in your case, it would really slow things down. If you're displaying 15 channels already, that's pretty intensive. You could try using the queues, but I don't know how much that would really help. By the way, the VI I did see, "Con Acq to File (binary)_NM-no dec", is very well developed.

[nm]

So let's say that I'm going to use queues. Is it better to have an acquisition loop and then a 'everything else' loop (decimation and data recording) or is it possible (and better?) to use 3 loops? I'm assuming with each queue segment, the time spent reading and writing the data will increase, and therefore slow down my vi even more than it is doing now.

And another question: in the case of the tabbed case structure, my charts are only active when the corresponding tab is selected, correct? If I would then put the recording of data in each case, then the data would be recorded for only those signals which are displayed on that tab. I'm not completely confident that I understand how that structure works, or how I can make the data recording more efficient.


Thank you for all of your help, and for the compliment.