LabVIEW 7.1 serial key or number

Operation Manual

Simply Modbus Master 7.1.2

Modbus RTU Master and Modbus ASCII Master Emulator

System Requirements:

Windows NT, 95, 2000, XP, Windows7

display resolution: 800 x 600 minimum

PC with serial port (built in, serial card or USB serial port)
 

Installation - Simply Modbus Master 7.1.2 (8.60 MB):

Click to download  SimplyModbusMaster7.1.2Install.zip

Unzip the compressed files into a common folder on your hard drive.

setup.exe                          - the install program
setup.ini
data.cab
install.msi
InstMsi.exe
InstMsiW.exe
Readme Master 7.1.2.txt                - documentation
Read me for Windows7.txt    - documentation

- Run setup.exe to start the Simply Modbus Master 7.1.2 Installation Wizard

- Follow the prompts. The program will start automatically when the installation is complete.

- Running setup.exe a second time will uninstall the program.

For Windows 7, In the exe file properties, set XP Compatibilty : SP3.

Known Issue with version 7.1:  Error-1073807202 is shown when the VISA drivers cannot be found.
Downloading and installing NI-VISA run time engine 4.2 from the NI website should resolve the error. http://www.ni.com/download/ni-visa-run-time-engine-4.2/832/en/

Simply Modbus Master 8.0 looks and runs exactly like Simply Modbus Master 7.1.2 but was created using a newer compiler. It is a significantly larger download and install program. It is compatible with the newer Windows versions.

Simply Modbus Master 8.0 will automatically use a license for Simply Modbus Master if already installed on the PC.

Starting the program

Select Simply Modbus Master 7.1.2 from the Program area of the Start Menu.

You will see the demonstration startup window.

The progress bar will take approximately 15 seconds to load the demonstration version.
During this time, you can press the ENTER KEY and see

After purchasing and receiving a license key by email, enter the key and press OK.

The licensed program
               - goes immediately to the main Simply Modbus Master Read window and bypasses the Loading Demo startup window.
               - allows unlimited reads and writes.

The demo version
               - offers full functionality
               - requires a program restart to send more than six read requests or one write command.

The Simply Modbus Master - Read Window

Controls (inputs) that can be changed by the user have a yellow.background
Indicators (outputs) have a blue ackground and cannot be directly changed.

Set the controls to build the Request string.

      Select RTU or ASCII mode.  more info... 

                   Select the serial port on your PC that is connected to a modbus slave device.
                                                                                  range: COM1 to COM99

serial settings:  Set these settings to match the setting of the modbus slave device connected.
                      baud:   The baud rate (bits per second) of the serial connection.
                     data bits:  The number of data bits in each byte, RTU mode requires 8, ASCII mode is usually 7 but may be 8.
                     stop bits: The number of stop bits for each byte sent.  allowable values are 1, 1.5 or  2 .
                     parity: The value of the parity bit for each byte sent. allowable values are none, odd, even, mark or space.

        The 1st byte in the Command string
                    The unit address of the Slave device to get data from. normal range: 1 to 247 more info...

                  Setting a Slave ID over 255 will automatically check this box and allow Slave IDs up to 65535.   more info...
                              Remains on for all addresses until the Slave ID is lowered below 256 and the box manually unchecked.

        The 2nd byte in the Request string
                    Can be automatically set  more info...
                    Used to select which table to read from.  more info...
                    Read Window supports Function codes 01, 02, 03 & 04

         The 3rd and 4th bytes in the Request string
                           The coil or register number at the start of the block to read.    more info...

                               This value is subtracted from the First Register to give the data address used in the Request.

         The 5th and 6th bytes in the Request string
                        The quantity of registers or coils in the block to read.

         check to automatically set the default values function code, offset and register size
                         when the value of First Register is changed.

                       The size of the registers in the block to be read.
                                                 This value should be set to 16 bit registers to read standard modbus registers.
                                                 and set to 1 bit coils to read standard modbus coils.
                                                 32 bit registers should be used for Enron modbus only. more info...

                  Events:   This box is checked when reading Enron events from register 32  more info...

                  History:   This box is checked when reading Enron historical records from register 701-799  more info...

          
  RTU Mode                                                 ASCII Mode

crc  The last 2 bytes of the RTU Request are the cyclic redundancy check.  These are error detection bytes more info...

