Bonjour, 
Depuis quelque temps, je fonctionne avec la version 3 du routeur et jusqu'à présent je récupérais les informations d'énergie envoyée au chauffe eau via un module sonoff puis affichage de toutes ces données sur home assistant. 
Malheureusement, ce module de puissance sonoff bug souvent. Mon installation est sur 2 esp ( un sur le linky ( ip 192.168.1.25)  et l'autre sur le chauffe eau )
Je suis retourné voir les évolutions et ça bien changé version 9.03... J'ai fait toutes les mises  jour, transféré sur un esp32  pour tester mais impossible de me connecter sur mon esp externe ( le linky en esp 192.168.1.25)    

lorsque je valide avec "ESP32 Reset" j'ai l'affichage  "Ok Reset. Atendez."  et puis ça tourne en rond pour finalement revenir au point de départ sans aucun changement.
J'ai tester avec un autre esp et j'ai le même problème. 
Quelqu'un a t'il le même soucis ?

Bonjour

J'ai passé la TIC du Linky en mode standard et comme je m'y attendais mon gestionnaire d'énergie (STARBOX F02) s'est mis en défaut puisqu'il attend du 1200 bauds.
Je cherche à lui injecter une trame de base pour simuler un dialogue avec le compteur mais après pas mal de recherches je n'ai pas trouvé grand chose.

Quelqu'un aurait-il une idée ?

Bonjour,

Je ne parviens pas à avoir le token d'enphase???
ID : 4e4452........21
Qu'entendez vous par Adresse IP Enphase-envoy externe? Surtout externe?

J'ai vu que quelqu'un a cocher V7 ??? Ou ça???

Merci de votre aide
Gilles 
  Adresse IP Enphase-Envoy externe (ex : .168.1.248) :

Bonjour André,

Je me rends compte que le compteur wifibug n'est pas seulement incrémenté par la boucle de test de connexion à 30s dans le module principal,mais aussi dans d'autres modules.

     

Dans ces modules, le timeout est bien inférieur.  Lorsque le serveur est chargé par des envois de pages html, il m'arrive de voir des timeouts supérieurs à 5000 ( et donc wifibug++ ). mais la 9.01 ne plante pas.

Or, on peut imaginer que parfois, dans la foulée, le module principal puisse faire à son tour un test de connexion à 30s. s'il échoue aussi alors wifibug++. Maintenant wifibug=2 et pour peu que le test suivant à 5s échoue à nouveau cela entraine un ESP.restart().

Cela n'a pas l'air de se produire en 9.01 (par miracle ou car le timing est différent ?).
Se pourrait-il que cela se produise en fait avec la 9.03 ? et que cela entraine un reboot "intempestif" ou "prématuré" ?

Ne faudrait-il pas du coup séparer en deux cette variable "wifibug", l'une pour le test 30s, l'autre pour les autres appels comme dans ESP_externe par exemple où on attendrait n fois le timeout de 5s  (6 par exemple par cohérence avec le 30s ?).

En 9.01, voilà ce que j'obtiens sur le 2e client, lorsque je me mets à afficher la page donnée brute sur ce 2e client après avoir affiché la page donnée brute sur un 1er client sans souci. : de nombreuses erreur successives de timeout. Mais pas de plantage for heureusement.

   

A+
Ph.

Bonjour à tous,

J'ai installé la version V9.03 du routeur sur un projet tout neuf. Mon But est de récupérer mes données de puissance sur MQTT présent sur Home Assistant.
Le routeur se connecte bien au broker et envoie ses données, en revanche impossible de récupérer mon sensor "power" comme source de mesure de puissance.
Je dois louper quelque chose dans le paramétrage, si quelqu'un peut m'aider ça me permettrai d'avancer car sans cette mesure je suis bloqué.

Bonjour.  Déjà je shouaite remercie ce forum car grâce à lui je installer le système et ça a marcher super pendant 2 mois 
Depuis 2 jour plus d eau chaude ....
Il n y a plus de communication avec les serveurs enphase.  
Je essayer d installer un second esp même résultat. 

Et je viens de  me connecter a emphase sur internet et mon accès est refusé 
Après le login une page apparaît avec : "too Many active session" . Et je ne peut rien faire de plus . Une idée de comment ressoudre le problème ?
Merci

Après plusieurs téléchargements, modifications du code, je me suis trouvé, quelques fois, 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.
Cdlt André

Bonjour André,
Les courbes présentant les valeurs en W et VA en page principale sont très bien, mais je constate tout de même un petit souci d'affichage.
En effet, les variations entre la puissance apparente (VA) et la puissance active (W) peuvent être très différentes l'une par rapport à l'autre. Par exemple, alors qu'il peut y avoir de fortes variations de la puissance apparente, ce n'est pas forcément le cas de la puissance active (comme très bien expliqué sur votre site d'ailleurs). 
 
   



Cela se traduit sur l'affichage des courbes, comme dans ma capture d'écran ci dessus, par une puissance apparente qui varie sur une échelle de +15000 à -28000VA, alors que la puissance active elle ne varie que de quelques watt/dizaines de watt autour de 0 en cours de régulation (ce qui est tout à fait normal). Mais elle apparaît complétement aplatie puisque représentée à la même échelle, et inexploitable en l'état.

Serait-il possible de prévoir, par ordre de priorité, d'intégrer l'une de ces propositions ?
A savoir :
- soit de différentier les deux courbes par rapport à leur propre échelle de variation (à gauche pour les VA, à droite pour les W par exemple),

   

- soit d'avoir la possibilité de sélectionner la courbe qui nous intéresse le plus sur l'affichage (VA ou W),
- ou en dernière extrémité, de ne sélectionner un affichage que de la courbe de la puissance active (W), sachant que la puissance apparente est en comparaison beaucoup moins utile (je pense...).

Qu'en dites-vous ?
Merci et bonne journée !

Bonjour André,
Une proposition d'évolution serait de prendre en compte la production qui a été injecté dans le CE dans la journée cas de jour avec soleil ou pas, et de gérer un relais qui enclencherait ou pas le CE contacteur nuit HC, (dans le cas avec contrat HP/HC ou Tempo).
Scénario:
Si aujourd'hui j'ai eu du soleil et donc de la production, la nuit suivante j'active pas le relais HC du CE,
Si j'ai pas eu de soleil j'active le relais HC du CE.

Aprés l'idée serait bien sur de connaitre un seuil qui a été injecté dans le CE en journée pour déclencher ou pas le relais HC du CE.

Ceci sans passer par la sonde, parce que j'ai essayé de rajouter une sonde de température mais j'arrive pas à la passer avec celle existante et où la mettre !!!

Merci encore pour tout ce travail.
Cordialement,

Bonjour !
J'aimerais pouvoir regler les actions des routeurs depuis home assistant en mqtt : pas faire un forçage a 100%, mais allumer ou eteindre une action.
Je l'avais codé rapidement sur une ancienne version.
La 9.03 permet elle de le faire en natif ?
Merci