J'ai parcouru toutes les pages du site et lu le forum afin de me familiariser avec le montage, j'ai fait de nombreux projets IOT avec des ESP (8266 puis 32) et je suis à l'aise en électronique et je cherche à optimiser mon autoconsommation.
Après cette intro, voici les questions que je me pose :
1. SSR ou Dimmer (Triac)
En ayant parcouru le site je ne suis pas sûr de voir quels sont les avantages ou inconvénients de ces 2 modules (je souhaite piloter un simple CE à résistance), câbler un SSR me paraît plus simple, et j'ai cru comprendre que les trias pouvaient provoquer plus d'interférences electro-magnétiques.
Dans mon cas d'usage, pour un CE résistant, est-ce un bon choix de partir sur un SSR ?
2. Intégration du routeur solaire au tableau électrique.
Je me pose la question de la connexion du routeur au circuit de puissance, le CE est actuellement piloté avec un contacteur HC/HP (donc il chauffe principalement la nuit). Mon but avec le routeur est bien entendu d'utiliser le surplus solaire en journée et éviter un conso la nuit en HC.
J'ai vu ce schéma de câblage sur une des pages du site :
Si j'ai bien compris, en connectant le routeur en // de la sortie du contacteur HC/HP, le routeur envoie la puissance modulée par le SSR ou le Dimmer vers le CE s'il y a du surplus et cela permet également, les jours sans surplus ou sans soleil, de conserver une alimentation du CE la nuit en HC ?
Question supplémentaire : pour éviter de tirer des câbles vers le CE, peut-on connecter la sortie du routeur (puissance) directement en // du contacteur jour/nuit dans le tableau électrique ?
Merci à André et aux différents intervenants sur le forum pour toute les informations que j'y ai trouvé.
Suite à un soucis sur un de mes ESP32 sur lequel je dois re-téléverser la version et comme celle-ci n'est plus en téléchargement sur le site d’André, du coup je suis à la rechercher de la version Solar_Router_V15_11.
C'est version convient et fonctionne très bien pour mon installation, si quelqu'un avait la gentillesse de me la faire passer svp.
Bonsoir, j'ai installé ce matin la version 17.07 et depuis plus de publication de l'ouverture, temps estimé...
J'ai downgrade en 17.05 et c'est revenu.
the frequency of the central beacon on the spectrum is not in the center and does not coincide
with that indicated in the strip below
if I align the two frequencies with manual correction the correction comes eliminated by enabling self-correction
how to center the spectrum?
Je viens de voir une nouvelle version pas encore essayé pour moi.
C est quoi les changements que notre amis André a fait, suis toujours en v17.5 sur mes différente routeur.
Car la 17.6 première version bug sur mon tactile
Avec plusieurs RMS depuis 2 ans, je m'intéresse vivement au sujet du routage vers une borne de charge.
J'ai plusieurs RMS en service en V17.06, passés en V17.07 à l'instant.
J'ai 1 RMS que j'utilise exclusivement en tests.
Sur ce dernier, j'ai installé la version "Solar_Router_V16_09_station_VE_h3rv3_2_5_1.ino" en OTA, et il me semble que cela fonctionne.
Si je passe en "Solar_Router_V16_10_station_VE_h3rv3_2_6_3_1.ino" en OTA, la sélection des différents modes revient toujours sur "arrêt" après quelques secondes.
Mise à jour vers " Solar_Router_V17_06_station_VE_h3rv3_2_6_7.ino" par ARDUINO impossible, le téléversement se fait mais l'ESP plante ou reste en version précédente.
Partant du RMS test en V17.06 version F1atb, j'ai tenté une mise à jour OTA vers "V17_06_station_VE", la mise à jour ne se fait pas.
J'ai respecté la prog, les Gpios 4 et 5, etc...
J'ai peut être raté quelque chose, découvrant le sujet station VE.
Après des heures de recherche j'ai trouvé l'erreur dans le code 17.06 en uxix3 qui remontait des informations fausses de consommation mqtt
Lignes 423-427 de envoimqtt.ino :
dans la dernière ligne on envoie "Energie_jour_Injectee" deux fois au lieu de Energie_jour_Soutiree, Energie-jour_Injectée
J'en ai profité pour nettoyer un peu le code pour qu'en uxix3 les bons sensors soient remontés dans un fonctionnement identique à uxix2 et que l'affichage dans les pages web soit bon.
A modifier :
dans sourceuxix3.ino à partir de ligne 90 : on remonte via 2 ajouts les bonnes valeurs de EnergieM (injectée et soutirée) grace au calcul de phdv61 et on supprime le calcul de la donnée (fausse) remontée par le jsy
Code :
if (injection) {
PuissanceS_M_inst = 0;
PuissanceI_M_inst = float((Lecture333[21] << 24) + (Lecture333[22] << 16) + (Lecture333[23] << 8) + Lecture333[24]);
PVAS_M_inst = 0;
PVAI_M_inst = abs(PVA_M_inst1 + PVA_M_inst2 + PVA_M_inst3); // car la somme des puissances apparentes "signées" est négative puisqu'en "injection" au global
// PhDV61 : on considère que cette puissance active "globale" a duré "delta_temps", et on l'intègre donc pour obtenir une énergie en Wh
Energie_jour_Injectee += ((float)delta_temps / 1000.0) * (PuissanceI_M_inst / 3600.0);
Energie_M_Injectee = Energie_jour_Injectee; // ajout piamp
// PhDV61 : on considère que cette puissance active "globale" a duré "delta_temps", et on l'intègre donc pour obtenir pour obtenir une énergie en Wh
Energie_jour_Soutiree += ((float)delta_temps / 1000.0) * (PuissanceS_M_inst / 3600.0);
Energie_M_Soutiree = Energie_jour_Soutiree; // ajout piamp
}
![[Image: contacteur.png]](https://f1atb.fr/wp-content/uploads/2022/12/contacteur.png)
