Bonjour depuis l'upgrade de 17.06 en 17.08
HA derniere version m'indique des problèmes sur des capteurs qui n'ont plus de classe d'état définis
les capteurs sont les suivants :
- sensor.routeur_rms_tension_t
- sensor.routeur_rms_intensite_t
- sensor.routeur_rms_frequence
- sensor.routeur_temperature_canal_0
- sensor.routeur_rms_esp_32-on

Merci

Bonjour André,
Bonjour tout le monde,
Je suis en train de peaufiner les réglages des actions de mon routeur qui fait déjà superbement le job.
Ma question ou demande :
Est il possible de mettre les données de la seconde sonde comme déclencheur d'une action? Je suis en ulx2.
Par exemple, si PW seconde sonde>500 alors gpio14 off à on
Merci d'avance pour les réponses,
Bonne journée,
Gabriel

Bonjour,
Je rencontre un problème avec le choix d'un pourcentage d'ouverture inférieure à 100% en monde On/Off avec un SSR : j'ai toujours 100% de puissance sur ma charge (Je le constate sur l'indication de Puissance active routée et sur le graphe de pourcentage d'ouverture).
Alors qu'avec le triac en Demi-sinus (ou autres découpe), pas de problème ça fonctionne bien.
Je rencontre le même problème avec le paramétrage " Ouverture si forcée [xx] %" ; quand je force en manuel ("Forçage" On sur la page d’accueil) j'ai toujours 100% de puissance avec les SSR.
Deux hypothèses :
- il y a un problème
- on ne peut pas réduire la puissance en mode On/Off malgré le paramétrage laissé disponible.

Je me pose aussi la question comment peut-on limiter la puissance délivrée en mode On/Off ? Sans découpage, je ne vois comment c'est possible.

Remarque : j'ai un Triac et deux SSR pour commander séparément les trois résistances de mon chauffe-eau en répartissant la puissance pour limiter le découpage de tension.
Je suis dans une logique expérimentale, je teste le routeur dans toutes ses possibilités.

Merci pour vos éclairages.

   

Dans son message  Incohérence MQTT sortie relais temporisée , Bendu13 mentionnait que l'état de la sortie transmis par MQTT ne semblait pas prendre la temporisation de la sortie.

