Envoie de trame, convertion indésirée hexa>ASCII

valentin7650 -  
 valentin7650 -
Bonjour à tous,

Je suis sur un projet ou je dois envoyer et recevoir des trames ,depuis un ordinateur linux et avec les drivers FTDI mais je suis bloqué pour l'envoie d'une trame j'ai fait cette ligne de code pour définir la trame:

char outBuffer[32]={ 0x20, 0x42, 0x6F, 0x6E, 0x6A, 0x6F, 0x75, 0x72,
0x20, 0x61, 0x70, 0x70, 0x75, 0x79, 0x65, 0x72, 0x20, 0x73, 0x75, 0x72,
0x20, 0x75, 0x6E, 0x65, 0x20, 0x74, 0x6F, 0x75, 0x63, 0x68, 0x65, 0x20
};

Et ma fonction pour l'écriture:

ftStatus = FT_Write(ftHandle, outBuffer, sizeof(outBuffer),&BytesWritten);
if(ftStatus == FT_OK)


Mais au final il me convertit chaque octet en ASCII, comment je peut résoudre ce problème?

2 réponses

  1. [Dal] Messages postés 6122 Date d'inscription   Statut Contributeur Dernière intervention   1 108
     
    Bonjour valentin7650,

    0x20, 0x42, 0x6F, 0x6E, 0x6A, 0x6F, 0x75, 0x72, 0x20, 0x61, 0x70, 0x70,
    0x75, 0x79, 0x65, 0x72, 0x20, 0x73, 0x75, 0x72, 0x20, 0x75, 0x6E,
    0x65, 0x20, 0x74, 0x6F, 0x75, 0x63, 0x68, 0x65, 0x20
    correspond aux valeurs en ASCII de " Bonjour appuyer sur une touche ".

    Si c'est ce que tu envoies, c'est ce que tu obtiens, il n'y a pas de "conversion".

    "char" est un type entier en C et sert aussi à la représentation de caractères.

    0x20 est le code ASCII du caractère "espace".

    https://www.commentcamarche.net/informatique/technologies/1589-code-ascii/

    Dal
    1
    1. Utilisateur anonyme
       
      Comme tu le dis,
      0x20, 0x42, 0x6F, 0x6E, 0x6A, 0x6F, 0x75, 0x72, 0x20, 0x61, 0x70, 0x70,
      0x75, 0x79, 0x65, 0x72, 0x20, 0x73, 0x75, 0x72, 0x20, 0x75, 0x6E,
      0x65, 0x20, 0x74, 0x6F, 0x75, 0x63, 0x68, 0x65, 0x20

      ou

      Bonjour appuyer sur une touche

      veulent dire la même chose.

      donc à la réception, tu reçois le tableau de caractère que tu interprète comme tu veux.

      naga
      0