Routeur photovoltaïque – Installation manuelle du logiciel

Routeur Multi Source

Il existe 2 méthodes pour installer le logiciel binaire du routeur photovoltaïque F1ATB dans l’ESP32. Une méthode en ligne rapide visible ici et la méthode manuelle décrite ci-après qui donne accès au code source.

Code Source

L’ensemble du code est installable en utilisant l’outil de développement IDE Arduino. Il n’y a pas de code à écrire, uniquement une compilation faite par l’IDE et un téléchargement du binaire dans l’ESP32. C’est le même code quelle que soit la configuration modulaire choisie et quel que soit le capteur de mesure. Il est injecté dans un premier temps par la liaison série, puis une fois en place, on peut le modifier si besoin par le Wifi. Si vous n’êtes pas familier de l’IDE Arduino, voir les détails ici. Il faut, dans les préférences de l’IDE, faire appel au gestionnaire de carte de « Espressif » qui développe l’ESP32. Allez dans Fichier / Préférences et mettez l’adresse : https://dl.espressif.com/dl/package_esp32_index.json

Variantes code Source

Fin Mai 2024, Espressif a mis en ligne une nouvelle version de la bibliothèque qui gère l’ESP32. On est passé de la version 2.0.17 à la version 3.00. Laquelle s’est avérée buggé et a été remplacée quelques jours après par la 3.01. C’est un changement important qui a nécessité une reprise de certaines parties du code du routeur.

Allez sur votre Arduino IDE, pour identifier la bibliothèque ESP32 en cours suivant les mises à jour que vous avez accepté ou non.

Le code source est disponible ici, téléchargez la version appropriée à votre version de la carte ESP32:

Version ESP32V 2.0.17V 3.0.1 ou au dessus
Version Routeur V9_01 et en dessousV9_02 et au dessus

Vérifiez que vous avez les bibliothèques installées sur votre IDE Arduino :

  • PubSubClient
  • OneWire
  • DallasTemperature
  • UrlEncode

Ensuite vous devez compiler le logiciel en précisant à l’IDE Arduino que vous avez une carte ESP32.
Sélectionner la carte ESP32 Dev Module ainsi que le port de COM de Windows sur lequel est branchée la carte par le port série puis lancez la compilation et le téléchargement. Avec certaines cartes, si le téléversement du code dans l’ESP32 ne se fait pas, il faut presser sur le bouton boot au début de la tentative de téléversement.

Partition Mémoire

Le passage en version 3.0.1 de la bibliothèque de l’ESP32 a fait exploser le volume mémoire occupé de 90% à 99% de la disponibilité. Il est possible de modifier la partition de la mémoire Flash et ne plus utilser celle par défaut.

A partir de la version 10 du routeur et avant compilation, il faut aller dans : Outils–> Partition Scheme –> Minimal SPIFFS

Ainsi le volume occupé tombe à 66% environ, ce qui laisse de la place pour les évolutions futures.

On ne peut installer la V10 à partir de la V9.x en utilisant l’OTA. Il faut se connecter à l’ESP32. Démonter votre ESP32 ou amener votre PC à côté du routeur. Désolé pour la gêne occasionnée.

Comme tous les paramètres seront perdus, faites l’installation rapide à partir de la page web en étant branché en USB. Cela vous évite la compilation et la courses aux bibliothèques…
https://f1atb.fr/fr/routeur-photovoltaiq…-logiciel/

Historique des versions V8.x, V9.x

  • V8.09_RMS
    • Ralentissement appel Enphase de 200 à 400ms
    • Retrait bibliothèque obsolète ArduinoJson
    • Réorganisation sorties vers broker MQTT
  • V9.00_RMS
    •     Stockage des températures avec une décimale
    •     Simplification changement de nom de réseau WIFI
    •     Choix mode Wifi avec ou sans veille
    •     Sélection source de température
    •     Source de puissance reçue via MQTT
    •     Souscription MQTT à une température externe
    •     Souscription MQTT pour forcer On ou Off les actionneurs.
  • V9.01_RMS
    • Validation puissance apparente pour les configurations Linky et CACSI
    • Dernière version avec la bibliothèque ESP32 V2.0.17
  • V9.02_RMS
    • Suite au passage de la bibliothèque ESP32 en Version 3.0.1 importants changement pour le routeur sur le WIFI, les Timers, Le Watchdog et la partition mémoire FLASH.
    • Filtrage des températures pour tolérer une perte éventuelle de mesures
  • V9.03_RMS
    • Suite au changement de bibliothèque ESP32 en V3.0.1, le scan réseau pour un changement de nom de WIFI ne fonctionnait plus. Scan fait maintenant au boot.
  • V10.00
    • OTA par le Web directement en complément de l’Arduino IDE
    • Modification des calculs de puissance en UxIx3 pour avoir une représentation similaire au Linky (Merci PhDV61)
    • Modification de la surveillance Watchdog
  • V11.00
    • Possibilité de définir le SSID et le mot de passe du Wifi par le port série
    • Import / Export des paramètres et actions
    • Relance découverte MQTT toutes les 5mn
    • Réécriture de la surveillance par watchdog suite au changement de bibliothèque 3.0.x carte ESP32
    • Estimation temps équivalent d’ouverture max du Triac et relais cumulée depuis 6h du matin. Prise en compte de la puissance en sin² du mode découpe
    • Correction d’un bug de syntaxe non détecté par le compilateur depuis la version V9 affectant les communications d’un ESP esclave vers le maître
    • Affichage de l’occupation RAM
  • V11.10
    • Nouvelle source de mesure Shelly Pro Em
  •  V11.11
    • Correction bug mesure de température distante
  •  V11.12 à V11.16
    • Correction bugs et évolutions de bibliothèques mesure de température distante
  • V11.17
    • Compilation avec la nouvelle version 3.03 de la carte ESP32
    • Arrêt routage si température non valide
  • V11.18
    • Recherche de la couleur Tempo non plus chez EDF mais RTE (sauf pour senseur Linky)
    • Améliorations UxIx3
  •  V11.19
    • Nouvelle adresse de recherche Tempo chez  RTE (sauf pour senseur Linky) plus simple
    • Compilation avec la bibliothèque V3.0.4 pour l’ESP32
  •   V11.20
    • Petite modification recherche Tempo chez  RTE (sauf pour senseur Linky)
    • Compilation avec la bibliothèque V3.1.0-RC1 pour l’ESP32

Mise à jour des anciennes versions