lrc  ASCII Mode messages are preceded with a colon and the crc is replaced with an longitudinal redundancy check, carriage return and line feed characters.   more info... 

Auto Set values:

Exceptions (for reading Enron modbus data):

Physical Connection

Before sending a message, the serial port needs to be physically connected to a modbus slave device. The simplest connection is RS232C on a single serial cable.

DTE masters (PC serial ports) have DB9 male connectors which transmits on pin3, receives pin2 and grounds on pin5. A DCE slave will have a DB9 Female connector which will allow the use of a straight through cable. A DTE slave will have a DB9 Male connector and will require the use of a null modem cable.

The RS232 specification states a maximum distance of 50 feet at 20kbaud. Slightly longer connections are possible at slower baud rates depending on cable quality and noise in the area.

Modems and radios are used to transmit longer distances. These are typically DCE devices so straight through cables can be used.  Some MDS non-spread spectrum radios require RTS Delay to be used so a 4th conductor is needed on pin 4.

RS485 converters can be used to extend the distance up to 4000 feet at 100kbaud. This can be a 4 wire or 2 wire system, depending on the converter. This also allows multi-dropping up to 32 devices on one pair of wires.

Sending the Request

Press the SEND button. The program then monitors the serial port and displays all bytes received in the Response indicator.

While receiving, the response time counts up with a progress bar.          

Receiving stops when the expected response bytes are received or the time reaches the fail in value entered.

The 'expected response bytes' indicator is calculated from the input settings.
The response timer stops when this many bytes are received. 

The expected crc is calculated from the bytes in the response.

Troubleshooting

Check the physical connection to make sure the correct conductors are on the correct pins and the correct serial port.

Check the serial settings in the slave device to make sure they match the settings in the master.

Check the Slave device unit address to make sure it matches the Slave ID set in the master.

Reading the Response

The data bytes in the response are displayed in the bytes column of the response table.

Use the pull-down boxes in the first column to set the data type for each value. more info...
The copy down button sets all data types to match the setting for the first value.

          The bytes and words can be swapped by toggling the High/Low check boxes.

The bytes are re-processed immediately as the settings are changed and the results are shown in the fourth column.
Sending another request for a new response is not required for a recalculation.

A notes column is provided to enter labels for the values.

       Press the clear notes button to blank the whole notes column.

Byte History Log  

All bytes sent and received are added to the byte history log with date/time stamps. 

       Displays a 'Save As..' dialog box to allow the log contents to be saved to a text file.

          Empties the log contents.

Log Results  

All data results received can be saved to a data log with date/time stamps. 

       Displays a 'Save As..' dialog box to create a tabbed-text data file for logging the results.

                           register# and notes are used as column headers in the file.

                           When data is received, a row is added to the file with date/time and the results.

                           Pressing the button again will close the file and stop logging the results.

The data file can be loaded into just about any system or progam like Excel.
 

Send Continuously

  Check this box to send back to back requests.

  The seconds after the start of one send request until the start of the next send request.

 This will continuously send the same command unless combined with the load before send feature (see below)

Statistics

  The seconds taken for the slave to respond to last message.
  The number of message responses received (meeting the expected response bytes).
  The number of message with an incomplete or absent response

  The longest amount of seconds taken for a response (not including failed responses).
  The average amount of seconds taken for a response (not including failed responses).
 The shortest amount of seconds taken for a response (not including failed responses).
  Sets all statistical values back to zero. 

RTS Delay

  Check this option to communicate over devices requiring the RTS pin to be asserted before
   transmission.  Enter the milliseconds for the on and off delays.

Save and Restore Configurations

          Displays a 'Save As..' dialog box to allow saving the current settings to a text file.

     Displays a 'Open File' dialog box to allow selecting a previously saved settings file to load.

The configuration file is saved in tabbed text format (tab separated values) and appears like this in notepad.

The preset tabs in Notepad cause the cells with long labels to push the other columns over.
Sending it to, or opening it from, a spreadsheet program like Excel will use the tabs as column delimiters as shown here...

1st column contains descriptions, 2nd column contains values

3rd column contains the data types 0 through 11 in the order shown in its pull down menu.   

4th column is empty,  5th column contains the register numbers.

6th column contains the register values from the last poll, if any

Load Before Send - Sending a series of requests

  When this box is selected, and the SEND button is pressed (or SEND CONTINUOUSLY is selected),
                             the program will Restore a previously defined Configuration File
                             and then SEND the request as saved in the file.

