Het grote ESPhome topic

[CDAAbeltje]

skank schreef op woensdag 3 december 2025 @ 16:13:
[...]

pb

YAML:

substitutions:
  name: cinema-plug
  friendly_name: Cinema - Plug ESP32
  relay_restore_mode: ALWAYS_OFF

packages:
  Athom_Technology.Smart_Plug_V3: github://athom-tech/esp32-configs/athom-smart-plug.yaml

esphome:
  name: ${name}
  name_add_mac_suffix: false
  friendly_name: ${friendly_name}
  compile_process_limit: 1

esp32:
  framework: 
    type: esp-idf
    sdkconfig_options: 
      CONFIG_BT_BLE_42_FEATURES_SUPPORTED: y
      CONFIG_ESP_TASK_WDT_TIMEOUT_S: "10"

logger:
  baud_rate: 0

api:
  on_client_connected:
     - esp32_ble_tracker.start_scan:
        continuous: true
  on_client_disconnected:
    if:
      condition:
        not:
          api.connected:
      then:
        - esp32_ble_tracker.stop_scan:
  encryption:
    key: R6BlgudqJ9XgvnyT8abz47k9+sIXnqXLRMtc6klUOlA=          

esp32_ble_tracker:
  scan_parameters:
    continuous: False
    active: True
    interval: 320ms
    window: 300ms

bluetooth_proxy:
  active: True                   

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password
  ap:
    ssid: "ESP32 Fallback Hotspot"
    password: eigenwachtwoord
  manual_ip: 
    static_ip: 123.123.123.123
    subnet: 123.123.123.123
    gateway: 123.123.123.123

text_sensor: !remove

time:
  - id: !remove sntp_time
  - id: homeassistant_time
    platform: homeassistant

Verander 123.123.123.123 even in jouw eigen IP adres, subnet en gateway. Pak het IP adres waarop het betreffende apparaat momenteel beschikbaar is.
Save -> Validate -> Clean Build Files -> Install /Manual Download -> Upload via Web GUI.

Let me know!

[Septillion]

@CDAAbeltje Ipv een statisch IP is het makkelijker om use_address om het adres (eenmalig) goed te zetten.

[CDAAbeltje]

Septillion schreef op woensdag 3 december 2025 @ 20:44:
@CDAAbeltje Ipv een statisch IP is het makkelijker om use_address om het adres (eenmalig) goed te zetten.

Dat kan inderdaad ook. Ik zie er persoonlijk geen reden toe om dit niet hard in de configuratie te zetten. Door een statisch IP toe te wijzen vanuit een configuratie ben je wat mij betreft wat toekomst bestendiger met eventuele wijzigingen aan de kant van ESPHome

code:

use_address

is met name handig als je een statisch IP adres in je configuratie hebt staan en deze wil wijzigen naar een nieuw (gewijzigd) IP adres.

code:

 Example, if you have changed your static IP and want to flash OTA to the previously configured IP address.

[ Voor 22% gewijzigd door CDAAbeltje op 04-12-2025 00:30 ]

[Bockelaar]

ik gebruik eigenlijk nooit statische adressen anders dan reserveringen in de DHCP. Op die manier blijft de ESP altijd op hetzelfde ipadres maar kun je op 1 plek je IPAM doen ipv per device configureren

[RobertMe]

Is het mogelijk om met ESPHome piepjes te herkennen? Denk aan een afwasmachine die een piep patroon heeft als die klaar is. Volgens mij heb ik wel eens zo'n ESP projectjes gezien, maar ik denk "op maat" en niet met ESPHome.

Pluspunten als het met een gewone microfoon kan die tegelijkertijd ook voor voice gebruikt kan worden

[CDAAbeltje]

Bockelaar schreef op donderdag 4 december 2025 @ 10:07:
ik gebruik eigenlijk nooit statische adressen anders dan reserveringen in de DHCP. Op die manier blijft de ESP altijd op hetzelfde ipadres maar kun je op 1 plek je IPAM doen ipv per device configureren

Uiteraard ook een prima insteek!

Ik zie het door een andere bril.. Voor de gebruikers met een modem/router vanuit een provider, stel deze wordt vervangen, gewist of je stapt over. DHCP reserveringen zijn weg en zo kun je opnieuw beginnen. Daarentegen heb je hier met vaste IP adressen geen last van. Je tuigt het juiste netwerk op en alle nodes zijn weer online.

Voor de gebruikers met een eigen router vind ik het een vrije logische aanpak. Al moet een migratie/export/import van de DHCP reserveringen wel mogelijk zijn mocht er een router swap plaatsvinden.

Zo heeft iedereen een eigen aanpak. Er is geen goed of fout. If it works it ain’t stupid

[RobertMe]

CDAAbeltje schreef op donderdag 4 december 2025 @ 10:30:
Voor de gebruikers met een modem/router vanuit een provider, stel deze wordt vervangen, gewist of je stapt over. DHCP reserveringen zijn weg en zo kun je opnieuw beginnen. Daarentegen heb je hier met vaste IP adressen geen last van. Je tuigt het juiste netwerk op en alle nodes zijn weer online.

Het subnet van een provider router aanpassen is ook niet altijd even makkelijk. En het kan ook nog wel eens voor komen dat specifieke subnets helemaal niet aangepast kunnen worden.
Als je dus tegen zo'n probleem aanloopt ben je nog verder van huis.

Overigens werkt in mijn ervaring mDNS tussen ESPHome en HA ook prima. Ik zie zelf niet eens de behoefte om de IPs vast te zetten. Waarbij de ESP32s IIRC intussen ook prima over IPv6 verbinden (ESP8266 ondersteund geen IPv6 denk ik). IPv6 moet je wel specifiek aan zetten in de device yaml.

[Septillion]

@CDAAbeltje Dan verschilt onze bril 180 graden. Ik doe statische IP's juist altijd via DHCP omdat ik op die manier maar een enkele plek heb waar ik dat bij hoef te houden. Geen losse lijstjes, IP conflicten etc. Gewoon één automatisch overzicht. En zou ik overgaan hoef ik alleen die ene lijst 1 op 1 over te zetten.

Maar als we het hebben over de meeste smart devices incl ESPHome, gewoon geen vast IP. De lijst met vaste IP's is hier dus ook best beperkt.

Er is inderdaad geen goed of fout, maar ik zit met @RobertMe in een team

[DjoeC]

Ik geef ook zoveel mogelijk vaste IP's in de DHCP. Op die manier zijn ze ook na wat geklooi (zolang ze hetzelfde MAC adres hebben) gewoon bereikbaar. Ik probeer een vast adres in de devices te vermijden maar gebruik als mogelijk daar wel een vaste hostnaam (ESP-01, ESP-02, etc.) Als je dan ook het MAC adres nog in de code kunt spoofen kun je ook makkelijk een device vervangen.

Correctie: Niet in de DHCP maar een IP adres buiten de DHCP in de Fritzbox. Ik heb inmiddels mijn netmask opgerekt naar 255.255.254.0/23 waardoor ik nu 500 IP adressen (in het 10.x.x.x netwerk) beschikbaar heb. Daarvan 100 in DHCP. Sommige devices hebben meerdere IP adressen.

[ Voor 26% gewijzigd door DjoeC op 05-12-2025 00:10 ]

[babbelbox]

DjoeC schreef op donderdag 4 december 2025 @ 11:44:
Ik geef ook zoveel mogelijk vaste IP's in de DHCP. Op die manier zijn ze ook na wat geklooi (zolang ze hetzelfde MAC adres hebben) gewoon bereikbaar. Ik probeer een vast adres in de devices te vermijden maar gebruik als mogelijk daar wel een vaste hostnaam (ESP-01, ESP-02, etc.) Als je dan ook het MAC adres nog in de code kunt spoofen kun je ook makkelijk een device vervangen.

Correctie: Niet in de DHCP maar een IP adres buiten de DHCP in de Fritzbox. Ik heb inmiddels mijn netmask opgerekt naar 255.255.254/23 waardoor ik nu 500 IP adressen (in het 10.x.x.x netwerk) beschikbaar heb. Daarvan 100 in DHCP. Sommige devices hebben meerdere IP adressen.

Je bedoelt 255.255.254.0 ofwel een /23

[heintjeput]

RobertMe schreef op donderdag 4 december 2025 @ 10:27:
Is het mogelijk om met ESPHome piepjes te herkennen? Denk aan een afwasmachine die een piep patroon heeft als die klaar is. Volgens mij heb ik wel eens zo'n ESP projectjes gezien, maar ik denk "op maat" en niet met ESPHome.

Pluspunten als het met een gewone microfoon kan die tegelijkertijd ook voor voice gebruikt kan worden

Ik denk dat zoiets wel kan, je wilt dan waarschijnlijk een FFT algoritme draaien om de piep met frequentie te detecteren. Anders dan wordt het snel heel foutgevoelig.

Ik kan er alleen niet direct één vinden die al geïmplementeerd is ESPhome. Dus ik zou daar eens naar zoeken als ik jou was.

[skank]

CDAAbeltje schreef op woensdag 3 december 2025 @ 19:35:
[...]

YAML:

substitutions:
  name: cinema-plug
  friendly_name: Cinema - Plug ESP32
  relay_restore_mode: ALWAYS_OFF

packages:
  Athom_Technology.Smart_Plug_V3: github://athom-tech/esp32-configs/athom-smart-plug.yaml

esphome:
  name: ${name}
  name_add_mac_suffix: false
  friendly_name: ${friendly_name}
  compile_process_limit: 1

esp32:
  framework: 
    type: esp-idf
    sdkconfig_options: 
      CONFIG_BT_BLE_42_FEATURES_SUPPORTED: y
      CONFIG_ESP_TASK_WDT_TIMEOUT_S: "10"

logger:
  baud_rate: 0

api:
  on_client_connected:
     - esp32_ble_tracker.start_scan:
        continuous: true
  on_client_disconnected:
    if:
      condition:
        not:
          api.connected:
      then:
        - esp32_ble_tracker.stop_scan:
  encryption:
    key: R6BlgudqJ9XgvnyT8abz47k9+sIXnqXLRMtc6klUOlA=          

esp32_ble_tracker:
  scan_parameters:
    continuous: False
    active: True
    interval: 320ms
    window: 300ms

bluetooth_proxy:
  active: True                   

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password
  ap:
    ssid: "ESP32 Fallback Hotspot"
    password: eigenwachtwoord
  manual_ip: 
    static_ip: 123.123.123.123
    subnet: 123.123.123.123
    gateway: 123.123.123.123

text_sensor: !remove

time:
  - id: !remove sntp_time
  - id: homeassistant_time
    platform: homeassistant

Verander 123.123.123.123 even in jouw eigen IP adres, subnet en gateway. Pak het IP adres waarop het betreffende apparaat momenteel beschikbaar is.
Save -> Validate -> Clean Build Files -> Install /Manual Download -> Upload via Web GUI.

Let me know!

Top!
Werkt!
Alles nu
Hartelijk bedankt !

[Obelixxx]

Heeft hier iemand ervaring met de LILYGO T5 4.7 e-paper esp32-s3 en of T5 2.66 Inch E-Paper ESP32?

Ik heb beide schermen geprobeerd, maar het lukt mij dus niet om maar iets op het scherm te krijgen.
Ik wil een schermpje in huis neerzetten waarop eenvoudig de electriciteit uurprijzen te zien zijn.
Ik wil dit neer kunnen zetten zonder kabel, dus met een batterij.

Zoals gezegd met beiden mislukt. Iemand ervaring met deze boards?

[Villager]

Obelixxx schreef op woensdag 10 december 2025 @ 14:51:
Heeft hier iemand ervaring met de LILYGO T5 4.7 e-paper esp32-s3 en of T5 2.66 Inch E-Paper ESP32?

Ik heb beide schermen geprobeerd, maar het lukt mij dus niet om maar iets op het scherm te krijgen.
Ik wil een schermpje in huis neerzetten waarop eenvoudig de electriciteit uurprijzen te zien zijn.
Ik wil dit neer kunnen zetten zonder kabel, dus met een batterij.

Zoals gezegd met beiden mislukt. Iemand ervaring met deze boards?

Met deze componenten specifiek niet, maar wel met een Waveshare eInk screen. Ik heb dus wel een tip voor je. Voer de gegevens van het scherm (merk, model, type) en welke ESP32 je wilt gebruiken in Claude en deze zal je vraag voor een code voor in ESPhome beantwoorden. Mogelijk niet in een keer helemaal goed, maar met een paar keer wat aanpassingen komen jullie er samen wel uit. Ik heb zelf ongelofelijke resultaten behaald op deze manier (nee, geen aandelen o.i.d.) Succes!
o ja, en werk met een secrets file waar je o.a. de ota key, wifi wachtwoord en api key in bewaard. Zo kun je de gehele code meteen weer veilig in Claude dumpen. Zoiets dus:

YAML:

ota:
  - platform: esphome
    id: my_ota
    password: !secret guition2_ota_pw

# Enable Home Assistant API
api:
  encryption:
    key: !secret guition2_key

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password
  ap:
    ssid: "Guition-Thermostaat-480"
    password: !secret guition2_fallback_pw

[ Voor 19% gewijzigd door Septillion op 11-12-2025 16:38 . Reden: Denk aan de 'yaml' bij de code tags aub! Zie topic warning en hoe deze post is aangepast. ]

[Obelixxx]

Villager schreef op donderdag 11 december 2025 @ 16:27:
[...]

Met deze componenten specifiek niet, maar wel met een Waveshare eInk screen. Ik heb dus wel een tip voor je. Voer de gegevens van het scherm (merk, model, type) en welke ESP32 je wilt gebruiken in Claude en deze zal je vraag voor een code voor in ESPhome beantwoorden. Mogelijk niet in een keer helemaal goed, maar met een paar keer wat aanpassingen komen jullie er samen wel uit. Ik heb zelf ongelofelijke resultaten behaald op deze manier (nee, geen aandelen o.i.d.) Succes!
o ja, en werk met een secrets file waar je o.a. de ota key, wifi wachtwoord en api key in bewaard. Zo kun je de gehele code meteen weer veilig in Claude dumpen. Zoiets dus:

YAML:

ota:
  - platform: esphome
    id: my_ota
    password: !secret guition2_ota_pw

# Enable Home Assistant API
api:
  encryption:
    key: !secret guition2_key

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password
  ap:
    ssid: "Guition-Thermostaat-480"
    password: !secret guition2_fallback_pw

