NI does not actively maintain this document.
This content provides support for older products and technology, so you may notice outdated links or obsolete information about operating systems or other relevant products.
This document contains the LabVIEW 2012 Embedded Module for ARM Microcontrollers known issues that were discovered before and since the release of LabVIEW 2012 for ARM. Not every issue known to NI will appear on this list; it is intended to only show the severe and more common issues that can be encountered.
The LabVIEW 2012 Platform Known Issues contains a full listing of known issues, including LabVIEW toolkits and modules.
The Known Issues Document is divided into two separate tables. The following section displays the issues by issue category.
The following items are known issues in LabVIEW 2012 Embedded Module for ARM Microcontrollers sorted by Category.
| ID | Known Issue | |||||
|---|---|---|---|---|---|---|
| Analysis and Math | ||||||
| 225248 Return | Analysis Library functions that resize arrays might generate unexpected results when used with Microlib When building ARM applications with MicroLib (not a default selection), advanced analysis library functions that resize arrays can generate unexpected results. Advanced analysis library functions can be found on the Signal Generation and Mathematics palettes. By default, ARM applications are built with the Standard Library and not MicroLib. However, this option can be set through the uVision project. Workaround: N/A
| |||||
| Building and Distributing LabVIEW Applications | ||||||
| 121512 Return | User specified compiler Optimization level is ignored if JTAG debugging is enabled The user specified value of compiler optimization level (-Ox), set in the Advanced Compilation Options in the Build Specification is ignored if JTAG debugging is enabled. A default of -O0 is used in this case. Workaround: N/A
| |||||
| 225248 Return | Analysis Library functions that resize arrays might generate unexpected results when used with Microlib When building ARM applications with MicroLib (not a default selection), advanced analysis library functions that resize arrays can generate unexpected results. Advanced analysis library functions can be found on the Signal Generation and Mathematics palettes. By default, ARM applications are built with the Standard Library and not MicroLib. However, this option can be set through the uVision project. Workaround: N/A
| |||||
| 242453 Return | Pressing Pause while debugging an ARM application over JTAG does not highlight the place where execution stops While debugging an application using JTAG on an ARM target, pressing pause does stop the VI but you cannot single step after this and LabVIEW does not indicate where the VI stopped execution. This is because pressing pause simply sends a stop command to the target and LabVIEW does not know where the application stopped in relation to the VI. Workaround: Set breakpoints in your VI to stop execution
| |||||
| 284430 Return | Values on wires of Extended Precision data types display incorrectly during highlight execution. When using highlight execution debugging on ARM targets the value for the extended numeric type is shown as NaN, and the value for the extended complex numeric type is shown as 0.00E+0. Workaround: Use the probes to display the correct values on wires.
| |||||
| 359542 Return | Applications utilizing concatenating For Loop tunnels may hang LabVIEW during builds This hang can occur if one of the following two conditions is met: 1. You set an output tunnel of a For Loop as Concatenating and build the application with USB JTAG debugging enabled. 2. You pass a 2D or multidimensional array out of a For Loop with the output tunnel set as concatenating and build the application. Workaround: 1. Use TCP or Serial Debugging, or disable debugging. 2. Do not use concatenating output tunnels with 2D and multidimensional arrays.
| |||||
| File I/O | ||||||
| 381541 Return | Set File Position does not change the current file mark of an existing file opened for writing on LabVIEW Embedded for ARM targets. The Set File Position function uses fseek() on LabVIEW Embedded for ARM targets. The fseek() function is only supported on files that are open for writing. See http://www.keil.com/support/man/docs/rlarm/rlarm_fseek.htm Workaround: Read file contents into memory, modify the data, then write/overwrite all of the data to file.
| |||||
| Functions, VIs, and Express VIs | ||||||
| 181189 Return | I2C VIs do not support interface selection or multiple slave addresses The ARM I2C VIs do not give you the ability to use all available I2C interfaces (ports) on your Microcontroller. They also do not have the ability to address multiple slaves. Workaround: N/A
| |||||
| 216128 Return | Timed Loops run with a default priority of 100 if the Configure Timed Loop dialog box is not opened The default priority of a Timed Loop should be 25 when targeting an ARM Microcontroller. However if a Timed Loop is added to the Block Diagram of an ARM VI and saved without opening the Configure Timed Loop dialog box, the default priority is configured at 100. This can cause significant difference in the timing behavior of your application, if multiple timed loops are present. Workaround: Whenever you add a Timed Loop to the Block Diagram, double-click its Input node or right-click the node and select Configure Input Node from the shortcut menu to display the Configure Timed Loop dialog box. This should automatically set its priority to 25. Now click OK to save the correct priority.
| |||||
| 225248 Return | Analysis Library functions that resize arrays might generate unexpected results when used with Microlib When building ARM applications with MicroLib (not a default selection), advanced analysis library functions that resize arrays can generate unexpected results. Advanced analysis library functions can be found on the Signal Generation and Mathematics palettes. By default, ARM applications are built with the Standard Library and not MicroLib. However, this option can be set through the uVision project. Workaround: N/A
| |||||
| 286504 Return | Elemental IO resource name does not match with peripheral on the Luminary LM3S8962 Evaluation Board On the TI LM3S8962 evaluation board, the user LED is designated LED1. However, the elemental IO node to access this LED is displayed as LED0 in LabVIEW. Workaround: N/A
| |||||
| 306720 Return | Merge Errors function is not available in functions palette on ARM targets Workaround: Open functions palette in a VI under the My Computer target, drop the Merge Errors function and copy to your ARM VI
| |||||
| 362803 Return | CAN Read with unwired output causes target stack overflow. When a CAN Read VI with unwired outputs is executed on a LabVIEW Embedded for ARM target no low level CAN code is executed and a stack overflow may be generated. Workaround: Always wire all output terminal for CAN VIs when running on LabVIEW Embedded for ARM targets.
| |||||
| Miscellaneous | ||||||
| 363773 Return | Closing the Front Panel of an application running in debug mode on a LabVIEW Embedded for ARM target crashes LabVIEW. When running an application in debug mode on a LabVIEW Embedded for ARM target, closing the LabVIEW front panel crashes LabVIEW. Workaround: Before closing the front panel stop the executing VI.
| |||||
The following items are known issues in LabVIEW 2012 Embedded Module for ARM Microcontrollers sorted by Date.
| ID | Known Issue | |||||
|---|---|---|---|---|---|---|
| 121512 Return | User specified compiler Optimization level is ignored if JTAG debugging is enabled The user specified value of compiler optimization level (-Ox), set in the Advanced Compilation Options in the Build Specification is ignored if JTAG debugging is enabled. A default of -O0 is used in this case. Workaround: N/A
| |||||
| 181189 Return | I2C VIs do not support interface selection or multiple slave addresses The ARM I2C VIs do not give you the ability to use all available I2C interfaces (ports) on your Microcontroller. They also do not have the ability to address multiple slaves. Workaround: N/A
| |||||
| 216128 Return | Timed Loops run with a default priority of 100 if the Configure Timed Loop dialog box is not opened The default priority of a Timed Loop should be 25 when targeting an ARM Microcontroller. However if a Timed Loop is added to the Block Diagram of an ARM VI and saved without opening the Configure Timed Loop dialog box, the default priority is configured at 100. This can cause significant difference in the timing behavior of your application, if multiple timed loops are present. Workaround: Whenever you add a Timed Loop to the Block Diagram, double-click its Input node or right-click the node and select Configure Input Node from the shortcut menu to display the Configure Timed Loop dialog box. This should automatically set its priority to 25. Now click OK to save the correct priority.
| |||||
| 225248 Return | Analysis Library functions that resize arrays might generate unexpected results when used with Microlib When building ARM applications with MicroLib (not a default selection), advanced analysis library functions that resize arrays can generate unexpected results. Advanced analysis library functions can be found on the Signal Generation and Mathematics palettes. By default, ARM applications are built with the Standard Library and not MicroLib. However, this option can be set through the uVision project. Workaround: N/A
| |||||
| 242453 Return | Pressing Pause while debugging an ARM application over JTAG does not highlight the place where execution stops While debugging an application using JTAG on an ARM target, pressing pause does stop the VI but you cannot single step after this and LabVIEW does not indicate where the VI stopped execution. This is because pressing pause simply sends a stop command to the target and LabVIEW does not know where the application stopped in relation to the VI. Workaround: Set breakpoints in your VI to stop execution
| |||||
| 284430 Return | Values on wires of Extended Precision data types display incorrectly during highlight execution. When using highlight execution debugging on ARM targets the value for the extended numeric type is shown as NaN, and the value for the extended complex numeric type is shown as 0.00E+0. Workaround: Use the probes to display the correct values on wires.
| |||||
| 286504 Return | Elemental IO resource name does not match with peripheral on the Luminary LM3S8962 Evaluation Board On the TI LM3S8962 evaluation board, the user LED is designated LED1. However, the elemental IO node to access this LED is displayed as LED0 in LabVIEW. Workaround: N/A
| |||||
| 306720 Return | Merge Errors function is not available in functions palette on ARM targets Workaround: Open functions palette in a VI under the My Computer target, drop the Merge Errors function and copy to your ARM VI
| |||||
| 359542 Return | Applications utilizing concatenating For Loop tunnels may hang LabVIEW during builds This hang can occur if one of the following two conditions is met: 1. You set an output tunnel of a For Loop as Concatenating and build the application with USB JTAG debugging enabled. 2. You pass a 2D or multidimensional array out of a For Loop with the output tunnel set as concatenating and build the application. Workaround: 1. Use TCP or Serial Debugging, or disable debugging. 2. Do not use concatenating output tunnels with 2D and multidimensional arrays.
| |||||
| 381541 Return | Set File Position does not change the current file mark of an existing file opened for writing on LabVIEW Embedded for ARM targets. The Set File Position function uses fseek() on LabVIEW Embedded for ARM targets. The fseek() function is only supported on files that are open for writing. See http://www.keil.com/support/man/docs/rlarm/rlarm_fseek.htm Workaround: Read file contents into memory, modify the data, then write/overwrite all of the data to file.
| |||||
| 362803 Return | CAN Read with unwired output causes target stack overflow. When a CAN Read VI with unwired outputs is executed on a LabVIEW Embedded for ARM target no low level CAN code is executed and a stack overflow may be generated. Workaround: Always wire all output terminal for CAN VIs when running on LabVIEW Embedded for ARM targets.
| |||||
| 363773 Return | Closing the Front Panel of an application running in debug mode on a LabVIEW Embedded for ARM target crashes LabVIEW. When running an application in debug mode on a LabVIEW Embedded for ARM target, closing the LabVIEW front panel crashes LabVIEW. Workaround: Before closing the front panel stop the executing VI.
|
Document last updated on 2/7/2013