Petite mise à jour de mon côté (je ne fais pas un post dédié car on est assez proche en terme de solutions techniques, début du projet expliqué page 1).
- J'ai mis en place un arduino au niveau du compteur avec transfo AC + pince pour la mesure précise du courant, c'est nettement mieux.
J'ai galéré comme un dingue pour essayer d'utiliser un arduino+esp8266 intégré, ça n'est pas stable, ça débloque tout le temps, j'y ai passé des jours et des nuits, impasse. En gros utiliser des commandes AT à l'ancienne pour se connecter au wifi et appeler des pages web pour poster des valeurs à un esp distant -> fail.
- Du coup comme toi je remonte les infos de consommation à domoticz,... directement en usb en branchant la prise usb de l'arduino sur le raspberry pi qui gère ma domotique. Domoticz de son côté arrive très bien à déclencher des appels http vers l'esp qui pilote le dimmer... sauf... si le dimmer ne répond plus, ça rend domoticz totalement instable. Ca s'est produit il y a pas très longtemps lors de l’évènement dont je vais parler au point suivant
- un composant de mon dimmer robotdyn a explosé, littéralement explosé, cramé ! Pourtant la puissance soutirée était faible (moins de 4A). Ca s'est produit la nuit alors que le dimmer était sur 0. Il s'est mis à devenir "passant" (le cumulus a consommé plein pot (1 résistance de 800W) j'ai des traces dans la conso de la maison) et quelques minutes après plus rien. Je n'étais pas chez moi à ce moment là, j'ai eu du mal à distance à comprendre ce qui se passait, au retour j'ai surtout constaté que j'avais eu beaucoup de chance que ça ne crame pas la baraque !!!
C'était un montage temporaire... ça aurait pu mal terminer
- je n'aime pas trop le fait de devoir passer par le wifi pour la communication arduino->esp. Pour éviter l'injection il faut des requêtes fréquentes, genre 1 par seconde me semble le minimum, et même si c'est faible en terme de données, au moindre pépin ça a tendance à rendre le système assez instable. Comme je le disais plus haut, domoticz partait en vrille quand le dimmer (HS) ne répondait plus. Forcément il essayait de poster genre 3 requêtes par seconde avec un timeout un peu long (aucune idée de combien de secondes), les requêtes s'empilent vite
Même chose, en cas de problème de wifi (point d'accès en rade par ex), plus rien ne fonctionne et on risque d'injecter massivement. Ca se produit typiquement le lendemain d'un départ en vacances au mois d'août ce genre de chose ! Autant pour ma part surconsommer un poil ça ne me dérange pas (je préfère déclencher quand la conso de la maison passe sous les 30W par ex et redescendre doucement en cas de consommation "linky" importante), autant je cherche à me rapprocher du zéro injection autant que possible d'où le besoin de réactivité.
Bref je remets un peu le système à plat et j'envisage un lien (RX/TX) de communication directe entre l'arduino qui mesure le courant et l'esp qui pilote le dimmer, avec une couche wifi qui ne servirait que pour les paramètres basiques pilotables à distance (remontée d'infos pour le monitoring, envoi d'ordres du genre "il est temps de faire un cycle anti-légionelle"...).
Contre toute attente ça fonctionne assez bien, un simple fil croisé entre les 2 modules sur leurs pins RX/TX et un "readStringUntil('\n')" sur l'esp qui pilote le dimmer pour récupérer les valeurs envoyées sur le port série de l'arduino et c'est plié. Il faut juste ce fil entre les deux...
Ce qui m'amène à la question fatidique : pourquoi ne pas piloter le cumulus directement depuis le tableau électrique plutôt qu'à côté du cumulus ? Le seul fil vital étant (pour moi) la sonde de température. Je mesure la température car j'ai une production solaire faible, j'ai réglé le cumulus à fond, pour permettre d'injecter autant d'énergie d'origine solaire que possible... mais ne pas chauffer aussi fort pour le complément. En gros si en fin de journée je n'ai atteint que 35°C, la nuit suivante je ne remonte que jusqu'à 45°C par exemple, et une fois de temps en temps je monte 10°C de plus. Même chose je pilote la température en fonction des besoins prévisionnels (occupation plus importante de la maison, jour de bains des enfants...)
Je suis en train de monter un boitier plus résistant au feu :
...mais je n'arrive pas à me décider sur le fait de tout déporter au niveau du tableau. Ce que j'aime bien dans la solution "proche du cumulus" c'est que mon boitier se branche comme une "rallonge électrique" (il vient s'intercaler entre la prise murale du cumulus et la prise mâle du cumulus). Comme ça en cas de pépin électronique il suffit de débrancher et rebrancher 2 prises et on a de l'eau chaude.
Si je fais un équivalent au niveau du tableau j'ai peur que ça fasse très bricolage (sortir des fils du tableau principal vers une prise 230V femelle ? hum ? pire : faire rentrer une prise mâle dans le tableau (pour rejoindre le cumulus, beurk). Ca existe un module DIN "3 voies (genre OFF, VOIE 1, VOIE 2 ?) pour alimenter le cumulus via un circuit plutôt qu'un autre ?
Voilà, clyric, je suis un peu jaloux de la qualité de ton intégration, et aussi un truc que je n'ai pas encore compris (faut que je creuse les photos, schémas et code) : comment tu arrives à avoir une mesure de la tension ET de l'intensité via la pince avec une board qui n'a qu'une seule entrée analogique ? C'est la base de tous mes cauchemars qui m'a amené à séparer le système en 2 modules, à galérer avec un ESP32 qui a des entrées analogiques pourries, à repasser sur un arduino, à perdre le wifi au passage...à m'arracher les cheveux depuis des mois sur le sujet...
Tu as branché la mesure de la tension sur une pin digital (D5) ??? Moi mon montage source c'est ça :
http://openenergymonitor.org/emon/build ... gy-monitor donc besoin de 2 entrées analogique
dommage, le rendu était vraiment classe. 
