PXI-8630, PXIe-1078 non identifiés dans MAX

Bonjour,
J'ai un chassis PXI-1078 contenant des PXI (4110, 4130, 4132, 2532) et contrôler par un pc portable en utilisant PXI-8360.
Mon Problème est que sur le gestionnaire des periphériques le pont PCI vers PCI standard ne montre aucun problème mais, sur MAX quand je veux ajouter un chassis j'obtient dans la liste de "remote controller" : NI PXI 8310 au lieu de 8360. En plus de ça mon PC ne detecte pas les PXI existants dans le chassis comme des nouveaux periphériques dans le géstionnaire des periphériques.
Que puis-je faire pour résourdre ce problème.
sachant que j'ai effectué tous les mis à jours possible qui existent sur Ni support:
MAX --> 5.0
NI PXI Platform services --> 3.0.1
NI VISA --> 5.1.1
en plus des update des drivers pour le mois d'Aout
Merci d'avance
TheShadowx
Solved!
Go to Solution.

Hello,
And thank you for posting here.
What is your OS, your LabVIEW version and the model of your computer?
Did you respect the order of Installation for our products?
http://digital.ni.com/public.nsf/allkb/779E54A45478FA2C86256D0500774FCB?OpenDocument
Is your BIOS version not to old? It could fixes some PXI problems. If you BIOS is updated, you can try the NI MXI-Express BIOS Compatibility Software 1.4 which is still in Beta but which work fine. You can find it here :
http://digital.ni.com/betaprogram/mainbetacust.nsf/main.htm
Here two links to other posts where the problem is quite similar. There as useful links contained in those posts :
http://forums.ni.com/t5/PXI/Express-card-MXI-laptop-compatibility-1033-and-8360/m-p/697994?requireLo...
http://forums.ni.com/t5/NI-Applications-Engineers/PXIe-1073-via-MXIe-8360-not-visible-in-MAX/td-p/14...
Regards,
Jérémy C.
National Instruments France
#adMrkt{text-align: center;font-size:11px; font-weight: bold;} #adMrkt a {text-decoration: none;} #adMrkt a:hover{font-size: 9px;} #adMrkt a span{display: none;} #adMrkt a:hover span{display: block;}
Travaux Pratiques d'initiation à LabVIEW et à la mesure
Du 2 au 23 octobre, partout en France

Similar Messages

Carte NI TB-4300B apparaît "non supportée" dans MAX

Bonjour,
Mon entreprise possède un châssis NI PXIe-1062Q fonctionnant sous Windows 7. Il contient :
en Slot 1 : carte NI PXIe-8108 (embedded controller)
en Slot 2 : carte NI PXI-5124
en Slot 3 : carte NI PXI-5124
en Slot 4 : carte NI PXIe-4300 sur laquelle est connectée une carte NI TB-4300B (source de mon problème)
en Slot 5 : carte NI PXI-5124
J'ai fait la mise à jour de NI DAQmx 9.1.5 vers NI DAQmx 9.2.2. Un clavier et une souris en USB sont connectés au châssis.
Toutes les cartes NI PXI sont reconnues dans MAX mais lorsque l'on tente d'utiliser (via le panneaux de test) la carte d'acquisition NI PXIe-4300 avec la carte NI TB-4300B connectée dessus, on reçoit le message d'erreur suivant :
Erreur -201342 s'est produite à daqmxcfg_DAQmx Create Channel (AI-Voltage-Basic).vi:1
Raison(s) possible(s) :
Un accessoire non supporté est connecté au module. Insérez un accessoire supporté et relancez la tâche.
La carte NI TB-4300B est définie comme "Non supportée" dans MAX lorsqu'elle est connectée... Bizarre, non ?
J'ai eu un ingénieur NI à ce sujet, il m'a conseillé de mettre à jour vers la dernière version NIDAQmx 9.2.2 mais toujours le même problème...
Résolu !
Accéder à la solution.

