organisation mémoire des pic ???

[nordiste]

salut,
je suis en train de réaliser un projet utilisant un recepteur GPS.
je communique en SIRF (binaire).
je souhaite utiliser une structure pour stocker et lire les données facilement.
donc j'ai créé une structure correspondant aux données envoyées.
je copie le buffer de réception dans la structure.

pour les test, j'utilise un buffer que j'ai remplis dans le code.

voici le début de la structure :

typedef struct
{
	unsigned char 	messageID;
	unsigned short 	nav_valid;
	unsigned short 	nav_type;
	unsigned short 	ext_week_number;
	unsigned long int 	time_of_week;
	unsigned short 	utc_year;
	unsigned char 	utc_month;
	unsigned char 	utc_day;
...

et ce que j'y met :

0xA0, 0xA2, 0x00, 0x5B, 0x29, 0x00, 0x00 , 0x02 , 0x04 , 0x04 , 0xE8 , 0x1D , 0x97 , 0xA7 , 0x62 , 0x07 , 0xD4 , 0x02 , 0x06 , 0x11

voila le code :

void parseSIRF(unsigned char* val, int len)
{
	sirf_41* message;
	int i = 0;

	while(i + 4 < len && (val[i] != 0xA0 || val[i + 1] != 0xA2 || val[i + 2] != 0x00 || val[i + 3] != 0x5B || val[i + 4] != 0x29))      // détection du début de séquence SIRF du message 41
	 	i++;

	if (i + 95 < len)
	{
		message = malloc(sizeof(sirf_41));
		memcpy(message, &(val[i+4]), 91);
		
		i = message->nav_valid;
	}
	else
		return(0);
	
}

passons le problème du au big endian(micro) et little endian (comm)
j'ai plusieurs problème :

quand je teste la longeur de la structure (avec sizeof), j'obtiens 94 alors qu'elle doit faire 91 octets, d'ou viens ce problème.

mais surtout, quand je lis les champs, je suis décalé, messageID est correct, mais le reste n'est pas bon, je suis décalé, j'obtiens 0x0002 pour nav_valid au lieu de 0x0000.

le microcontroleur est un 24f08ka101, je suis en simulation.
-----

[freepicbasic]

En C les structures sont souvent alignées sur un type, il est possible que les char soit en fait des int dans la structure ou des char avec un octet suplémentaire d'alignement.

[nordiste]

est-tu sur de toi car en prog on utiliser les structures pour écrire dans les fichiers... et si la structure changeais en fonction des programmes, on pourrais pas.
et ça me ferais bien chi**....

[nordiste]

visiblement tu as raison :

	unsigned char 	messageID;
	unsigned short 	nav_valid;

= 4 octets

	unsigned char 	messageID;

= 1 octet

unsigned short 	nav_valid;

= 2 octets.


y a t-il une solution pour ce que je sohaite faire ?

[A voir en vidéo sur Futura]

[freepicbasic]

est-tu sur de toi car en prog on utiliser les structures pour écrire dans les fichiers... et si la structure changeais en fonction des programmes, on pourrais pas.
et ça me ferais bien chi**....

Lorsqu'on sauve une structure complète a partir d'un pointeur , on doit faire sizeof(struct ...) sinon on risque de la tronçonner !

cours de base de l'ANSI C K&R

lorsqu'on relie avec la même struct déclarée il retrouve les bons éléments

[RISC]

Salut,

La solution passe je pense par l'utilisation de l'attribut "packed" (voir le manuel du compilateur C30).

Il faut cependant faire TRES ATTENTION à l'utilisation de cet attribut qui peut provoquer des exceptions s'il est mal utilisé, notamment dans un accès non aligné (prendre soin d'écrire un exception handler au cas où...)

Dans la rubrique "Differences Between MPLAB C30 and ANSI C" on peut lire :

packed
The packed attribute specifies that a variable or structure field should have the
smallest possible alignment – one byte for a variable, and one bit for a field, unless you
specify a larger value with the aligned attribute.
Here is a structure in which the field x is packed, so that it immediately follows a:

struct foo
       {
        char a;
        int x[2] __attribute__ ((packed));
        };

Note: The 16 bits devices requires that words be aligned on even byte boundaries, so care must be taken when using the packed attribute to avoid runtime addressing errors.

a+