Normal, un code lambda différente de arduino > esp-idf
text_sensor:
- platform: template
id: lite_uptime
name: Uptime
lambda: |-
int seconds = (id(uptime_sec).state);
int days = seconds / (24 * 3600);
seconds = seconds % (24 * 3600);
int hours = seconds / 3600;
seconds = seconds % 3600;
int minutes = seconds / 60;
seconds = seconds % 60;
if ( days ) {
return { (to_string(days) +"d " + to_string(hours) +"h " + to_string(minutes) +"m "+ to_string(seconds) +"s ").c_str() };
} else if ( hours ) {
return { (to_string(hours) +"h " + to_string(minutes) +"m "+ to_string(seconds) +"s ").c_str() };
} else if ( minutes ) {
return { (to_string(minutes) +"m "+ to_string(seconds) +"s ").c_str() };
} else {
return { (to_string(seconds) +"s ").c_str() };
}
en gros c’est string qui passe en to_string
Tank
Novembre 14, 2025, 5:12
22
J’ai à plusieurs reprises vu des tutos avec un switch pour un restart, mais je pense pour ma part qu’un button est plus approprié, car il n’a qu’un état possible.
Ce qui donne :
button:
# Bouton de redémarrage
- platform: restart
name: "Redémarrage"
entity_category: "diagnostic"
1 « J'aime »
oui, toute façon le switch se met en on puis off.
Les deux sont possibles
Effectivement, ça passe beaucoup mieux !
Merci encore @WarC0zes
1 « J'aime »
Est-ce que pour celui-ci j’ai besoin de faire une mise à jour ?
Je ne vois pas le bloc esp32 et son framework…
packages:
esphome.bluetooth-proxy: github://esphome/firmware/bluetooth-proxy/esp32-generic.yaml@main
esphome:
name: esp32-bluetooth-proxy-34a990
name_add_mac_suffix: false
friendly_name: Xiaomi MiFlower Max
met a jour le lien du firmware sur le dépot, tu utilises l’ancien qui n’est plus mis a jour
packages:
esphome.bluetooth-proxy: github://esphome/bluetooth-proxies/esp32-generic/esp32-generic.yaml@main
pas besoin de spécifier le esp32, il est inclus dans le package
1 « J'aime »
Bonjour @WarC0zes ,
Malgré toutes mes modestes tentatives, cet esp32-bluetooth-proxy refuse les mises à jour. Il reste désespérément en 2025.10.5
J’avais bien changé le lien du firmware sans succès. Dois-je aussi modifier le code en ajoutant ces lignes ?
esp32:
variant: esp32
framework:
type: esp-idf
Merci pour ton aide,
Voici le code actuel :
packages:
esphome.bluetooth-proxy: github://esphome/bluetooth-proxies/esp32-generic/esp32-generic.yaml@main
esphome:
name: esp32-bluetooth-proxy-34a990
name_add_mac_suffix: false
friendly_name: Xiaomi MiFlower Max
api:
encryption:
key: KS2fWESCySxxxxxxxxd53jqwx8U=
wifi:
ssid: !secret wifi_ssid
password: !secret wifi_password
captive_portal:
switch:
- platform: gpio
name: "Led bleu"
id: led
pin: 2
binary_sensor:
- platform: gpio
pin:
number: 32
inverted: true
mode:
input: true
pullup: true
name: "Capteur Pluie"
web_server:
port: 80
Et le log :
INFO ESPHome 2025.11.1
INFO Reading configuration /config/esphome/esp32-bluetooth-proxy-34a990.yaml...
WARNING GPIO2 is a strapping PIN and should only be used for I/O with care.
Attaching external pullup/down resistors to strapping pins can cause unexpected failures.
See https://esphome.io/guides/faq.html#why-am-i-getting-a-warning-about-strapping-pins
INFO Starting log output from esp32-bluetooth-proxy-34a990.local using esphome API
INFO Successfully resolved esp32-bluetooth-proxy-34a990.local in 1.458s
INFO Successfully connected to esp32-bluetooth-proxy-34a990 @ 192.168.1.22 in 0.005s
INFO Successful handshake with esp32-bluetooth-proxy-34a990 @ 192.168.1.22 in 0.107s
[14:04:41.374][I][app:185]: ESPHome version 2025.10.5 compiled on Nov 12 2025, 14:37:06
[14:04:41.379][C][wifi:679]: WiFi:
Hello,
à mon sens il faut supprimer le package en idf
et rien d’autre à ajouter le BT proxy est dorénavant activé par défaut
enfin en théorie il y a aussi le
esp32_ble_tracker:
et
bluetooth_proxy:
active: false
pour le désactiver
cdt
C’est quoi, le package en idf ?
Re,
tu supprimes juste les 2 lignes et tu fais la maj, mais il faut le passer en idf
substitutions:
name: esp-ventilation-rack2-pi
friendly_name: esp-ventilation-rack2-pi
esphome:
name: ${name}
name_add_mac_suffix: false
friendly_name: ${friendly_name}
api:
encryption:
key: xxx
esp32:
board: esp32dev
framework:
type: esp-idf
bluetooth_proxy:
active: false
cdt
Bonjour,
mais c’est quoi l’erreur quand tu veux mettre a jour ?
je ne suis pas devin.
Regarde pour mon Atom lite en Bluetooth proxy, je n’ai pas spécifié esp32:, ça le récupère automatiquement dans le YAML du package.
C’est que précisément il n’y avait pas de message !
Quand il propose l’upgrade, je la lance et plusieurs minutes après, il revient dans le même état…
Je viens d’essayer une install après avoir désactivé le web server, j’ai lu qq part que ça prenait de la mémoire…
Ce que je comprends mal avec espHome d’une manière plus générale, c’est qu’il passe 10 min à compiler pour dire ensuite qu’il ne peut pas se connecter ! Il ne peut pas vérifier la connexion avant
?
Bref, est-ce que ça ne viendrait pas du fait que je fais les connexions en wifi (mon esp est sous la terrasse du jardin, pas pratique à démonter…) ?
Voici le log après l’install
Tu compiles esphome avec quelle machine ?
Un Apple M4 Max
Pour mémoire, j’ai 4 autres esp qui ont bien été mis à jour en esp-idf en WiFi
Il n’y a que celui-ci en Bluetooth qui fait des caprices…
Cdt
patrickp78:
Apple M4 Max
ok, ce n’est pas un problème de puissance de machine
Ça peut être un souci de wifi, trop limite. J’ai vu cette solution, mais je ne sais pas si ça sera bon :
utiliser power_save_mode: HIGH dans la partie wifi:
wifi:
ssid: !secret wifi_ssid
password: !secret wifi_password
power_save_mode: HIGH
ouvert 09:31AM - 08 Jul 25 UTC
fermé 08:53AM - 14 Jul 25 UTC
### The problem
I have a [Shelly Dimmer 2](https://esphome.io/components/light/… shelly_dimmer.html) (ESP8266). It was flashed with Tasmota 14.x before and I flashed (serial) ESPHome 2025.6.3.
Now the device works fine, but I am not able to do OTA updates.
It just fails with: `ERROR Error receiving acknowledge chunk OK: timed out`
Then the device hangs. It's still pingable, but I cannot fetch logs or operate the connected switch.
Maybe it's in safemode?
I really tried very often, I'm not sure, but I think it worked once (out of ~30 tries).
I tried to add `power_save_mode: HIGH` as suggested in some forum, but it did not help.
### Which version of ESPHome has the issue?
2025.6.3
### What type of installation are you using?
Home Assistant Add-on
### Which version of Home Assistant has the issue?
2025.6.1
### What platform are you using?
ESP8266
### Board
Shelly Dimmer 2
### Component causing the issue
Update/OTA
### YAML Config
```yaml
substitutions:
devname: flur-licht
name: "Flur Licht"
esphome:
name: $devname
friendly_name: $name
esp8266:
board: esp01_1m
# Enable logging
logger:
baud_rate: 0
# Enable Home Assistant API
api:
encryption:
key: "-"
ota:
- platform: esphome
password: "-"
wifi:
ssid: !secret wifi_ssid
password: !secret wifi_password
power_save_mode: HIGH
ap:
ssid: "$name Fallback Hotspot"
password: "-"
captive_portal:
globals:
- id: lasttime_fadedown
type: bool
restore_value: no
sensor:
# NTC Temperature
- platform: ntc
sensor: temp_resistance_reading
name: "$name temperature"
unit_of_measurement: "°C"
accuracy_decimals: 1
icon: "mdi:thermometer"
calibration:
b_constant: 3350
reference_resistance: 10kOhm
reference_temperature: 298.15K
- platform: resistance
id: temp_resistance_reading
sensor: temp_analog_reading
configuration: DOWNSTREAM
resistor: 32kOhm
- platform: adc
id: temp_analog_reading
pin: A0
button:
- platform: restart
name: "$name Restart"
- platform: safe_mode
name: "$name Restart (Safe Mode)"
uart:
tx_pin: 1
rx_pin: 3
baud_rate: 115200
light:
- platform: shelly_dimmer
name: "$name"
id: dimmer
icon: mdi:lightbulb
leading_edge: false
min_brightness: 400
max_brightness: 1000
default_transition_length: 0.0s
power:
name: "$name Power"
voltage:
name: "$name Voltage"
current:
name: "$name Current"
firmware:
version: "51.7"
update: false
binary_sensor:
- platform: gpio
id: switchID_1
pin:
number: GPIO14
mode: INPUT
internal: true
filters:
- delayed_on_off: 50ms
on_click:
then:
- if:
condition:
light.is_off: dimmer
then:
- light.turn_on:
id: dimmer
brightness: 100%
- lambda: |-
id(lasttime_fadedown) = (true);
else:
light.turn_off: dimmer
on_press:
then:
- delay: 0.5s
- if:
condition:
and:
- lambda: |-
return id(lasttime_fadedown);
- lambda: 'return id(dimmer).current_values.get_brightness() < 1.0;'
# When above condition evaluates to true - Fade_up function else Fade_down
then:
- while:
condition:
binary_sensor.is_on: switchID_1
then:
- light.dim_relative:
id: dimmer
relative_brightness: 50%
transition_length: 0s
- delay: 0.7s
- lambda: |-
id(lasttime_fadedown) = (false);
else:
- while:
condition:
and:
- binary_sensor.is_on: switchID_1
then:
- light.dim_relative:
id: dimmer
relative_brightness: -50%
#brightness_limits:
# min_brightness: 25%
transition_length: 0s
- delay: 0.7s
- lambda: |-
id(lasttime_fadedown) = (true);
```
### Anything in the logs that might be useful for us?
```txt
############# esphome logs
INFO Successfully compiled program.
INFO Connecting to 192.168.178.100 port 8266...
INFO Connected to 192.168.178.100
INFO Uploading /config/esphome/.esphome/build/flur-licht/.pioenvs/flur-licht/firmware.bin (560448 bytes)
INFO Compressed to 387975 bytes
ERROR Error receiving acknowledge chunk OK: timed out
############# device logs
[11:20:45][D][esphome.ota:124]: Starting update from 192.168.178.2
WARNING flur-licht @ 192.168.178.100: Connection error occurred: Ping response not received after 90.0 seconds
INFO Processing unexpected disconnect from ESPHome API for flur-licht @ 192.168.178.100
WARNING Disconnected from API
INFO Successfully resolved flur-licht @ 192.168.178.100 in 0.002s
INFO Successfully connected to flur-licht @ 192.168.178.100 in 0.006s
WARNING Can't connect to ESPHome API for flur-licht @ 192.168.178.100: Handshake timed out after 30.0s (TimeoutAPIError)
INFO Trying to connect to flur-licht @ 192.168.178.100 in the background
WARNING flur-licht @ 192.168.178.100: Connection error occurred: flur-licht @ 192.168.178.100: Connection lost
INFO Successfully resolved flur-licht @ 192.168.178.100 in 0.000s
INFO Successfully connected to flur-licht @ 192.168.178.100 in 0.007s
WARNING flur-licht @ 192.168.178.100: Connection error occurred: flur-licht @ 192.168.178.100: Connection lost
INFO Successfully resolved flur-licht @ 192.168.178.100 in 0.000s
INFO Successfully connected to flur-licht @ 192.168.178.100 in 0.008s
WARNING flur-licht @ 192.168.178.100: Connection error occurred: flur-licht @ 192.168.178.100: Connection lost
```
### Additional information
_No response_
Non, surtout avec 64 Go de RAM !
Bon, j’essaie avec le power_save_mode: HIGH
Mais j’ai vu ça aussi (traduit), mais ça a bien marché en WiFi pour les autres…
Tu étais en framework arduino en 2025.10.5 ?
tu as changé en framework esp-idf pour mettre en 2025.11.0 ?
Non, j’ai simplement remplacé la ligne du package que tu m’avais passée
Re,
Et un petit clean build files?
avant l’install
cdt