Liaison série à 115200 bits/s

Je suis en train de réaliser une Appli qui reçoit des données via une liaison série RS232 à 115200 bits/s.
Seulement je n'arrive pas à l'optimiser afin qu'elle ne fasse plus d'erreur d'overflow ou qu'elle saute une ligne de donnée.
Dans mon Vi principal, j'ai dissocier la lecture du buffer du traitement des données.
Pouvez vous m'indiquer un moyen d'améliorer la reception des données ?
Merci d'avance.
Ci joint l'appli réduite .
Voir le fichier Lisezmoi pour le fonctionnement
Attachments:
Appli.zip ‏717 KB

Bonjour,
Apres un coup d'œil sur votre application, il s'avère que vous ne cadencez pas
vos boucles while. A partir du moment où l'on en utilise une il faut impérativement
la cadencer. Sinon elle tourne au max, cela implique qu'elle utilise des
ressources non nécessaires, et que de plus vous risquez de rater des itérations.
Essayez déjà ça, puis tenez nous au courant
Cordialement
Richard Keromen
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;}
>> Découvrez, en vidéo, les innovations technologiques réalisées en éco-conception

Similar Messages

Réception sur Labview de données par Liaison série depuis un PIC18F458

Bonsoir à tous,
Dans le cadre d'un projet ingénieur, j'ai dû développer une application sous un PIC18F458. A présent, j'ai des mesures que je souhaite pouvoir afficher sous Labview par la liaison série du PIC.
J'ai donc utilisé les exemples données sous Labview (8.4), et cela me renvoi quelques résultats... Le problème est que dans l'exemple, l'afficheur renvoi une chaîne de caractère. Pour ma part, ce sont des mesures que je vais afficher, donc j'ai modifier cet partie en ajoutant une convertion en "tableau d'octet" pour pouvoir commencer a visualiser quelque chose de cohérent.
N'y a t-il pas un autre moyen que d'afficher un tableau d'octets?
De plus, je souhaite envoyé plusieur mesures différentes sous labview, je souhaiterais savoir comment les réceptionner correctement, comment savoir laquelle est ma mesure de tension ou de courant par exemple?
Merci d'avance de votre temp,
Bien cordialement,

Merci,
J'ai travailler durant toutes la journée sur la mise en protocole pour l'envoi de différente valeur sur labview, mais j'éprouve des difficultés à le faire.
Tout d'abord, sur la partie PIC, comment définir ce protocole? (Envoi de plusieur trames consécutives, avec un identifiant de départ par exemple?)
Et sur labview, comment réussir à découper ces trames et savoir quel est la bonne?
Si quelqu'un aurais des idées, cela m'aiderais beaucoup.
Ci-joint ma fenêtre labview.
PS : mon code PIC simplifié est le suivant :
OpenUSART (USART_TX_INT_OFF & USART_RX_INT_OFF & USART_BRGH_HIGH & USART_EIGHT_BIT & USART_ASYNCH_MODE, 64);
while(1)
while(BusyUSART());
WriteUSART(totalSums); //variable totalSums
delay(); //(0,5 seconde)
while(BusyUSART());
WriteUSART(accumulator); // variable accumulator
Merci d'avance,
Pièces jointes :
Labview.PNG ‏78 KB

Liaison série RS232

