Salut à tous. 

J'ai tout monté en local depuis deux ans, Home Assistant sur un Raspberry, un ESP32 qui lit la TIC du Linky, un autre qui pilote le routeur PV, et la pompe de filtration piscine qui suit la prod solaire.

Jusqu'à maintenant tout tourne en interne, broker MQTT local, aucun accès depuis l'extérieur, et franchement ça me suffisait largement. Le soucis c'est que les choses vont changer... Avec l'achat de ma villa sur Koh Samui qui vient de se signer (compromis signé il y a trois semaines), je vais passer une bonne partie de de l'année là-bas une fois à la retraite, dans un an grosso modo, et je voudrais pouvoir garder un oeil sur tout ça sans laisser un port ouvert n'importe comment. Genre pouvoir checker la prod, relancer la pompe piscine ou vérifier que le routeur fait bien son taff, depuis mon tel ou un pc là bas. Je pensais à un VPN type Wireguard sur la box ou un petit boitier dédié, mais j'ai pas encore creusé les détails niveau conf. Est ce que certains d'entre vous exposent déjà leur Home Assistant ou leur broker MQTT à distance? Avec quelle méthode, et surtout avec quel niveau de confiance sur la sécu. J'ai vu aussi des trucs genre Tailscale qui semblent plus simples à mettre en place qu'un vrai VPN classique. Des retours là dessus avant que je me lance dans la conf?

Bonjour à  tous,

Tout d'abord tout mes remerciements à André !!!!

J'ai un F1atb depuis maintenant 2 ans et cette année. Je me suis décidé à créer un automatisation dans HA pour gérer les compléments en heures creuses mais uniquement les jours où le surplus solaire du lendemain n'est pas suffisant.
Cela fonctionne plutôt pas mal jusque là.
J'ai déterminer la page 00h00 - 6h00 pour le complément.
L'idée étant de lisser la consommation du CES sur cette période. (Ex : 6kWh de complément nécessaire, ouverture SSR à 50 % durant 6h pour un CES de 2000 W)

Mon problème est que je n'arrive pas à géré  l'ouverture du SSR. Le payload MQTT fonctionne mais ne prend pas en compte l'ouverture. Y aurait-il un âme charitable  pour répondre a cette problématique ?

Merci d'avance.

Version 17.30
Payload :
action: mqtt.publish
data:
  topic: routeur_rms/Titre Relais 1
  payload: '{"Mode":"tOnOff","tOnOff":20,"Periode":0,"OuvreMax":50}'

les plannings d'actions peuvent etre sophistiqués voire complexe.

Partir d'une page totalement vide peut etre assez déconcertant pour certains utilisateurs

Une idée d'évolution : pouvoir disposer de plannings simple d'exemples (templates) voire pouvoir sauvegarder ses propres plannings

Bonjour à tous,
Étant un petit nouveau sur le forum, je souhaiterais avoir quelques informations sur le fonctionnement du routeur
- Est-il possible de commander 2 sorties SSR, quand la première sortie arrive à 100 %, de continuer sur la deuxième sortie ? Exemple : 1 sortie alim ballon ECS et si trop de production ou arrêt chauffe le ballon de continuer sur une résistance chauffe piscine par exemple
- As t on la possibilité de commander un forçage chauffe ballon avec une horloge pour recharger en heure creuse la nuit par exemple.
Merci pour vos explications

J'ai réalisé un planning, qui me semble va fonctionner (après quelques tests)
Mais, je voudrais désactiver ce planning (absence de plusieurs semaines par exemple) 
Je ne vois pas la solution !
ou peut être de rajouter dans les capteurs un 0 bin et 1 bin pour forcer une porte ET (il me suffirait juste de modifier l'entrée ET pour bloquer mon planning)

Bonsoir
en cours de test sur Routeur F1ATB-S3, j'ai inclus une source de puissance secondaire basé sur un Esp32 standard avec un Uxlx3, je constate que la donnée soutirée et injectée ne s'affiche pas alors quelle figure dans les données brutes.
je joint des captures d'écrans.


   
   
   

--sur l'ESP32 avec écran.......la tempo écran ON fonctionne.

--j'ai galéré pour inclure le graphique jauge, je n'avais rien dans les zones blanches après avoir sélectionné une température et après avoir cliqué sur le crayon
le "dashboard gardait l'intégralité et pas seulement la jauge.
mais je n'avais rien configuré dans le menu Action.
Après avoir sélectionné un SSR, tout est devenu normal.

--juste un petit oubli dans "Port Série 2" on à "RX=6 et TX=gpio7" il manque gpio (pour RX)....bon c'est un détail.

j'envisage de faire un PCB pour ce nouveau routeur avec le modèle avec écran mais je me pose une question sur la mesure UxI.

d'après ce que j'ai relevé, les GPIO utilisés sont 

Commun=gpio5
U=gpio6
I=gpio7

et d'après le schéma de ESP32-S3 (celui avec écran) le GPIO5 est utilisé pour une éventuelle mesure de la tension Batterie (si la batterie est présente)
le GPIO5 est relié via un pont diviseur (voir schéma)

la question que je me pose: Est-ce que ce pont diviseur ne va pas compromettre la mesure UxI ?

Bonjour

Je n'arrive pas a faire remonter la température de mon chauffe-eau en MQTT

La config est identique à mon esp32 basic

         

   

Jean-Francois

Bonjour,
La page Jour/heure des paramètres redirige sur /pageHtmlHeure.html mais cela lève une erreur 404.
Dans Server.cpp ligne 704 il faut remplacer : 
server.on("/Heure", HTTP_GET, [](AsyncWebServerRequest *request)

par : 
server.on("/pageHtmlHeure.html", HTTP_GET, [](AsyncWebServerRequest *request)