Initialisation / 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/DB2525CA0DC5FCDE862571FC0073DA99?OpenDocument
Veuillez me tenir informé si vous êtes dans ce cas.

Similar Messages

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

PXI3072 en multi contrôleurs

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)

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

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...

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

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

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

Initialisation multisegment-pipes

Bonjour,
j'essaye d'initialiser par reférence plusieurs multisegment pipes (module DSC) à un état donné et de leur attribuer une couleur spécifique pour les états vrai et faux mais le fonctionnement, contrairement à celui des pipes classiques, semble obscure.
Les changements d'états semblent ne se faire que sur des évennements de face avant et les correspondances entre le tableau de couleurs et les couleurs du contrôle sont variables selon que l'on utilise la propriété "Value" ou la propriété "Value (signaling)"
Si quelqu'un peut m'expliquer ce qui pose problème dans l'exemple unitaire que je joins à ce message il me sera d'un grande aide.
Sebastien DEVISSCHER - Nerys
Pièces jointes :
testMultipipeColor.vi ‏15 KB

Bonjour,
En ce qui concerne les couleurs, dans le tableau Colors [2], le premier élément (indice 0) correspond à la valeur faux et le deuxième élément (indice 1) correspond à la valeur vrai d'une des pipes.
En ce qui concerne ton initialisation, utilise la propriété "Value (signaling)" qui te permet de modifier la valeur par programmation. Il te suffit donc de câbler Vrai en entrée de la propriété "Value (signaling)" et les trois seront initialisées à vrai. Si tu veux que les trois éléments aient des couleurs différentes, il te faudra trois tableaux Colors [2].
La propriété "Value" ne fera un changement d'état que sur action utilisateur.
Cordialement.

Contrôle table X-Y-Z pour positionnement microscope

Bonjour,
je désirs contrôler une table XYZ pour un microscope à l'aide de labview. Pour celà, je dispose de trois contrôleurs que je commande avec le port série. Afin de pouvoir contrôler la table indépendemment du contrôleur connecté, je teste lequel des trois connecteurs est sélectionné et lui envoi mes commandes de positionnement.
J'ai créé une classe parente contrôle ainsi que trois sous-classe pour mes contrôleurs.
Je désirs centrer ma table, et pour cela, je dois procéder tout d'abord à une calibration de ma table afin que le contrôleur puisse calculer la position du centre. Ceci prend environ 50 secondes. Mon problème est le suivant : je dois envoyer la commande de calibration, et quand celle-ci est terminée seulement, envoyer la commande de centrage. J'ai donc créé une boucle d'attente dans laquelle je teste si ma table est stable, et une fois ceci OK, j'envoie la commande de de centrage. Le hic est que lorsque je suis dans ma boucle, mon programme y est bloqué et aucune autre action sur le contrôleur n'est possible (par exemple impossibilité d'envoyer une commande "abort").
Si quelqu'un a une idée de comment faire pour tester si un ordre à été donné d'effectuer la méthode de calibration et de centrage sans bloqué mon programme principale a l'intérieure de la boucle de test d'état de la table et ainsi de me permettre d'envoyer de nouveaux ordre , elle serait la bienvenue.
Du moment où je ne suis pas sur d'avoir été clair, n'hésitez pas à me demander des précisions.
Merci beaucoup d'avance

Bonjour,
Pouvez-vous nous faire partager votre solution?
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...

Protection des accès réseau à un PXI via MAX ?

