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}

bonjour a tous , afin de bien régler les sondes de température, j'aurais aimer avoir un offset au 10 eme de degrés

J'ai une petite demande à faire aux développeurs et à André.

Lorsque l'on force a OFF une action, ou lorsque que l'action arrive à sa consigne de temperature.
La commande passe de 100% (ou moins) à 0% instantanément. Fonctionnement normal.

Ayant 5 actions avec seuil temperature. 
Lorsque l'une des actions atteint ça consigne, cela occasionne une grosse baisse de consommation (donc d'injection)
Cela crée une perturbation sur la régulation des 4 autres actions le temps que ceux-ci se stabilisent de nouveau.

Est il possible lors d'un forçage a off ou consigne atteinte de faire baisser la consigne plus progressivement et non pas instantanément ?
Le temps que les autres actions réagissent.

Sur mon graphe on voit bien les 2 pics de surconsommation maison et la bonne réaction du routeur.
Par contre lors de l’arrêt d'une action sur un seuil temperature, passage de 100% à 0%. Le routeur a plus de mal pour retrouver une régulation stable.
Je pense qu'avec une descente plus progressive de la consigne de l'action qui stoppe, la régulation serait plu souple. 
Peut être une variable réglable de 0 à 5 secondes.
2eme graphe, arrêt d'un action avec les 5 actions en régulation et 5500w de routage.

Voila pour mon idée.

Pièces jointes

Miniature(s)
       

Bouleversement chez APSystems. Les accès via interface Web ne vont plus être maintenus.
Actuellement plus d’accès au menu avancé en direct sur l'adresse IP de l'ECU
Entre autre (pour moi) la possibilité de modifier les paramètres d'injection.

