Het grote ESPhome topic

[badkuip]

jj85 schreef op maandag 16 februari 2026 @ 15:37:
@badkuip heb je device al eens uit HA verwijderd en dan weer opnieuw toegevoegd? Dan moet je ergens een keer die API key inkloppen.

Dat had ik nog niet gedaan, ik wist niet dat je dat kan doen. Ik heb het een half uur geleden meteen gedaan en tot nu toe geen foutmeldingen gehad. Ik hoop dat het voorbij is.
Overigens werd me niet gevraagd om de API key opnieuw in te vullen. Misschien heeft ie het onthouden van de vorige keer.

Septillion schreef op maandag 16 februari 2026 @ 15:58:
@badkuip Ik maak er niets uit op over de api key. Puur dat HA de ESP niet kan bereiken.

En het feit dat je typo's kunt maken zegt mij dat je ESPHome config dus niet gewoon een copy-paste is. Waarom?

Fijn te horen dat het niet bij de API key gezocht moet worden. Dankjewel voor het in de goede richting wijzen.

[badkuip]

Helaas zijn de problemen niet voorbij gegaan: Device is nog online maar de volgende errors worden gelogd:

code:

Logger: aioesphomeapi.reconnect_logic
Bron: runner.py:289
Eerst voorgekomen: 16 februari 2026 om 18:36:56 (14 gebeurtenissen)
Laatst gelogd: 07:43:49

1 Can't connect to ESPHome API for vindriktning @ 192.168.33.106: vindriktning @ 192.168.33.106: The connection dropped immediately after encrypted hello; Try enabling encryption on the device or turning off encryption on the client (Home Assistant 2026.2.2) (EncryptionHelloAPIError)
2 Can't connect to ESPHome API for vindriktning @ 192.168.33.106: Error connecting to [AddrInfo(family=<AddressFamily.AF_INET: 2>, type=<SocketKind.SOCK_STREAM: 1>, proto=6, sockaddr=IPv4Sockaddr(address='192.168.33.106', port=6053))]: [Errno 111] Connect call failed ('192.168.33.106', 6053) (SocketAPIError)

De encryptie op het device is aangegeven met Api - encyption - key. Zie eerdere yaml.

Als de tip gegeven wordt om de encryptie in home assistant uit te zetten, waar doe ik dat dan?

[jvanderneut]

badkuip schreef op dinsdag 17 februari 2026 @ 08:21:
Helaas zijn de problemen niet voorbij gegaan: Device is nog online maar de volgende errors worden gelogd:

code:

Logger: aioesphomeapi.reconnect_logic
Bron: runner.py:289
Eerst voorgekomen: 16 februari 2026 om 18:36:56 (14 gebeurtenissen)
Laatst gelogd: 07:43:49

1 Can't connect to ESPHome API for vindriktning @ 192.168.33.106: vindriktning @ 192.168.33.106: The connection dropped immediately after encrypted hello; Try enabling encryption on the device or turning off encryption on the client (Home Assistant 2026.2.2) (EncryptionHelloAPIError)
2 Can't connect to ESPHome API for vindriktning @ 192.168.33.106: Error connecting to [AddrInfo(family=<AddressFamily.AF_INET: 2>, type=<SocketKind.SOCK_STREAM: 1>, proto=6, sockaddr=IPv4Sockaddr(address='192.168.33.106', port=6053))]: [Errno 111] Connect call failed ('192.168.33.106', 6053) (SocketAPIError)

De encryptie op het device is aangegeven met Api - encyption - key. Zie eerdere yaml.

Als de tip gegeven wordt om de encryptie in home assistant uit te zetten, waar doe ik dat dan?

Dat zal niet de oplossing zijn. "Erro 111" lijkt er op te duiden dat de API service überhaupt niet draait. Dat kan gebeuren als je device in 'safe mode' draait, dan wordt de HA API service niet opgestart. Ik denk dat je via de seriële interface / usb moet kijken waarom dat gebeurt.

[Septillion]

@badkuip Encryptie zet je niet uit in HA, die zet je uit door de ESP te voorzien van firmware waar je geen API key opgeeft.

Maar je zou dus ook eens de logger van dat device in ESPHome Builder open kunnen houden. Misschien dat je iets ziet tegelijk met de error in HA.

Hoe gebruik je eigenlijk de Vindriktning via pulsen?

[GJzon]

badkuip schreef op maandag 16 februari 2026 @ 13:25:
Sinds dat ik een nieuw device heb, krijg ik daar steeds foutmeldingen over in home assistant:
[Afbeelding]

Het device is eigenlijk prima te bereiken als ik er naar toe ping of naar de webinterface toe ga. Maar kennelijk gaat er iets mis en het kijkt erop bij de API key.
Maar wat dan? Ik snap er geen jota van. De foutmelding komt meerdere keren per dag voor.
De API key uit de YAML halen en opnieuw compilen is niet de oplossing, want dan kan home assistant het device niet meer vinden. Kennelijk verwacht HA daar nu eenmaal een key.

Dit is mijn yaml code:

YAML:

substitutions:
  devicename: "vindriktning"

esphome:
  name: ${devicename}
  friendly_name: ${devicename}

esp32:
  board: esp32dev
  framework:
        type: arduino

wifi:
  ssid: "blergh"
  password: "blaah"
  min_auth_mode: WPA2

  ap:
    ssid: "Vindriktning Fallback"
    password: "XXXXX"

  manual_ip:
    static_ip: 192.168.53.106
    gateway: 192.168.53.1
    subnet: 255.255.255.0

captive_portal:

api:
  encryption:
    key: "hC3z0v3jcC2C0JcClPVpQ+F2c9O5Y5ZhV4yP6zF7eC8="

logger:

ota:
  platform: esphome

web_server:
  port: 80

# --- I2C bus voor BME280 ---
i2c:
  id: bus_a
  sda: GPIO21   
  scl: GPIO22     
  scan: true

sensor:

  # --- IKEA Vindriktning PM2.5 ---
  - platform: pulse_counter
    pin: GPIO5  
    name: "PM2.5"
    update_interval: 10s
    unit_of_measurement: "µg/m³"
    count_mode:
      rising_edge: DISABLE
      falling_edge: INCREMENT
    filters:
      - multiply: 0.170
    accuracy_decimals: 0

  # --- BME280 (temperatuur / luchtvochtigheid / luchtdruk) ---
  - platform: bme280_i2c
    i2c_id: bus_a
    address: 0x76  
    temperature:
      name: "BME280 Temperatuur"
    humidity:
      name: "BME280 Luchtvochtigheid"
    pressure:
      name: "BME280 Luchtdruk"
    update_interval: 10s

Moet je geen UART declareren? https://esphome.io/components/sensor/pm1006/

Inspringing bij type: arduino is ook niet helemaal fijn.

Heb je al gekeken welk ip-adres er staat bij de integratie in HA?
Je zou de manual ip even uit kunnen zetten en kijken waar de log mee komt als ip-adres. Eventueel je router een keer uit/aan doen?

Je kunt eventueel dit er bij zetten als text_sensor. Ik gebruik trouwens webser v3.
Extra controle op je verbinding:

YAML:

- platform: version
    name: ESPHome Version
    web_server:
      sorting_group_id: sorting_group_controls
      sorting_weight: 20

  - platform: wifi_info
    ssid:
      name: "WiFi"
      web_server:
        sorting_group_id: sorting_group_wifi
        sorting_weight: 10   

  - platform: wifi_info
    ip_address:
      name: "IP Adres"
      web_server:
        sorting_group_id: sorting_group_wifi
        sorting_weight: 20
    mac_address:
      name: "MAC Adres"
      web_server:
        sorting_group_id: sorting_group_wifi
        sorting_weight: 30

AI al eens geprobeerd? Foutmelding kopie in de google ai-modus gooien.

[ Voor 18% gewijzigd door GJzon op 18-02-2026 10:24 ]

[Gondelier]

De update voor 3 stuks homeassistant Voice PE’s vandaag naar versie “ESPHome 2026.2.0” gaat niet lukken !! 2x geprobeerd maar lukt niet. Wachten op de 2026.2.1

[Gizz]

@Gondelier gaat hier prima:

