Grand tableau PIC24

[pucpood]

Bonjour,

Pour situer mon niveau : j'ai fait de la programmation bas niveau en assembleur 68000 et 8086 pendant mes études il y a plus 20 ans (ça fait mal...).
J'ai repris en 2022 avec un projet sur PIC24FJ1024GB610. Voilà.
Après avoir trouvé des sujets qui tournent autour du pot, je n'ai toujours pas les idées claires sur la gestion de la RAM sur mon PIC. Soit les sujets ne traitent pas exactement mon cas, soit c'est en Anglais et ma compréhension reste approximative.

Dans mon programme en C, je déclare en global un tableau :

char dummyElements [150][19]; //150 chaînes de 18 caractères

Ça compile sans problème. Mais lorsque je remplis le tableau ça plafonne à compteur = 26 :

for ( compteur = 0 ; compteur < 150 ; compteur ++)
    nbEcrits = sprintf (dummyElements [compteur], "%03d", compteur);

L'exécution se déroule sans plantage (par un coup de chance ?) et nbEcrits a toujours la bonne valeur.

J'ai essayé :

__eds__ char dummyElements [150][19] __attribute__ ((eds, page)); // même comportement sans le 'page'

mais ça plante à la compilation sur :

sprintf (dummyElements [compteur], "%03d", compteur);

error: passing argument 1 of 'sprintf' from pointer to non-enclosed address space

J'imagine que sprintf n'a pas le droit d'accéder à l'espace mémoire où a été installé le tableau ...

Comment allier la place pour un tel tableau avec une possibilité d'accès "universelle" ?

Merci de l'éclairage que vous pourrez m'apporter.

Laurent
-----

[Vincent PETIT]

Bonjour,
dummyElements est un tableau à 2 dimensions.

char dummyElements [150][19]

Il faut l'utiliser en précisant la 2ème dimension, les colonnes. Par exemple pour remplir les 150 premières lignes de la colonne 0 il faut faire ça :

for ( compteur = 0 ; compteur < 150 ; compteur ++)
    nbEcrits = sprintf (dummyElements [compteur][0], "%03d", compteur);

[umfred]

non, le code fonctionne bien, si on précise la 2nde dimension, on ne remplit qu'un caractère, or avec le sprintf, on en écrit 3.

@pucpood comment tu arrives à déterminer que ça bloque à compteur = 26 ?
Est-ce qu'il y a des warning à la compilation ? si oui, voir si ces warnings sont en relation avec ce tableau
Tu utilises quel compilateur C ? XC16 de Microchip ?

[pucpood]

Vincent PETIT à dit :

Il faut l'utiliser en précisant la 2ème dimension, les colonnes. Par exemple pour remplir les 150 premières lignes de la colonne 0 il faut faire ça :
for ( compteur = 0 ; compteur < 150 ; compteur ++)
nbEcrits = sprintf (dummyElements [compteur][0], "%03d", compteur);

Merci de ta réponse.
Dans mon cas ce n'est pas un élément unique que j'insère dans le tableau, mais une chaîne (une suite de char), c'est pourquoi la "colonne" n'est pas indiquée. D'ailleurs lorsqu'avec MPLab je fais un Watch du tableau, le début se passe très bien, les adresses des différents éléments du tableau sont parfaitement cohérentes et le contenu bien en place.

A noter que pour cet essai j'ai réduit la voilure à [95][3].

[A voir en vidéo sur Futura]

[pucpood]

Eh bien justement, avec mon Watch. arrivé au dummyElements[27] je n'ai plus que des \\0\\0\\0\\0\\0\\0\\0\\0\\0\\0 \\0\\0\\0.
Mais aucun problème ne se manifeste à l'exécution.

[pucpood]

Eh bien justement, avec mon Watch. arrivé au dummyElements[27] je n'ai plus que des \\0\\0\\0\\0\\0\\0\\0\\0\\0\\0 \\0\\0\\0.
Mais aucun problème ne se manifeste à l'exécution. Et aucun warning.
Oui j'utilise le XC16 avec MPlabX v6.15

[umfred]

