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.
V16_09 serveur UxIx3 + ref Linky, client Triac CE tampon + client SSR CE tampon + client SSR sur CE tri (+ 3 clients SSR sur 3 radiateurs d'appoint). Variateurs de fréquence sur pompes tri pour Piscine et Spa. 8 panneaux (3 SE 2 S, 3 SO ) 425Wc sur 4 HM800 produisent 20kWh par jour au 16 Mars (Sud-Est France)