The filenames must be in the format:   request1.txt, request2.txt, etc...
and saved in the default folder (where the exe file is saved)

If request1.txt doesn’t exist, a window showing instructions similar to these will appear.

SEND CONTINUOUSLY is not saved in the configuration files.
SEND CONTINUOUSLY is always set to unselected when you use the RESTORE CFG button to restore a configuration file.
This keeps polling from automatically starting when you manually restore a configuration file.

If a request*.txt Configuration file is being loaded during a Load before Send,
and the file was saved with LOAD BEFORE SEND selected,
then both SEND CONTINUOUSLY and  LOAD BEFORE SEND will both be selected. 
Following the LOAD and SEND, the program will wait for the TIME BETWEEN SENDS to expire 
before the next LOAD (request2.txt) and SEND.

The program will continue to automatically LOAD, SEND and WAIT through a series of request*.txt files  
as long as each file has LOAD BEFORE SEND selected.
When the end of the series is reached and the next file is not found, the series will start over with request1.txt  
and continue until SEND CONTINUOUSLY is manually unchecked.

When a file is LOADED without LOAD BEFORE SEND selected,
following this last SEND, the series will STOP..

The series can be stopped at any time by unchecking SEND CONTINOUSLY.

                ------------------------------------------------------------------------------------

Writing Data

        Displays the Simply Modbus Master Write 7.1.2 window

Controls (inputs) that can be changed by the user are shown in yellow.
Indicators (outputs) shown in blue cannot be changed.

Serial Settings

The mode and serial settings are copied from the previous window and can also be changed here. more info...

        The 1st byte in the Command string
                    The unit address of the Slave device to get data from.  normal range:  1 to 247 more info...

                  Setting a Slave ID over 255 will automatically check this box and allow Slave IDs up to 65535.   more info...
                              Remains on for all addresses until the Slave ID is lowered below 256 and the box manually unchecked.

        The 2nd byte in the Command string
                    Can be automatically set  more info...
                    Used to select which table to write to.  more info...
                    Write Window supports Function codes 05, 06, 15 & 16

         The 3rd and 4th bytes in the Command string
                           The coil or register number at the start of the block to be written.    more info...

                               This value is subtracted from the First Register to give the data address used in the Command.

     The 5th and 6th bytes in the Command string
                          The quantity of registers or coils in the block to be written.

         check to automatically set the default values for function code, offset and register size
                         when the value of First Register is changed.

                        The size of the registers in the block to be written.
                                                 This value should be set to 16 bit registers to write standard modbus registers.
                                                 and set to 1 bit coils to write standard modbus coils.
                                                 32 bit registers should be used for Enron modbus only. more info...

Auto Set values:

Data to Write

The values to write are entered in the table shown.  The table size is automatically adjusted as the #values to write is changed.

      Use this pull-down box to set the data type for the whole table to be written.

         The bytes and words can be swapped by toggling the High/Low check boxes.

Sending the Command

Press the SEND button. The program then monitors the serial port and displays all bytes received in the Response indicator.

While receiving, the response time counts up with a progress bar.          

Receiving stops when the expected response bytes are received or the time reaches the fail in value entered.

The 'expected response bytes' indicator is calculated from the input settings.
The response timer stops when this many bytes are received. 

                                                                                                  The expected crc is calculated from the bytes in the response.

Reading the Response

The data bytes in the response are displayed in the bytes column of the response table.

Byte History Log  

All bytes sent and received are added to the byte history log with date/time stamps. 

       Displays a 'Save As..' dialog box to allow saving the log contents to a text file.

          Empties the log contents

RTS Delay

  Check this option to communicate over devices requiring the RTS pin to be asserted before
   transmission.  Enter the milliseconds for the on and off delays.

Save and Restore Configurations

          Displays a 'Save As..' dialog box to allow saving the current settings and results to a text file.

     Displays an 'Open File' dialog box to allow selecting a previously saved settings file to load.

Press the Close box in the top corner to Exit the Write program.

Troubleshooting

Check the physical connection to make sure the correct conductors are on the correct pins and the correct serial port.

Check the serial settings in the slave device to make sure they match the settings in the master.

Make sure the serial port driver file (serpdrv) is in the same folder as Simply Modbus Master 6.4.1.exe

