(Hier, 09:38 AM)wolff231 a écrit : C est vrai que c est la misère car l'un fait planter l'autre.
Alors que séparateur le routeur ou la passerelle marchent bien.
Il n' y a pas moyen de couper la prise de musure enphase dans f1atb et de mettre une marche forcée dans les actions de 1500w de chauffe eau de 10h du mat a 16h le soir.
Je n ai pas d autres sources de mesure et il faut très beau donc on ne profite pas de la production.
J ai mi mon routeur sur source de données non définie, ce qui lui permet de ne plus communiquer avec enphase, pour l' instant ça ne plante plus ni côté routeur, ni côté passerelle.
J ai mi une action de 10h a 18h avec une puissance de routage de 50% et un seuil PV de 3000w , du coup mon chauffe eau fonctionne a mi puissance durant la journée.
Si jamais ça peut dépanner quelqu un en attendant un retour positif de chez enphase.
Cool merci !
je viens d'appliquer ta méthode, cela fonctionne parfaitement en attendant une solution pérenne.
Bonjour,
Même constat chez moi.
L'un fait planter l'autre...
Faute de temps et d'autres moyens de mesure, j'ai dû couper le routeur.
En espérant qu'une solution soit trouvée
Vous qui avez l'expérience du développement du code pour EnPhase, que pensez-vous de ces problèmes soulevés par certains.
N'ayant chez moi pas de système Enphase, je ne peux investiguer. A l'époque du développement, je m'étais connecté à distance à un système Enphase dont la personne avait rerouté temporairement les ports.
Il y a une information importante dans ce message : https://f1atb.fr/forum_f1atb/thread-2795...l#pid24666
A priori cela fonctionne en 15.01 mais pas en 15.12.
En 15.08 il y a eu des changements concernant Enphase (Renouvellement Token Enphase chaque mois).
Si c'est bien confirmé que cela fonctionne en 15.01 peut être qu'il faudrait enlever ce changement dans la V17 et voir si cela fonctionne à nouveau.
J'attache à ce message le fichier Source_EnphaseEnvoy.ino (ajout de .txt pour que l'upload marche) de la version 15.07 au cas où quelqu'un veuille compiler une V17 avec afin de tester si cela corrige le problème ou pas.
Vous qui avez l'expérience du développement du code pour EnPhase, que pensez-vous de ces problèmes soulevés par certains.
N'ayant chez moi pas de système Enphase, je ne peux investiguer. A l'époque du développement, je m'étais connecté à distance à un système Enphase dont la personne avait rerouté temporairement les ports.
Cordialement
André / F1ATB
Bonjour à tous,
Je suis un peu dans votre configuration André, la configuration qui me sert de base est encore en 5167 j'ai une connaissance qui est passé en 5528 depuis 2 jours le problème c'est que je n'ai pas de redirection de port donc ça me pénalise dans mes recherches. On dirai qu'il y a un conflit avec les requêtes en Http!!!
Hier, 12:29 PM (Modification du message : Hier, 12:33 PM par ROPA 59.)
Bonjour @all,
je suis passé en 15.01 malgré cela et cela bloque l'Enphase
je viens de débrancher le routeur F1ATB , rebouter mon installation et elle est repassé au vert.
Par contre j'ai 1 point d'exclamation sur 2 panneaux de contrôle des productions panneaux > dans champ PV.
a suivre
(Hier, 12:04 PM)Mike a écrit : Il y a une information importante dans ce message : https://f1atb.fr/forum_f1atb/thread-2795...l#pid24666
A priori cela fonctionne en 15.01 mais pas en 15.12.
En 15.08 il y a eu des changements concernant Enphase (Renouvellement Token Enphase chaque mois).
Si c'est bien confirmé que cela fonctionne en 15.01 peut être qu'il faudrait enlever ce changement dans la V17 et voir si cela fonctionne à nouveau.
J'attache à ce message le fichier Source_EnphaseEnvoy.ino (ajout de .txt pour que l'upload marche) de la version 15.07 au cas où quelqu'un veuille compiler une V17 avec afin de tester si cela corrige le problème ou pas.
Bonjour Mike,
En 15.08 les 2 changements sont :
1) le renouvellement du Token : il était déjà présent mais un bug arrivait à l'issue des 30 jours qui provoquez le reboot ESP32 en boucle : donc pas concerné
2) le mDNS : j'ai rajouté cette fonction pour rechercher l'ip Enphase à chaque reboot ESP32, mais il utilise http : j'ai un doute et a défaut de pouvoir le tester, il faudrait tenter de mettre cette fonction en standby pour voir les résultats. Hélas, je ne peux pas testé moi-même actuellement car la version de la passerelle qui me sert de test est restée en 5167, j'ai un connaissance qui est en 5528 mais sans redirection de port donc pas facile et en plus son routeur est en 15.12.
(Hier, 12:29 PM)ROPA 59 a écrit : Bonjour @all,
je suis passé en 15.01 malgré cela et cela bloque l'Enphase
je viens de débrancher le routeur F1ATB , rebouter mon installation et elle est repassé au vert.
Par contre j'ai 1 point d'exclamation sur 2 panneaux de contrôle des productions panneaux > dans champ PV.
a suivre
Bonjour
je 10 panneaux avec un point d'exclamation.
7en orange = Avertissement
3 en rouge = Erreur
Selon Enphase
( dans FRENCH Tech Brief-IQ Gateway Local API or UI Access using Token-EN-US-12-14-2022.pdf
lu sur https://community.jeedom.com/uploads/sho...OJxvOf.pdf )
il existe 2 façons d'obtenir le Token:
- via l'interface Web
- de facon programmatique
Perso en me connectant via chrome sur https://<adresse de mon IQ passerelle> et en suivant la manip, je récupère le token puis par copier/coller, accède a l'interface graphique de ma passerelle enphase avec toutes les données de production/consommation. Là, ça marche (copie écran)
Par contre l'accès à la passerelle dans le programme du routeur se fait de facon programmatique par un GET et c'est là que ça coince...
Comme je vais jusqu'au message: "headers 1 Enlighten received" mais ensuite: session_id: ??????j'en conclu que dans la V17.20, la boucle while de la ligne 51 de Source_EnphaseEnvoy.ino se fait au moins une fois, le plantage vient après ?
Y aurait-il un lien avec la ligne 41: clientSecu.setInsecure(); //skip verification ?
Si besoin, je peux donner un accès en MP avec redirection de port sur un ESP en V17.20 seul sans triac.(j'ai par ailleurs un autre ESP qui est fonctionnel en V15.01)
