20-06-2024, 12:37 PM
Bonjour André,
Je me rends compte que le compteur wifibug n'est pas seulement incrémenté par la boucle de test de connexion à 30s dans le module principal,mais aussi dans d'autres modules.
Dans ces modules, le timeout est bien inférieur. Lorsque le serveur est chargé par des envois de pages html, il m'arrive de voir des timeouts supérieurs à 5000 ( et donc wifibug++ ). mais la 9.01 ne plante pas.
Or, on peut imaginer que parfois, dans la foulée, le module principal puisse faire à son tour un test de connexion à 30s. s'il échoue aussi alors wifibug++. Maintenant wifibug=2 et pour peu que le test suivant à 5s échoue à nouveau cela entraine un ESP.restart().
Cela n'a pas l'air de se produire en 9.01 (par miracle ou car le timing est différent ?).
Se pourrait-il que cela se produise en fait avec la 9.03 ? et que cela entraine un reboot "intempestif" ou "prématuré" ?
Ne faudrait-il pas du coup séparer en deux cette variable "wifibug", l'une pour le test 30s, l'autre pour les autres appels comme dans ESP_externe par exemple où on attendrait n fois le timeout de 5s (6 par exemple par cohérence avec le 30s ?).
En 9.01, voilà ce que j'obtiens sur le 2e client, lorsque je me mets à afficher la page donnée brute sur ce 2e client après avoir affiché la page donnée brute sur un 1er client sans souci. : de nombreuses erreur successives de timeout. Mais pas de plantage for heureusement.
A+
Ph.
Je me rends compte que le compteur wifibug n'est pas seulement incrémenté par la boucle de test de connexion à 30s dans le module principal,mais aussi dans d'autres modules.
Dans ces modules, le timeout est bien inférieur. Lorsque le serveur est chargé par des envois de pages html, il m'arrive de voir des timeouts supérieurs à 5000 ( et donc wifibug++ ). mais la 9.01 ne plante pas.
Or, on peut imaginer que parfois, dans la foulée, le module principal puisse faire à son tour un test de connexion à 30s. s'il échoue aussi alors wifibug++. Maintenant wifibug=2 et pour peu que le test suivant à 5s échoue à nouveau cela entraine un ESP.restart().
Cela n'a pas l'air de se produire en 9.01 (par miracle ou car le timing est différent ?).
Se pourrait-il que cela se produise en fait avec la 9.03 ? et que cela entraine un reboot "intempestif" ou "prématuré" ?
Ne faudrait-il pas du coup séparer en deux cette variable "wifibug", l'une pour le test 30s, l'autre pour les autres appels comme dans ESP_externe par exemple où on attendrait n fois le timeout de 5s (6 par exemple par cohérence avec le 30s ?).
En 9.01, voilà ce que j'obtiens sur le 2e client, lorsque je me mets à afficher la page donnée brute sur ce 2e client après avoir affiché la page donnée brute sur un 1er client sans souci. : de nombreuses erreur successives de timeout. Mais pas de plantage for heureusement.
A+
Ph.
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.
