+- 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 : Optimisation partie UXIX3 (/thread-100.html)
RE: Optimisation partie UXIX3 - piamp - 16-06-2024
Curieux...
L'essentiel est de trouver le timing qui convient. A 400ms je n'ai que des requêtes completes (a=141) et aucune donnée incoherente. Le test du nombre de données reçues est donc fiable.
Je me demande si stockmessage n'est pas gourmand en temps? Cela refraichit toute la page web...
En tout cas les mesures de wh semblent bonnes, c'est chouette !
RE: Optimisation partie UXIX3 - PhDV61 - 17-06-2024
Alors j'ai une meilleure idée de ce qui se passe avec le code.
Quand je remets le code initial, à la toute première lecture, il n'y a pas de données (a=0).
Du coup, 600ms plus tard, soit 1200ms après la première demande, on relance une requête. On vient lire à nouveau dans la foulée, et, oh merveille, les données sont alors présentes !
Et par la suite, en redemandant une lecture toutes les 600ms, les données sont toujours présentes. Je pense qu'on vient en réalité lire en décalé les demandes faites 1,2 secondes plus tôt, et c'est pour cela que ça "marche".
De mon coté, en envoyant une requête, et en attendant la réponse avec timeout, j'avais au mieux 612ms entre deux messages ( cohérent avec ce que j'indique ci-dessus), mais souvent bien plus, et jusque un peu plus d'une seconde. C'est donc une chance que le JSY-MK-333 accepte finalement des demandes "entrelacées". Un effet de bord bienvenu qui n'est pas indiqué dans la doc (qui nous parle de 1000ms) et que vous avez découvert "par hasard".
J'ai donc remis sur mon serveur ESP32 votre code initial avec ma modif puisque ça marche, et tel que je l'ai passé à André pour intégration dans une version future. Je tiens en effet à rester le plus proche de sa baseline.
RE: Optimisation partie UXIX3 - F1ATB - 18-06-2024
Oui, il faut entrelacer la demande et la lecture des données. Afin de pas prendre de retard.
André
RE: Optimisation partie UXIX3 - PhDV61 - 18-06-2024
Merci André.
Il reste le sujet de la vitesse de transmission.
Si on peut questionner le module et obtenir une réponse à la récurrence de 600ms à 9600 bauds, peut-être qu'à 38400 on peut espérer en avoir une toutes les 150ms puisqu'en demandant un peu moins de données à 19200 bauds @piamp réussit à obtenir une réponse toutes les 400ms (et pourquoi pas à 300ms d'ailleurs ?).
Avez-vous déjà fait cet essai @piamp, sachant qu'on peut passer le module à 38400 en envoyant un message de commande sur le port série ?
RE: Optimisation partie UXIX3 - piamp - 19-06-2024
Après 2j de tests le calcul de conso / injection semble cohérent avec le linky
super !Pour la vitesse de transmission : contrairement à la doc pdf du jsy, la vitesse max est de 19200bps...
Dans mon cas a 400ms ça passe sans aucun raté, a 350 ça ne passe plus.
RE: Optimisation partie UXIX3 - PhDV61 - 19-06-2024
Oui, chez moi cela marche parfaitement.
Pour les bauds, c'est leur logiciel qui ne le permet pas ou qui n'a pas cette option ?
Curieux que la doc ne soit pas à jour.
Avez-vous essayé d'envoyer la requête de passage à 38400 bauds directement depuis l'ESP32 avec le bon CRC ?
RE: Optimisation partie UXIX3 - piamp - 19-06-2024
Le fabriquant m'a confirmé l'erreur du doc, et que leur machine je peut pas dépasser le 19200
RE: Optimisation partie UXIX3 - PhDV61 - 19-06-2024
ok. pas besoin que j'essaie alors.
Merci !