Bonjour,
Je possède quelques ESP 32 wroom 38pin et j’ai des soucis avec certain, ils perdent le réseau wifi !
Si je connecte cet esp avec un câble USB directement sur mon PC, celui ci passe en online, mais une fois le câble retirer je perd la connection.
J’ai essayé de re-initialiser l’esp et de le reprogrammer par esphome-web, mais pareil.
C’est le troisième esp qui me fait la même chose.
avez vous déjà eu ce cas et avez vous trouvé une solution ?
avez vous un modèle esp qui serait plus fiable à me conseiller ?
Merci pour votre aide
[center]## System Information
version
core-2026.2.1
installation_type
Home Assistant OS
dev
false
hassio
true
docker
true
container_arch
amd64
user
root
virtualenv
false
python_version
3.13.11
os_name
Linux
os_version
6.12.63-haos
arch
x86_64
timezone
Europe/Paris
config_dir
/config
Home Assistant Community Store
GitHub API
ok
GitHub Content
ok
GitHub Web
ok
HACS Data
ok
GitHub API Calls Remaining
5000
Installed Version
2.0.5
Stage
running
Available Repositories
2709
Downloaded Repositories
62
Home Assistant Cloud
logged_in
false
can_reach_cert_server
ok
can_reach_cloud_auth
ok
can_reach_cloud
ok
Home Assistant Supervisor
host_os
Home Assistant OS 17.0
update_channel
stable
supervisor_version
supervisor-2026.02.1
agent_version
1.8.1
docker_version
29.1.3
disk_total
228.5 GB
disk_used
41.8 GB
nameservers
192.168.1.1
healthy
true
supported
true
host_connectivity
true
supervisor_connectivity
true
ntp_synchronized
true
virtualization
board
generic-x86-64
supervisor_api
ok
version_api
ok
installed_addons
Terminal & SSH (10.0.1), Duck DNS (1.26.0), Mosquitto broker (6.5.2), NGINX Home Assistant SSL proxy (4.0.0), Nginx Proxy Manager (2.1.0), ESPHome Device Builder (2026.1.4), Network UPS Tools (0.17.0), Zigbee2MQTT (2.8.0-1), MQTT Explorer (browser-1.0.1), Let’s Encrypt (5.4.9), Linky (1.7.0), Simple Scheduler (3.2.2), Matter Server (8.2.2), Uptime Kuma (0.15.0), Samba share (12.5.4), Silicon Labs Multiprotocol (1.0.0), Gazpar2MQTT (0.2.4), Gazpar 2 MQTT (0.8.11), File editor (5.8.0), Matterbridge Home Assistant Application (2026.2.2)
Dashboards
dashboards
3
resources
45
views
39
mode
storage
Network Configuration
adapters
lo (disabled), eno1 (enabled, default, auto), hassio (disabled), docker0 (disabled), veth7b7d2d7 (disabled), veth26600fb (disabled), veth7d1ac21 (disabled), veth4c0d1f8 (disabled), veth1afc3c2 (disabled), veth076b7dd (disabled), vethe7a7f30 (disabled), vethc7a41bd (disabled), veth11ed0ce (disabled), veth1e8b579 (disabled), veth7f0a058 (disabled), vethdc67794 (disabled), veth559221c (disabled), veth66d14f9 (disabled), vetheb88d07 (disabled), vethea6ca5d (disabled), veth84c19e0 (disabled), vethb83e444 (disabled)
ipv4_addresses
lo (127.0.0.1/8), eno1 (192.168.1.204/24), hassio (172.30.32.1/23), docker0 (172.30.232.1/23), veth7b7d2d7 (), veth26600fb (), veth7d1ac21 (), veth4c0d1f8 (), veth1afc3c2 (), veth076b7dd (), vethe7a7f30 (), vethc7a41bd (), veth11ed0ce (), veth1e8b579 (), veth7f0a058 (), vethdc67794 (), veth559221c (), veth66d14f9 (), vetheb88d07 (), vethea6ca5d (), veth84c19e0 (), vethb83e444 ()
ipv6_addresses
lo (::1/128), eno1 (fe80::cb81:fb39:8ec0:b89b/64), hassio (fe80::8c91:5bff:fecd:6d0f/64), docker0 (fe80::78df:88ff:fe1d:3136/64), veth7b7d2d7 (fe80::f8b1:44ff:fe12:f7df/64), veth26600fb (fe80::d425:58ff:fee6:627d/64), veth7d1ac21 (fe80::6cd3:84ff:fe6d:9f9e/64), veth4c0d1f8 (fe80::e88c:baff:fe12:6acf/64), veth1afc3c2 (fe80::8c5c:5eff:fe06:5457/64), veth076b7dd (fe80::346e:e0ff:fe14:ff15/64), vethe7a7f30 (fe80::e022:45ff:feff:9330/64), vethc7a41bd (fe80::b4ae:5cff:fee1:a93a/64), veth11ed0ce (fe80::3432:b7ff:fe43:ff57/64), veth1e8b579 (fe80::bcd2:3cff:fe53:b003/64), veth7f0a058 (fe80::3c60:ecff:fee9:ab7/64), vethdc67794 (fe80::1439:cdff:fe67:bed/64), veth559221c (fe80::4c57:21ff:fe04:cec9/64), veth66d14f9 (fe80::f81c:8cff:fed0:1f25/64), vetheb88d07 (fe80::24f7:ddff:fea3:6fdb/64), vethea6ca5d (fe80::9c15:d2ff:fed9:6203/64), veth84c19e0 (fe80::dcd5:10ff:fef0:3876/64), vethb83e444 (fe80::147c:9aff:fef5:850f/64)
announce_addresses
192.168.1.204, fe80::cb81:fb39:8ec0:b89b
Recorder
oldest_recorder_run
19 janvier 2026 à 12:37
current_recorder_run
10 février 2026 à 13:20
estimated_db_size
2133.46 MiB
database_engine
sqlite
database_version
3.49.2
[/center]
Salut,
Alors sur le lieux d’utilisation, ils sont alimenté en USB.
Quand je dit si je me connecte en USB, c’est l’esp connecté directement a mon pc en usb
Ok, tu utilises un adapteur USB > prise ?
Pour le chargeur USB, C’est un 2A, il me semble. C’est un chargeur type téléphone.
La le problème, c’est que le wifi n’est plus accessible, même raccorder sur un USB plus fort. Comme ci le wifi de esp était hors services
test avec des 5V 2-3A. 1A est peu être limite. Après , il y a la qualité du signal wifi , tu as mis un capteur wifi dans ton code esphome ?
Je vais essayer avec un plus puissant, mais les autres esp qui sont plus ancien ont les mêmes chargeurs et j’ai pas de souci.
Pour La porte du wifi, je suis a 2m et ça passe pas.
C’est une perte de wifi ou une perte de la liaison avec esp home builder ?
Tes entités dans l’intégration passent aussi en indisponibles ?
Hello,
Tu es certain qu’il se connecte là ou tu penses qu’il se connecte? genre sur les réseaux maillés c’est parfois le bordel, j’en parle en connaissance.
Surveille le signal wifi, sous les -85dB -90dB c’est normale qu’il décroche de temps en temps, tous les esp ne sont pas égaux là dessus
moi à -70 c’est en rouge sur mon dash
et celui-là décroche parfois à 3m de la borne
cdt
Perte de wifi, je sais pas mais perte de la liaison avec Esphome oui.
Quand il affiche offline, les entités sont indisponible
Je sais pas où il se connecte, si c’est sur la box ou la borne wifi du deco.
Je vais faire un test demain
Avec une alimentation plus forte.
Pour le 1er esp:
Pour le 2eme esp:
bonjour@WarC0zes et @pascal_ha vous ajoutez quoi comme ligne dans le code esphome pour avoir la puissance du signal wifi ?
edit: je vient de trouver dans la doc
Moi, j’utilise ce code :
sensor:
- platform: wifi_signal
id: wifi_signal_db
update_interval: 60s
internal: true
- platform: copy
source_id: wifi_signal_db
name: WiFi Signal
id: wifi_signal_pct
filters:
- lambda: return min(max(2 * (x + 100.0), 0.0), 100.0);
unit_of_measurement: "%"
entity_category: "diagnostic"
device_class: ""
ca permet d’avoir le signal wifi en pourcentage. Si tu le veux en dB, utilise ce code :
sensor:
- platform: wifi_signal
name: "WiFi Signal"
update_interval: 60s
2 « J'aime »
ton code n a pas marché chez moi , sa compile bien mais le sensor n apparait pas
j ai pris le code de la doc et c est bon ca fonctionne
sensor:
- platform: wifi_signal
name: "WiFi Signal Sensor"
update_interval: 60s
question qui colle bien au poste a partir de combien de db sa commence a etre critique le signal ?
Tochy
Février 10, 2026, 7:47
15
Salut
Chez moi j’en ai qui tiennent jusqu’a -83db mais je suppose que ça dépends des esp
J’ai aussi des sonoffs (esp8236 et esp32) qui affichent des -85 -86 db et qui fonctionnent parfaitement
merci de ton retour , faudra que je verifie mais dans mon local technique je crois que se decrochais a -76db . je vais refaire des tests .
oups, erreur de ma part, fallait enlever id: et mettre name:
1 « J'aime »
bonjour je revient la dessus car j ai regarder mes alims ( acheter chez action ) elles sont de 1A , j ai tester avec ce que j avais sous la main 2.1A et 3A et il n y a aucune difference au niveau du signal
je ne c est pas pour @pascal_ha mais chez moi le probleme ne semble pas venir des alims sa doit etre la qualité des esp ( aliexpress )
_ deux esp identiques
et pourtant deux signaux differents alors qu ils sont a 10cm l un de l autre .
l’alim, ne feras sur le signal, juste sur la stabilité du esp suivant ce qui est branché dessus.
ok je comprend mieux merci pour l eclaircissement .
.