Je ne sais plus si c'est faisable mais si tu ajoutes un watch directement sur dummyElements[50] par exemple, est-ce qu'il te donne aussi 0 ou 50?

[pucpood]

D'abord merci de ta contribution.
Tout est à 0 à partir de [27] (avec dummyElements [150][19]).
A noter que dans le Watch, le tableau est séparé en 2 : de 0 à 99, puis de 100 à 149 .

[Seb.26]

il n'y aurait pas une histoire de "far pointers" avec le compilo ?

[pucpood]

Il y a pas mal de choses autour du sujet : du 'far,' du 'near', du 'eds', du 'page' et bien d'autres, mais je suis perdu dans tout ça justement.
Actuellement je tourne avec dummyElements[95][3] et ça passe.

[Seb.26]

Tu as défini ton tableau avec __eds__ ?

https://microchipdeveloper.com/xwiki.../d-memory/eds/

[pucpood]

j'ai trouvé _eds_ dans des docs Microchip et j'ai essayé pour voir ce que ça donnait en me disant qu'il y avait peut-être plus de place dans cette zone. Mais ça coince à la compilation sur le sprintf () .

[pucpood]

Hello !
Je connaissais cette doc, mais en la relisant j'ai compris que passer par un pointeur adéquat pouvait être la solution (__eds__ char *). Mais ça ne change rien : mon sprintf n'en veut toujours pas.
Merci @Seb.26 pour cette piste toutefois intéressante.

[DAT44]

Bonjour,
le compilateur doit être pacifiste, il n'aime pas les colonnes de char ...

Je sors ...

[Seb.26]

Sinon, la solution BD (Bidouille Degueullasse) ...
Tu prends Excell et tu lui fais générer une fonction avec un gros switch qui te renvoie directement le pointeur vers le char*

genre :

char* monCompiloEstUnCon( uint8_t indice )
{
  static char[19] str000;
  static char[19] str001;
  static char[19] str002;
...
  static char[19] str149;

  switch(indice)
  {
    case 0:
      return str000;
    case 1:
      return str001;
...
    case 149:
      return str149;
    default:
      return null;
  }
}

normalement tu ne devrais plus avoir de soucis (autre que d'arriver à dormir avec une solution si peu satisfaisante).

[umfred]

Est-ce tu as testé en mettant un espion sur par exemple dummyElements[50] comme j'avais demandé plus haut (dans la fenêtre variable peut-être) ?

As-tu fais un test logiciel de valeur ? par exemple activer une sortie selon la valeur:

int test = strncmp(dummyElements[50],"051",3);
if(test>0){
     // activer une sortie 1 si la chaine est "supérieure" à "051"
}else if (test<0) {
    //activer une sortie 2  si la chaine est "inférieure" à "051"
}else{
    //activer une sortie 3  si la chaine est "égale" à "051"
}

[pucpood]

Parce que tu penses je ne peux pas me fier à la fenêtre Watches de MPLab ? Elle indique bien '\0' .

[umfred]

Tout à fait, on n'est pas à l'abri d'un bug d'affichage.
Au moins, le test permettra de lever le doute potentiel ou de confirmer le problème.
J'ai fait un test avec la version en ligne de mplab (mplab xpress) et bien qu'il m'affiche du 0, si je demande à voir la valeur d'un des octets, cette valeur est bonne dans la fenêtre variable. (dummyElements[50][0]=>"0";dummyElements[50][1]=>"5";dummyElements[50][2]=>"0"; )
PS: Mettre "050" dans le code au dessus, si on commence à 0 (je me suis un peu mélangé sur les valeurs)

[pucpood]

@umfred ! Je fais trop confiance aux outils, le tableau se remplissait bel et bien !!
Mon problème de départ est résolu ... puisqu'il n'y en avait pas ! Mais du coup je ne sais toujours pas comment tirer parti d'un stockage dans l'EDS malgré l'aide de @Clodine sur Fantaspic.

[Seb.26]

gloire aux Shadoks, ils avaient une fois de plus raison !

« S'il n'y a pas de solution, c'est qu'il n'y a pas de problème. »