Ga ik proberen.
Waveshare is dus wellicht beter voor mijn project?

[Villager]

Obelixxx schreef op vrijdag 12 december 2025 @ 10:09:
[...]


Ga ik proberen.
Waveshare is dus wellicht beter voor mijn project?

Nee hoor. Hoeft niet. Het is misschien heel goed mogelijk met jouw hardware. Daar kom je dan wel achter als je de vraag stelt aan Claude. Dus ik stel voor dat je het eerst daarmee probeert.

[Villager]

Obelixxx schreef op vrijdag 12 december 2025 @ 10:09:
[...]


Ga ik proberen.
Waveshare is dus wellicht beter voor mijn project?

Op basis van wat je aangaf heb ik het even in Claude gestopt:
"Ik heb een LILYGO T5 4.7 e-paper display en wil die aansturen met een ESP32-S3. Kun je een code schrijven die ik kan gebruiken in ESPhome?"
en hier komt hij mee:

YAML:

esphome:
  name: lilygo-epaper
  friendly_name: LILYGO E-Paper Display

esp32:
  board: esp32-s3-devkitc-1
  framework:
    type: arduino

# WiFi configuratie
wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password
  
  # Fallback hotspot als WiFi niet werkt
  ap:
    ssid: "Lilygo-Epaper Fallback"
    password: "12345678"

# Captive portal voor configuratie
captive_portal:

# Web server voor diagnostics
web_server:
  port: 80

# Home Assistant API
api:
  encryption:
    key: !secret api_encryption_key

# OTA updates
ota:
  - platform: esphome
    password: !secret ota_password

# Logger
logger:
  level: DEBUG

# SPI bus configuratie
spi:
  clk_pin: GPIO18
  mosi_pin: GPIO23

# Fonts die je wilt gebruiken
font:
  - file: "fonts/arial.ttf"
    id: font_small
    size: 14
  - file: "fonts/arial.ttf"
    id: font_medium
    size: 24
  - file: "fonts/arial.ttf"
    id: font_large
    size: 48
  - file: "fonts/materialdesignicons-webfont.ttf"
    id: font_icons
    size: 48
    glyphs:
      - "\U000F0590" # mdi-weather-cloudy
      - "\U000F0594" # mdi-weather-sunny
      - "\U000F0593" # mdi-weather-rainy
      - "\U000F050F" # mdi-thermometer

# E-paper display configuratie
display:
  - platform: waveshare_epaper
    cs_pin: GPIO5
    dc_pin: GPIO17
    busy_pin: GPIO4
    reset_pin: GPIO16
    model: 4.70in-bw
    rotation: 0
    update_interval: 5min
    
    lambda: |-
      // Achtergrond wit maken
      it.fill(COLOR_OFF);
      
      // Header met donkere balk
      it.filled_rectangle(0, 0, it.get_width(), 60, COLOR_ON);
      
      // Titel in header (wit op zwart)
      it.print(20, 15, id(font_large), COLOR_OFF, "LILYGO T5");
      
      // Huidige tijd
      it.strftime(20, 100, id(font_medium), COLOR_ON, 
                  "Tijd: %H:%M", id(homeassistant_time).now());
      it.strftime(20, 130, id(font_small), COLOR_ON, 
                  "Datum: %d-%m-%Y", id(homeassistant_time).now());
      
      // Lijn
      it.line(20, 160, it.get_width() - 20, 160, COLOR_ON);
      
      // Sensor waarden (voorbeelden)
      it.printf(20, 200, id(font_medium), COLOR_ON, "Temperatuur:");
      if (id(buiten_temp).has_state()) {
        it.printf(20, 230, id(font_large), COLOR_ON, "%.1f°C", 
                  id(buiten_temp).state);
      }
      
      it.printf(20, 290, id(font_medium), COLOR_ON, "Luchtvochtigheid:");
      if (id(buiten_humidity).has_state()) {
        it.printf(20, 320, id(font_large), COLOR_ON, "%.0f%%", 
                  id(buiten_humidity).state);
      }
      
      // Rechthoek met info
      it.rectangle(20, 380, 500, 100, COLOR_ON);
      it.printf(40, 410, id(font_medium), COLOR_ON, "Home Assistant");
      it.printf(40, 440, id(font_small), COLOR_ON, "ESP32-S3 E-paper");
      
      // Footer met update tijd
      it.printf(20, it.get_height() - 40, id(font_small), COLOR_ON, 
                "Laatste update: %s", id(homeassistant_time).now().strftime("%H:%M:%S").c_str());

# Tijd synchronisatie met Home Assistant
time:
  - platform: homeassistant
    id: homeassistant_time
    timezone: Europe/Amsterdam

# Voorbeeld sensoren uit Home Assistant
# Pas deze aan naar jouw eigen sensoren!
sensor:
  - platform: homeassistant
    id: buiten_temp
    entity_id: sensor.buiten_temperatuur
    internal: true
    
  - platform: homeassistant
    id: buiten_humidity
    entity_id: sensor.buiten_luchtvochtigheid
    internal: true
  
  # WiFi signaalsterkte
  - platform: wifi_signal
    name: "WiFi Signaal"
    update_interval: 60s

# Voorbeeld text sensoren
text_sensor:
  - platform: homeassistant
    id: weather_state
    entity_id: weather.thuis
    internal: true

# Voorbeeld binary sensor (knop op het board, indien aanwezig)
binary_sensor:
  - platform: gpio
    pin:
      number: GPIO39
      inverted: true
    name: "Knop"
    on_press:
      - logger.log: "Knop ingedrukt - display update geforceerd"
      - component.update: lilygo_epaper_display

# Deep sleep configuratie (optioneel, voor batterijbesparing)
# Uncomment onderstaande voor batterijgebruik
# deep_sleep:
#   run_duration: 30s
#   sleep_duration: 10min
#   id: deep_sleep_control

Je moet ook een secrets.yaml bestand maken in dezelfde map.
Fonts installeren
Download fonts naar een fonts/ map in je ESPHome configuratie folder:

Arial: Download van je systeem of gebruik Google Fonts
Material Design Icons: Download van materialdesignicons.com

Belangrijke aanpassingen

Display model: Als 4.70in-bw niet werkt, probeer dan:

4.70in-bw-v2
gdey047t01


Sensor entities: Vervang de entity_id's door jouw eigen Home Assistant sensoren
Update interval: Pas update_interval: 5min aan naar gewenste frequentie
Deep sleep: Uncomment de deep sleep sectie als je op batterij werkt

Installatie stappen

Plaats de YAML file in je ESPHome folder
Maak secrets.yaml aan met je gegevens
Download fonts naar de fonts/ map
Run: esphome run lilygo-epaper.yaml
Kies je upload methode (USB/OTA)

Tips

Eerste keer: Upload via USB, daarna kan het via OTA
Debug: Check de logs met esphome logs lilygo-epaper.yaml
Batterij: Gebruik deep sleep en verhoog update_interval naar 15-30 minuten

AI gebruiken is prima, maar minder hele responses copy-pasten graag.

[ Voor 1% gewijzigd door Septillion op 13-12-2025 11:54 . Reden: Denk aan de 'yaml' bij de code tags aub! Zie topic warning en hoe deze post is aangepast. ]

[RobertMe]

@Villager heb je ook wel eens aan Claude gevraagd of dit wel klopt? display: waveshare is best wel "interessant" voor een niet Waveshare display zeg maar.

En even zoeken op DuckDuckGo geeft mij deze custom component als resultaat, die ook verwijst naar deze feature request, die nog open staat. Vrij grote kans dat Claude dus aan het hallucineren is en jij hier mee hallicuneert door te stellen dat Claude het beste sinds gesneden brood is.

[alex3305]

Daar komt nog bij dat van o.a. de ESP32-S3 er twee DevKit versies zijn, de DevKitM en DevKitC. Dat heeft te maken met de hoeveelheid geheugen en de mapping daarvan. Deze versies door elkaar heen flashen is niet aanbevolen.

Zoals in het door @RobertMe genoemde GitHub issue te lezen is zijn er dus ook meerdere versies van het display. Zomaar ff iets flashen van een taalmodel zou ik dus niet doen .

[Rouwette]

Iemand ervaring met dit scherm met esp32-s3?
https://nl.aliexpress.com/item/1005007218278451.html

Ook vind ik de boot knop niet. alleen ene reset

[ Voor 53% gewijzigd door Rouwette op 13-12-2025 17:54 ]

[RobertMe]

Heeft iemand hier wel eens wat gedaan met zigbee_esphome? External component voor Zigbee support. Lijkt me an zich wel grappig voor battery powered.

Op het moment heb ik in de brievenbus een Aqara deur sensor plakken. Maar die triggert alleen als de klep open gaat. Dus nu kan ik geen "vol / leeg" bijhouden zonder handmatig op "leeg" te zetten De easy fix is een tweede sensor gebruiken en op het deurtje plakken.
Als minder easy fix overweeg ik om misschien een ESP er in te hacken op batterij (/accu? Alhoewel dat wellicht wel weer overdreven is qua uiteindelijke duur). En dan of met 2 bedrade contact sensoren. Of, omdat het kan, een "dubbele bodem" er in maken (/zit er al in door roostertje) en dan twee load cells er onder. En dan "op gewicht" een melding geven dat er post is en vervolgens ook "op gewicht" als die weer terug naar "0" is dat de brievenbus weer leeg is.

Ik weet dat ESPHome ook Thread ondersteund. Maar ik heb (nog?) geen TBR, dus "kan geen Thread gebruiken".

[JBS]

@Rouwette Vaak booten dat soort dingen automatisch als je ze van power voorziet en zie je iets op het display als er iets te booten is?

[Rouwette]

JBS schreef op zondag 14 december 2025 @ 19:08:
@Rouwette Vaak booten dat soort dingen automatisch als je ze van power voorziet en zie je iets op het display als er iets te booten is?

Dat is 1x gelukt inderdaad, de esphome.bin erin maar dan niks. Nieuwe bin gemaakt maar nu wilt hij niet meer connecten.

[Obelixxx]

Villager schreef op zaterdag 13 december 2025 @ 09:08:
[...]

Op basis van wat je aangaf heb ik het even in Claude gestopt:
"Ik heb een LILYGO T5 4.7 e-paper display en wil die aansturen met een ESP32-S3. Kun je een code schrijven die ik kan gebruiken in ESPhome?"
en hier komt hij mee:

YAML:

esphome:
  name: lilygo-epaper
  friendly_name: LILYGO E-Paper Display

esp32:
  board: esp32-s3-devkitc-1
  framework:
    type: arduino

# WiFi configuratie
wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password
  
  # Fallback hotspot als WiFi niet werkt
  ap:
    ssid: "Lilygo-Epaper Fallback"
    password: "12345678"

# Captive portal voor configuratie
captive_portal:

# Web server voor diagnostics
web_server:
  port: 80

# Home Assistant API
api:
  encryption:
    key: !secret api_encryption_key

# OTA updates
ota:
  - platform: esphome
    password: !secret ota_password

# Logger
logger:
  level: DEBUG

# SPI bus configuratie
spi:
  clk_pin: GPIO18
  mosi_pin: GPIO23

# Fonts die je wilt gebruiken
font:
  - file: "fonts/arial.ttf"
    id: font_small
    size: 14
  - file: "fonts/arial.ttf"
    id: font_medium
    size: 24
  - file: "fonts/arial.ttf"
    id: font_large
    size: 48
  - file: "fonts/materialdesignicons-webfont.ttf"
    id: font_icons
    size: 48
    glyphs:
      - "\U000F0590" # mdi-weather-cloudy
      - "\U000F0594" # mdi-weather-sunny
      - "\U000F0593" # mdi-weather-rainy
      - "\U000F050F" # mdi-thermometer

# E-paper display configuratie
display:
  - platform: waveshare_epaper
    cs_pin: GPIO5
    dc_pin: GPIO17
    busy_pin: GPIO4
    reset_pin: GPIO16
    model: 4.70in-bw
    rotation: 0
    update_interval: 5min
    
    lambda: |-
      // Achtergrond wit maken
      it.fill(COLOR_OFF);
      
      // Header met donkere balk
      it.filled_rectangle(0, 0, it.get_width(), 60, COLOR_ON);
      
      // Titel in header (wit op zwart)
      it.print(20, 15, id(font_large), COLOR_OFF, "LILYGO T5");
      
      // Huidige tijd
      it.strftime(20, 100, id(font_medium), COLOR_ON, 
                  "Tijd: %H:%M", id(homeassistant_time).now());
      it.strftime(20, 130, id(font_small), COLOR_ON, 
                  "Datum: %d-%m-%Y", id(homeassistant_time).now());
      
      // Lijn
      it.line(20, 160, it.get_width() - 20, 160, COLOR_ON);
      
      // Sensor waarden (voorbeelden)
      it.printf(20, 200, id(font_medium), COLOR_ON, "Temperatuur:");
      if (id(buiten_temp).has_state()) {
        it.printf(20, 230, id(font_large), COLOR_ON, "%.1f°C", 
                  id(buiten_temp).state);
      }
      
      it.printf(20, 290, id(font_medium), COLOR_ON, "Luchtvochtigheid:");
      if (id(buiten_humidity).has_state()) {
        it.printf(20, 320, id(font_large), COLOR_ON, "%.0f%%", 
                  id(buiten_humidity).state);
      }
      
      // Rechthoek met info
      it.rectangle(20, 380, 500, 100, COLOR_ON);
      it.printf(40, 410, id(font_medium), COLOR_ON, "Home Assistant");
      it.printf(40, 440, id(font_small), COLOR_ON, "ESP32-S3 E-paper");
      
      // Footer met update tijd
      it.printf(20, it.get_height() - 40, id(font_small), COLOR_ON, 
                "Laatste update: %s", id(homeassistant_time).now().strftime("%H:%M:%S").c_str());

# Tijd synchronisatie met Home Assistant
time:
  - platform: homeassistant
    id: homeassistant_time
    timezone: Europe/Amsterdam

# Voorbeeld sensoren uit Home Assistant
# Pas deze aan naar jouw eigen sensoren!
sensor:
  - platform: homeassistant
    id: buiten_temp
    entity_id: sensor.buiten_temperatuur
    internal: true
    
  - platform: homeassistant
    id: buiten_humidity
    entity_id: sensor.buiten_luchtvochtigheid
    internal: true
  
  # WiFi signaalsterkte
  - platform: wifi_signal
    name: "WiFi Signaal"
    update_interval: 60s