Dans le cas d’une mise à jour des anciennes versions V4, V5, V6, V7,V8, vers la V9,V10 ou V11, notez bien sur une feuille de papier les paramètres et réglages. La nouvelle version V11.x, virginise la mémoire ROM au premier lancement. Il faudra faire comme un premier lancement en se connectant au point d’accès Wifi de l’ESP32 à l’adresse IP 192.168.4.1 ou par le port série.

Si vous utilisez également l’affichage distant de la « maisonnette », pensez à mettre à jour le logiciel :
https://f1atb.fr/affichage-a-distance-consommation-ou-surproduction-electrique/

Sauvegarde des paramètres

Depuis la version 11 du routeur, il est possible de sauvegarder les paramètres pour les re-installer sur une nouvelle configuration à venir ou un autre ESP32.

Moniteur Série

Après une opération de téléchargement, ouvrez le moniteur série de l’Arduino en allant sur le menu Outils. Vérifiez à droite de la fenêtre qui s’est ouverte que vous êtes à 115200 baud. L’ESP32 vous fournira de nombreuses informations comme l’adresse IP qu’on lui a attribuée etc.

Premier lancement du programme

CONFIGURATION PAR LE PORT SÉRIE (DEPUIS LA VERSION 11.00)

Si vous êtes connecté par le port série à la carte ESP32, après l’installation, il faut indiquer le nom du réseau Wifi et son mot de passe. Cette connexion peut être faite avec le moniteur de l’IDE Arduino ou depuis votre navigateur web. Il y a 3 commandes clés à entrer :

  • ssid: nom_du_reseau
  • password: mot de passe
  • restart
CONFIGURATION PAR LE WEB

Au premier lancement du programme dans l’ESP32, le logiciel ne connaît pas le nom et le mot de passe de votre réseau Wifi à la maison. Il va créer son propre Wifi en passant en mode point d’accès pour que vous vous y connectiez. Sur votre smartphone (déconnectez votre accès mobile) ou PC portable, regardez la liste des WiFi disponibles. Connectez-vous à celui qui porte le nom ESP-RMS….., il n’y a pas de mot de passe. il n’y a pas de mot de passe. Parfois, il est nécessaire de rafraichir la liste des Wifi sur votre smartphone.

Ouvrez un navigateur web et rentrez l’adresse 192.168.4.1 qui correspond à l’ESP32. Il va vous renvoyer une page vous demandant le nom du WiFi de la maison auquel se connecter à l’avenir et le mot de passe.

Votre box internet va attribuer à l’ESP32 une adresse IP sur votre réseau maison.

Reconnectez vous au Wifi de la maison avec votre smartphone ou PC. Rentrez l’adresse IP attribuée à l’ESP32 dans un navigateur Web.

Adresse IP Fixe

Si vous souhaitez fixer vous-même l’adresse IP, allez faire un tour auprès de votre box à la rubrique réseau / DHCP, vous trouverez le champ des adresses dynamiques. Par exemple, souvent les Livebox d’Orange attribuent des adresses dynamiques DHCP entre 192.168.1.10 et 192.168.1.150. Il vous reste alors un champ libre pour attribuer vos propres adresses entre 192.168.1.151 et 192.168.1.253. Fréquemment, les .254 et .255 sont réservés à autre chose. Vous pouvez ainsi donner comme adresse 192.168.1.200 à l’ESP32 si aucune autre machine sur le réseau occupe déjà cette adresse. Ce forçage de l’adresse IP, se fait dans la page « Paramètres » de l’ESP32.

IP Address gateway correspond à l’adresse IP de votre box. C’est elle qui fait la passerelle (gateway) avec le monde extérieur. Chez Orange, c’est en général 192.168.1.1. Chez Free, c’est plutôt 192.168.0.254. Les trois premiers chiffres 192.168.0 ou 192.168.1 doivent être les mêmes pour la box et votre ESP.

Clignotement des LEDs

Les 2 LEDs clignotent en phase toutes les 300ms. L’ESP32 cherche à se connecter au WIFI de la maison que vous lui avez défini.

Les 2 LEDS clignotent en opposition de phase. L’ESP32 ne trouve pas le WIFI, il est en mode Point d’Accès. (AP) en créant son propre réseau . Ouvrez votre smartphone et connectez-vous comme pour un premier lancement de programme.

La LED jaune clignote toutes les 2s environ. C’est bon signe, l’ESP32 reçoit des mesures de tension, puissance etc.
La LED verte clignote, le Triac est ouvert. Plus elle clignote, plus l’ouverture est importante.

Arduino OTA

Le code inclut la possibilité de le mettre à jour non pas par la liaison série entre le PC et l’ESP mais via le Wifi. C’est la fonction Arduino OTA (On The Air). Dans l’IDE Arduino, allez à Outils/Port/Réseau Port vous y trouverez mentionné la carte ESP32 du routeur. Sélectionnez là et le téléchargement se fera via le Wifi et non plus le port série. L’IDE Arduino vous demande un mot de passe lors de la compilation. Répondez n’importe quoi, 1 lettre minimum. Cette fonctionnalité est bien utile, une fois le routeur implanté probablement loin de votre PC.

Watchdog

Le fonctionnement de l’ESP32 est surveillé par un watchdog (chien de garde). Si l’ESP32 se bloque, ne reçoit pas de données de puissance pendant 180s, ou n’est plus connecté en Wifi il se reset.

Remarques

Si vous regardez les premières lignes du programme (Solar_Router_V9_01_RMS.ino), il y a 2 constantes :

#define HOSTNAME « RMS-ESP32-« 

#define CLE_Rom_Init 812567808

La première définie le début du nom de votre ESP sur le réseau, le deuxième est une clé qui permet de tester si le programme a déjà tourné. Au premier lancement, l’ESP ayant peu de chance de trouver cette clé en mémoire, la mémoire de stockage en ROM est virginisée. Par la suite, elle contiendra cette clé et tous les paramètres de configuration et l’état des compteurs d’énergie en Wh chaque jour à 0h. Si vous voulez, virginiser à nouveau la mémoire, changez la clé. Attention, votre ESP32 repartira en mode point d’accès, puis une fois le réseau WiFi connu, il aura une adresse IP obtenue par la box internet (DHCP).

Debug en ligne

Si vous êtes branché par le port série à l’ESP32, les messages de debug sous la forme Serial.print(…) ou Serial.println() sont disponibles sur le moniteur de l’IDE Arduino à 115200 bauds.

Alimentation durant la programmation