======================== [SUCCESS] Took 210.94 seconds ========================
INFO Build Info: config_hash=0x501154cc build_time_str=2026-02-19 17:00:17 +0100
INFO Successfully compiled program.
INFO Connecting to 192.168.1.110 port 3232...
INFO Connected to 192.168.1.110
INFO Uploading /data/build/home-assistant-voice-095b37/.pioenvs/home-assistant-voice-095b37/firmware.bin (2846000 bytes)
Uploading: [============================================================] 100% Done...


INFO Upload took 7.78 seconds, waiting for result...
INFO OTA successful
INFO Successfully uploaded program.
INFO Starting log output from 192.168.1.110 using esphome API
INFO Successfully resolved home-assistant-voice-095b37 @ 192.168.1.110 in 0.000s
INFO Trying to connect to home-assistant-voice-095b37 @ 192.168.1.110 in the background
INFO Successfully connected to home-assistant-voice-095b37 @ 192.168.1.110 in 0.007s
INFO Successful handshake with home-assistant-voice-095b37 @ 192.168.1.110 in 0.082s
[17:04:17.883][I][app:215]: ESPHome version 2026.2.0 compiled on 2026-02-19 17:00:17 +0100
[17:04:17.883][I][app:222]: ESP32 Chip: ESP32-S3 rev0.2, 2 core(s)

Komt misschien door dingen die je zelf aan de yaml hebt veranderd, t.o.v. de standaard yaml?

Als je niks handmatig aan de yaml verandert hoef je die Voice PE's ook niet op te nemen binnen ESPHome Builder, die dingen krijgen een gerichte update als device wanneer dat nodig is. 25.12.4 is de laatste stable release voor de PE.

Ik heb per ongeluk wel één van mijn Voice PE's opgenomen in de ESPHome Builder, vandaar dat ik even kan kijken of het builden en uploaden lukt. Bij mij is alles stock dus.

Je deelt verder geen foutmeldingen, dus dan wordt het lastig meedenken voor mensen die je willen helpen

[ Voor 7% gewijzigd door Gizz op 19-02-2026 17:16 ]

[Gondelier]

Gizz schreef op donderdag 19 februari 2026 @ 17:07:
@Gondelier gaat hier prima:

Komt misschien door dingen die je zelf aan de yaml hebt veranderd, t.o.v. de standaard yaml?

Ik heb per ongeluk wel één van mijn Voice PE's opgenomen in de ESPHome Builder, vandaar dat ik even kan kijken of het builden en uploaden lukt. Bij mij is alles stock dus.

Je deelt verder geen foutmeldingen, dus dan wordt het lastig meedenken voor mensen die je willen helpen

@Gizz
Dank voor je bericht.
Ik heb in mijn ESPHome Builder 6 Devices zitten t.w.
Bluetooth Proxy
M5 Stack Atom Echo
TT10Y Matrix
** Esp32 S3 Box3
** 2 maal Voice PE

** Deze drie zijn nu niet te updaten, de andere wel.
Ja ik kan de foutmelding wel weergeven Die ik krijg in/bij de ESPHome Builder, alleen denk ik dat we daar weinig mee kunnen.
"FOUT BIJ HET COMPILEREN HOME-ASSISTANT VOICE xxxx.yaml" probeer het opnieuw !!

Ik weet ook dat de Voice PE door HA/NABU wordt ondersteund dus daar wacht ik gewoon op.

[Reptile-X]

Reptile-X schreef op zondag 8 februari 2026 @ 18:56:
Volgende stap is om een Misol regenmeter en regensensor toevogen aan dit installatie, ik moet het wel goed uitzoeken hoe ik dat allemaal ga doen, want regensensor heeft een output nodig die als voeding geschakeld wordt, of dit mogelijk is op WT32-ETH01 weet ik nog niet.

Dit wordt een lange post, voel ik nu al :

Zoals in mijn eerdere post gezegd, ben ik verder gegaan met het uitbreiden van het weerstation. Ik loop vast op douane/PostNL taferelen helaas, want de Misol-regenmeter blijft hangen bij customs clearance (al 7 dagen).

Maar ik heb niet stilgestaan, ik heb een houder getekend en geprint, dit keer in ASA omdat het beter doet buiten met UV enz. Ik heb de huidige houders van de windsnelheid-richtingsmeters ook geprint in ASA het is nu van ABS.

Ik ben uit met welke GPIO's ik kan gebruiken. Bij regendetectiesensor ga ik alleen kijken of het regent of niet, omdat WT32-ETH01 beperkt is met GPIO's maar dit is al genoeg voor mij.
Ik heb ook een DS18B20 voor temperatuurmeting toegevoegd aan plannen, dit komt in een Stevenson-scherm, ook met ASA geprint, maar dan in het wit.

Hier een foto van de houder, komt gewoon op de paal onder de windsensoren:

Lege plek is voor de Misol regenmeter.

Onderste stuk van het Stevenson-scherm met M4-inserts, met witte ASA geprint:

Dit om makkelijk te kunnen vervangen als het ooit verkleurt. Andere lagen zijn pressfit met superlijm tussen. Alle lagen moeten met een kunststof hamer ingetikt worden.

Regendetectiesensor is ook klaar:

Met een keramische condensator om ruis te onderdrukken.

Nu is het wachten tot Misol de regenmeter geleverd wordt.
Yaml is ook klaar, maar ik kan nog niet testen.

Als iemand interesse heeft in 3D-bestanden, laat het me weten.


Ik heb wel de ESPHome virus te pakken. Eerst heb ik de Zigbee-versie van mijn ventilatiebesturing vervangen door de ESPHome-versie. Want het Zigbee-board dat ik had gebruikt is niet stabiel, ene keer werkt het, de andere keer weer niet.

En eergisteren heb ik de Bed occupancy sensor die ik begin 2022 had gebouwd ook maar ESPHome versie van gemaakt, Zigbee versie werkte wel met de omgebouwde Aqara-magnetensor, maar ook om de paar maanden repareren, daar had ik geen zin meer in.

Dit is hoe het was gebouwd, op de lat onder het bed monteren. Excuses, kon de originele foto's niet meer vinden, dus het is iets kleiner. Wel mijn print en foto:


Ik begon in Circit Desinger online te tekenen, makkelijk voor mij als ik het moet delen hier.

Zo is de sensor aangesloten. Ik heb ook een ledstrip bijgedaan voor onder de bed met een mooie yaml code in ESPHome:

Extra componenten zijn voor ruisonderdrukking, pull-down en gate.

Als iemand yaml voor dit nodig heeft, laat het me weten.

Vanochtend zegt mijn zoon "Mijn verwarming gaat niet uit" en dat was omdat hij een virtuele thermostaat heeft en die stuurt weer een (je raad het al) een Zigbee-relayboard aan. Die bleef hangen en zijn kamer was al 24 graden.

Dus dan die ook maar met ESPHome laten draaien:

Zo is het geworden, wel in een enclosure natuurlijk.

Dit vind je wel op de web, denk ik, die ook maar getekend voor hier:

Waarom 2 relais? omdat ik alleen 2-channel relais had. Ik heb ze wel beide meegenomen in ESPHome.
Kan later handig zijn voor iets anders.

Als er vragen/suggesties zijn, hoor ik ze graag.

[marnie]

Ik heb een ESP32 die de warmtepomp modbus koppelt aan Homeassistent en er mooie entiteiten van maakt. Gemaakt met ESPhome binnen HA. Werkt uitstekend.

Nu wil ik de modbus registers ook uitlezen in Homey met de Homey app: https://homey.app/nl-nl/app/org.modbus/Modbus/. En daar loop ik tegen het probleem aan dat ik modbus binnen Homey niet gekoppeld krijg. Ik gebruik het ip van de ESP, poort 502 en ID1, ik heb ook ander configuraties geprobeerd. Ik heb met een modbus scanner mijn netwerk onderzocht op modbus entiteiten, deze worden niet gevonden.

Kan het zijn dat ik in de ESPhome code iets moet aanpassen/toevoegen? Bv de modbus_server? Kan iemand mij hierin vooruit helpen?

Hieronder de ingekorte versie (veel entiteiten verwijdert) van mijn Esphome yaml

YAML:

esphome:
  name: esphome-web-ad49ec
  friendly_name: Adlar
  min_version: 2025.11.0
  name_add_mac_suffix: false

