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
Entrée validation routage
Dernier message : Mike
Il y a 3 minutes
Connecter compteur eau im...
Dernier message : Lolo69
Il y a 4 minutes
couleur tempo disparue
Dernier message : tictic tac
Il y a 17 minutes
Affichage l’ESP32-2432S02...
Dernier message : Stef
Il y a 47 minutes
Version RMS 4.04
Dernier message : michy
Il y a 1 heure
Pilotage selon prévision ...
Dernier message : Lolo69
Il y a 5 heures
nouvelle action index UV
Dernier message : jeffwood
Il y a 6 heures
F1ATB sans wifi
Dernier message : grostoto
Hier, 11:49 PM
Problème installation, je...
Dernier message : ProWiz
Hier, 11:23 PM
Station de charge VE RMS ...
Dernier message : Rakibou
Hier, 05:49 PM

Statistiques du Forum
» Membres : 2,274,   » Dernier membre : gigodannio,   » Sujets du forum : 1,792,   » Messages du forum : 15,982,  
Statistiques complètes

  pcb pour routeur
Posté par : pierrot2027 - 08-11-2025, 12:47 PM - Forum : Routeur Photovoltaïque - Réponses (3)

Bonjour.
J'ai réalisé un routeur pour un ami avec es connexions a base de dupont , je trouve pas ça très fiable, j'aimerais réaliser un pcb avec:
 - uxlx2 pour mesure injection 
 - esp32
 - emplacement afficheur
 - les 2 leds
 - de bons borniers pour les connexions vers :
    - triac
    - ssr
    - sondes se température 
    - commande ventilateur triac (j'ai d'ailleurs un bug sur le routeur que j'ai fait , le ventilo tourne en permanence)

Bref mes questions :
 - quelqu'un a t'il déjà développé une carte similaire ? 
 - quel soft simple pour le faire ? 
 - quel bornier utiliser? c'est un point critique pour une bonne fiabilité , peut être différents borniers en fonction des connexions 
 

Merci d'avance

Imprimer cet élément

  Disfonctionnement critère température
Posté par : Pierre_Salon - 08-11-2025, 12:25 PM - Forum : Routeur Photovoltaïque - Réponses (5)

Bonjour,

J'ai un disfonctionnement lorsque je met une condition de température dans mes actions.
Par exemple, là, si je configure l'action comme ceci :
   
Et bien ca ne chauffe pas (et non je ne "tire" pas plus de 3000W a cet instant.) Pareil si je met "ON"
Mieux encore ! Le forçage ne fonctionne pas non plus.
   
Si je change "Canal température" par "non exploité", là par contre le chauffe eau se met en marche. En découpe Sinus, en "ON" et en "Force"
J'ai tout essayé. Mettre 100°, mettre une condition T>10 et T<40, T>40 (dès fois que > et < soient inversé) => Rien.
J'ai le RMS en 15.10 avec 2 capteurs de T° (et 2 chauffe eau en série). Les T° s'affichent correctement.
Auparavant j'étais en 8.X modifié (pour avoir 2 Température) et ce fonctionnement conditionnel sur critère de T° marchait très bien.
Ca m'embête car justement le matin de 5h30 à 6h je booste la T° à 40°C si besoin. Là j'ai eu plusieurs surprises bien fraîches et j'ai dépassé mon WAF.

Qu'en est il chez vous ? Quelqu'un a une configuration similaire ? J'ai loupé quelque chose ?
Par avance merci,

Imprimer cet élément

  Horloge linky sur l'Esclave
Posté par : Philippe38 - 08-11-2025, 12:15 PM - Forum : Evolutions faites, à faire, dont vous rêvez... - Réponses (16)

Bonjour, 
J'ai un couple de routeurs maitre + esclave .

Dans les données générales de l'esclave on voit l'heure du linky s'afficher correctement, mais quand on demande à l'esclave d'utiliser l'horloge du linky, le message "attente mise à jour horloge linky" s'affiche indéfiniment. 
Fausse manipulation de ma part ou amélioration possible ?

Merci à vous, 

Philippe

Imprimer cet élément

  Reveil oled SSD 1306
Posté par : Philippe38 - 08-11-2025, 12:10 PM - Forum : Evolutions faites, à faire, dont vous rêvez... - Pas de réponse

Bonjour, 
J'ai un couple de routeurs maitre + esclave .
L'esclave est équipé d'un afficheur oled ssd 1306 qui s'éteint automatiquement quelque temps après la mise sous tension : existe-t-il un moyen de le réveiller sans faire un off/on ?
Je précise que je ne peux pas modifier le logiciel embarqué. 

Merci à vous, 
Philippe

Imprimer cet élément

Lightbulb Correctif avertissement Home Assistant : WS command recorder avec routeur en V9.01
Posté par : f4ame - 08-11-2025, 12:07 PM - Forum : Routeur Photovoltaïque - Réponses (7)

Un petit post pour ceux qui ont cette erreur dans leur Log Home Assistant :

Code :
WS command recorder/import_statistics called without specifying unit_class in metadata, this is deprecated and will stop working in HA Core 2026.11

Correction valide dans les conditions suivantes :
  • version du routeur : v9.01
  • Home assistant version 2025.11.1

A effectuer dans l'ordre :
  • 1. Sauvegarder Home Assistant et le programme du routeur avant toute chose.
  • 2. Modifier le fichier MQTT.ino ou le remplacer par le "MQTT.ino" fourni en pièce jointe a ce message puis recompiler et injecter dans le routeur
  • 3. Forcer la redécouverte dans Home assistant pour cela Supprimer l’appareil dans Home Assistant : Paramètres → Appareils & Services → MQTT → Appareils et supprimer “Routeur - ECS”
  • 4. Redémarrer Home Assistant
  • 5. Redémarrer ESP32 pour republier les topics de découverte
  • 6. Vérifier si tout est ok et créer une sauvegarde

Explications :
  • "mean_type": "arithmetic" (obligatoire depuis 2026.11)
  • "unit_class": "energy" (obligatoire depuis 2026.11)
Le message d’erreur indique que Home Assistant ne reçoit pas le champ "unit_class" dans les métadonnées statistiques, ce qui sera bloquant à partir de la version 2026.11.
Selon les dernières modifications du WebSocket API de Home Assistant : le champ unit_class est désormais obligatoire dans les métadonnées envoyées via recorder/import_statistics ou update_statistics_metadata.
Ce champ permet à Home Assistant de convertir les unités et de générer des statistiques cohérentes.

Solution apportée:
Correction a apporter dans le fichier MQTT.ino (lignes 175 à 232)

Code PHP :
// END OF sendMQTTDiscoveryMsg_global

void DeviceToDiscover(String VarNameString UnitString Class, String Round) {
  
char value[700];
  
char DiscoveryTopic[120];
  
char UniqueID[50];
  
char ValTpl[60];
  
String TitleName String(MQTTdeviceName) + " " String(VarName);

  
sprintf(DiscoveryTopic"%s/%s/%s_%s/%s"MQTTPrefix.c_str(), SSRMQTTdeviceName.c_str(), VarName.c_str(), "config");
  
sprintf(UniqueID"%s_%s"MQTTdeviceName.c_str(), VarName.c_str());
  
sprintf(ValTpl"{{ value_json.%s|default(0)|round(%s)}}"VarName.c_str(), Round.c_str());

  if (
Unit == "Wh" || Unit == "kWh") {
    
sprintf(value,
      
"{\"name\": \"%s\",\"uniq_id\": \"%s\",\"stat_t\": \"%s\",\"device_class\": \"%s\",\"unit_of_meas\": \"%s\",\"state_class\": \"total_increasing\",\"mean_type\": \"arithmetic\",\"unit_class\": \"energy\",\"val_tpl\": \"%s\",\"device\": %s}",
      
TitleName.c_str(), UniqueIDStateTopic, Class.c_str(), Unit.c_str(), ValTplDEVICE);
  } else {
    
sprintf(value,
      
"{\"name\": \"%s\",\"uniq_id\": \"%s\",\"stat_t\": \"%s\",\"device_class\": \"%s\",\"unit_of_meas\": \"%s\",\"val_tpl\": \"%s\",\"device\": %s}",
      
TitleName.c_str(), UniqueIDStateTopic, Class.c_str(), Unit.c_str(), ValTplDEVICE);
  }

  
clientMQTT.publish(DiscoveryTopicvaluetrue);
}

void DeviceBinToDiscover(String VarNameString TitleName) {
  
char value[700];
  
char DiscoveryTopic[120];
  
char UniqueID[50];
  
char ValTpl[60];
  
String ic "mdi:electric-switch";  // Icône par défaut
  
sprintf(DiscoveryTopic"%s/%s/%s_%s/%s"MQTTPrefix.c_str(), BINSMQTTdeviceName.c_str(), VarName.c_str(), "config");
  
sprintf(UniqueID"%s_%s"MQTTdeviceName.c_str(), VarName.c_str());
  
sprintf(ValTpl"{{ value_json.%s }}"VarName.c_str());

  
sprintf(value,
    
"{\"name\": \"%s\",\"uniq_id\": \"%s\",\"stat_t\": \"%s\",\"device_class\": \"power\",\"icon\": \"%s\",\"val_tpl\": \"%s\",\"device\": %s}",
    
TitleName.c_str(), UniqueIDStateTopicic.c_str(), ValTplDEVICE);

  
clientMQTT.publish(DiscoveryTopicvaluetrue);
}

void DeviceTextToDiscover(String VarNameString TitleName) {
  
char value[600];
  
char DiscoveryTopic[120];
  
char UniqueID[50];
  
char ValTpl[50];
  
sprintf(DiscoveryTopic"%s/%s/%s_%s/%s"MQTTPrefix.c_str(), TXTMQTTdeviceName.c_str(), VarName.c_str(), "config");
  
sprintf(UniqueID"%s_%s"MQTTdeviceName.c_str(), VarName.c_str());
  
sprintf(ValTpl"{{ value_json.%s }}"VarName.c_str());

  
sprintf(value,
    
"{\"name\": \"%s\",\"uniq_id\": \"%s\",\"stat_t\": \"%s\",\"device_class\": \"enum\",\"val_tpl\": \"%s\",\"device\": %s}",
    
TitleName.c_str(), UniqueIDStateTopicValTplDEVICE);

  
clientMQTT.publish(DiscoveryTopicvaluetrue);



Pièces jointes
.zip   MQTT.zip (Taille : 3.51 Ko / Téléchargements : 2)
Imprimer cet élément

  Gradateur
Posté par : patrickvalence - 08-11-2025, 09:23 AM - Forum : Routeur Photovoltaïque - Réponses (2)

Bonjour 

Avez-vous testé ces gradateurs
Lequel à conseiller pour le routeur 
Merci



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

  Principe de récupération de l'injection - Vidéo F1ATB du 2 novembre 2025
Posté par : PVNord - 07-11-2025, 08:50 PM - Forum : Routeur Photovoltaïque - Réponses (4)

Bonjour,

Question à propos de la dernière vidéo    https://www.youtube.com/watch?v=B8_ctNnpR2k
à partir du temps 3 mn 10 s, concernant l'explication de la découpe sinus.

Je ne comprends pas bien l'explication de l'abus de langage disant que l'on n'injecte que 500 W dans le chauffe eau.

Durant les 5 premières millisecondes, le triac est fermé mais les panneaux continuent de produire 500 W. Ces 500 W sont donc injectés pendant 5 ms dans le réseau Enedis.
S'ils sont injectés, ils sont forcément consommés pendant ces 5 ms par une autre maison que la mienne (par exemple).

Puis, dans les 5 ms suivants, le triac est ouvert et laisse passer les 1000 W demandés par le chauffe eau. 500W viennent des panneaux et 500 W viennent du réseau Enedis.
Les 500 W provenant du réseau Enedis ne peuvent pas être ceux que l'on a injectés dans les 5 ms précédents puisqu'ils ont été consommés instantanément par une autre maison.
Cela signifie donc que je paye les 500 W du réseau Enedis.

En résumé, en moyenne, sur les 500 W produits, je n'en récupère que la moitié.

Où est la faille dans mon raisonnement. Si quelqu'un pouvait m'aider à comprendre.

Merci d'avance.

Imprimer cet élément

  Peut-on échanger des données entre F1ATB et Calc ?
Posté par : phisebe - 07-11-2025, 08:21 PM - Forum : Evolutions faites, à faire, dont vous rêvez... - Réponses (10)

Bonjour à Chacun,

L'idée sous-jacente est de se passer de HW/SW domotique pour échanger avec F1ATB.

Si c'est possible
Comment récupérer les données de la page d'accueil ?
Pour aller plus loin encore, pourrait-on agir sur la page actions

Quelles seraient les commandes reconnues et leur syntaxe?

Peut-être ce n'est pas possible,
mais je récupère déjà la production horaire des panneaux 
en interrogeant par des macros python sur Libre office Calc le Shelly 2PM intercalé entre le réseau et les µOnduleurs.

Alors pourquoi pas?

Merci de votre lecture, et vous avez le droit de casser mon rêve

Cdt

Oui ... ça ose tout c'est à cela qu'on les reconnaît ;-)

Imprimer cet élément

  Reinstallation routeur Erreur => affichage "Puissance Incorrecte"
Posté par : phildu - 07-11-2025, 04:16 PM - Forum : Routeur Photovoltaïque - Réponses (4)

Bonjour à tous, une bouteille à la mer..

uxix2  wroom seul / SSR

Le montage du routeur fonctionnait depuis 5 mois, je me décide à le mettre dans un coffret.
Je démonte le routeur, réinstalle le tout dans le boîtier,  redémarrage .....et là le lcd m'affiche "Puissance incorrecte".

Je change le câble d'alim micro usb, je change de bloc alim. toujours le même message. 
J'installe une alimentation d'un Pi3B+ mais la situation reste la même.
 je désolidarise du montage le JSY-MK-194T  juste le wroom seul avec lcd ==> Idem. (de plus, le ssr n'est pas branché..)

Là je coince. j'ai recontrôlé les branchements x fois.
Ce message concerne la partie alimentation ou bien peut-il venir d'une information de puissance en provenance du  JSY-MK-194T  erronée?

je me connecte au routeur via le wifi sans problème je visualise l'interface mais pas d'infos sur => tension , ni courant et puissance s'affiche quand le jsy est connecté

Merci de vos éléments. Phil

Imprimer cet élément

  Fonction temps équivalent cible ?
Posté par : legeantbleu - 06-11-2025, 08:03 PM - Forum : Evolutions faites, à faire, dont vous rêvez... - Réponses (10)

Bonjour, 

J’utilise quelques templates/automatisation afin d’avoir un temps minimum de fonctionnement de mes chauffe-eaux.

Le but est d’avoir, par exemple, 6h de fonctionnement minimum, en été c’est pas un soucis, ça tournera à 100% sur le routeur mais quand il manque du temps HA utiliser le temps équivalent d’ouverture pour créer un compteur afin de lancer la chauffe le temps nécessaire la nuit et de finir la chauffe au plus près de l’utilisation ( 6h du matin pour mes HC ). 

Si je ne dis pas de bêtise, la fonction intégré au routeur permet juste de lancer un temps défini fixe la nuit si on n’atteint pas un temps équivalent seuil, hors cela pourrait avoir pour effet d’avoir un chauffe eau trop chaud et de ne pas utiliser le maximum de surplus en journée. 

J’avoue que je serais rassuré si une telle fonction, donc autonome, était intégré au routeur. Mon système fonctionne bien, mais il faut pas grand chose pour que HA rate le coche Big Grin 

Merci pour temps de lecture Smile

Imprimer cet élément


Utilisateurs en ligne
Il y a actuellement 251 utilisateurs connectés. » 9 Membre(s) | 240 Visiteur(s)
Bing, Google, Bendu13, didier30, le2c, Lolo69, nitrotop, Quentinleo, Seb04, tictic tac

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