Discussion :

[Waldoo]

Bonjour à toutes et à tous.

Je suis nouveau ici et plutot newbee sur labview.

Le but serait dans un premier temps, de faire un historique grace à un graphe déroulant sous labview, d'un angle.

Pour cela notre pic renvoi l'angle en RS232
-12.05
-10.00
...
5.03
5.50

Chaque valeur est "séparée" par un retour à la ligne.

Je voudrais donc retranscrire ces valeurs reçu en RS 232 sur mon graphique en convertissant cette chaine de caractère en nombre numérique.

J'ai plus ou moins réussi mai il semble que la conversion du "retour à la ligne" ne soit pas apprécié. Comment la supprimer ou comment lui dire...

une idée ? Merci


---

Dans un second temps, je devrais renvoyer un angle depuis labview pour commander un moteur...

[Super2006]

Bonjour,

Tu récois les valeurs indépendament ? autrement, chaque valeurs RS232 dans une chaine String seule, ou tu reçois un ensemble de valeurs dans la même chaine ?

Le retour chariot a comme valeur décimale : 13.. donc après avoir faire la conversion, faut supprimer ce caractère avant de lancer le traçage.

[Flawova]

Bonjours,

voila un morceau de programme pour decouper une chaine et récupérer le tous en nombre.

[Waldoo]

Tu récois les valeurs indépendament ? autrement, chaque valeurs RS232 dans une chaine String seule, ou tu reçois un ensemble de valeurs dans la même chaine ?

En fait, les valeurs sont envoyés les unes après les autres, je ne vois pas trop ce que je peux dire de plus ? :S

J'ai trouvé quelques messages sur le net traitant de mon problème.

J'ai opté pour un caractère # entre chaque valeurs au lieu d'un retour à la ligne. voici la dernière version de mon diagramme.

Par contre, je reçois toujours l'erreur -1073807253 par rapport à VISA/connexion RS232, je ne sais pas comment déterminer le delay "idéal" (PIC18F4550, quartz 20Mhz)

Je vais tester le découpage "selon le fin de ligne" je vous tiens informé

PS: j'utilise labview 7.1

[Waldoo]

Bon, je pense que je ne suis pas loin du but ^^

grâce à vos indications déjà, merci

Voici une capture avec l'erreur.

Donc parfois j'obtiens une bonne capture de ma valeur (1 fois sur 10 quoi), mais le reste du temps niet

[Waldoo]

Je me permets de rajouter un autre screen

On voit bien qu'il y a un problème dans les valeurs acquises... pourtant sous hyperterminal les valeurs s'affichent correctement !

Une idée ?

J'ai essayé de mettre un "flush buffer" comme j'ai pu lire sur des forums anglophones. sans succès (soit ça change rien, soit je ne reçois rien )

[Super2006]

Bonjour,

L'erreur suivante:
" La mise en garde -1073807253 s'est produite à VISA Read.vi
Raison(s) possible(s) :
VISA: (Hex 0xBFFF006B) Une erreur de cadrage est survenue lors du transfert. "
est un warning (et non une erreur) qui signifie que l'intégrité des données réceptionnées est peut-être incorrecte.

Le problème peut apparaître lors de lecture/écriture sur un port série. Le warning est uniquement remonté par le driver s'il s'agit de NI-VISA 3.0. Le driver NI-VISA 2.6 ne reportait pas les "framing error". C'est une caractéristique qui a été implémentée sur la 3.0 pour avertir l'utilisateur que les données sont peut-être corrompues.

Etant donnée qu'il s'agit d'un warning qui provient du driver NI-VISA et si les données que vous lisez dans le
buffer ne sont pas corrompues, alors vous pouvez utiliser le VI joint pour filtrer le code d'erreur (Filter Warning.vi).

A+

[Waldoo]

Etant donnée qu'il s'agit d'un warning qui provient du driver NI-VISA et si les données que vous lisez dans le
buffer ne sont pas corrompues, alors vous pouvez utiliser le VI joint pour filtrer le code d'erreur (Filter Warning.vi).

Bonjour, merci pour le fichier,
Mais en fait j'ai bien des erreurs de captures, je ne comprends pas d'où elles viennent

Je cherche encore... merci

Pourtant je mets un delay de 30ms, (j'envoi une nouvelle valeur d'angle toutes les 33ms ..)

[Super2006]

Essaye de suivre l'exécution avec l'option Step by Step de LabVIEW. ça aide toujours