+- F1ATB forum (https://f1atb.fr/forum_f1atb)
+-- Forum : Forum de F1ATB (https://f1atb.fr/forum_f1atb/forum-3.html)
+--- Forum : Routeur Photovoltaïque (https://f1atb.fr/forum_f1atb/forum-4.html)
+--- Sujet : Digression sur le code UxIx3 et les reboot / ENFIN PLUS DE PLANTAGE (/thread-324.html)
Pages :
1
2
RE: Digression sur le code UxIx3 et les reboot / ENFIN PLUS DE PLANTAGE - PhDV61 - 13-10-2024
oui, relis ce que j'ai écrit.
dans la phase d'init, on lance une première requête, et on arme un timer d'attente avant de venir lire la réponse, de 1s.
puis, on part dans la boucle sans fin (loop).
Au bout d'une seconde, on vient lire les données dont on est sûr qu'elles sont DEJA dans le buffer de réception, car servies en réponse par le module, juste après avoir relancé une nouvelle demande, qui est déjo servie par le module depuis plusieurs centaines de ms. et donc on n'attend pas dans les 'read' des données. on lit à toute vitesse et on repart dans la boucle principale faire autre chose... Le lien série est par définition asynchrone.
RE: Digression sur le code UxIx3 et les reboot / ENFIN PLUS DE PLANTAGE - F1ATB - 13-10-2024
J'ai peut être pas bien suivi toutes les évolutions mais je vois qu'on revient à la solution du début. Comme celle utilisée sur UxIx2. Toutes les 400 millisecondes ont fait un appel, on fait une demande de données, on teste immédiatement l'arrivée, mais elles ne sont pas arrivées parce qu'il faut les transmettre à 4800 bauds. En fait dans le tableau d'arrivée, si on a quelque chose et qu'il est plein, c'est le message de l'appel précédent qu'on lit. Ainsi, le système se synchronise. Après chaque appel, on lit le résultat du message précédent Et il n'y a pas besoin de timer particulier, sauf le rappel tous tes 400 millisecondes
Cdlt
André
RE: Digression sur le code UxIx3 et les reboot / ENFIN PLUS DE PLANTAGE - PhDV61 - 13-10-2024
Et on obtient, de mémoire, un message d'erreur à l'init, avec "zéro données reçues".
ça marche , mais pas parfaitement "clean".
RE: Digression sur le code UxIx3 et les reboot / ENFIN PLUS DE PLANTAGE - piamp - 14-10-2024
Je suis d'accord avec André
Phdv61 : ce que tu décris n'est pas cohérent avec la v12 où (mis a part l'initialisation) on fait sans délai envoi de la requête puis lecture des données !
Bon, le principal est que ça marche... Là je suis avec le code de la v12 sur un temps de 500ms et je ne pers rien (en 19600bps)
André : est il possible dans une prochaine version de pouvoir régler la vitesse du module? Et de remonter les.bonnes données de conso via le calcul de phdv61 plutot que les données eronnnees du module? Ca m'éviterait de compiler à xhaque fois
Merci!!!
RE: Digression sur le code UxIx3 et les reboot / ENFIN PLUS DE PLANTAGE - PhDV61 - 14-10-2024
c’est l’nit qui change la logique justement.