LabVIEW Development Best Practices Documents

by on - edited on by:

"Darwin applied to LabVIEW: the evolution of the data management." subtitle “The survival of the fittest applied to the LabVIEW Dataflow model ”.

With deep humor this presentation makes the link between the evolution of the LabVIEW data management and the Darwin's Theory of Evolution.

PS : Download the full presentation attachement and LabVIEW 2014 examples code.

The presentation deals with the evolution of the concept of "Data communication" of the LabVIEW dataflow model:
The presentation does answer the following questions:

LabVIEW follows a dataflow model
In dataflow programming, you generally do not use variables. For a literal implementation of this model.
Dataflow models describe nodes as:

Advanced concepts : LabVIEW contains many data communication methods.
For example, local and global variables are not inherently part of the LabVIEW dataflow execution model.

LabVIEW contains many “data communication” methods, each suited for a certain use case.
Can by order into 3 types:

For diner tonight: Functional Global variable (FGV, LV2), Action Engine (AE), DVR, OOP, State Machine and QMH. Speed demonstration, UI thread, memory management (buffer copies) and Race Condition with simple and downloadable examples.

for example, (CLAD exam): Which of the following is the best method to update an indicator on the front panel? explain WHY...

A. Use a Local variable

B. Wire directly to the indicator « Data Out »

C. Use an implicit « value » property node

D. Use an explicit « value » property node (reference)