decomposition de bufferRésolu

Question

salut,

j'aimerais de l'aide ou sinon au moins des précisions si possible sur un petit bout de code SVP.

Voila mon pb : je recupére une trame dans un buffer défini ainsi BYTE buffer[4000];
ma trame est composée comme ceci : STX-DATA-ETX (en tres gros)
STX et ETX sont de l'hexa correspondant a 0x02 et 0x03 respectivement.
mes données sont une suite de caractére a decomposer aussi on va dire 5caractere pour le nom suivi de 10 pr le prenom (pr exemple)

voila je ne sais pas trop comment decomposer ma trame et retirer les STX ETX et ensuite decomposer ma chaine de caracteres qui est en hexa 
pr les stocker dans des variables comme cela: char prenom [10]; char nom[5];

si mon buffer originel était une chaine de caractere j'aurais pu faire : strncpy_s( nom, buffer , 5);
mais comme la mon buffer est une suite d'octets je ne sais pas comment faire l'equivalent ...

pourriez vous m'aider ou du moins me guider SVP ! merci d'avance.

Loki6 · Accepted Answer

ouais c'est normal, strcmp bosse sur des chaines, pas des caractères simples.

remplace 
char MsgTyp[1+1] = "";   // au fait 1+1 ca fait 2 
    memcpy(MsgTyp, lpBuffer, 1);
    MsgTyp[1] = '\0';
    if(strcmp(MsgTyp,ENQ) == 0)

par

char MsgTyp = lpBuffer[0];    // là tu attribue la valeur du premier octet de lpBuffer à ta variable
if (MsgTyp == ENQ)                // là tu vérifies que la valeur de la variable est bien égale à ENQ

tu gagnes un octet (chouette!) et tu te simplifies la lecture. et en plus ça doit marcher ce qui n'est pas négligeable.

Loki

LaTatadu91 · Answer

heu...dois je comprendre par le manque de reponses que mon sujet n'est aps clair ou juste que personne en sait trop repondre ?

Neo_Fr · Answer

essaye :

void * memcpy ( void * destination, const void * source, size_t num );

Neo_Fr

LaTatadu91 · Answer

oki merci , je vais essayer des que possible et je valide al réponse si ca passe bien !!!

KeniiyK · Answer

tu bosse avec du serie RS232 ?

Solution possible (que je n'aime pas, en C++ avec un parser c'est plus joli) :

char prenom [11]; char nom[6];

BYTE buffer[4000];




// buffer+1 pour skipper le STX
memcpy(nom, buffer+1, 5);
nom[5] = '\0';

// buffer+6 pour skipper le STX plus le nom
memcpy(prenom , buffer+6, 10);
prenom [10] = '\0';

:D

Loki6 · Answer

salut, 

le problème Keniiyk c'est que 5 et 10 lettres étaient des exemples. je suppose que ça doit être variable. 

LaTatadu91 > il faut savoir qu'un char est codé sur un octet exactement comme un BYTE.
ensuite, ta chaine n'est ni en hexa ni en décimal ni en cacahuètes, c'est une liste de bits à 0 ou 1. après tu la lis comme tu veux.
buffer[0] est STX que tu peux stocker dans un char si besoin, de même que ETX (je ne sais pas s'il est forcément à l'adresse buffer[3999] ou bien si le texte fait par exemple 20 caractères, le ETX est à buffer[20], à vérifier donc)
pour le reste tu peux faire une copie avec strcpy.

Loki

Loki6 · Answer

pour ce qui est de trier les différents champs de la partie DATA, tu as deux possibilités : 

    - soit pour chaque champ il n'y a qu'un seul mot, dans ce cas c'est simple : tu te places au début à buffer[1] tu récupères le mot avec sscanf(), ensuite tu dégages jusqu'au prochain espace avec strstr() etc... pour chaque champ.

    - soit tu peux avoir des noms comme (Jean-Baptiste) "de la fraise tagada". à ce moment là c'est plus ch****. il faudrait que tu aies un caractère spécial comme ';' dont tu te sers pour séparer tes champs, encore faut-il pouvoir les insérer à la création de la trame...
