Bonjour, je viens de monter un routeur f1atb pour contrôler le chauffe eau de la maison.
Je voulais savoir si l'on peut prendre la mesure du satellite monitor CT qui est branché sur le câble d'alimentation de la maison avec une pince ampèremétrique  pour effectuer le contrôle du routeur?
si c'est la cas comment configurer l'esp32?
Merci d'avance.

Bonjour,

Je suis nouveau sur ce forum et j'ai recherché comment on pouvait remettre à zéro les données de puissance remontées par la carte JSY depuis le module ESP32. Je n'ai rien trouvé sur ce sujet d'où le fait que je pose cette question.

Si quelqu'un peut m'aider, je suis preneur. Merci d'avance.

Bonjour,

Je suis nouveau sur ce forum et j'ai recherché comment on pouvait remettre à zéro les données de puissance remontées par la carte JSY depuis le module ESP32. Je n'ai rien trouvé sur ce sujet d'où le fait que je pose cette question.

Si quelqu'un peut m'aider, je suis preneur. Merci d'avance.

Bonjour,

Avant-hier soir, orage à la maison.

Tout à coup, image et son en même temps !

Des différentiels qui sautent, je les remonte sans faire attention, puis qq minutes plus tard ma fille me dit que sont ampoule dans la chambre est HS.
 
Puis l'appel d'une voisine qui me dit qu'elle a perdu beaucoup électroménager.

Je vérifie alors l'install et là le routeur ne donne plus signe de vie. Alim cramée....

Je la change puis je regarde l'interface web qui me dit à 10h du soir que je ne consomme rien.

Hier je reteste mais je vois le triac s'incrémenter de 1% en 1% et j'entends le cumulus chauffer.

en continuant de chercher j'incrimine le uXI et là j'étais content qu'on est mis un fusible sur le montage :

   

Je m'en sort bien !!!

Bonjour,

J'ai installé un routeur utilisant un  JSY-MK-194, la source est donc UxIx2.
La sortie se fait sur un relais SSR.

Pour bénéficier de ses possibilités j'ai chargé la version 12.06 du routeur RMS.

Dans les actions j'ai programmé quatre zones horaires pour le relais, une de ces zones devant me permettre de programmer une condition pour la mise en marche forcée si la consommation du cumulus n'a pas atteint la durée voulue durant la période de production.

Or il se trouve que la valeur de temps affichée en page accueil n'est pas celle pendant lequel le cumulus a réellement chauffé l'eau mais plutôt celle pendant lequel le relais SSR a été activé.
Le cumulus n'a pas chauffé pendant un certain temps, le thermostat jouant son rôle.
Si cela se produit en fin de journée où la production est importante, cela n'est pas gênant, l'eau sera suffisamment chaude le lendemain.
Si cela se produit en début de journée et qu'ensuite la production devient nulle, alors le problème de non chauffe du cumulus peut devenir gênant.

Y a-t-il moyen de récupérer cette valeur réelle de temps consommation du cumulus et de l'utiliser pour programmer l'action ?

Merci

Bonjour à tous,

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 ?

Merci d'avance pour vos reponses.

Jc

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.

Vous trouverez tout cela ici : https://acloud9.zaclys.com/index.php/s/73zkjdsWS4FFF32
Conservez ce lien, on y déposera les documents, notes et mises à jour au fur et à mesure de l'avancement du projet.

Bonne recharge ;)

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 !

Pièces jointes

Miniature(s)
           

Bonjour, 

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 ?

Bonjour André 

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.