Optimisation partie UXIX3

[piamp]

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 !

[PhDV61]

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.

[F1ATB]

Oui, il faut entrelacer la demande et la lecture des données. Afin de pas prendre de retard.
André

[PhDV61]

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 ?

[piamp]

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.

[PhDV61]

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 ?

[piamp]

Le fabriquant m'a confirmé l'erreur du doc, et que leur machine je peut pas dépasser le 19200

[PhDV61]

ok. pas besoin que j'essaie alors.
Merci !

[Breizh13]

Bonjour,

Jeme suis inscrit sur ce forum de F1ATB, car il y a un sujet qui m'intéresse, à savoir ce qui est relatif au module JSY-MK-333. Il m'intéresse, non pas dans le cadre d'un routeur, car je pratique plutôt les MaxPV.
Ce module m'intéresse après avoir fait la connaissance du JSY-MK-194, car il est triphasé, il a donc trois voies avec en commun le neutre coté tension. Mon idée est d'en faire un logger pour des installations de routeurs sur des installations monophasées justement! Alors pourquoi ce modèle, parce qu'il est bidirectionnel, certes, mais qu'il a trois voies de courant. Dans mon utilisation, les trois tensions son connectées entre elles (installation monophasée). Mon idée est de spécialiser la voie 1 pour l'arrivée générale (import/export), la voie 2 pour la production de solaire et la troisème pour le routage en aval du SSR. Les données intéressantes seront stockées sur un serveur MySql, interrogeable depuis n'importe où et une interface Web graphique à l'aide de Chart JS.

Pour commencer, le fait de me plonger dans les différents codes que j'ai trouvés, que ce soit pour le 194T ou le 333, m'ont beaucoup appris concernant le protocole Modbus qui présente beaucoup d'avanatages, et lamanipulation des données issues des requêtes!

Pour l'instant, j'ai donc repris une partie du code de André, pour rapatrier les puissances actives et les sens de transit, bien que seul celui de la voie 1 m'intéresse. Mais ça fonctionne! Je vais maintenant moccuper de rapatrier les énergies actives des trois voies, et ce cera à peu près tout, je pense!

La remontée sur la base de données MySQL fonctionne aussi, il me reste à bien finaliser cette première partie avant de m'attaquer à l'interface Web qui permettra de visualiser l'historique des trois voies.

L'idée est venue du fait que pas mal de gens ont des routeurs et pas tous, loin de là, ont une solution domotique comme HA ou autre, et donc n'ont pas de moyen de superviser l'essentiel à savoir l'import/export, la production solaire et l'énergie effectivement routée.

Merci de m'avoir lu, même si mon intervention ne concerne pas directement l'utilisation du JSY333 dans le cadre d'un routeur!