Bonjour tout le monde,
J'ai fais un programme qui permet de lire la trame de donné envoyé par l'intermédiaire d'une liaison série, sauf que je ne sais pas si ça marche, car pour l'instant je n'ai toujours pas l'appareil qui sera connecté ... Mon programme lit la trame, puis la découpe la ou je lui ai demandé avant de transformer ces morceaux de trames en nombre qui seront ensuite affiché sur la face avant. J'ai bien peur que mon programme ai des problèmes de synchronisation avec le début de trame. Par contre, si il commence bien au début, logiquement il doit s'aretter à la fin vu que je lui ai rentré la longeur de la trame (23 octets).
Alors je voulais savoir si quelqu'un ici pouvait tester mon programme avec n'importe qu'elle appareil connecté en série pour voir si il fait bien l'acquisition des 23 premiers octets envoyés. A moins que quelqu'un ai une méthode pour "feinter" le PC et lui faire croire qu'on lui a envoyé quelquechose sur le COM1. Et d'après vous es-ce que mes craintes sur la synchronisation en début de trame vont s'avérer vraies ?
Je vous ai mis en pièces jointes mon VI en version 8.5 ainsi qu'une capture d'écran.
Je vous remercie d'avance.
Résolu !
Accéder à la solution.
Pièces jointes :
Panel (Station météo).vi ‏35 KB
Station météo diagramme.PNG ‏72 KB

J'ai rajouté la fonction VISA Wait On Event.
Pour le caractère de terminaison, je me suis posé la question et justement, moi mon caractère de terminaison c'est <CR><LF> (Carriage Return and Line Feed). Comment faire pour le modifier et mettre <CR><LF> dans "Car de terminaison" sur ma face avant ?
Pour la partie bleue, j'ai l'impression dans votre doc qu'il y a des virgules entre chaque donnée, il vous suffit alors d'utiliser la fonction "Spreadsheet String to array" en définissant le séparateur en virgule (au lieu de Tab par défaut), et vous aurez automatiquement un tableau vous retournant les différentes données séparées.
Merci beaucoup de l'astuce, je ne connaissais pas ! J'ai par contre un problème, je n'arrive pas à relier de tableau à la sortie de "Spreadsheet String to array". Et sinon, que dois-je relié à "Chaîne de format" ?
Merci beaucoup !
Pièces jointes :
fil de liaison brisé.png ‏3 KB
schéma modif2.png ‏21 KB

Problème lors de la commande d'un multiplexeur à partir d'une liaison série

bonjour ,
mon problème est le suivant : lorsque j'ai écris 2 fois sur le bus série donc deux fichiers Write et j'ai mis un seul fichier read la machine me renvoie seulement l'état de la première commande qui était écrit dans le premier fichier Write,
alors qu'elle est censée renvoyer les deux états en même temps , je m'explique :
j'ai écris dans le premier fichier Write M01C01 et dans le deuxième M02C01 , je n'ai récupéré que la deuxième c'est à dire M02C01 ,alors que je devrait recevoir en sortie M01C01 M02C01.
Si vous auriez besoin d'informations complémentaires, n'hésitez pas !

Bonjour,
Merci d'avoir posté votre question sur les forums de National Instruments.
Si je comprends bien le problème que vous exposez, vous rencontrez un comportement étrange lors de l'écriture sur votre port série de trames d'information.
En effet, vous ne récupérez qu'une partie des informations que vous envoyez.
Ai-je bien compris le problème ?
Si tel est le cas, êtes vous sûr du paramétrage de votre lecture ? J'entends par là, avez vous vérifié le nombre de bits que vous venez lire sur votre port série ? Il est possible que le mesage lu soit tronqué.
Lors de votre écriture, comme procédez vous ?
Etes vous sur que votre buffer n'est pas réécrit à chaque fois que vous envoyez une trame ? Cela pourrait expliquer le comportement en sortie.
Le plus simple serait sans doute que vous postiez votre VI en pièce jointe à ce forum. Je pourrais ainsi vérifier que votre code fonctionne bien comme vous l'attendez.
Je vous remercie par avance pour vos réponses.
Bien cordialement,
Guillaume H.
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

Erreur de cadrage

Bonjour,
j'utilise un convertisseur NI USB / RS232. Je fais l'acquisition de données sur 3 ports série du convertisseur et sur 2 ports série de l'ordinateur.
Parfois, j'ai le message : "Une erreur de cadrage est survenue lors du transfert", mais pas systématiquement.
Je voudrais savoir comment faire pour qu'il n'apparaisse plus et surtout àcause de quoi cela est du.
Est-ce que je reçois trop de données, et qu'il y a saturation? J'ai 2 liaisons série 115kbits/s et 3 liaisons série 9600 bits/s.
Merci pour votre aide.
Cordialement,

