Note de ce sujet :
  • Moyenne : 0 (0 vote(s))
  • 1
  • 2
  • 3
  • 4
  • 5
[v15.10] Pb com avec Enphase Envoy (mesures nulles intempestives)
#1
Salut à tous,

Je viens de passer de la version 14.21 à 15.10 du routeur. Cool
Le routeur communique mais de temps en temps la mesure tombe à 0 sans raison comme s'il y avait un pb de com avec l'Envoy (IQ gateway). 
Et effectivement, dans les données brutes, j'ai des messages intempestifs "Connection failed to Envoy-S server!".  Dodgy
La fréquence de ces messages est aléatoire ; de l'ordre de la minute.

Après comparaison du code entre la 14.21 & la 15.10, dans la fonction LectureEnphase(), il y a un changement d'API pour la connexion à l'envoy via l'appel de la fonction membre clientSecu.connect  avec timeout à 3s de la classe d'objet WiFiClientSecure. .
Dans la version 14.21, on appelait la fonction membre int connect(IPAddress ip, uint16_t port).
Dans la version 15.10, on appelle la fonction membre int connect(IPAddress ip, uint16_t port, int32_t timeout).

Y a-t-il une raison spécifique à un tel changement ? Huh
C'est ce timeout qui génère des mesures nulle intempestives.

C'est ce timeout qui génère des mesures nulles intempestives.
Ma domotique récupère les données ajax (ajax_data10mn & ajax_etatActions) et moyenne ces data toutes les minutes.
Un passage à 0 fausse cette moyenne.

Merci par avance pour vos réponses.

@+
Répondre
#2
Bonjour,
Si vous êtes autonome dans la compilation du code, pouvez-vous essayer les manips suivantes :

 1) Définir un timeout élevé (ex. 20s) :
  • But : S'assurer que le problème ne vient pas simplement d’un délai trop court,
2) Tester avec le timeout le plus faible :
  • Réduire progressivement à :
    • 15s
    • 10s
    • 7s
    • 5s
    • 3s (si besoin)

    -> Objectif : Si pb confirmé, trouver la plus petite valeur qui ne déclenche pas le problème dans votre environnement. 
Répondre
#3
Oui je peux recompiler le code et flasher l'esp32 via une maj OTA.

Mais à la base, je posai la question pour savoir si j'étais le seul dans ce cas ?

Je ferai les essais en installant ArduinoIDE quand je trouverai le temps  Angel
C'est dommage que le code ne soit pas sous PlatformIO.... ArduinoIDE, ça pique  Blush
Répondre
#4
Bonsoir,
Alors ça n'a peut-être rien à voir, mais je viens de tester la version 15.10 sur un esp32 nu, sans branchements, et il me remonte une consommation qui augmente petit à petit jusqu'à 1300W avant de retomber d'un coup à une injection de 500W puis il reprends sa route ascendante jusqu'à 1300W et retombe à nouveau d'un coup sec à -500...etc... et il continue ainsi de manière cyclique. Alors que je n'ai aucune source de paramétrée... J'ai reflashé en 15.1 et là, plus de soucis, conso plate égale à 0, comme attendu sans aucune source.
Il y a peut-être un bug sur la 15.10 lié à l'acquisition des puissances ?
C'est à moitié hors sujet par rapport au post, mais comme ça touche aussi les mesures de puissance, je me dis que c'est peut-être lié.
Je dis 1300 et 500 de mémoire, mais c'est l'ordre de grandeur et c'est très régulier : croissance pente constante, puis chute en pente infinie. Ce qui m'a surpris, c'est que les valeurs n'étaient pas du tout négligeables, on ne peut pas appeler ça du bruit.
Répondre
#5
Bonsoir, 

Depuis la version 15.8, André a ajouté une source de puissance non définie pour la première mise en route. Cette source, appelée "Source non définie" dans la page "Paramètres", est sélectionnée par défaut. Elle simule une source en dents de scie, exactement comme vous le mentionnez. 

Cela n’a donc aucun lien avec le sujet concernant la source "Enphase-Envoy".
Répondre


Atteindre :


Utilisateur(s) parcourant ce sujet : 2 visiteur(s)