esp32:
  board: esp32dev
  framework:
    type: esp-idf
    advanced:
      minimum_chip_revision: "3.1"

# Enable logging
logger:

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

# Allow Over-The-Air updates
ota:
- platform: esphome
  password: !secret esphome_ota_key

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

time:
  - platform: homeassistant
    id: homeassistant_time

#captive_portal:
 
# Adlar modbus
uart:
  - id: uart_modbus
    tx_pin: GPIO17
    rx_pin: GPIO16
    baud_rate: 9600
    data_bits: 8
    stop_bits: 1
    parity: NONE

modbus:
  - uart_id: uart_modbus
    id: modbus_client

modbus_controller:
  - id: modbus_adlar
    modbus_id: modbus_client
    address: 0x01
    update_interval: 60s
    command_throttle: 20ms
    setup_priority: -10

globals: 
  - id: compressor_minuten
    type: int
    restore_value: true
    initial_value: "0"

number:
  - platform: template
    name: "Compressor uren offset"
    id: offset_uren
    min_value: -99999999
    max_value: 99999999
    step: 1
    mode: box
    optimistic: true
    restore_value: true
    initial_value: 0
    disabled_by_default: true

 
switch:

  - platform: modbus_controller
    modbus_controller_id: modbus_adlar
    name: "Main switch"
    register_type: holding
    address: 0x0305

select:

  - platform: modbus_controller
    name: "MODE"
    address: 0x0304
    value_type: U_WORD
    optionsmap: 
      "Cooling": 0
      "Heating": 1
      "Floor Heating": 3

 
binary_sensor:
  - platform: modbus_controller
    modbus_controller_id: modbus_adlar
    address: 0x0000    
    register_type: holding
    bitmask: 0x01
    name: "Refrigerant Recovery"
    disabled_by_default: true 
 
sensor:
  - platform: uptime
    name: Adlar Uptime
  - platform: wifi_signal
    name: Adlar WiFi Signal
    update_interval: 60s
    
  - platform: modbus_controller
    modbus_controller_id: modbus_adlar
    name: "Compressor Running Frequency"
    register_type: holding
    address: 0x0040
    device_class: frequency
    value_type: S_WORD
    accuracy_decimals: 0
    unit_of_measurement: Hz
    filters:
      - heartbeat:
          period: 60s
          optimistic: true
  - platform: modbus_controller
    modbus_controller_id: modbus_adlar
    name: "Fan Running Speed"
    register_type: holding
    address: 0x0041
    device_class: frequency
    value_type: S_WORD
    accuracy_decimals: 0
    unit_of_measurement: Hz
    filters:
      - heartbeat:
          period: 60s
          optimistic: true
  - platform: modbus_controller
    modbus_controller_id: modbus_adlar
    name: "Water Pump Speed PWM"
    register_type: holding
    address: 0x0057
    device_class: frequency
    value_type: S_WORD
    accuracy_decimals: 0
    unit_of_measurement: Hz
    disabled_by_default: true
  - platform: modbus_controller
    modbus_controller_id: modbus_adlar
    name: "Water Flow"
    id: flow
    register_type: holding
    address: 0x0058
    device_class: volume_flow_rate
    value_type: S_WORD
    accuracy_decimals: 0
    filters:
      - filter_out: NAN
    unit_of_measurement: L/min

  - platform: template
    name: "AC Input Power"
    id: power_in
    lambda: return id(voltage).state * id(current).state;
    accuracy_decimals: 0
    filters:
      - clamp:
          min_value: 0
          max_value: 2000
          ignore_out_of_range: true
      - filter_out: NAN
      - heartbeat:
          period: 60s
          optimistic: true
    unit_of_measurement: "W"
    device_class: power
  - platform: template
    name: "Thermal Output Power"
    id: power_out
    filters:
      - clamp:
          min_value: 0
          max_value: 10000
          ignore_out_of_range: true

    lambda: |-
      const float smw = 0.998;  // soortelijke massa water
      const float sww = 4186;   // soortelijke warmte water
      return (id(flow).state / 1000 / 60) * smw * sww * (id(temp_outlet).state - id(temp_inlet).state) * 1000;
    accuracy_decimals: 0
#    unit_of_measurement: "W"
#    device_class: power
    disabled_by_default: true
  - platform: template
    name: "COP"
    id: cop
    filters:
      - clamp:
          min_value: 0
          max_value: 10
          ignore_out_of_range: true
      - filter_out: NAN
    lambda: |-
      if (id(power_out).state > 0 && id(power_in).state > 0) {
        return id(power_out).state / id(power_in).state;
      } else {
        return 0;
      }
    accuracy_decimals: 1
    unit_of_measurement: ""
    state_class: measurement

text_sensor:
  - platform: version
    name: Adlar ESPHome Version
  - platform: wifi_info
    ip_address:
      name: Adlar IP
    ssid:
      name: Adlar SSID
    bssid:
      name: Adlar BSSID

  - platform: template
    name: "Online sensor"
    id: online_template
      
  - platform: template
    name: "Compressor uren"
    device_class: "" 
    icon: "mdi:timer-outline"
    update_interval: 60s
    disabled_by_default: true
    lambda: |-
      if (id(compressor_active).state) { (id(compressor_minuten) += 1) / 60 ;} 
      else { id(compressor_minuten) /60 ;} 
      int totaal_minuten = id(compressor_minuten);
      int uren = totaal_minuten / 60 + id(offset_uren).state ;
      int minuten = totaal_minuten % 60;
      char buffer[10];
      sprintf(buffer, "%02d:%02d", uren, minuten);
      return {buffer} ;

[Septillion]

@marnie Het modbus component zorgt alleen dat er via serial de modbus gelezen kan worden. Het maakt geen Modbus TCP/IP server.

Maar kan Homey niet ook gewoon verbinden met je ESPHome device?

[marnie]

Septillion schreef op zaterdag 28 februari 2026 @ 16:39:
@marnie
Maar kan Homey niet ook gewoon verbinden met je ESPHome device?

Agh, daar had ik niet aan gedacht, ik ben deze week gestart met Homey Self Hosted Server en nog niet zo bekend met de apps. Ik zie er wel een paar in de zoeklijst die mogelijk voldoen. Dank!

[Reptile-X]

Mijn weerstation is klaar. Gisteren bijna de hele dag gesoldeerd en getest en bugs eruit gehaald. Er was maar een bug en dat vertel ik hieronder verder.
Misol rain gauge ligt nog steeds bij de douane, maar ik had geen geduld meer, dus een uit Amazon gekocht.

Vandaag opgehangen, zoals eerder gezegd alle adapters en houders met ASA geprint:




Het is best uitgebreid geworden qua elektronica, dit om het zo stabiel mogelijk te bouwen. Het is een 300dpi tekening, als je het opent, kan je alles duidelijk zien:


Hieronder een lijst van onderdelen en waarvoor ze gebruikt zijn, sommige dubbel vanuit mijn eerste post:
WT32-ETH01 (ESP32 + native Ethernet)
RS485 anemometer (windsnelheid, 12V, Modbus RTU)
RS485 windvaan (windrichting in graden, 12V, Modbus RTU)
RS485 → TTL module (MAX3485 type)
Bi-directionele level shifter 3.3V ↔ 5V (wegens opmerking van @Septillion bij de eerste opzet)
SM712 TVS diode op RS485 A/B lijnen is voor overspanningsbeveiliging
Misol tipping bucket rain gauge (0.3 mm per puls)
YL-83 regenplaat + LM393 comparator
IRLZ44N MOSFET (low-side switching regenplaat) kan met veel lichtere versie, ik had deze liggen
DS18B20 waterdichte temperatuursensor (1-Wire)
4.7kΩ weerstand pull-up voor 1-Wire
P6KE6.8A TVS op 5V voedingslijn, overspanningsbeveiliging.
100nF ontkoppelcondensatoren bij modules
100µF buffer elco op voeding
100Ω gate weerstand MOSFET
100kΩ gate pull-down MOSFET
10kΩ signaalweerstand stabilisatie
M8 Sensor Connector Waterproof (4pins)
Getwiste signaaldraden met kabelomhulsels naar buiten (uit een CAT5E kabel gehaald)

Geen links van de weerstanden en condensatoren opgegeven, alles is via Conrad te vinden (of Aliexpress)