Bonjour,
Je vous propose de regarder ce thread qui traîte de la même question :
http://forums.ni.com/ni/board/message?board.id=170&message.id=79543&requireLogin=False
En espèrant vous avoir aidé
Cordialement,
Richard Keromen
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;}
>> Découvrez, en vidéo, les innovations technologiques réalisées en éco-conception

Génération de séquences de bits

Bonjour,
Je travaille à la programmation de microcontroleurs PICs et je souhaiterais me soustraire aux solutions Microship utilisant des logiciels comme MPLAB afin de développer une solution plus bas niveau.
La programmation des PICs s'effectue au cadencement d'une horloge, par une liaison série asynchrone. J'ai donc besoin de générer des séquences de bits au format TTL 0-5V afin d'envoyer au microcontroleur instructions et données.
J'aurais voulu connaître les solutions me permettant de réaliser de tels signaux sachant qu'une séquence est composée d'une instruction de 6 bits suivie d'une donnée codée sur 16 bits. Instructions et données sont séparées par une microseconde minimum.
Merci d'avance de votre concours,
lerb31

Bonjour,
Merci d’avoir posté votre question sur les forums de National Instruments.
Vous devriez pouvoir trouver des éléments de réponse concernant votre problème en vous référant au lien suivant : How Do I Save a LabWindows/CVI Distribution Build Settings (*.cds) File.
N’hésitez pas à nous contacter pour toute question.
Cordialement,
Guillaume H.
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

Récupérer les données du port de communication série

Bonjour,
Je pilote des moteurs pas à pas par Labview via des modules de commande moteurs.
Je communique avec eux par la liaison série du PC.
Ces modules de commandes me renvoie des informations en retour mais je ne sais pas comment les récupérer via Labview. J'ai essayé le "visa read" mais sans succès...
Quelle méthode dois-je utiliser?
Merci d'avance de vos réponses.
Cordialement.