Bonjour et merci pour votre rapidité.
Le matériel est tout neuf (réceptionné il y a moins de 2 semaines), je l'ai déballé début de semaine dernière (la carte était dans son emballage).
La carte NI PXIe-4300 fonctionne correctement lorsque la carte NI TB-4300B n'est pas connectée.
L'auto-test est OK pour la carte NI PXIe-4300 (carte NI TB-4300B connectée ou non).
Impossible de lancer un auto-test sur la carte NI TB-4300B.
Comment fait-on pour créer un périphérique & module simulés ?
NOTE : en lisant le README de NI DAQmx 9.2.2, je me suis aperçu que la carte NI TB-4300B n'était pas dans la liste des cartes supportées (voir pièce jointe).
Pièces jointes :
readme_fra.zip ‏21 KB

Carte PXI non reconnue dans MAX

Bonjour,
Voilà mon problème.
J'ai une carte NI PXI 7852, que je ne trouves pas dans MAX.
Pourtant celle ci est reconnue et trouvée dans le Gestionnaire de Périphérique.
De ce fait mon programme ne peut s'exécuter sans la présence de cette carte.
Comment régler un tel type de problème sachant que j'ai réinstaller les derniers drivers NIDAQmx de la version utilisée et que ça ne se reconnait toujours pas.
Résolu !
Accéder à la solution.

Bonjour,
Je pense que c'est le comportement normal de la carte.
Il s'agit d'une carte à base de technologie FPGA qui a besoin d'un fichier bitfile créé par le module LabVIEW FPGA pour avoir le comportement souhaité.
RIO signifie Reconfigurable Inpout / Output.
Pouvez vous envoyer une copie d'écran de votre configuration développée sous Measurement & Automation Explorer ?
Obtenez vous quelque chose de similaire à cela :
Cordialement,
PS : Natty, nice job with Kinect Das ist wunderbar
Da Helmut

Pas de détection module PXI dans MAX

J'utilise un chassis PXI-1033 dans lequel j'ai installé deux modules PXI : le PXI-6682H de chez NI, et le PXI-9816 de chez ADLINK. Mon PC sous Windows 7 Pro 64 bits est connecté au chassis par l'intermédiaire d'une ExpressCard. Dans le programme MAX le module 6682H est détecté automatiquement et apparait bien dans la liste au slot N°2. Par contre le module 9816 n'apparait pas.
Quelles opérations doivent être effectuée pour "forcer" la détection ?
Merci par avance

Bonjour, avez vous installé le driver fourni avec votre PXI-9816 de chez ADLINK? Si c'est le cas, contacté NI pour savoir si le chassis PXI-1033 accepte la carte de chez ADLINK. Il est possible que le chassis n'accepte que du matériel NI.
Cordialement
L.MICOU

Chassis compactrio 9114 non visible dans max

Bonjour j'ai trois systemes compact rio cRIO-9024 avec chassis 9114 ces trois systemes fonctionnaient correctement .
Apres un arret un des systeme ne fonctionne plus correctement, dans max , sous peripheriques et interfaces je ne vois pas le chassis ni le port serie comme dans les deux autres
J'ai formaté le disque et réinstallé les logiciels mais rien n'y fait
avez vous une idée?
merci
Yves de Guadeloupe

Bonjour,
Effectivement, si tu ne vois pas le port Série ni la carte FPGA, ca ressemble à un problème d'installation sur la cible et en particulier de VISA. VISA est utilisé pour le port Série et pour détecter la cible FPGA. Tu as bien des logiciels de listés dans MAX ? Vérifie que VISA est bine installé. tu dois pouvoir accéder à la page web interne du cRIO en tapant dans Internet Explorer http://AdresseIPCrio:3580 et voir la console de sortie du cRIO, tu auras peut être une piste supplémentaire pour résoudre ton problème.
S'il faut se loguer, le login par défaut est admin sans mot de passe.
Bon courage.