Il me semble que j'ai le même comportement en utilisant l'état d'une action d'un ESP externe.
Si je mets une temporisation dans l'ESP qui émet son état, je note bien le changement d'état de l'action après une temporisation (qui ne semble pas être exactement au temps voulu, mais ce n'est pas le sujet) mais sur le récepteur, l'état de l'action est reçu et changé (à peu près 30 secondes après le changement d'état) bien avant la fin de la temporisation .

C'est normal et voulu, où je délire? D'autres ont déjà noté ça?
Je m'attendais à ce que l'état transmis soit l'état réel, cad l'état après la temporisation.

Bonjour

J'ai une installation de 1.5 Kwc , un Linky qui envoie les infos en standard mais je ne suis pas encore déclaré Cacsi .
Le routeur peut il trouver les infos pour voir s'il y a de l'injection réseau et donc router vers le CE.
Merci de vos réponses.

He oui avec les fonctions complètes developpées par André pour mettre en place son routeur extrement efficace vous n'avez que 8 fils à visser.
Ce montage est accessible à tout le monde, même si l'avis d'un electricien reste très utile pour le faire dans les règles de l'art 

2 cas de figures 

le plus simple :  le Chauffe eau à thermostat mécanique
   

Le un peu  simple  le Chauffe eau à thermostat electronique
   

Sur les deux schemas vous constatez que 8 fils ( A,B,C,D,E,F,G,H) à visser sur des bornes sont suffisants pour installer un routeur performant, en utilisant la version Shelly pour la mesure et SSR pour la puissance
Le Shelly est le poste de depense le plus important, pour le routeur en lui meme c est moins de 15 euros ...

Je suis passé d’une 16.x à la 17.10 avec export/import des données. 

Et depuis impossible de récupérer l’heure via internet :/ J’ai essayé de mettre un serveur ntp personnalisé ( mafreebox.freebox.fr ou l’adresse ip de la freebox ), l’information ne semble pas sauvegardé. 

Le seul moyen que j’ai trouvé pour retrouvé l’heure a été de passer en interne :/

Je suis repassé en 16.10, retour de l’heure par internet.

Bonjour a quand la possibilité de pouvoir utiliser un esp pour mesurer la puissance réseau et utiliser un routeur distants avec la possibilité de mesurer la puissance router.

Bonjour la communauté,
je partage sur ce post, mes travaux de ces deux derniers jours sur la problématique suivante :

Peut-on faire évoluer l’interface utilisateur (UI) du routeur f1atb en sollicitant les AI du moment ?

Pour cela j’ai sollicité ChatGPT (en mode licence pro), Claude ( licence gratuite) et Gemini(licence gratuite).

L’idée étant d’envoyer le zip d’une version complète le V17_07 et de donner comme prompt initial les consignes suivants :
« Voilà le zip de la version v17_07 du  projet esp32 d'un routeur solaire. Peut-tu améliorer le rendu visuel de l’interface utilisateur par l'usage d'un thème coloriel moderne , cohérent et homogène sur toute les pages concernées (texte, champs, bouton, fond d’écran, ..) ? Ce thème doit être responsive, adapté aux smartphones. Seul le code lié à la présentation peut être modifié. Merci de me proposer un .zip utilisable directement. »

Mes conclusions ( voir pièces jointes qui illustrent mes propos) :

ChatGPT s’en sort plutôt pas mal dans sa première version mais son rendu reste assez classique sans proposition intermédiaire de palettes colorielles ou choix d’options. Il propose par contre d’avancer par itération pour affiner le rendu . j’ai poussé jusqu’à une V9 plus évoluée. ChatGPT traite globalement tout le site de manière identique sans oublier grand-chose.

Gemini : OUT ! Il s’arrête rapidement car l’envoi d’un zip avec plus de 10 fichier lui pose clairement problème et bloque directement…

Claude : Démarche différente bien plus orientée dev et code informatique . Claude propose des maquettes bien travaillées pour le choix coloriel. Par contre lors de l’implémentation, il oublie certaines parties ou pages qu’il ne code pas de manière strictement identique, c’est vite énervant. Cela semble lié au code qui parfois peut être complexe et différent suite les pages et CSS/ JS …. A force d’itérations (au moins une bonne dizaine voire +), on obtiens un rendu prometteur tout de même mais attention qu’il ne casse pas ce qu’il a fait dans la version précédente.

Au final, vous trouverez des recopies d’écrans exemple des rendus obtenus, plus ou moins aboutis . Attention aux consignes a envoyer ( prompts). Les Ai se noient parfois lorsque les consignes sont trop nombreuses ou trop détaillées. Claude comprends mieux le langage et le jargon développeur / designer je trouve… avec des drôles de surprises quand même aussi parfois ? !

 Bon, cela peut donner des idées d’évolutions coté UI (ou pas !), merci de vos retours ou expérience sur ce sujet intéressant.  

Attention : lors de mes essais, je n’ai pas contrôlé précisément l’impact sur le code et la préservation de sa robustesse. Il ne s’agit que de maquettes/ réflexions qui n’enlèvent en rien ce formidable routeur et tout le travail d’André que je salue au passage !

Pièces jointes

Miniature(s)
                   

Bonjour à tous,

Je sollicite votre aide car je bloque sur le forçage de mon routeur via MQTT. Je précise que je débute totalement en domotique.
Ma situation : J'ai un Routeur RMS en v15.12. Sur Home Assistant, je reçois parfaitement toutes les infos (températures, état du triac, puissance). La lecture MQTT fonctionne donc très bien.
Mon problème : Impossible d'envoyer un ordre de forçage (pour chauffer 30 ou 60 min). J'ai bien coché la case "Souscrire au forçage des Actions via le serveur MQTT" dans les paramètres.
Mes réglages :

• MQTT Device Name :
  
  Code :

  routeur_rms
• Nom de l'Action :
  
  Code :

  Titre Triac
• Message envoyé :
  
  Code :

  {"tOnOff":60}