Impossible de faire la MAJ 2025.8

Bonjour

je cherche depuis bientôt un moi pourquoi la MAJ ne passe pas, je crois comprendre que c’est un prb de compilation mais je ne suis pas assez bon pour trouver …

si quelqu’un a une solution je suis preneur

INFO ESPHome 2025.8.2

INFO Reading configuration /config/esphome/esp32-celier.yaml…
INFO Generating C++ source…
INFO Compiling app…
Processing esp32-celier (board: lolin_s2_mini; framework: arduino; platform: https://github.com/pioarduino/platform-espressif32/releases/download/54.03.21-2/platform-espressif32.zip)

INFO Package configuration completed successfully
INFO Package configuration completed successfully
HARDWARE: ESP32S2 240MHz, 320KB RAM, 4MB Flash

  • framework-arduinoespressif32 @ 3.2.1
  • framework-arduinoespressif32-libs @ 5.4.0+sha.858a988d6e
  • tool-esptoolpy @ 5.0.2
  • tool-mklittlefs @ 3.2.0
  • toolchain-xtensa-esp-elf @ 14.2.0+20241119
    Dependency Graph
    |-- Networking @ 3.2.1
    |-- AsyncTCP @ 3.4.5
    |-- WiFi @ 3.2.1
    |-- FS @ 3.2.1
    |-- Update @ 3.2.1
    |-- ESPAsyncWebServer @ 3.7.10
    |-- ESP32 Async UDP @ 3.2.1
    |-- DNSServer @ 3.2.1
    |-- ESPmDNS @ 3.2.1
    |-- noise-c @ 0.1.10
    Compiling .pioenvs/esp32-celier/lib4c5/Network/NetworkClient.cpp.o
    Compiling .pioenvs/esp32-celier/lib4c5/Network/NetworkEvents.cpp.o
    In file included from /data/cache/platformio/packages/framework-arduinoespressif32/libraries/Network/src/NetworkClient.cpp:20:
    /data/cache/platformio/packages/framework-arduinoespressif32/libraries/Network/src/NetworkClient.h:22:10: fatal error: Arduino.h: No such file or directory

  • Looking for Arduino.h dependency? Check our library registry!
  • CLI > platformio lib search « header:Arduino.h »
  • Web > PlatformIO Registry

22 | #include « Arduino.h »
| ^~~~~~~~~~~
compilation terminated.
In file included from /data/cache/platformio/packages/framework-arduinoespressif32/libraries/Network/src/NetworkEvents.cpp:6:
/data/cache/platformio/packages/framework-arduinoespressif32/libraries/Network/src/NetworkEvents.h:8:10: fatal error: sdkconfig.h: No such file or directory


  • Looking for sdkconfig.h dependency? Check our library registry!
  • CLI > platformio lib search « header:sdkconfig.h »
  • Web > PlatformIO Registry

8 | #include "sdkconfig.h"
  |          ^~~~~~~~~~~~~

compilation terminated.
*** [.pioenvs/esp32-celier/lib4c5/Network/NetworkClient.cpp.o] Error 1
*** [.pioenvs/esp32-celier/lib4c5/Network/NetworkEvents.cpp.o] Error 1
========================== [FAILED] Took 1.01 seconds ==========================

merci d’avance Serge

Il faudrait le yaml de base déjà pour essayer si c’est propre à ton installation, ou si c’est ton fichier / les fonctions qu’il appelent qui pose problème.

esphome:

name: esp32-celier

friendly_name: ESP32-CELIER

platformio_options:

board_build.extra_flags:

  - "-DARDUINO_USB_CDC_ON_BOOT=1"

esp32:

board: lolin_s2_mini

framework:

type: arduino

# Enable logging

logger:

uart:

tx_pin: 18

rx_pin: 33

baud_rate: 256000

id: uart_2

parity: NONE

stop_bits: 1

ld2410:

  • uart_id: uart_2

text_sensor:

#- platform: ld2410

#version:

  #name: "firmware version" #Test si ça fonctionne

binary_sensor:

  • platform: ld2410

    has_target: #Présence

    name: Presence

    has_moving_target: #Cible mobile

    name: Moving Target

    has_still_target: #Cible immobile

    name: Still Target

sensor:

  • platform: ld2410

    light: #intensité lumineuse

    name: light

    moving_distance: #distance cible en mouvement

    name : Moving Distance

    still_distance: #distance cible immobile

    name: Still Distance

    moving_energy: #quantité de mouvement

    name: Move Energy

    still_energy: #quantité d’immobilité ??

    name: Still Energy

    detection_distance: #distance de détection

    name: Detection Distance

#sensor:

  • platform: dht

    pin:

    number: GPIO01

    model: DHT22

    temperature:

    name: « Température Célier »

    filters:

    - offset: -1.0
    

    humidity:

    name: « Humidité Celier »

    filters:

    - offset: 9.0     
    

    accuracy_decimals: 1

    update_interval: 120s

number:

  • platform: ld2410

    timeout: #Temps pour passer le binary sensor Présence à faux

    name: timeout

    light_threshold: #Seuil de lumière

    name: light threshold

    max_move_distance_gate: #Distance de détection du mouvemenet 2-8

    name: max move distance gate

    max_still_distance_gate: #Distance de détection d’immobilité 2-8

    name: max still distance gate

button:

  • platform: ld2410

    restart:

    name: « restart »

switch:

  • platform: ld2410

    engineering_mode:

    name: « engineering mode »

# Enable Home Assistant API

api:

encryption:

key: "87uPEYeCwHPGkrNzfGv2fe2ybgL93W4MzbtQenv11lQ="

ota:

  • platform: esphome

    password: « c7d27bbfa68c447555b6c558b54ca3e3 »

wifi:

networks:

- ssid: !secret wifi_ssid_01

  password: !secret wifi_password_01



- ssid: !secret wifi_ssid_02

  password: !secret wifi_password_02



- ssid: !secret wifi_ssid_03

  password: !secret wifi_password_03



- ssid: !secret wifi_ssid_04

  password: !secret wifi_password_04

  

- ssid: !secret wifi_ssid_05

  password: !secret wifi_password_05



- ssid: !secret wifi_ssid_06

  password: !secret wifi_password_06

# Enable fallback hotspot (captive portal) in case wifi connection fails

ap:

ssid: "Esp32-Celier"

password: "xxxxxxxx"

captive_portal:

Bonsoir,

Sur plusieurs ESP32 j’ai du passer récemment de

type: arduino

À

type: esp-idf

à tester.

Bob

Bonsoir,

Merci beaucoup Bob c’est ça

Salut,
c’est le mieux.P areil, j’ai passé les quelques esp que j’avais sur arduino en esp-idf :wink:

Après la question, c’est pourquoi mettre à jour ses modules s’ils fonctionnent ?

Je ne met a jours mes ESP que si j’ai besoin de modifier leurs fonctions ou s’ils ne fonctionnement pas correctement.

Mettre a jour un module qui fonctionne parfaitement, c’est un peu chercher les ennuis.

Même si l’esp fonctionne bien, il y a des fix et optimisation. Ça vaut toujours le coup de mettre à jour sans y apporter une modification.

Je ne suis pas d’accord.

Si ça fonctionne déjà parfaitement, ces “fix et optimisations” ne t’apporteront rien. Et au contraire, ça risque d’apporter de nouveaux bugs sur des parties qui n’en avaient pas avant. Et on se retrouve entrainée dans la spirale des mises à jour / correction de bugs / introduction de nouveaux bugs… jusqu’à arriver, avec un peu de chance, a une version où tout fonctionne de nouveau satisfaisante, et en ayant perdu au passage beaucoup de temps.
Sur un truc qui fonctionne déjà bien, le rapport gain / temps passé n’est pas intéressant.

Mon expérience de la vie me fait dire “Plus tu touches, moins ça marche”

Donc quand la sécurité informatique n’est pas en jeux (et dans le cas d’un device ESPHome sur un réseau local c’est le cas..), ma politique c’est de ne mettre à jour que si ça apporte quelque chose, sinon je laisse ça tranquille.

Je met ESPHome à jour (et encore, pas toutes les installations en même temps, celle de HA en premier, les autres j’attends d’en avoir besoin) et quand je créer un nouveau périphérique je le fais avec la dernière version. Mais les modules déjà en place, sauf réel besoin de modification, j’y touche pas !

Après chacun fait ce qu’il veut chez lui bien entendu.