Go Down

Topic: AQUABOUN'S /// GESTION D'AQUARIUM RECIFAL (Read 103268 times) previous topic - next topic

djbouns

et pour le tableau j'avais déjà tenter avec d'autre mais j'ai coincé surement a cause des declaration :
ex :
Code: [Select]
NexText valeursd17 = NexText(13, 20, "t17");

J-M-L

Salut
Il y a plusieurs techniques pour résoudre cela

La première et la plus simple c'est d'optimiser la lecture dans Un sens avec le seek car c'est l'usage principal sans doute et tant pis pour l'autre sens  ( si j'étais vous je commencerais par afficher la Fin du LOG puisque c'est sans doute ce qu'on veut voir en premier si on le regarde et optimiser la marche arrière)

La seconde option c'est conserver une liste de positions. Quand  vous êtes sur cette page d'affichage du log vous ouvrez le fichier, le lisez et bâtissez un tableau avec N positions en mémoire, par exemple exemple les 10 dernières pages. Si vous restez dans ces pages alors ça va vite sinon vous retombez sur une lecture séquentielle - donc c'est un peu comme le premier cas sauf que vous avez N positions au lieu d'une seule

Une autre option est ce qu'on appelle le pre-fetch. Vous affichez une page et pendant que l'utilisateur lit au lieu d'attendre sans rien faire un click vous allez déjà chercher les autres positions pour aller dans l'autre sens. Comme ça lors du click vous avez déjà fait un bout du boulot. Le challenge sur un arduino c'est que ça peut bloquer la loop d'attente d'évènements assez longtemps

Une autre approche est d'optimiser le fichier pour cela. Comme il y a de l'espace sur la carte SD, mettre que des lignes de X caractères en replissant avec des espaces si besoin. Comme ça on peut faire des maths pour calculer la position.

il y a la possibilité de réserver un bloc en binaire au début du fichier log pour 1000 positions par exemple (4000 octets) plus le premier octet vous dit combien de postions sont Occupées. Vous écrivez en binaire les positions quand vous générez le log. L'inconvénient c'est que le fichier n'est plus tout en ASCII

Une Variante  est d'avoir un fichier ami qui contient ces positions. Vous le gênerez au moment de l'écriture du LOG. Ce fichier sera petit et si vous stockez en binaire dedans les positions (4 octets) c'est facile de faire un seek pour trouver quelle est la position De la page P. En gros c'est un fichier d'index.

Si la fonction log est importante C'est cette dernière approche qui sera la plus efficace sans doute.


Hello - Please do not PM me for help,  others will benefit as well if you post your question publicly on the forums.
Bonjour Pas de messages privés SVP, postez dans le forum directement pour que ça profite à tous

J-M-L

et pour le tableau j'avais déjà tenter avec d'autre mais j'ai coincé surement a cause des declaration :
ex :
Code: [Select]
NexText valeursd17 = NexText(13, 20, "t17");
Oui mais une fois qu'ils sont tous déclarés vous pourriez faire un
Code: [Select]
NexText* tableau[] = {&valeursd0, &valeursd1, ...};
ca mange 18 pointeurs de sram mais ça permet d'optimiser plein de code plus tard sans doute.

Hello - Please do not PM me for help,  others will benefit as well if you post your question publicly on the forums.
Bonjour Pas de messages privés SVP, postez dans le forum directement pour que ça profite à tous

djbouns

