(17-03-2025, 01:34 PM)DanielJ a écrit : Bonjour André,
J'ai voulu tester ce matin cette nouvelle version 14.10 sur un ESP32U (version standard de l'ESP32, mais équipé d'une prise d'antenne Wifi).
Il s'avère que si le téléversement se passe bien, par contre l'ESP32 ne passe plus en mode AP local et ne génère plus de réseau Wifi sur lequel on pourrait se connecter lors de la connexion initiale.
C'est à priori confirmé si j'en crois les messages disponibles sur la sortie série de l'IDE Arduino (en copie), qui semblent indiquer que l'ESP32 attend indéfiniment une connexion uniquement sur le port Ethernet, intégré depuis cette version pour les nouveaux modules ESP32-ETH01.
Est-ce un bug ?
[EDIT] Je précise évidemment que ce bug n'existe pas avec les versions précédentes, où on peut parfaitement se connecter en Wifi via le mode AP...
J'ai effectué pas mal de tests cet après midi, car je trouve très étrange que cela ne fonctionne pas vu que les ESP32-U WROOM ne sont fondamentalement pas très différents des ESP32-D WROOM standards (juste un brochage un peu différent, et une prise d'antenne Wifi en plus), et rien dans le datasheet n'indique quoique ce soit.
Voici mes constatations :
1.- Avec un ESP32-D WROOM standard, le téléversement en v14.10 et l'injection des paramètres se passe bien. RAS, tout est OK donc.
2.- Avec un ESP32-U WROOM, on peut téléverser et faire fonctionner sans problèmes une version quelconque inférieure à la 14.10 (14.04, 14.02, etc...).
Mais avec la 14.10, on obtient ce message dans le moniteur série :
> Chip Model : ESP32-DOWDQ6
> Ancien modèle d'ESP32 que l'on trouve sur les cartes Ethernet WT-ETH01
> Crash en Wifi. On force Ethernet.
> ESP32_Type: 10
Je comprends que ce message explique que le N° de modèle DOWDQ6 de l'ESP32 est détecté comme le modèle équipant les ESP32-ETH01, et que donc il désactive le Wifi pour passer en Ethernet.
Dans le code source, en effet il y a ces nouvelles lignes qui sont apparues avec la v14.10 :
if (String(ESP.getChipModel()).indexOf("V3")<0) {
Serial.println("\nAncien modèle d'ESP32 que l'on trouve sur les cartes Ethernet WT-ETH01");
Serial.println("Crash en Wifi. On force Ethernet.\n");
ESP32_Type = 10;//On force Ethernet
}
J'ai donc commenté ces lignes, pour laisser le paramètre ESP32_Type à 0 (initialisé ainsi à l'origine), c'est à dire "type d'ESP32 non défini".
J'ai recompilé le code, et téléversé le nouveau fichier .bin obtenu vers mon ESP32U.
Et là, Bingo ! Ca refonctionne, l'ESP32U passe bien en mode AP.
Il m'a suffit ensuite de le reconnecter sur mon réseau Wifi, puis de réinjecter mes paramètres pour retrouver un fonctionnement normal.
Conclusion : il y a donc bien un petit souci sur la détection du type d'ESP utilisé, en tout cas pour ce qui concerne les ESP32U (voir photo). Ou alors celui que j'utilise est doté exactement du même chip que celui qu'on trouve sur les ESP32-ETH01.
En tout cas, les ESP32D WROOM sont bien vus eux comme des ESP32-D0WD-V3.
Voilà, le mystère est levé, et peut-être que cela servira à d'autres...
Encore merci André pour tout ce travail mis à disposition !