Bonjour,
Et merci d'avoir posté sur nos forums.
Il nous manque quelques informations pour répondre à votre problème :
- Est-ce que votre moteur est visible sous MAX ou sous le VISA Interactive Control ? Quel est le driver que voit votre instrument sous le gestionnaire de périphériques de Windows ?
- Avez-vous cherché si des drivers existaient déjà pour votre instrument (fournis par le constructeur, ou téléchargeables ici )
Par ailleurs, je vous suggère, avant d'essayer des VIs tout faits, d'essayer d'envoyer une commande simple et la lire. Pour cela, vous trouverez un ou deux exemples dans l'aide de LabVIEW (Aide-> Recherche d'exemples -> E/S Matérielles -> Série)
Pour ce qui est de la réponse de Tinnitus, il se peut effectivement qu'un instrument ne marche pas très bien via VISA, mais mieux avec l'hyperterminal. Cela est dû aux caractères de terminaison employés, ou à la vitesse d'écriture vers l'instrument.
Par ailleurs, quel est le type de commandes que vos moteurs accepte ?
Cordialement,
Eric M. - Application Engineering Specialist
Certified LabVIEW Architect
Certified LabWindows™/CVI Developer

Classe singleton et dialogue avec port série en as3

Bonjour,
j'essaye de dialoguer avec le port série en utilisant le code fourni ici. Quelqu'un pourrait-il m'aider en fournissant un exemple complet et notamment le code que je dois inclure dans le fichier principal. Comment créer l'instance du singleton ? Comment recevoir des données ?
Merci d'avance.
Thomas

Bonjour,
Que voulez vous dire par "recherche de fichier texte" ? Est-ce que votre application doit proposer une fenêtre d'ouverture de fichier ou l'utilisateur peut sélectionner votre fichier et l'envoyer octet par octet par votre liaison série ?
De quelle version de LabWindows/CVI disposez vous ? Avez vous installé la gestion de l'API Windows ?
Cordialement,

National Instruments PXI with IEEE 802.15.4 standard (ZigBee)

Bonjour,
En fait, je travaille sur un projet qui a pour but d’implémenter un émetteur/récepteur Zigbee en bande de base reconfigurable sur la plateforme d'évaluation XUPV5-LX110T qui embarque un Virtex 5. Je suis actuellement dans la phase de test réel.
Premièrement, Je veux envoyer mes données venant d’un pc vers un FPGA et de les recevoir (pour traiter mes signaux sur Matlab). Est-ce-que cette tâche est faisable ou non ? Y a-t-il une solution pour ça en utilisant un média de communication (la liaison série par exemple)
Deuxièmement, Y a-t-il un équipement de mesure et de test de National Instruments à l’aide des PXI qui supporte le protocole sans fil Zigbee ou autrement la norme IEEE 802.15.4 (à savoir RF Vector Signal Generator et Vector Signal Analyzer) de la partie frontale analogique que ce soit en émission ou en réception?
Et merci d’avance pour tout le monde.
Hello,
In fact, I'm working on a project which aims to implement a reconfigurable Zigbee tranceiver on XUPV5-LX110T Evaluation platform which integrates a Virtex 5 FPGA. I am currently in the phase of real test.
First, I want to send my data from a PC to FPGA and receive it (to treat my signals on Matlab). Is this possible or not? If yes, Is there a solution for it using a medium of communication (e.g. serial link)
Second, is there a measuring equipment and testing National Instruments using PXI which supports the Zigbee wireless protocol or otherwise IEEE 802.15.4 standard (i.e. RF Vector Signal Generator and Vector Signal Analyzer) of the analog front-end either in transmission or reception?
And thanks a lot in advance for everyone.

Hello,
I am not sure what data you will be collecting, or how you intend on using the board. Perhaps you can explain your application a little bit more?
Is the FPGA code already developed for your application with the XUPV5-LX110T board? As long as the developed FPGA code is able to communicate with your PC via whatever protocol you choose, then you can use that as a channel to send data back and forth. Since the board is capable of many different I/O connections, you can pretty much sending/receive data over which ever connection you prefer, Ethernet, RS-232, etc.
Just to clear up any confusion, if you do not already have FPGA code for the board, this is not something you would be able to develop with LabVIEW FPGA programming. The XUPV5-LX110T board is not supported for programming its FPGA using LabVIEW FPGA. You can however, program in labVIEW to communicate data back and forth with the I/O you have chosen to connect with to your PC, such as Ethernet or RS-232, as mentioned above.
As far as measuring equipment NI offers for testing with the Zibee (IEEE 802.15.4) wireless protocol in the PXI platform, if your application requires you to both transmit to, and received from the board, and then you would need either both a Vector Signal Generator and Vector Signal Analyzer, or a Vector Signal Transceiver. See the list below for some examples of what we have to offer.
VSAs: NI PXI-5661, NI PXIe-5663E
VSGs: NI PXI-5671, NI PXIe-5672/5673E
VSTs: NI PXIe-5644R/5645R/5646R
From my knowledge of ZigBee, you would be capable of communicating with the board using any of these devices.
Matthew R.
Applications Engineer
National Instruments

Aucune fenêtre s'ouvre pour mettre les données de la carte de crédit à jour.

Vous me demandez de mettre à jour les données de ma carte de crédit, mais cela est impossible. Aucune fenêtre ne s'ouvre pour cela.

Bonjour,
... Je suis le fournisseur du logiciel ....
Afin d'éviter les conclusions trop rapides mais entrer trop dans les détails, quelques compléments :
Nous utilisons actuellement les V7.1.? des DLL DAQmx et Common de NI (version du driver de 2005) , alors que la version actuelle du driver est 9.1.1
L'application tourne sur des PC de 2005 (Fujitsu-Siemens M440, 3 Ghz, 512 Mo RAM, en hyperthreading)
Les données acquises sont effectivement du type RS232 d'un point de vu des tensions (type V24/V28) mais c'est le seul point commun avec une liaison série. Les bits transmis sur chacune des 8 voies sont acquis par la PCI 6224 sur 8 entrées digitales. Les données sont échantillonées à 48 000 échantillons par seconde cadensés par un OCXO externe et lues par le logiciel applicatif toutes les secondes pour traitement.
Tous les traitements longs de l'application ont été "traqués" de manière à s'assurer d'être présent lors de la Call Back NI. Lorsque cette erreur (50410) se produit, on s'apperçoit que le temps entre deux entrées dans la Call Back est très-très-très largement supérieur à la seconde sans que les autres processus ai subi de ralentissement..... Comme si, de temps en temps la carte tardait à nous délivrer son IT.
Les erreurs mentionnées se produisent de manière aléatoire et après un très long temps de fonctionnement (> 24 heures voire >48 heures... voire 27 jours !)
Merci pour votre collaboration.

Envoi d'un mot de 20bits

bonjour,
je souhaite programmer un composant acceptant que des mot de 20bits plus un bit de start au debut du mot et enfin un bit idle a la fin, soit au total 22bits. De plus le composant à juste une entré VDD et une sortie Out pour la programmation, enfin la programmation est de l' OTP.
Je souhaiterais savoir comment je peut le programmé ? (quelle liaison série à faire, quel module avoir ....)
Merci

duplicate
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

Send to the request by serial port

HELP !!!
Bonjour... et merci de bien vouloir me dépanner ...
J'ai une application où un automate programmable (TSX57 de Schneider El.) doit communiquer avec un PC par une liaison série RS-232 pour échanger des informations.
Du côté du PC, j'ai Labview 6.1 comme outil de développement avec IMAQ Vision Builder.
Je désire que l'automate donne un signal au PC (par le port série), pour que ce dernier exécute un Vi, préalablement généré par IMAQ Vision Builder, qui émettra des informations via l'automate.
Avez-vous un exemple en Labview ou des explications claires qui me permette d'émettre des caractères "à la demande" du récepteur ???

Vous devez m'excuser parce-que je ne peux pas essayer une reponse en Francais, mais...
You will need a loop running in which you read one or more characters from the serial port (using a suitable timeout) and maybe accumulate them in a shift register until you determine that a valid message has been received (or your program has to exit). Then you either carry out your processing or discard the message if it is invalid. I'm sure that looking at the VISA examples will help you work out how to do this. The VISA termination character property can be very useful if your messages are always terminated with a known character such as a CR.

Communication avec oscillo TEK TDS2000

Bonjour,
Je dialogue via l'USB avec un oscilloscope TDS2012B (utilisation des
VIs VISA standard). Je souhaite avoir la possibilité de récupérer un
fichier BMP ou JPEG envoyé par l'oscillo.
Je fais un test simple avec un format BMP et je récupère bien
l'entête (14 octets en format chaîne de caractère) mais pas toujours le fichier complet (il est de 77878 octets et je demande 80 000 octets). Pour le JPEG, je ne
récupère rien.
Existe-t-il des VIs dédiés pour la récuperation de fichiers sur port série et/ou USB ? Je vous joins mon Vi actuel.
Par ailleurs, j'utilise aussi un GBFTek AFG avec le driver téléchargé sur le site NI (Tektronix AFG 300 series.lvlib) mais, à priori, un VI pose problème "Default Instrument Setup" appelé par "Initialize" qui demande une commande 'Header Off' non reconnue par ce type de GBF. A voir pour les spécialistes... Je ne suis pas sûr que ce soit l'endroit pour ce type de remarque, mais je ne sais pas à qui m'adresser.
Merci de vos réponses,
Cordialement,
FcRd
FcRd
Pièces jointes :
ImportBMP.vi ‏39 KB

