LabVIEW Communications System Design Suite 3.0 Known Issues

Publish Date: Nov 08, 2018 | 0 Ratings | 0.00 out of 5 | Print

Overview

This document contains the LabVIEW Communications System Design Suite 3.0 known issues that were discovered before and since the release of LabVIEW Communications System Design Suite 3.0. 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.

Note: As of the release of LabVIEW Communications System Design Suite 3.0, most FPGA functionality is now contained in the LabVIEW NXG 3.0 FPGA Module which is included in the LabVIEW Communications System Design Suite. For FPGA Known Issues, refer to LabVIEW NXG 3.0 FPGA Module Known Issues.

Known Issues by Date

The following items are known issues in LabVIEW Communications System Design Suite 3.0 sorted by Date.

715227 Using a Shared Library Interface (SLI) with a number in the name on a Real-Time Target will not work
714413 Migrating a FPGA project from LabVIEW Communications 2.1 to LabVIEW Communications 3.0 may cause resource I/O Constant references in clusters to become unlinked
712905 Exiting the LabVIEW NXG environment immediately after running a real-time VI may cause LabVIEW NXG to crash
712446 Error 0x80004005 can occur when trying to configure the Ethernet settings on a LabVIEW Communications Real-Time Target when no Ethernet connection is present
706310 Shared Library Interface documents that use Type Definitions as the type for function parameters are broken following conversion



ID Known Issue
715227

Return
Using a Shared Library Interface (SLI) with a number in the name on a Real-Time Target will not work
If a Shared Library Interface (SLI) used on a Real-Time Target in LabVIEW Communications has a number in it's name, that SLI will not resolve correctly to the proper library name. For example, foo2.sli on a Windows system will properly resolve to foo2.dll. On a Real-Time Target, this will not properly resolve to foo2.so.

Workaround: Do not use shared libraries with a number in the name on LabVIEW Communications Real-Time Targets.

Reported Version: 3.0    Resolved Version: N/A    Added: 11/09/18
714413

Return
Migrating a FPGA project from LabVIEW Communications 2.1 to LabVIEW Communications 3.0 may cause resource I/O Constant references in clusters to become unlinked
After migrating a LabVIEW Communications 2.1 project to LabVIEW Communications 3.0, I/O Constants of FPGA resources such as FIFOs or Memory items within a cluster will no longer be linked properly to the resource. This will result in previously working code having a broken run arrow.

Workaround: Switch the I/O Constant to a different resource, then back to the intended resource.

Reported Version: 3.0    Resolved Version: N/A    Added: 11/09/2018
712905

Return
Exiting the LabVIEW NXG environment immediately after running a real-time VI may cause LabVIEW NXG to crash
If a user runs a VI on a real-time target in LabVIEW Communications and then immediately exits the editor, the LabVIEW NXG environment may crash.

Workaround: Wait until the real-time code has been running for some time before exiting, or ensure that all real-time VIs are stopped before exiting.

Reported Version: 3.0    Resolved Version: N/A    Added: 11/09/2018
712446

Return
Error 0x80004005 can occur when trying to configure the Ethernet settings on a LabVIEW Communications Real-Time Target when no Ethernet connection is present
When trying to change the Ethernet port settings on a LabVIEW Communications Real-Time Target, error 0x80004005 will occur if no connection is active on the port.

Workaround: Connect the Ethernet port you are trying to configure to an active network connection. For example, connect the port to a switch.

Reported Version: 3.0    Resolved Version: N/A    Added: 11/09/2018
706310

Return
Shared Library Interface documents that use Type Definitions as the type for function parameters are broken following conversion.
Opening a LabVIEW Communications 2.0 project in LabVIEW Communications 2.1 or 3.0 that contains a Shared Library Interface document using Type Definitions as the type for function parameters are broken following conversion.

Workaround: After conversion click on each affected function parameter and on the Item tab click the GType dropdown and select the correct GType from the list.

Reported Version: 2.1    Resolved Version: N/A    Added: 08/17/2018

 

Back to Top

Bookmark & Share


Ratings

Rate this document

Answered Your Question?
Yes No

Submit