ESPHome did it again, 20205.08.0 breaks the component

[matphillips]

The latest ESPHome changed something in the BT stack: https://esphome.io/changelog/2025.8.0/#breaking-changes
Compiling the yaml for a simple BT Proxy with this component now fails with:

Reading CMake configuration...
Dependency Graph
|-- noise-c @ 0.1.10
Compiling .pioenvs/btproxy1/src/esphome/components/ble_adv_controller/ble_adv_controller.cpp.o
Compiling .pioenvs/btproxy1/src/esphome/components/ble_adv_controller/ble_adv_handler.cpp.o
Compiling .pioenvs/btproxy1/src/esphome/components/ble_adv_controller/light/ble_adv_light.cpp.o
Compiling .pioenvs/btproxy1/src/esphome/components/ble_adv_controller/zhijia.cpp.o
src/esphome/components/ble_adv_controller/ble_adv_controller.cpp: In member function 'virtual void esphome::bleadvcontroller::BleAdvSelect::sub_init()':
src/esphome/components/ble_adv_controller/ble_adv_controller.cpp:18:7: error: 'class esphome::Application' has no member named 'register_select'; did you mean 'register_sensor'?
   18 |   App.register_select(this);
      |       ^~~~~~~~~~~~~~~
      |       register_sensor
src/esphome/components/ble_adv_controller/ble_adv_controller.cpp: In member function 'virtual void esphome::bleadvcontroller::BleAdvNumber::sub_init()':
src/esphome/components/ble_adv_controller/ble_adv_controller.cpp:37:7: error: 'class esphome::Application' has no member named 'register_number'; did you mean 'register_sensor'?
   37 |   App.register_number(this);
      |       ^~~~~~~~~~~~~~~
      |       register_sensor