Merci Rodéric mais pas la peine d'en faire un plat.
Je suis très mauvais en langue anglaise, et à chaque fois que je m'essaie à les contacter par mèl, je tombe sur de l'anglais!
C'était juste pour avertir du Pb.
Par contre j'ai réussi à lire du .BMP de l'oscillo, non sans mal, mais comment lire un .jpeg sur une liaison série ou USB ?
Je sais mettre l'oscillo en mode export Jpeg et j'ai essayé le même principe mais rien.
Cordialement,
FcRd
PS: je joint mon VI qui lit le .BMP
FcRd
Pièces jointes :
ImportBMP.vi ‏40 KB

Comment construire un graphe dans un fichier Excel depuis LabView?

Bonjour,
Je suis stagiaire en 2ème année de DUT Génie Electrique et Informatique Industrielle, et j'ai pour sujet de développer une interface LabView permettant d'enregistrer des étuvages en enceinte thermique. Pour ce faire j'ai à ma disposition un datalogger qui me donne par liaison série la température ainsi que l'humidité de l'enceinte. Il me faut analyser la trame pour récupérer les données etc... mais n'ayant pas encore reçu l'appareil, je me concentre sur l'enregistrement des valeurs. J'arrive à faire un fichier excel avec les valeurs de températures d'enregistrées (simulées avec un simple bouton rotatif), et j'aimerais ajouter un graphe en fin d'enregistrement.
Mais je n'y arrive pas, pas encore du moins... Je crois qu'il faut utiliser des noeuds de propriété mais je ne sais pas m'en servir... Je cherche, je découvre des choses mais je n'ai pas encore touché le graal.
Merci d'avance pour votre aide, cordialement.
Etudiant qui ne cherche qu'à apprendre!!