Home • FAQ • Enron • Download • Purchase • Contact

Developer(s)	National Instruments
Initial release	1986; 34 years ago (1986)
Stable release	LabVIEW NXG 5.0 LabVIEW 2020 / May 2020; 4 months ago (2020-05)
Written in	C, C++, .NET
Operating system	Cross-platform: Windows, macOS, Linux
Type	Data acquisition, instrument control, test automation, analysis and signal processing, industrial control, embedded system design
License	Proprietary
Website	www.ni.com/labview

Laboratory Virtual Instrument Engineering Workbench (LabVIEW)^[1]:3 is a system-design platform and development environment for a visual programming language from National Instruments.

The graphical language is named "G"; not to be confused with G-code. Originally released for the Apple Macintosh in 1986, LabVIEW is commonly used for data acquisition, instrument control, and industrial automation on a variety of operating systems (OSs), including Microsoft Windows, various versions of Unix, Linux, and macOS.

The latest versions of LabVIEW are LabVIEW 2020 and LabVIEW NXG 5.0, released in May 2020.^[2] NI released the free for non-commercial use LabVIEW and LabVIEW NXG Community editions on April 28th, 2020.^[3]

Dataflow programming[edit]

The programming paradigm used in LabVIEW, sometimes called G, is based on data availability. If there is enough data available to a subVI or function, that subVI or function will execute. Execution flow is determined by the structure of a graphical block diagram (the LabVIEW-source code) on which the programmer connects different function-nodes by drawing wires. These wires propagate variables and any node can execute as soon as all its input data become available. Since this might be the case for multiple nodes simultaneously, LabVIEW can execute inherently in parallel.^[4]:1–2Multi-processing and multi-threading hardware is exploited automatically by the built-in scheduler, which multiplexes multiple OS threads over the nodes ready for execution.

Graphical programming[edit]

LabVIEW integrates the creation of user interfaces (termed front panels) into the development cycle. LabVIEW programs-subroutines are termed virtual instruments (VIs). Each VI has three components: a block diagram, a front panel, and a connector pane. The last is used to represent the VI in the block diagrams of other, calling VIs. The front panel is built using controls and indicators. Controls are inputs: they allow a user to supply information to the VI. Indicators are outputs: they indicate, or display, the results based on the inputs given to the VI. The back panel, which is a block diagram, contains the graphical source code. All of the objects placed on the front panel will appear on the back panel as terminals. The back panel also contains structures and functions which perform operations on controls and supply data to indicators. The structures and functions are found on the Functions palette and can be placed on the back panel. Collectively controls, indicators, structures, and functions are referred to as nodes. Nodes are connected to one another using wires, e.g., two controls and an indicator can be wired to the addition function so that the indicator displays the sum of the two controls. Thus a virtual instrument can be run as either a program, with the front panel serving as a user interface, or, when dropped as a node onto the block diagram, the front panel defines the inputs and outputs for the node through the connector pane. This implies each VI can be easily tested before being embedded as a subroutine into a larger program.

The graphical approach also allows nonprogrammers to build programs by dragging and dropping virtual representations of lab equipment with which they are already familiar. The LabVIEW programming environment, with the included examples and documentation, makes it simple to create small applications. This is a benefit on one side, but there is also a certain danger of underestimating the expertise needed for high-quality G programming. For complex algorithms or large-scale code, it is important that a programmer possess an extensive knowledge of the special LabVIEW syntax and the topology of its memory management. The most advanced LabVIEW development systems offer the ability to build stand-alone applications. Furthermore, it is possible to create distributed applications, which communicate by a client–server model, and are thus easier to implement due to the inherently parallel nature of G.

Widely-accepted design patterns[edit]

Applications in LabVIEW are usually designed using well-known architectures, known as design patterns. The most common design patterns for graphical LabVIEW applications are listed in the table below.

Benefits[edit]

Interfacing to devices[edit]

LabVIEW includes extensive support for interfacing to devices such as instruments, cameras, and other devices. Users interface to hardware by either writing direct bus commands (USB, GPIB, Serial) or using high-level, device-specific drivers that provide native LabVIEW function nodes for controlling the device.

LabVIEW includes built-in support for NI hardware platforms such as CompactDAQ and CompactRIO, with a large number of device-specific blocks for such hardware, the Measurement and Automation eXplorer (MAX) and Virtual Instrument Software Architecture (VISA) toolsets.