Ik heb 3 kabels uit de behuizing die een halve meter lang zijn en ik heb M8-sensorkabels gebruikt om met sensoren te verbinden, windsensoren op een kabel, rain gauge en temperatuursensor op een kabel en regendruppel sensor op een kabel. Laatste moet je apart houden, omdat het als antenne kan fungeren en storingen kan veroorzaken.

Over de bug: toen ik alles had aangesloten op mijn bench heeft de regendruppel sensor niet gewerkt, ik liet het via GPIO14 voeden om de zoveel tijd om te controleren of het regent, dit was om corrosie tegen te gaan op de plaat wegens spanning op de plaat.
Dit heeft niet gewerkt, na metingen kwam ik achter dat voltage naar 2.7V en daardoor werkte het niet, was niet genoeg om LM393 goed te laten werken. Dus ik heb een mosfet toegevoegd die de GND schakelt via GPIO14.

Zo ziet het uit in HA:


Als er interesse is, kan ik de Yaml delen.

[4maself]

Tijdje terug heb ik een paar ESP'tjes aan Somfy IO afstandsbedieningen gesoldeerd om screens wat slimmer aan te kunnen sturen.
Batterij is eruit gehaald en de ESP voorziet de afstandsbediening van stroom. Gat door de achterkant van de behuizing om de kabel er doorheen te halen en daarmee past het allemaal allemaal wel goed genoeg. De knoppen zijn nog in te drukken, maar niet zo goed als voorheen. Niet dat het uitmaakt, want door HA zit ik er eigenlijk nooit meer aan





De yaml:

YAML:

substitutions:
  moving_time: 35s
  name: Screen

esphome:
  name: screen
  friendly_name: ${name}

esp32:
  board: esp32-s2-saola-1
  framework:
    type: arduino

# Enable logging
# logger:

# Enable Home Assistant API
api:
  encryption:
    key: "a_key"

ota:
  - platform: esphome
    password: "abcdefg"

wifi:
  networks:
    - ssid: !secret wifi_ssid
      password: !secret wifi_password
      hidden: false
      manual_ip: 
        static_ip: 1.2.3.4
        gateway: 1.2.3.4
        subnet: 255.255.255.0

captive_portal:

switch:
- platform: gpio
  pin: 1  #GPIO1 / connected to Somfy DOWN
  id: pin1
  restore_mode: ALWAYS_ON   # start HIGH
- platform: gpio
  pin: 2  #GPIO1 / connected to Somfy MY
  id: pin2
  restore_mode: ALWAYS_ON   # start HIGH
- platform: gpio
  pin: 3  #GPIO1 / connected to Somfy UP
  id: pin3
  restore_mode: ALWAYS_ON   # start HIGH

button:
  - platform: template
    name: Up
    id: s2_up
    icon: "mdi:menu-up"
    on_press:
      - logger.log: "Knop UP ingedrukt = output 3 even LOW = PRESS"
      - switch.turn_off: pin3   # negative: pin=off => output low
      - delay: 500ms 
      - switch.turn_on: pin3    # pin=on => output high
  - platform: template
    name: My
    id: s2_my
    icon: "mdi:gesture-tap-button"
    on_press:
      - logger.log: "Knop MY ingedrukt = output 2 even LOW = PRESS"
      - switch.turn_off: pin2   # negative: pin=off => output low
      - delay: 500ms 
      - switch.turn_on: pin2    # pin=on => output high
  - platform: template
    name: Down
    id: s2_down
    icon: "mdi:menu-down"
    on_press:
      - logger.log: "Knop DOWN ingedrukt = output 1 even LOW = PRESS"
      - switch.turn_off: pin1   # negative: pin=off => output low
      - delay: 500ms 
      - switch.turn_on: pin1    # pin=on => output high

cover:
  - platform: time_based
    name: Cover
    open_action:
      - button.press: s2_up
    open_duration: ${moving_time}
    close_duration: ${moving_time}
    close_action: 
      - button.press: s2_down
    stop_action: 
      - button.press: s2_my
    assumed_state: True
    has_built_in_endstop: True

[-Casper]

Ik heb een D1 mini gekoppeld aan een relay shield.

Nu lukt het me maar niet om het relay te schakelen. Onderstaand mijn configuratie.
Ik heb het ook nog geprobeerd met pin nummers GPIO0, GPIO2, GPIO 4, D1

Iemand tips?

YAML:

esphome:
  name: garage
  friendly_name: garage

esp8266:
  board: d1_mini


# Enable logging
logger:

# Enable Home Assistant API
api:
  encryption:
    key: "KEY"
  services:
    - service: toggle_garage_deur
      then:
      - switch.turn_on: relay
      - delay: 150ms
      - switch.turn_off: relay

ota:
  - platform: esphome
    password: "KEY"

switch:
  # Switch to restart the esp.
  - platform: restart
    name: Garage Restart

  # Switch for the garage door.
  - platform: gpio
    id: relay
    name: Garage deur switch
    pin:
      number: GPIO5
      mode: OUTPUT
      inverted: true

button:
  - platform: template
    name: Garage deur
    icon: "mdi:garage-variant"
    on_press:
      - switch.turn_on: relay
      - delay: 150ms
      - switch.turn_off: relay

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

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

captive_portal:

# Sync time with Home Assistant.
time:
  - platform: homeassistant
    id: homeassistant_time

# Text sensors with general information.
text_sensor:
  # Expose ESPHome version as sensor.
  - platform: version
    name: Garage ESPHome Version
  # Expose WiFi information as sensors.
  - platform: wifi_info
    ip_address:
      name: Garage IP
    ssid:
      name: Garage SSID

# Sensors with general information.
sensor:
  # Uptime sensor.
  - platform: uptime
    name: Garage Uptime

  # WiFi Signal sensor.
  - platform: wifi_signal
    name: Garage WiFi Signal
    update_interval: 60s

[babbelbox]

Voor zover ik kan zien moet het GPIO5 zijn.
Kijkend naar de pinout van de D1 mini.
Dat relay bordje gebruik ik ook meermaals.
Rechts, de 3e pin van boven (D1) schakelt het relay.

[ Voor 64% gewijzigd door babbelbox op 03-03-2026 19:19 ]

[Septillion]

@-Casper Je voedt de Wemos wel met 5V? Want dat heeft het relais wel nodig.

En zou inderdaad GPIO5 hoog maken moeten zijn, niet inverted dus. Of nog makkelijker, de Wemos pinnummers gebruiken, D1.

En nog een tip, niet je component namen prefixen, dat doet HA al voor je. Dus freindly name van de module "Garage" en dan voor het component bijvoorbeeld "Uptime". En voor component met de naam van de module gebruik je "None".

In dit geval zou naar mijn idee logische naam voor de module dus zijn "friendly_name: Garage deur" en dan de button "name: None".

[ Voor 47% gewijzigd door Septillion op 03-03-2026 19:53 ]

[-Casper]

Septillion schreef op dinsdag 3 maart 2026 @ 19:49:
@-Casper Je voedt de Wemos wel met 5V? Want dat heeft het relais wel nodig.

En zou inderdaad GPIO5 hoog maken moeten zijn, niet inverted dus. Of nog makkelijker, de Wemos pinnummers gebruiken, D1.

En nog een tip, niet je component namen prefixen, dat doet HA al voor je. Dus freindly name van de module "Garage" en dan voor het component bijvoorbeeld "Uptime". En voor component met de naam van de module gebruik je "None".

In dit geval zou naar mijn idee logische naam voor de module dus zijn "friendly_name: Garage deur" en dan de button "name: None".

De wemos zit gewoon op een oude telefoon lader (5 volt) met een micro usb kabel. Qua config zeg je dus dat ik inverted op false zou moeten zetten en het dan zou moeten kloppen?

[Septillion]

@-Casper Ja, maar dat kan geen probleem zijn eigenlijk. Want als je inverted aan hebt is het enige dat aan = uit en uit = aan. Maar zou wel gewoon moeten werken. Of heb je dat nu ook?

Totaal zou ik dus doen:

YAML:

esphome:
  name: garage
  friendly_name: Garage deur

esp8266:
  board: d1_mini


# Enable logging
logger:

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

ota:
  - platform: esphome
    password: !secret ota_password
    
