06-02-2010 08:13 AM
Hello,
I have LabVIEW RT version 8.5.1 running on a desktop ETS system with the following specifications
Dell Precision T3500
Quad Core Intel Xeon W3530 2.80 Ghz Processor
3 GB DDR3 SD-RAM
320 GB SATA Drive (Formatted to 32GB FAT 32)
Everytime, the RT boots up, I have a warning
[nipalp] Warning: .\Source\bus\tPCICapabilities.cpp:181 - Unsupported PCI Express Capability version, falling back
I am not using any PCI Express hardware for data acquisition. The only hardware I have in this machine is PCI 7813R.
Is there a way I can remove this warning?
Thanks,
Madan
06-02-2010 08:13 AM
Software installed on the RT Machine
06-03-2010 08:47 AM
Hi Madan,
After doing a quick search, I found that there is a CAR (# 51000) that references this error message. The workaround stated in this CAR are:
1. Disabling the onboard audio card in BIOS settings on that PC
2. Keeping the USB support 1.0 component uninstalled in MAX
You may only need to do one of these things. If so, post back with which one worked for you. Thanks!
Aaron P
National Instruments
Applications Engineer
06-03-2010 12:56 PM
Hi Aaron,
I tried both. I still have the same warning messages.
Thanks
Madan
06-04-2010 11:55 AM
I had this error message before (2007 with Labview RT 8.2) and worked a bit with R&D to try and resolve the issues. I think upgrading to 8.5 fixed the error message.
Here some info from that might help:
The error message you are
receiving is from a component called
NI-PAL, which is what we use as a
foundation component for a large
portion of our Windows and LabVIEW
RT based drivers (especially DAQ,
Serial, VISA, etc...). One
exception is the RT Ethernet drivers - the
ethernet drivers load on
the system way before NI-PAL or PAL-based
drivers have the capability of loading. By the time you see this
warning
message the Ethernet device has in fact been loaded and has
already
been used to communicate with the DHCP server to get an IP
address -
once you see the MAC address and IP address of the ethernet
devices
in the system show up in the VGA output, the work of loading
and
configuring the ethernet devices has completed.
NI-PAL's "bus manager" (which is indicated by the path
.\source\bus\...)
attempts to detect and categorize all devices it
finds in the PCI Config Space - that way when a driver asks to use
that
device later it has that device's information already. During
this
scanning of the PCI Config Space, NI-PAL
found a PCIe device that
reported that it
had a PCIe capabilities version
greater than
NI-PAL knows how to deal with - currently NI-PAL can
only deal with
PCIe capabilities revisions
0x0 and 0x1. This is, however, a nonfatal
error for the system, that
just means that any NI-PAL based drivers
cannot use the device.
06-04-2010 12:44 PM
Hello dwisti,
Thanks for the detailed explanation.
I have the graphics card on the PCI-e bus. My data acquisition hardware is on the PCI bus. So far I have not seen any fatal crashes because of this.
What is the NI-PAL driver. Is it specific to any data acquisition device? I just wanted to understand the effects of these messages on my RT system.
Thanks
Madan