National Instruments makes thousands of device drivers available for download on the NI Instrument Driver Network (IDNet).^[8]

Code compiling[edit]

LabVIEW includes a compiler that produces native code for the CPU platform. The graphical code is converted into Dataflow Intermediate Representation, and then translated into chunks of executable machine code by a compiler based on LLVM. Run-time engine calls these chunks, allowing better performance. The LabVIEW syntax is strictly enforced during the editing process and compiled into the executable machine code when requested to run or upon saving. In the latter case, the executable and the source code are merged into a single binary file. The execution is controlled by LabVIEW run-time engine, which contains some pre-compiled code to perform common tasks that are defined by the G language. The run-time engine governs execution flow, and provides a consistent interface to various operating systems, graphic systems and hardware components. The use of run-time environment makes the source code files portable across supported platforms. LabVIEW programs are slower than equivalent compiled C code, though like in other languages, program optimization often allows to mitigate issues with execution speed.^[9]

Large libraries[edit]

Many libraries with a large number of functions for data acquisition, signal generation, mathematics, statistics, signal conditioning, analysis, etc., along with numerous for functions such as integration, filters, and other specialized abilities usually associated with data capture from hardware sensors is enormous. In addition, LabVIEW includes a text-based programming component named MathScript with added functions for signal processing, analysis, and mathematics. MathScript can be integrated with graphical programming using script nodes and uses a syntax that is compatible generally with MATLAB.^[10]

Parallel programming[edit]

LabVIEW is an inherently concurrent language, so it is very easy to program multiple tasks that are performed in parallel via multithreading. For example, this is done easily by drawing two or more parallel while loops and connecting them to two separate nodes. This is a great benefit for test system automation, where it is common practice to run processes like test sequencing, data recording, and hardware interfacing in parallel.

Ecosystem[edit]

Due to the longevity and popularity of the LabVIEW language, and the ability for users to extend its functions, a large ecosystem of third party add-ons has developed via contributions from the community. This ecosystem is available on the LabVIEW Tools Network, which is a marketplace for both free and paid LabVIEW add-ons.

User community[edit]

There is a low-cost LabVIEW Student Edition aimed at educational institutions for learning purposes. There is also an active community of LabVIEW users who communicate through several electronic mailing lists (email groups) and Internet forums.

Home Bundle Edition[edit]

National Instruments provides a low cost LabVIEW Home Bundle Edition.^[11]

Community Edition Edition[edit]

National Instruments provides a free-for-non-commercial use version called LabVIEW Community Edition.^[12] This version includes everything in the Professional Editions of LabVIEW, has no watermarks, and includes the LabVIEW NXG Web Module for non-commercial use. These editions may also be used by K-12 schools.^[13]

Criticism[edit]

LabVIEW is a proprietary product of National Instruments. Unlike common programming languages such as C or Fortran, LabVIEW is not managed or specified by a third party standards committee such as American National Standards Institute (ANSI), Institute of Electrical and Electronics Engineers (IEEE), International Organization for Standardization (ISO), etc. Some users have criticised it for its tendency to freeze or crash during simple tasks, requiring the software to be shut down and restarted.^{[citation needed]}

Slow[edit]

Very small applications still have to start the run-time environment which is a large and slow task. This tends to restrict LabVIEW to larger applications. Examples of this might be tiny programs to grab a single value from some hardware that can be used in a scripting language - the overhead of the run-time environment render this approach impractical with LabVIEW.^{[citation needed]}

Non-textual[edit]

Since G language is non-textual, software tools such as versioning, side-by-side (or diff) comparison, and version code change tracking cannot be applied in the same manner as for textual programming languages. There are some additional tools to make comparison and merging of code with source code control (versioning) tools such as subversion, CVS and Perforce. ^[14][15][16]

No zoom function[edit]

There was no ability to zoom in to (or enlarge) a VI which will be hard to see on a large, high-resolution monitor. However, the ability to zoom has been added into LabVIEW NXG.^[17]

Release history[edit]

In 2005, starting with LabVIEW 8.0, major versions are released around the first week of August, to coincide with the annual National Instruments conference NI Week, and followed by a bug-fix release the following February.

In 2009, National Instruments began naming releases after the year in which they are released. A bug-fix is termed a Service Pack, for example, the 2009 service pack 1 was released in February 2010.