switch:
  # Switch to restart the esp.
  - platform: restart
    name: Restart

  # Switch for the garage door.
  - platform: gpio
    id: relay
    name: None
    internal: true
    pin:
      number: D1
      mode: OUTPUT

button:
  - platform: template
    name: None
    icon: "mdi:garage-variant"
    on_press:
      - switch.turn_on: relay
      - delay: 150ms
      - switch.turn_off: relay

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

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

captive_portal:

# Sync time with Home Assistant.
time:
  - platform: homeassistant
    id: homeassistant_time

# Text sensors with general information.
text_sensor:
  # Expose ESPHome version as sensor.
  - platform: version
    name: ESPHome Version
  # Expose WiFi information as sensors.
  - platform: wifi_info
    ip_address:
      name: IP
    ssid:
      name: SSID

# Sensors with general information.
sensor:
  # Uptime sensor.
  - platform: uptime
    name: Uptime

  # WiFi Signal sensor.
  - platform: wifi_signal
    name: WiFi Signal
    update_interval: 60s

[tcw82]

Ik zit al even te stoeien met dit verhaal. Er draaien hier een aantal ESP32c3 in mijn huis, via HA. Dat (ging!) gaat eigenlijk prima. Nu moest ik vandaag een kleine aanpassing maken (ik had na een klusje per abuis 2 sensoren omgedraaid...) dat wilde ik software matig oplossenen draaide de 2 namen om. Save en update... zou je zeggen. Echter dan krijg ik deze melding:

code:

INFO ESPHome 2026.2.4
INFO Reading configuration /config/esphome/cvtemp.yaml...
WARNING GPIO8 is a strapping PIN and should only be used for I/O with care.
Attaching external pullup/down resistors to strapping pins can cause unexpected failures.
See https://esphome.io/guides/faq/#why-am-i-getting-a-warning-about-strapping-pins
INFO Generating C++ source...
INFO Setting CONFIG_LWIP_MAX_SOCKETS to 11 (registered: api=4, captive_portal=4, mdns=2, ota=1)
INFO Compiling app... Build path: /data/build/cvtemp
Processing cvtemp (board: esp32-c3-devkitm-1; framework: arduino, espidf; platform: https://github.com/pioarduino/platform-espressif32/releases/download/55.03.37/platform-espressif32.zip)
--------------------------------------------------------------------------------
HARDWARE: ESP32C3 160MHz, 320KB RAM, 4MB Flash
 - contrib-piohome @ 3.4.4 
 - framework-arduinoespressif32 @ 3.3.7 
 - framework-arduinoespressif32-libs @ 5.5.2 
 - framework-espidf @ 3.50502.0 (5.5.2) 
 - tool-cmake @ 4.0.3 
 - tool-esp-rom-elfs @ 2024.10.11 
 - tool-esptoolpy @ 5.1.2 
 - tool-ninja @ 1.13.1 
 - tool-scons @ 4.40801.0 (4.8.1) 
 - toolchain-riscv32-esp @ 14.2.0+20251107
Reading CMake configuration...
-- Found Git: /usr/bin/git (found version "2.39.5")
-- git rev-parse returned 'fatal: not a git repository (or any parent up to mount point /)
Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set).'
-- Minimal build - OFF
-- The C compiler identification is unknown
-- The CXX compiler identification is unknown
-- The ASM compiler identification is GNU
-- Found assembler: /data/cache/platformio/packages/toolchain-riscv32-esp/bin/riscv32-esp-elf-gcc
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - failed
-- Check for working C compiler: /data/cache/platformio/packages/toolchain-riscv32-esp/bin/riscv32-esp-elf-gcc
-- Check for working C compiler: /data/cache/platformio/packages/toolchain-riscv32-esp/bin/riscv32-esp-elf-gcc - broken
-- Configuring incomplete, errors occurred!

fatal: not a git repository (or any parent up to mount point /)
Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set).
CMake Error at /data/cache/platformio/packages/tool-cmake/share/cmake-4.0/Modules/CMakeTestCCompiler.cmake:67 (message):
  The C compiler
    "/data/cache/platformio/packages/toolchain-riscv32-esp/bin/riscv32-esp-elf-gcc"
  is not able to compile a simple test program.
  It fails with the following output:
    Change Dir: '/data/build/cvtemp/.pioenvs/cvtemp/CMakeFiles/CMakeScratch/TryCompile-6OKzRV'
    Run Build Command(s): /data/cache/platformio/packages/tool-ninja/ninja -v cmTC_5f7b0
    [1/2] /data/cache/platformio/packages/toolchain-riscv32-esp/bin/riscv32-esp-elf-gcc   -march=rv32imc_zicsr_zifencei -o CMakeFiles/cmTC_5f7b0.dir/testCCompiler.c.obj -c /data/build/cvtemp/.pioenvs/cvtemp/CMakeFiles/CMakeScratch/TryCompile-6OKzRV/testCCompiler.c
    FAILED: [hier stond "kode"=1] CMakeFiles/cmTC_5f7b0.dir/testCCompiler.c.obj 
    /data/cache/platformio/packages/toolchain-riscv32-esp/bin/riscv32-esp-elf-gcc   -march=rv32imc_zicsr_zifencei -o CMakeFiles/cmTC_5f7b0.dir/testCCompiler.c.obj -c /data/build/cvtemp/.pioenvs/cvtemp/CMakeFiles/CMakeScratch/TryCompile-6OKzRV/testCCompiler.c
    Assembler messages:
    Error: unknown architecture `rv32imc_zicsr_zifencei'
    
    Error: unrecognized option -march=rv32imc_zicsr_zifencei
    ninja: build stopped: subcommand failed.

  CMake will not be able to correctly generate this project.
Call Stack (most recent call first):
  /data/cache/platformio/packages/framework-espidf/tools/cmake/project.cmake:589 (__project)
  CMakeLists.txt:3 (project)
========================= [FAILED] Took 12.08 seconds =========================

code:

esphome:
  name: cvtemp
  friendly_name: CVtemp

esp32:
  board: esp32-c3-devkitm-1
  framework:
    type: arduino
    version: recommended

    #type: esp-idf

# Enable logging
logger:

# Enable Home Assistant API
api:
  encryption:
    key: "3qLJyJpIZKmO+nzxgYyiC1UkuUx6/BKQODNL35Lk2bc="

ota:
  - platform: esphome
    password: "8bb76b3571edf563e099329ba6910c50"

wifi:
  #ssid: !secret wifi_ssid1
  #password: !secret wifi_password1
  ssid: !secret wifi_ssid2
  password: !secret wifi_password2


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

captive_portal:

# OneWire bus op GPIO 4 (pas aan naar jouw pin)
one_wire:
  - platform: gpio
    pin: 8
 
sensor:
  - platform: dallas_temp
    address: 0x40000000b2b8dc28
    name: "Temperatuur aanvoer WP"
    update_interval: 1s

  - platform: dallas_temp
    address: 0x0b0621b49f52b728
    name: "Temperatuur retour voor buffer"
    update_interval: 1s
  
  - platform: dallas_temp
    address: 0xeb000000b3ae0c28  
    name: "Temperatuur retour WP"
    update_interval: 1s

  - platform: dallas_temp
    address: 0x70000000b2eac028 
    name: "Temperatuur aanvoer na buffer"
    update_interval: 1s
 
  - platform: dallas_temp
    address: 0x26000000b9eb3c28 
    name: "Temperatuur retour zolder"
    update_interval: 1s

    # 0x70000000b2eac028 (DS18B20) Temperatuur aanvoer na buffer
    # 0xeb000000b3ae0c28 (DS18B20)Temperatuur retour voor buffer
    # 0x40000000b2b8dc28 (DS18B20) Temperatuur aanvoer WP
    # 0x0b0621b49f52b728 (DS18B20) Temperatuur retour WP
    # 0x26000000b9eb3c28 (retour zolder)

Ik had al een poging gewaagd met dit stukje aanpassing:

code:

esp32:
  board: esp32-c3-devkitm-1
  framework:
    type: arduino
    version: recommended

    #type: esp-idf

Waarbij ik de IDF omgezet heb naar Arduino. Dat heeft niet geholpen, voor de volledigheid ook de foutmelding met "IDF":

code:

INFO ESPHome 2026.2.4
INFO Reading configuration /config/esphome/cvtemp.yaml...
WARNING GPIO8 is a strapping PIN and should only be used for I/O with care.
Attaching external pullup/down resistors to strapping pins can cause unexpected failures.
See https://esphome.io/guides/faq/#why-am-i-getting-a-warning-about-strapping-pins
INFO Generating C++ source...
INFO Setting CONFIG_LWIP_MAX_SOCKETS to 11 (registered: api=4, captive_portal=4, mdns=2, ota=1)
INFO Compiling app... Build path: /data/build/cvtemp
Processing cvtemp (board: esp32-c3-devkitm-1; framework: espidf; platform: https://github.com/pioarduino/platform-espressif32/releases/download/55.03.37/platform-espressif32.zip)
--------------------------------------------------------------------------------
HARDWARE: ESP32C3 160MHz, 320KB RAM, 4MB Flash
 - contrib-piohome @ 3.4.4 
 - framework-espidf @ 3.50502.0 (5.5.2) 
 - tool-cmake @ 4.0.3 
 - tool-esp-rom-elfs @ 2024.10.11 
 - tool-esptoolpy @ 5.1.2 
 - tool-ninja @ 1.13.1 
 - tool-scons @ 4.40801.0 (4.8.1) 
 - toolchain-riscv32-esp @ 14.2.0+20251107
Reading CMake configuration...
-- Found Git: /usr/bin/git (found version "2.39.5")
-- git rev-parse returned 'fatal: not a git repository (or any parent up to mount point /)
Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set).'
-- Minimal build - OFF
-- The C compiler identification is unknown
-- The CXX compiler identification is unknown
-- The ASM compiler identification is GNU
-- Found assembler: /data/cache/platformio/packages/toolchain-riscv32-esp/bin/riscv32-esp-elf-gcc
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - failed
-- Check for working C compiler: /data/cache/platformio/packages/toolchain-riscv32-esp/bin/riscv32-esp-elf-gcc
-- Check for working C compiler: /data/cache/platformio/packages/toolchain-riscv32-esp/bin/riscv32-esp-elf-gcc - broken
-- Configuring incomplete, errors occurred!

fatal: not a git repository (or any parent up to mount point /)
Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set).
CMake Error at /data/cache/platformio/packages/tool-cmake/share/cmake-4.0/Modules/CMakeTestCCompiler.cmake:67 (message):
  The C compiler

    "/data/cache/platformio/packages/toolchain-riscv32-esp/bin/riscv32-esp-elf-gcc"

  is not able to compile a simple test program.

  It fails with the following output:

    Change Dir: '/data/build/cvtemp/.pioenvs/cvtemp/CMakeFiles/CMakeScratch/TryCompile-zNX5Te'
    
    Run Build Command(s): /data/cache/platformio/packages/tool-ninja/ninja -v cmTC_2ca80
    [1/2] /data/cache/platformio/packages/toolchain-riscv32-esp/bin/riscv32-esp-elf-gcc   -march=rv32imc_zicsr_zifencei -o CMakeFiles/cmTC_2ca80.dir/testCCompiler.c.obj -c /data/build/cvtemp/.pioenvs/cvtemp/CMakeFiles/CMakeScratch/TryCompile-zNX5Te/testCCompiler.c
    FAILED: [hier stond "kode"=1] CMakeFiles/cmTC_2ca80.dir/testCCompiler.c.obj 
    /data/cache/platformio/packages/toolchain-riscv32-esp/bin/riscv32-esp-elf-gcc   -march=rv32imc_zicsr_zifencei -o CMakeFiles/cmTC_2ca80.dir/testCCompiler.c.obj -c /data/build/cvtemp/.pioenvs/cvtemp/CMakeFiles/CMakeScratch/TryCompile-zNX5Te/testCCompiler.c
    Assembler messages:
    Error: unknown architecture `rv32imc_zicsr_zifencei'
    
    Error: unrecognized option -march=rv32imc_zicsr_zifencei
    ninja: build stopped: subcommand failed.
    
    



  CMake will not be able to correctly generate this project.