src/esphome/components/ble_adv_controller/ble_adv_handler.cpp:280:50: error: invalid use of incomplete type 'class esphome::esp32_ble_tracker::ESPBTDevice'
  280 | class HackESPBTDevice: public esp32_ble_tracker::ESPBTDevice {
      |                                                  ^~~~~~~~~~~
In file included from src/esphome/components/ble_adv_controller/ble_adv_handler.cpp:1:
src/esphome/components/ble_adv_controller/ble_adv_handler.h:18:9: note: forward declaration of 'class esphome::esp32_ble_tracker::ESPBTDevice'
   18 |   class ESPBTDevice;
      |         ^~~~~~~~~~~
src/esphome/components/ble_adv_controller/ble_adv_handler.cpp: In member function 'void esphome::bleadvcontroller::HackESPBTDevice::get_raw_packet(esphome::bleadvcontroller::BleAdvParam&) const':
src/esphome/components/ble_adv_controller/ble_adv_handler.cpp:283:26: error: 'const class esphome::bleadvcontroller::HackESPBTDevice' has no member named 'scan_result_'
  283 |     param.from_raw(this->scan_result_->ble_adv, this->scan_result_->adv_data_len);
      |                          ^~~~~~~~~~~~
src/esphome/components/ble_adv_controller/ble_adv_handler.cpp:283:55: error: 'const class esphome::bleadvcontroller::HackESPBTDevice' has no member named 'scan_result_'
  283 |     param.from_raw(this->scan_result_->ble_adv, this->scan_result_->adv_data_len);
      |                                                       ^~~~~~~~~~~~
*** [.pioenvs/btproxy1/src/esphome/components/ble_adv_controller/ble_adv_controller.cpp.o] Error 1
*** [.pioenvs/btproxy1/src/esphome/components/ble_adv_controller/ble_adv_handler.cpp.o] Error 1
========================== [FAILED] Took 6.70 seconds ==========================

[breizh33]

Same issue with light

INFO ESPHome 2025.8.0
INFO Reading configuration /config/esphome/proxy-bl.yaml...
INFO Generating C++ source...
INFO Compiling app...
Processing proxy-bl (board: esp32dev; 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: ESP32 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/proxy-bl/src/esphome/components/ble_adv_controller/ble_adv_controller.cpp.o
  Compiling .pioenvs/proxy-bl/src/esphome/components/light/light_call.cpp.o
  Compiling .pioenvs/proxy-bl/src/esphome/components/light/light_json_schema.cpp.o
  Compiling .pioenvs/proxy-bl/src/esphome/components/light/light_output.cpp.o
  src/esphome/components/ble_adv_controller/ble_adv_controller.cpp: In member function 'virtual void esphome::bleadvcontroller::BleAdvSelect::sub_init()':
  src/esphome/components/ble_adv_controller/ble_adv_controller.cpp:18:7: error: 'class esphome::Application' has no member named 'register_select'; did you mean 'register_light'?
  18 | App.register_select(this);
  | ^~~~~~~~~~~~~~~
  | register_light
  src/esphome/components/ble_adv_controller/ble_adv_controller.cpp: In member function 'virtual void esphome::bleadvcontroller::BleAdvNumber::sub_init()':
  src/esphome/components/ble_adv_controller/ble_adv_controller.cpp:37:7: error: 'class esphome::Application' has no member named 'register_number'
  37 | App.register_number(this);
  | ^~~~~~~~~~~~~~~
  Compiling .pioenvs/proxy-bl/src/esphome/components/light/light_state.cpp.o
  Compiling .pioenvs/proxy-bl/src/esphome/components/logger/logger.cpp.o
  *** [.pioenvs/proxy-bl/src/esphome/components/ble_adv_controller/ble_adv_controller.cpp.o] Error 1
  ========================= [FAILED] Took 17.88 seconds =========================

[Jpsy]

Same here.
And yes, I am using ...

esp32:
  framework:
    type: esp-idf

...and...

api:
  custom_services: true

[silvester747]

The problem seems to be that code is used for select and number entities, but somehow this is not correctly defined and the relevant defines are not enabled. I managed to work around by defining a template select and number entity with a minimal valid configuration:

select:
  - platform: template
    name: blabla_select
    options:
      - na
    optimistic: True

number:
  - platform: template
    max_value: 100
    min_value: 0
    step: 1
    optimistic: True
    name: blabla_number

[cbruegg]

@silvester747 Does the remote control actually work if you do that? I've done the same and had to downgrade to 2025.07.02 anyway, otherwise commands just had no effect. I think it said something like "state is invalid" when I sent a command.

Perhaps the AUTO_LOAD in __init__.py is not taking effect properly?

[silvester747]

Indeed, seems to not work anyway...

[silvester747]

I tried to restore the BLE ADV functionality, (by enabling esp32_ble_tracker and ble_client) but now I was getting exceptions. I am also reverting to the previous version of ESPHome for now

[aronsky]

Hmm... It builds fine for me, but I'm on a much older commit, prior to a major refactoring job undertaken by others. Sorry I can't help further (switching to the current version would require me to change my YAMLs, and since I'm planning to move away from those lights in the near future, I don't want to waste time on such an upgrade).

If I have the time, I'll try to debug it with a clean YAML, but can't promise anything.

[aronsky]

Take a look at the fix-2025.8-changes branch. It overcomes the compilation issues (essentially, some defines were missing, and I crudely add them in Python; it's very hacky* and not how it should be done, but it works). However, linking still fails. If anyone wants to tackle that from here, you're welcome to give it a go.

• The main issue with that approach, I think, is the entity count defines - it sets the select and number entity counts to 1 each, so I think any YAML in which additional select and/or number entities are defined, would break. I don't know yet how to properly indicate to ESPHome that select and number entities are in use by this component.

[aronsky]

OK. The above branch seems to be working actually - it was a matter of cleaning the build files. Please try it and let me know how it goes.

[silvester747]

It compiles with these changes, but does not seem to work. The lights are not responding to any commands

[aronsky]

Bummer. Do you see any helpful info in the logs? I'm afraid that unless @NicoIIT or somebody else takes it upon themselves to properly update the code for the new version, this component will not work on anything newer than 2025.7...

[silvester747]

I managed to fix it on your branch by changing:

AUTO_LOAD = ["esp32_ble", "select", "number", "esp32_ble_tracker"]

[aronsky]

Great! Can you test this change on top of main, and not on my branch? I have a feeling that it's the only change needed. And the lights respond with AUTO_LOAD?

[silvester747]

I did already try to remove the hacks that introduce additional defines, but without those hacks it does not compile :-(

The lights indeed respond with that AUTO_LOAD change

[aronsky]

OK, thanks. I'll take a look at it later - worst case, if I can't figure it out - we'll merge it as is, so at least the component works with the latest version.