Données envoyées sous forme ASCII

Bonjour,

J'ai une interface PC compilé sous Visual C++ avec laquel j'envoi des données dans mon micro(PIC32MX795) via l'USB, seulement je rencontre le même problème que j'ai eu dans l'autre sens, s'est à dire que mon micro réceptionne bien ces données mais sous forme ASCII(hex).

ce que je souhaite faire, tout comme j'ai fais dans l'autre sens, c'est envoyer à mon micro ma donnée converti en décimale(hex) dans laquel j'aurai au préalable ajouté sur l'octet de poids faible un ID de manière à le recevoir et l'identifier avec mon micro ou bien,

je laisse ma donnée sous forme ascii(hex) dans laquel je rajoute mon ID en poids faible et par la suite je fais la convertion avec mon micro ?

Pour le moment, mes connaissances sur l'environnement Visual C++, m’empêche d'avancer aussi rapidement que je le voudrais, et je ne sais pas si il existe des instructions particulière ou si je dois faire la fonction pour ce faire.

Pour le moment, un clic sur mon bouton me permet d'envoyer ma donnée comme tel

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18

private: System::Void btnSendData_Click(System::Object^ sender, System::EventArgs^ e) {   try {   //array<System::Byte>^ bufout = gcnew array<System::Byte>(6); System::String^ valst(envoi0->Text);     serialPort1->Write(valst);   } catch(...) { } }

---

si j'envoi 12 je reçois 00003231

Merci de votre aide

"Sous forme ASCII (Hex)" c'est autocontradictoire et il manque une partie de l'information.

Ce que tu envoies en fait (0x31 0x32), c'est la valeur 12 sous forme de chaîne (formatée en décimal), encodée en ASCII.

J'ignore si ce que je vais proposer est la solution la plus performante, mais c'est la plus propre algorithmiquement: Refaire la même chose en sens inverse.

Code:

---

1 2	private: array<System::Byte>^ FormatAndEncode(int val); private: int DecodeAndParse(array<System::Byte>^ bytes);

---

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

#include "MaClasse.h" using namespace System; using namespace System::Text;   array<Byte>^ MaClasse::FormatAndEncode(int val) { String^ str = val.ToString(L"D"); return Encoding::ASCII->GetBytes(str); }   int MaClasse::DecodeAndParse(array<Byte>^ bytes); { String^ str = Encoding::ASCII->GetString(bytes); return Convert::ToInt32(str, 10); }

---

Oui autant pour moi c'est effectivement une chaine.

Désolé, mais à priori le #include "MaClasse.h" ne passe pas, est-ce un fichier en .h que je devrais avoir dans mon répertoire ou je dois créer ce fichier avec quoi dedans.

désolé pour les questions de débutant, mais j'essai de me documenté mais les explications que je récolte pour l'instant son soit trop compliqué à comprendre soit pas assez explicite.

C'est surtout d'abstraction que tu manques.
J'ai mis "maclasse.h" parce que j'ignore le nom de la classe que tu compiles (même si ça a une chance d'être "Form1").

Normalement, tu as déjà un Form1.h et Form1.cpp, tu dois donc ajouter ce code dans les fichiers appropriés en remplaçant MaClasse par Form1...

Ha ok Désolé :oops:

Par contre, la valeur que j'envoi est un string, puisque je la récupère d'une textbox(a mois que d'autres composants me permettent de récupérer la valeur directement en entier) et les fonctions que tu me propose traites un entier.

à moins que quelque choses m'échappe, ce qui est une possibilité.:D

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

private: System::Void btnSendData_Click(System::Object^ sender, System::EventArgs^ e) {     try {     System::String^ val(envoi0->Text);   serialPort1->Write(val);   } catch(...) { } }

---

Le SerialPort peut peut-être envoyer directement une string (je n'ai pas regardé) mais si tu ne contrôle pas sous quelle forme elle est encodée, tu risques d'avoir de mauvaises surprises.

C'est pourquoi on utilise un encodage explicite (souvent Encoding::ASCII, Encoding::UTF8 ou Encoding::Default) pour contrôler ça.

Oui SerialPort envoi directement le string, seulement a l'arrivé celui-ci est sous forme de caractères ascii, comme tel pour 12 le buffer du micro réceptionne USB_Out_Buffer={0x32,0x31} comme tu avais descrit.

Seulement avant d'envoyer mes valeurs issu d'une textbox il faut que je leur ajoute un ID comme j'ai fait dans l'autre sens et éventuellement que je les envoi en décimal.

Je dis éventuellement par ce que je pourrais très bien faire la conversion ascii en int dans le micro mais autant le traiter directement à la base.

Utilisez le bon type de controle :aie:
http://msdn.microsoft.com/fr-fr/libr...v=vs.110).aspx

Excuse moi, mais là j'ai du mal a comprendre, ce que tu m'as envoyé.

Par exemple dans mon micro pour l'allé je fais ça.
Je rentre mon ID, la valeur a envoyer, le tableau que j'envoi (usb_buff_in[]), puis le nombre d'octet(ce qui pourra être optimiser par la suite)

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

void inttoarray(char ID,int val,char tab[],char nbr_octet) { char i;   tab[0]=ID; tab[1]=nbr_octet;   for(i=2;i<nbr_octet+2;i++) { tab[i]=val; val=val>>8; }     }

---

Alors effectivement la valeur que j'envoi est d'office en hexa exemple pour 456 envoi 1C8 dans lequel je vais mettre l'ID exemple =0x01 et le nombre d'octet =0x04 ce qui donne USB_BUFF_in[0x01;0x04;0xC8;0x01;0x00;0x00].

Pour le retour sous visual C++ j'aimerai faire la même chose, ma difficulté est de convertir le string de la textbox.

Il faut prendre un peu de recule.

Vous vous débâtez avec la sérialisation d'un nombre sous forme de string à faire passer dans le port série.

Mais si vous avez directement un nombre à sérialiser pour le faire passer dans le port série, ça serait bien plus simple.

Comment ?

C'est un nombre, donc pourquoi en faire une string ?

Car vous utilisez une TextBox ?

Bin, n'utilisez pas une TextBox qui peut prendre tout en entré, mais surtout n'importe quoi.

Utiliser à la place un control NumericUpDown qui ne peut prendre qu'un nombre en entré (donc plus de vérification de conformité de surface à faire) et donne directement un nombre en sortie, que vous donnez directement en entré du port série.

Reste peut-être le problème de grand et des petitboutiens. :mrgreen:

Effectivement c'est une bonne idée, Merci Bacelar, je vois ça

Cette idée de bacelar ne marche que si tu es libre de modifier le protocole à ta guise.

Si le protocole est hors de ton contrôle, cela veut dire que tu dois échanger des entiers formatés en décimal sur une chaîne encodée en ASCII, pour être compatible avec ce qu'il y a à l'autre bout.

Ce que tu fais avec cet entier une fois celui-ci récupéré (TextBox, NumericUpDown, etc.) est libre, par contre.

En faite, j'ai réussi à faire ce que je souhaitai

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30

private: System::Void btnSendData_Click(System::Object^ sender, System::EventArgs^ e) {       try {   array<System::Byte>^ buffout = gcnew array<System::Byte>(6);       int val;   val=(int)valeur1->Value;   System::String^ valhex= val.ToString("X8")   inttoarray(ID_VAL1, val, buffout,4);   serialPort1->Write(buffout, 0, 6);         } catch(...) { } }

---

avec la fonction que j'ai fais de l'autre côté, j'ai repris la même chose côté PC

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

void inttoarray(char ID, int val, array<System::Byte>^ arr, char nbr_octet) { char i;   arr[0] = ID; arr[1] = nbr_octet;   for (i = 2; i<nbr_octet + 2; i++) { arr[i] = val; val = val >> 8; }     }

---

Exemple : j'envoi 134 via une NumericUpDown de l'interface, je reçois bien ce que je souhaite 00860401, avec en byte de poids faible ID=01, nombre d'octet de la valeur=04 et la valeur 86HEX = 134 DEC.
En plus je prend uniquement des nombres et pas de lettres que je voulais exclure, maintenant il y a certainement des choses à optimiser

Merci