# Voorbeeld text sensoren
text_sensor:
  - platform: homeassistant
    id: weather_state
    entity_id: weather.thuis
    internal: true

# Voorbeeld binary sensor (knop op het board, indien aanwezig)
binary_sensor:
  - platform: gpio
    pin:
      number: GPIO39
      inverted: true
    name: "Knop"
    on_press:
      - logger.log: "Knop ingedrukt - display update geforceerd"
      - component.update: lilygo_epaper_display

# Deep sleep configuratie (optioneel, voor batterijbesparing)
# Uncomment onderstaande voor batterijgebruik
# deep_sleep:
#   run_duration: 30s
#   sleep_duration: 10min
#   id: deep_sleep_control

Je moet ook een secrets.yaml bestand maken in dezelfde map.
Fonts installeren
Download fonts naar een fonts/ map in je ESPHome configuratie folder:

Arial: Download van je systeem of gebruik Google Fonts
Material Design Icons: Download van materialdesignicons.com

Belangrijke aanpassingen

Display model: Als 4.70in-bw niet werkt, probeer dan:

4.70in-bw-v2
gdey047t01


Sensor entities: Vervang de entity_id's door jouw eigen Home Assistant sensoren
Update interval: Pas update_interval: 5min aan naar gewenste frequentie
Deep sleep: Uncomment de deep sleep sectie als je op batterij werkt

Installatie stappen

Plaats de YAML file in je ESPHome folder
Maak secrets.yaml aan met je gegevens
Download fonts naar de fonts/ map
Run: esphome run lilygo-epaper.yaml
Kies je upload methode (USB/OTA)

Tips

Eerste keer: Upload via USB, daarna kan het via OTA
Debug: Check de logs met esphome logs lilygo-epaper.yaml
Batterij: Gebruik deep sleep en verhoog update_interval naar 15-30 minuten

[mbr]AI gebruiken is prima, maar minder hele responses copy-pasten graag.[/]

Ik ga het scherm opnieuw bestellen en nogmaals proberen.

[Septillion]

@Rouwette Doet het ding niet gewoon auto-reset?

[_ferry_]

Ik kocht laatst een printje met esp32 voor de P1 meter, en die heeft ook een uitgang, voor een volgende P1 meter.
Nu heb ik gewoon vrijwel de standaard code van het voorbeeld gepakt, alleen met andere pin nummers:

YAML:

# define multiple uart's
uart:
  - id: p1_uart
    rx_pin:
      number: 4
      inverted: true
    baud_rate: 115200
    rx_buffer_size: 1700
  - id: p1_bridge_uart
    tx_pin:
      number: 10
    baud_rate: 115200

# link input uart to dsmr
dsmr:
  uart_id: p1_uart
  max_telegram_length: 1700

# log the telegram and pass telegram to p1_bridge_uart
text_sensor:
  - platform: dsmr
    telegram:
      name: "telegram"
      on_value:
        then:
          - lambda: |-
              ESP_LOGV("dsrm", "telegram: %s", x.c_str());
              p1_bridge_uart->write_str(x.c_str());

En ik zie ook een bericht gaan;

Alleen snapt de P1 meter die ingeplugd zit er niets van.
Heb ook de uitgang nog geinverteerd, want mijn P1 meter is ook geinverteerd, maar dat mocht niet baten.
Nu kan ik nog met de scoop kijken ofdat ze bitwise overeenkomen, of zou er iets in de code niet kloppen?

edit;
Volgens https://cese.pages.ewi.tu...-1/individual/manual.html
Moet de telegram worden afgesloten met

code:

1.2.0#(END)

Dat is niet het geval, en ik zie op het oog ook niet alle waardes er in terug zoals L1 voltage, dus ik vermoed dat er wat data weg valt.

[ Voor 9% gewijzigd door _ferry_ op 16-12-2025 09:41 ]

[Trent]

Bestaat er zoiets als een ESPhome soldeerdienst waar je betaalt om voor het soldeerwerk? Ik had dat ooit ergens gelezen, dacht ik, maar ik vind het niet meer:)

[Seafarer]

Trent schreef op dinsdag 16 december 2025 @ 15:48:
Bestaat er zoiets als een ESPhome soldeerdienst waar je betaalt om voor het soldeerwerk? Ik had dat ooit ergens gelezen, dacht ik, maar ik vind het niet meer:)

Hobby electronica club in de buurt?

Mrfix.nl

[Septillion]

@_ferry_ Paar dingen die ik mij kan bedenken:

Heeft dat bordje iets van een opto erop? Immers verwacht het aangesloten device inverted en open collector (dus mag naar 5V getrokken worden) signaal.

In je screenshot is inderdaad geen volledige telegram. Mist ook de header. Optie om een USB-serial of andere ESP aan te sluiten?

Krijg je in je sensoren wel alle waardes? Of wordt ook niet alles door de ESP geparst en is er een ontvangst issue? Je zou eens UART debugging kunnen doen. Zou ik dat gewoon op \n doen.

[_ferry_]

@Septillion
Ik zat het schema te bekijken en inderdaad geen optocoupler, wat wel jammer is, want de output van de meter heeft dat natuurlijk ook en dan ben je niet zo afhankelijk van hoe de dongle zelf zijn signaal wil hebben. De boel hangt dan ook allemaal weer met de GND en +5V aan elkaar, wat een beetje onhandig is.

Ik heb nog wat met buffers gespeeld, geen effect. De waardes in HA komen wel prima binnen, dus ik ga er eigenlijk ook gewoon niet teveel tijd in stoppen, soldeer mijn eigen splitter wel af, en deze ESP gaat naar een familielid die de meter wil uitlezen.

[Septillion]

@_ferry_ Mja, dan zit je altijd te klooien omdat het niet is wat de andere kant verwacht

[Obelixxx]

verkeerde topic

[ Voor 98% gewijzigd door Obelixxx op 19-12-2025 16:30 ]

[Gondelier]

Goedenavond,
Zijn er meer mensen die een probleem ondervinden bij het installeren van de ESPHome 2025.12.1 van vandaag.

Probleempje opgelost !!

[ Voor 79% gewijzigd door Gondelier op 19-12-2025 23:26 ]

[CDAAbeltje]

Ik kwam een tijdje terug de erg uitgebreide tool ESPConnect tegen. Hij kwam me vanavond goed van pas met een ESP32 bordje waarvan ik het type niet langer kon lezen. Wellicht hebben jullie er ook wat aan

https://github.com/thelastoutpostworkshop/ESPConnect

[bbn_ldp]

Kan iemand mij vertellen wat er fout gaat als ik de melding van onderstaande tekst krijg bij het compileren van de yaml via ESPHomebuilding naar een Atom S3 lite?

src/main.cpp: In function 'void setup()': src/main.cpp:647:7: error: 'class esphome::Application' has no member named 'register_climate' 647 | App.register_climate(comfoair_climate);

Onderstaand de totale yaml die bij familie wel draait op de Zehnder WHR930, maar waar het updaten van ESPHome niet lukt. Ook op een Atom s3 lite.

YAML:

###########################
# Configuration variables #
###########################

substitutions:
  device_name: whr930
  filter_time: 10s
  filter_send_every: '1'
  filter_window_size: '3'

# Wifi status
  update_interval: 10s  

#############################################################
##### No need to edit anything below this line          #####
# based on https://github.com/LukasdeBoer/esp8266-whr930-mqtt
# and https://github.com/nilsbebelaar/esphome-comfoair
#############################################################

external_components:
  - source:
      type: git
      url: https://github.com/tieskuh/esphome-comfoair
    components: [comfoair]
    refresh: 0s


#  includes:
#  - components/comfoair.h
#  - components/esphome.h
#  - components/climate/climate.h
#  - components/climate/climate_mode.h
#  - components/climate/climate_traits.h
#  - components/climate/custom_climate.h
#  - components/climate_mode.h
#  - components/climate_traits.h
#  - components/custom_climate.h

esphome:
  name: whr930
  friendly_name: WHR930

esp32:
  board: esp32-s3-devkitc-1
  framework:
    type: esp-idf

# Enable logging
logger:
  baud_rate: 0
  logs:
    esp32.preferences: DEBUG
    sensor: DEBUG
    text_sensor: DEBUG
    switch: DEBUG
    button: DEBUG
    number: DEBUG
    climate: DEBUG
    component: ERROR

# Enable Home Assistant API
api:
  encryption:
    key: "mYBYjWJChjUbuP0cPGhthvmnqer9Rys/5QQfRPsOdMA="

ota:
  - platform: esphome
    password: "4c3c14163210eb985d0092398b1c33ce"

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password

  # Optional manual IP
  manual_ip:
    static_ip: 192.168.2.79
    gateway: 192.168.2.1
    subnet: 255.255.255.0  

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "Whr930 Fallback Hotspot"
    password: "m6lRCDCST0Gl"

captive_portal:

web_server:
  port: 80
  
# ==== Algemene items ========================================
globals:
  - id: my_time_internal_led
    type: int
    restore_value: no
    initial_value: '10'
  - id: my_status_internal_led 
    type: bool
    restore_value: no
    initial_value: 'false'

binary_sensor:   
#The GPIO Binary Sensor platform allows you to use any input pin on your device as a binary sensor.
# mdi:check-network-outline
  - platform: status
    name: "NodeESP Status"

sensor:
# Wifi Signal
  - platform: wifi_signal # Reports the WiFi signal strength/RSSI in dB
    name: "WiFi Signal Sensor"
    update_interval:  ${update_interval}

# gegevens hieronder van UART Climates ed.
#======================================

uart:
  id: uart_bus
  baud_rate: 9600
  tx_pin: GPIO6
  rx_pin: GPIO5

comfoair:
  name: "WHR 950"
  id: comfoair_climate
  uart_id: uart_bus
  fan_supply_air_percentage:
    name: "Supply fan"
  fan_exhaust_air_percentage:
    name: "Exhaust fan"
  fan_speed_supply:
    name: "Supply fan speed"
  fan_speed_exhaust:
    name: "Exhaust fan speed"
  is_bypass_valve_open:
    name: "Bypass"
  is_preheating:
    name: "Preheating"
  outside_air_temperature:
    name: "Outside temperature"
  supply_air_temperature:
    name: "Supply temperature"
  return_air_temperature:
    name: "Return temperature"
  exhaust_air_temperature:
    name: "Exhaust temperature"
  is_supply_fan_active:
    name: "Supply fan"
  is_filter_full:
    name: "Filter status"
  bypass_step:
    name: "Bypass valve"
  is_summer_mode:
    name: "Summer mode"

button:
  - platform: template
    name: "Reset filter"
    on_press:
      then:
        - lambda: |-
              id(comfoair_climate)->reset_filter();


# end gegevens van UART Climates ed.
#======================================
switch:
# Interval voor RUN led  
  - platform: gpio
    pin: 2   #PCB D4 = Blue led  
    inverted: True
    name: 'Run_led'
    id: internal_led

#interval:
#  - interval: 10ms
#    then:
#    - lambda: |-
#        id(my_time_internal_led) -= 1;
#        if (id(my_time_internal_led)== 0) {    
#          if (id(my_status_internal_led) == false) {        
#            id(my_status_internal_led) = true;
#            id(internal_led).publish_state(true);
#            id(internal_led).turn_on();
#            id(my_time_internal_led) += 20;  
#          } else {
#            id(my_status_internal_led) = false;
#            id(internal_led).publish_state(false);
#            id(internal_led).turn_off();
#            id(my_time_internal_led) += 500;  
#          }
#        }

[ Voor 0% gewijzigd door Septillion op 27-12-2025 16:34 . Reden: Denk aan de 'yaml' bij de code tags aub! Zie topic warning en hoe deze post is aangepast. ]

[Hermarcel]

@bbn_ldp
ESPhome al ge-update naar de laatste versie?

[Obelixxx]

Villager schreef op zaterdag 13 december 2025 @ 09:01:
[...]

Nee hoor. Hoeft niet. Het is misschien heel goed mogelijk met jouw hardware. Daar kom je dan wel achter als je de vraag stelt aan Claude. Dus ik stel voor dat je het eerst daarmee probeert.

Ook met Claud kreeg ik mijn nieuw ontvangen LilyGO niet aan de gang. Volgens leverancier niet compatible met de laatste versies van ESPHome. Jammer.

Kan iemand me adviseren betreffende Waveshare? Of ander merk?
Ik zou graag een wat groter scherm willen. (> 4 Inch)
Kleur zou ook leuk zijn.
Batterij aanwezig of aansluitbaar.

Maar belangrijkste is dat ESPHome zonder problemen te gebruiken zou moeten zijn.
Iemand een advies?

[bbn_ldp]

Hermarcel schreef op zaterdag 27 december 2025 @ 20:45:
@bbn_ldp
ESPhome al ge-update naar de laatste versie?

Idd geupdated.

Als ik het stuk vanaf Comfoair weglaat krijg ik geen foutmeldingen

[ Voor 15% gewijzigd door bbn_ldp op 29-12-2025 18:09 ]

[chaoscontrol]

bbn_ldp schreef op maandag 29 december 2025 @ 18:07:
[...]

Idd geupdated.

Als ik het stuk vanaf Comfoair weglaat krijg ik geen foutmeldingen

Even build files deleten en opnieuw proberen.

[Lord Anubis]

vraag over de gebruikte displays izm een esp32 en ESPhome. Er zullen wel mensen zijn die dit gebruiken bij een vijver of iets buiten. Nu wil ik een controller buiten plaatsen, in een kast weliswaar , maar de controller heeft een display nodig. Iemand ervaring daarmee tijdens de vrieskou ( nu dus 😉) of dat het overleeft?

[Seafarer]

Lord Anubis schreef op maandag 29 december 2025 @ 22:42:
vraag over de gebruikte displays izm een esp32 en ESPhome. Er zullen wel mensen zijn die dit gebruiken bij een vijver of iets buiten. Nu wil ik een controller buiten plaatsen, in een kast weliswaar , maar de controller heeft een display nodig. Iemand ervaring daarmee tijdens de vrieskou ( nu dus 😉) of dat het overleeft?

Misschien even exact proberen te vermelden wat je wilt?

Maar een ESP32 heeft wifi en dan kun je vanachter je triple glas met een pot bier in de hand deze met een browser uitlezen bij een kamer temperatuur van 21°, lijkt me heel comfortabel.

[Lord Anubis]

Seafarer schreef op maandag 29 december 2025 @ 23:04:
[...]