Oui; dans ce cas tu sembles avoir la palette et peux utiliser les exemples.
Tape "Excel" dans l'outil de recherche d'exemples et tu trouveras ton bonheur. Par exemple le vi joint...
Francis M | Voir mon profil
Certified LabVIEW Developer
Pièces jointes :
XY Graph (Excel).vi ‏31 KB

Probleme lecture donnees analyseur de spectre Hameg

Bonjour à tous,
Je suis actuellement en BTS IRIST et mon projet de seconde année concerne LabView.
Mon but est de contrôler un analyseur de spectre ansi q'un système muni d'un automate, le tout à distance.
Pour la partie Analyseur, j'utilise une liaison USB, j'ai commencer à programmer en envoyant des ordres à l'analyseur jusque là ça marche.
Mais quand je veux lire une valeur, ça ne marche pas. Je vous joint mon programme ainsi que les sous-VI.
Je ne vois pas l'erreur dans la partie lecture mais on ne sait jamais.
Si vous avez des améliorations à proposer n'hésitez pas car je suis novice dans cet environnement de programmation.
Merci d'avance !
Pièces jointes :
Hameg programme.zip ‏102 KB

Quelques remarques en vrac.
Temporisation de la boucle While ? Il est toujours dangereux d'un point de vue charge CPU de ne pas cadencer une boucle.
Caractère de terminaison sur la liaison série ? Le caractère de terminaison est paramétré lors de l'ouverture de session VISA (\n par défaut, activé). Ceci permet à la fonction Read de s'arrêter lors de la réception de ce caractère de terminaison (Cf. VISA Configure Serial Port VI » termination char)
Pas d'acquittement des commandes envoyées ? Il est courant lors de l'envoi d'une commande d'avoir un acquittement de la part de l'instrument, permettant de valider que la commande a été prise en compte. Je ne vois pas de relecture dans le code - à moins que ce ne soit dans Error Query.vi (VI d'un autre driver Hameg?)
Cordialement,
.mrLeft{float:left} .mrInfo{border-left:solid 1px #989898;font-size:x-small;color:#989898}
Mathieu R.
  CTD - Certified TestStand Developer / Développeur TestStand Certifié
  CLAD - Certified LabVIEW Associate Developer

Liaison série à 115200 bits/s

Similar Messages

Maybe you are looking for