Détecter carte pickering 50-295-121-10/12 sur cible déportée dans MAX

Bonjour,
Je suis en train de développer une application de test temps réel dans laquelle je dois piloter une carte Pickering de type "50-295-121-10/12". J'aurais donc plusieurs questions qui sont pour l'heure sans réponse.
Premièrement, je cherche à détecter cette carte dans MAX afin d'avoir son identifiant pour communiquer avec elle. Cette carte est intégrée dans un bus PCI sur un PC cible RT. J'ai pour le moment déployé la dll "pipx40_32.dll" ainsi que les fichiers "inf" sur ma cible RT. Or je ne peux toujours pas la voir. Est-ce du au fait que la carte que j'utilise est une carte PCI et non PXI? Quelle doit être la marche à suivre pour parvenir à la détecter dans MAX? Pour info, j'ai suivi les instructions suivantes : http://www.pickeringtest.com/pdf/PI_Installation_Instructions.pdf
Deuxièmement, je souhaite utiliser le custom device fournit nativement par NI lors de l'installation de Véristand pour piloter cette carte, à savoir :"Custom Device Pickering 40-295". Etant donné que la carte que j'utilise est une 50-295 et non une 40-295, vais-je pouvoir tout de même utiliser ce Custom Device où alors va-t-il falloir que j'en développe un nouveau?
Dans l'attente de vos réponses,
Cordialement,
Nicolas

Bonjour Nicolas,
Merci d'avoir posé votre question sur le forum de discussions de National Instruments,
J'aurais besoin de quelques informations supplémentaires,
Votre PC de développement est-il différent du PC RT dans lequel est insérée votre carte ?
Si ce n'est pas le cas, avez vous un accès depuis le réseau à ce PC RT ?
Par ailleurs, il pourrait être bon de savoir si le service windows NI Device Loader est bien actif, il permet la bonne communication entre un PC et un équipement, quelque soit le bus d'interface utilisé (USB, PCI, PXI... ).
Assurez vous également d'avoir tous vos drivers à jour.
En ce qui concerne un custum device sous Veristand :
Vous pouvez tester le custom device existant, mais le bon fonctionnement de votre application n'est pas garanti, et il pourrait donc être nécessaire de créer le votre.
En ésperant que ces premières pistes pourront vous aider,
Bien cordialement,
Vincent.O
National Instruments France
#adMrkt{text-align: center;font-size:11px; font-weight: bold;} #adMrkt a {text-decoration: none;} #adMrkt a:hover{font-size: 9px;} #adMrkt a span{display: none;} #adMrkt a:hover span{display: block;}
Été de LabVIEW 2014
12 présentations en ligne, du 30 juin au 18 juillet

Carte PXI-6682H non reconnue dans MAX

Bonjour,
Je développe actuellement un système d'acquisition de données basé sur une cible temps-réel (contrôlleur PXIe-8133), une carte d'acquisition (PXI-6366) et une carte de synchronisation au temps GPS (PXI-6682H).
Les drivers NI-Sync 3.2.2 et NI-TimeSync 1.1.0 ont été installés respectivement sur le PC hôte et la cible temps-réel.
Le problème rencontré est le fait que la carte 6682H ne soit pas reconnue sous MAX.
Quelqu'un a-t-il une idée sur la façon de se dépatouiller avec ce problème?
Bien cordialement,
Hervé

Bonjour Hervé,
Essayez d'installer les drivers NI-Sync 3.3, cela devrait logiquement mieux marcher.
En complément, pourriez-vous préciser quel OS est installé sur votre PC hôte?
Bien cordialement,
Romain P.
National Instruments France
#adMrkt{text-align: center;font-size:11px; font-weight: bold;} #adMrkt a {text-decoration: none;} #adMrkt a:hover{font-size: 9px;} #adMrkt a span{display: none;} #adMrkt a:hover span{display: block;}
>> NIDays 2011, le mardi 8 février au CNIT de Paris La Défense