si tu peux, alors il faut lire chaque caractère et non plus des mots (car sscanf termine la lecture d'une chaine à chaque espace rencontré), jusqu'à tomber sur ';'. 

voilà j'espère que ça répond à tes questions.

Loki

LaTatadu91 · Answer

en fait mon buffer de données sera toujours composé ainsi : STX-DATA-ETX ce qui n'est pas fixe c'est : la partie DATA.
Mais les 2 premiers caracteres de DATA m'indiqueront quel type de données je dois decomposer!
ainsi suivant le type de données je peux decomposer DATA avec pr mon exmple : 5caracteres pr le nom et 10 pr le prenom...
par contre je peux aussi avoir d'autre types de messages : ENQ et ACK donc 
1/ je dois definir quel type de message m'arrive avec le premier octet de ma trame (ENQ,ACK,STX)
2/suivant le type de message je dois agir :
                         - Si c'est ENQ --> envoi d'un ACK
                                - Si c'est STX --> decomposition de DATA dans mes variables (memcpy)....

donc la solution de keniiyk me semble pas mal , car effectivement pr chaque chaine de caractere de DATA je sais de combien de caractere elle se compose.

il me reste juste a identifier les types ENQ ,STX ...

en faisant cela alors :
memcpy(MsgTyp, buffer, 1);
if (strcmp(MsgTyp,STX) ==0)
....
if (strcmp(MsgTyp,ENQ) ==0)
....

en declarant STX et ENQ comme ceci : 
char  STX  =  0x02;           // start transmission marker
char  ETX  =  0x03;           // end transmission marker
char     ACK  =  0x06;                // Acquittement du message
char     ENQ  =  0x05;           // Enquiry 

ca vous parait correct ?

en tout cas merci pr votre aide!!!

Loki6 · Answer

ah ok, j'avais pas vu ça comme ça. dans ce cas en effet.

y a t'il une différence entre memcpy(MsgTyp, buffer, 1); et MsgTyp =  buffer[0] ?
de même qu'entre  strcmp(MsgTyp,STX) ==0  et MsgType  == STX ?

Loki

LaTatadu91 · Answer

ben a priori a toi de me le dire ...
moi j'aurai tendance a utiliser les memcpy et strcmp mais si tu me dis que c'est equivalent ben oki...
donc ma declaration des STX etc... c'est bon?

Loki6 · Answer

ah bah moi j'y conais rien à tous ces trucs, j'étais venu pour demander quel terreau acheter pour mes bégonias 

mais sinon ça a l'air bon : http://www.commentcamarche.net/base/ascii.php3

Loki

LaTatadu91 · Answer

lol nan mais serieux ty connais rien ou t'es un master?
moi je suis un jeune padawan qui cherche a devenir jedi 
mais bon le coté obscur me guette....
il faut que je trouve yoda du coup!!!

Loki6 · Answer

bah disons que je suis loin d'être novice, mais encore plus loin d'être un master. 
mais pour ce qui est de la déclaration des STX etc... oui, c'est les bon numéros.

Loki

LaTatadu91 · Answer

ecoute je te dis merci...
le coté hexa c'est pas vraiment ce que je prefere ....
j'ai du secher trop de cours LOL

LaTatadu91 · Answer

j'ai ca comme erreur :
error C2664: 'strcmp' : impossible de convertir le paramètre 2 de 'char' en 'const char *'

char MsgTyp[1+1] = "";
    memcpy(MsgTyp, lpBuffer, 1);
    MsgTyp[1] = '\0';
    if(strcmp(MsgTyp,ENQ) == 0)
avec 
char     ENQ  =  0x05;    

il veut pas comparer ces 2 param...

KeniiyK · Answer

char ENQ[2] = {0x05,'\0'};

'\0' obligatoire si utilisation des methodes style strcmp

sinon if( MsgTyp[0] == ENQ) // avec char     ENQ  =  0x05;   

:D

LaTatadu91 · Answer

super !!! merci de ton aide !!!

Loki6 · Answer

de rien.

si tu es tout bon n'oublie pas de valider le topic 

Loki

LaTatadu91 · Answer

oki merci encore a vous deux !!!
et pr le 1+1 c'est une notation que je laisse pr que l'on comprenne bien que le +1 correspond au fin de chaine....

LaTatadu91 · Answer

il me jette avec ca : char MsgTyp = lpBuffer[0];

error C2036: 'LPVOID' : taille inconnue
error C2440: 'initialisation' : impossible de convertir de 'void' en 'char'

par contre c'est bon avec les strcmp et memcpy ...

Loki6 · Answer

caste ton void en char avec : char MsgTyp = (char)(lpBuffer[0]);

Loki

LaTatadu91 · Answer

memes erreurs avec le cast ....
t'es sur que vaut mieux pas utiliser memcpy?

Loki6 · Answer

ah bah je sais pas, lol jtrouvais ca un peu bidon juste pour un seul caractère mais bon :p comme je te l'ai dit je suis pas une bête, ma vie est faite de tests et d'incertitudes (et surtout d'erreurs).

essaie avec un memcpy, je vais regarder ce qui se passe de mon côté.

Loki

Loki6 · Answer

mais en fait, tu fais pas ton test dans la même fonction que celle ou est créé le buffer de BYTE c'est ça ?
et dans la déclaration de ta fonction t'as mis void *  lpBuffer ? 

t'es vraiment obligé de mettre void ? la type des tableaux peut changer dans ton programme ou bien t'as que du texte ? 
si que du texte remplace void * (ou LPVOID) par char* ou BYTE*

void fct(BYTE * buf)
{
    char ch = buf[0];
}

void main()
{
    BYTE buffer[4000];

    fct(buffer);
}

ça ça passe chez moi, mais pas ça : 

void fct(void * buf)
{
    char ch = buf[0];
}

ni même avec tous les casts qu'on veut. car, il ne sait pas sur combien d'octets il doit piocher.

Loki

Loki6 · Answer

je sais pas si j'ai bien reconstitué le problème en fait

Loki

LaTatadu91 · Answer

si si je crois que t'as bien compris j'appel bien une fonction avec un LPVOID
je vais c hanger le type en BYTE* vu que je ne receptionnerai que des chaines de caracteres de ce type :
STX-125608472-ETX

LaTatadu91 · Answer

du coup  pr ecrire des données : on peut faire cela ??
//WriteACQ
        BYTE bufAck[2+1];
        bufAck[0] = ACK;
        bufAck[1] = ETX;
        bufAck[2] = '\0';
        WriteBlock( bufAck, strlen(bufAck));

avec WriteBlock(LPVOID lpBuffer, DWORD dwNbBytesToWrite)

Loki6 · Answer

alors là tu me poses une colle. je ne connais pas du toute cette fonction (WriteBlock).

pour ce qui est des lignes précédentes tu peux aussi faire : BYTE bufAck[2+1] = {ACK,ETX,0};

'\0' revient à insérer un 0
attention le remplissage de cette manière là ne peut se faire qu'à l'initialistion. 

si tu fais :

BYTE bufAck;
bufAck = {...}; 

ca foire.

Loki

LaTatadu91 · Answer

voila ma decomposition finale ou quasi pr ceux qui seraient ds un futur intérréssé par ce type de pb:
    int i;
    char* Infos = new char[MAX_LENGTH_DATA_S800];
    //Décodage STX-ETX
    char N  = lpBuffer[1];    //nombre total d'octets STX ETX inclus
    char I  = lpBuffer[2];    //indice du message a FF
    char NE = lpBuffer[3];    //Nombre d'ETX supprimés et placés en fin de message
    int  LengthInfo = (int)(N)-6;    //N-6 --> longueur de la chaine Informations
    for (i=0; i<LengthInfo ;i++)
    {
        Infos[i] = lpBuffer[4+i];    
    }
    Infos[LengthInfo] = '\0';    //fin de chaine

 MERCI a ceux qui m'ont aider a mieux comprendre (loki,nikiiyk)

LaTatadu91 · Answer

je reviens a la charge car la ca compile bien mais je pense qua a l'execution ca fera pas ce que j'attends:
 sur cette partie la:
char N  = lpBuffer[1];    //nombre total d'octets STX ETX inclus
int  LengthInfo = (int)(N)-6;    //N-6 --> longueur de la chaine Informations

en fait est ce que si dans mon buffeur on me dit que la chaine sera de 20 et que j'execute mon code 
LenghtInfo vaudra t il 14 ????

Loki6 · Answer

char c=12;
    int i=(int)c;
    cout<<"c :"<<c<<"
i :"<<i<<endl;

donne : 

c :?
i :12

Loki

LaTatadu91 · Answer

donc c'est bon !!!
ce que j'ai fait? 
pas besoin de atoi?

Loki6 · Answer

non. atoi c'est quand tu as un caractère de 0 à 9 que tu veux transformer en chiffre (ou alors une chaine en nombre). là tu te sers d'un char pour stocker un nombre. donc aucun problème de conversion.
par contre si tu avais eu : N=55, ca aurait pu etre soit le nombre 55, soit le chiffre 7 codé en ASCII
et dans le deuxième cas, il aurait fallu utiliser atoi

je sais pas si c'est très clair.

Loki

LaTatadu91 · Answer

ouais ben justement je ne sais pas trop si on m'nvoit un char qui sera du nbre a stocker direct ou si il y aura une conversion avant la correspondance en ASCII
a mon avis ils envoient direct la valeur stocké dans le char...

LaTatadu91 · Answer

mais justement si il m'envoit 20 pour le nombre c'octets total ca ne fait pas deux caracteres ?

LaTatadu91 · Answer

N peut etre compris entre 6 et 255 pr infos ...

Loki6 · Answer

tu peux pas dépasser 255 pour la simple et bonne raison que BYTE c'est un octet et que avec 8 bits t'es limité à 256 valeurs. (2^8)

si tu dis que N peut varier sur tout ça et que le nombre est forcément compris uniquement dans buffer[1] et pas sur plusieurs octets, alors ce que tu reçois est forcément déjà prêt à être utilisé. parce que pour le nombre 255, s'il est en caractères, il faut trois octets, un par chiffre. de plus les codes ascii des chiffres vont de 48 à 57 et rien d'autre.

Loki

LaTatadu91 · Answer

c'est exactement ce que je me disais si c'est sur un seul octet c'est du tout bon ... par rapport a ce que l'on a fait !!!
;-)

Loki6 · Answer

ouaip

Loki

LaTatadu91 · Answer

en fait ce qui me bloque et me fait bugguer (mon cerveau aps mon programme ;-) )
c'est que j'ai deux docs 1 qui explique comment decomposer la trame (Ce que l'on vient de faire)
et une doc qui dit comment decomposer les messages d'informations apres :
 message 1:
    id message 2caracteres (10)
    position   2caracteres ( 56 ou 57)

message 2
    id message 2caracteres (11)
    sens 1 caractere (1 ou 0)

et du coup qd je vois 2 caractere pr l'id du message je dois lire 2 octets maintenant et non plus un seul...
c'est un peu contradictoire de ce que l'on a fait pr decomposer la trame ? tu trouves pas?

SAKingdom · Answer

Bon la je ne peux pas suivre tout les messages donc je ne sais pas si ça a déjà été proposé.
D'après ton problème, ce que tu veux faire c'est récupérer le premier octet, ensuite le prénom et nom puis finalement le dernier octet. J'espère que le nom et prénom stocké inclue le 0 de fin de chaine
Donc c'est simple.
1. Tu récupère le premier octet
2. Tu cherche le premier 0 de fin de chaine en même temps que de remplir ton tableau prénom avec les lettres que tu tests.
3. Tu cherche le second 0 de fin de chaine en même temps que de remplir le tableau nom avec les lettre testées.
4. Tu récupère le dernier octet

En gros, ça devrait donner ça comme algo

récupère première valeur de buffer dans variable
tant que caractère testé n'est pas nul
    récupère valeur testée dans prenom
    incrémentation de buffer
    incrémentation de prenom
fin de boucle
ajout du 0 de fin de chaine dans prénom
incrémentation de buffer
tant que caractère testé n'est pas nul
    récupère valeur testée dans nom
    incrémentation de buffer
    incrémentation de nom
fin boucle
ajout du 0 de fin de chaine dans nom
récupère valeur courante de buffer dans variable

En code

BYTE STX, ETX;
char prenom[32], nom[32];char *c (char*)buffer, *d prenom;

STX = *c;
while(*++c) *d++ = *c;*d 0; d nom;
while(*++c) *d++ = *c;
*d = 0;
ETX = *++c;

Voilà, j'espère que c'est ce que tu recherches à faire.

C++ (@++)

Loki6 · Answer

je n'ai pas très bien compris ton énoncé.

Loki

LaTatadu91 · Answer

ben je suis en posession de 2 documents
1 qui explique la communication rs232 avec le protocole utilisé pr la com. 
donc celui ou on parle de STX-DATA- ETX
et un autre document ou on parle plus des messages envoyé: c'est a dire de DATA spécifiquement
je peux recevoir plusieurs types de messages:
ils sont composés ainsi :
message 1:
    id message 2caracteres (10)
    position   2caracteres ( 56 ou 57)    
    .............

message 2
    id message 2caracteres (11)
    sens 1 caractere (1 ou 0) 
    .........
donc si les 2premiers caracteres sont 10 ben je suis dans le message 1,si c'est 11 c le message 2 etc...
ce qui me donne le nombre de caracteres a decomposer pr chacun!

le truc c'est que dans la premiere partie (Decomposition STX-ETX) on est parti sur un octet par valeur
et la pr la decomposition de DATA on se retrouve avec le type de message (10,11,..) codé sur 2 caracteres donc 2octets ...
ca me semble incohérent,non?

Loki6 · Answer

tu penses que 10 ou 11 sont des caractères codés ? c'est à dire : STX | '1' | '0' | ... | ETX et pas STX | 10 | ... | ETX

ma convention d'écriture est :

10 : valeur de l'octet
'1' : caractère UN codé. dans notre cas sur un octet donc : valeur de l'octet : 49 (ANSI, MBCS)

c'est vraiment gênant que ça soit des caractères codés ?

Loki

LaTatadu91 · Answer

non c'est pas génant c'est juste que du coup on sy perd un coup on fonctionne en valeur de l'octet et ensuite en caractere codé
enfin le pb c'est que je n'en suis meme pas sur LOL
bref je voulais juste ton avis mais a priori que ca soit l'un ou l'autre j'ai toutes les billes pr que ca marche maintenant ;-)

Thanks to you !

Loki6 · Answer

tiens moi au courant de l'avancée du truc.

Loki

Loki6 · Answer

en fait ce que tu peux faire pour le savoir c'est de faire un petit prog qui récupère ces trames et tu regardes en debug le contenu octet par octet. tu sauras vite si tu bosses en caractère codés ou pas.

LaTatadu91 · Answer

ouais c'est la le probleme
1/ la machine qui doit m'envoyer ces trames n'est pas dispo LOL donc je travaille sans filet(pas de tests possibles ni de récupération de trames...)
2/ mon pc de dev. n'a mm pas de port série ...

Loki6 · Answer

difficile d'etre un bon travailleur avec de mauvais outils  parle en à ton patron :p

Loki

LaTatadu91 · Answer

lol non mais c prevu que j'aille qlq jours sur site ... ca sera soit du plug and play (si je suis bon et toi de bon conseils)
soit du plug and pray LOL

Loki6 · Answer

pas mal le jeu de mot

Loki

Decomposition de buffer

51 réponses

Votre réponse

Discussions similaires