17-06-2024, 06:29 PM
(Modification du message : 17-06-2024, 06:30 PM par PhDV61.
Raison de la modification: typo
)
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.
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.
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.