Discussion :

[tengalice49]

Bonjour, pour un projet je recupere des trames de la forme suivante:

Code :

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

1
2
3
4
5
6
 
//Date, Heure, Latitude, Longitude, Nombre de satellites captes, Altitude, Temperature 1, Temperature 2
 
=> 70618,93101,Lat:50.103366,Long:14.391946,NbSat:12,Alt:250,T1:27.443226,T2:26.556774 <=
=> 70618,93112,Lat:50.103366,Long:14.391901,NbSat:12,Alt:254,T1:27.362640,T2:25.267401 <=
=> 70618,93123,Lat:50.103348,Long:14.391873,NbSat:12,Alt:256,T1:27.120874,T2:25.106226 <=

Je souhaite reduire la taille de cette trame et j'ai les contraintes suivantes:

The Longitude, latitude, and elevation were obtained from GGA sentence.
The longitude and Latitude were firstly transformed to degrees (<0,360)
degrees) and then represented by 3 bytes unsigned fixed-point number.
number, 0 deg corresponds to 0x000000 and 360 deg to 0x1000000.
The altitude was rounded to meters and transmitted by two bytes number.
The range is 0 to 65536 meters.

J'ai deja recupere les GGA sentences et je les ait converties en degres.

Maintenant j'aimerais faire la conversion pour que la latitude et la longitude tiennent sur 3 bytes et que l'altitude tienne sur 2 bytes. Je vois bien que je vais devoir faire une table de 3 (enfin je pense) mais une fois que j'aurais, admettons une latitude convertie en 0x038765 (juste un exemple), je ne vois pas dans quel type de variable le stocker ni comment l'ecrire pour qu'il prenne reellement un taille de 3 bytes

Enfin comme vous voyez c'est un peu confus pour moi a partir du moment ou je dois convertir en byte, auriez vous des pistes, solutions ?

Merci

[Médinoc]

Généralement, un type au byte près, ça veut dire des données binaires brutes.
En gros, un tableau de unsigned char dans lequel tu écris au fur et à mesure (renseigne-toi sur le boutisme (endianness) des nombres, aussi).

[dinobogan]

Tu souhaites transmettre un flux (réseau ? fichier ?). Ce flux est constitué d'octets.
Pour construire la valeur sur 3 octets, tu as pleins de solutions. Tu peux par exemple utiliser un int sur 4 octets mais tu vas t'assurer que la valeur stockée ne dépasse pas la valeur max de 3 octets.
Ensuite, tu vas écrire les 3 octets dans le flux en faisant un décalage de bit et un masque :

Code :

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

1
2
3
4
int entier = 342;
unsigned char octet1 = entier & 0xFF;
unsigned char octet2 = (entier >> 8) & 0xFF;
unsigned char octet3 = (entier >> 16) & 0xFF;

EDIT : trop lent

[tengalice49]

Salut, merci pour vos reponses.

Je veux transmettre un message via l'uart de mon microcontrolleur (stm32l152re) qui est connecte a un module Sigfox et ce dernier n'accepte "que" des messages de 12 octets.

Parmi ces 12 octets le debut de ma trame doit etre:
-3 octet pour la longitude
-3 octet pour la latitude
-2 octet pour l'altitude (elevation)

Je recupere ces donnees via un module GPS (neo 6m).

La longitude est exprimee en degree de -90 a 90.
La latitude est exprimee en degree de -180 a 180.
L'altitude est exprimee en metres de 0 a ?? (au moins 50 000) car le gps va etre envoye dans la stratosphere)

Par exemple pour le cas de l'altitude, j'aimerais que -180 degres corresponde a la valeur 0x000000 et que +180 degres corresponde a 0xFFFFFF

Je vois pas trop le rapport entre ce que je viens de decrire les "unsigned", je suis oblige de faire un decalage de flux et un masque?
Je peux pas directement convertir mes valeurs?

[Bousk]

Tu veux représenter [-180, 180] sur [0,16777215], donc sur une valeur non signé.
C'est une simple projection, il faut résoudre ANGLE = A * NOMBRE pour retrouver ton angle à partir du nombre envoyé sur le réseau, et bien entendu NOMBRE = ANGLE / A pour trouver le nombre correspondant à l'angle.
Et vu que tu connais les valeurs pour -180 et 180, c'est une équation de niveau collège(?) à résoudre pour le coefficient.

[tengalice49]

Salut, effectivement le probleme ce n'est pas l'equation mais plutot la mise en pratique au niveau des variables, j'ai ecris cela:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
char str_frame[7];
void sigfox_send_frame(long latitude, long longitude, uint16_t altitude)
{
	double lat_precision = 360/0xFFFFFF;
	double long_precision = 180/0xFFFFFF;
	double alt_precision = 65536/0xFFFF;
 
	unsigned long lat_unsigned = lat_precision*latitude;
	unsigned long long_unsigned = long_precision*longitude;
	unsigned int alt_unsigned = alt_precision*altitude;
	sprintf(str_frame,"AT$SF=%lu%lu%u\r",lat_unsigned,long_unsigned,alt_unsigned);
	UART_puts(UART3_ID, (uint8_t*)str, sizeof(str));
}

Rien qu'au debut mes variables "precision" me retourne 0. Je pourrais remplacer les 0xFFFFFF par des nombres reels (16 777 215) mais je veux que dans str_frame, le resultat soit du genre: "AT$SF=1010AF0101FA4532\r" et non pas des nombres entiers.

[Bousk]

Rien qu'au debut mes variables "precision" me retourne 0.

Tu fais des divisions entières donc oui tes résultats valent 0..

Je pourrais remplacer les 0xFFFFFF par des nombres reels (16 777 215)

Ce qui n'a strictement aucun intérêt et ne changerait rien, sauf à lire des nombres décimaux si t'es plus à l'aise avec.

Le but c'est de sérialiser/compresser des valeurs flottantes avec une virgule fixe (technique classique de sérialisation et compression).
Si je décide de sérialiser avec 1 décimal, je prends ma valeur, la multiplie par 10, et je peux couvrir les valeurs [0, 180] avec une précision à 0.1 par un intervale [0, 1800].
Je ne vois pas comment l'expliquer plus clairement à ce stade..

je veux que dans str_frame, le resultat soit du genre: "AT$SF=1010AF0101FA4532\r"

D'où sort ce résultat et que signifie-t-il ?

et non pas des nombres entiers.

L'énoncé stipule clairement que tu dois sérialiser sur des valeurs non signées. Qu'espères-tu avoir d'autre que des nombres entiers ?!

Et d'où sort ce format texte de trame ? Pourquoi ne pas simplement manipuler du binaire ?