Je vais tenter de monter mon premier routeur F1Atb sous peu mais je suis vraiment novice en electronique. (L'elec ça va par contre )
J'ai commencé à remplir ma liste de course et en cherchant des ssr qui soient fiable (pas envie de cramer ma maison pour economiser 10e sur du matos pas fiable) j'ai trouvé ce ssr
( lien ssr Panasonic)
Quelqu'un peut il me confirmer que c'est ok ?
Je cherche aussi un dissipateur baleze pour celui-ci et je ne trouve pas grand chose sur le net, quelqu'un aurait il un lien svp ?
Bonjour à tous,
La version 1.6 de la station de charge VE RMS est publiée.
Grace au travail de cmichel et à ses tests sur plusieurs modèles de VE (ID4, R5, Tesla, Kona...), cette version résout les problèmes d'erreur côté VE qui se produisaient sur certains modèles.
Merci à cmichel pour ses contributions décisives qui ont permis la fiabilisation du code et du système, et pour ses apports à la documentation.
La station de charge de VE RMS fonctionne à partir du RMS F1ATB et d'une carte Arduino Uno + shield "PowerCircuits".
C'est la réunion de 2 projets open source : le routeur solaire RMS F1ATB et le projet "EV AC Charging station" développé par Pedro Neves (PowerCircuits). Le résultat est également open source.
En bref : Les 2 parties (RMS et Arduino + shield) communiquent.
La station de charge, à partir des informations fournies par le RMS, communique avec le chargeur embarqué du VE et gère automatiquement et en temps réel le courant de charge en fonction de la puissance disponible.
En cas de perturbation (nuages, bouilloire, lave-vaisselle...) la charge s'arrête, puis reprend sans aucune intervention.
Mode d'emploi : Branchez la prise sur le VE, la station de charge RMS s'occupe du reste :) (cf. captures jointes)
Nous mettons à votre disposition l'ensemble des documents et du code qui vous permettront de fabriquer, de modifier ou d'améliorer cette station de charge.
PS1 : Toute personne qui posera une question dont la réponse se trouve facilement dans la doc devra payer une tournée aux auteurs :)
PS2 : Toute contribution visant à améliorer le prototype (interface web, écran...) sera bienvenue !
après quelques jours de vacances, je reviens pour tenter de mettre en marche mon routeur.
Et pour cela je relis le code.
J'avoue que le code du Shelly Pro me laisse perplexe.
De ce que j'en comprends, on appelle la méthode de l'API REST qui va bien (Shelly.GetStatus) pour récupérer les informations de puissance.
Cette méthode ne prend aucun paramètre, et renvoie les infos pour tous les capteurs du Shelly (3 dans mon cas pour le Shelly Pro 3EM).
Mais une fois sur 6, on semble ignorer la puissance importante pour le routeur, pour ne prendre en compte qu'une autre puissance (l'autre + 1 modulo 3, c'est à dire arbitrairement la suivante). Dans mon cas, la voie correspondant à la consommation au niveau du compteur est la voie N° 2. Donc le code considère que la voie "secondaire" est la voie N° 0. Ce qui semble totalement arbitraire (ça pourrait aussi bien être la voie N° 1)
Et inversement les autres fois, on va consulter les données pour la voie principale et ignorer l'autre (ou les autres). Et, histoire de faire compliqué, on va jusqu'à lisser l'info pour la voir secondaire, au motif qu'on lit moins souvent la données (bizarre comme logique à mon avis).
Je vois donc là plusieurs problèmes qu'on pourrait éviter simplement (qui plus est, en simplifiant le code):
-> Pourquoi ne pas analyser à chaque fois l'ensemble du flux de données que de toutes façons on récupère déjà ? Et ainsi avoir un fonctionnement plus simple et cohérent, en mettant à jour à chaque fois toutes les puissances qu'on suit ?
-> Quand il y a 3 capteurs ou plus (en principe ça peut monter jusqu'à 4 pour les Shelly pro 3EM, mais le 4e est mal documenté, et ne semple pas pris en charge par l'API), il serait plus propre de suivre toutes les puissances, ou alors explicitement paramétrer la voie secondaire que l'on veut suivre.
-> J'ai l'impression que le problème concerne tous les Shelly, vu qu'il me semble que dans tous les cas on récupère toutes les données à chaque fois.
-> Cela permettrait de simplifier le code, et améliorer la fluidité dans la mesure des puissances.
-> J'ai du mal à comprendre pourquoi on utilise EnphaseSerial.toInt(); pour récupérer le N° de la voie à suivre. Juste pour obfusquer (= rendre illisible) le code ?
Ceux qui sont familier avec ce code peuvent-ils confirmer ou infirmer mon analyse ?
Voila je me suis penché sur le problème de la mise à jour du SSID et du PASSWORD pour des personnes non initiés à l'informatique, tel que changement de Box, mot de passe ou dans le cas d'une vente de la maison.
Je sais que c'est pas si facile pour un non initié. Donc j'ai créer un code qui modifie le SSID et password par carte sd à partir d'un autre ESP32. Le programme lit sur la SD dans un fichier Config.ini lit le SSID et le Password. Après avoir récupéré les infos il va les mettre dans le fichier Routeur.json exporter depuis le routeur modifie le ssid et le pass de ce fichier puis les envoi au routeur en mode hotspot. J'ai testé le code ça marche mais au vu de vos connaissance par rapport à moi j'aimerai si possible avoir une analyse du code et voir ce qui ne va pas.
Ci joint les fichiers le code et les fichiers du code et contenu de la SD.
En vous remerciant pour tout votre travail.
RMS_ESP32_XXX_Scan_Json_Maj_Restart.zip (Taille : 3.33 Ko / Téléchargements : 4)
Bonjour,
J'ai changer mot mot de passe d'accès de ma Box.
Mon routeur ayant l'ancien mot de passe j'ai donc voulu le modifier. Je me suis connecté Access Point Mode et là très difficile d'avoir une page stable pour changer mon mot de passe.
n'arrivant pas à le changer, j'ai donc démonter mon ESP32 routeur je l'ai branché , ouvert ARDUINO IDE et regardé le log dans le port série. Log OK j'ai donc voulu changer le mot de passe en envoyant password:XXXX et aucune réponse, j'ai donc regardé le void LireSerial() et normalement il devrait me renvoyé une infos d'envoi Serial.println(SerialIN). Je ne recoi rien. j'ai donc envoyé dans le sérial restart et rien ne ce passe , j'ai essayé plusieurs fois et rien pas de reboot du routeur. Je crois qu'il a tellement de tache qu'il n'arrive pas à lire le port série. Je ne vois pas comment faire. Si joint un log avec envoi de restart ou rien ne se passe.
Merci à tous pour votre aide.
Je viens chercher un peu d'aide car je ne comprends pas ce qui bloque.
J'ai réalisé un module déporté avec un gradateur 8A et une BTA40 800 (comme expliqué sur la page du site).
Ma mesure est faite par un autre module UxIx2 (et ils communiquent sans souci).
J'ai également un autre module déporté avec un relais SSR sur mon cumulus mais je l'avais éteint.
Mon problème :
* (voir image 1) Si je force l'action du triac sur ON, j'ai bien le chauffage branché pour les essais) qui chauffe et on est à 0 en conso/injection
* si je mets à Off, ça s'arrête.
Sur l'image 1, on voit bien le moment où j'ai forcé à ON et celui où j'ai mis off.
* MAIS, si je règle l'action en mode découpe de sinus (ou multi-sinus) avec un Seuil Pw de -50W (voir photo 2), et bien le titre sur triac reste à 0 et le radiateur ne chauffe pas.
Je ne vois pas ce que je fais mal (je fais comme ça sur mon module avec un relais SSR).
Depuis le mois de Mai le routeur fonctionne en V 14.24 et aucun pb .
Depuis hier, j'ai du mal à accéder en wifi au routeur qui me renvoi seulement le début de la page web et encore pas systématiquement .
Ce matin fonctionnement normal ,mais cet après-midi le pb revient .
J'ai fait une raz de l'ESP sans résultat .
Je précise que je n'ai rien modifié depuis plusieurs semaines .
Quelqu'un a t-il une idée ?
Serait-il possible d'avoir une mise en fonctionnement d'un SSR quand la production atteint une certaine puissance de production?
Je m'explique. Etant sous système enphase, je connais ma production solaire, le but serait dans mon cas d'enclencher un chargeur de véhicule électrique (donc en ON/OFF car régulation impossible) quand la production solaire atteint 1200W par exemple. Quand la production repasse en dessous de la consigne, le SSR passerait en OFF.
Il faudrait peut-être prévoir une temporisation configurable pour éviter les ON/OFF intempestifs en cas de passages de nuages.
Avec ce système se basant sur la production, on envoie au CE du matin jusqu'à atteindre la production voulue, ce qui entraîne la mise en charge du véhicule. Une fois le véhicule chargé et/ou dès que la production passe en dessous de la consigne de production le routeur reprend son rôle normalement en renvoyant au CE.
Pourquoi ne pas, idéalement, pouvoir egalement couper le SSR quand la consommation dépasse la production d'une certaine valeurs configurable?
Dans mon cas la production = 2200w. Si le véhicule charge (1200W) donc 1000W sont envoyés au CE.
Quand mon lave vaisselle passe en chauffe pendant 10min (2000W) il faudrait couper le SSR afin de repartir 2000W au lave vaisselle et 200W au CE afin d'optimiser au mieux la production.
Je ne sais si j'ai été clair dans ma description ni si cela est réalisable mais j'en profite pour remercier encore André pour son travail.
Bonjour suite à rajout de PV, le Consuel doit passer voir l installation.
Le routeur est a côté du tableau électrique, dois je le démonter avant la visite ou ça ne pose pas de problème ?
Voici plusieurs semaines que mon routeur est installé et je ne sais pas si mon Chauffe eau est alimenté durant les phases de production.
Sur la page d'accueil les données maison paraissent justes et semblent conformes à ce que m'indique mon application PV. La puissance active est affichée soit Soutirée soit Injectée en fonction de ma production et de ma consommation. L'énergie Active en Wh s'incrémente correctement.
Par contre je n'ai aucune indication dans la colonne Données seconde sonde.
A noter que les LED fonctionnent, le verte clignote plus ou moins rapidement, s'arrête si j'ai de la puissance soutirée ou si je force le relais sur OFF.
Mon équipement :
Production max 3500 W
Cumulus 2400 W
Routeur avec un relais SSR
)