Call Stack (most recent call first):
  /data/cache/platformio/packages/framework-espidf/tools/cmake/project.cmake:589 (__project)
  CMakeLists.txt:3 (project)



========================= [FAILED] Took 11.19 seconds =========================

De sensoren werken wel gewoon, ik kan ze zien in mijn grafiekjes.

Vandaag was een lange dag, ik ben eigenlijk bijna scheel aan het kijken, waarschijnlijk is het iets kleins en zie ik het gewoon niet...

[babbelbox]

Misschien helpt een clean voordat je een compile doet?

[ Voor 5% gewijzigd door babbelbox op 03-03-2026 21:50 ]

[tcw82]

babbelbox schreef op dinsdag 3 maart 2026 @ 21:50:
Misschien helpt een clean voordat je een compile doet?

Zal ik doen. Bedankt voor die tip.

Wat ik me dan wel een beetje afvraag, dit was inhoudelijk exact dezelfde YAML. Als dat voorheen werkte wat is er dan nu anders.

[ Voor 23% gewijzigd door tcw82 op 04-03-2026 07:36 ]

[GJzon]

tcw82 schreef op woensdag 4 maart 2026 @ 04:49:
[...]

Zal ik doen. Bedankt. (Wat dan wel is, waarom komt nu de failed melding en voorheen niet?)

Je krijgt nu problemen door de laatste ESPHome updates. Bijna wekelijks komt er een nieuwe versie c.q. revisie. En in versie 2026.2 is er heel veel veranderd. Ik had e.e.a. ineens met versie 2026.2.2
Uiteindelijk na rebuild/clean en handmatig wat mappen schoongemaakt, ESPHome Builder verwijderd en opnieuw geïnstalleerd.
Wat hierbij wel heel belangrijk is, dat je je server waar HA op draait, echt hardwarematig uit en aan zet en niet alleen maar de soft herstart doet van HA. Dan schijnt HA echt alle caches en overbodige bestanden te wissen.
En ja, je bent er even zoet mee.

Ik zou trouwens GPIO8 veranderen naar een andere poort. 4 of 5 ofzo. Aangezien je die Dallas sensoren gebruikt met een weerstand van 4k7 aan de +, zet je die per definitie HOOG bij 't opstarten van je ESP. Ik zou de gok niet nemen met een strapping port....

.

[GJzon]

-Casper schreef op dinsdag 3 maart 2026 @ 16:16:
Ik heb een D1 mini gekoppeld aan een relay shield.

Nu lukt het me maar niet om het relay te schakelen. Onderstaand mijn configuratie.
Ik heb het ook nog geprobeerd met pin nummers GPIO0, GPIO2, GPIO 4, D1

Iemand tips?

YAML:

esphome:
  name: garage
  friendly_name: garage

esp8266:
  board: d1_mini


# Enable logging
logger:

# Enable Home Assistant API
api:
  encryption:
    key: "KEY"
  services:
    - service: toggle_garage_deur
      then:
      - switch.turn_on: relay
      - delay: 150ms
      - switch.turn_off: relay

ota:
  - platform: esphome
    password: "KEY"

switch:
  # Switch to restart the esp.
  - platform: restart
    name: Garage Restart

  # Switch for the garage door.
  - platform: gpio
    id: relay
    name: Garage deur switch
    pin:
      number: GPIO5
      mode: OUTPUT
      inverted: true

button:
  - platform: template
    name: Garage deur
    icon: "mdi:garage-variant"
    on_press:
      - switch.turn_on: relay
      - delay: 150ms
      - switch.turn_off: relay

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

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

captive_portal:

# Sync time with Home Assistant.
time:
  - platform: homeassistant
    id: homeassistant_time

# Text sensors with general information.
text_sensor:
  # Expose ESPHome version as sensor.
  - platform: version
    name: Garage ESPHome Version
  # Expose WiFi information as sensors.
  - platform: wifi_info
    ip_address:
      name: Garage IP
    ssid:
      name: Garage SSID

# Sensors with general information.
sensor:
  # Uptime sensor.
  - platform: uptime
    name: Garage Uptime

  # WiFi Signal sensor.
  - platform: wifi_signal
    name: Garage WiFi Signal
    update_interval: 60s

@-Casper
150 ms is wel heel kort om iets te testen...misschien eerst even op een paar seconden zetten?

[Septillion]

