Je ne suis pas encore convaincu de l'intérêt de fermer les connections par un clientESP_RMS.stop(); En attendant j'en ai mis pour le Shelly, cela ne peut pas faire du mal.
Comme le mentionne Michy, le destructeur de WifiClient en sortie de routine doit faire cela.

Je ne le vois pas systématiquement dans les exemples de l'IDE Arduino.
Sur les milliers d'échanges par jour, si c'était nécessaire, on verrait beaucoup plus de problèmes.

A suivre

André

(Hier, 07:31 PM)F1ATB a écrit : Je ne suis pas encore convaincu de l'intérêt de fermer les connections par un clientESP_RMS.stop(); En attendant j'en ai mis pour le Shelly, cela ne peut pas faire du mal.
Comme le mentionne Michy,  le destructeur de WifiClient  en sortie de routine doit faire cela.

Je ne le vois pas systématiquement dans les exemples de l'IDE Arduino.
Sur les milliers d'échanges par jour, si c'était nécessaire, on verrait beaucoup plus de problèmes.

A suivre

André

les sockets finissent effectivement par se fermer toutes seules, mais saturent les piles TCPs , observe les trames avec Wireshark c est très significatifs et ce n'est pas un hasard si mes connexion failed et mes timeouts ont disparu, en tout cas cela reste toujours une bonne pratique de fermer une connexion avant d'en rouvrir une deuxieme.
Au pire on pourrait garder la connexion ouverte en permanence, pour gagner quelques ms mais dans ce cas ne pas en rouvrir en //

  // Exemple : fermer la connexion après usage
  Serial.println("Fermeture de la connexion...");
  client.stop();  // ? fermeture propre du socket

en tout cas on attend avec interet les retours des forumeurs

Merci Lolo69, André pour cette nouvelle version.
Maj faite ce matin sur mes routeurs en service
je reviens vers vous pour un retour rapide ;-) !