Here are two tips to improve the performance of table controls:
1. Try to update multiple cells at the same time with SetTableCelRangeVals function. This reduces the overhead of updating cells greatly.
2. If you need to update a single cell at a time (as may be the case if you want to update a row with different datatypes, use the SetTableCellAttribute (…,ATTR_CTRL_VAL,…) function instead of the SetTableCellVal function. Note: This will only make a difference if the table is not the active control on the panel. So if it is the active control, programmatically make another control active before updating the table, and then make the table active again. This will update the table without displaying the updates until the next call to ProcessDrawEvents or upon the exiting the current callback. This is ideal when making repeated updates.
LabWindows/CVI
LabWindows, LabWindows/CVI, performance, Table Control
What I want to do in one of my LabVIEW program is: There is a numeric control and I’d like to change the Label of it programmatically.
In this program, I create a property node for the Label Text and change this to a writable node. And I wire a constant into this property. But when I run this program I get error message like this “Input unit is not compatible with the current unit”. It is weird, the input is string as the property needs.
Read more…
LabVIEW
Change, Control, Indicator, Label, LabVIEW, Programmatically
A Microsoft Data Link file or Universal Data Link is a universal file that links to a specific database and can be used by many different applications.
UDL File Creation
The way a .UDL file is initially created depends on your Windows installation. This can be created desktop shortcut menu.
- Right-click on the Desktop, or in the folder where you want to create the file.
- Select “New” from the shortcut menu. If Microsoft Data Link is listed, select it.
- Windows 2000 will most likely not have a Microsoft Data Link listed. If this is the case, please refer to the next section. Read more…
LabVIEW
Access, database, LabVIEW, UDL
It’s about a month since NI released LabWindows/CVI version 9.0. And some of this version’s new features are very exciting. I think this is a milestone for CVI. The exciting new features include:
New Resource Tracking Window
Locate potential resource/memory leaks earlier in the development process with the Resource Tracking Window. This new tool records and tracks all resources allocated at run time including dynamic memory, file handles, panels, GPIB/TCP handles, and thread pools. With this tool, you can also easily go to source code, view memory, break on deallocation, and log tracked resources to disk for later review.
I think this feature is quite useful in the project development and verification process. Read more…
LabWindows/CVI
9.0, CVI, development tool, features, LabWindows, Resource Tracking
There are a couple of different methods to communicate with Access in LabVIEW, and some are more difficult than others. You can use ActiveX Automation to open Microsoft Access and control many aspects of the Access Application. For actual database manipulation however, the Access automation classes rely upon the Microsoft DAO (Data Access Object) and/or ADO (ActiveX Data Object) classes. These classes can be used independently or through the Access automation classes to read and write data into an Access database. These classes can be difficult to use and may require a fair amount of SQL knowledge to accomplish a complicated task.
For more information about the Microsoft Access automation classes, DAO or ADO classes refer to the Microsoft website and Developer Network. Read more…
LabVIEW
Access, database, LabVIEW