Bienvenue, Visiteur
Vous devez vous enregistrer avant de pouvoir poster.

Nom d’utilisateur
  

Mot de passe
  





Rechercher dans les forums

(Recherche avancée)

Derniers sujets
montée lente de la tempér...
Dernier message : Mike
Il y a 28 minutes
Soucis 17.17 et UxIx2
Dernier message : lorksoft
Il y a 1 heure
Analyseur de TIC
Dernier message : JZH85FR
Il y a 2 heures
Recherche des beta testeu...
Dernier message : Geosr
Il y a 3 heures
Perte sonde température
Dernier message : Richard59
Il y a 4 heures
impossible de récupérer l...
Dernier message : arnaud47
Il y a 6 heures
UxIx3 régression en V17 ...
Dernier message : PhDV61
Il y a 6 heures
Caméra IP discrète intégr...
Dernier message : Chris
Il y a 8 heures
Affichage des VA
Dernier message : Lolo69
Hier, 06:11 PM
détection véhicule OK (ét...
Dernier message : Rakibou
Hier, 05:50 PM

Statistiques du Forum
» Membres : 2,720,   » Dernier membre : Géraldeudeu,   » Sujets du forum : 2,316,   » Messages du forum : 21,613,  
Statistiques complètes

  Remontée des données dans MQTT
Posté par : Doudy - 13-04-2026, 11:13 AM - Forum : Evolutions faites, à faire, dont vous rêvez... - Pas de réponse

Bonjour,
J'utilise HomeWizard afin de lire les données de mon compteur communiquant.

Je vois bien toutes les données dans Routeur-RMS
entre autre :
active_voltage_l1_v:229.800
active_voltage_l2_v:238.200
active_voltage_l3_v:235.900
active_current_a:2.520
active_current_l1_a:0.630
active_current_l2_a:1.300
active_current_l3_a:0.590

Par contre dans MQTT explorer j'ai :
Tension_M": 0.0
Intensite_M : 0.0
PowerFactor_M": 0.00 => c'est quoi ?

routeur_rms_state = {"PuissanceS_M": 0, "PuissanceI_M": 472, "Tension_M": 0.0, "Intensite_M": 0.0, "PowerFactor_M": 0.00, "Energie_M_Soutiree":1773370,"Energie_M_Injectee":766332, "EnergieJour_M_Soutiree":562, "EnergieJour_M_Injectee":241,"ESP32_On":70.227776}

Est-ce normal que les données, Tension et Intensité, ne soient pas remontée dans MQTT Explorer ?

Imprimer cet élément

  Projet LED UV pour détection de fuites ?
Posté par : EmmaL529 - 12-04-2026, 09:03 PM - Forum : Domotique - Réponses (1)

Bonjour,

Je travaille sur un petit projet perso et j'aurais besoin de vos lumières (sans mauvais jeu de mots). J'aimerais monter un système de détection de fuites de fluide frigorigène avec des LED UV. Le principe c'est d'ajouter un traceur fluorescent dans le circuit et de balayer avec de la lumière noire pour repérer les micro-fuites.

J'ai trouvé des LED UV 395nm à pas cher mais je me demande si c'est suffisant ou s'il faut du 365nm pour une bonne fluorescence. Pour ceux qui voudraient en savoir plus sur les différences entre longueurs d'onde UV, il y a pas mal de documentation technique disponible.

Est-ce que certains d'entre vous ont déjà utilisé de la lumière noire dans un contexte technique comme celui-là ? Quelle longueur d'onde vous recommanderiez ?

Merci d'avance !

Imprimer cet élément

  Mesures et publication des puissances en triphasé
Posté par : bidou78 - 12-04-2026, 08:16 PM - Forum : Routeur Photovoltaïque - Réponses (1)

Bonjour,
Mon routeur va récupérer les mesures de puissance dans mon système photovoltaïque Enphase triphasé (équipé de pinces ampèremétrique sur chaque phase).
Venant tout juste de passer le routeur en V17 (V17.17 exactement), je m'attendais à voir dans la page de données brutes du routeur des données des trois phases (puissances et/ou intensités) mais rien ne remontent de plus que d'habitude.
Ai-je mal compris cette nouveauté de la v17 ?  cela ne fonctionne t-il pas dans le cas où l'on mesure les puissances via Enphase ?

Quel est votre retour d'expérience ?

Pour info, j'ai besoin de ces données pour mieux piloter ma batterie Zendure branchée sur une des phases.

Cordialement
Eric

Imprimer cet élément

  Erreur dans le journal de HA:Bug firmware 17.17_RMS — device_class vide
Posté par : Thierry79 - 12-04-2026, 03:59 PM - Forum : Evolutions faites, à faire, dont vous rêvez... - Pas de réponse

Bonjour,

Je vous contacte au sujet d'un bug présent dans le firmware 17.17 de votre Routeur RMS ECS (ESP32 - CCBig GrinB:A7:68:A5:74).

J'ai constaté que depuis la mise à jour de Home Assistant en version 2026.4, une erreur apparaît dans les journaux lors du traitement du message MQTT discovery de l'entité 'Linky_ECS_Code_Tarifaire' : On vous l'a peut-être déjà signalé mais je suis nouveau sur le forum.

Ci-dessous ce que remonte le journal de HA.

Enregistreur: homeassistant.components.mqtt.entity
Source: components/mqtt/entity.py:159
intégration: MQTT (documentation, problèmes)
S'est produit pour la première fois: 15:33:57 (1 occurrence)
Dernier enregistrement: 15:33:57

Error 'expected SensorDeviceClass or one of 'date', 'enum', 'timestamp', 'absolute_humidity', 'apparent_power', 'aqi', 'area', 'atmospheric_pressure', 'battery', 'blood_glucose_concentration', 'carbon_monoxide', 'carbon_dioxide', 'conductivity', 'current', 'data_rate', 'data_size', 'distance', 'duration', 'energy', 'energy_distance', 'energy_storage', 'frequency', 'gas', 'humidity', 'illuminance', 'irradiance', 'moisture', 'monetary', 'nitrogen_dioxide', 'nitrogen_monoxide', 'nitrous_oxide', 'ozone', 'ph', 'pm1', 'pm10', 'pm25', 'pm4', 'power_factor', 'power', 'precipitation', 'precipitation_intensity', 'pressure', 'reactive_energy', 'reactive_power', 'signal_strength', 'sound_pressure', 'speed', 'sulphur_dioxide', 'temperature', 'temperature_delta', 'volatile_organic_compounds', 'volatile_organic_compounds_parts', 'voltage', 'volume', 'volume_storage', 'volume_flow_rate', 'water', 'weight', 'wind_direction', 'wind_speed' for dictionary value @ data['device_class']' when processing MQTT discovery message topic: 'homeassistant/sensor/Linky_ECS_Code_Tarifaire/config', message: '{'device_class': '', 'device': {'sw_version': '6.01_RMS', 'configuration_url': 'http://196.165.0.183', 'hw_version': 'ESP32-D0WD-V3 rev.3', 'model': 'ESP32 - CCBig GrinB:A7:68:A5:74', 'identifiers': ['CCBig GrinB:A7:68:A5:74'], 'manufacturer': 'F1ATB - https://f1atb.fr', 'name': 'Routeur - RMS - ECS'}, 'state_topic': 'homeassistant/Linky_ECS_state', 'unique_id': 'Linky_ECS_Code_Tarifaire', 'value_template': '{{ value_json.Code_Tarifaire|default(0)| round(0) }}', 'unit_of_measurement': '', 'name': 'Linky_ECS Code_Tarifaire'}'


L'erreur remonte a chaque redémarrage de HA mais ne génère pas de disfonctionnement.

Cordialement

Imprimer cet élément

  Allumage forcé de nuit
Posté par : boulete - 12-04-2026, 10:07 AM - Forum : Routeur Photovoltaïque - Réponses (23)

Bonjour,
J'ai enfin mis en place mon premier routeur solaire f1tb, merci andré pour ton travail incroyable.

Tout semble fonctionner à merveille hormis un petit bug pour la marche forcée de nuit.
Je pense que je ne sais pas faire, par conséquent ça ne fonctionne pas comme attendu.

J'ai conditionné la marche forcée entre minuit et 6h00 à condition qu'il y ait eu moins de 1h20 de chauffe en journée.
Cette condition semble fonctionner.

Le problème:
- sur une journée nuageuse , le CE s'enclenche bien en marche forcée à minuit mais il ne chauffe que 1h20.

Je fonctionne avec un relais ssr.
Je vous met ici les captures d'écran.

Une idée du probleme ?
Merci



Pièces jointes Miniature(s)
           
Imprimer cet élément

  Proposition d'amélioration concernant l'age de la glycemie
Posté par : Mike - 11-04-2026, 09:46 PM - Forum : Gluco-Monitor - Réponses (6)

Bonjour André,
Encore une fois merci pour cet outil, je l'utilise depuis quelques jours et toute la famille adore.
L'age de la glycémie qui est affiché en dessous de l'heure est une information très importante car si celui ci est élevé la glycémie affichée est peu significative.

A l'heure actuelle si l'age de la glycémie est supérieur à 20 minutes l'age s'affiche en rouge, ce qui est bien mais la dernière glycémie et la tendance associée restent affichées au centre de l’écran.
Quelqu'un qui ne ferait pas attention à l'age en rouge pourrait penser que la glycémie affichée est actuelle ce qui n'est pas le cas.

Je propose de masquer les informations de la glycémie si son age est supérieur à 20 minutes est d'afficher à la place le message "Attente glycémie".
Le changement est très simple, à la ligne 35 de pageAccueil.cpp il faut remplacer ce if : 

Code :
if (Glycemie == "")

par : 
Code :
if (Glycemie == "" || AgeGlycemie / 60 > 20)

J'ai attaché une image qui illustre ce nouveau comportement (oui, le goûter n'a pas été très bien dosé Smile)
Si c'est plus facile je peux soumettre une PR pour ce changement mais je voulais en discuter avant