NiDMM IVI Error Converter Fails at launch after changing from PXI Chassis PXI-1042Q to PXI-1031. None of the congiguration setup parameters work so the VI won't work

I have changed a PXI system from the development system with a contoller PXI-1042Q to a PXI-1031 chasis using MMI-4 comunications with a XP based commputer. When I try to run my application none of the configutation files for niDMM load. the error I obtain is: "LabView Load error code 3 could not load front panel" Also niDMM IVI Error Converter.vi for Powerline Frequecny, auto zero, ADC calibration,Measurement Digits, offset comp Ohms, multi point, Meas complete dest, Meas complete slope, and fetch multipoint won't load.
Does anyone know what my problem is. I have made sure that the handles I am using in the software match the PXI chassis handles. When I search for the niDMM IVI Error Converter.vi I can't find it on either system.

Hi Foxy-
One thing to make sure is that the driver version on the new system is not older than the driver on the old system. Make sure you have at least the same versions between the two and all should load just fine.
I hope this helps. Let us know if you have any additional questions.
Gary P.
Applications Engineer
National Instruments
Visit ni.com/gettingstarted for step-by-step help in setting up your system.

Rapidité d'execution PXI vs PXIe

Bonjour,
J'ai un souci de rapidité d'execution entre 2 type de chassis sur lesquels j'ai le même VI qui tourne!
Je réalise une acquisition de 2MS/s avec une architecture producteur consommateur. Je stocke directement dans une file d'attente mes échantillons IQ qui sont transmis à la boucle consommatrice pour réaliser les opérations de démodulation.
Mon problème est que ce VI tourne mieux sur le chassis PXI équipé d'un controleur avec processeur 2Ghz et RAM 1Go que sur mon chassis express équipé d'un controleur double coeur et d'une RAM de 3,37Go!!!
Le chassis express n'arrive pas à traiter mes échantillons en direct il est obligé de les stocker dans la RAM et donc ça augmente énormement le temps de traitement alors que le chassis standard réalise la démodulation en live sans remplir la RAM!!
Je presice que les OS sont, sur les 2 controlleurs, des windows XP SP2 et que les VI sont strictement identiques!!!
Je ne comprend pas
help please
cordialement

