![]() |
|
V17.06 - Probleme connexion passerelle Enphase Envoy - Version imprimable +- F1ATB forum (https://f1atb.fr/forum_f1atb) +-- Forum : Forum de F1ATB (https://f1atb.fr/forum_f1atb/forum-3.html) +--- Forum : Routeur Photovoltaïque (https://f1atb.fr/forum_f1atb/forum-4.html) +--- Sujet : V17.06 - Probleme connexion passerelle Enphase Envoy (/thread-2299.html) |
RE: V17.06 - Probleme connexion passerelle Enphase Envoy - Rakibou - 01-03-2026 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. RE: V17.06 - Probleme connexion passerelle Enphase Envoy - Lepelot - 01-03-2026 (01-03-2026, 10:58 AM)Rakibou a écrit : 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. Ok, merci pour votre réponses. Ci-joint les deux captures d'écran. (01-03-2026, 11:09 AM)Lepelot a écrit :J'ai comparé les deux avec Word et a priori le résultat est le même.(01-03-2026, 10:58 AM)Rakibou a écrit : 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. RE: V17.06 - Probleme connexion passerelle Enphase Envoy - Rakibou - 01-03-2026 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 ? RE: V17.06 - Probleme connexion passerelle Enphase Envoy - Lepelot - 01-03-2026 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!! (01-03-2026, 11:31 AM)Lepelot a écrit : Qui émet le ssid ? ..........La box 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!! RE: V17.06 - Probleme connexion passerelle Enphase Envoy - Rakibou - 01-03-2026 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. RE: V17.06 - Probleme connexion passerelle Enphase Envoy - Lepelot - 01-03-2026 (01-03-2026, 11:34 AM)Rakibou a écrit : 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. 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. RE: V17.06 - Probleme connexion passerelle Enphase Envoy - Rakibou - 01-03-2026 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. RE: V17.06 - Probleme connexion passerelle Enphase Envoy - alexbo44 - 03-03-2026 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 RE: V17.06 - Probleme connexion passerelle Enphase Envoy - Serge19 - 03-03-2026 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. RE: V17.06 - Probleme connexion passerelle Enphase Envoy - alexbo44 - 03-03-2026 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 |