Bonjour,
1) Je pilote un PXI (châssis PXI-1036 + périphériques d'E/S numériques PXI-6511 & 6512) via un réseau local.
Le châssis et les périphériques apparaissent donc dans l'arborescence "systèmes déportés" sous MAX depuis n'importe quel poste connecté au réseau. Conséquence : lorsque les voies de sortie ne sont pas réservées par des tâches DAQmx (programme à l'arrêt par exemple), leur état est directement modifiable sous MAX par un simple panneau de test (cf. PJ), depuis n'importe quel PC et sans avoir à ouvrir de session (donc sans mot de passe)... ce qui pose un sérieux problème de sécurité pour les appareils qui restent connectés au PXI !
Pour les systèmes FieldPoint, des restrictions d'accès par adresses IP sont configurables sous MAX (sous l'onglet "FieldPoint Access Control")... mais rien de tel semble-t-il pour les systèmes PXI.
Existe-t-il un moyen de protéger de façon permanente l'état des voies de sortie du PXI de modifications intempestives via un réseau et d'empêcher une réservation à distance de voies d'E/S qui empêcherait leur accès par le programme ?
2) Même problème semble-t-il pour le redémarrage logiciel : pour les systèmes FieldPoint, on peut empêcher sous MAX le redémarrage à distance sans mot de passe. Mais je ne trouve pas de fonction équivalente pour les PXI ! J'ai donc pu, sans mot de passe, redémarrer le PXI sous MAX depuis un PC du réseau... ce qui pose là encore des problèmes de sécurité.
Existe-t-il un moyen de bloquer cette possibilité ?
Merci d'avance,
H.L.
Pièces jointes :
PXI.png ‏118 KB

Merci pour la réponse.
- Pour le point 1, le PXI a une adresse fixe ; je vais voir ce que je peux faire avec l'administrateur réseau pour les restrictions d'accès, mais c'est dommage de ne pas avoir pour les systèmes PXI un onglet "Access Control" sous MAX, comme pour les systèmes FieldPoint !
- Pour le point 2 : j'avais en fait résolu le problème de protection des redémarrages avec le VI "Lock Target" sous LabVIEW (qui rajoute une clé Protect_Reboot="TRUE" dans le fichier ni-rt.ini).
Par contre, je ne vois pas comment faire le même verrouillage sous MAX, ne voyant pas de case "Protéger les redémarrages" dans l'onglet Paramètres systèmes du système déporté (que je sois ou non connecté comme administrateur) !
Cordialement,
H.L.
Pièces jointes :
Connecté.png ‏72 KB
Déconnecté.png ‏74 KB

Calculer une vitesse d'un objet sur une vidéo.

Bonjour, voila je vous explique mon probleme je cherche à calculer la vitesse automatiquement d'un objet dans une vidéo avec une application labview. Je commence à avoir des idées et je partirais je le Motion dans labvieqw mais après je bloc donc si vous auriez des idées ou meme des solutions je suis preneur.
Merci pour les future réponse.

Bonjour,
NI Motion est un ensemble de commandes logicielles de haut niveau pour la communication avec les contrôleurs d’axes (type moteurs), donc je ne crois pas que ce soit l’outil que vous recherchiez.
Votre application va nécessiter un traitement automatisé d’images (peut-être même de l’acquisition d’images?), ce qui peut être effectué avec NI Vision Builder : http://www.ni.com/vision/software/vbai/f/.
Cette courte vidéo illustre le type d’application réalisable avec NI Vision Builder : https://www.youtube.com/watch?v=e7QJLMvHE1Y. Peut-être cela va-t-il vous inspirer…

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

Mon mac book air ne s'allume plus

Bonjour, mon mac book air ne s'allume plus, il reste avec un ecran gris avec un fichier portant un point d'interrogation, que se passe t'il?

http://support.apple.com/kb/TS1367?viewlocale=fr_FR
Réinitialisez le contrôleur de gestion du système.
Best.

Bonsoir mon iphone ne s allume plus, comment faire pour la garantie les demarches? merci

bonsoir mon iphone ne s allume plus quelles sons les demarches a éfectuer pour la garantie? merci

http://support.apple.com/kb/TS1367?viewlocale=fr_FR
Réinitialisez le contrôleur de gestion du système.
Best.

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

Similar Messages

Maybe you are looking for

Initialisation / arrêt du contrôleur Motion