Bonjour,
Tout d'abord, étant donné que vous n'avez pas le même matériel (je parle des cartes connectées sur vos chassis), il est très probable que vos VIs ne soient pas exactement les mêmes.
Ensuite, avoir un processeur utilisé à 100% en permanence n'est pas une bonne chose. Ceci est donc un point à corriger dans votre (ou vos) Vi(s). Si sur votre chassis PXI, le processeur tourne à 100% c'est que vous utilisez votre système à plein régime. Selon vos besoins, vous devez adapter l'implémentation de votre code LabVIEW. Quoi qu'il en soit, cadencer votre boucle d'acquisition est fortement conseillé. Forcément, cela allongera un peu votre temps total mais votre matériel n'acquérira plus au maximum de sa capacité (et peut être de façon irrégulière si le temps de traitement des données varie au fil des itérations de votre boucle d'acquisition).
Vous devez en fait adapter votre implémentation en fonction de vos besoins, c'est à dire que si vous voulez acquérir des données de façons rapide avec un très faible intervalle de temps entre les acquisitions alors la fonction "Attendre un multiple de (ms)" correctement paramétrée devrait ralentir de façon minime votre temps d'exécution. Si toutefois acquérir 100 données par seconde par exemple est suffisant, vous pouvez diminuer la fréquence d'acquisition et donc économiser de la ressource processeur.
Il en est de même pour votre file d'attente. Si votre priorité est de récupérer toutes les données alors vider la file d'attente est important. Si toutefois, lors de l'arrêt de l'acqusition, votre priorité est d'arrêter l'exécution aussi rapidement que sur votre contrôleur PXI alors vous pouvez abandonner le traitement des données restantes dans la file d'attente.
Cordialement,
Jérémy C.
National Instruments France
#adMrkt{text-align: center;font-size:11px; font-weight: bold;} #adMrkt a {text-decoration: none;} #adMrkt a:hover{font-size: 9px;} #adMrkt a span{display: none;} #adMrkt a:hover span{display: block;}
Travaux Pratiques d'initiation à LabVIEW et à la mesure
Du 2 au 23 octobre, partout en France

PXI-8532 DNET card is not detected in MAX

Hi all,
I'm using NI PXI-1031(4 slot PXI chassis). I have the following cards in the respective slots
Slot 1= PXI-8106 Controller
Slot 2= PXI-6259 card(AI)
Slot 3= PXI-6509 card(DI,DO)
Slot 4= PXI-8532 Card(DNET)
In MAX(Measurement & Automation Explorer), I was expecting all the above cards(PXI 6259, 6509 & 8532) to be detected under Devices and Interfaces. But only the AI and DIO cards are detected in MAX under Remote Systems>>PXI>>Devices and Interfaces.
PXI-6259 (PXI1 Slot2)
PXI-6509 (PXI1 Slot3)
The device net card, PXI-8532 is not detected in MAX. Does MAX shows/detects the DNET card?
In MAX, I selected Tools menu>>NI-DNET>>RT Hardware Configurations. Then a window prompts for RT IP address. After entering the IP address, I pressed OK. A message appears that no device is found.
Can any one help me how to detect the DNET card in MAX and do the DNET port configuration?
DNET driver version - 1.6.4
Thanks,
Raja
Solved!
Go to Solution.

Dirk,
Thanks for the reply. After updating the new driver, I am able to detect the DNET card PXI-8532 in MAX
New driver - NI-Industrial Communications for DeviceNet 2.1
But Im not able to configure the Device Net port. In MAX, I selected the menu option Tools>>NI-DNET>>RT Hardware Configurations. Then a window prompts for RT IP address. After entering the IP address, a message appears that no device interface is found.
By default, the DNET0 port is configured for the card in MAX. So I tried to communicate from LabVIEW using DNET0 port.
After installing Devicenet 2.1, an additional function palette has been added for DNET in LabVIEW.
Old DNET function palette - Instrument IO>>DNET
New DNET function palette - Industrial Communications
My original application was written with old function palette VIs which corresponds to DNET 1.6.4 version. In the download link that you shared has a description about the driver compatibility. The description says still the DNET card PXI-8532 is compatible with NI-DNET 1.x LabVIEW VIs.
With the old DNET VIs, I tried to establish communication with DNET interface port "DNET0". But it shows error while opening the interface.
Error Code ="-1074388957" - The Interface is invalid or unknown. Solution: Verify that the interface is assigned to a specific port within the Devices and Interfaces branch of the Measurement and Automation Explorer (MAX).
With the new DNET VIs(DNET 2.1.0), Im able to open the DNET interface successfully. But my original application was written in Old DNET VIs (DNET 1.6.4).
1. Do you know why the DNET 1.6.4 LabVIEW VIs are not working with PXI-8532 DNET card?
2. Can you help me how to configure DNET port in MAX for PXI-8532 DNET card?
Thanks,
Raja
LV 2009, Windows XP

Can i use PXIe-1073 with an embedded PXIe controller PXIe-8108

I have a PXI express chassis PXIe-1073 with an integrated controller MXI-Express controller PCIe-8361. I now want to use the chassis as a standalone system with an embedded controller.
(a)Can i use PXIe-1073 chassis with PXIe-8108 embedded controller
(b)Can i use a windows based laptop to control the PXIe-1073 via the PCIe-8361 integrated controller.

Hello kanad,
The PXIe-1073 is a MXI-integrate chassis. This means that the MXI card that would normally go into the controller slot (slot 1) is built into the chassis. The PCIe-8361 or Expresscard8360 are placed into the desktop or laptop, respectively, and connect to the chassis. The cards in the PXIe-1073 then appear as if they are part of the desktop of laptop.
Since the controller is built into the chassis, the PXIe-1073 does not have a slot 1. Controllers, such as the 8108 can only be plugged into slot 1. Therefore, the PXIe-1073 can only be controlled by the desktop or laptop MXI link. It cannot run standalone with an embedded controller.
Consider reading page 1-3 and 1-6 in the manual below:
NI PXIe-1073 User Manual and Specifications
Regards,
George T.
Applications Engineering Specialist
National Instruments UK and Ireland

Pushing the limits of continuous high-speed DAQ + processing, with PXI-6115 + PXI-8360

Hi all,
I'm trying to do continuous high-speed data acquisition + processing. I currently have:
Chassis: PXI-1042Q
AI card: PXI-6115 (x2)
Link: PXI-8360
PC CPU: Intel Xeon W3503 (dual-core, 2.40 GHz)
RAM: 4 GB
The idea is to continuously grab 8 channels' worth of analog inputs, scan for "events", and if found, log the events to disk.
My client would like to use the maximum sample rate of 10 MHz, but I found that above 5 MHz, DAQmx Read.vi can no longer keep up (e.g. at 6 MHz, it takes 110 ms to read 100 ms' worth of data).
Im thinking of getting beefier components, but I'm not sure where the bottleneck is. Here are some thoughts:
1) The MXI Express link
The PXI-8360 is rated for a sustained throughput of 100 MB/s.
I'm not sure how big the data is. PXI-6115's ADC is 12-bit. Does that mean each datum transferred through the MXI cable is 1.5 bytes? Is the data padded? Or is it 8 bytes per datum, because Dbls are being transferred?
2) The CPU
In Resource Monitor, I notice that the CPU usage is 0% at 60 kHz, 8% at 61 kHz, and 50% at 70 kHz (meaning that one core is maxed out). I'm surprised that it keeps up all the way until 5 MHz though.
What causes this high CPU usage? Is it due to the conversion of the data into 1D array of waveforms?
3) Something else?
Have I missed something completely? Is what I'm describing even possible?
Thanks in advance for any advice!

