Since your raw data size is over a half megabyte (180,000 points X 3 channels X 4bytes/point), you need about a 3X size reduction. There are several options, depending on what application you are using to analyze the data.
- Use standard file compression (e.g. WinZip) to compress the LVM file before you send it. Since LVM is an ASCII file, it is possible you can get the 5X reduction you need. It is more likely you will end up with 300kBytes - 500kBytes using this scheme. This has the advantage of being usable by almost any application.
- Use the binary file primitives to write a flat binary file (interleaved or not, at your option). Follow this up by a compression scheme and you may get to your goal. Lossless compression typically gives about 30% to 60% size reduction. This file can be read by just about anything but Excel.
- Use NI-HWS (installs from the driver CD with most of the modular instruments), since it contains native data compression. This format can also be read by most analysis programs since it is based on HDF5. The exception is, once again, Excel. This will not get you much, if any, advantage over the binary file, but is easier to use.
- If all this fails to get you files that are small enough, you can reduce your bit depth. To take advantage of this, you will still need to use either the flat binary file or NI-HWS. To reduce your bit depth, use the Logical Shift primitive to right shift your data 8 bits. Then coerce it to a 16-bit integer using one of the To... primitives from the Conversion palette. Both of these primitives accept array inputs, so you don't need to do this in a loop.
Good luck. Let us know if you need more information.