Pièces jointes Miniature(s)
   
Imprimer cet élément

  mise à jour maitre et esclaves
Posté par : patrick66200 - 11-04-2026, 05:29 PM - Forum : Routeur Photovoltaïque - Réponses (2)

Bonjour
J'ai fini mon installe comprenant 
Routeur maitre vers 17.07
esclave esc vers 17.06
esclave chauffage vers 17.17
 cela fonctionne j'attends juste mes 2003 pour ma carte 3 relais  et 1 SSR41 

J’essaie de tester pour le cumulus l'action >57  <=60 ( si juste <60 marche bien avec rajout >57 marche pas donc  je re teste.
j’essaie aussi de trouver pour faire une action : exemple active de 11h à 20h par exemple sur mon relais cumulus ou xx
Je voudrais savoir pour la mise à jour sur pc vu que j'ai 3 versions différentes sauf si cela gêne pas le fonctionnement car toutes en vers 17.xx,
mais si je dois y passer.
 Cette mise à jour si je comprends bien doit être un formatage et une nouvelle  reprogrammation , les paramètres et  actions  sont conservé. ou pas! (cela sur installation rapide du logiciel ) comme la 1er foi
sinon j'ai mes sauvegardes sur fichier copie collé sur .ods déjà bien 
mais  mes sauvegardes en  .CSV comment les lire et Json.
J’espère être lisible pour vous.
Merci de votre aide