Misschien even exact proberen te vermelden wat je wilt?

Maar een ESP32 heeft wifi en dan kun je vanachter je triple glas met een pot bier in de hand deze met een browser uitlezen bij een kamer temperatuur van 21°, lijkt me heel comfortabel.

Lijkt me comfortabel, maar is niet de vraag. Het gaat over een display in een buiten kast. Simpel en niet anders.

[MazzHead]

Lord Anubis schreef op maandag 29 december 2025 @ 22:42:
vraag over de gebruikte displays izm een esp32 en ESPhome. Er zullen wel mensen zijn die dit gebruiken bij een vijver of iets buiten. Nu wil ik een controller buiten plaatsen, in een kast weliswaar , maar de controller heeft een display nodig. Iemand ervaring daarmee tijdens de vrieskou ( nu dus 😉) of dat het overleeft?

Vrieskou is het minste probleem, heb je al eens specificaties gelezen? Een -20 t/m 70°C operating temperature is redelijk normaal zo te zien.

Moet je 'm inderdaad wel waterdicht neerzetten zoals een kast, maar dat is niet alles. Electronica kan slecht tegen water in de vorm van regen, maar ook niet best tegen condens. Tegen condensatie kun je een weerstand gebruiken om warmte te genereren, kun je mooi aan/uit schakelen op basis van een vochtigheidssensor om beneden de 90-95% te blijven, maar lager is beter. Als je toch met 230V voor voeding zit kun je ook een gloeilamp gebruiken via relais, dat warmt ook lekker op in een kleine ruimte.

[Lord Anubis]

MazzHead schreef op woensdag 31 december 2025 @ 17:55:
[...]

Vrieskou is het minste probleem, heb je al eens specificaties gelezen? Een -20 t/m 70°C operating temperature is redelijk normaal zo te zien.

Moet je 'm inderdaad wel waterdicht neerzetten zoals een kast, maar dat is niet alles. Electronica kan slecht tegen water in de vorm van regen, maar ook niet best tegen condens. Tegen condensatie kun je een weerstand gebruiken om warmte te genereren, kun je mooi aan/uit schakelen op basis van een vochtigheidssensor om beneden de 90-95% te blijven, maar lager is beter. Als je toch met 230V voor voeding zit kun je ook een gloeilamp gebruiken via relais, dat warmt ook lekker op in een kleine ruimte.

De weerstand stond wel op BOM maar moet nog uitrekenen hoeveel ohm/watt het zou moeten worden. Voeding is POE vanaf een tweede mcu waar wel 230vac aanwezig is. Dus je lamp/weerstand idee is wel goed; alleen geen ervaring ermee. Ben bang dat de lamp eerder dan een weerstand kapot gaat als het droog vriesweer is en de lamp gaat aan of uit.

Heb wel een camera gemaakt en die in plastic dip gedompeld en werkt prima maar of het intern is.. geen idee.

Thanks.

[ Voor 4% gewijzigd door Lord Anubis op 01-01-2026 13:13 ]

[Seafarer]

Lord Anubis schreef op woensdag 31 december 2025 @ 15:48:
[...]

Lijkt me comfortabel, maar is niet de vraag. Het gaat over een display in een buiten kast. Simpel en niet anders.

Ik probeerde uit te vinden waarom een display buiten? Als je een esp32 ook met je telefoon of pc kunt bereiken en vandaar af je informatie kunt lezen.

[bbn_ldp]

chaoscontrol schreef op maandag 29 december 2025 @ 19:19:
[...]

Even build files deleten en opnieuw proberen.

Kan je mij vertellen waar ik die vind?

[Septillion]

@bbn_ldp ESPHome => 3-dots bij het device => Clean build files.

De menu's van ESPHome zijn een rotzooi. Waarom dat menu en de log niet ook gewoon in de edit zit snap ik ook echt niet.

[RobertMe]

"Raar". Ik probeer een ESP based media spelertje (/smart speakertje?) te maken met ESPHome. Alleen "doet die het niet" als ik de media_player: platform:speaker gebruik. YAML is in principe exact zoals het example op die pagina (enige verschil is dat i2s_audio.sample_rate een error geeft / niet bestaat, en ik heb hier en daar een id aangepast).
Als ik nu een stream start dan errort die met:

Media reader encountered an error: ESP_ERR_NOT_SUPPORTED

Wat uiteraard nogal een erg vage error is, vooral gezien "ik geen code schrijf" Dus hoe kan ik nu weten wat ESPHome aan code genereert waarbij esp-idf ergens deze error opgooit.