In 2017, National Instruments moved the annual conference to May and released LabVIEW 2017 alongside a completely redesigned LabVIEW NXG 1.0 built on Windows Presentation Foundation (WPF).

Repositories and libraries[edit]

OpenG, as well as LAVA Code Repository (LAVAcr), serve as repositories for a wide range of Open Source LabVIEW applications and libraries. SourceForge has LabVIEW listed as one of the possible languages in which code can be written.

VI Package Manager has become the standard package manager for LabVIEW libraries. It is very similar in purpose to Ruby's RubyGems and Perl's CPAN, although it provides a graphical user interface similar to the Synaptic Package Manager. VI Package Manager provides access to a repository of the OpenG (and other) libraries for LabVIEW.

Tools exist to convert MathML into G code.^[27]

Related software[edit]

National Instruments also offers a product named Measurement Studio, which offers many of the test, measurement, and control abilities of LabVIEW, as a set of classes for use with MicrosoftVisual Studio. This allows developers to harness some of LabVIEW's strengths within the text-based .NET Framework. National Instruments also offers LabWindows/CVI as an alternative for ANSI C programmers.

When applications need sequencing, users often use LabVIEW with TestStand test management software, also from National Instruments.

The Ch interpreter is a C/C++ interpreter that can be embedded in LabVIEW for scripting.^[28]

DSP Robotics' FlowStone DSP also uses a form of graphical programming similar to LabVIEW, but is limited to the robotics industry respectively.

LabVIEW has a direct node with modeFRONTIER, a multidisciplinary and multi-objective optimization and design environment, written to allow coupling to almost any computer-aided engineering tool. Both can be part of the same process workflow description and can be virtually driven by the optimization technologies available in modeFRONTIER.

See also[edit]

References[edit]

Further reading[edit]

• Bress, Thomas J. (2013). Effective LabVIEW Programming. [S.l.]: NTS Press. ISBN .
• Blume, Peter A. (2007). The LabVIEW Style Book. Upper Saddle River, NJ: Prentice Hall. ISBN .
• Travis, Jeffrey; Kring, Jim (2006). LabVIEW for Everyone : Graphical Programming Made Easy and Fun (3rd ed.). Upper Saddle River, NJ: Prentice Hall. ISBN .
• Conway, Jon; Watts, Steve (2003). A Software Engineering Approach to LabVIEW. Upper Saddle River, NJ: Prentice Hall PTR. ISBN .
• Olansen, Jon B.; Rosow, Eric (2002). Virtual Bio-Instrumentation : Biomedical, Clinical, and Healthcare Applications in LabVIEW. Upper Saddle River, NJ: Prentice Hall PTR. ISBN .
• Beyon, Jeffrey Y. (2001). LabVIEW Programming, Data Acquisition and Analysis. Upper Saddle River, NJ: Prentice Hall PTR. ISBN .
• Travis, Jeffrey (2000). Internet Applications In LabVIEW. Upper Saddle River, NJ: Prentice Hall PTR. ISBN .
• Essick, John (1999). Advanced LabVIEW Labs. Upper Saddle River, NJ: Prentice Hall. ISBN .

Articles on specific uses[edit]

• Desnica V, Schreiner M, Vladan; Schreiner, Manfred (October 2006). "A LabVIEW-controlled portable x-ray fluorescence spectrometer for the analysis of art objects". X-Ray Spectrometry. 35 (5): 280–286. Bibcode:2006XRS....35..280D. doi:10.1002/xrs.906. Archived from the original on 2010-08-18.
• Keleshis C, Ionita C, Rudin S, C.; Ionita, C.; Rudin, S. (June 2006). "Labview [sic] graphical user interface for micro angio-fluoroscopic high resolution detector". Medical Physics. 33 (6): 2007. doi:10.1118/1.2240285.CS1 maint: multiple names: authors list (link)
• Fedak W., Bord D., Smith C., Gawrych D., Lindeman K., W.; Bord, D.; Smith, C.; Gawrych, D.; Lindeman, K. (May 2003). "Automation of the Franck-Hertz experiment and the Tel-X-Ometer x-ray machine using LABVIEW". American Journal of Physics. AAPT. 71 (5): 501–506. Bibcode:2003AmJPh..71..501F. doi:10.1119/1.1527949.CS1 maint: multiple names: authors list (link)

