Problème conversion de type en VB

Bonjour,

J'ai un petit soucis en VB, je suis totalement débutant dans ce langage et j'essaie de créer une interface graphique pour communiquer en liaison série avec une carte électronique, pour récupérer des données. Le seul langage que je connaisse c'est le C.

Mon problème est que ma carte électronique retourne 2 bytes représentant un 16 bits signé (short), que je récupère dans une trame provenant de la liaison série, un MSB et un LSB . Habituellement en C c'est très simple, je prend mon MSB je le décale de 8 bits, j'y ajoute le LSB et j'affecte ça dans le short en opération bit à bit sans soucis. Mais là pas moyen. J'ai l'impression que le passage du non signé au signé est problématique.

J'ai essayé d'assembler mes 2 octets dans un UShort (OK) puis de faire un "Or" avec sur la variable final signée (KO) ou de le convertir en Short via CShort (KO).

Je sèche.

Sam,

https://msdn.microsoft.com/fr-fr/lib...v=vs.110).aspx ?

Concaténer les 2 octets en UShort ne pose pas de problème. Du coup j'ai plutôt essayé BitConverter.ToInt16, il inverse les 2 octets et ajoute des octets je ne sais pas pourquoi.

Résultat attendu 0xFF9A, résultat de la fonction 0xFFFF9AFF. Les 2 octets sont inversés. J'ai essayé de masquer et inverser les octets avec du décalage de bits mais il me retourne une erreur.

EDIT: D'ailleurs je vais avoir le même problème avec un "single". Besoin de positionner 4 bytes indépendant dans un single pour le reconstituer.

.Revert sur les octets inverse les octets
après tu peux chercher little endian et big endian

et bitconverter.toint16 ne peux rajouter d'octets, il retourne un int16 à partir de 2 octets

Merci j'ai résolu en mettant un buffer tampon avant le bitconverter pour inverser les 2 octets.

Apparemment cette inversion est dû au fait que la machine soit little ou big endian. Par mesure de précaution il vaut mieux que je check l'endianess de la machine si je veux exporter l'appli plus tard ?

tout à fait

après je crois qu'il n'y a que les processeurs intel IA64 (sur pc) qui soient différents des autres (j'ai cru comprendre que ca venait plus du processeur que de l'os)
ces processeurs étaient peu répandus

après sur des protocoles de communications vers autre chose que des pcs tout existe je pense, donc c'est toujours mieux de gérer ça d'une manière ou d'une autre

OK j'ai ajoutais le contrôle, pour le peu de code que ça prend en plus....

Merci pour l'aide!