Hello,
Each sample will take up 2 bytes, 12 bits data + 4 empty bits. so the PXI-PCI 8360 is only able to transfer a maximum of 50S/s in this case.
Also, because the PXI bus is shared among all of the cards, two PXI 6115 cards will be trying to transfer 80MS/s or 160MB/s.
Finally, since the PXI 6115 are DAQ family cards, their specifications aren't really written for continuous data acquisition at the upper end of their sample rate, but I'm interested to know if you can get up to 10MS/s with only one card operating at a time?
-Jim B
Applications Engineer, National Instruments
CLD, CTD

CTR works with PXI 8196,PXIe 8102, fails with PXIe 8100 - why?

My client has reported a problem.
For years he has used a PXI 8196 RT Controller with PXI 6602 Counter card and my software has given good results. They have 20+ of these systems and they have worked well.
Now they are moving to PXIe 810x controllers, for cost reasons.
WIth a PXIe 8102, the same code also works perfectly, measuring total counts over a period, as well as instantaneous frequency.
With a PXIe 8100 - the exact same code reports DIFFERENT answers. The reported frequency is always 1% HIGHER than actual (For example, a known 4500 Hz input is reported as 4500 Hz on 8102, but as 4545 Hz on 8100.
This happens on any channel, and swapping just the controller will make the problem come and go.
Here is the CONFIGURE code, where the channels are set up (again, this has worked for years).
Here is the SAMPLE code:
Basically the CONFIG code configures the thing to count edges. I do this because they need an accurate count over a 20-minute period, in addition to instantaneous frequency readings.
The AVG TIME is a user-settable number defining how long a period to average, when showing the "instantaneous" frequency.
So, I create a buffer for N samples, corresponding to that period.
At SAMPLE time, I read the counter. I replace the oldest value in the buffer with the newest, then subtract the newest - oldest to get the total counts in the sample period.
The PULSES PER COUNT item is a scaler, to account for a 60-tooth wheel, or something.
So, this same code has worked perfectly for years, until I plug an 8100 code in. Then the result changes by 1 %, and EXACTLY 1%?
The CPU burden on the bad controller is 31%.
Any ideas?
Steve Bird
Culverson Software - Elegant software that is a pleasure to use.
Culverson.com
Blog for (mostly LabVIEW) programmers: Tips And Tricks

Well, the controllers are not in my own hands. I have an 8196 controller and on that, the CPU time is between 2 and 4%.
But the 8100 and 8102 controllers are in my client's hands.
I haven't gotten any hard timing numbers other than I saw the 31% figure reported on the video monitor.
It's hard to believe that it would be EXACTLY 1% if it was CPU overburden.
My software includes a calibration facility; here is a run from the good 8102:
Here is a run from the 8100:
This was with a reference digital freq generator. You can see the one case where everything is within 0.1 Hz.
the other case has everything EXACTLY 1% higher. My only explanation is that the scan engine is running 1% slower.
Steve Bird
Culverson Software - Elegant software that is a pleasure to use.
Culverson.com
Blog for (mostly LabVIEW) programmers: Tips And Tricks

PXI-6115 & PXI-6143 on Same Computer, RDA's Future

Today I installed several PXI-6115 cards and realized that they are only
supported with traditional DAQ under version 7.2. This is OK for now
because I'm already limited to traditional DAQ to be able to use RDA.
However, I was considering adding the new inexpensive S board, the PXI-6143,
to my system. According to the list of supported boards this board is only
supported by DAQmx. Questions:
1. How can these two S boards be used by the same system if programming with
LabVIEW?
2. Any guesstimate on if or when the PXI-6115 will be supported by DAQmx?
3. Any guesstimate on if or when RDA will be supported by DAQmx? RDA
(remote data acquisition) is an extremely valuable DAQ method and I hope it
will be supported by D
AQmx soon!

Hello,
You are correct about the support of both boards. The 6143 is only supported in DAQmx, and the 6115 is only supported in Traditional DAQ. Here is the best that I can do for the other questions.
1. You can program each card in a different driver. This is not a problem at all. The only conflict occurs when you try and program a card in both drivers at the same time. Such as trying to do analog output in Traditional DAQ and analog input in DAQmx.
2. This is internal information only. For further information I would contact your local sales representative, she/he might be able to assist you further.
3. Again, if and when is internal information. It is not currently supported. At the moment, you can use remote front panels, or create y
our own server/client VIs to control a remote DAQ board.
These are excellent pieces of feedback for our R&D department. I highly encourage anyone who reads this thread to submit product feedback using this link.
Best regards,
Justin T.
National Instruments

Bluetooth connectivity for PXIe-1071, PXIe-8133

Hi, There are about 24 numbers of NI PXIe-1071 chassis with PXIe-8133 controllers in our lab. I would like to interface a Bluetooth device (EEG and ECG monitors) with the DAQ. The DAQs are running Windows 7 and LabVIEW.
How would you suggest I connect the Bluetooth devices to the DAQs?
If I buy Bluetooth dongles that fit via the USB is that a good solution?
Thanks.
Philip

Hi PKP,
Since your controllers are running Windows 7, they function just as a normal computer would; therefore the USB ports would behave just as a desktop would. You could load the drivers onto the controller and collect data from the bluetooth device that way. Do you have software to read the EEG and ECG signals into LabVIEW?
Best,
tannerite
Tannerite
National Instruments

PXI-8630, PXIe-1078 non identifiés dans MAX

Similar Messages

Maybe you are looking for