GPIO8 voor 1-wire vind ik nog niet zo spannend. Deze pin moet hoog zijn tijdens boot, daar zorgt juist de pull up al voor. En een 1-wire slave zal niet uit zichzelf de lijn laag trekken. Dus juist 1-wire is best een goede om GPIO8 te kunnen gebruiken

[Septillion]

@tcw82 Heeft het geholpen?

En ja, kan dus met zelfde yaml. Op de achtergrond wordt er eerst heel veel geïnstalleerd om een hele pipeline te maken. Dan pas wordt je yaml omgezet in C++ code, dan worden alle libraries gecompilet of geladen, dan pas je, nu in C++ zijnde, config gecompilet en dan alles gelinkt. Maar op de achtergrond wordt er dus nogal wat aangemaakt. Clean build files gooit dat allemaal weg zodat de hele boel vers opgebouwd moet worden.

[tcw82]

Septillion schreef op woensdag 4 maart 2026 @ 10:28:
@tcw82 Heeft het geholpen?

En ja, kan dus met zelfde yaml. Op de achtergrond wordt er eerst heel veel geïnstalleerd om een hele pipeline te maken. Dan pas wordt je yaml omgezet in C++ code, dan worden alle libraries gecompilet of geladen, dan pas je, nu in C++ zijnde, config gecompilet en dan alles gelinkt. Maar op de achtergrond wordt er dus nogal wat aangemaakt. Clean build files gooit dat allemaal weg zodat de hele boel vers opgebouwd moet worden.

Ik moest werken(5 uur van huis), ik kan niet bij ha vanuit het werk. Als ik uitgewerkt ben ga ik dit natuurlijk even testen.

[tcw82]

Septillion schreef op woensdag 4 maart 2026 @ 10:24:
GPIO8 voor 1-wire vind ik nog niet zo spannend. Deze pin moet hoog zijn tijdens boot, daar zorgt juist de pull up al voor. En een 1-wire slave zal niet uit zichzelf de lijn laag trekken. Dus juist 1-wire is best een goede om GPIO8 te kunnen gebruiken

De one wire op pin 8 is een ongelukkige (on-ervaringsdeskundige) keuze geweest uit het verleden.
Dat kan uiteraard makkelijk anders. het werkte verder goed, voor alle 7 ESP32 die op custom PCBtjes (met haradwired die one wire dingen op de pin 8 (DOH!) ) door het huis slingeren.

Ik ga vanmiddag beginnen met de clean en dan eens verder kijken.
inmiddels ook gelezen dat herinstaleren van ESPhome kan helpen.
De stekker is al uit de RPi geweest, een echte boot is daarmee volgens mij bewerkstelligt.

[GJzon]

Septillion schreef op woensdag 4 maart 2026 @ 10:24:
GPIO8 voor 1-wire vind ik nog niet zo spannend. Deze pin moet hoog zijn tijdens boot, daar zorgt juist de pull up al voor. En een 1-wire slave zal niet uit zichzelf de lijn laag trekken. Dus juist 1-wire is best een goede om GPIO8 te kunnen gebruiken

Er is niets mis met je redenering. Maar je moet nooit de goden verzoeken als er ook gewone poorten beschikbaar zijn. Het was ook maar een advies.

[tcw82]

GJzon schreef op woensdag 4 maart 2026 @ 11:40:
[...]

Er is niets mis met je redenering. Maar je moet nooit de goden verzoeken als er ook gewone poorten beschikbaar zijn. Het was ook maar een advies.

Ik weet het, ik wist het toen niet. een PCBtje gemaakt en laten komen, dan ga ik die niet weggooien en nieuwe laten komen.
PCBtjes waren gemaakt voor specifieke taken en hebben daarmee weerstandjes en Jst stekkertjes aanboord, nieuwe draadjes trekken is wel mogelijk maar niet heel praktisch. Een volgende iteratie heeft dit natuurlijk anders!

[-Casper]

GJzon schreef op woensdag 4 maart 2026 @ 08:10:
[...]


@-Casper
150 ms is wel heel kort om iets te testen...misschien eerst even op een paar seconden zetten?

Ik heb een esp01 op mijn garagedeur werkend met deze delay en dat werkt naar behoren. Probeer nu eenzelfde opzet maar dan met d1 mini voor een vriend. Met de switch kan ik ook het relay schakelen zonder dat deze automatisch uit gaat.

Punt is dat ie op dit moment niets doet. Ik hoor m ook niet klikken.

Zal de config van septillion nog ff proberen en kijken of dat nog iets uitmaakt.

[Septillion]

@tcw82 Ahj, okay. Door je reactie was ik een beetje aan het twijfelen of je het nu wel of niet al getest had.

@GJzon Eens hoor als je de keuze nog hebt. Maar zou er geen printen voor weg doen nu hij voor 1-wire in gebruik is. Geluk is met de dommen zullen we maar zeggen

[tcw82]

Septillion schreef op woensdag 4 maart 2026 @ 13:00:
@tcw82 Ahj, okay. Door je reactie was ik een beetje aan het twijfelen of je het nu wel of niet al getest had.

@GJzon Eens hoor als je de keuze nog hebt. Maar zou er geen printen voor weg doen nu hij voor 1-wire in gebruik is. Geluk is met de dommen zullen we maar zeggen

Dat is niet de bedoeling natuurlijk. Gisteren avond zat ik scheel kijkend achter de PC, de wekker gaat om 0450 en ik zat al voorbij de bedtijd. Straks ga ik er naar kijken.

[fvhemert]

Ben erg benieuwd of iemand op dit forum ervaring heeft met een GMT020-02-7P 20TFTSPI display in combinatie met een ESP-32-WROOM-32D in ESPHOME.
Ik probeer het display aan de gang te krijgen in ESPHOME maar krijg alleen wat verstrooide pixels op een gedeelte van het scherm.

Development board:
- ESP32-WROOM-32D
- HW-395 v0.0.3 (36 pins)
Display:
- GMT020-02-7P
- 20TfTSPI
- Resolutie 240*320
- Driver ST7789

Momenteel ben ik aan het testen met de volgende config:

code:

spi:
  clk_pin: GPIO22
  mosi_pin: GPIO21
  
display:
  - platform: st7789v
    model: CUSTOM
    height: 240
    width: 320
    offset_height: 0
    offset_width: 0
    cs_pin: GPIO05
    dc_pin: GPIO19
    reset_pin: GPIO23
    rotation: 90

Ik heb al diverse varianten (bijv. veranderen fysieke aansluiting VSPI SCK-18 en VSPI MOSI-23, rotation, height en width aanpassen) maar niets helpt.

Ben benieuwd of er hier iemand is die het ding aan de gang heeft.

[-Casper]

Septillion schreef op dinsdag 3 maart 2026 @ 20:30:
@-Casper Ja, maar dat kan geen probleem zijn eigenlijk. Want als je inverted aan hebt is het enige dat aan = uit en uit = aan. Maar zou wel gewoon moeten werken. Of heb je dat nu ook?

Totaal zou ik dus doen:

YAML:

esphome:
  name: garage
  friendly_name: Garage deur

esp8266:
  board: d1_mini


# Enable logging
logger:

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

ota:
  - platform: esphome
    password: !secret ota_password
    
switch:
  # Switch to restart the esp.
  - platform: restart
    name: Restart

  # Switch for the garage door.
  - platform: gpio
    id: relay
    name: None
    internal: true
    pin:
      number: D1
      mode: OUTPUT

button:
  - platform: template
    name: None
    icon: "mdi:garage-variant"
    on_press:
      - switch.turn_on: relay
      - delay: 150ms
      - switch.turn_off: relay

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

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

captive_portal:

# Sync time with Home Assistant.
time:
  - platform: homeassistant
    id: homeassistant_time

# Text sensors with general information.
text_sensor:
  # Expose ESPHome version as sensor.
  - platform: version
    name: ESPHome Version
  # Expose WiFi information as sensors.
  - platform: wifi_info
    ip_address:
      name: IP
    ssid:
      name: SSID

# Sensors with general information.
sensor:
  # Uptime sensor.
  - platform: uptime
    name: Uptime

  # WiFi Signal sensor.
  - platform: wifi_signal
    name: WiFi Signal
    update_interval: 60s

