Bonjour,

Le niveau Wifi semble important pour la stabilité et éviter le reboot.

Peut-être serait-il utile d’ajouter cette info via MQTT pour ceux qui, comme moi, utilisent HA ?
J'y vois une notion d'historique  

Contexte : Je teste une action sur relais avec la version 15.00 du routeur F1ATB. L’objectif est d’activer le relais GPIO5 (mode Multi-sinus) lorsque la température est inférieure à 70°C.
Paramètres de l’action :

• Mode : Multi-sinus
  
• Sortie : GPIO5
  
• Condition : T ≤ 70°C
  
• Seuil Pw : 0W
  
• Ouvre Max : 100%
  
• Réactivité : lente
  

• Le relais s’ouvre bien à 100% dès que le routeur le commande.
  
• Le signal “On” est bien envoyé et maintenu.
  
• Le relais reste enclenché comme prévu.
  

• Le relais ne s’active plus, même si la température est bien en dessous du seuil.
  
• L’écran affiche 0% en sortie, comme si l’action était ignorée.
  
• Le signal “On” semble être brièvement envoyé, mais le relais ne reste pas enclenché.
  

• Le seuil Pw (0W) pourrait être mal interprété, empêchant l’activation.
  
• Le relais pourrait attendre une puissance disponible qui n’est pas détectée.
  
• Il pourrait y avoir un bug dans la logique de combinaison des conditions (température + puissance).
  
• Certains utilisateurs recommandent de mettre une puissance négative (ex : -50W) pour forcer l’activation.
  

1. Est-ce que quelqu’un a réussi à activer un relais uniquement sur condition de température ?
   
2. Est-ce un bug connu du firmware ?
   

Pièces jointes

Miniature(s)
   

   

Bonjour , André
Voila j'ai installé la version 15.01 et en milieu d'après midi plantage , je l'ai vu car sur mon afficheur déporté j'avais -279 et pas de pourcentage d'ouverture du triac et parfois cela reviens, j'ai donc voulu me connecter au routeur et là il est très long et quand la page apparais est pas complète. voir image.Comme vous le voyais la page est tronqué.Je viens de remettre la version 14.25 et ça marche
Merci à vous.

Bonjour André, bonjour à tous,
J'ai bien trouvé sur le forum quelques échanges sur l'impossibilité de renvoyer le surplus solaire par l'action du Routeur sur une batterie de type ECOFLOW STREAM AC PRO par exemple.
Ces échanges datent d'avant la MAJ 15 et le nouveau mode de régulation PWM.
J'ai noté que c'est le découpage qui pose problème, est-ce que la nouvelle régulation PWM serait la réponse ?
Merci.

2 petites améliorations suite au passage de la V15.00 à la V15.01

•  Nettoyage du code HTML,CSS,JavaScript grâce à l'analyse approfondie du code par Michy. Cela ne va rien changer. Juste un meilleur respect des recommandations du W3c.
  
• Augmentation du timeout à l'établissement de la connexion vers un autre ESP ou Shelly et une deuxième tentative de connexion si la première échoue. Modification proposée par Lolo69 qui diminue les messages comme : "Connection to ESP_RMS ... failed" ou "connection to Shelly Em failed"
  

Je suis en train de faire des modification du code source, et bien que je ne suis pas sur mqtt mais en shellyem triphasé
je ne sais pas si ca peux faire bugger.

je voie dans mqtt.ino  
dans la fonction void sendMQTTDiscoveryMsg_global() {
ligne 184 : if (Source == "UxIx2" || Source == "ShellyEm" || Source == "ShellyPro") {

ne faut il pas modifie en 
if (Source_data == "UxIx2" || ((Source_data == "ShellyEm" || Source_data == "ShellyPro") && EnphaseSerial.toInt() != 3)) {

car en triphasée pas de seconde sonde 

et pareil dans la fonction void SendDataToHomeAssistant() {
ligne 335

Bonjour
Pour avoir un minimum de composants côté routeur j'ai souder la résistance R1 à l'optocoupleur LTV-814 comme sur la 1er photo

   

Ensuite, j'ai mis un peu de colle chaude avec un pistolet pour isoler et j'ai glissé un morceau de gaine thermorétractable par-dessus.

   

Bonjour,
j'avais mis en valeurs négatives ma production solaire sur la seconde sonde,
depuis le passage en V15 l'affichage restait sur 0, après changement de l'orientation du capteur j'ai retrouvé mes mesures...
pourquoi ne plus afficher les valeurs négatives?
Bonne soirée

Bonjour, 
lors d'une mise à jour des paramètres, par exemple nom seconde sonde,
et après la sauvegarde des modifications, lorsque par la suite on relance un paramétrage on constate que les adresses IP de capteurs de température externes sont effacées dans le paramétrage, si on fait une modification/sauvegarde sans les remettre il n'y aura plus d'affichage...
en attendant la correction du bug pensez à vérifier ces lignes
cdlt