Il arrive que l’ESP32 alimenté par l’USB de votre PC ne démarre pas correctement. Cela vient d’une tension d’alimentation insuffisante, inférieure à 5V et d’un courant important au démarrage. Dans ce cas utilisé un Hub USB disposant d’une alimentation propre à lui. Vous connectezl’ESP32 au Hub que vous connectez à votre PC. https://www.amazon.fr/Aceele-Microsoft-Nintendo-Ordinateur-Portable/dp/B07RLFKG4X/ref=sr_1_1_sspa

Bugs Soft

USB Driver

Attention, si vous n’arrivez pas à communiquer entre votre PC et l’ESP32, c’est qu’il vous manque le driver pour l’interface USB. En général, c’est le CP2102 qui se trouve sur la carte ESP32. Pour plus d’explications, allez sur la page : https://f1atb.fr/programmation-de-lesp32-application-au-routeur-photovoltaique/

Nom SSID

Après plusieurs téléchargements, modifications du code, je me suis trouvé dans la situation où l’ESP32 cherchait bien à se connecter à mon réseau WIFI de la maison comme d’habitude. Mais, le moniteur série m’affichait un échec et passage en mode point d’accès (AP) à l’adresse 192.168.4.1. En remettant le nom du réseau WIFI (SSID) c’était toujours un échec. La solution a été de nommer un nouveau nom de réseau en modifiant le SSID de la box locale, de s’y connecter sans problème, et finalement de remettre le SSID d’origine. Cela depuis la version 3.0.1 de la carte ESP32. Je n’ai pas l’explication mais au moins le remède.

RemoteDebug (non applicable à partir de la version V8.08 du routeur)

Sur certaines configurations, lors de la compilation, il y a une erreur de librairie inexistante :…..include <hwcrypto/sha.h>
Avec un éditeur de texte, ouvrez le fichier dans vos bibliothèques Arduino C:/Users/Utilisateur/Documents/Arduino/libraries/RemoteDebug/src/utility/Websockets.cpp

Le début de l’adresse peut changer suivant l’utilisateur. Retrouvez le dossier Arduino pour localiser le fichier dans les sous-dossiers.

A la ligne 42, remplacez :
#include <hwcrypto/sha.h>
par
#include <esp32/sha.h>

Ne me demandez pas pourquoi, sur mon PC de bureau, je n’ai pas besoin de faire cette modification, sur mon PC portable, j’ai besoin.

Visualisation à distance

Certaines des données peuvent être affiché à distance sur un mini écran qui s’allume au passage d’une personne. Les détails de la construction sont disponibles ici : https://f1atb.fr/affichage-a-distance-consommation-ou-surproduction-electrique/

Si vous changez de version de routeur, il faut mettre à jour le logiciel de l’affichage distant.

Vidéo sur l’installation et le paramétrage

Sécurité

En travaillant sur ce projet en 230V, vous acceptez d’assumer la responsabilité de votre propre sécurité et de prendre toutes les précautions nécessaires pour éviter les accidents électriques.

Responsabilité

Articles sur le photovoltaïque

F1ATB André

Radio Amateur - Domotique - Photovoltaïque

Vous aimerez aussi...

