Weird esphome compilation error due to template sensor config

baudneo · January 23, 2025, 7:22pm

When I compile my project, it errors out and references template sensor. If i comment out the temperature rise template sensor, it compiles fine. I can’t see the error and am hoping someone can point me in the right direction.

# Supply temp/pressure
  - platform: bmp280_i2c
    i2c_id: bus_supply
    # address: 0x77
    # temperature: 
    #   accuracy_decimals: 2
    #   id: supply_bmp_temp
    #   name: "Supply - BMP Temperature"
    pressure: 
      id: supply_press
      name: "Supply - Pressure"
    update_interval: 10s
  
  - platform: aht10
    i2c_id: bus_supply
    # address: 0x38
    temperature: 
      id: supply_temp
      name: "Supply - Temperature"
    humidity: 
      id: supply_rh
      name: "Supply - Humidity"
    update_interval: 10s

  # Return temp/pressure
  - platform: bmp280_i2c
    i2c_id: bus_return
    # address: 0x77
    # temperature: 
    #   accuracy_decimals: 2
    #   id: return_bmp_temp
    #   name: "Return - BMP Temperature"
    pressure: 
      id: return_press
      name: "Return - Pressure"
    update_interval: 10s
  
  - platform: aht10
    i2c_id: bus_return
    # address: 0x38
    temperature: 
      id: return_temp
      name: "Return - Temperature"
    humidity: 
      id: return_rh
      name: "Return - Humidity"
    update_interval: 10s

  # Temperature Rise
  - platform: template
    name: "Temperature Rise"
    id: temp_rise
    unit_of_measurement: "°C"
    lambda: |-
      if (isnan(id(supply_temp).state) || isnan(id(return_temp).state)) {
        return NAN;
      } else {
        return id(supply_temp).state - id(return_temp).state;
      }
    update_interval: 10s

Here is the compilation error:

Compiling .pioenvs/esp-furnace/src/main.cpp.o
In file included from src/esphome/components/esp32_rmt_led_strip/led_strip.h:12,
                 from src/esphome.h:27,
                 from src/main.cpp:3:
/data/cache/platformio/packages/framework-espidf/components/driver/deprecated/driver/rmt.h:18:2: warning: #warning "The legacy RMT driver is deprecated, please use driver/rmt_tx.h and/or driver/rmt_rx.h" [-Wcpp]
   18 | #warning "The legacy RMT driver is deprecated, please use driver/rmt_tx.h and/or driver/rmt_rx.h"
      |  ^~~~~~~
Linking .pioenvs/esp-furnace/firmware.elf
/data/cache/platformio/packages/toolchain-xtensa-esp32s3/bin/../lib/gcc/xtensa-esp32s3-elf/12.2.0/../../../../xtensa-esp32s3-elf/bin/ld: .pioenvs/esp-furnace/src/main.cpp.o:(.literal._Z5setupv+0x3dc): undefined reference to `_ZTVN7esphome9template_14TemplateSensorE'
/data/cache/platformio/packages/toolchain-xtensa-esp32s3/bin/../lib/gcc/xtensa-esp32s3-elf/12.2.0/../../../../xtensa-esp32s3-elf/bin/ld: .pioenvs/esp-furnace/src/main.cpp.o:(.literal._Z5setupv+0x3e0): undefined reference to `_ZTVN7esphome9template_14TemplateSensorE'
/data/cache/platformio/packages/toolchain-xtensa-esp32s3/bin/../lib/gcc/xtensa-esp32s3-elf/12.2.0/../../../../xtensa-esp32s3-elf/bin/ld: .pioenvs/esp-furnace/src/main.cpp.o:(.literal._Z5setupv+0x4a4): undefined reference to `_ZN7esphome9template_14TemplateSensor12set_templateEOSt8functionIFNS_8optionalIfEEvEE'
/data/cache/platformio/packages/toolchain-xtensa-esp32s3/bin/../lib/gcc/xtensa-esp32s3-elf/12.2.0/../../../../xtensa-esp32s3-elf/bin/ld: .pioenvs/esp-furnace/src/main.cpp.o: in function `_ZN7esphome5aht1014AHT10Component22set_temperature_sensorEPNS_6sensor6SensorE':
/data/build/esp-furnace/src/esphome/components/aht10/aht10.h:22: undefined reference to `_ZN7esphome9template_14TemplateSensor12set_templateEOSt8functionIFNS_8optionalIfEEvEE'
collect2: error: ld returned 1 exit status
*** [.pioenvs/esp-furnace/firmware.elf] Error 1
========================= [FAILED] Took 18.91 seconds =========================

baudneo · January 23, 2025, 7:42pm

Seems there may be an issue with esp idf, s3 boards and template/lambdas:

github.com/esphome/issues

Documentation Discrepancy: Template Sensor in LVGL Cookbook Battery Status Example

opened 01:55AM - 23 Jan 25 UTC

matphillips

### The problem There's a discrepancy between the LVGL cookbook documentation a…nd the actual implementation regarding template sensors. In the [Battery status icon documentation](https://esphome.io/cookbook/lvgl.html#battery-status-icon), the example shows using a template sensor with Home Assistant integration, but attempting to implement this (using an internal value from the ESPHome yaml) results in a linking error: ``` /Users/xxxxxxx/.platformio/packages/toolchain-xtensa-esp32s3/bin/../lib/gcc/xtensa-esp32s3-elf/12.2.0/../../../../xtensa-esp32s3-elf/bin/ld: .pioenvs/streamdeck/src/main.cpp.o:(.literal._Z5setupv+0x164): undefined reference to `_ZTVN7esphome9template_14TemplateSensorE' collect2: error: ld returned 1 exit status ``` A working alternative is to use the copy platform instead: ``` - platform: copy source_id: battery_voltage id: battery_percentage filters: - lambda: |- return (x - 3.0) * 100.0 / (4.2 - 3.0); - clamp: min_value: 0 max_value: 100 ``` ### Which version of ESPHome has the issue? 2024.12.4 ### What type of installation are you using? pip ### Which version of Home Assistant has the issue? _No response_ ### What platform are you using? ESP32-IDF ### Board esp32-s3-devkitc-1 ### Component causing the issue _No response_ ### YAML Config ```yaml ``` ### Anything in the logs that might be useful for us? ```txt ``` ### Additional information _No response_

