Faire dialoguer un contrôleur PXI-e avec un rack PXI

Bonjour,
Je souhaite approvisionner un rack PXI-e avec un contrôleur PXI-e et le ponter avec un deuxième rack qui est en PXI, est-ce possible?
Existe t-il un pont PXI<->PXI-e?
Je souhaiterai ne pas passer par un PC, mais bien rester en embarqué sur un contrôleur PXI-e.
Le rack PXI-e est nécessaire pour l'approvisionnement de nouvelles cartes, nous souhaitons garder le second rack en PXI car nous avons des cartes maisons dans ce format.
Merci

Bonjour cedr07,
You are in the english part of the forum.
It would be nice to ask your question in english. Nevertheless, you can post your question in french here.
Indeed, you can use a PXI chassis as anextension of a PXIe one.
To do that you should use a MXI links which are software transparent, they do not require any programming.
You should contact National Instruments sales departement to have more details: 01.57.66.24.24 (french phone number).
Tu peux relier tes deux chassis (PXI et PXIe) en utilisant une liaison MXI.
Nénamoins, tu auras besoin d'un kit MXI (2 cartes PXI et un cable).
Je te conseille de contacter le service commercial de NI ou directement le commercial de ta région pour avoir des informations précises en fonction de ton environnement de travail/projet.
Valentin
Certified TestStand Architect
Certified LabVIEW Developer
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

  • Mémoire DDR2 RAM pour contrôleur PXIe-8108 / DDR2 RAM memory for PXIe-8108 controler

    Bonjour,
    Je recherche la référence exacte pour une mémoire de 4Go DDR2 RAM pour un contrôleur PXIe-8108.
    Nous avons actuellement une mémoire DDR2 de 1Go qui se révèle être trop juste pour nos besoins.
    Merci d'avance pour votre aide.
    Cordialement,
    Tenanio
    Hello,
    I am looking for the exact reference number of a 4Gb DDR2 RAM memory to use with a PXIe-8108 controler.
    We have a 1Gb DDR2 memory which is not enough for our requirements.
    Thank you for your help.
    Tenanio
    Solved!
    Go to Solution.

    Bonjour,
    Merci d'avoir posté sur le forum NI.
    Vous pouvez trouver toutes les informations sur les documents suivants :
    Page 2.25 :NI PXIe-8108 User Manual
    NI PXIe-8108 NEW! 2.53 GHz Dual-Core Embedded Controller for PXI Express
    Cordialement
    Samuel G. | Application Engineer Team Leader
    Certified LabVIEW Developer
    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

  • Problème avec contrôleur MCLM-3003-06-S de chez Faulhaber

    Bonjour,
    Je suis actuellement en stage en Écosse, je dois faire un programme LabVIEW qui envoie un programme et le lance (pas de soucis) puis qui demande au contrôleur de renvoyer la position et courant du moteur (LM 1247).
    Il envoie et de départ du programme fonctionne très bien, j'arrive à récolter les données de position et courant mais si le moteur bouge au bout de 10 à 300 mesures j'ai ne plus rien...
    La communication se fait par RS323 en ASCII. Pour avoir le courant et position il suffit d'envoyer une commande (BINSEND) avec les bons réglages puis le contrôleur renvoie les données on accuse réception par 0 xc9 et il renvoie celle d'après.
    Vous avez une idée d'où peut venir le problème? Ou si vous avez eu le même… Merci de m’aider !!!!
    PS : avec le logiciel du constructeur (Motion manager) tout fonctionne à merveille… Pour le moment je n’ai qu’un logiciel espion pour le port COM, pas d’analyseur logique… Je ne constate rien d’anormale…
    Merci d'avance

    Bonjour Isabelle,
    En effet je ne pense pas au timeout car même s’il est grand j'ai l'erreur.
    Je mets mon Vi en attacher.
    La boucle de mon programme :
    J’ai fait une modification qui n’est pas belle mais qui un résultat, je pense qu’il y a mieux…. ( je mets aussi le Vi) :
    Pièces jointes :
    test (2).vi ‏24 KB
    test (2) modif.vi ‏28 KB

  • Envoi d'un fichier .txt sur contrôleur Stäubli CS8C avec les fonction FTP

    Bonjour,
    Voilà, pour mon travail de diplôme, je dois créer une interface sur LabVIEW pour communiquer avec un robot Stäubli TX60.
    Mon problème est que je dois envoyer un fichier .txt dans le contrôleur CS8C du robot. Pour le faire je pensais le faire avec un bloc "FTP put file". Mais lorsque je lance mon VI, j'ai un retour sur error out et error file qui sont OK. Mais quand je contrôle si le fichier à bien été copier dans le répertoire voulu avec la commande DOS de WINDOWS, il n'y a rien.
    Je pense que je dois avoir un problème avec le "remote path" du bloc "FTP put file" car en essayant avec la commande DOS de WINDOWS j'y arrive et le "remote path" est le suivant :    ftp>cd /usr/usrapp.  Puis je copie le fichier dedans.
    Moi j'ai essayer ces chaînes sur LabVIEW pour le remote path :  ftp://usr/usrapp
                                                                                                  //usr/usrapp
                                                                                                  usr/usrapp
                                                                                                  \usr\usrapp
    Merci de vos information
    Si autre solution pourquoi pas!!!
    Résolu !
    Accéder à la solution.

    Bonjour,
    Avez vous essayé avec  usr/usrapp/fichier.txt ?
    Cordialement,
    Aurélien J.
    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;}
    >> Du 30 juin au 25 août, embarquez pour 2 mois de vidéo-t'chat ! Prenez place pour un voyage au coe...

  • PXI3072 en multi contrôleur​s

    Bonsoir,
    Je suis actuellement en possesion d'une carte du type PXI3072 de la firme Goepel.
    Elle permet de communiquer en protocole LIN via trois contôleurs indépendants l'un de l'autre ce qui fait trois lignes LIN sur la carte.
    J'utilise LabVIEW8.5 et fait fonctionner mon VI en RT.
    Le but est de pouvoir gérer deux lignes LIN (donc configurer deux contrôleurs en maître).
    Pour tester le LIN j'ai d'abord fait mon VI avec un seul contrôleur (en l'occurence le premier de la carte) et en configurant et initialisant correctement la carte (je me suis inspiré de l'exemple de Goepel pour faire cette étape). Il n'y a aucun problème à ce niveau, j'arrive à envoyer des requêtes à l'esclave connecté. J'arrive à lire ses réponses et il prend en compte les commandes que je lui envoi.
    Par contre dès qu'il s'agit de configurer le deuxième contôleur, les sous VI de Goepel me remontent l'erreur "-200 Read time out" donc que la carte n'a pas répondu à une commande. 
    J'ai pourtant bien séparé les configurations communes aux deux contôleurs:
    DriverInit
    XilinxDownload
    0x10
    SoftwareReset
    0x03
    EnableFunctionalities
    0x81
    SetRelays
     et celles étant indépendantes:
    EnableTask
          0x15
    SetChecksumModel
    FillSchedulerTable
          0x54
    LINMonitorActivation
          0x28
    MasterStartTransmitting
    Je n'arrive pas à trouver l'erreur qui peut provoquer ce genre de remontée surtout que j'ai fait un copié collé avec le contrôleur1...
    Merci à vous,
    Jull 
    Cordialement,
    Julien V.

    Bonjour,
    Nous ne disposons pas d'informations concernant l'erreur générer par le vi de Goepel. En effet cette erreur est spécifique aux drivers de cette société.
    Je vous invite donc à les contacter pour obtenir un support sur votre produit
    Cordialement,
    Alexandre M. | Certified LabVIEW Developer
    Embedded and Control Systems Engineer (NI France)

  • Le micro-contrôleur c167 fait planter le logiciel LabVIEW 2012

    Bonjour,
    Tout d'abord je vous explique l'expérience que j'effectue.
    Je souhaite piloter automatiquement un robot cartésien qui effectuera une cartographie du champ magnétique en 3D.
    Pour cela j'utilise une carte PCI-7334 reliée à l'UMI-7774 qui est lui-même relié au robot.
    Pour faire ma cartographie j'utilise un capteur magnétique qui est relié au micro-contrôleur c167.
    Lorsque je lance le programme LabVIEW qui effectue la cartographie ainsi que la communication avec le c167 le logiciel plante aléatoirement (1ère mesure autant que la dernière) .
    Si j'effectue une mesure en 1D il advient de même.
    Cependant lorque le programme permettant le déplacement du robot est séparé (VI à part) du programme permettant la communication des mesures cela fonctionne très bien et vice-versa.
    N.B : J'utilise des dll pour reprendre le programme Labwindows/CVI
    J'ai essayé de rajouter des temporisations un peu partout mais rien n'y fait.
    Cordialement,
    fabien65

    Bonjour Isabelle,
    En effet je ne pense pas au timeout car même s’il est grand j'ai l'erreur.
    Je mets mon Vi en attacher.
    La boucle de mon programme :
    J’ai fait une modification qui n’est pas belle mais qui un résultat, je pense qu’il y a mieux…. ( je mets aussi le Vi) :
    Pièces jointes :
    test (2).vi ‏24 KB
    test (2) modif.vi ‏28 KB

  • Initialisa​tion / arrêt du contrôleur Motion

    Bonjour,
    Je possède une carte motion control PXI-7342 et une UMI-7772.
    Au lancement de mon exécutable, le défaut 70012 (par exemple) apparait régulièrement. Je souhaiterais savoir comment il faut :
    initialiser correctement le contrôleur Motion lors du lancement de l'exécutable (doit on et comment utilise t on "start motion.flx" ou "Clear Power up Status.flx" ou "Reset Motion controller.vi" ou "Initialize Controller.flx" ... ?)
    arrêter correctement le contrôleur lorsque l'on quitte l'exécutable (doit on et comment utilise t on "stop motion.flx" ou "Enable Shutdown" ... ?)
    Concernant le défaut 70012 j'ai vu dans une documentation NI que pour corriger le problème (sous Labview 7.1) il fallait lors de la création d'un exécutable, (fonction "Build Application or Shared Library") décocher la case "Disconnect type definitions and remove unused polymorphic VI instances" de l'onglet "Application Settings". Quelqu'un a t il vérifié cette solution ?
    Merci pour vos réponses.
    Guillaume qui galère.

    Rebonjour,
    J'ai effectué d'autres recherches sur cette erreur, avez vous un firewall d'activé sur votre PC car il est possible que le driver motion bloque le driver Motion.
    Voici un autre document qui fait référence à cette erreur:
    http://digital.ni.com/public.nsf/allkb/DB2525CA0DC​5FCDE862571FC0073DA99?OpenDocument
    Veuillez me tenir informé si vous êtes dans ce cas.

  • Changer la batterie du contrôleur du storage ST2540

    Bonjour,
    Le changement de cette batterie nécessite-t-elle un arrêt du storage/contrôleur?
    Veuillez me préciser aussi le cas où en change les deux batteries?
    Merci pour vos réponses.

    Cela dépend s'il y a un ou deux contrôleurs et elles se trouvent fixé dans le contrôleur lui-même.
    Une procédure de remplacement existe dans MOS sous la référence 1390981.1

  • Je veux faire réparer un board PXI-6733 (P/N: 778512-01)

    Bonjour,
    J'aimerais savoir la procédure pour faire réparer une carte PXI. Est-ce que je dois avoir un numéro de RMA? À quelle adresse dois-je envoyer le board endommagé?
    Mon board est un PXI High-Speed Analog Output Card (P/N: 778512-01)
    Vous pouvez me contacter à l'adresse suivante: [email protected] ou au 514-335-4200 ext.2064
    Merci beaucoup,
    Benoit Létourneau

    Bonjour Benoît,
    Vous pouvez appeler notre département RMA directement au 877-493-2406. Gardez à l'esprit qu'ils parlent anglais.
    Tim O
    Applications Engineer
    National Instruments

  • Peut-on faire fonctionne​r les cartes pxi-7334 et 6052E avec le controleur PXI-8820 dans un chassis 8186 avec Labview8.5 ou 2012?

    Bonjour à tous,
    J'ai un chassis PXI 8186 avec un controleur PXI 8186 sous Windows XP avec les tirroirs PXI 7334 et PXI6052E.
    Pour les besoins des projets, je doit l'utiliser connecter sur internet.
    Je souhaiterais l'upgrader, avec un controleur PXI-8820.
    Savez-vous si, mes tirroirs PXI 7334 et PXI6052E  fonctionnerons avec cette nouvelle configuration, avec Labview 8.5 ou Labview 2012.
    Cordialement.

    Bonjour,
    Merci d'avoir posté votre question sur le forum de National Instruments.
    Pour répondre à votre question, vous ne pouvez malheureusement pas simuler de carte FlexRIO dans MAX.
    Je vous joins quand même le tutoriel suivant qui pourra vous aider à l'avenir :
    How to Simulate FPGA Hardware Targets Using the Project Explorer with LabVIEW :
    http://digital.ni.com/public.nsf/allkb/F466AD83D24F041D8625714900709583?OpenDocument
    Brice S.
    National Instruments France

  • Est il possible de faire correspondre la couleur d'un bouton avec une valeur numérique ?

    Bonjour à tous,
    J’aimerais faire correspondre l’intensité de la couleur d’un bouton (ou d’une led) avec une valeur numérique. Est ce que quelqu'un à une idée par hasard ?
    Merci par avance,
    ManDeb  
    Solved!
    Go to Solution.

    I don't speak French but according to your example you want this?
    Also, I just realized the vi already posted the same thing, just that the boolean was false when i ran it so it looked like it wasn't working to me
    Message Edited by elset191 on 05-20-2009 10:52 AM
    Tim Elsey
    LabVIEW 2010, 2012
    Certified LabVIEW Architect
    Attachments:
    colors.vi ‏10 KB

  • Je n'arrive pas a télécharger la nouvelle mise a jour sur mon iphone 3g ce qui fais que je ne peux pas télécharger d'applications comment faire ? J'ai déjà tester avec Itunes, ça ne marche pas !

    Je viens d'acheter un iphone 3g et j'ai voulu télécharger des applications (Facebook...) et au moment de télécharger mon iphone me dis qu'il faut que je mette a jour mon iphone sur la version 6.01, sauf que je trouve pas la mise a jour dans mon iphone, même sur app store, ou même avec itune, comment faire ?

    Anny1247 wrote:
    Naufzinger wrote:
    Bonjour, je susi désolè de répondre vous si tard. Je suis sûr que vous avez résolu de votre question. Sur ici, je veux seulement vous dire que si vous rencontrez cette question encore, vous pouvez essayer de utiliser logiciel de Récupération données de iPhone. Facile et efficace à utiliser. Par example:
    récupérer photos iphone
    recuperer video supprimer iphone
    Souhaitez mon réponse peut aider vous à résoudre votre question. Bonne journées.
    j'ai acheté un nouvel iphone et veux savoir comment transférer les données iphone vers d'autre iphone, merci !
    Bonjour
    si vous voulez transférer les données facilement et rapidement, je pense que vous devez utiliser un logiciel, chercher sur google
    bonne chance

  • PXI-8187 System state: Unconfigured

    Bonjour,
    j'ai un problème au boot avec mon controleur PXI-8187 dans un chassis PXI-1000B
    message affiché:
    Labview RT Boot Loader
    (C) Copyright ....
    Intel 8255x Ethernet found.
    Initializing network ... done: IP address is 0.0.0.0
    System state: Unconfigured
    Merci pour votre reponse
    Cordialement.

    Bonjour,
    Tout d'abord, il faut connecter votre contrôleur à un PC Host. Sur ce PC Host, il faut que LabVIEW RT (même version que sur votre contrôleur PXI) et MAX (Measurement and Automation eXplorer) y soient installés.
    1/ Dans MAX, allez à la rubrique "Systèmes déportés" ainsi votre contrôleur doit apparaître sous cette arborescence.
    2/ Une fois votre contrôleur sélectionné, dans la partie droite de MAX, pour configurer l'adresse IP de votre contrôleur, sélectionnez l'obtention d'une adresse IP en DHCP. Afin d'avoir les mêmes paramètres réseau que le PC Host.
    3/ Cliquez sur le bouton "Appliquer"
    4/ Redémarrez votre contrôleur.
    Lors du redémarrage de celui-ci, l'adresse IP configurée précedemment dans MAX, doit apparaître sur l'écran de votre contrôleur.
    Ensuite, pour l'utilisation de vos cartes PXI de votre chassis, vous devez installer les drivers correspondants à ces cartes en allant dans la partie "logiciels" de voter contrôleur puis en cliquant sur "Installer". Attention, il faut que les drivers soient installés sur le PC Host et soient plus récents que Novembre 2003.
    De plus, voici une :note d'application en anglais reprenant ces différents points.
    Salutations,
    Isabelle
    Ingénieur d'applications
    National Instruments France

  • 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

  • DAQmx : tâche multivoies ou plusieurs tâches à une voie ?

    Bonjour,
    Mon projet utilise un module PXI-6512 (sorties numériques) pour piloter une trentaine d'instruments, chacun étant relié à une seule voie de sortie et recevant une commande de type marche/arrêt suivant la valeur booléenne sur la voie. Le code lui-même tourne en LabVIEW Real-Time, comme application autonome sur un contrôleur PXI-1036.
    Il est bien sûr possible de créer une tâche DAQmx avant chaque envoi de commande et de la supprimer après. Mais la suppression de la tâche libère l'accès à la voie. Or, je préfère réserver la ressource par une tâche DAQmx pour empêcher tout accès malencontreux via le réseau (par exemple avec un panneau de test sous MAX... problème déjà évoqué dans un autre fil).
    La question est donc la suivante : pour l'allocation de la mémoire du contrôleur PXI, vaut-il mieux maintenir pendant l'exécution du programme une tâche DAQmx incluant une trentaine de voies ou une trentaine de tâches correspondant chacune à la commande d'un matériel ? La première solution impose de récrire pour chaque commande le tableau entier des valeurs de sorties plutôt qu'une seule valeur correspondant à la commande modifiée, mais ce n'est pas un problème ici.
    Merci d'avance,
    HL

    Merci pour cette réponse... mais je ne suis pas certain de ce qu'il faut en conclure en pratique
    J'avais bien sûr noté que la création de tâches parallèles (chacune incluant une seule voie de sortie) implique celle d'autant de buffers, à maintenir durant toute l'exécution du code pour les raisons expliquées dans le message initial (réservation des voies). Mais comme la taille de chaque buffer est alors plus faible que celle du buffer nécessaire à une tâche unique incluant (et réservant) toutes les voies de sortie, la question était de savoir ce qui est le plus efficace en termes de gestion de mémoire du PXI (étant rappelé que, dans ce cas précis, le fait d'avoir à renvoyer toutes les valeurs de sortie à chaque modification d'une seule voie ne pose pas de problèmes de performances).
    Merci d'avance,
    HL

Maybe you are looking for