Articles on education uses[edit]

• Belletti A., Borromei R., Ingletto G., A.; Borromei, R.; Ingletto, G. (September 2006). "Teaching physical chemistry experiments with a computer simulation by LabVIEW". Journal of Chemical Education. ACS. 83 (9): 1353–1355. Bibcode:2006JChEd..83.1353B. doi:10.1021/ed083p1353.CS1 maint: multiple names: authors list (link)
• Moriarty P.J., Gallagher B.L., Mellor C.J., Baines R.R., P. J.; Gallagher, B. L.; Mellor, C. J.; Baines, R. R. (October 2003). "Graphical computing in the undergraduate laboratory: Teaching and interfacing with LabVIEW". American Journal of Physics. AAPT. 71 (10): 1062–1074. Bibcode:2003AmJPh..71.1062M. doi:10.1119/1.1582189.CS1 maint: multiple names: authors list (link)
• Lauterburg, Urs (June 2001). "LabVIEW in Physics Education"(PDF). A White Paper About Using LabVIEW in Physics Demonstration and Laboratory Experiments and Simulations.
• Drew SM, Steven M. (December 1996). "Integration of National Instruments' LabVIEW software into the chemistry curriculum". Journal of Chemical Education. ACS. 73 (12): 1107–1111. Bibcode:1996JChEd..73.1107D. doi:10.1021/ed073p1107.
• Muyskens MA, Glass SV, Wietsma TW, Gray TM, Mark A.; Glass, Samuel V.; Wietsma, Thomas W.; Gray, Terry M. (December 1996). "Data acquisition in the chemistry laboratory using LabVIEW software". Journal of Chemical Education. ACS. 73 (12): 1112–1114. Bibcode:1996JChEd..73.1112M. doi:10.1021/ed073p1112.CS1 maint: multiple names: authors list (link)
• Ogren PJ, Jones TP, Paul J.; Jones, Thomas P. (December 1996). "Laboratory interfacing using the LabVIEW software package". Journal of Chemical Education. ACS. 73 (12): 1115–1116. Bibcode:1996JChEd..73.1115O. doi:10.1021/ed073p1115.
• Trevelyan, J.P. (June 2004). "10 Years Experience with Remote Laboratories"(PDF). International Conference on Engineering Education Research. ACS.

External links[edit]

How do I activate my software?

Use the NI Activation Wizard to obtain an activation code for your software. You can launch the NI Activation Wizard two ways:

• Launch the product and choose to activate your software from the list of options presented.
• Launch NI License Manager by selecting Start»All Programs»National Instruments»NI License Manager. Click the Activate button in the toolbar.

Note  If your software is a part of a Volume License Agreement (VLA), contact your VLA administrator for installation and activation instructions.

What is activation?

Activation is the process of obtaining an activation code to enable your software to run on your computer. An activation code is an alphanumeric string that verifies the software, version, and computer ID to enable features on your computer. Activation codes are unique and are valid on only one computer.

What is the NI Activation Wizard?

The NI Activation Wizard is a part of NI License Manager that steps you through the process of enabling software to run on your machine.

What information do I need to activate?

You need your product serial number, user name, and organization. The NI Activation Wizard determines the rest of the information. Certain activation methods may require additional information for delivery. This information is used only to activate your product. Complete disclosure of National Instruments licensing privacy policy is available at ni.com/activate/privacy. If you optionally choose to register your software, your information is protected under the National Instruments privacy policy, available at ni.com/privacy.

How do I find my product serial number?

Your serial number uniquely identifies your purchase of NI software. You can find your serial number on the Certificate of Ownership included in your software kit. If your software kit does not include a Certificate of Ownership, you can find your serial number on the product packing slip or on the shipping label.

If you have installed a previous version using your serial number, you can find the serial number by selecting the Help»About menu item within the application or by selecting your product within NI License Manager (Start»All Programs»National Instruments»NI License Manager). You can also contact your local National Instruments branch.

What is a Computer ID?

The computer ID contains unique information about your computer. National Instruments requires this information to enable your software. You can find your computer ID through the NI Activation Wizard or by using NI License Manager, as follows:

1. Launch NI License Manager by selecting Start»All Programs»National Instruments»NI License Manager.
2. Click the Display Computer Information button in the toolbar.

For more information about product activation and licensing refer to ni.com/activate.