Reste la possibilité d'utiliser les applis sur smartphone.
Gros problème, il faut se connecter directement sur l'ECU via son wifi et surtout appuyer sur le bouton de l'ECU pour activer le wifi. Donc intervention uniquement en local. (Et pour moi obligé de désactiver les données mobiles pour pouvoir me connecter à l'ECU)

Appli EMA App pas de soucis via wifi local ou données mobiles
Appli EMA Manager obligé d’être sur le wifi local de l'ECU

J'ai bien peur que toutes les interface web soit supprimé au détriment des appli smartphone.

Si certains ont fait d'autres manips ou ont d'autres astuces.

Pièces jointes

Miniature(s)
   

Bonsoir,

En parcourant Aliexpress, je suis tombé sur cette référence : Carte de développement de caméra ETH ESP32-S3, PoE RJ45/OV2640 OV5640, Port/W5500/micro-sd, Compatible avec Raspberry Pi Pico Size

Elle est au format RPi Pico, donc plus longue et moins large que le modèle Lyligo T-ETH-Lite. Elle possède davantage de GPIO, un HAT PoE et a surtout le bon goût d'avoir un port USB pour l'installation simple du firmware.

Pensez-vous que la future version de f1atb serait également compatible avec ce modèle ?

Merci

je viens de reprendre le sujet après plusieurs semaines d'interruption. 
Depuis 2 jours je charge sans aucun pb sur ma MG5 avec la carte V1 en manuel et en semi auto. 
La charge auto reste à valider.
Concernant les coupures relai et charge sur ma carte j'ai complètement refait le câblage pour avoir quelque chose de "propre" en évitant au max les longueurs de fils qui se longent ou se croisent.J'ai pris un coffret avec 2 rails le disjoncteur l'alim 12v et la carte sont en haut et le relai est en bas. Le résultat était meilleur mais toujours des coupures.
En fait mon problème venait du réglage 12v. J'ai repris le message de Hervé avec les seuils voltage Dans la version 2.5.1 les seuils sont les suivants:
int A_voltage = 2700;     // HP EVSE new value for ESP ma mesure avant 2900 après 2870 pas flagrant
int B_voltage = 2300;     // HP EVSE new value for ESP ma mesure avant 2490  après 2461 ""
int C_voltage = 1900;     // HP EVSE new value for ESP ma mesure avant 2180 après  2145 ""
J'étais supérieur d'environ 100 points des préco.
Et en faisant tourner le célèbre putty j'ai baissé la tension d'entrée jusqu'à avoir la stabilité et me rapprocher des valeur cibles sans y parvenir.
La tension d'entrée est à 11.7V et tout se passe bien pour le moment. Reste à valider le mode auto.
J'ai aussi changé l'alim 12V. 

Seul bémol pour le moment la MG5 décroche si je charge en 6A mais en 8A tout va bien.
J'ai une seule question pourquoi je ne peux pas descendre à+/- 2050 quand je baisse plus la tension les valeurs ne descendent plu.

Pour la carteV1.1  je l'ai assemblée mais je suis planté au premier test avec une tension à 0 pour du 5V. Il y a bien le 12v mais pas le 5v. Pour le moment je ne trouve pas pourtant c'est juste au départ.   A suivre
Je n'ai rien trouvé pour le moment.

Bonjour, nouveau sur ce forum, impressionné par tans d’échanges et de travailler partager, c’est très sympa. Je me permets de partager mes remarques. Vos retours seront les bienvenus car je manque de compétences pour tout comprendre.
Mon projet est de réaliser un routeur connecté en Ethernet, qui permettra de router le surplus de 3 kW de panneaux vers deux ballons d’eau chaude (2000 et 1500w). j’ai un abonnement EDF tempo.
J’ai réalisé un petit routeur sur table (pour les tests) avec une ESP32 ETH01, la mesure de consommation se fait avec une carte Uxlx2 et la commande de sortie pilote un SSR pour le moment. 
Pour réaliser les tests : je simule le surplus avec un fer à souder et le ballon d’eau chaude avec une lampe halogène. 
Le paramétrage des actions dans un premier temps est du demi-sinus ou multi-sinus (j’ai essayé les 2) sur 24h avec un Pw à 40W. 
je ne comprends pas, car même si je n’injecte pas (fer ne chauffe pas) : le SSR alimente la lampe ?
Merci pour vos remarques. 

Yann

Pièces jointes

Miniature(s)
                   

J'ai des remontés d'erreur du routeur dans mes log home Assistant.
D'habitude je cherche et modifie mais en ce moment je manque de temps.
Si 'un de vous a la solution?

voici les erreurs :

Citation :première erreur:

Enregistreur: homeassistant.components.mqtt.client
Source: components/mqtt/client.py:1183
intégration: MQTT (documentation, problèmes)
S'est produit pour la première fois: 05:15:21 (8 occurrences)
Dernier enregistrement: 05:30:20

Can't decode payload b'{"name": "Tension M","uniq_id": "routeur_rms_Tension_M","stat_t": "homeassistant/routeur_rms_state","device_class": "voltage","unit_of_meas": "V","unit_class":"voltage",oF\xfc?\xa2E\xfc?larouteur_rms_RTE_Demain"val_tpl": "{{ value_json.Tension_M|default(0)|round(2)}}","device": {"ids":"31abe342a8","name":"Routeur - ECS","mdl":"ESP32 - 31abe342a8","mf":"F1ATB - https://f1atb.fr","hw":"ESP32-D0WD-V3 rev.301","sw":"17.08","cu":"http://192.168.1.45"}, "availability_topic": "homeassistant/routeur_rms/Available"}' on homeassistant/sensor/routeur_rms_Tension_M/config with encoding utf-8 (for <Job None HassJobType.Callback <function async_start.<locals>.async_discovery_message_received at 0x7fdd7a3a47d0>>)

Can't decode payload b'{"name": "Intensit\xc3\xa9 M","uniq_id": "routeur_rms_Intensite_M","stat_t": "homeassistant/routeur_rms_state","device_class": "current","unit_of_meas": "A","unit_class":"current",oF\xfc?\xa2E\xfc?larouteur_rms_RTE_Demain"val_tpl": "{{ value_json.Intensite_M|default(0)|round(2)}}","device": {"ids":"31abe342a8","name":"Routeur - ECS","mdl":"ESP32 - 31abe342a8","mf":"F1ATB - https://f1atb.fr","hw":"ESP32-D0WD-V3 rev.301","sw":"17.08","cu":"http://192.168.1.45"}, "availability_topic": "homeassistant/routeur_rms/Available"}' on homeassistant/sensor/routeur_rms_Intensite_M/config with encoding utf-8 (for <Job None HassJobType.Callback <function async_start.<locals>.async_discovery_message_received at 0x7fdd7a3a47d0>>)

deuxième erreur :

Enregistreur: homeassistant.components.sensor.recorder
Source: components/sensor/recorder.py:416
intégration: Capteur (documentation, problèmes)
S'est produit pour la première fois: 05:15:10 (2 occurrences)
Dernier enregistrement: 05:15:10

Entity sensor.routeur_ecs_routeur_rms_frequence from integration mqtt has state class total_increasing, but its state is not strictly increasing. Triggered by state 49.98 (previous state: 50.01) with last_updated set to 2026-03-07T04:10:32.027492+00:00. Please create a bug report at https://github.com/home-assistant/core/i...3A+mqtt%22

Entity sensor.routeur_ecs_temperature_du_triac from integration mqtt has state class total_increasing, but its state is not strictly increasing. Triggered by state 16.9 (previous state: 17.0) with last_updated set to 2026-03-07T04:11:44.530511+00:00. Please create a bug report at https://github.com/home-assistant/core/i...3A+mqtt%22