Ps: Merci  à Sgb31 pour Wireguard sur Free, tuto super et résultat génial, testé a 300km, Merci

Imprimer cet élément

  Routeur f1atb sur du triphasé, Choix de phase
Posté par : Michelange37 - 10-04-2026, 07:22 PM - Forum : Routeur Photovoltaïque - Réponses (14)

Bonjour,

j'ai comme projet de faire un routeur solaire pour mon cumulus.

Je suis donc en triphasé, avec une installation solaire également en triphasé.

Mon cumulus en mono est sur la phase n°3 j'ai un Shelly qui me donne les infos dans mon tableau électrique via wifi.


Ma question, Est-ce que le routeur F1atb peut m'aider à injecter dans le cumulus en gérant uniquement la phase 3 en mesure ?pour ensuite remplir son role d'injection du trop produit.


Cordialement

Imprimer cet élément

  Nom du fichier Solar_Router.ino dans le repo GitLab
Posté par : lbourdel@yahoo.fr - 10-04-2026, 05:22 PM - Forum : Routeur Photovoltaïque - Réponses (3)

Bonjour André,


Je vois que le fichier Solar_Router change de nom à chaque version:
Solar_Router_V17_16.ino,
Solar_Router_V17_17.ino

Serait il possible de garder le nom unique Solar_Router.ino, de cette facon les modifications effectuees seraient plus facilement tracable en faisant le diff entre 2 versions du repo, le 'rebasing' de ma branche sur la derniere version se ferait de facon automatique.

De plus avec Arduino IDE, je suis obligé de changer le nom du repertoire à chaque version pour qu'il corresponde au nom du fichier   Solar_Router_VX_Y

Merci, et beau travail sur F1ATB !

Laurent

Imprimer cet élément

  Boost CACSI non fonctionnel
Posté par : lbourdel@yahoo.fr - 10-04-2026, 05:10 PM - Forum : Routeur Photovoltaïque - Pas de réponse

Bonjour,

J'ai voulu tester le boost CACSI mais je ne voyais pas d'effet

En debuggant par telnet, j'ai vu que le calcul :
Ki = Ki * GainCACSI;
n'était jamais effectué

En regardant de plus pres le code, j'ai vu qu'en fait la variable Ki n'etait pas initialisée au bon endroit

J'ai mis une issue sur le repo Gitlab, je donne le patch a appliquer:

https://github.com/F1ATB/Solar-Router-F1ATB/issues/9

Bon week end
Laurent

Imprimer cet élément


Utilisateurs en ligne
Il y a actuellement 166 utilisateurs connectés. » 2 Membre(s) | 161 Visiteur(s)
Baidu, Bing, Google, GEDEON JG

Moteur MyBB, © 2002-2026 Melroy van den Berg.