Bonjour à tous,
J'utilise actuellement un Routeur Maître version 16.05 qui pilote en priorité mon ballon (SSR local), puis deux autres ESP32 distants en WiFi.
Je souhaite rajouter un quatrième maillon en bout de chaîne : une PAC pilotée par un ESP32 tiers (ce n'est pas un firmware F1ATB, c'est un code spécifique que j'ai développé). Cet ESP32 attend une requête HTTP simple pour basculer en mode solaire :
Lancement Solaire :
Code :
http://192.168.1.X/setSolaire?state=1
Arrêt Solaire :
Code :
http://192.168.1.X/setSolaire?state=0
Ma question : Comment configurer le Routeur Maître pour qu'il envoie ces requêtes HTTP uniquement quand le surplus est encore disponible (c'est-à-dire une fois que le ballon et les deux SdB sont déjà servis) ?
Existe-t-il une section 'Bornes / Requêtes HTTP' dédiée pour piloter un objet connecté qui n'utilise pas le protocole natif F1ATB ? Mon but est de ne surtout pas perturber ma cascade actuelle qui fonctionne très bien.
(14-05-2026, 06:48 PM)patento a écrit : Bonjour à tous,
J'utilise actuellement un Routeur Maître version 16.05 qui pilote en priorité mon ballon (SSR local), puis deux autres ESP32 distants en WiFi.
Je souhaite rajouter un quatrième maillon en bout de chaîne : une PAC pilotée par un ESP32 tiers (ce n'est pas un firmware F1ATB, c'est un code spécifique que j'ai développé). Cet ESP32 attend une requête HTTP simple pour basculer en mode solaire :
Lancement Solaire :
Code :
http://192.168.1.X/setSolaire?state=1
Arrêt Solaire :
Code :
http://192.168.1.X/setSolaire?state=0
Ma question : Comment configurer le Routeur Maître pour qu'il envoie ces requêtes HTTP uniquement quand le surplus est encore disponible (c'est-à-dire une fois que le ballon et les deux SdB sont déjà servis) ?
Existe-t-il une section 'Bornes / Requêtes HTTP' dédiée pour piloter un objet connecté qui n'utilise pas le protocole natif F1ATB ? Mon but est de ne surtout pas perturber ma cascade actuelle qui fonctionne très bien.
Un grand merci pour Vos conseils voila la configuration du Routeur Maître en mode GPIO Externe.
mes réglages (priorité donnée après mon ballon ) :
On si Pw < 500W / Off si Pw > 4000W
Plage horaire : 11h - 21h30 (priorité au ballon le matin).
Merci de m'indiquer si j'ai fait une erreur.
Le projet en bref :
C’est une PAC gainable Toshiba de 19 ans que j'ai rendue 'intelligente' avec un ESP32 tiers. Le système récupère l'état via la LED de la télécommande murale et simule l'appui bouton pour le ON/OFF.
J'y ai intégré une gestion par sonde de température et un calendrier hebdomadaire complet (planning heure par heure) et la prise en compte des HC. Les requêtes HTTP du Routeur F1ATB viennent maintenant se greffer là-dessus comme une condition 'Solaire' prioritaire.
Si le montage ou le code intéressent quelqu'un pour redonner vie à une vieille installation, c’est avec plaisir !
Petit correctif après mes premiers tests : je m'étais trompé dans la saisie de mon seuil de déclenchement.
J'avais mis 500W (positif), ce qui forçait l'allumage même sans soleil dès que ma consommation était basse. Je suis passé à -300W (négatif) pour bien cibler le surplus réel. C’est beaucoup plus cohérent pour ne déclencher la clim qu'une fois le ballon et les autres consommateurs servis.
Si l'un d'entre vous a déjà piloté une grosse charge type PAC avec le routeur en ON/OFF, pourriez-vous me confirmer que ces seuils (-300W / 4000W) vous semblent cohérents pour éviter de trop solliciter le compresseur (J'ai intégré quand même une sécurité logicielle qui impose un cycle de fonctionnement minimum de 30 minutes)
