V17.06 - Probleme connexion passerelle Enphase Envoy

[Rakibou]

Ce n'est pas un problème d'accès par câble ou par wifi, c'est un problème probable de 2 réseaux qui ne communiquent pas.

Pour aller vite :
- Tu connectes un pc windoze au ssid 1, en wifi ou en ethernet.
- Exécuter > ipconfig /all
- tu isoles la partie qui concerne uniquement ta carte réseau (wifi ou ethernet) et tu notes les résultats.

- Tu refais exactement la même chose sur le réseau ssid 2.

- Tu nous donnes les résultats des 2 tests.

[Lepelot]

Ce n'est pas un problème d'accès par câble ou par wifi, c'est un problème probable de 2 réseaux qui ne communiquent pas.

Pour aller vite :
- Tu connectes un pc windoze au ssid 1, en wifi ou en ethernet.
- Exécuter > ipconfig /all
- tu isoles la partie qui concerne uniquement ta carte réseau (wifi ou ethernet) et tu notes les résultats.

- Tu refais exactement la même chose sur le réseau ssid 2.

- Tu nous donnes les résultats des 2 tests.

Ok, merci pour votre réponses. Ci-joint les deux captures d'écran.

---

Ce n'est pas un problème d'accès par câble ou par wifi, c'est un problème probable de 2 réseaux qui ne communiquent pas.

Pour aller vite :
- Tu connectes un pc windoze au ssid 1, en wifi ou en ethernet.
- Exécuter > ipconfig /all
- tu isoles la partie qui concerne uniquement ta carte réseau (wifi ou ethernet) et tu notes les résultats.

- Tu refais exactement la même chose sur le réseau ssid 2.

- Tu nous donnes les résultats des 2 tests.

Ok, merci pour votre réponses. Ci-joint les deux captures d'écran.

J'ai comparé les deux avec Word et a priori le résultat est le même.

[Rakibou]

Résultats strictement identiques, c'est bizarre.

Qui émet le ssid 1 ? La box ? autre chose ?
Même question pour le ssid 2 ? Un répéteur ? un point d'accès ?
Y a-t-il un seul ou plusieurs serveurs dhcp ?
Pourquoi le DNS google ?
Qu'est-ce qu'on mange à midi ?

[Lepelot]

Qui émet le ssid ? ..........La box
Même question pour le ssid 2 ? un point d'accès Cisco
Y a-t-il un seul ou plusieurs serveurs dhcp ? un seul
Pourquoi le DNS google ? ...... hum, je ne me souviens pas trop!!

---

Qui émet le ssid ? ..........La box
Même question pour le ssid 2 ? un point d'accès Cisco
Y a-t-il un seul ou plusieurs serveurs dhcp ?  un seul
Pourquoi le DNS google ?  ...... hum, je ne me souviens pas trop!!

Qui émet le ssid ? ..........La box
Même question pour le ssid 2 ? un point d'accès Cisco
Y a-t-il un seul ou plusieurs serveurs dhcp ?  un seul
Pourquoi le DNS google ?  ...... hum, je ne me souviens pas trop!!

[Rakibou]

C'est le point d'accès qu'il faut reconfigurer pour qu'il soit "transparent", càd qu'il se comporte comme un répéteur.
Le résultat attendu est que toute adresse du réseau local soit visible par tous les éléments depuis le ssid 1 ou le ssid 2.
Je ne sais pas si c'est possible sur ton engin, il faut fouiller dans la configuration.

[Lepelot]

C'est le point d'accès qu'il faut reconfigurer pour qu'il soit "transparent", càd qu'il se comporte comme un répéteur.
Le résultat attendu est que toute adresse du réseau local soit visible par tous les éléments depuis le ssid 1 ou le ssid 2.
Je ne sais pas si c'est possible sur ton engin, il faut fouiller dans la configuration.

Oui, ca serait plus simple, je n'ai pas fouillé la dedans depuis longtemps, mais je vais regarder. S'il est en répéteur,  alors il n'y aura plus de SSD2 .... c'est bien ca? Ce serait mieux en effet, mais il me semble avoir essayé sans succès et que c'est pour ca que je me suis retrouvé avec 2 SSIDs.

