Problème allocation mémoire PIC24E avec XC16

[inviteb565bafd]

Bonjour,

j'ai un problème assez important avec un projet sous MPLAB X (v3.61) et XC16 (v1.32) :

J'ai besoin de 6 buffers de 4000 octects chacun (2000 words) soit 24000 octets. A côté j'ai environ 15 Ko d'utilisés pour différentes variables et autres buffers.

le PIC24EP512GU810 possède 52 Ko de RAM, donc logiquement mes 40 Ko de data devraient tenir dedans.
Sauf qu'au delà de 6 x 800 words (soit 9600 octets) j'ai des erreurs comme quoi les secteurs n'ont pas pu tous être alloués...

J'ai essayé de jouer sur les attributs "far" et autre paramètres "large" dans le compilateur mais rien ne fait, je ne peux pas dépasser 52% de RAM utilisée...

J'ai mis en pièce jointe quelques screenshots sans et avec erreur, de même que la config du compilo.

Compilation sans erreur :
Compilation OK - 6 x 800 points.jpg

Compilation avec erreurs :
Compilation KO - 6 x 900 points.jpg

Configuration compilo :
Configuration XC16 - Large attribute.png

Merci!
-----

[inviteb565bafd]

Personne n'a d'idée/déjà été confronté à un problème similaire?

J'ai essayé de modifier mon array :

temperatureProfile[6][900]

en 6 arrays :

temperatureProfile1[900]
temperatureProfile2[900]
temperatureProfile3[900]
temperatureProfile4[900]
temperatureProfile5[900]
temperatureProfile6[900]

pour voir si ça vient de la taille max de l'array, mais aucun changement

[inviteb565bafd]

Bon c'est résolu! La solution était d'ajouter un attribut de telle façon que le compilateur gère l'allocation mémoire

J'ai utilisé :

__eds__ UINT16 temperatureProfile[6][2000]__attribute__((eds));

de manière à ce que le compilo gère ça tout seul comme un grand (allocation dans la RAM).
Il est également possible de définir une adresse précise à partir de laquelle on veut stocker l'array, mais je ne l'ai pas implémenté.
Dans le cas où la RAM serait déjà saturée, on peut utiliser la mémoire programme avec l'attribut suivant (là encore pas d'adresse précise, c'est fait automatiquement) :

__eds__ UINT16 temperatureProfile[6][2000]__attribute__((space(prog)));

Je pense qu'il vaut mieux se limiter à la RAM dans un premier temps, et se servir de la FLASH qu'en cas de nécessité.

Voilà voilà!

[RISC]

Salut,
Si ton tableau contient des constantes il faut le mettre en FLASH sinon il doir être en RAM (variables).
Initialement les PIC24HJ ne pouvait gérer que 32K de RAM maximum (0 à 7FFF) et la partie haute était une copie virtuelle de la FLASH (8000 à FFFF).
Le coeur PIC24EP a été modifié pour pouvoir gérer des banques entre 8000 à FFFF. On peut donc avoir aussi de la RAM dans cette zone (8000 à FFFF) et cela permet d'avoir plus de 32K de RAM ;=)
Il suffit donc effectivement de dire au compilateur qu'on souhaite qu'il gère les changement de banque automatiquement en utiisant l'attribut __eds__
a+

[A voir en vidéo sur Futura]