14-06-2024, 11:04 PM
(Modification du message : 14-06-2024, 11:08 PM par PhDV61.
Raison de la modification: typos
)
Félicitations pour le code initial.
Je l'ai modifié pour retrouver les données Linky, à savoir le Linky "signe" les puissances apparentes avant de les sommer, là où le JSY-MK-333 fait une simple somme arithmétique non signée. et le facteur de puissance ne veut rien dire.
Par ailleurs les compteurs d'Energie soutirée et consommée somment ce qui passe dans un sens , et dans l'autre.
Dans le cas du tri-phasé, on peut être en injection sur une ou deux phases, et en soutirage sur la ou les autres.
Le Linky fait le compte de ce qui est "facturable" donc une somme du "net" soutiré dans le temps, et idem pour l'injecté.
Comme je suis en CACSI, ces deux compteurs m'intéressaient. Et du coup, comme j'avais pour chaque phase la puissance instantanée, la puissance apparente, et le sens, je pouvais calculer le net soutiré, le net injecté (en intégrant les mesures dans le temps), et un facteur de puissance par phase. Toujours intéressant.
Si seules deux valeurs vous intéressent, la puissance instantanée soutirée ou consommée il ne vous faut pas beaucoup de data :
1/ Three-phase active total power 0109H 010AH read Unsigned number, value = DATA, unit W (0109H register corresponds to the upper 16 bits)
la réponse à l'interrogation comprend
address 01H command 03H Data length 04H Data segment (4 bytes) Checksum (2 bytes), soit 9 octets (0 -> 8)
Je suppose que vous avez vérifié le checksum en 7,8 et récupéré vos 4 octets au bon endroit dans votre tableau "lecture" ? 0,1,2 -> (3,4) et (5,6)
2/ L'octet de status 0132H
Vous lisez (read) directement après avoir envoyé la requête, mais vous n'avez pas attendu l'arrivée de l'octet, qui peut ne pas être encore arrivé car votre code va bien plus vite que le port série. Je ne sais pas si ce read attend l'octet s'il n'est pas arrivé ( read "bloquant" ?).
Après, si vous avez tout vérifié et que les données reçues sont totalement incohérentes, êtes-vous sûr de travailler avec les bons bauds ?
Les 19200 que vous avez modifiés sont-ils "persistants" ou avez-vous besoin de renvoyer la commande à chaque re-démarrage ? Il se peut qu'au démarrage le port série soit d'office et par défaut à 9600, et qu'il faille envoyer la commande de passage à 19200 au module avant de passer l'ESP32 à 19200 lui aussi. Ceci pourrait expliquer cela.
Enfin, la doc dit : "data update rate of 1000ms". donc une lecture plus rapide que la seconde serait inutile... car les données seraient les mêmes (?) ou pas disponibles (?). A vérifier.
Je n'ai pas d'autre idée à soumettre.
Bon courage.
Je l'ai modifié pour retrouver les données Linky, à savoir le Linky "signe" les puissances apparentes avant de les sommer, là où le JSY-MK-333 fait une simple somme arithmétique non signée. et le facteur de puissance ne veut rien dire.
Par ailleurs les compteurs d'Energie soutirée et consommée somment ce qui passe dans un sens , et dans l'autre.
Dans le cas du tri-phasé, on peut être en injection sur une ou deux phases, et en soutirage sur la ou les autres.
Le Linky fait le compte de ce qui est "facturable" donc une somme du "net" soutiré dans le temps, et idem pour l'injecté.
Comme je suis en CACSI, ces deux compteurs m'intéressaient. Et du coup, comme j'avais pour chaque phase la puissance instantanée, la puissance apparente, et le sens, je pouvais calculer le net soutiré, le net injecté (en intégrant les mesures dans le temps), et un facteur de puissance par phase. Toujours intéressant.
Si seules deux valeurs vous intéressent, la puissance instantanée soutirée ou consommée il ne vous faut pas beaucoup de data :
1/ Three-phase active total power 0109H 010AH read Unsigned number, value = DATA, unit W (0109H register corresponds to the upper 16 bits)
la réponse à l'interrogation comprend
address 01H command 03H Data length 04H Data segment (4 bytes) Checksum (2 bytes), soit 9 octets (0 -> 8)
Je suppose que vous avez vérifié le checksum en 7,8 et récupéré vos 4 octets au bon endroit dans votre tableau "lecture" ? 0,1,2 -> (3,4) et (5,6)
2/ L'octet de status 0132H
Vous lisez (read) directement après avoir envoyé la requête, mais vous n'avez pas attendu l'arrivée de l'octet, qui peut ne pas être encore arrivé car votre code va bien plus vite que le port série. Je ne sais pas si ce read attend l'octet s'il n'est pas arrivé ( read "bloquant" ?).
Après, si vous avez tout vérifié et que les données reçues sont totalement incohérentes, êtes-vous sûr de travailler avec les bons bauds ?
Les 19200 que vous avez modifiés sont-ils "persistants" ou avez-vous besoin de renvoyer la commande à chaque re-démarrage ? Il se peut qu'au démarrage le port série soit d'office et par défaut à 9600, et qu'il faille envoyer la commande de passage à 19200 au module avant de passer l'ESP32 à 19200 lui aussi. Ceci pourrait expliquer cela.
Enfin, la doc dit : "data update rate of 1000ms". donc une lecture plus rapide que la seconde serait inutile... car les données seraient les mêmes (?) ou pas disponibles (?). A vérifier.
Je n'ai pas d'autre idée à soumettre.
Bon courage.
V12.0 modifiée récurrence d'interrogation serveurs, RTE, et code UxIx3. 1 serveur RMS UxIx3, 1 client Triac CE + 1 client SSR CE. 1 client SSR sur CE tri sur 1 serveur Linky réf. CACSI. Variateurs de fréquence sur Piscine et Spa.
6 panneaux (2 SO 2 S, 2 SE ) 425Wc produisent 13kWh de jour actuellement.
6 panneaux (2 SO 2 S, 2 SE ) 425Wc produisent 13kWh de jour actuellement.