602 réponses

  1. Jo dit :

    Bonjour,

    Étant en Tempo, j’ai mis la v8_08.

    J avais beaucoup d’échecs de connexion à l’ Envoy et des fichiers Web non trouvés dans les logs.

    De plus des difficultés ou lenteurs dans l’accès à l’ESP et des lenteurs dans l’affichage des pages.

    J’ai bien sûr essayé avec plusieurs navigateurs sans succès

    J’ai donc remis la 8_06 en incluant le module TEMPO de la 8_08 et pour l’instant ça tourne.

    Si cela peut aider…

    • Gounet Eric dit :

      Bonjour,
      Mêmes constats que Jo.
      La v8.07 avait le même soucis ce qui m’avait fait retourner à la v8.06
      Cordialement

  2. Marcos83 dit :

    Bonjour André.
    Ma version V8.07 fonctionne parfaitement sans interruption depuis maintenant 380 heures. En revanche, ce matin je constate que l’ Energie Active du jour est restée figée à 136Wh alors que ma consommation depuis minuit est d’environ 1850Wh. Le total est également figé… Tous les autres paramètres semblent cohérents.
    Bien à vous.

    • Marcos83 dit :

      Complément à l’instant. Les deux compteurs se sont débloqués alors que je viens d’augmenter ma consommation soutirée (plaque de cuisson en route, soit environ 1800W). Le symptôme semblent indiquer une division par 10 ou plus de la puissance réellement consommée, ce qui donne l’impression que les compteurs sont figés à basse consommation, mais ce n’est qu’une Impression.

  3. lolosamoelle dit :

    Bonjour,

    Tout d’abord merci pour ce beau travail bien documenté !
    Je souhaite ajouter 6 Led (2 rouges, 2, blanches, 2 bleus) pour pouvoir afficher la couleur du jour et du lendemain (je suis au TEMPO). Pourriez vous m’indiquer dans quelle variable est récupérée la couleur du jour et du lendemain depuis le Linky?
    A noter que j’ai un ESP32 connecté au Linky, et un second qui régule le courant du ballon sur lequel je souhaite ajouter des LED pour la couleur du jour et du lendemain

    Merci par avance

  4. FSarthe dit :

    Merci André pour votre réalisation. J’ai réalisé votre routeur et j’en suis content. Mais je voudrais modifier son fonctionnement de mode STA en mode AP. Pourriez vous me donner un conseil pour changer les quelques lignes de code et gérer le time-out du mode STA. Comme vous le décelez, je ne suis pas si sûr de mes capacités en C+
    Merci par avance.

  5. Ludovic dit :

    Bonjour, et bravo pour vos tutos 🙂
    J’essaie d’utiliser le RMS v8 juste pour monitorer ma consommation maison via le Linky.
    Mais j’ai l’impression que la v8 nécessite le TIC Standard, car je n’obtiens aucune donnée en sélectionnant Linky.
    En revanche, en sélectionnant UxI, j’ai des relevés mais constamment à 36000 :-/

  6. Matthieu Pruneaud dit :

    Bonjour je commence avec ESP, j’ai un problème avec IP de la passerelle que j’ai à mon avis mal renseigné au moment de la configuration, je ne peux plus d’accès à ESP. comment faire pour modifier les IP, attention je suis débutant… Merci par avance.

  7. NICOLAS BARBEAU dit :

    Bonjour André,
    j’ai un message d’erreur lors du téléversement, pouvez vous m’en dire plus ? Merci

    -> candidates: []
    C:\Users\Camille\Desktop\Arduino IDE\prog routeur solaire_V8_07_RMS\Solar_Router_V8_07_RMS\Solar_Router_V8_07_RMS.ino:71:10: fatal error: pageHtmlBrute.h: No such file or directory
    #include « pageHtmlBrute.h »
    ^~~~~~~~~~~~~~~~~
    compilation terminated.
    exit status 1

    Compilation error: pageHtmlBrute.h: No such file or directory

    • F1ATB André dit :

      A mon avis vous n’avez pas dezippé l’ensemble dans un dossier. Vous avez lancé le contenu du fichier zippé dans l’arduino.

      Cdlt

      • NICOLAS BARBEAU dit :

        Comment dois-je procéder ? désolé je n’y connais pas grand choses en informatique

        Cdlt

  8. Marcos83 dit :

    Bonjour André,
    Ce matin je constate la même chose que ma précédente remarque. L’Energie Active du jour affiche 520Wh alors que mon total depuis minuit est de 2700Wh.
    Toujours en V8.07 UxI avec 432hr de fonctionnement affichées. Je viens de mettre le four et la conso instantanée du routeur (Puissance active) est cohérente avec mon shelly EM qui lui est cohérent avec la puissance du four. C’est assez curieux comme symptôme… Est-ce que vous avez une piste depuis mon dernier post ?
    j’ai vérifié les données brutes et tout semble cohérent. La réception de l’heure internet se fait bien toutes les 3 heures, wifi à -63Dbm.
    J’avais pensé à une remise à zéro du compteur décalée par rapport à minuit, car une fois que ça consomme sur mon réseau, toutes les données sont cohérentes avec le shelly EM sauf en fin de journée lorsque je compare la conso Shelly et routeur, je constate un manque d’environ 1500Wh sur le routeur.
    Bien à vous.

    • F1ATB André dit :

      Le système a du se resetter quelques heures avant. En cause perte de WIFI par exemple.
      Les données sont stockées en RAM et sont perdues à chaque Reset. On ne peut pas les stocker en ROM (sauf le bilan tous les minuits) car le nombre d’écritures en mémoire est limité sur l’ESP32 pour ne pas l’abimer.

      Cdlt

      • Marcos83 dit :

        j’avais pensé à un reset, mais comme la data « ESP ON » affiche 432h de fonctionnement, il n’y a pas eu de reset. D’où mon interrogation….

      • Marcos83 dit :

        Si ça peut vous aider à comprendre ce comportement du routeur, ci-joint des copies écrans des courbes sur plusieurs jours. Vous constaterez qu’il y a un moment pendant lequel l’ESP n’enregistre aucune consommation ou presque juste après la mise à zéro de Energie Active du jour alors que le Shelly enregistre bien une conso après minuit alors qu’il vient de mettre son compteur journalier à zéro. (Pour info heures creuses et heures pleines sont le même capteur Shelly, c’est juste un formatage des données fonction du tarif et le petit décalage sur la courbe Shelly vient du fait que le compteur passe jr/nuit à 23h30.)
        les copies écrans ici : -> https://transfert.free.fr/JbeH5VP
        Bien à vous et encore merci pour votre partage.

        • F1ATB André dit :

          Je ne comprends pas votre courbe. Chez moi la même courbe dans HA pour un Linky ou UxIx2 démarre bien à 0h

          Cdlt

          • Marcos83 dit :

            Ben en fait, je n’explique pas non plus pourquoi la courbe du routeur est plate pendant un temps avant de commencer à comptabiliser. Ci-joint les relevés de la semaine dernière. A priori ça semblait fonctionner, quoique par endroit on constate que la remise à zéro démarre avec 273Wh à minuit…(ci-joint deux copies écran de la semaine dernière)
            https://transfert.free.fr/fhlLtHy

            Bien à vous,

          • Marcos83 dit :

            ci-joint un historique depuis le dernier reset il y a 20 jours (ESP ON indique 462hr.)
            https://transfert.free.fr/eh11wM0

          • Marcos83 dit :

            Bonjour André,
            Ci-joint des copies écran si celà peut vous aider dans vos investigation concernant des comportements curieux.
            https://transfert.free.fr/FmmfbG9
            Bugg avant reset –> le bugg disparait
            Bugg après reset –> un ancien bugg apparait…(plus gênant car il faut tout réinitialiser pour effacer la courbe qui agrandie trop l’échelle de lecture. Je l’ai déjà fait une fois…
            J’ai lu quelque part que le wifi devenait instable sur l’ESP32 au bout d’un certain temps d’utilisation selon la comment est gérée la mémoire système. Il semble que le choix des variables et leur place dans la pile aurait une forte incidence sur ce phénomène. Je ne suis pas du tout un spécialiste du langage de programmation, mais celà m’avait interpelé. Toutefois, si je retrouve l’article je vous le transmettrais.
            Pour info, j’ai un programme de Suiveur solaire qui à fonctionné pendant 53 jours non stop sans aucun bugg, puis tout à coup, plus de wifi. Pourtant le systéme continuait de fonctionner correctement (il y a une horloge externe). Juste impossible d’accéder à l’ESP via le Wifi local ou AP. J’ai dù faire une reset et tout est rentré dans l’ordre.
            Cordialement,

          • F1ATB André dit :

            A investiguer. Souvent on peut avoir un bug avec le compteur des milli secondes qui arrive au maximmum au bout de 49 jours. Suivant la façon de comparer à une constante pour déclencher des tâches, cela fonctionne bien ou pas car la valeur est un nombre entier non signé.

  9. NICOLAS BARBEAU dit :

    Bonjour André,
    Jai résolu mon premier problème lors du téléversement mais une autre erreur s’affiche lors de la tentative de connection, quelle est la cause ? Merci

    A fatal error occurred: Failed to connect to ESP32: Wrong boot mode detected (0x13)! The chip needs to be in download mode.
    For troubleshooting steps visit: https://docs.espressif.com/projects/esptool/en/latest/troubleshooting.html
    Failed uploading: uploading error: exit status 2

    • NICOLAS BARBEAU dit :

      problème résolu, il fallait simplement appuyer sur le bouton boot de l’ESP32 comme vous le dites dans vos vidéo.
      merci
      Cdlt

    • F1ATB André dit :

      Débranchez , rebranchez l’USB
      ou appuyez sur boot, puis reset, et relachez au début du téléchargement « connecting… »

  10. Fab dit :

    Bonjour André, quel est le meilleur moyen pour controler l’ouverture du triac ou d’un relais en mode forcé depuis HomeAssistant ? Est-ce possible en mqtt ? Est-ce que des APIs sont dispos?
    J’ai la production estimée du lendemain basée sur forecast.solar, la température du chauffe-eau grâce à une sonde dédiée (pas dans le routeur) et j’aimerai ne lancer le complément en heures creuses que si en dessous d’une température ou si la production prévue ne couvre pas les demandes du chauffe-eau.
    Cordialement,
    F.

    • F1ATB André dit :

      En MQTT, c’est pas encore possible. Uniquement avec un http GET on peut piloter des pins librent.

      Cdlt

  11. imbert dit :

    Bonjour André et encore merci pour toutes les améliorations que vous apportez !! j’étais en version 7 .03 et je me suis appercue que mon routeur ne chauffé plus quand l’eau était relevée à 26.8 ( pourtant la cosigne était bien à 80 ) j’ai donc décidé de passer à la version 8.08 et la j’ai plus de chauffe , l’eau est à 24.3 le triac soit disant à 100% mais pas de hausse de température , les courbes P n’indiquent pas de consommation mais bien une sur production
    la page actions lorsque je fait ctrl + f5 j’arrive à y accéder de temps en temps mais rien ne change
    je perd le signal souvent bien que je sois à -55 db , donc la passerelle coupe, et me coupe les graphes
    avez vous une idée du soucis ?
    En vous remerciant

    • F1ATB André dit :

      Quel est votre source de mesure de puissance? UxI, Enphase …
      Zc en bas de page Brutes, est il bien de la formz 1/1, 1/2, ou 2/2….etc
      Cdlt

      • Imbert dit :

        Bonjour je suis sur enphase,
        J’ai réglé mon problème de sonde
        En revanche j’ai le même problème que tout le monde avec la connection failed
        Je vais essayer de passer en version 8.09

        Merci à vous

        • F1ATB André dit :

          Depuis 24h j’ai installé la version 8.09 dans ma famille avec une connexion Enphase. Bilan aucun message d’erreur. A suivre.

          Cdlt

  12. Fab dit :

    Bonsoir André,
    J’ai de nouveau le problème des pages actions qui ne se chargent pas, l’erreur dans la console:
    Actions:54 Uncaught ReferenceError: Init is not defined
    at onload (Actions:54:57)
    onload @ Actions:54

    Dans les sources du site, ActionJS est vide, pas de 404, un 200 mais avec une taille de 82bytes
    En faisant un curl, même résultat, si je reboot l’esp32, la tout redevient normal. Si ça peut aider à trouver le soucis, je peux faire des tests si besoins.

  13. arnaud dit :

    Bonjour André
    Tout d’abord merci pour tout le travail effectué!! Depuis ce matin l’EPS32 ne communique plus avec l’envoy-S (failed), est-ce dû à une mise à jour de mode de connexion à Enlighten? J’ai fait plusieurs redémarrages, aucun succès, j’accède bien à l’envoy-S au bon IP par ordinateur, mais l’EPS n’arrive plus à s’y connecter. J’ai la version 8.08
    Avez vous une idée?
    Cdlt

    • F1ATB André dit :

      Vois pas pourquoi ce matin cela s’arrête. On va voir si d’autres ont le même problème.
      Cdlt

      • arnaud dit :

        Merci on va attendre alors, J’ai utilisé un autre ESP32 au cas où mais toujours le même problème, connection failed to Envoy-S server, alors que token OK et session Id OK
        Cdlt

      • arnaud dit :

        Bonsoir,
        J’ai enfin résolu mon problème en lisant vos lignes de codes pour la connexion. ESP32 utilise le port 443 pour interroger l’ENVOY -S , ce port chez moi était aussi utilisé par défaut par mon alarme somfy. Tout refonctionne, je laisse ça si ça peut aider quelqu’un
        Bonne soirée

        • Jo dit :

          Bonjour Arnaud,
          Pouvez vous m’indiquer comment vous avez résolu le problème de port ?
          J’ai aussi de temps en temps des échecs de connexion et sachant qu j’interroge aussi l’Envoy par un autre script sur un Raspberry, votre post m’ a interpellé.

          Merci
          Cdt

          • Arnaud dit :

            Bonjour Jo
            J’ai juste changer les ports d’utilisation de mon alarme et laissé le 443 pour le sp32
            Cdt

    • Mitch dit :

      Bonjour,
      J’ai le même problème. J’ai le capteur envoy avec option tempo.
      Depuis plusieurs jours le routeur fonctionnait mal. J’ai mis à jour hier avec la version 8.08 en pensant que cela résoudrait le problème mais toujours de nombreux échec même après plusieurs redémarrages. Il arrive de temps en temps à récupérer les infos de la passerelle envoy mais les perd rapidement.
      Je vous joint les capture d’écran des différentes pages pour vous aider à diagnostiquer le problème.
      https://ibb.co/xJY4vM0
      https://ibb.co/2FRcQnJ
      https://ibb.co/TTWCfnF
      J’attire votre attention sur la page action qui est vide. Ca me le faisait déjà avant mais une actualisation de la page permettait de voir toute la page, ce qui n’est plus le cas même après 50 refresh.
      Cordialement,
      Mitch

      • F1ATB André dit :

        Dans la version 8.09, j’ai ralenti les demandes vers la passerelle Envoy. Quelqu’un qui a fait cela m’a indiqué qu’il n’avait plus de problème.

        Cdlt

        • Mickael M dit :

          Bonjour, c’est moi qui avait indiqué avoir fixer mes pb de communication avec la passerelle enphase en passant de 200 à 400. Je viens de tester la 8.09 avec le 400 en natif. Mais en 8.09 j’ai de nouveau des souis de connection failed to envoy server + message de connexion wifi ( que je n’avais pas avant). l’interface ne se rafraichit pas correctement. Pour le moment retour en version 8.06 qui fonctionne pour moi.
          encore merci pour tout le travail effectué. Cdt

          • anthony dit :

            bonjour J’en tire les meme conclusion que vous. toujours les problemes de ralentissement avec la 8.09. j’ai essayer un autre esp avec antenne externe et j’ai le probleme aussi. J’ai epluché le code avec les quelques connaissances et je n’arrive pas a comprendre pourquoi ca pose souci avec les versions recentes

            merci encore pour votre travail et votre tenacité face a nos probleme 🙂

          • cddu33 dit :

            Slt, j’ai mis dans gitr la version 6 et la 9 pour comparer toutes les motifs.

            Plusieurs pistes: saturation de l’ESP32,
            – le fait d’avoir rajouter d’autre traitement comme l’historisation du triac prend du temps à l’ESP32 et peut coincer je pense les taches comme la récupération enphase qui elle aussi prend un peu de ressource
            – il y a aussi la publication dans mqtt des 2 puissance de enphase

            @André, qu’es que la fonction esp_task_wdt_reset() qui est apparus ligne 255 dans le script enphase?

          • F1ATB André dit :

            Cette fonction a toujours été là. Si pendant 180s on ne reçoit rien d’Enphase le Watchdog reset l’ESP32. C’est une sécurité si le système s’est bloqué.

            Attention si on fait du MQTT, qui prend de la ressource, mettre au moins 5 à 10s pour l’envoi des trames.

            Cdlt

          • cddu33 dit :

            pardon j’avais mal lu la ligne 255 était déjà présente

          • David ROCHE dit :

            Bonjour,

            C’est la première fois que j’interviens sur ces posts. Je suis électronicien & Informaticien ayant depuis peu investi dans des panneaux et voulant optimiser le surplus de production. C’est naturellement que je me suis tourné vers ce merveilleux projet mis à disposition par André que je remercie fortement au passage.
            Pour revenir sur le sujet du moment:
            Le problème de connexion à la passerelle EnvoyS n,’est pas nouveau pour moi puisque j’ai exactement le même comportement avec ma domotique Jeedom …. La passerelle ne répond pas par moment et assez frequement. Au début je croyais que c’etait dû au WIFI , mais il n’en est rien puisqu’après être passé en filaire sur l’EnvoyS et ma domotique, il arrive parfois qu’il y ait des échec de connexion. J’impute donc cela à l’EnvoyS elle même qui est comme cela.

            Dans l’ESP32 j’ai installé la version 8.08 pour réaliser une évaluation de son fonctionnement avec l’EnvoyS et ma domotique Jeedom en MQTT. Tout fonctionne parfairtement, à l’exception des connexions failed de temps en temps avec la passerelle EnvoyS.
            Après analyse du code 8.08, j’ai bien remarqué que l’interrogation de l’EnvoyS se fait toutes les 200ms. Le problème ne vient pas de là puisque j’ai la même chose avec ma domotique Jeedom qui interroge la passerelle toute les minutes …..
            En revanche pour éviter que les valeurs de consommation mesurées repassent à 0 à chaque échec de lecture de l’EnvoyS et donne des comportement étranges au routeur, j’ai corrigé une partie du code de la version 8.08 pour faire en sorte de compter le nombre d’échec de connexion successives à la passerelle EnvoyS et surtout, faire en sorte que les dernières valeurs mesurées de puissances soient conservées pour la gestion du routeur. Cela filtre les échecs de connexion qui ne durent que quelques secondes tout au plus chez moi. J’ai en prévision de faire en sorte de mettre à 0 les valeurs de consommations après un nombre X à définir d’échec de connexions successives au cas ou la passerelle soit complètement défaillante et éviter ainsi que le routeur reste actif en permanence.
            Si ça peut aider à faire avancer le sujet sur l’utilisation du routeur avec une passerelle EnvoyS …..
            Je peux aussi partager la modification si certain son interessés.

            Je vais continuer mes tests, et rapidement intégrer tout cela pour router mon surplus solaire dans le balon d’eau chaude.
            Je reste dispo pour toute discussion 😉

            Bien à vous
            David ROCHE

          • F1ATB André dit :

            David

            Merci pour votre analyse et retour.
            Je n’ai pas de système Envoy chez moi. Je me connecte à distance sur celui de mon frère à 1000km de chez moi pour le développement. Pas facile d’analyser les problèmes à distance…
            Donc votre analyse fine m’intéresse. Vous me donnez une bonne idée. Ne pas annuler immédiatement en cas d’échec mais conserver la précédente valeur. Au moins un certain temps
            Peut-être que l’Envoy n’arrive pas à gérer simultanément une communication avec le serveur Enphase à l’autre bout du monde et la demande de l’ESP en local.

            A suivre
            Cdlt

          • Gounet Eric dit :

            Bonjour,
            Même constat avec la 8.09 comme la 8.08: grande lenteur d’interface voire page inaccessible, même des cas de plantage où j’ai du redémarrer l’ESP32. J’ai aussi noté que l’ESP32 faisait des auto-reset plusieurs fois dans la journée.
            J’ai remis la version 8.06 (avec la correction pour les jours tempo) qui est stable et marche parfaitement. Merci André pour ce développement👍
            Cordialament

          • F1ATB André dit :

            Je ne comprends pas ce souci de certains avec la version 8.09.
            J’ai 4 routeurs chez moi
            Je suis connecté également sur un routeur dans ma famille en configuration Enphase. Il n’y a auncun soucis.

            Je serai curieux d’avoir plus de détails sur le problème afin de le comprendre.

            Cdlt

            André

        • ROCHE David dit :

          Bonjour André,

          J’allais justement te poser la question à savoir si tu avais changé quelque chose dans la gestion du serveur Web. J’ai également constaté des problèmes d’accès aux pages avec la version 8.08. Cela fait comme si la page web ne répondait pas. Cela déclenche d’ailleur souvent la callback onNotFound du server (handleNotFound). Puis plus aucuns accès aux page n’est possible, les envoie des messages MQTT échouent et la récupération des informations sur l’EnvoyS ne sont plus possible.
          En effet l’ESP32 fini par rebooter ….
          J’ai vu que tu as fais une version 8.09, sur laquelle j’ai remis les modifications que j’avais faite sur la 8.08 pour ne pas avoir de valeurs à 0 dans les mesures lorsque l’EnvoyS ne répond pas …. Ce qui par ailleur est beaucoup plus rare maintenant avec le version 8.09 et les 400ms d’intervalle d’interrogation. Pour infos avec la 8.08 j’avais mis 500ms et cela n’avait rien changé au problème des pages Web ou autres.
          La version 8.09 semble bien mieux fonctionner et je voulais te demandé, ce que tu as fait pour que les pages Web fonctionnent mieux ? J’ai aussi eu une mise à jour d’un package pour ESP32 dans l’environnement Arduino ….. est ce que cela à un lien de cause à effet pour l’amélioration des pages Web ?
          Bref la version 8.09 à l’air de bien mieux fonctionner chez moi avec un module ESP32 WROOM avec antenne Wifi déportée.
          Je vais bientôt mettre tout cela dans le boitier avec un gros radiateur et le triac BTA800 ….
          A suivre

          • F1ATB André dit :

            Content de voir que cela fonctionne bien. Pour la 8.09, la différence est de passer de 200 à 400ms la récurrence minimum d’appel à la passerelle Envoy.
            Après la bibliothèque ESP32. Je ne sais pas ce qui a changé dedans.

            Cdlt

          • Gounet Eric dit :

            Bonjour ,
            Pour répondre à la curiosité d’André, je n’ai pas le savoir faire. Je peux juste faire des constats.
            Comme le dit David la 8.09 est mieux en accès des pages web mais rien à voir avec la 8.06 où c’est quasi instantané. Le gros problème de la 8.09 c’est les blocages et les resets. La 8.06 tourne depuis sa re-installation soit 45 heures.
            Comme on écrit toujours quand il y a un problème, je redis que ce routeur est formidable. Merci André
            Cordialement

          • ROCHE David dit :

            Bonsoir Gounet Eric,

            Alors il doit se passer des choses étrange suivant les installations de l’environnement Arduino, car je ne vois pas pourquoi le même code produirait des comportements totalements différents chez des personnes différentes.
            Je m’explique: Depuis 94h je teste la version 8.09 sans aucuns soucis de connexion Wifi et de problème avec une remonté des informations de consommation par l’EnvoyS. Les pages Web sont affichées instantanément et je ne vois aucuns soucis. Je précise que pour l’instant je n’ai encore pas monté l’ensemble du triac et tout et tout, je teste juste la stabilité dans le temps de la mesure de consommation et remonté d’information avec Jeedom en liaison MQTT.
            Donc pour moi la version 8.09 semble foncitonner comme pour toi Eric en version 8.06. Après pourquoi la version 8.09 chez toi ne foncitonne pas bien ….. c’est le mystère. Ce qui est certain c’est que j’avais des soucis identique à toi en version 8.09, mais moi c’était avec la version 8.08.
            Pour ma part il y a eu aussi une mise à jour d’un gros package librairie de fonctions pour utiliser l’ESP32 dans l’environnement Arduino …… Est ce que c’est ça qui fait que chez moi, ça s’est mis à fonctionner …… je ne sais pas ….. sachant que j’avais déjà testé la version 8.08 avec une fréquence d’interrogation de l’EnvoyS plus lente que 200ms (j’avais testé 500ms sans succès).
            Donc à suivre ….. mais pour l’instant ça tourne …… ce Week-end je monte tout ça dans une boite avec gros radiateur et le tric BTA800 pour être tranquille avec mon chauffe-eau de 2200W. Voilà. Au plaisir de vous lire tous.

          • ROCHE David dit :

            Pour ton Infos André, je n’ai plus aucuns problème de connexion à la passerelle EnvoyS dans les logs depuis 2 jours ….. donc les 400ms me semble une bonne configuration.

          • Free66 dit :

            Bonjour à tous,
            Je me permets aussi de faire une remontée, même si je n’utilise pas de passerelle Envoy comme source, mais sur le Shelly j’ai aussi des erreurs de temps à autres sur la journée ex: « 15/05/2024 10:10:32 : connection to client Shelly Em failed : 192.168.1.182 ». Cela n’affecte pas le fonctionnement du routeur pour autant, c’est pour ça que je n’ai pas fais remonté l’info. Je me suis posé la question de savoir si c’était à cause de la grande proximité de l’ESP32 et du ShellyEm, car ils sont dans le même boitier presque côte à côte et je me demande si ça ne perturbe pas la fonctionnement du wifi du coup.

          • F1ATB André dit :

            Une erreur de temps en temps, ce n’est pas grave. C’est le WIFI qui est surchargé. Il y a un appel toutes les 2 à 4 secondes.

            Cdlt

  14. cddu33 dit :

    Pour ceux que ça intéresse , une version bis de la 8.09 avec un switch on/off dispo dans home assistant en MQTT
    https://drive.google.com/drive/folders/1-lCE_lQP5vysVIdVbCAXTib722zr_kmZ?usp=sharing

    • Cleret Jeff dit :

      bonjour,

      serait il possible d’envoyer une commande mqtt pour un forçage d’une voie pendant un temps donné, en gros pouvoir créer une marche forcée piloter par home assistant ?
      merci d’avance 😉

    • Alain D. dit :

      Bonjour,
      Merci je prends ça m’intéresse pour mon Home assistant

    • Flo785 dit :

      Bonjour cddu33, et merci pour cette version Bis en attendant la V9. Merci aussi et surtout à André pour son travail considérable.
      Cddu33, je n’arrive pas à shutdown le routeur avec la commande MQTT rajoutée. Je suis avec Jeedom mais ca ne change rien ?
      J’envoi juste « OFF » sur le topic « Power_Routeur_Payload » mais rien ne se passe. Pas possible de déboguer par Telnet, la connexion ne s’établie pas.
      Merci d’avance

      • hexamus dit :

        Hello j’ai voulu mettre la version Bis en attendant la version 9 mais je suis comme toi perdu à la recherche de la bonne commande pour publier
        Je pense qu’il faut publier dans homeassistant/routeur_rms/_set

  15. Alain dit :

    bonjour André j’ai la version 8.08 j’ai des bugs triac apparaît puis disparaît ? pour le faire réapparaître je disjont.puus il revient. dans les données brutes il dit pas de triac 😁 après remis disjoncteur il le revoit ? avez-vous eu déjà ce problème? merci

  16. Julien dit :

    Bonjour,
    Merci pour votre routeur,
    j’utilise en parallèle HomeAssistant et je voudrais profiter du routeur avec UxIx2 pour remonter les consommations en Heures Creuses et Heures Pleines, est-il possible de le faire facilement ou il faut revoir le code?
    Merci par avance

    • F1ATB André dit :

      Ce n’est pas possible pour l’instant, mais vous pouvez le faire dans home assistant vu que vous avez la conso et l’état HC ou HP

    • Aurél dit :

      Salut Julien, si j’ai bien compris ce que tu veux, je l’ai fait dans HA.
      J’ai rajouté ca dans mon Configuration :

      utility_meter:
      cumulus_daily_energy:
      source: sensor.rms_compteur_routeur_rms_energie_t_soutiree
      name: Energie Cumulus Jour
      cycle: daily
      tariffs:
      – peak
      – offpeak

      Puis cette automatisation qui va mettre à jour les compteur de ce qui a été sauvé (je considère que la conso faite entre 6h et 22h est sauvé par le routeur), et quelle faite entre 22h et 6h est une marche forcée :
      alias: « Détection heure creuse pleine pour comptage énergie cumulus sauvée  »
      description: «  »
      trigger:
      – platform: time
      at: « 06:00:00 »
      variables:
      tariff: peak
      – platform: time
      at: « 22:00:00 »
      variables:
      tariff: offpeak
      condition: []
      action:
      – service: select.select_option
      target:
      entity_id: select.cumulus_daily_energy
      data:
      option: « {{ tariff }} »
      – service: select.select_option
      target:
      entity_id: select.cumulus_monthly_energy
      data:
      option: « {{ tariff }} »
      mode: single

  17. James dit :

    Bonjour André, la gestion du triac en mode « découpe de sinus: » semble plus linéaire et précise par rapport aux multi et train de sinus (dans mon cas). N’est il pas possible de l’utiliser sur un relais SSR ? Merci 😉

  18. Jean TALLON dit :

    Bonjour André
    Version 8.09. J’ai le triac pour le chauffage piscine, un ssr pour la pompe. Comment paramétrer la priorité au ssr pour faire tourner la pompe si surplus supérieur à sa puissance et s’il y a du « rab », le triac alimente le chauffage. Je n’y arrive pas. ( le ssr commande le relais mecanique de la pompe)
    Merci pour tout

    • Mitchy dit :

      Bonjour André et Jean,
      Je commence par les félicitations à André pour le développement de ce superbe outil, je suis (follow) l’évolution depuis le ‘simple’ UxI et suis (I am) toujours impressionné par les améliorations.

      Je cherche aussi un réglage qui permet de mettre en marche le circulateur (40W) dès que ça commence à injecter des calories via la résistance (3kW).
      Si ça peut aider Jean, actuellement,
      J’ai une action on/off pour déclencher le SSR du circulateur avec ordre « gpio=xx&out=1 », une temporisation de 30s et On si Pw25W
      Puis une deuxième action pour réguler l’Energie via un autre SSR vers la résistance en multi-sinus avec « gpio=zz&out=1 », Réactivité 25, Seuil Pw -40W
      C’est fonctionnel mais la courbe de régul prend des pics de conso ou d’injection à chaque basculement on/off de la pompe (l’arrêt de la pompe coupe le relais mécanique de la chauffe), la régul se rétabli autour de -0 dans un délai d’une dizaine de seconde.

      L’idéal serait que l’injection d’énergie dans la résistance enclenche la pompe et de retarder l’arrêt de la pompe quand on n’injecte plus. En multi et train de sinus, le champ permet de passer les infos à l’appli : les 2 gpio et la tempo pourrait être passer avec un ordre similaire à « gpio=26&out=1&gpiopump=27&durationpump=30 », cela nécessite une intervention (lourde ?) dans le programme, un peu hors de mes compétences pour le moment / ça exclu le triac car il n’y a pas champ pour passer les infos du second gpio et la durée marche pompe post chauffe.
      Encore Merci André.

      • F1ATB André dit :

        OK. beaucoup veulent des évolutions pour traiter une configuration particulière. A voir.
        Utilisez le paramètre Tempo pour éviter les basculements trop fréquents des relais.

        Cdlt

  19. hexamus dit :

    Hello j’ai voulu mettre la version Bis en attendant la version 9 mais je suis comme toi perdu à la recherche de la bonne commande pour publier
    Je pense qu’il faut publier dans homeassistant/routeur_rms/_set

  20. Philippe 63 dit :

    Bonjour André,
    Je suis en version 8.09 avec Shelly EM.
    Ce matin j’étais connecté sur le routeur avec mon smartphone.
    J’ai lancé aussi une connexion via mon PC, et là j’ai eu une erreur de délai dépassé, la connexion a échouée.
    En fait l’ESP32 a redémarré d’où l’échec de la connexion.
    C’est sans doute les deux connexions simultanées qui ont causées ce problème.

    Autre sujet, j’ai un Shelly EM depuis Décembre dernier. Il a un petit défaut de linéarité en fonction de la consommation.
    J’enregistre sur Excel tous les jours la consommation du Shelly et la consommation réelle que je relève sur Hello Watt et Excel calcul l’écart journalier entre Shelly et Hello Watt. J’obtient ensuite la moyenne par mois de l’écart.
    Plus la consommation est basse plus le Shelly indique une valeur faible par rapport à la réalité.
    Mes relevés de l’écart moyen par mois (en Watt) entre Shelly et Hello Watt : Janvier: +1, Février: -100, Mars: -163, Avril: -213, Mai (jusqu’au 14): -289. L’écart sur une journée de faible consommation peut dépasser les -400W.
    J’ajuste donc le « Seuil Pw » dans l’Onglet « Actions » pour éviter de piloter le chauffe-eau alors que je consomme encore. Actuellement j’ai +12W (289/24= 12W).
    On voit très bien le problème sur les graphiques par demi-heure de Hello Watt, en régulation (autour de zéro) je ne suis jamais à zéro et dès que l’eau est chaude et que le chauffe-eau ne consomme plus j’injecte le surplus sur le réseau et là je suis bien à zéro en consommation. J’ajuste donc le seuil tous les mois pour éviter ce petit problème.
    Je ne sais pas si d’autre utilisateurs de Shelly rencontrent aussi ce problème.

    • F1ATB André dit :

      La sonde du Shelly est peut-être perturbé par un champ magnétique. Pièce métallique? Autre sonde ?

      Cdlt

      • Philippe 63 dit :

        Merci André pour l’information, ma sonde était légèrement en travers, je l’ai recalé bien parallèle au fil, difficilement car peu de place.
        J’ai une borne Ferrel à proximité mais je pense qu’elle est en alliage a base de laiton.

    • Gilles B. dit :

      Possesseur d’un Shelly EM, les valeurs sont pour moi très correctes . Attention, vous notez un écart de 1W , 100W sur quelle conso au total . Sur 1 KW, 1W cela fait du 0,1 % et sur 10 kw de conso à la journée , du 0, 01% bien conforme au niveau de tolérance des mesure d’un shelly . Donc pour moi y a pas de pbs . Par ailleurs, les sites ont tendance également à arrondir ou à prendre la mesure avec un léger décalage dans le temps …. Ya pas à mon avis à bidouiller le seuil tous les 4 matins. le delta restera minime au final … Pour info j’enregistre aussi toutes mes conso sous excel jour / jour depuis plus d’un an . cdlt Gilles

      • Philippe 63 dit :

        C’est quand la consommation est la plus faible que l’écart est le plus important. Pour 4kw de consommation journalière je suis à -400W, donc 10%.
        Mais là n’est pas le problème, je me moque de la précision, mais c’est que je pilote le chauffe-eau alors que je consomme sur le réseau Enedis. Le fait de modifier le seuil règle ce problème.