Discussion :

[tengalice49]

Pas besoin de prendre ce ton condescendant, si je pose la question c'est parce que ca m'etonne.

Si j'ecris cela:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sprintf(str_frame,"AT$SF=%06x\r",latitude_convert);	//frame to send

Je recupere quelque chose de la forme: "012345"

Pour moi il y a trois octets ici, le rouge, le bleu et le noir.

D'ou ma question:

"AT$SF=%06x%06x%04x\r"

En rouge on est d'accord que j'ai ici 8 octets d'envoyes ?

[edgarjacobs]

Hello,

Faisons simple:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
#include <stdio.h>
#include <string.h>
 
int main(void) {
	int i;
	char str[16];
 
	i=0x12345;
	sprintf(str,"%06x",i);
	printf("|%s|, len=%d\n",str,strlen(str));
 
	return(0);
}

affiche

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

|012345|, len=6

Il y a donc bien 6 octets dans str

[Sve@r]

Si j'ecris cela:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sprintf(str_frame,"AT$SF=%06x\r",latitude_convert);	//frame to send

Je recupere quelque chose de la forme: "012345"

Pour moi il y a trois octets ici, le rouge, le bleu et le noir.

D'ou ma question:

Je crois que tu confonds "octets mémoire" et "octets affichés".

Le nombre (par exemple) "12345" sera codé en hexa 0x3039 ce qui occupe donc 2 octets en mémoire (d'où le fait qu'un unsigned short puisse stocker des nombres allant de 0 à 65536=0xFFFF).
Mais si tu l'affiches à l'écran, il occupera 5 positions donc 5 octets. De même si tu le stockes dans un tableau de caractères via sprintf(), alors il occupera 5 octets de ce tableau (plus un 6° pour le '\0').
C'est aussi pour ça que les fichiers textes (appelés parfois "human readable") sont plus gros que les fichiers binaires => parce que chaque nombre qui prend en binaire 2 ou 4 octets devient, quand il est écrit "comme à l'école", autant d'octets que de digits qui le composent (par exemple 10 octets pour afficher le nombre 4294967295 qui est le plus gros nombre pouvant être stocké sur les 4 octets d'un unsigned long).

Et donc ce quelque chose de la forme "012345" occupe bien 6 octets à l'écran (et aussi 6 octets dans str_zone sans compter le '\0')...

[tengalice49]

Ok d'accord je comprends mieux. Donc ca ne me pose pas de probleme parce qu'une fois que c'est envoye, Sigfox s'occupe tout seul de comprendre le contenu de mon str_frame et tout fonctionne.

Merci a vous tous d'avoir pris le temps de me repondre et de m'aider.