Multifunction DAQ

cancel
Showing results for 
Search instead for 
Did you mean: 

PCI-MIO-16XE not supported in NIDAQmx Base 2.1

It seems that some revisions of the PCI-MIO-16XE-50 (aka 6011E) are not recognized under NIDAQmx Base 2.1 and VISA 4.01 with Mac OS X.

I have 4 machines and two recognize their boards and 2 do not. The two boards that do not work have a PCI-Name property. This seems to interfere with the ability of NI-DAQmx Base to find the board. If you look at the system profiler output and the NI lsdaq utility you get the following information:

CPU Ident lsdaq output Status Note
Data1Mac pci1093,162 6011E works Does NOT have Name Property
Data2Mac pci1093,162 6011E works Does NOT have Name Property
Data3Mac pci-mio-16xe-50 --- BAD Has Name Property
Data4Mac pci-mio-16xe-50 --- BAD Has Name Property

Has any one else had this problem? Is there a way to update the firmware on the boards such that they will work with NIDAQmx Base 2.1?

LabVIEW ChampionLabVIEW Channel Wires

0 Kudos
Message 1 of 4
(3,473 Views)
Hi Scott,

What are the revisions of the boards that are recognized versus the boards that are not?  What version of Mac OSX are you currently running, and is it the same version on all 4 of your machines?  Also, what results do you see when swapping a board that is not recognized in one machine to a machine that recognizes a board?

Regards,
Andrew W
National Instruments
0 Kudos
Message 2 of 4
(3,450 Views)
Having now swapped the boards, the problem is definitely the older rev boards. The problem swaps to the machine that was working. Now it was unclear what is the REV of these boards. Two boards are labeled 183454D-01 and the others 183434E-01. The Rev D boards (I assume that is a rev code?) have the "name" pci property and the

I downgraded to NIDAQmx Base 2.0 and it did not fix the problem. It did not downgrade nipal or NiPciK. At some point I will wipe VISA off the machine and install 4.0 back again.

From kextstat
com.ni.driver.nipalk (1.12.0) <16 11>
com.ni.driver.NiViPciK (4.0.1)

My guess is that VISA 4.0.1 broke the support for this board, or the recognition of it rather.

The board is model 0x162 which is listed in the nimxbase.inf file. It is interesting in that if I drop a VISA control onto a LabVIEW FP, I can get a reference to the board. "PXI0::19::INSTR" But lsdaq will not open it nor am I able to create a task on Dev1.

Mac OS X, 10.4.8
NIDAQmx Base 2.1
NI-488 2.4.4
VISA 4.0.1
LabVIEW 8.20

Software installs on all machines are virtually identical due to software maintenance program that synchronizes all the software installs.

LabVIEW ChampionLabVIEW Channel Wires

0 Kudos
Message 3 of 4
(3,450 Views)

Hi Sth. Thank you for posting this on the community forum. Since we are already working on this issue over the phone, I am taking the thread over from Andrew (NI Applications Engineer). Any findings we have will be posted here, and any community involvement is appreciated. When we come to the solution I will also place the results on this forum.

Brian K.
0 Kudos
Message 4 of 4
(3,404 Views)