commencer par la fin du fichier j'ai fait des recherches et j'ai pas trouvé.
j'ai essayer d'écrire dans le fichier en faisant "a la ligne" puis revenir a 0 pour écrire mais sa ne fonctionne pas.(de façon a faire descendre se qui était précédemment écrit et d'écrire sur la nouvelle première ligne vierge)

Cette fonction n'est pas essentiel mais peut être pratique.
Ce qui me semble le plus simple est de fixer un nombre de caractère par ligne et après faire des math.

djbouns

Oui mais une fois qu'ils sont tous déclarés vous pourriez faire un
Code: [Select]
NexText* tableau[] = {&valeursd0, &valeursd1, ...};
ca mange 18 pointeurs de sram mais ça permet d'optimiser plein de code plus tard sans doute.
Ok je vais tenter ca

djbouns

j'ai fait
Code: [Select]
NexText*tableauLigneAffichageSd[] = {&valeursd00,&valeursd01,&valeursd02,&valeursd03,&valeursd04,&valeursd05,&valeursd06,&valeursd07,
&valeursd08,&valeursd09,&valeursd10,&valeursd11,&valeursd12,&valeursd13,&valeursd14,&valeursd15,&valeursd16,&valeursd17};

puis
Code: [Select]
tableauLigneAffichageSd[ligneNextion-1].setText(donneeLueSurSD);
et j'ai
Code: [Select]
request for member 'setText' in 'tableauLigneAffichageSd[(((int)ligneNextion) + -1)]', which is of pointer type 'NexText*' (maybe you meant to use '->' ?)

J-M-L

#1176
Apr 11, 2020, 10:15 am Last Edit: Apr 11, 2020, 10:16 am by J-M-L
on a mis des pointeurs dans le tableau pas les objets directement, donc il faut mettre
tableauLigneAffichageSd[ligneNextion-1]->setText(donneeLueSurSD);
Hello - Please do not PM me for help,  others will benefit as well if you post your question publicly on the forums.
Bonjour Pas de messages privés SVP, postez dans le forum directement pour que ça profite à tous

djbouns

YEs, merci

et pour le ficher sd, comment faire soit pour lire a l'envers soit pour ecrir en haut a chaque ajout ?

J-M-L

#1178
Apr 11, 2020, 05:12 pm Last Edit: Apr 11, 2020, 05:18 pm by J-M-L
Quote
et pour le ficher sd, comment faire soit pour lire a l'envers soit pour ecrir en haut a chaque ajout ?
On ne peut pas écrire en haut à chaque ajout, on écrit toujours à la fin.

Tenez voici un bout de code de démo qui prend la technique du fichier d'index pour lire à l'envers.

(.ino attaché en PJ)

Il y a des constantes importantes pour la gestion des Index ou de l'affichage
Code: [Select]
const uint8_t nombreDeLignesAffichage = 10; // le nombre de ligne dans une page d'affichage
const uint8_t tailleMaxLigne = 80; // le nombre max de caractère dans une ligne de la page

L'idée est un affichage du fichier de log par 'pages' donc il faut connaître la taille d'une page. ici je dis qu'une page c'est 10 lignes.
Ensuite j'ai décidé de forcer un buffer de taille fixe par ligne pour l'affichage (pas forcément dans le log) est ici c'est 80.

Au début dans le setup il faut appeler prepareFichiersLog("bla bla bla en tête", booléen).
Si le booléen est vrai, on détruit les fichiers de logs s'ils existaient. (donc attention !)
Si le booléen est faux et que les 2 fichiers existent déjà, on ne fait rien, mais si un des deux fichier n'est pas là alors on détruit celui qui existe (attention donc!) et on prépare un fichier d'index avec juste 0x00000000 dedans puisque que ce sera le début de la première page du fichier de log et enfin on écrit l'en tête du fichier de log avec "bla bla bla en tête"

Une fois cela fait, il y a une fonction logMessage("ce que l'on veut mettre dans le log") qui écrit dans le fichier de log et qui se charge de maintenir le fichier d'index pour vous. c'est ce qu'il faut utiliser dans le programme à chaque log. Attention il ne faut pas de saut de ligne au sein du message (il faut donc avoir bâti dans un cString ce que l'on veut écrire).

Dans ce fichier d'exemple, j'ai rajouté à la fin de prepareFichiersLog() un petit bout de code pour remplir mon fichier de log avec plus de 2000 lignes pour la démo
Code: [Select]
// ici on triche et on pré-rempli le fichier, à enlever bien sûr
  char message[100]; // un buffer assez grand pour notre message
  for (int i = 1; i < 2023; i++) { // 24 pages de 10, la dernière n'ayant que 7 lignes (ligne d'en tête dans le fichier de log)
    sprintf(message, "%03d\tles valeurs sont A0=%d et A1=%d\t{%ld}", i, analogRead(A0), analogRead(A1), random(-32000, 32000));
    logMessage(message);
  }
  Serial.println("Fichier de log de démo créé avec 2023 lignes");


cette création prend un peu de temps bien sûr car je voulais un fichier de log assez important.

Voilà. La loop est toute simple, elle attend un caractère sur la console série à 115200 bauds. tapez 'd' pour lire la page de début, 'f' pour lire la page de fin, '+' ou 's' pour lire la page suivante et '-' ou 'p' pour lire la page précédente.

Le fichier de log s'appelle "log.txt" et celui d'index associé est "_log.txt"

je vous laisse essayer (ne prenez pas votre carte SD de votre système, je ne veux pas être responsable de son effacement :) )

Vous verrez que c'est assez rapide d'accéder à la dernière page ('f') et de remonter ('-') malgré le fait que l'on ait plus de 2000 lignes dans le fichier

essayez de faire 'f----+++----' par exemple et vous verrez que ça speed pas mal :)

On pourrait envisager facilement un petit bout de code à exécuter une fois séparément qui lit votre fichier de log existant et construit l'index de façon à ce que vous puissiez intégrer la nouvelle fonctionnalité sans avoir à détruire le log existant.

Hello - Please do not PM me for help,  others will benefit as well if you post your question publicly on the forums.
Bonjour Pas de messages privés SVP, postez dans le forum directement pour que ça profite à tous

Go Up