[Rakibou]

Non, un répéteur peut diffuser un autre ssid.
Par exemple ici j'ai ssid 1 = monreseau (box) et ssid 2 = monreseau_ext (répéteur) mais que je me connecte à l'un ou à l'autre j'atteins tout ce qui est sur le réseau local.

[alexbo44]

Bonjour, j'ai de mon côté le même souci depuis peu toutes les 15 à 60 secondes :
03/03/2026 11:36:32 : Connection failed to Envoy-S server! : 10.0.0.13
03/03/2026 11:36:58 : Connection failed to Envoy-S server! : 10.0.0.13
03/03/2026 11:37:28 : Connection failed to Envoy-S server! : 10.0.0.13
03/03/2026 11:37:44 : Connection failed to Envoy-S server! : 10.0.0.13

J'ai downgradé à la version 17.05, mais ça ne change rien.
J'ai lu quelque part que le dernier firmeware d'enphase amendait des lenteurs de connexion locale à l'api

Est-ce que quel'un d'autre a eu ce souci ?

Merci

[Serge19]

Bonjour,

Avez-vous eu le même soucis sur une version antérieure comme la 16.10 ou 15.10?
Si vous faites les tests, n'oubliez-pas de sauvegarder vos paramètres.

[alexbo44]

J'avoue ne pas avoir encore testé car la page gestion des versions indique qu'un passage de v16 à V17 n'est pas possible par OTA, j'imagine que l'inverse est vrai aussi, et présentement le faire via un câble usb n'est pas pratique.
Ceci dit j'avais fait la mise à jour 16 vers 17 via OTA..

J'ai fait un downgrade en 17.04, mais l'idéal sera d'essayer la 16.10 ou 15.10 quand j'aurais 5 min.

Ce qui est bizarre c'est que je reçois tout de même les informations de la passerelle, mais par moment j'ai cet échec de connexion qui fait que la puissance produite et consommée passe temporairement à 0 W

Je me suis connecté sur la passerelle, il y a des outils de diag, un ping depuis la passerelle enphase vers le routeur réseau, pas fou fou :
Dernière vérification 03 mar, 2026 5:51 Après-midi
Ping sur l’adresse 10.0.0.6
PING 10.0.0.6 (10.0.0.6): 56 data bytes
64 bytes from 10.0.0.6: seq=0 ttl=64 time=712.447 ms
64 bytes from 10.0.0.6: seq=1 ttl=64 time=114.428 ms
64 bytes from 10.0.0.6: seq=2 ttl=64 time=709.105 ms
64 bytes from 10.0.0.6: seq=3 ttl=64 time=120.722 ms
64 bytes from 10.0.0.6: seq=4 ttl=64 time=814.864 ms

--- 10.0.0.6 ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max = 114.428/494.313/814.864 ms

et depuis un autre PC, pareil :
PING 10.0.0.6 (10.0.0.6): 56 data bytes
Request timeout for icmp_seq 0
64 bytes from 10.0.0.6: icmp_seq=0 ttl=64 time=1239.992 ms
64 bytes from 10.0.0.6: icmp_seq=1 ttl=64 time=232.791 ms
64 bytes from 10.0.0.6: icmp_seq=2 ttl=64 time=15.100 ms
64 bytes from 10.0.0.6: icmp_seq=3 ttl=64 time=434.731 ms
64 bytes from 10.0.0.6: icmp_seq=4 ttl=64 time=502.023 ms
64 bytes from 10.0.0.6: icmp_seq=5 ttl=64 time=466.208 ms
64 bytes from 10.0.0.6: icmp_seq=6 ttl=64 time=94.681 ms
64 bytes from 10.0.0.6: icmp_seq=7 ttl=64 time=460.889 ms
64 bytes from 10.0.0.6: icmp_seq=8 ttl=64 time=322.037 ms
64 bytes from 10.0.0.6: icmp_seq=9 ttl=64 time=367.357 ms
64 bytes from 10.0.0.6: icmp_seq=10 ttl=64 time=185.875 ms

A mon avis ça vient de là.
Étonnant pour un esp32 à 50 cm du routeur WIFI.

Je vais checker l'alim de l'ESP32