tmo · January 23, 2025, 7:45pm

Seems to be related:

github.com/esphome/esphome

[esp32_rmt] Updates for IDF 5+

esphome:dev ← swoboda1337:rmt_driver

opened 06:25PM - 14 Nov 24 UTC

swoboda1337

+817 -379

# What does this implement/fix? Newer versions of the framework have a new RM…T driver: The legacy RMT driver is deprecated, please use driver/rmt_tx.h and/or driver/rmt_rx.h One big difference is the user cannot choose the RMT channel. Will simplify the esphome code as there is no need to coordinate between components as its all done in the driver. Newer driver has a number of other advantages: - Proper support for rx/tx on a single gpio, add "one_wire: true" in remote_transmitter to use this feature. - Previous driver would drop most rx data in high noise environments rendering it useless, new driver performs very well. - DMA support on newer chips like s3: add "with_dma: true" in remote_transmitter or remote_receiver. - Boards like C3 are limited to a single hw memory buffer, the previous driver can only read a max of 128 values. Even with all 8 buffers on other chips the max length was only 1024. The newer driver on newer chips reads continuously in a ping-pong fashion. To use this set max_length in remote_receiver to the desired length. Remote code and led code have been updated to support both versions of the RMT driver. Arduino doesn't support the newer drivers yet. We have to support both drivers for a while. Note neopixelbus also used RMT but it doesn't work with IDF anyways so it wont be a problem. ## Types of changes - [ ] Bugfix (non-breaking change which fixes an issue) - [x] New feature (non-breaking change which adds functionality) - [ ] Breaking change (fix or feature that would cause existing functionality to not work as expected) - [ ] Code quality improvements to existing code or addition of tests - [ ] Other **Related issue or feature (if applicable):** - fixes esphome/issues#5357 - related #7706 **Pull request in [esphome-docs](https://github.com/esphome/esphome-docs) with documentation (if applicable):** - esphome/esphome-docs#4480 ## Test Environment - [x] ESP32 - [x] ESP32 IDF - [ ] ESP8266 - [ ] RP2040 - [ ] BK72xx - [ ] RTL87xx ## Example entry for `config.yaml`: ```yaml latest: external_components: - source: github://pr#7770 components: [ remote_base, remote_receiver, remote_transmitter, esp32_rmt, esp32_rmt_led_strip ] refresh: 5min if you are not on the lastest dev and get c6 config errors: external_components: - source: github://esphome/esphome@94befe126bc952785994ddf8dcfd15e9c3c3ff23 components: [ remote_base, remote_receiver, remote_transmitter, esp32_rmt, esp32_rmt_led_strip ] refresh: 5min ``` ## Checklist: - [x] The code change is tested and works locally. - [ ] Tests have been added to verify that the new code works (under `tests/` folder). If user exposed functionality or configuration variables are added/changed: - [x] Documentation added/updated in [esphome-docs](https://github.com/esphome/esphome-docs).

baudneo · January 23, 2025, 7:53pm

the RMT warning should be fixed in a future release due to esp idf 5. That warning still exists when the template sensor is commented out and the compilation/linking is successful.

clydebarrow · January 23, 2025, 11:49pm

You need to clean the build before recompiling with the added template.

baudneo · January 24, 2025, 12:09am

Thanks, that did the trick. I haven’t added just a template sensor by itself before, so I haven’t seen this behaviour.

clydebarrow · January 24, 2025, 12:10am

It’s a bug probably in platformio. It used to happen when adding a new component, that has been fixed, but adding a new platform still triggers it with ESP-IDF.