virtualizationlabviewdata-acquisition

Why people don't use LabVIEW for purposes other than data acquisition and virtualization?


This is marked as a subjective question, I hope I won't get too many down votes though.

LV seems to offer a nice graphic alternative to traditional text based programming. As I understand, it's not a just-virtualization/data acquisition programming language. Nonetheless, it seems to have that paradigm pegged to its creator's name.

My question comes up because it doesn't seem to be widely used for multi-purpose applications. I'm not a LV-expert of any kind, I'm more like a learner. I'm still getting used to LV.


Solution

  • Labview is fantastic if you have National Instruments hardware, and want to do something like acquire, plot and log the data.

    When you start interfacing to custom devices the wiring between modules gets complicated having to do all the string manipulation work for input and output to a device.

    At my place of work, we found that we got annoyed with having to make massive, complicated VI's to interface to devices and started writing them in .NET and interfacing them to Labview.

    In the end we ended up scrapping Labview all together and using the NI Measurement Studio for Visual Studio to give us all the lovely looking NI controls (waveform plot, tank, gauges, switches etc) with the flexibility of C#.

    In summary, even with a couple of 24" screens, sometimes the wiring for Labview code can get too complex and becomes impossible to comment, debug, and make extensible for any future changes. I suggest taking a look at Measurement Studio for Visual Studio and using your favourite .NET language with the pretty NI controls.