Deze config ook eens geprobeerd. Nog niet aan de garage motor gehangen maar in mijn test hoor ik geen klik van het relay, dus sterk vermoeden dat ie nog steeds niks doet.

Nog ideeën hoe ik dit verder kan troubleshooten?

[u_nix_we_all]

fvhemert schreef op woensdag 4 maart 2026 @ 14:40:
Ben erg benieuwd of iemand op dit forum ervaring heeft met een GMT020-02-7P 20TFTSPI display in combinatie met een ESP-32-WROOM-32D in ESPHOME.
Ik probeer het display aan de gang te krijgen in ESPHOME maar krijg alleen wat verstrooide pixels op een gedeelte van het scherm.

Development board:
- ESP32-WROOM-32D
- HW-395 v0.0.3 (36 pins)
Display:
- GMT020-02-7P
- 20TfTSPI
- Resolutie 240*320
- Driver ST7789
.....

Heb je ook de mipi_spi driver geprobeerd? Bij mij werkte deze met:

YAML:

spi:
  mosi_pin: 23
  clk_pin: 18

display:
  - platform: mipi_spi
    id: my_display
    model: ST7789V
    color_order: bgr
    invert_colors: True
    rotation: 270
    cs_pin: 5
    dc_pin: 17
    reset_pin: 16
    spi_mode: MODE3
    data_rate: 20MHz
    buffer_size: 50%
    update_interval: 100ms

Andere pinnen, dus even aanpassen naar je eigen config.
Ik heb uiteindelijk toch een ander display gezocht, deze heeft namelijk geen pin voor backlight en ik wil hem wel kunnen dimmen.
Ook ben ik overgestapt naar een esp32-s2 met psram. Ik heb redelijk veel pages op het display met hier en daar wat plaatjes, en sensoren waar ik een max van de afgelopen minuut in wil bijhouden, en dat resulteerde in garbage doordat er te weinig geheugen vrij was.

[ThinkPad]

Reptile-X schreef op zondag 1 maart 2026 @ 22:32:
Mijn weerstation is klaar.
[...]

Leuk project, ziet er goed uit!
Ben alleen bang dat die regensensor het snel zal begeven in de buitenlucht. Die koperen printsporen zullen gaan oxideren (groen uitslaan) waardoor de sensor stopt met (betrouwbaar) werken verwacht ik.

Als je wil weten 'regent het?' kun je beter kijken naar een optische regensensor zoals gebruikt in auto's. Die kijkt naar de breking van het licht die verandert als er regendruppels op de ruit vallen. Zijn alleen wel aan de prijs zie ik.

[ Voor 12% gewijzigd door ThinkPad op 04-03-2026 16:14 ]

[tcw82]

Septillion schreef op woensdag 4 maart 2026 @ 13:00:
@tcw82 Ahj, okay. Door je reactie was ik een beetje aan het twijfelen of je het nu wel of niet al getest had.

@GJzon Eens hoor als je de keuze nog hebt. Maar zou er geen printen voor weg doen nu hij voor 1-wire in gebruik is. Geluk is met de dommen zullen we maar zeggen

Het lijkt nu goed te gaan. Files gecleaned (alles) en daarna ging het goed. Moet wel wat geduld hebben, 980 seconden had ie nodig, en dat enkel voor een "naam" bij een sensor

[Reptile-X]

ThinkPad schreef op woensdag 4 maart 2026 @ 16:11:
[...]

Leuk project, ziet er goed uit!

Bedankt, jij hebt gelijk over die plaat, daarom heb ik de voeding geschakeld gemaakt. Ik had er een met Zigbee die ik zelf had gebouwd met een omgebouwde Aqara-magnetensor met 2 AAA-batterijtjes, ongeveer 4 jaar geleden denk ik. Die zag er nog goed uit.
Ik heb het nu zo gebouwd in mijn weerstation, zodat ik het kan vervangen wanneer het slijt.

Ik heb ook naar zo'n optische sensor gekeken uit de ESPHome-documentatie. Een Hydreon RG-9 Rain Sensor, originele kost meer dan mijn hele setup. Misschien ooit een clone proberen als ze iets goedkoper worden. Tot die tijd zal deze wel volhouden, denk ik.

[fvhemert]

u_nix_we_all schreef op woensdag 4 maart 2026 @ 15:45:
[...]

Heb je ook de mipi_spi driver geprobeerd? Bij mij werkte deze met:

YAML:

spi:
  mosi_pin: 23
  clk_pin: 18

display:
  - platform: mipi_spi
    id: my_display
    model: ST7789V
    color_order: bgr
    invert_colors: True
    rotation: 270
    cs_pin: 5
    dc_pin: 17
    reset_pin: 16
    spi_mode: MODE3
    data_rate: 20MHz
    buffer_size: 50%
    update_interval: 100ms

Andere pinnen, dus even aanpassen naar je eigen config.
Ik heb uiteindelijk toch een ander display gezocht, deze heeft namelijk geen pin voor backlight en ik wil hem wel kunnen dimmen.
Ook ben ik overgestapt naar een esp32-s2 met psram. Ik heb redelijk veel pages op het display met hier en daar wat plaatjes, en sensoren waar ik een max van de afgelopen minuut in wil bijhouden, en dat resulteerde in garbage doordat er te weinig geheugen vrij was.

Dank voor de suggestie! de mipi driver werkt inderdaad. Onderstaand de eerste simpele sketch die het gewenste resultaat geeft met deze display (voor het geval er iemand met een vergelijkbare vraag zit)

code:

spi:
  clk_pin: GPIO22
  mosi_pin: GPIO21

lvgl:
  widgets:
    - label:
        align: CENTER
        text: 'Hello World!'
        
display:
  - platform: mipi_spi
    model: CUSTOM
    init_sequence:
    #  - [ 0xD0, 0x07, 0x42, 0x18]
      - delay 10ms
    #  - [ 0xD1, 0x00, 0x07, 0x10]
    dimensions:
      height: 240
      width: 320
    cs_pin: GPIO05
    dc_pin: GPIO19
    reset_pin: GPIO23
    rotation: 90
    auto_clear_enabled: false
    update_interval: never

De display zal onderdeel worden van een barcode scanner en het aantal pagina's zal heel beperkt zijn, psram is dus niet zo belangrijk in mijn specifieke geval. Dat van die backlight kwam ik ook achter toen de display uit de verpakking kwam, de verkoper op Aliexpress was hier niet helemaal duidelijk over. Er blijkt ook een versie te zijn met een extra pin voor de backlight, ik denk dat er nog wel een andere versie gaat komen ....

Dank voor de snelle reactie!

[-Casper]

Septillion schreef op dinsdag 3 maart 2026 @ 20:30:
@-Casper Ja, maar dat kan geen probleem zijn eigenlijk. Want als je inverted aan hebt is het enige dat aan = uit en uit = aan. Maar zou wel gewoon moeten werken. Of heb je dat nu ook?

Totaal zou ik dus doen:

YAML:

esphome:
  name: garage
  friendly_name: Garage deur

esp8266:
  board: d1_mini


# Enable logging
logger:

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

ota:
  - platform: esphome
    password: !secret ota_password
    
switch:
  # Switch to restart the esp.
  - platform: restart
    name: Restart

  # Switch for the garage door.
  - platform: gpio
    id: relay
    name: None
    internal: true
    pin:
      number: D1
      mode: OUTPUT

button:
  - platform: template
    name: None
    icon: "mdi:garage-variant"
    on_press:
      - switch.turn_on: relay
      - delay: 150ms
      - switch.turn_off: relay

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

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

captive_portal:

# Sync time with Home Assistant.
time:
  - platform: homeassistant
    id: homeassistant_time

# Text sensors with general information.
text_sensor:
  # Expose ESPHome version as sensor.
  - platform: version
    name: ESPHome Version
  # Expose WiFi information as sensors.
  - platform: wifi_info
    ip_address:
      name: IP
    ssid:
      name: SSID

# Sensors with general information.
sensor:
  # Uptime sensor.
  - platform: uptime
    name: Uptime

  # WiFi Signal sensor.
  - platform: wifi_signal
    name: WiFi Signal
    update_interval: 60s

Bleek een kwestie van slecht soldeerwerk. Nog eens met de soldeerbout de verbindingen nagelopen en daarna deed ie t. Dank voor de optimalisatie van de code en t meedenken!