En extra gek, ik had eerst geprobeerd met media_player: platform: i2s_audio, en dan werkt exact dezelfde stream (URL) wel. Waarbij het wel zo is dat met het speaker platform HA de stream doet transcoden naar flac, maar ook als ik format: NONE toepas werkt het niet (terwijl ik in de logging wel de originele mp3 URL zie binnen komen, i.t.t. zonder format, dus die transcode niet meer (zonder format is de URL het IP van mijn HA instance met iets van ffmpeg_proxy? en dan ook met een flac extensie dat overeen komt met het default flac format dus).

Ik kwam daarbij ook nog tegen dat bij het switchen tussen arduino & esp-idf frameworks een volledige reflash ("met kabeltje") nodig is/zou zijn. Dus dat ook al eens geprobeerd, maar met hetzelfde resultaat.

Iemand enig idee?

Het bordje is overigens een ("antieke") "ESP32 DEVKIT V1". Waar blijkbaar geen PSRAM op zit, en dus ook niet ideaal is . Waarbij ik 2 weken terug nog wat spullen van Ali heb besteld, en een voorraadje ESP32 S3s me niet perse nodig leek. En ik er maar 1 "omdat het kan" heb besteld. Dus ik kan wel daarop proberen maar dan is mijn "omdat het kan" bordje meteen in gebruik.

Edit:
Met verbose logging in ESPHome + verbose logging in esp-idf (en na strippen van regels van de wifi component):

[23:03:52.642][D][media_player:091]: Media URL: https://playerservices.st...eam-redirect/RADIO538.mp3
[23:03:52.649][D][speaker_media_player:406]: State changed to PLAYING
[23:03:52.657][V][esp-idf:000][med_read]: D (25148) HTTP_CLIENT: Begin connect to: https://playerservices.streamtheworld.com:443
[23:03:52.658][V][esp-idf:000][med_read]: D (25150) esp-tls: host:playerservices.streamtheworld.com: strlen 33
[23:03:52.687][V][esp-idf:000][med_read]: D (25160) esp-tls: [sock=58] Resolved IPv4 address: 208.92.53.43
[23:03:52.700][V][esp-idf:000][med_read]: D (25162) esp-tls: Enable TCP keep alive. idle: 5, interval: 5, count: 3
[23:03:52.704][V][esp-idf:000][med_read]: D (25163) esp-tls: [sock=58] Connecting to server. HOST: playerservices.streamtheworld.com, Port: 443
[23:03:52.708][V][esp-idf:000][med_read]: D (25195) esp-tls-mbedtls: Use certificate bundle
[23:03:52.722][V][esp-idf:000][med_read]: D (25197) esp-tls: handshake in progress...
[23:03:52.846][V][esp-idf:000][med_read]: D (25313) esp-x509-crt-bundle: 150 certificates in bundle
[23:03:52.847][V][esp-idf:000][med_read]: I (25336) esp-x509-crt-bundle: Certificate validated
[23:03:53.398][V][esp-idf:000][sys_evt]: D (25886) event: no handlers have been registered for event ESP_HTTP_CLIENT_EVENT:1 posted to loop 0x3ffc2fa0

[23:03:53.398]User-Agent: ESP32 HTTP Client/1.0

[23:03:53.398]Host: playerservices.streamtheworld.com


[23:03:53.399][V][esp-idf:000][sys_evt]: D (25891) event: no handlers have been registered for event ESP_HTTP_CLIENT_EVENT:2 posted to loop 0x3ffc2fa0
[23:03:53.674][V][esp-idf:000][med_read]: D (25954) HTTP_CLIENT: on_message_begin
[23:03:53.714][V][esp-idf:000][med_read]: D (25955) HTTP_CLIENT: HEADER=date:Fri, 02 Jan 2026 22:03:53 GMT
[23:03:53.726][V][esp-idf:000][med_read]: D (25956) HTTP_CLIENT: HEADER=access-control-allow-origin:*
[23:03:53.745][V][esp-idf:000][sys_evt]: D (25955) event: no handlers have been registered for event ESP_HTTP_CLIENT_EVENT:3 posted to loop 0x3ffc2fa0
[23:03:53.775][V][esp-idf:000][med_read]: D (25956) HTTP_CLIENT: HEADER=access-control-allow-credentials:true
[23:03:53.787][V][esp-idf:000][med_read]: D (26029) HTTP_CLIENT: HEADER=x-stw-site:LDN
[23:03:53.808][V][esp-idf:000][med_read]: D (26234) esp-tls: Enable TCP keep alive. idle: 5, interval: 5, count: 3
[23:03:53.863][V][esp-idf:000][med_read]: D (26285) esp-tls-mbedtls: Use certificate bundle
[23:03:53.864][V][esp-idf:000][med_read]: D (26286) esp-tls: handshake in progress...
[23:03:53.951][V][esp-idf:000][med_read]: D (26418) esp-x509-crt-bundle: 150 certificates in bundle
[23:03:53.963][V][esp-idf:000][med_read]: I (26448) esp-x509-crt-bundle: Certificate validated
[23:03:54.495][V][esp-idf:000][sys_evt]: D (26978) event: no handlers have been registered for event ESP_HTTP_CLIENT_EVENT:1 posted to loop 0x3ffc2fa0

[23:03:54.502]User-Agent: ESP32 HTTP Client/1.0

[23:03:54.502]Host: 23543.live.streamtheworld.com


[23:03:54.502][V][esp-idf:000][sys_evt]: D (26982) event: no handlers have been registered for event ESP_HTTP_CLIENT_EVENT:2 posted to loop 0x3ffc2fa0
[23:03:55.005][V][esp-idf:000][med_read]: D (27497) HTTP_CLIENT: on_message_begin
[23:03:55.026][V][esp-idf:000][med_read]: D (27498) HTTP_CLIENT: HEADER=Expires:Thu, 01 Dec 2003 16:00:00 GMT
[23:03:55.094][V][esp-idf:000][sys_evt]: D (27498) event: no handlers have been registered for event ESP_HTTP_CLIENT_EVENT:3 posted to loop 0x3ffc2fa0
[23:03:55.251][V][esp-idf:000][med_read]: D (27499) HTTP_CLIENT: HEADER=Cache-Control:no-cache, must-revalidate
[23:03:55.283][V][esp-idf:000][sys_evt]: D (27500) event: no handlers have been registered for event ESP_HTTP_CLIENT_EVENT:3 posted to loop 0x3ffc2fa0
[23:03:55.346][V][esp-idf:000][med_read]: D (27500) HTTP_CLIENT: HEADER=Pragma:no-cache
[23:03:55.360][V][esp-idf:000][sys_evt]: D (27511) event: no handlers have been registered for event ESP_HTTP_CLIENT_EVENT:3 posted to loop 0x3ffc2fa0
[23:03:55.428][V][esp-idf:000][med_read]: D (27532) HTTP_CLIENT: HEADER=Access-Control-Allow-Credentials:true
[23:03:55.474][V][esp-idf:000][med_read]: D (27768) HTTP_CLIENT: HEADER=icy-description:
[23:03:55.506][V][esp-idf:000][med_read]: D (27839) HTTP_CLIENT: HEADER=icy-br:128
[23:03:55.515][V][esp-idf:000][sys_evt]: D (27870) event: no handlers have been registered for event ESP_HTTP_CLIENT_EVENT:3 posted to loop 0x3ffc2fa0
[23:03:55.527][V][esp-idf:000][med_read]: D (27931) HTTP_CLIENT: content_length = -1
[23:03:55.558][E][speaker_media_player.pipeline:112]: Media reader encountered an error: ESP_ERR_NOT_SUPPORTED
[23:03:55.565][E][speaker_media_player:315]: The media pipeline's file reader encountered an error.
[23:03:55.614][V][esp-idf:000][med_read]: D (28108) HTTP_CLIENT: Begin connect to: https://playerservices.streamtheworld.com:443
[23:03:55.615][V][esp-idf:000][med_read]: D (28111) esp-tls: host:playerservices.streamtheworld.com: strlen 33
[23:03:55.635][V][esp-idf:000][med_read]: D (28118) esp-tls: [sock=58] Resolved IPv4 address: 192.173.29.77
[23:03:55.640][V][esp-idf:000][med_read]: D (28120) esp-tls: Enable TCP keep alive. idle: 5, interval: 5, count: 3
[23:03:55.650][V][esp-idf:000][med_read]: D (28123) esp-tls: [sock=58] Connecting to server. HOST: playerservices.streamtheworld.com, Port: 443

(Emphasis mine is de error output van ESPHome die ook zonder verbose zichtbaar is)

Echt totaal niks dus. Er wordt geconnect, en vervolgens knalt die er uit (nadat die een content length van -1 ontvangt, dat mogelijk niet heel gek is voor een radio stream). En daarna begint die weer opnieuw te connecten.

[ Voor 59% gewijzigd door RobertMe op 02-01-2026 23:07 ]

[bbn_ldp]

Septillion schreef op donderdag 1 januari 2026 @ 17:25:
@bbn_ldp ESPHome => 3-dots bij het device => Clean build files.

De menu's van ESPHome zijn een rotzooi. Waarom dat menu en de log niet ook gewoon in de edit zit snap ik ook echt niet.

Had alleen de keuze Clean all, maar probleem is er niet door opgelost. Zodra ik het stuk vanaf Comfoair in de yaml plaats komen de foutmeldingen. Het lijkt wel of het komt door de laatste versies van esphome.

Is er iemand die een werkende yaml heeft van een whr930 / Comfoair 350 die wel werkt met de meest recente versie van ESPHome?

[Reptile-X]

Ik wil even een discussie openen over ESPHome in combinatie met Home Assistant. Ik ben benieuwd naar de ervaringen van andere ESPHome i.c.m. HA medegebruikers.

Twee weken terug heb ik een ESPHome-temperatuursensor gebouwd en geïntegreerd in HA. Na veel lezen heb ik besloten om met een BME280 sensor te gaan.

Alles ging goed tot ik de sensor in gebruik nam in HA. Het viel gelijk op dat de meting te hoog was. Na even wat zoeken is het me duidelijk geworden BME280 “self-heating issues” heeft, Dus een behuizing ontworpen met zoveel mogelijk gaten erin, maar dat hielp niet. Er zijn verschillende manieren om dit te compenseren. Ik heb de makkelijkste weg gekozen door offset te gebruiken. Dit heb ik bepaald door twee sensoren te vergelijken, de andere sensor was de Aqara sensor die al jaren daar staat. Dit is wel de minste goede manier van calibreren, maar het gaf me wel een idee. Na paar dagen monitoren kwam ik op -3,6 graden uit.

Het draait nu redelijk goed, paar tiendes verschil is te verwaarlozen. De blauwe lijn is de NME280:


Even voor de duidelijkheid; sensor heb ik nodig om virtuele thermostaat aan te sturen, daar was de Aqara-sensor te traag voor. Aqara werkt voor normale situaties goed, maar niet voor dit. Als de virtuele sensor op 20°C ingesteld wordt en Aqara stuurt de ketel uit dan is het te laat, temperatuur loopt op tot bijna 24°C uit, dit is wel verholpen met BME280.

Conclusie is dat je internet niet moet vertrouwen. Dit wist ik al, maar je moet toch ergens beginnen. De meeste deden alsof het een perfecte sensor was, maar heeft toch zijn nukken… 

Maar ik ben waarschijnlijk niet slim genoeg om daar les uit te trekken. Volgend project was een presence sensor bouwen. Na weer op internet te hebben gestruind, kwam ik op een LD2450-sensor uit. Het zou een geweldige sensor zijn.

Min of meer is het ook zo, maar stilstaand doel detecteren, ho maar, dat schijnt niet zijn sterkste kant te zijn, maar daar wil ik het juist voor. Na bijna alle kamers in huis te hebben geprobeerd, kwam ik erachter dat het weer te goed was voor het detecteren van dingen dwars door deuren en muren (gipsblokwanden). Uiteindelijk heb ik het in mijn hobbykamer geplaatst. Gelukkig is het mogelijk om zones in te stellen via Bluetooth en een app van HKL (merk van de sensor) of via HA.

Eerlijk is eerlijk, het is wel erg goedkoop om er een te bouwen. Totale kosten voor deze sensor samen met een ESP32 C3 super mini waren maar €5 (en een USB-voeding natuurlijk). Dit voor EU en NL invoerrechten en toeslaggedoe net voor 2026.

Het is ook mogelijk om radar in een dashboard toe te voegen via een custom card:


Omdat ik toch graag stilstaande objecten wil detecteren, heb ik een andere sensor besteld, dit keer een LD2410C. Schijnt beter te zijn voor stilstaan target presence. 

Ben benieuwd of deze sensor weer andere problemen geeft, want je komt er pas achter als je er een in gebruik neemt. Dan pas ga je naar een specifiek probleem zoeken op interwebs…

Ik zou graag willen weten wat jullie bevindingen zijn met ESPHome en zelfgebouwde sensoren. Ik vind het leuk om ermee te experimenteren, nu ik even vrije tijd heb. Maar ik had iets meer solide “DIY” sensoren verwacht.

Onder aan de streep meer een ESPHome discussie

[ Voor 0% gewijzigd door Septillion op 06-01-2026 12:55 ]

[RobertMe]

Reptile-X schreef op dinsdag 6 januari 2026 @ 01:06:
Ik zou graag willen weten wat jullie bevindingen zijn met ESPHome en zelfgebouwde sensoren. Ik vind het leuk om ermee te experimenteren, nu ik even vrije tijd heb. Maar ik had iets meer solide “DIY” sensoren verwacht.

Dat ligt toch 100% aan wat je bouwt en waarmee? Ik heb al vele jaren (7? 8?) naar tevredenheid een "bed presence" sensor op basis van een antiek NodeMCU bord met ESP8266 met 4 load cells, werkt vaak lang prima (totdat er iets te veel aan de kabels gerammeld wordt?). Ook de kledingkast met een ESP32 dev board zelf 4 contact sensoren in gemaakt (i.p.v. 4 Zigbee sensoren op een oppervlakte van niks) en ook dat werkt gewoon prima.

mmwave radar heb ik mijn vingers ook aan gebrand. HLK LD2411(S?), die heeft geen "makkelijke" connector, geen ESPHome support (wist ik al bij bestellen) en nooit fatsoenlijk gesoldeerd gekregen. Wel zelf een ESPHome component voor gemaakt die an zich werkte. Maar de sensor zelf is lang niet zo goed als de oudere LD2410, veel minder mogelijkheden (niet eens een rechtstreekse trigger pin).

En daarnaast natuurlijk ook hardware besteld voor projecten die ik nooit heb opgepakt . Heb ook nog een NFC lezer liggen bv.

[Stef012]

@Reptile-X ik heb ook veel met temperatuur senoren gespeeld, tegenwoordig gebruik ik dallas senoren. Deze zijner in een soort 3p vorm en een "pt100" vorm. Ik meet bijvoorbeeld de cv aanvoer en retour. Als het verschil groter is dan 2 graden, schakelen mijn pompen in. Dit werkt al ruim 2 jaar prima.

[Reptile-X]

RobertMe schreef op dinsdag 6 januari 2026 @ 06:45:

[...]

Dat ligt toch 100% aan wat je bouwt en waarmee?

@RobertMe, Klopt inderdaad, mechanische onderdelen zoals een schakelaar zal minder problemen opleveren. ESP-borden en ESPHome doen hun werk goed, het gaat meer om de sensoren. Temperatuur sensor heb ik ook op basis van een ESP8266 gebouwd. 

Ik heb ook 4 jaar terug twee bed presence sensoren gebouwd, op basis van een Aqara deur/raam sensor met een microswitch. Werkt ook heel goed.

LD2410C werkt goed voor de rest, als “still target” goed had gewerkt, was het perfect geweest. Daar bouw je een presence sensor voor, anders kan je net zo goed een PIR sensor nemen.

Ik ben benieuwd hoe LD2410C gaat werken, het is ook een ouder model sensor. Ik heb ook LD2420 besteld, en daar ga ik ook mee experimenteren. 

@Stef012, Ik ben ook van plan om dallas sensoren gebruiken voor in de enclosure van mijn 3D printer, omdat ik bijna alleen met ABS print, heb ik verwarming ingebouwd. Op dit moment zit er een Aqara sensor met een display in. Daar heb ik de sensor verlengd met een flat cable. Goed om te horen dat dallas sensoren werken.

Volgend project is een CO₂-sensor op basis van SCD41, ben benieuwd hoe dat gaat werken.

Ik heb ook een JSN-SR04T / AJ-SR04M ultrasoon sensor liggen om het waterniveau te meten in een waterton. Ik moet wel eerst een waterton kopen

[paul-s83]

Reptile-X schreef op dinsdag 6 januari 2026 @ 01:06:
Ik wil even een discussie openen over ESPHome in combinatie met Home Assistant. Ik ben benieuwd naar de ervaringen van andere ESPHome i.c.m. HA medegebruikers.

Even voor de duidelijkheid; sensor heb ik nodig om virtuele thermostaat aan te sturen, daar was de Aqara-sensor te traag voor. Aqara werkt voor normale situaties goed, maar niet voor dit. Als de virtuele sensor op 20°C ingesteld wordt en Aqara stuurt de ketel uit dan is het te laat, temperatuur loopt op tot bijna 24°C uit, dit is wel verholpen met BME280.

Ik zou graag willen weten wat jullie bevindingen zijn met ESPHome en zelfgebouwde sensoren. Ik vind het leuk om ermee te experimenteren, nu ik even vrije tijd heb. Maar ik had iets meer solide “DIY” sensoren verwacht.

Heb hier nu een weekje de Diyless Thermostat draaien en werkt als een tierelier moet ik zeggen.



De aqara sensor stuurt als ik mij niet vergis elke 5 minuten de actuele temperatuur uit. Omdat de afstand tussen ketel en de aqara sensor te groot is publiceer ik elke x minuten de actuele waarde via MQTT naar mijn Opentherm gateway.

Dus om de paar minuten vind er wel verandering plaats, lijkt mij niet dat je daardoor van 20 naar 24 graden kan doorschieten?

[Reptile-X]

paul-s83 schreef op dinsdag 6 januari 2026 @ 12:23:
[...]
Dus om de paar minuten vind er wel verandering plaats, lijkt mij niet dat je daardoor van 20 naar 24 graden kan doorschieten?

Aqara zigbee sensor die ik had gebruikt "zou" na elk 0,5 °C verschil moeten updaten, maar dat deed ie niet. Soms duurt het wel meer dan 30 minuten voordat het reageert, dit met een volle batterij, dus daardoor was het niet betrouwbaar. Kamer is 9m x 3m met een 500x1800 T22 - 3472 watt radiator, met een temperatuurupdate van 20 minuten (in de meeste gevallen) was het veel te laat.

Hieronder een voorbeeld van twee sensoren, de blauwe lijn is van ESPHome sensor en de gele lijn is van de Aqara zigbee sensor. Zie update verschillen en hoe mooi de ESP sensor reageert. Dit was een moment toen verwarming aangezet werd.


Moment dat ze elkaar kruisen, zie je dat zigbee sensor hele tijd hetzelfde blijft en dat is meer dan 30 minuten. Graad verschil bovenaan was 1 °C , lijkt niet veel maar dit komt door dat ESP sensor ketel heeft uitgezet, toen het andersom was geconfigureerd, dus zigbee sensor aansturing regelde, ESP sensor was al lang op 20 °C maar zigbee sensor had nog lang niet gereageerd, je ziet het wel langzaam omhoog gaan maar niet snel genoeg updates geeft.

[jvanderneut]

Reptile-X schreef op dinsdag 6 januari 2026 @ 01:06:
Ik wil even een discussie openen over ESPHome in combinatie met Home Assistant. Ik ben benieuwd naar de ervaringen van andere ESPHome i.c.m. HA medegebruikers.

Twee weken terug heb ik een ESPHome-temperatuursensor gebouwd en geïntegreerd in HA. Na veel lezen heb ik besloten om met een BME280 sensor te gaan.

Alles ging goed tot ik de sensor in gebruik nam in HA. Het viel gelijk op dat de meting te hoog was. Na even wat zoeken is het me duidelijk geworden BME280 “self-heating issues” heeft, Dus een behuizing ontworpen met zoveel mogelijk gaten erin, maar dat hielp niet. Er zijn verschillende manieren om dit te compenseren. Ik heb de makkelijkste weg gekozen door offset te gebruiken. Dit heb ik bepaald door twee sensoren te vergelijken, de andere sensor was de Aqara sensor die al jaren daar staat. Dit is wel de minste goede manier van calibreren, maar het gaf me wel een idee. Na paar dagen monitoren kwam ik op -3,6 graden uit.

Ik zou graag willen weten wat jullie bevindingen zijn met ESPHome en zelfgebouwde sensoren. Ik vind het leuk om ermee te experimenteren, nu ik even vrije tijd heb. Maar ik had iets meer solide “DIY” sensoren verwacht.

Ik denk dat je ESPHome moet zien als een doos Lego. Om iets moois te maken moet je het ook slim in elkaar zetten en slim programmeren.

Zo'n BME280 zelf zal geen self-heating issues hebben, dat stroomverbruik meet je in µA. Een ESP met wifi aan verstookt 1000x zoveel. Een andere warmtebron zijn de spanningsregelaars, voor de ESP, en soms hebben BME280 modules ook een (overbodige) regelaar aan boord. Dingen die je kan doen:
- sensor zo ver mogelijk van je ESP
- deep sleep mode van de ESP gebruiken
- clock speed van de ESP naar beneden

Met een warmtebeeld camera is een BME280 niet zichtbaar:

[Reptile-X]

@jvanderneut Bedankt voor de tips. Het was mijn eerste ESPHome project, ik heb na self heating probleem ook zelfde gelezen wat jij beschrijft. Ik heb oversampling lager gezet en het update-interval is op 60s. Ik heb de 3D print case aangepast met ventilatiegaten en de sensor verder geplaatst. Dit heeft wel een graad of anderhalf geholpen.

Ik kan even niet bij de sensor, maar hier is de tekening.


Ik laat het nu zoals het is, ik ben tevreden hoe het werkt, maar volgende keer ga ik daar zeker rekening mee houden.

Ik ben net klaar met een 3D tekening voor een SCD41 sensor i.c.m. C3 Supermini. Daar heb ik zelfs veel meer gaten in gemaakt. Ik ga het morgen in elkaar zetten.

[jvanderneut]

Reptile-X schreef op dinsdag 6 januari 2026 @ 19:09:
Ik ben net klaar met een 3D tekening voor een SCD41 sensor i.c.m. C3 Supermini. Daar heb ik zelfs veel meer gaten in gemaakt. Ik ga het morgen in elkaar zetten.

Je kan eventueel ook met wat schuim o.i.d. je sensor nog wat meer scheiden van de ESP.

De meeste ESP C3 Supermini's hebben trouwens een verkeerd uitgevoerde wifi-antenne, waardoor het wifi signaal zeer matig is en de chip extra opwarmt. Een kleine antenne modificatie los dat op. (Zie bijv. https://hackaday.com/2025...for-better-esp32-c3-wifi/)

[Reptile-X]

@jvanderneut Weer goeie tips, bedankt, Ik zat te denken om iets in de doorloop te proppen waar draden lopen, thermische overdracht van de draden helpt waarschijnlijk ook niet.

Die antenne is een goeie oplossing, C3 supermini die ik voor de presence sensor gebruik, wordt 55°C met uitschieters tot 60°C. Wifi verbinding lijk goed te gaan tot nu toe.

Ik heb exact hetzelfde model als die gemodificeerde C3. Ik heb er nog 10 van liggen, vorige maand ingeslagen voordat gedoe begint met NL/EU nvoerkosten. Voor het aankomende project heb ik al de behuizing geprint, maar de volgende ga ik wel met zo'n antenne proberen, denk ik. Moet nog wel de juiste draad bestellen daarvoor.

EDIT:
Ongeduldig dat ik ben, ik kon het niet laten om zo'n antenne op te solderen, ik had 0.8 mm draad of 1.5mm installatiedraad. In het artikel deed 0.8 niet zo goed als 1mm dus maar met 1.5mm draad gedaan. Ik ga het morgen vergelijken als ik tijd heb.

Zo is het geworden, koper gaat uiteindelijk oxideren, maar ik kan het altijd vervangen door een verzilverd koperdraad.


Nu moet ik de behuizing aanpassen...

[ Voor 38% gewijzigd door Reptile-X op 06-01-2026 22:55 ]

[RobertMe]

Reptile-X schreef op dinsdag 6 januari 2026 @ 21:30:
Ik heb exact hetzelfde model als die gemodificeerde C3. Ik heb er nog 10 van liggen, vorige maand ingeslagen voordat gedoe begint met NL/EU nvoerkosten.

Echt exact dezelfde, tot op de millimeter? Want ik had het nog even nagekeken, en het verschil tussen goed en fout is letterlijk 1 millimeter. Er "hoort" ~3,5mm te zijn van het zichtbare randje tot waar het PCB "gebruikt" wordt (/de eerste/laatste pin) en bij de foute is dat ~2,5mm. Die "C3" bovenaan is de antenne en die hoort vrij geplaatst te zijn, en dat beetje verschil (door het 1mm korter zijnde PCB?) is al "voldoende" dat het bereik flink afneemt.

Plaatje van Reddit:

[Reptile-X]

@RobertMe, Ik heb hem toevallig in mijn hand, samen met een schuifmaat, om de behuizing aan te passen. Die van mij is 2.5mm versie.,,,

[ Voor 5% gewijzigd door Reptile-X op 06-01-2026 23:14 ]

[RobertMe]

Reptile-X schreef op dinsdag 6 januari 2026 @ 23:13:
@RobertMe, Ik heb hem toevallig in mijn hand, samen met een schuifmaat, om de behuizing aan te passen. Die van mij is 2.5mm versie.,,,

Ik had zelf net ook eens gemeten, heb er een paar, ongebruikt, en die binnen handbereik was wel juist. Je zou het natuurlijk ook kunnen zien aan de afstand tussen C3 en de "(soldeer)lijnen" op het PCB, in dat plaatje van mijn vorige post zie je links duidelijk iets van afstand en rechts veel minder. Dat heb ikzelf "nu" niet nagekeken.

Maar wel crap dat je nu nieuwe hebt en ze niet goed zijn. Ik heb al maanden terug van dit probleem gelezen. Je zou dus verwachten dat "ze" allemaal hun proces hebben aangepast.

[Reptile-X]

@RobertMe Eerlijk gezegd maak ik me er niet zo druk om. Eerst heb ik al drie dagen draaien geen problemen met verbinding gehad, meerdere malen wireless updates uitgevoerd, anderhalf uur geleden nog gecontroleerd. Het is niet perfect, maar ziet er ook niet heel slecht uit:


Ben benieuwd of de antenneversie betere verbinding heeft.

[Btje]

welke custom card is dit?

Reptile-X schreef op dinsdag 6 januari 2026 @ 01:06:
Ik wil even een discussie openen over ESPHome in combinatie met Home Assistant. Ik ben benieuwd naar de ervaringen van andere ESPHome i.c.m. HA medegebruikers.

Twee weken terug heb ik een ESPHome-temperatuursensor gebouwd en geïntegreerd in HA. Na veel lezen heb ik besloten om met een BME280 sensor te gaan.

Alles ging goed tot ik de sensor in gebruik nam in HA. Het viel gelijk op dat de meting te hoog was. Na even wat zoeken is het me duidelijk geworden BME280 “self-heating issues” heeft, Dus een behuizing ontworpen met zoveel mogelijk gaten erin, maar dat hielp niet. Er zijn verschillende manieren om dit te compenseren. Ik heb de makkelijkste weg gekozen door offset te gebruiken. Dit heb ik bepaald door twee sensoren te vergelijken, de andere sensor was de Aqara sensor die al jaren daar staat. Dit is wel de minste goede manier van calibreren, maar het gaf me wel een idee. Na paar dagen monitoren kwam ik op -3,6 graden uit.

Het draait nu redelijk goed, paar tiendes verschil is te verwaarlozen. De blauwe lijn is de NME280:
[Afbeelding]

Even voor de duidelijkheid; sensor heb ik nodig om virtuele thermostaat aan te sturen, daar was de Aqara-sensor te traag voor. Aqara werkt voor normale situaties goed, maar niet voor dit. Als de virtuele sensor op 20°C ingesteld wordt en Aqara stuurt de ketel uit dan is het te laat, temperatuur loopt op tot bijna 24°C uit, dit is wel verholpen met BME280.

Conclusie is dat je internet niet moet vertrouwen. Dit wist ik al, maar je moet toch ergens beginnen. De meeste deden alsof het een perfecte sensor was, maar heeft toch zijn nukken… 

Maar ik ben waarschijnlijk niet slim genoeg om daar les uit te trekken. Volgend project was een presence sensor bouwen. Na weer op internet te hebben gestruind, kwam ik op een LD2450-sensor uit. Het zou een geweldige sensor zijn.

Min of meer is het ook zo, maar stilstaand doel detecteren, ho maar, dat schijnt niet zijn sterkste kant te zijn, maar daar wil ik het juist voor. Na bijna alle kamers in huis te hebben geprobeerd, kwam ik erachter dat het weer te goed was voor het detecteren van dingen dwars door deuren en muren (gipsblokwanden). Uiteindelijk heb ik het in mijn hobbykamer geplaatst. Gelukkig is het mogelijk om zones in te stellen via Bluetooth en een app van HKL (merk van de sensor) of via HA.

Eerlijk is eerlijk, het is wel erg goedkoop om er een te bouwen. Totale kosten voor deze sensor samen met een ESP32 C3 super mini waren maar €5 (en een USB-voeding natuurlijk). Dit voor EU en NL invoerrechten en toeslaggedoe net voor 2026.

Het is ook mogelijk om radar in een dashboard toe te voegen via een custom card:
[Afbeelding]

Omdat ik toch graag stilstaande objecten wil detecteren, heb ik een andere sensor besteld, dit keer een LD2410C. Schijnt beter te zijn voor stilstaan target presence. 

Ben benieuwd of deze sensor weer andere problemen geeft, want je komt er pas achter als je er een in gebruik neemt. Dan pas ga je naar een specifiek probleem zoeken op interwebs…

Ik zou graag willen weten wat jullie bevindingen zijn met ESPHome en zelfgebouwde sensoren. Ik vind het leuk om ermee te experimenteren, nu ik even vrije tijd heb. Maar ik had iets meer solide “DIY” sensoren verwacht.

[mbr]Onder aan de streep meer een ESPHome discussie[/]

[Reptile-X]

@Btje Plotly Graph Card

[Btje]

Reptile-X schreef op woensdag 7 januari 2026 @ 14:48:
@Btje Plotly Graph Card

Zou je je yaml willen delen?

[Reptile-X]

@Btje Natuurlijk wil ik dat wel, maar het is best lastig uit te leggen wat je allemaal moet veranderen. Ik had zelf ook eerst moeite met kant-en-klare yaml's.

Deze jongen hier legt precies uit wat je moet doen om het werkend te krijgen, hij heeft ook yaml op zijn website.
Video start waar hij begint uit te leggen
Zijn website waar hij het over heeft met de yaml, ergens onderaan

[Reptile-X]

CO₂-sensor bij elkaar gesoldeerd en toegevoegd in ESPHome en HA. Ik heb de ESP32-C3 Super Mini gebruikt met de antenne die ik gisteren opgezet had.

Ik heb de eerder gemaakte Presence Sensor met hetzelfde type ESP32-C3 en nieuwe 5cm naast elkaar gezet en het verschil in wifi-verbinding is duidelijk te zien. Temperaturen zijn ook behoorlijk uit elkaar. Natuurlijk hebben beide borden verschillende sensoren nu, maar als de presence sensor niet bezig is, dus geen mensen/dieren in de buurt, dan heeft 'ie weinig te verwerken.

Nieuwe CO₂-sensor:


Presence sensor:


Sensor ziet er zo uit:

ABS printen met veel gaten in de print in een koude hobbykamer, ondanks verwarmde behuizing, was best moeizaam.

@jvanderneut Nogmaals bedankt voor de antene tip, werkt heel goed!

[Septillion]

@Reptile-X Heb je foto hoe je antennemod er nu bij jouw uitziet?

Moet ik hier misschien ook eens proberen

[RobertMe]

Septillion schreef op woensdag 7 januari 2026 @ 17:41:
@Reptile-X Heb je foto hoe je antennemod er nu bij jouw uitziet?

Moet ik hier misschien ook eens proberen

Die staat hier: Reptile-X in "Het grote ESPhome topic"

[Septillion]

@RobertMe Ja, hé, edits nadat ik de post al gelezen had

[Reptile-X]

@Septillion Oeps, sorry ik dacht niemand heeft na mij gepost en het was maar anderhalve uur later

[RobertMe]

Ik probeer ESPHome op mijn (tot nu toe enige) ESP32 S3 bordje te zetten (van Ali, lijkt de devkitm-1 te zijn gaat om een devkitc-1, dubbele USB-C poort etc). Alleen, it no worky. Op web.esphome.io in Chromium kan die niet verbinden en spuugt in de dev console ook "No serial data received" errors.

esptool zelf soort van idem dito:

esptool.py v4.10.0
Serial port /dev/ttyACM0
Connecting....
Detecting chip type... ESP32-S3
Chip is ESP32-S3 (QFN56) (revision v0.2)
Features: WiFi, BLE, Embedded PSRAM 8MB (AP_3v3)
Crystal is 40MHz
MAC: <knip>
Uploading stub...
Running stub...
Stub running...

A fatal error occurred: Unable to verify flash chip connection (No serial data received.).

Gezien die wel kan lezen om welk apparaat het gaat (ESP32-S3 (QFN56)) en een mac adres er uit lepelt zou ik dus zeggen dat er wel iets gebeurd. Maar installeren ho maar.

Ook het indrukken (en al dan niet permanent ingedrukt houden) van de boot knop maakt geen verschil. Noch werkt "de andere" USB-C poort. Met de USB kabel in de "COM" poort (staat onderop het PCB, zijnde de rechter poort) knipperen wel een aantal keren de 2 blauwe LEDs (naast de oranje? power LED) tijdens het "uitlezen" (vooraf aan de "Uploading stub"), maar daarna blijft die dus uit (en duurt het nog even voordat esptool errort). Bij het gebruik van de "USB" poort (de linker dus) gebeurd helemaal niks en blijft de power LED om de X seconden even knipperen (continu aan met een kleine onderbreking naar uit) en blijft "Linux" ook de hele tijd meldingen geven van een nieuw aangesloten USB apparaat.

Het enige dat ik op internet tegen kom is "controleer de USB kabel", maar daarvan heb ik er al twee geprobeerd. Waarvan 1 die van het toetsenbord is, en ik weet "vrij zeker" dat die kabel gewoon werkt . Iemand dus een idee wat hier aan de hand kan zijn?

[Reptile-X]

@RobertMe Ik ben te nieuw (n00b) in ESP spullen, maar bij mijn eerste project had ik ook moeite om te verbinden. Ik maak de eerste verbinding via USB op de NUC waar Home Assistant op staat met ESPHome Builder. Het was een oude ESP8266 met een micro usb, en ik had geen idee of mijn kabels data kon overdragen, uiteindelijk niet dus. Ik had nog zo'n USB-kabeltester liggen, daarmee heb ik een kabel kunnen vinden die werkt. Ik zou je kabels testen om bijvoorbeeld je telefoon op je PC te aansluiten en kijken of je foto's kan afhalen bijvoorbeeld.


Ik heb zelf ook een vraagje, de CO2 sensor draait al een tijdje. Fijn om te weten dat het bij ons iets te hoog is we kunnen er in ieder geval wat aan doen.

Echter, ESPHome laat de waarde zonder punten zien als het boven 1000 komt, maar HA laat 1.000 zien, ik heb juist een template sensor gemaakt om het visueel makkelijk leesbaar te maken.

YAML:

 
    - sensor:
      - unique_id: 2dfb8359123-1234-9909-123456789123
        name: "CO2 Meting WK"
        icon: mdi:molecule-co2
        state: >-
          {% set temp = states('sensor.wk_co2_sensor_woonkamer_co2') | float %}
          {% if temp <= 800 %}
            goed
          {% elif temp <= 1200 %}
            redelijk
          {% elif temp >= 1201 %}
            slecht
          {% else %}
            error
          {% endif %}

En ik voeg het toe aan het dashboard, zodat je alleen kleuren ziet:

YAML:

      - type: image
        entity: sensor.co2_meting_wk
        state_image:
          goed: local/images/groen.png
          redelijk: local/images/geel.png
          slecht: local/images/rood.png
          unavailable: local/images/nav.png
 

Dit werkte natuurlijk niet toen het net boven 1000 schoot, zoals ik had gezegd. Ik heb ESPHome nagekeken, daar is het 1032 en in HA verschijnt het als 1.032

Ik zocht een filter hiervoor, maar het is me niet duidelijk of er een bestaat. In HA Precisie weergeven heeft ook geen optie om een te kiezen zonder punt.

[ Voor 0% gewijzigd door Reptile-X op 07-01-2026 22:40 . Reden: Er zat een foutje in de code, dit hersteld. ]

[RobertMe]

Reptile-X schreef op woensdag 7 januari 2026 @ 21:16:
@RobertMe Ik ben te nieuw (n00b) in ESP spullen, maar bij mijn eerste project had ik ook moeite om te verbinden. Ik maak de eerste verbinding via USB op de NUC waar Home Assistant op staat met ESPHome Builder. Het was een oude ESP8266 met een micro usb, en ik had geen idee of mijn kabels data kon overdragen, uiteindelijk niet dus. Ik had nog zo'n USB-kabeltester liggen, daarmee heb ik een kabel kunnen vinden die werkt. Ik zou je kabels testen om bijvoorbeeld je telefoon op je PC te aansluiten en kijken of je foto's kan afhalen bijvoorbeeld.

Als de kabel niet werkt kan esptool natuurlijk niet weergeven dat het om een ESP32-S3 gaat incl het mac adres ervan Nog los van dat ik aangeef dat ik ook met de kabel van mijn (bedrade) toetsenbord heb getest en die kabel dus werkt omdat ik anders het bericht niet kon typen En "linux" plingeld dus ook voor nieuw aangesloten hardware. Als de kabel alleen stroom leverde kon die niet weten dat (/wat) iets was aangesloten. (Incl vermelding van of een "Chinese" seriële adapter of Espressif USB/JTAG afhankelijk van de gebruikte USB poort).

+ intussen heb ik nog een C3 over dezelfde (niet toetsenbord) kabel geflasht.

[Reptile-X]

@RobertMe zoals ik al had gezegd, het was een n00b suggestie

[Reptile-X]

Om mijn eigen vraag hier te beantwoorden, ik heb het gevonden. Duizend wordt nu al 1000 weergegeven i.p.v. 1.000

Het zat in de gebruikersinstellingen van HA, getalnotatie zat op automatisch. Ik heb het nu op Geen gezet:

[ Voor 9% gewijzigd door Reptile-X op 07-01-2026 22:21 ]

[RobertMe]

Reptile-X schreef op woensdag 7 januari 2026 @ 22:20:
Om mijn eigen vraag hier te beantwoorden, ik heb het gevonden. Duizend wordt nu al 1000 weergegeven i.p.v. 1.000

Het zat in de gebruikersinstellingen van HA, getalnotatie zat op automatisch. Ik heb het nu op Geen gezet:
[Afbeelding]

Volgens mij maakt dat niks uit? De aanpassing die je nu hebt gedaan is puur voor het frontend. Ik zie bij mij ook "Number format: Automatic" met als voorbeeld "1,234,567.89". Maar als ik vervolgens bij DevTools => States kijk staan daar gewoon sensoren in de vorm van 1234567.89. En automations werken ook gewoon met de ruwe state en niet met de formatted state. Dus als de sensor 1000 is dan moet states(...) ook de string 1000 zijn en na de float filter dus 1000 als float. En de rest van het Jinja2 template moet dan ook gewoon werken. De getalnotatie die je hebt ingesteld heeft hier dus geen betrekking op.

Edit/aanvulling:
Ook dus omdat de getalnotatie een gebruiekrsspecifieke instelling is en automations natuurlijk niet gekoppeld aan een gebruiker zijn. Dus er is niet eens een "getalnotatie".

[ Voor 7% gewijzigd door RobertMe op 07-01-2026 22:41 ]

[chaoscontrol]

RobertMe schreef op woensdag 7 januari 2026 @ 19:17:
Ik probeer ESPHome op mijn (tot nu toe enige) ESP32 S3 bordje te zetten (van Ali, lijkt de devkitm-1 te zijn gaat om een devkitc-1, dubbele USB-C poort etc). Alleen, it no worky. Op web.esphome.io in Chromium kan die niet verbinden en spuugt in de dev console ook "No serial data received" errors.

esptool zelf soort van idem dito:

esptool.py v4.10.0
Serial port /dev/ttyACM0
Connecting....
Detecting chip type... ESP32-S3
Chip is ESP32-S3 (QFN56) (revision v0.2)
Features: WiFi, BLE, Embedded PSRAM 8MB (AP_3v3)
Crystal is 40MHz
MAC: <knip>
Uploading stub...
Running stub...
Stub running...

A fatal error occurred: Unable to verify flash chip connection (No serial data received.).

Gezien die wel kan lezen om welk apparaat het gaat (ESP32-S3 (QFN56)) en een mac adres er uit lepelt zou ik dus zeggen dat er wel iets gebeurd. Maar installeren ho maar.

Ook het indrukken (en al dan niet permanent ingedrukt houden) van de boot knop maakt geen verschil. Noch werkt "de andere" USB-C poort. Met de USB kabel in de "COM" poort (staat onderop het PCB, zijnde de rechter poort) knipperen wel een aantal keren de 2 blauwe LEDs (naast de oranje? power LED) tijdens het "uitlezen" (vooraf aan de "Uploading stub"), maar daarna blijft die dus uit (en duurt het nog even voordat esptool errort). Bij het gebruik van de "USB" poort (de linker dus) gebeurd helemaal niks en blijft de power LED om de X seconden even knipperen (continu aan met een kleine onderbreking naar uit) en blijft "Linux" ook de hele tijd meldingen geven van een nieuw aangesloten USB apparaat.

Het enige dat ik op internet tegen kom is "controleer de USB kabel", maar daarvan heb ik er al twee geprobeerd. Waarvan 1 die van het toetsenbord is, en ik weet "vrij zeker" dat die kabel gewoon werkt . Iemand dus een idee wat hier aan de hand kan zijn?

je moet de poort met COM gebruiken. Misschien moet je hem in boot mode zetten. BOOT ingedrukt houden, dan even resetten met de andere button (RST) en dan BOOT weer los laten.

[RobertMe]

chaoscontrol schreef op woensdag 7 januari 2026 @ 22:52:
[...]

je moet de poort met COM gebruiken. Misschien moet je hem in boot mode zetten. BOOT ingedrukt houden, dan even resetten met de andere button (RST) en dan BOOT weer los laten.

Helaas had ik dat ook al geprobeerd (ook weer op beide poorten), maar vergeten te vermelden. Incl dus boot ingedrukt houden, reset "klikken" en boot los laten.

Ik vermoed dat er dus ergens een hardwarematig defect is waardoor die de boot mode niet activeert. Noch via de boot button noch via de serial interface / chip. Want normaliter zou die dus "automatisch" geactiveerd moeten worden door esptool, apart serial commando waarmee die de "juiste" GPIOs hoog/laag trekt om boot mode te activeren op de ESP.

Ik zou nog zelf een serial adapter er aan kunnen hangen (heb zo'n USB serial adapter met de 4 headers voor TX/RX/GND/(5V/3.3V)), maar ik verwacht daarvan hetzelfde resultaat. Ik vermoed dat ik dan sowieso boot zelf moet activeren (niet over serial kan) waarbij het dus niet uit zal maken of die aan USB of aan "GPIOs" hangt v.w.b. stroom en serial.

Of wat ik nog kan proberen is de GPIOs voor boot en reset. Boot is GPIO0 en die zit volgens mij ook gewoon op een "poort" (/header na solderen) en reset is mogelijk ook exposed. Misschien dat die wel werken. (En mogelijk kan ik de werking van de knoppen testen met een multimeter op de headers)

Edit/aanvulling:
Trouwens exposed de C3 (super mini) zich over USB als "Espressif USB/JTAG" of zoiets. En dat is identiek aan de USB poort op de S3. Eigenlijk verwacht ik dus dat beiden zouden moeten werken. [small]Maakt alleen het boot/reset verhaal over serial "raar". Want dan zit er geen losse serial adapter meer op die de GPIOs kan pullen. Zal dan wel weer een "software" feature in de ESP zelf zijn. Om bij bepaalde commando's boot mode te activeren (al dan niet door binnen de ESP zelf de GPIOs te pullen, of gewoon een software based "reboot" te doen).

[ Voor 16% gewijzigd door RobertMe op 07-01-2026 23:10 ]

[DjoeC]

Ik heb alleen ervaring met de esp8266 en die heeft naar ik meen een verbinding tussen RST en GND nodig om via te kunnen flashen en rebooten. Kan dat hier ook het probleem zijn?

[Reptile-X]

@RobertMe Ik weet het niet, maar mijn template sensor heeft niet gewerkt, omdat er een punt in duizend zat. Toen ik het had gemaakt, was de waarde ergens net boven 800. Zodra deze boven 1200 ging, kreeg ik de error die ik zelf had ingezet. Ik heb die instelling veranderd, of het gebruikerafhankelijk is of niet, template sensor begon te werken na een restart. (Ik had eerst ook een restart gedaan natuurlijk.)

Ik hou het in de gaten, het blijft net boven 1200 hangen. Kijken of het allemaal goed werkt of ik toch iets fout gedaan heb. Dat zie ik pas als het weer lager dan 1200 wordt. Ik ga geen ramen openen met dit weer, terwijl ik hier zit

Morgenochtend gaat de ventilatie open.
Ik ben raamventilaties aan het automatiseren, vandaar deze sensor ook.

[InjecTioN]

RobertMe schreef op woensdag 7 januari 2026 @ 23:06:
[...]

Helaas had ik dat ook al geprobeerd (ook weer op beide poorten), maar vergeten te vermelden. Incl dus boot ingedrukt houden, reset "klikken" en boot los laten.

Ik vermoed dat er dus ergens een hardwarematig defect is waardoor die de boot mode niet activeert. Noch via de boot button noch via de serial interface / chip. Want normaliter zou die dus "automatisch" geactiveerd moeten worden door esptool, apart serial commando waarmee die de "juiste" GPIOs hoog/laag trekt om boot mode te activeren op de ESP.

Ik zou nog zelf een serial adapter er aan kunnen hangen (heb zo'n USB serial adapter met de 4 headers voor TX/RX/GND/(5V/3.3V)), maar ik verwacht daarvan hetzelfde resultaat. Ik vermoed dat ik dan sowieso boot zelf moet activeren (niet over serial kan) waarbij het dus niet uit zal maken of die aan USB of aan "GPIOs" hangt v.w.b. stroom en serial.

Of wat ik nog kan proberen is de GPIOs voor boot en reset. Boot is GPIO0 en die zit volgens mij ook gewoon op een "poort" (/header na solderen) en reset is mogelijk ook exposed. Misschien dat die wel werken. (En mogelijk kan ik de werking van de knoppen testen met een multimeter op de headers)

Edit/aanvulling:
Trouwens exposed de C3 (super mini) zich over USB als "Espressif USB/JTAG" of zoiets. En dat is identiek aan de USB poort op de S3. Eigenlijk verwacht ik dus dat beiden zouden moeten werken. [small]Maakt alleen het boot/reset verhaal over serial "raar". Want dan zit er geen losse serial adapter meer op die de GPIOs kan pullen. Zal dan wel weer een "software" feature in de ESP zelf zijn. Om bij bepaalde commando's boot mode te activeren (al dan niet door binnen de ESP zelf de GPIOs te pullen, of gewoon een software based "reboot" te doen).

Ik heb een tijd geleden een ESP32 uit China over laten komen die een configuratie erop had staan die op geen enkele manier in boot mode wilde gaan. Vervolgens heb ik een pin van GPIO0 naar GND verbonden, opnieuw via usb ingeprikt, waarna die direct naar boot mode ging. Vervolgens ESPhome erop gezet. Sindsdien ook geen issues meer met in boot mode starten.

Misschien dat het werkt? ¯\_(ツ)_/¯

Edit: zoek het vooral ook even op in de datasheet van jouw specifieke model.

[RobertMe]

InjecTioN schreef op donderdag 8 januari 2026 @ 08:31:
[...]

Ik heb een tijd geleden een ESP32 uit China over laten komen die een configuratie erop had staan die op geen enkele manier in boot mode wilde gaan. Vervolgens heb ik een pin van GPIO0 naar GND verbonden, opnieuw via usb ingeprikt, waarna die direct naar boot mode ging. Vervolgens ESPhome erop gezet. Sindsdien ook geen issues meer met in boot mode starten.

Misschien dat het werkt? ¯\_(ツ)_/¯

Edit: zoek het vooral ook even op in de datasheet van jouw specifieke model.

Thanks voor de suggestie, en in principe wat ik gisteren ook zelf al aangaf dat wellicht zou kunnen werken.

Net even geprobeerd, maar... ook dit werkt niet. Verschillende kabels geprobeerd in combinatie met 2 verschillende GND poorten (GPIO0 is er uiteraard maar 1). Op https://docs.espressif.co.../boot-mode-selection.html staat ook dat het om GPIO0 gaat bij de ESP32-S3, die met GND verbonden moet worden. Dus het is wel de correcte "procedure". Daarnaast staat daar ook dat vele bordjes een FLASH of BOOT knop hebben die hetzelfde doet tijdens reset / opstarten. En dat had ik gisteren ook al geprobeerd.

Wat jij impliciet wel aangeeft is dat USB aansluiten ook een RESET is (gelijk aan de knop en ook daarvoor is er een GPIO). Dus een defecte RESET knop/aansluiting is daarmee ook uitgesloten.

Ik ga er dan maar vanuit dat het een defect bord is. En later vandaag maar eens kijken wat de verkoper / Ali er van zegt. Het was in ieder geval wel een shop die al vele bordjes verkocht had incl. positieve reviews. Dus (dit keer eens ) niet gewoon de goedkoopste shop met 5 verkocht en 0 reviews.

[InjecTioN]

RobertMe schreef op donderdag 8 januari 2026 @ 09:16:
[...]

Thanks voor de suggestie, en in principe wat ik gisteren ook zelf al aangaf dat wellicht zou kunnen werken.

Net even geprobeerd, maar... ook dit werkt niet. Verschillende kabels geprobeerd in combinatie met 2 verschillende GND poorten (GPIO0 is er uiteraard maar 1). Op https://docs.espressif.co.../boot-mode-selection.html staat ook dat het om GPIO0 gaat bij de ESP32-S3, die met GND verbonden moet worden. Dus het is wel de correcte "procedure". Daarnaast staat daar ook dat vele bordjes een FLASH of BOOT knop hebben die hetzelfde doet tijdens reset / opstarten. En dat had ik gisteren ook al geprobeerd.

Wat jij impliciet wel aangeeft is dat USB aansluiten ook een RESET is (gelijk aan de knop en ook daarvoor is er een GPIO). Dus een defecte RESET knop/aansluiting is daarmee ook uitgesloten.

Ik ga er dan maar vanuit dat het een defect bord is. En later vandaag maar eens kijken wat de verkoper / Ali er van zegt. Het was in ieder geval wel een shop die al vele bordjes verkocht had incl. positieve reviews. Dus (dit keer eens ) niet gewoon de goedkoopste shop met 5 verkocht en 0 reviews.

Ik doelde met USB aansluiten meer op voeding (en direct serial connection) inschakelen. Dat is direct een reset. Maar je kan natuurlijk het apparaat gewoon verbinden met je PC en eerst eens zien of de serial port beschikbaar komt in `/dev/ttyUSB*` of onder Device Manager. Als dat zo is, even een console starten met bijvoorbeeld `screen` of putty onder Windows. Dan zie je of er überhaupt iets gebeurt. Dan kan je ook zien of de knoppen iets van feedback geven. (let wel even op de baud rate, wat kan verschillen per ESP model - ik heb uit mijn hoofd geen idee welke baud rate die gebruikt).

[Ruimzicht]

@Reptile-X Nog een vraag over jouw antenne: heb jij de totale lengte wel op 31mm gehouden? Ik las wat verwarring over - en dat het nogal invloed heeft of alleen het opstaande deel 31mm is of de totale lengte van draad inclusief loop.

Hier ondertussen ook maar wat ESP32-C3's besteld om mee te klussen...

[Reptile-X]

@Ruimzicht Ik heb inderdaad 31mm aangehouden, eerst 10cm 1,5mm² installatiedraad gestript en 31mm ergens in het midden gemarkeerd, om een boor van 5mm gevouwen en dan op de markeringen geknipt.

Ik heb wel 1mm² verzilverd koperen draad besteld, 1,5mm² is net even te stug om goed mee te werken op zo'n printplaatje.

[RobertMe]

InjecTioN schreef op donderdag 8 januari 2026 @ 10:02:
Maar je kan natuurlijk het apparaat gewoon verbinden met je PC en eerst eens zien of de serial port beschikbaar komt in `/dev/ttyUSB*` of onder Device Manager. Als dat zo is, even een console starten met bijvoorbeeld `screen` of putty onder Windows. Dan zie je of er überhaupt iets gebeurt.

Serieel werkt, want esptool kan de hardware info opvragen (laat zien dat het om een ESP32-S3 gaat en geeft het MAC adres weer). Dat zou natuurlijk niet kunnen zonder werkende seriele verbinding.

Dan kan je ook zien of de knoppen iets van feedback geven.

Gezien die ook niet in de boot/flash mode komt bij het "kortsluiten" van GPIO0 en GND zal het niet heel veel uit maken of de knoppen enig teken van leven geven.
Effectief zouden er 3 manieren zijn om in boot/flash mode te komen. Via de seriële interface in combinatie met een specifiek commando; Via de boot knop (gecombineerd met reset / stroom aansluiten); Door GPIO0 op GND aan te sluiten (gecombineerd met reset / stroom aansluiten).
Dat één methode defect is en de rest werkt lijkt ne onwaarschijnlijk. Dat 2 of 3 methode defect zijn maar er nog een derde/vierde methode is die wel werkt lijkt me onwaarschijnlijk. Het meest voordehand liggende zal zijn dat de ESP zelf of een defecte GPIO0 of iets dergelijks heeft of dat op het bord deze drie methode dan alle drie op GPIO0 zijn aangesloten met een gecombineerde trace die ergens eerder stuk is.
Ik zou dus de multimeter op GPIO0 en GND kunnen zetten en ik vermoed dan te zien dat die "open" / "dicht" staat afhankelijk van of de boot knop is ingedrukt. En theoretisch zou je dat lijkt mij ook behoren te zien als je over USB een flash start en de seriële chip dus een boot triggert over de GPIO (alleen zal die zo kort triggeren dat je het op een multimeter waarschijnlijk niet ziet).

[Driek]

Voor mijn onthadingszoutvoorraad uit te lezen wil graag een hc-sr04 op een esp32 c3 aansluiten.
Ik dien dan de trigger en de echo pin (naast de 5v en ggnd) aan te sluiten.
Ik zou alleen niet weten welke pinnen er geschikt zijn.

YAML:

sensor:
  - platform: ultrasonic
    trigger_pin: D1
    echo_pin: D2
    name: "Ultrasonic Sensor"

https://esphome.io/components/sensor/ultrasonic/

iemand een idee welke pinnen ik voor de trigger en echo van de c3 kan gebruiken?

[Septillion]

@Driek Heb je geen specifieke pin voor nodig dus elke die je anders ook zou gebruiken. Mooie uiteenzetting van de pinnen hier.

Let wel op, de echo pin stuurt 5V uit en de ESP kan daar officieel niet tegen. Dus die voorzien van een spanningsdeler.

[Driek]

Septillion schreef op donderdag 8 januari 2026 @ 16:01:
@Driek Heb je geen specifieke pin voor nodig dus elke die je anders ook zou gebruiken. Mooie uiteenzetting van de pinnen hier.

Let wel op, de echo pin stuurt 5V uit en de ESP kan daar officieel niet tegen. Dus die voorzien van een spanningsdeler.

Thanks,
ik heb nog een nodemcu ESP8266 liggen, dan kan ik de spanningsdeler skippen en deze layout volgen.
https://randomnerdtutoria...-sr04-ultrasonic-arduino/

[Septillion]

@Driek Nee, die kan er ook niet tegen. Nu zeggen veel dat hun ESP het overleeft maar officieel zijn alle ESP's niet 5V compatible.

[Reptile-X]

@RobertMe Ik kreeg vandaag 5 super mini's binnen. Omdat wij over de afstand van de antenne op de printplaat hadden besproken, viel me bij de nieuwe gelijk op dat deze meer ruimte had.

Toen dacht ik, ik ga even de andere borden controleren die ik heb, want ik heb de laatste tijd bij verschillende Aliexpress winkels besteld.

Ik heb het even nagemeten, het kan zelfs nog erger dan 2,5mm zijn, ik heb paar tussen zitten met 1.8mm afstand.



Linker heb ik vandaag binnengekregen, met merk Tenstar op, ik had het 3 januari besteld en het heeft maar 5 dagen geduurd voordat het geleverd werd, er is ook geen EU/NL toeslag opgelegd, ik weet niet wanneer ze daarmee beginnen.

Ik heb €1,69 p.s. voor betaald met zo'n choice-optie na €10 gratis verzenden.
Het is nu iets duurder, maar als mensen willen bestellen:
https://nl.aliexpress.com/item/1005006599545782.html

[RobertMe]

Reptile-X schreef op donderdag 8 januari 2026 @ 16:05:
Linker heb ik vandaag binnengekregen, met merk Tenstar op

Daar kwamen de mijne zo te zien ook vandaan. Zo te zien besteld op 12 januari, 2024, en nog niks mee gedaan . Zo te zien nu wel nog iets goedkoper (paar cent).

En mijn bestelling "van kerst" (letterlijk tijdens het kerstdiner mail krijgen dat "vliegtuig is geland") zit een H2 van bij hun bij. En daar heb ik nu net even een compleet lege ESPHome firmware op gezet. Ding doet "dus" geen wifi, dus de wifi, network, ota, integraties er allemaal uit gegooid. Gewoon even lekker compacte firmware (scheelt compilatie tijd op mijn N5105 servertje) en die flashte vanaf de CLI gewoon prima (vanuit Chromium leek die het niet te doen, geen idee).

En de S3, van andere store, net maar eens een bericht gestuurd....

[Driek]

Septillion schreef op donderdag 8 januari 2026 @ 16:05:
@Driek Nee, die kan er ook niet tegen. Nu zeggen veel dat hun ESP het overleeft maar officieel zijn alle ESP's niet 5V compatible.

Oh, dat leek de link wel te suggeren.
Dan moet ik me toch even verdiepen in een spanningsdeler.

[u_nix_we_all]

Je kunt ook een level-shifter ertussen zetten voor de trigger en echo. Dan weet je in ieder geval dat ook de trigger 5v krijgt ipv de 3,3 volt die de esp levert.

[Der Rudi]

Idd level shifter is beter. Bv deze https://nl.aliexpress.com/item/1005006255186878.html
Maar er zijn op andere plaatsen ook te vinden Tinytronics bv https://www.tinytronics.n...level-converter-4-kanaals

[ Voor 50% gewijzigd door Der Rudi op 08-01-2026 18:59 ]

[Septillion]

Levelshifter kan ook. Maar van 3v3 is boven de threshold van meeste 5V TTL devices. En bijvoorbeeld Mouser zegt dat het prima is. En dan zou ik ook niet moeilijker doen dan nodig voor signaal terug. 10k en 15k en gaan. Zelfs 2x 10k zal al wel prima werken.

Ik zie overigens ook dat er specifiek 3V3 modellen van de HC-SR04 verkrijgbaar zijn.

[Driek]

Ik zie dat het de 3,3v versie zou moeten zijn. Komt als het goed is morgen binnen. Maakt het een stuk makkelijker

[RobertMe]

RobertMe schreef op woensdag 7 januari 2026 @ 19:17:
Ik probeer ESPHome op mijn (tot nu toe enige) ESP32 S3 bordje te zetten (van Ali, lijkt de devkitm-1 te zijn gaat om een devkitc-1, dubbele USB-C poort etc). Alleen, it no worky. Op web.esphome.io in Chromium kan die niet verbinden en spuugt in de dev console ook "No serial data received" errors.

esptool zelf soort van idem dito:

esptool.py v4.10.0
Serial port /dev/ttyACM0
Connecting....
Detecting chip type... ESP32-S3
Chip is ESP32-S3 (QFN56) (revision v0.2)
Features: WiFi, BLE, Embedded PSRAM 8MB (AP_3v3)
Crystal is 40MHz
MAC: <knip>
Uploading stub...
Running stub...
Stub running...

A fatal error occurred: Unable to verify flash chip connection (No serial data received.).

Gezien die wel kan lezen om welk apparaat het gaat (ESP32-S3 (QFN56)) en een mac adres er uit lepelt zou ik dus zeggen dat er wel iets gebeurd. Maar installeren ho maar.

Ook het indrukken (en al dan niet permanent ingedrukt houden) van de boot knop maakt geen verschil. Noch werkt "de andere" USB-C poort. Met de USB kabel in de "COM" poort (staat onderop het PCB, zijnde de rechter poort) knipperen wel een aantal keren de 2 blauwe LEDs (naast de oranje? power LED) tijdens het "uitlezen" (vooraf aan de "Uploading stub"), maar daarna blijft die dus uit (en duurt het nog even voordat esptool errort). Bij het gebruik van de "USB" poort (de linker dus) gebeurd helemaal niks en blijft de power LED om de X seconden even knipperen (continu aan met een kleine onderbreking naar uit) en blijft "Linux" ook de hele tijd meldingen geven van een nieuw aangesloten USB apparaat.

Het enige dat ik op internet tegen kom is "controleer de USB kabel", maar daarvan heb ik er al twee geprobeerd. Waarvan 1 die van het toetsenbord is, en ik weet "vrij zeker" dat die kabel gewoon werkt . Iemand dus een idee wat hier aan de hand kan zijn?

Hierop terugkomende...

offtopic:
Op AliExpress via het message center contact met de shop gehad. Eerst werd om mijn mailsdres gevraagd zodat ze me de documentatie konden sturen. Uberhaupt al "neej", laat staan dat, al dan niet op keyword of eerste bericht, er een waarschuwing onder stond om geen privégegevens (of betaalgegevens) te delen. Vervolgens wat gepingpong verder waarbij ik ook aangaf wat ik dan deed met de vraag of ze me konden aangeven wat dan wel de juiste esptool.py ... write_flash zou zijn. Maar ik moest maar op YouTube kijken dan . Vervolgens "net" een refund aangevraagd en binnen volgens mij half uur goedgekeurd. Maar AE wordt er niet duidelijker op (vast bewust).

Verder had ik nog vanalles geprobeerd. Met picocom (/elk prog dat serial kan gebruiken dan) kreeg ik wel mooi een oneindige stroom aan "invalid header" errors, vast omdat die dus leeg was. Bij enablen download mode (boot + reset knoppen dus) stopte die berichten met een bevestiging van het feit dat... (exacte tekst heb ik niet bij de hand).
Ik heb zelfs nog een serial USB kabel aangesloten (op de TX/RX GPIOs dus) om zo misschien "mee te kunnen kijken" wat wel iets van data opleverde bij de USB flash (als in: USB kabel op de COM poort en dus over de serial chip op het bord). Om vervolgens toch een andere (software) route te kiezen waarbij je nogal extreem strace kunt gebruiken om IO te loggen.
Om vervolgens maar eens in de esptool code te neuzen, en weet niet meer hoe, maar liep op een gegeven moment gewoon tegen documentatie aan dat er een --trace flag is esptool.py --trace [port, baud rate, ...] [commando] .... Waarbij natuurlijk ook alles zichtbaar wordt v.w.b. gewone logging in code maar dan logt die dus ook de "ruwe" bytes die die schrijft/leest.

Conclusie is in ieder geval dat er bij gebruik van de stub wel iets van communicatie is. Waarbij de ESP zijn (volgens documentatie) enige bericht op eigen initiatief stuurt "OHAI" (als soort van bevestiging dat de stub geupload is?). Vervolgens stuurt esptool command 0x02 (IIRC) gedocumenteerd als "begin flash", en dan houd het op. Geen reactie, en uiteindelijk een timeout.

Waar ik nog vermoede dat misschien de RX of TX niet aangesloten zou zijn is dat nu dus ook uitgesloten. Gezien niet alleen de download mode bevestiging (de TX werkt), maar ook die "OHAI" die in antwoord op komt. (En nja, het uitlezen van het model + MAC werkte ook, daarvoor zal ook wel tweeweg verkeer met de ESP nodig zijn).

En het "mysterie" van de "USB" poort die de hele tijd aan/uit/aan/uit doet maar soms niet is ook verklaarbaar. In download mode is de USB poort gewoon "verbonden". Als de ESP normaal opstart is die USB poort uiteraard beheerd door de ESP zelf. En de ESP reboot dus continu / in een loop. Waardoor die dus steeds wel/niet beschikbaar is. (Totdat je download mode activeert).

Edit:
Owja, ESPHome topic
Ik heb sowieso nog wat producten in mijn Ali mandje waar vast een "nieuwe" ESP32 S3 N16R8 devkit-c-1 bij komt. Maar ik zit ook serieus een nFR52840 te overwegen Alhoewel ik niet weet of ik die met ESPHome ga gebruiken. Support staat op experimenteel. En áls ik er echt iets mee ga doen is de kans groot dat het Zigbee wordt.
En waarom? Omdat deze chip schijnbaar veel zuiniger is dan de ESPs (incl dan de ESP32 H2, die al in mijn vorige bestelling zat ).
Maar ESPHome is mogelijk ook niet lekker in sleep? ESP32 ondersteund twee sleep modes? Waarvan ESPHome alleen deep sleep ondersteund. Maar deep sleep resulteert in een (re)boot oftewel is (erg) traag (lees in combinatie met Thread tot 40 sec na "wakeup" voordat data door komt ).

En volgens mij had ik hier al geschreven over mogelijk zelf een batterij gevoede brievenbussensor? En nu met 1 Aqara contactsensor onder de klep is het nogal eens dat ik de notificatie krijg van "er is post" terwijl de klep nog dicht moet gaan Zo'n reactietijd is dan wel cool. Zelfbouw om ook een sensor op het deurtje te doen v.w.b. "brievenbus is leeg gemaakt". En misschien doe ik nog wel een load cell onder het roostertje zodat ik weet hoe zwaar de post is

[ Voor 11% gewijzigd door RobertMe op 12-01-2026 18:33 ]