ESPHome DSMR not avalable for ESP-IDF?

LawrenceH · October 19, 2025, 6:46pm

I’m trying to compile a config with ESPHome Builder 25.10.1 using DSMR, but I’m getting this error: “This feature is only available with framework(s) arduino.” I checked the DSMR Component docs but couldn’t find anything about it.

Is this a bug in the ESPHome Builder?

Karosm · October 19, 2025, 8:38pm

They forgot to mention it
Have a look at the first and last line of component.
https://api-docs.esphome.io/dsmr_8h_source

LawrenceH · October 20, 2025, 4:48am

Thanks, how can I suggest they add this to the documentation?

P.S.
I don’t know much about the ESP-IDF or Arduino frameworks, but would it be possible to make DSMR work with ESP-IDF without any major modifications? I’m asking because I read on a blog that ESP-IDF is the recommended framework.

jsuanet · October 20, 2025, 7:20am

It’s open source, so you can create a PR with your suggested changes

Karosm · October 20, 2025, 7:46am

I’m pretty sure they are working on it.

github.com/esphome/esphome

[DSMR] Remove dependency on Arduino framework. Various bug fixes.

dev ← PolarGoose:dev

opened 01:28AM - 06 Oct 25 UTC

PolarGoose

+12 -25

# What does this implement/fix? Introduce bare minimum changes in the DSMR comp…onent to: * Make it work without the Arduino framework * Fix various existing bugs with the DSMR parsing. The code uses [arduino-dsmr-2](https://github.com/PolarGoose/arduino-dsmr-2) parser. For more details on why this pull request was created, look at the discussion: [Make the parser compile for Windows and Linux machines](https://github.com/matthijskooijman/arduino-dsmr/pull/53). In short: * There are many bugs and unmerged pull requests accumulated in the `arduino-dsmr` parser. * Dependency on the Arduino framework causes problems for some ESPHome use cases. ## Types of changes - [x] 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):** * https://github.com/esphome/issues/issues/3886 * https://github.com/esphome/issues/issues/6487 * https://github.com/esphome/issues/issues/3982 * https://github.com/esphome/issues/issues/4750 * https://github.com/matthijskooijman/arduino-dsmr/issues/22 ## Test Environment - [X] ESP32 - [X] ESP32 IDF - [ ] ESP8266 - [ ] RP2040 - [ ] BK72xx - [ ] RTL87xx - [ ] nRF52840 ## Example entry for `config.yaml`: I used the following config to test on my `ESP32-WROOM-32D` board. ```yaml esphome: name: mydsmrtestbench friendly_name: my_dsmr_test_bench esp32: board: esp32dev framework: type: esp-idf wifi: ssid: SSID password: PASSWORD logger: level: VERY_VERBOSE baud_rate: 1500000 tx_buffer_size: 20000 uart: id: uart_dsmr baud_rate: 115200 rx_pin: GPIO16 rx_buffer_size: 1700 dsmr: uart_id: uart_dsmr crc_check: true decryption_key: AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA sensor: - platform: dsmr energy_delivered_lux: name: "Energy Consumed Luxembourg" energy_delivered_tariff1: name: "Energy Consumed Tariff 1" energy_delivered_tariff2: name: "Energy Consumed Tariff 2" energy_returned_lux: name: "Energy Produced Luxembourg" energy_returned_tariff1: name: "Energy Produced Tariff 1" energy_returned_tariff2: name: "Energy Produced Tariff 2" power_delivered: name: "Power Consumed" accuracy_decimals: 3 power_returned: name: "Power Produced" accuracy_decimals: 3 electricity_failures: name: "Electricity Failures" icon: mdi:alert electricity_long_failures: name: "Long Electricity Failures" icon: mdi:alert voltage_l1: name: "Voltage Phase 1" voltage_l2: name: "Voltage Phase 2" voltage_l3: name: "Voltage Phase 3" current_l1: name: "Current Phase 1" current_l2: name: "Current Phase 2" current_l3: name: "Current Phase 3" power_delivered_l1: name: "Power Consumed Phase 1" accuracy_decimals: 3 power_delivered_l2: name: "Power Consumed Phase 2" accuracy_decimals: 3 power_delivered_l3: name: "Power Consumed Phase 3" accuracy_decimals: 3 power_returned_l1: name: "Power Produced Phase 1" accuracy_decimals: 3 power_returned_l2: name: "Power Produced Phase 2" accuracy_decimals: 3 power_returned_l3: name: "Power Produced Phase 3" accuracy_decimals: 3 gas_delivered: name: "Gas Consumed" gas_delivered_be: name: "Gas Consumed Belgium" text_sensor: - platform: dsmr identification: name: "DSMR Identification" p1_version: name: "DSMR Version" p1_version_be: name: "DSMR Version Belgium" - platform: version name: "ESPHome Version" hide_timestamp: true ``` ## 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: - [ ] Documentation added/updated in [esphome-docs](https://github.com/esphome/esphome-docs).

Just keep it on arduino if you don’t need idf for some other reason.
And there’s no reason to update perfectly working setups.

LawrenceH · October 20, 2025, 10:36am

Thanks a lot for the feedback!

You’re right, it’s usually best not to mess with a working setup, but this is actually my first DSMR project with a WT32-ETH01. I saw a blog recommending ESP-IDF because of the big improvements in code size and performance, so I figured it would be a good place to start. I honestly didn’t realize there were so many differences between the frameworks and thought all ESPHome components worked the same no matter which one you used.

Anyway, really appreciate the link to PolarGoose’s PR on GitHub that adds DSMR support for ESP-IDF. Looks like it’s close to being merged once the CI tests are sorted out.

If anyone wants to try it already, you can test it with:

external_components:
  - source: github://pr#11036
    components: [dsmr]
    refresh: 1h

LawrenceH · October 20, 2025, 11:45am

I’ve now tested PR#11036 for ESP-IDF, and at first glance, it seems to work. I’ll start a long-term test and see how it goes.

Unfortunately, I don’t know how to compare performance between the frameworks, but here’s at least the difference in code size between Arduino and ESP-IDF:

-rw-r–r–@ 1 espdev staff 540064 Oct 20 13:31 landisgyr360-p1-g4-dsmr-esp-idf.bin
-rw-r–r–@ 1 espdev staff 1019856 Oct 20 13:33 landisgyr360-p1-g4-dsmr-arduiono.bin