Het grote ESPhome topic

[barrymossel]

Septillion schreef op vrijdag 16 mei 2025 @ 20:23:
@barrymossel Klinkt alsof je OTA faalt. Zie je gewoon succesvolle upload in de log tijdens een upload?

Uploaden doe ik via USB, aangezien ik het domein moest aanpassen om OTA te doen (en dat lukte dus niet, omdat de upload niet werkte). En hij geeft gewoon netjes aan dat die upload succesvol is, maar niet dus...

[Septillion]

@barrymossel Dus in beide gevallen probeer je het via de USB te doen? En je kreeg gewoon een success te zien voor de upload (en niet alleen voor de compile!)?

[barrymossel]

Septillion schreef op zondag 18 mei 2025 @ 15:23:
@barrymossel Dus in beide gevallen probeer je het via de USB te doen? En je kreeg gewoon een success te zien voor de upload (en niet alleen voor de compile!)?

Klopt. OTA werkte sowieso niet door het domain. USB upload via HA/builder gaf een success (je ziet dan niet eens een compile (behalve installatie voorbereiden - wat neem ik aan de compile is). Download en upload via https://web.esphome.io/ laat precies dezelfde success zien en dan werkt het wel.

[Septillion]

@barrymossel Owja, dan liet ESPHome geen console met logging zien. Heel raar eigenlijk.

Maar wat voor domein? Zolang HA en de ESP met elkaar kunnen praten dan kan je ook wel OTA doen. Alleen als de resolve niet kan, kan je use_address gebruiken met het IP (of iets dat wel te resolve is door ESPhome).

[barrymossel]

Septillion schreef op zondag 18 mei 2025 @ 17:56:
@barrymossel Owja, dan liet ESPHome geen console met logging zien. Heel raar eigenlijk.

Maar wat voor domein? Zolang HA en de ESP met elkaar kunnen praten dan kan je ook wel OTA doen. Alleen als de resolve niet kan, kan je use_address gebruiken met het IP (of iets dat wel te resolve is door ESPhome).

Hij gaat nu standaard naar .local en bij mij zitten ze in een ander domein. Dan vindt ie ze niet. Maar use_address kende ik niet. En dan nog, die krijg ik dus zonder USB niet eens in de ESP... Maakt ook niet uit, want via USB is het net zo makkelijk. ALS het werkt... Maar goed, geen idee wat er mis gaat, gelukkig werkt het nu op deze manier wel.

[Septillion]

@barrymossel jawel, want use_address doet niets met de code zelf en wordt alleen door ESPhome gebruikt wanneer het contact zoekt (upload of log). Dat is ook want je kan gebruiken om een OTA te doen wanneer je het device name aanpast en dus ten tijde van de upload het dus nog niet nieuwe-naam.local is maar nog oude-naam.local.

En dan heb je niet zo zeer een ander domein maar een afgesloten stukje netwerk en draai je geen mDNS reflector.

[Hermarcel]

@barrymossel Ik heb ook een ander domein dan .local en dat werkt prima. Draai wel een eigen DNS server. Heb de mdns functionaliteit van ESPhome zelfs uitgeschakeld. Wel je domain opgeven in de yaml:

YAML:

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

Waarbij "domain" dus in je secrets staat en iets als ".abcd.nl" is (let op: begint met een punt).

[barrymossel]

Septillion schreef op zondag 18 mei 2025 @ 18:16:
@barrymossel jawel, want use_address doet niets met de code zelf en wordt alleen door ESPhome gebruikt wanneer het contact zoekt (upload of log). Dat is ook want je kan gebruiken om een OTA te doen wanneer je het device name aanpast en dus ten tijde van de upload het dus nog niet nieuwe-naam.local is maar nog oude-naam.local.

En dan heb je niet zo zeer een ander domein maar een afgesloten stukje netwerk en draai je geen mDNS reflector.

Ah top, dat wist ik niet.

Hermarcel schreef op zondag 18 mei 2025 @ 23:55:
@barrymossel Ik heb ook een ander domein dan .local en dat werkt prima. Draai wel een eigen DNS server. Heb de mdns functionaliteit van ESPhome zelfs uitgeschakeld. Wel je domain opgeven in de yaml:

YAML:

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

Waarbij "domain" dus in je secrets staat en iets als ".abcd.nl" is (let op: begint met een punt).

Zo heb ik het ook, maar ik kreeg dus geen nieuwe code via de builder op de ESP, dus ook niet het domain stukje. Via die ESPHome website lukte dat wel en dan is de ESP ook gewoon online.

[Septillion]

@barrymossel Dat domain werkt alleen als er werkelijk iets in je netwerk is dat er voor zorgt dat je device-name.domain kunt resolven. Standaard is dat dus via mDNS voor .local. Dat is multicast dus gaat standaard niet over VLANS heef, dan heb je een reflector nodig.

Wil je domain inzetten zal je bijvoorbeeld via je eigen DNS server moeten zorgen dat je device-name.domain kunt resolven (vanuit ESPhome).

[alex3305]

Een follow-up van mijn vorige post. Inmiddels heb ik het soort van werkend. Ik heb twee ESP32-C6 draaien en beide laten zien nog een paar keer per dag te crashen. De enige reset reden die ik dan krijg vanuit het debug component is: Software reset via esp_restart. Inmiddels gebruik ik de nieuwe I2C driver en dat verbeterd met esp-idf 5.5 de stabiliteit dus aanzienlijk.

Ik vermoed dat een van de watchdogs de reset triggered. Ik ben dus nu nog aan het testen met langere watchdogs om te kijken of dat de boel verbeterd. Relevante code:

YAML:

esphome:
  min_version: 2025.4.1
  platformio_options:
    build_flags: "-DI2C_NUM_1=I2C_NUM_0"  # [esp32-c6]

esp32:
  board: esp32-c6-devkitm-1
  flash_size: 4MB
  variant: ESP32C6
  framework:
    type: esp-idf
    version: 5.5.0
    release: "ard33a"
    platform_version: 54.03.20
    sdkconfig_options:
      # Ensure 4MB flash (probably not needed?)
      CONFIG_ESPTOOLPY_FLASHSIZE_4MB: y

      # Setup Wi-Fi
      CONFIG_OPENTHREAD_ENABLED: n
      CONFIG_ENABLE_WIFI_STATION: y
      CONFIG_USE_MINIMAL_MDNS: y

      # Setup Bluetooth
      CONFIG_BT_CTRL_MODEM_SLEEP: y
      CONFIG_BT_BLE_DYNAMIC_ENV_MEMORY: y
      CONFIG_BT_BLE_42_FEATURES_SUPPORTED: n
      CONFIG_BT_BLE_50_FEATURES_SUPPORTED: y

      # Increase the watchdog timeout to 10s to give low powered
      # devices a little bit more breathing room.
      CONFIG_ESP_TASK_WDT_EN: y
      CONFIG_ESP_TASK_WDT_TIMEOUT_S: "30"
      
      CONFIG_ESP_INT_WDT: y
      CONFIG_ESP_INT_WDT_TIMEOUT_MS: "1000"

external_components:    
  - source: github://pr#8483
    components: [ i2c ]

[J-sto]

alex3305 schreef op maandag 19 mei 2025 @ 14:28:
Een follow-up van mijn vorige post. Inmiddels heb ik het soort van werkend. Ik heb twee ESP32-C6 draaien en beide laten zien nog een paar keer per dag te crashen. De enige reset reden die ik dan krijg vanuit het debug component is: Software reset via esp_restart. Inmiddels gebruik ik de nieuwe I2C driver en dat verbeterd met esp-idf 5.5 de stabiliteit dus aanzienlijk.

Ik vermoed dat een van de watchdogs de reset triggered. Ik ben dus nu nog aan het testen met langere watchdogs om te kijken of dat de boel verbeterd. Relevante code:

YAML:

esphome:
  min_version: 2025.4.1
  platformio_options:
    build_flags: "-DI2C_NUM_1=I2C_NUM_0"  # [esp32-c6]

esp32:
  board: esp32-c6-devkitm-1
  flash_size: 4MB
  variant: ESP32C6
  framework:
    type: esp-idf
    version: 5.5.0
    release: "ard33a"
    platform_version: 54.03.20
    sdkconfig_options:
      # Ensure 4MB flash (probably not needed?)
      CONFIG_ESPTOOLPY_FLASHSIZE_4MB: y

      # Setup Wi-Fi
      CONFIG_OPENTHREAD_ENABLED: n
      CONFIG_ENABLE_WIFI_STATION: y
      CONFIG_USE_MINIMAL_MDNS: y

      # Setup Bluetooth
      CONFIG_BT_CTRL_MODEM_SLEEP: y
      CONFIG_BT_BLE_DYNAMIC_ENV_MEMORY: y
      CONFIG_BT_BLE_42_FEATURES_SUPPORTED: n
      CONFIG_BT_BLE_50_FEATURES_SUPPORTED: y

      # Increase the watchdog timeout to 10s to give low powered
      # devices a little bit more breathing room.
      CONFIG_ESP_TASK_WDT_EN: y
      CONFIG_ESP_TASK_WDT_TIMEOUT_S: "30"
      
      CONFIG_ESP_INT_WDT: y
      CONFIG_ESP_INT_WDT_TIMEOUT_MS: "1000"

external_components:    
  - source: github://pr#8483
    components: [ i2c ]

Voor de duidelijkheid, dit is geen ESP32-C6 supermini, of wel?
Ik ben al even op zoek of die supermini aan esphome te koppelen is, maar dit wordt nog niet ondersteund.
Als ik probeer te connecten valt ook elke paar seconden de verbinding weg, dus kan ik hem ook niet flashen vanuit esphome helaas.

[alex3305]

J-sto schreef op maandag 19 mei 2025 @ 20:58:
[...]

Voor de duidelijkheid, dit is geen ESP32-C6 supermini, of wel?

Nee een DFRobot Beetle. Ik heb een aantal C3 Super Mini's gehad, maar die zijn aardig instabiel door de brakke wifi antenne.

Ik ben al even op zoek of die supermini aan esphome te koppelen is, maar dit wordt nog niet ondersteund.
Als ik probeer te connecten valt ook elke paar seconden de verbinding weg, dus kan ik hem ook niet flashen vanuit esphome helaas.

Probeer de wifi output_power maar eens te verminderen naar 8.5dB (het minimum), dan zou het wellicht kunnen werken.

[Gondelier]

Ik krijg mijn m5stack-atom-echo weer niet geüpgraded naar 2025.5.0
Meer gebruikers hier last van ??

[Gizz]

@Gondelier waar gaat het mis? Compilen, flashen (OTA, bedraad?)?

Als je geen specifieke foutmelding met ons deelt wordt het lastig om je te helpen

[ Voor 40% gewijzigd door Gizz op 24-05-2025 10:20 ]

[Gondelier]

Gizz schreef op zaterdag 24 mei 2025 @ 09:24:
@Gondelier waar gaat het mis? Compilen, flashen (OTA, bedraad?)?

Als je geen specifieke foutmelding met ons deelt wordt het lastig om je te helpen

@Gizz
Dank voor je reactie, maar ik kreeg 5 updates voor mijn esphome devices bij instellingen.
Vier van de vijf liepen gewoon en hebben geen problemen gegeven, en een kreeg ik niet voor elkaar, onder in het scherm even heel snel een error en alles is bedraad.
MAAR vanmorgen weer geprobeerd en toen liep de update gewoon door.
Ra ra

[Mad_Cow]

ik overweeg een e-ink display om te weten waar ik mijn auto heb geparkeerd.
display: seeedstudio epaper panel

- kan ik een kaart laten zien op zon scherm met GPS locaties? (zoals de standaard card in home assistant)
- ik zag wel een voorbeeld in de wiki om screenshots van een homeassistant dashboard te maken. dus dat zou een mogelijkheid zijn.

[Sp33dFr34k]

Ik zit op ESPHome 2025.6.0 en sinds deze versie krijg ik mijn Growatt yaml niet meer werkend...

code:

Error compiling growatt.yaml; Try again in ESPHome dashboard for more information.

In de ESPHome Device Builder, als ik 'm wireless wil installeren krijg ik:

code:

INFO ESPHome 2025.6.0
INFO Reading configuration /config/esphome/growatt.yaml...
INFO Generating C++ source...
INFO Compiling app...
Processing growatt (board: esp07s; framework: arduino; platform: platformio/espressif8266@4.2.1)
--------------------------------------------------------------------------------
HARDWARE: ESP8266 80MHz, 80KB RAM, 4MB Flash
Dependency Graph
|-- ESPAsyncTCP-esphome @ 2.0.0
|-- ESPAsyncWebServer-esphome @ 3.3.0
|-- DNSServer @ 1.1.1
|-- ESP8266WiFi @ 1.0
|-- ESP8266mDNS @ 1.2
|-- noise-c @ 0.1.6
Compiling .pioenvs/growatt/src/esphome/components/api/api_pb2.cpp.o
Compiling .pioenvs/growatt/src/esphome/components/api/list_entities.cpp.o
xtensa-lx106-elf-g++: fatal error: Killed signal terminated program cc1plus
compilation terminated.
xtensa-lx106-elf-g++: fatal error: Killed signal terminated program cc1plus
compilation terminated.
========================== [FAILED] Took 6.08 seconds ==========================

EDIT: nevermind, was een RAM issue. Ik had de HAOS VM 4GB met ballooning aan op 1GB. Ballooning uitgezet en alles is opgelost.

[ Voor 41% gewijzigd door Sp33dFr34k op 23-06-2025 16:44 ]

[alex3305]

Nadat ik toch redelijk uit het veld geslagen was door de problemen met mijn ESP32-C6 bordjes heb ik zondag de draad weer opgepakt. TL:DR, ik kreeg die krengen totaal niet stabiel werkend. Deze bordjes vielen minimaal eens per uur compleet weg, maar ze rebootten niet .

Ik vond gister deze Github post met een plaatje van tekst . In deze afbeelding stond echter dat de Firebeetle - die lijkt op de door mij gebruikte Beetle Mini - het stukken beter deed met een lagere wifi output power. Ik heb dit dus gisteren aangepast:

YAML:

# Connect to WiFi
wifi:
  ssid: ${wifi_ssid}
  password: ${wifi_password}
  domain: ${wifi_domain}
  output_power: 12dB

Dit heeft ervoor gezorgd dat het apparaat nu al 15 uur stabiel is:



Het was ook puur de wifi verbinding die problemen had, ongeacht waar ik het apparaat plaatste ten opzichte van het AP. In het Unifi dashboard lijkt het niet drastisch verbeterd te zijn, maar dat is het dus wel.



Ik heb echt het idee dat er iets gaars aan de hand is met dit bordje. Ik heb momenteel nog één andere ESP32. Een M5Stack Atom Lite. Maar die valt maar eens per dag (heel kort) weg. De Unifi stats zijn daarvan echter veel slechter, maar ligt ook verder weg:



Dat zegt dus ook niet alles.

In ieder geval lijkt dit nu redelijk goed te gaan. Binnenkort wil ik ook gaan testen met een tweede bordje om te kijken hoe deze zich gedraagt.

Dit bordje is overigens wel echt loaded. Met name voor een ESP32-C6 . Ik heb hier nu LD2410, PM1006, BMP280, CCS811, SCD40 sensoren aanzitten. En ik heb bluetooth tracking aanstaan. Volgens ESPHome is daarmee 99% van de flash storage gevuld . Ik gebruik MQTT als transport omdat ik API eerder niet stabiel kreeg, maar wellicht is dit nog een poging waard .

De watchdog timeout moest ik overigens wel verhogen omdat anders de node spontaan rebootte. Met name bij een boot wordt de module eigenlijk te zwaar belast. Het liefste zou ik bijvoorbeeld de LD2410 pauzeren totdat er een (stabiele) wifi verbinding is, maar ik heb (nog) niet gevonden hoe dat moet. Maar het is dus stabiel met deze ESP32 configuratie:

YAML:

esp32:
  board: esp32-c6-devkitm-1
  flash_size: 4MB
  variant: ESP32C6
  framework:
    type: esp-idf
    sdkconfig_options:
      # Setup Wi-Fi
      CONFIG_OPENTHREAD_ENABLED: n
      CONFIG_ENABLE_WIFI_STATION: y
      CONFIG_USE_MINIMAL_MDNS: y

      # Setup Bluetooth
      CONFIG_BT_BLE_DYNAMIC_ENV_MEMORY: y
      CONFIG_BT_BLE_42_FEATURES_SUPPORTED: n
      CONFIG_BT_BLE_50_FEATURES_SUPPORTED: y

      # Increase watchdog timeout for low-power devices
      CONFIG_ESP_INT_WDT: n
      CONFIG_ESP_TASK_WDT_EN: y
      CONFIG_ESP_TASK_WDT_TIMEOUT_S: "15"

[JeroenH]

Ik zie in mijn Home Assistant de ESPHome Device Builder Update 2025.7.0 opduiken, en dan lees ik altijd even door wat er veranderd is. Vooral zodat ik van relevante breaking changes weet (dat is in het verleden een keer fout gegaan ) maar ook om te kijken wat er nieuw is.

Mijn oog viel op deze component die in ESPHOME toegevoegd is: https://next.esphome.io/components/sx126x

Dat is voor Lora-(achtige) bordjes. Ik heb er daar twee van liggen, ooit eens gekocht, en met Arduino geprobeerd iets van een verbinding op te zetten maar dat is me destijds niet gelukt. Nu dit is toegevoegd in ESPHOME wordt mijn nieuwsgierigheid wel weer getriggerd, en ik zal ze weer eens opzoeken.

Maar in het kader van "een-oplossing-die-op-zoek-is-naar-een-probleem" (dit is ten slotte Tweakers.net ); wat voor toepassing zou je hiermee kunnen bouwen? Kan ik dat als volgt voor me zien: je hebt zo'n ESP32/Lora bordje in je schuur (dus buiten wifi-range) met bv een deursensor, en binnen in je huis een ESP32/Lora bordje die als een soort van bridge tussen Lora en wifi fungeert? Of moet ik dat anders zien?

[Antonio di]

JeroenH schreef op woensdag 16 juli 2025 @ 11:48:
Ik zie in mijn Home Assistant de ESPHome Device Builder Update 2025.7.0 opduiken, en dan lees ik altijd even door wat er veranderd is. Vooral zodat ik van relevante breaking changes weet (dat is in het verleden een keer fout gegaan ) maar ook om te kijken wat er nieuw is.

Mijn oog viel op deze component die in ESPHOME toegevoegd is: https://next.esphome.io/components/sx126x

Dat is voor Lora-(achtige) bordjes. Ik heb er daar twee van liggen, ooit eens gekocht, en met Arduino geprobeerd iets van een verbinding op te zetten maar dat is me destijds niet gelukt. Nu dit is toegevoegd in ESPHOME wordt mijn nieuwsgierigheid wel weer getriggerd, en ik zal ze weer eens opzoeken.

Maar in het kader van "een-oplossing-die-op-zoek-is-naar-een-probleem" (dit is ten slotte Tweakers.net ); wat voor toepassing zou je hiermee kunnen bouwen? Kan ik dat als volgt voor me zien: je hebt zo'n ESP32/Lora bordje in je schuur (dus buiten wifi-range) met bv een deursensor, en binnen in je huis een ESP32/Lora bordje die als een soort van bridge tussen Lora en wifi fungeert? Of moet ik dat anders zien?

Voor thuis zijn de betere draadloze Alarmsystemen, zorg domotica, brand/CO(etc.) en weerstations spullen allemaal 868Mhz mede vanwege het verre bereik en een betrouwbaar simpel ster-netwerk. Dat is natuurlijk allemaal niet voor niets. Dus LoRa is zeker toepasbaar voor ver bereik. Ben benieuwd wat je resultaat is met een LoRa toepassing.

[bloksnor]

JeroenH schreef op woensdag 16 juli 2025 @ 11:48:
Maar in het kader van "een-oplossing-die-op-zoek-is-naar-een-probleem" (dit is ten slotte Tweakers.net ); wat voor toepassing zou je hiermee kunnen bouwen? Kan ik dat als volgt voor me zien: je hebt zo'n ESP32/Lora bordje in je schuur (dus buiten wifi-range) met bv een deursensor, en binnen in je huis een ESP32/Lora bordje die als een soort van bridge tussen Lora en wifi fungeert? Of moet ik dat anders zien?

Ik lees op reddit vaak oplossingen zoals een brievenbusdeur sensor in een appartementengebouw/groot erf. Dan is de afstand vaak te groot voor bluetooth/wifi/zigbee. Verder weet ik zo geen andere leuke oplossingen

[bjp]

hum... nieuw probleem na update ESPHome -> als ik daarna mijn node zelf update, wordt hij helemaal "unavailable". Ik kan er wel nog OTA updates naartoe sturen. Hij verbindt dus wel met MQTT, maar alle veldjes ontbreken.

Setup: node dat verbindt met MQTT, geen web_server (waar er nu ook problemen mee zijn).

Lijkt meer een ESPhome issue dus schopje

[ Voor 7% gewijzigd door Septillion op 17-07-2025 12:11 ]

[Septillion]

@bjp Als je in het dashboard van ESPHome zit kan je het (live) logbook van het device bekijken. Staat daar nog wat in?

En gezien het MQTT is, kan je ook eens met iets als MQTT explorer naar de berichten kijken.

[bjp]

ik heb een rollback gedaan naar vorige ESPHome, werkt terug.

[SnarfB]

Hallo, kan iemand mijn helpen.
Ik heb op github een programma gevonden om mijn bms van mijn batterij uit te lezen.

https://github.com/DpunktS/seplos_v3_sniffer/tree/main.

Echter ik begrijp niet precies hoe ik dit in ESPhome moet configureren.
Als ik naar de "seplos_v3_sniffer.yaml" file kijk dan mis ik het eerste gedeelte van de configuratie van een ESPhome zoals wifi api ota.
Hoe moet ik dit nu eigenlijk opbouwen in ESPhome, ik gebruik een ESP32 D1 mini.
Ik heb al wel uit de map "esphome/components/seplos_parser" het bestand " seplos_parser.h " in de directory van ESPhome gekopieerd.

[gastje01]

Ik heb al enige tijd een sensor in mijn regenwatertank liggen die aangeeft hoel vol deze nog is. Waarschijnlijk heb ik ergens een breaking change gemist, want ik krijg geen waarde meer door. Als ik in ESPhome de log bekijk zie ik deze wel gewoon langs komen, maar hij wordt niet als entiteit aan HA doorgegeven via MQTT.

Wat heb ik hier gemist / Wat moet ik aanpassen om het weer te laten werken?

YAML:

esphome:
  name: regenwatertank
  friendly_name: regenwatertank

esp8266:
  board: esp01_1m

# Enable logging
logger:

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

ota:
  password: "XXXXXXXXXX"
  platform: esphome

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

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

captive_portal:

mqtt:
  broker: 192.168.1.15
  username: regenwatertank
  password: XXXXXXXXXX

i2c:
  sda: 4
  scl: 5
  scan: false
  id: bus_a

sensor:
  - platform: ina219
    address: 0x40
    shunt_resistance: 0.1 ohm
    current:
      name: "INA219 Current"
      id: ina219current 
      filters:
       - lambda: return abs(x);
    power:
      name: "INA219 Power"
    bus_voltage:
      name: "INA219 Bus Voltage"
      filters:
       - lambda: return abs(x);
    shunt_voltage:
      name: "INA219 Shunt Voltage"
      filters:
       - lambda: return abs(x);
    max_voltage: 25.0V
    max_current: 0.2A
    update_interval: 120s

  - platform: copy
    source_id: ina219current
    name: "Tank Level"
    unit_of_measurement: "%"
    filters:  
      - lambda: return abs(x);
      - calibrate_polynomial:
          degree: 1
          datapoints:
          - 0.0039 -> 0.1
          - 0.01365 -> 100.0

[Septillion]

@gastje01 Om welke sensor gaat het exact?

En kan je dat eens laten zien in HA?

En is er een reden voor dat je MQTT doet ipv de ESPHome API / integratie?

[gastje01]

Septillion schreef op dinsdag 22 juli 2025 @ 15:55:
@gastje01 Om welke sensor gaat het exact?

En kan je dat eens laten zien in HA?

En is er een reden voor dat je MQTT doet ipv de ESPHome API / integratie?

Ik heb inmiddels de volgende regels toegevoegd, en nu werkt het weer.

YAML:

    device_class: ''
    state_class: measurement

Het hele stukje ziet er nu zo uit:

YAML:

i2c:
  sda: 4
  scl: 5
  scan: false
  id: bus_a

sensor:
  - platform: ina219
    address: 0x40
    shunt_resistance: 0.1 ohm
    current:
      name: "INA219 Current"
      id: ina219current 
      filters:
       - lambda: return abs(x);
    power:
      name: "INA219 Power"
    bus_voltage:
      name: "INA219 Bus Voltage"
      filters:
       - lambda: return abs(x);
    shunt_voltage:
      name: "INA219 Shunt Voltage"
      filters:
       - lambda: return abs(x);
    max_voltage: 25.0V
    max_current: 0.2A
    update_interval: 120s

  - platform: copy
    source_id: ina219current
    name: "Tank Level"
    unit_of_measurement: "%"
    device_class: ''
    state_class: measurement
    filters:
      - lambda: return abs(x);
      - calibrate_polynomial:
          degree: 1
          datapoints:
            - 0.0039 -> 0.1
            - 0.01365 -> 100.0
    force_update: true

Ik dacht namelijk dat de waarden niet verzonden werden, maar het bleek dat HA deze niet oppakte.

De reden dat ik MQTT gebruik is vooral legacy, ik had de broker ooit op een ander systeem dan HA, de meeste devices (Shelly, Zigbee2MQTT, OpenDTU) heb ik allemaal op deze manier verbonden. Is er een voordeel om te swtichen naar de API?

[Septillion]

@gastje01 De state class wordt alleen voor de LTS gebruikt.

Maar zou kunnen (maar staat niet expliciet in de doc) dat het ESPHome copy component de device class van de bron standaard aanneemt. En dat je daarmee dus een sensor aanmaakte met device_class: current en unit_of_measurement: "%" en dat is een incorrecte combi voor HA. Misschien dat het ina219 component eerst een device class had of dat het copy component aangepast is?

Qua MQTT, als bus ben ik daar op zich ook wel fan van (je hebt nog eens iets om naar te kijken qua debug). Maar gezien de focus van het ESPHome team op de directe API / integratie ligt en deze ook strakker is ben ik toch wel over.

[ Voor 3% gewijzigd door Septillion op 22-07-2025 16:44 ]

[gastje01]

Septillion schreef op dinsdag 22 juli 2025 @ 16:43:
@gastje01 De state class wordt alleen voor de LTS gebruikt.

Maar zou kunnen (maar staat niet expliciet in de doc) dat het ESPHome copy component de device class van de bron standaard aanneemt. En dat je daarmee dus een sensor aanmaakte met device_class: current en unit_of_measurement: "%" en dat is een incorrecte combi voor HA. Misschien dat het ina219 component eerst een device class had of dat het copy component aangepast is?

Qua MQTT, als bus ben ik daar op zich ook wel fan van (je hebt nog eens iets om naar te kijken qua debug). Maar gezien de focus van het ESPHome team op de directe API / integratie ligt en deze ook strakker is ben ik toch wel over.

Ik gok dat laatste van de 2, want als ik unit_of_measurement weg haalde, kreeg ik de waarde in A i.p.v. % in HomeAssistant. Ik heb alleen het copy component in mijn code aangepast, daarna werkte het weer.

Ik weet echter niet of ik dit 'probleem' veroorzaakt heb door een update van HA of ESPHome, het heeft 1 meer dan een jaar probleemloos gewerkt.

Qua MQTT / API ben ik nog niet helemaal overtuigd om over te stappen. Wellicht voor nieuwe ESP projectjes in huis wel, maar ik heb ook 3 ESP sensoren buiten huis die buiten het subnet vallen waar HA in zit (WireGuard tunneltje). Dit is op IP prima te benaderen, maar dan moet ik DNS weer bij gaan houden om te zorgen dat dit ook werkt. Nu maken de ESP-tjes zelf verbinding met de MQTT broker en hoef ik er alleen maar voor te zorgen det deze overal bereikbaar is. Wellicht een edge-case, maar als er verder geen grote voordelen zijn is er voor mij weinig noodzaak om over te stappen.

[Septillion]

@gastje01 Mja, wat dan gewijzigd is weet ik niet. Maar snap dat HA de combi current en % niet goed keurt

Als het probleem in HA ligt dan zou ik daar zeker een melding van in je log verwachten.

Qua API, dat is wel een interessante. Volgens mij zet HA de verbinding op, dus als ze een adres of IP hebben dat vanuit HA bereikbaar is lijkt me dat goed te gaan. Misschien dat discovery niet werkt en je handmatig toe moet voegen.

[gastje01]

Septillion schreef op dinsdag 22 juli 2025 @ 17:01:
@gastje01 Mja, wat dan gewijzigd is weet ik niet. Maar snap dat HA de combi current en % niet goed keurt

Als het probleem in HA ligt dan zou ik daar zeker een melding van in je log verwachten.

Qua API, dat is wel een interessante. Volgens mij zet HA de verbinding op, dus als ze een adres of IP hebben dat vanuit HA bereikbaar is lijkt me dat goed te gaan. Misschien dat discovery niet werkt en je handmatig toe moet voegen.

Ik heb er ook lang niet naar gekeken moet ik toegeven. De waarde heb ik wel ergens in een dashboard gestopt, maar daar kijk ik eigenlijk nooit naar. Ik heb een regenwatertank in de tuin voor mijn bereginingsinstallatie en ik wil altijd een minimale hoeveelheid in de tank houden om te voorkomen dat t grondwater ‘m mogelijk omhoog drukt (de pomp slaat wel automatisch af, maar veel te laat, dan is ie praktisch droog. Het viel me op dat er niet automatisch gesproeid werd vandaar dat ik ben gaan kijken.

De API zou ik wel eens kunnen testen hoe dat over een tunnel werkt. Voor zo ver ik weet werkt de discovery met mDNS, dus ik zal hoe dan ook iets moeten instellen. De verbinding zelf ben ik niet zo bang voor, dat werkt wel, ik ben benieuwd of ESPHome ‘m dan nog ziet (kan altijd de Ping functie aanzetten).

[Septillion]

@gastje01 mDNS is alleen nodig voor zijn makkelijke hostname. Maar je kunt zowel in HA als ESPHome builder ook op basis van IP doen.

[AUijtdehaag]

Voor mensen met esphome versie 2025.7.3 en fout met compilen van esp-idf:

Oplossing:
De esphome addon in HA even herstarten.

https://github.com/esphome/esphome/issues/9895

[Bockelaar]

de update naar 2025.7.4 geeft voor mijn Athom Echo's de volgende error op de stock yaml:

code:

INFO ESPHome 2025.7.4
INFO Reading configuration /config/esphome/m5stack-atom-echo-b83020.yaml...
Failed config

media_player.speaker: [source /config/esphome/m5stack-atom-echo-b83020.yaml:64]
  platform: speaker
  name: None
  id: echo_media_player
  announcement_pipeline: 
    speaker: echo_speaker
    format: WAV
  codec_support_enabled: False
  buffer_size: 6000
  volume_min: 0.4
  files: 
    - id: timer_finished_wave_file
      
      Could not check if https://github.com/esphome/wake-word-voice-assistants/raw/main/sounds/timer_finished.wav has changed, please check if file exists (HTTPSConnectionPool(host='raw.githubusercontent.com', port=443): Max retries exceeded with url: /esphome/wake-word-voice-assistants/main/sounds/timer_finished.wav (Caused by NewConnectionError('<urllib3.connection.HTTPSConnection object at 0x7fc62cf70fe0>: Failed to establish a new connection: [Errno 111] Connection refused'))).
      file: |-
        https://github.com/esphome/wake-word-voice-assistants/raw/main/sounds/timer_finished.wav
  on_announcement: 
    - if: 
        condition: 
          - microphone.is_capturing: {}
        then: 
          - script.execute: stop_wake_word
    - light.turn_on: 
        id: led

via de browser kan ik prima bij die wav komen. Iemand een idee? Ik kom op github en google niet veel relevants tegen


[update] ffs: pihole een update van de blocklists vindt het ineens nodig om githubusercontent.com te blocken

nu niet meer

[ Voor 4% gewijzigd door Bockelaar op 29-07-2025 14:56 ]

[lunarmoon]

Hoi Alle,

Ik heb een pulsteller gemaakt om stroom te kunnen meten met een ESP32. Dit werk als een tierelier.

Nu wil ik het zelfde esp gebruiken om een schakelaar te koppelen. Alleen het lukt mij niet. Hier heb in mijn YAML van de pulsteller. Ik vermoed dat het achter de teller gedeelte moet komen maar wil niet lukken. Ik wil deze schakelaar gebruiken om de puls teller te stoppen. Kan ik dit gewoon toevoegen onder het sensor gedeelte en hoe dan?

Het schakelaar zit op GPIO 35.

Mijn YAML voor ESP HOME in Home assistant:

esphome:
name: pulsteller
friendly_name: pulsteller

esp32:
board: esp32dev
framework:
type: arduino

sensor:
- platform: pulse_counter
pin: GPIO34
unit_of_measurement: 'kW'
name: 'klokteller1'
filters:
- multiply: 0.06 #(60s/1000 pulses per kWh)

# Enable logging
logger:

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

ota:
- platform: esphome
password: "xxxxxxxxxxxxxxxx"

wifi:
ssid: "xxxxxxxxx"
password: "xxxxxxxxxxx"
manual_ip:
static_ip: 192.168.xx.xxx
gateway: 192.168.xx.xxx
subnet: 255.255.255.0

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

captive_portal:

Alvast bedankt voor jullie advies.

[ Voor 14% gewijzigd door lunarmoon op 04-08-2025 15:41 ]

[Borromini]

@alex3305 Hoe is jouw ervaring met je ESP32-C6 bordje tot nu toe? Ik heb net een Xiao ESP32C6 aangeschaft met keramische antenne maar BT is echt belabberd. Moet nog 'ns kijken of het hetzelfde is met de andere bordjes, heb er drie in totaal.

M'n ESP32-S3 doet het stukken beter maar is ook veel minder compact.

[sjorsjuhmaniac]

@Borromini miss is een atoms3 lite iets? Geen ervaring met de BT

[Dutchess_Nicole]

Borromini schreef op maandag 4 augustus 2025 @ 22:55:
@alex3305 Hoe is jouw ervaring met je ESP32-C6 bordje tot nu toe? Ik heb net een Xiao ESP32C6 aangeschaft met keramische antenne maar BT is echt belabberd. Moet nog 'ns kijken of het hetzelfde is met de andere bordjes, heb er drie in totaal.

M'n ESP32-S3 doet het stukken beter maar is ook veel minder compact.

Die keramische antennes zijn super waardeloos, maar er is een manier om die aan te passen met een stukje draad om een wat nuttiger antenne te krijgen.

Ik heb zelf een antenne gemaakt zoals in deze video en dat hielp al veel.

YouTube: TRIPLE the WiFI RANGE of your ESP32 C3 using ONE wire! #esp32

[alex3305]

Borromini schreef op maandag 4 augustus 2025 @ 22:55:
@alex3305 Hoe is jouw ervaring met je ESP32-C6 bordje tot nu toe? Ik heb net een Xiao ESP32C6 aangeschaft met keramische antenne maar BT is echt belabberd. Moet nog 'ns kijken of het hetzelfde is met de andere bordjes, heb er drie in totaal.

M'n ESP32-S3 doet het stukken beter maar is ook veel minder compact.

Na veel vijven en zessen heb ik mijn DFRobot Beetle ESP32-C6 stabiel gekregen. Het grootste pijnpunt is de zendsterkte. Als je de Wifi output power naar beneden schroeft, zoals ik in een eerdere post schreef dan werkt het geheel stabiel. Ik heb ook een sloot 'slechte' SuperMini ESP32-C3 bordjes, eveneens met keramische antenne, maar die zijn zowat onbruikbaar.

@Dutchess_Nicole heeft een terecht punt met het stukje draad, maar dat is ook weer afhankelijk van het bordje. Bij mijn C3 SuperMini scheelt het bijna niets en wordt met name de verstoring versterkt .

Het idee en formaat van zo'n keramische antenne is leuk, maar het is enorm bewerkelijk. Met name omdat de fabrikanten ze simpelweg te dicht op andere componenten plaatsen. Waardoor je elektromagnetische storingen krijgt. Wat voor mij ook nog hielp was om 'snelle' verbindingen (zoals UART) verder weg te plaatsen, maar met een beetje een vol bordje of beperkte hoeveelheid aansluitingen is dat ook irritant.

sjorsjuhmaniac schreef op dinsdag 5 augustus 2025 @ 00:26:
@Borromini miss is een atoms3 lite iets? Geen ervaring met de BT

Die Atom bordjes waren ooit super aantrekkelijk mede vanwege de prijs/kwaliteitverhouding. Ik zie dat ze inmiddels weer een beetje in prijs gezakt zijn, maar de Atom Lite ging een tijdje terug voor 15 - 20 euro. Ook bij Ome Ali. Dat vind ik best wel pittig. Met name vanwege de beperkte hoeveelheid IO aansluitingen.

In mijn test van begin dit jaar waar ik uitgebreid heb getest met presence detection via Bluetooth kwam naar voren dat de Atom bordjes hierin best prima presteerde. Ook als een BT proxy. Ik had ook 10 stuks imitatie Lolin32 bordjes, maar die presteerde duidelijk minder. Mja, vooral een stuk wisselvalliger.

[Bockelaar]

OK, hulp gevraagd

Ons zwembad is voorzien van een chloormaker, een zogenaamde Mr. Pure MPS34. Nu vind ik wel dat dat ding modbus "praat" en er heeft iemand al eens wat gerommeld met zijn 'broertje' de MPS14
Nou ben ik wel thuis in HA en draai heus wel wat ESP's enzo. Toch zie ik even niet wat ik nu moet doen om dat ding met een ESP32 via modbus uit te lezen en die waarden in HA te krijgen.
Een ESP32 lukt wel, ik begrijp dat er iets van een TTL - > RS485 'dinges' moet komen en iets met een draadje aan dat dinges wat ik in die Aquark stop, right?

En dan ga je googlen en raak je het even kwijt. Is bijvoorbeeld dit de dinges die tussen de ESP32 en de Aquark A en B?
Is bijvoorbeeld de LilyGo een oplossing die ik zo kan gebruiken met esphome erop en 2 draadjes naar de Aquark?

En is er dan nog in de Aquark gewoon een terminal waar ik 2 draadjes in stop (A en of is daar een soort van modbus terminal met een super-speciale stekker die aan de terminal van dat 'dinges' geknoopt wordt?

Ik kom dus niet tot een shoppinglist, help. De esphome software en HA integratie komt daarna, maar eerst het "ijzer" en daar heb ik even hulp bij nodig

[tlpeter]

Bockelaar schreef op woensdag 6 augustus 2025 @ 14:47:
OK, hulp gevraagd

Ons zwembad is voorzien van een chloormaker, een zogenaamde Mr. Pure MPS34. Nu vind ik wel dat dat ding modbus "praat" en er heeft iemand al eens wat gerommeld met zijn 'broertje' de MPS14
Nou ben ik wel thuis in HA en draai heus wel wat ESP's enzo. Toch zie ik even niet wat ik nu moet doen om dat ding met een ESP32 via modbus uit te lezen en die waarden in HA te krijgen.
Een ESP32 lukt wel, ik begrijp dat er iets van een TTL - > RS485 'dinges' moet komen en iets met een draadje aan dat dinges wat ik in die Aquark stop, right?

En dan ga je googlen en raak je het even kwijt. Is bijvoorbeeld dit de dinges die tussen de ESP32 en de Aquark A en B?
Is bijvoorbeeld de LilyGo een oplossing die ik zo kan gebruiken met esphome erop en 2 draadjes naar de Aquark?

En is er dan nog in de Aquark gewoon een terminal waar ik 2 draadjes in stop (A en of is daar een soort van modbus terminal met een super-speciale stekker die aan de terminal van dat 'dinges' geknoopt wordt?

Ik kom dus niet tot een shoppinglist, help. De esphome software en HA integratie komt daarna, maar eerst het "ijzer" en daar heb ik even hulp bij nodig

In het gelinkte topic voor de MPS14 staat het volgende:

The following hardware was used for the connection:
• M8 3-pin (male) connector
• M5Stack ATOM Lite ESP32 Development Board with Wi-Fi Programmable Kit
• M5Stack ATOM Tail485 TTL to RS485 communication module (Level conversion serial port)

[Bockelaar]

check. dank je wel. Dus ik heb zo'n M8-pin nodig om tussen de terminal en de Aquark te zitten.
Is dit dan de 3 pings modbus terminal op de aquark?

[sjorsjuhmaniac]

Bockelaar schreef op woensdag 6 augustus 2025 @ 15:03:
check. dank je wel. Dus ik heb zo'n M8-pin nodig om tussen de terminal en de Aquark te zitten.
Is dit dan de 3 pings modbus terminal op de aquark?

[Afbeelding]

Heb je de handleiding al bekeken?

[Bockelaar]

goede vraag! Heb je al gekeken naar mijn vraag en gelezen en nagedacht over wat ik nu eigenlijk vraag?/

Als ouwe tweaker zijnde: ja natuurlijk, daar staat het niet in. En zoals je kan lezen heb ik onderzocht hoe het moet.
Ik heb zelfs evil google gebruikt en daarna een wel onderbouwde en heel specifieke vraag gesteld op het forum zodat ik daarna de juiste spullen heb.
Daarna kan ik dan de volgende stap van mijn zelf onderzoek te doen, en daarna zelfs misschien wel de code en het project te delen in dit topic, zoals ik al eerder deed met de Athom Echo.


edit: maar kijk wat ik nu vond: https://www.manualslib.co...-Mps14.html?page=5#manual

ergo: ja dat is de rs485 poort

[ Voor 12% gewijzigd door Bockelaar op 06-08-2025 17:32 ]

[sjorsjuhmaniac]

Bockelaar schreef op woensdag 6 augustus 2025 @ 17:12:
goede vraag! Heb je al gekeken naar mijn vraag en gelezen en nagedacht over wat ik nu eigenlijk vraag?/

ergo: ja dat is de rs485 poort

Uhu, je leest niet goed.
In je eerste post/link werd een paar posts lager in die thread een werkende setup opgesomd.

Dan je 2e post waar je vraagt over de poort;
Het stond op pagina 6 van de manual, eerste google hit…

[Bockelaar]

ja bedankt voor je hulp

[TheMystery]

ik gebruik al enige jaren de volgende code voor een uptime sensor op basis van een tiemstamp zodat er niet elke sec een update is van de sensor:

YAML:

time:
  - platform: homeassistant
    id: time_homeassistant
    timezone: "Europe/Amsterdam"
    on_time_sync:
      - component.update: sensor_uptime_timestamp
      
  - platform: sntp
    id: time_sntp
    timezone: "Europe/Amsterdam"

sensor:
  - platform: uptime
    id: sensor_uptime

  - platform: template
    id: sensor_uptime_timestamp
    name: "Ketel Uptime"
    device_class: "timestamp"
    accuracy_decimals: 0
    update_interval: never
    lambda: |-
      static float timestamp = (
        id(time_homeassistant).utcnow().timestamp - id(sensor_uptime).state
      );
      return timestamp;

ik merk dat deze tegenwoordig vaker NA aangeeft en soms krijg ik het na een reboot weer werken maar vaak ook niet.
Nu zie ik bij een reboot dat de tijd wel gesynced wordt en dat er meestal ok wel een waarde uitkomt (soms krijg ik nan) maar evengoed blijft de sensor op NA staan.

Wat is nu de beste manier om een uptime sensor te maken, ik zie dat er tegenwoordig wel in de uptime sensor een timestamp optie zit, maar dan moet er wel een time component gebruikt worden wat me niet helemaal duidelijk is. Iemand hier misschien een voorbeeld van?

YAML:

sensor:
  - platform: uptime
    type: timestamp
    name: Uptime Sensor

[alex3305]

@TheMystery Ik gebruik daarvoor de uptime sensor met een custom update interval.

YAML:

sensor:
  - platform: uptime
    name: "Uptime"
    id: uptime_sensor
    disabled_by_default: true
    update_interval: 60s
    entity_category: "diagnostic"

[TheMystery]

alex3305 schreef op vrijdag 8 augustus 2025 @ 20:45:
@TheMystery Ik gebruik daarvoor de uptime sensor met een custom update interval.

YAML:

sensor:
  - platform: uptime
    name: "Uptime"
    id: uptime_sensor
    disabled_by_default: true
    update_interval: 60s
    entity_category: "diagnostic"

Ik heb het gevonden onderstaand werkt hetzelfde zoals ik had maar is dan niet afhangkelijk van home assistant voor tijd synchronisatie:

YAML:

time:    
  - platform: sntp
    id: time_sntp
    timezone: "Europe/Amsterdam"
    on_time_sync:
      then:
        - logger.log: "Time synchronized successfully after reboot"

sensor:
  - platform: uptime
    id: sensor_uptime
    name: "Uptime"
    type: timestamp

[Borromini]

@sjorsjuhmaniac Hebben die Atoms ook zo'n keramische antenne of een PCB trace? Die PCB trace op mijn LilyGO T-ETH-ELite lijkt het qua bereik een stuk beter te doen. Maar ik vind niet direct foto's van het bordje in de Atom S3.

Heb ook de Beetle ESP32-C6 besteld en nog wat U.FL-antennes om op de Xiao ESP32C6 te monteren.

[sjorsjuhmaniac]

@Borromini ik heb geen idee.

Ik heb deze fotos kunnen vinden.

https://github.com/jlunz/m5stack_atom_lite_teardown

[Hermarcel]

@Borromini @sjorsjuhmaniac Op die foto's is dat metalen ding de antenne

[WoBBeL]

Sinds de update naar ESPhome 2025.8.0 lukt het mij niet meer om 1 device te compilen en te updaten.

code:

Compiling .pioenvs/nfcrfid-woonkamer/src/esphome/core/util.cpp.o
Compiling .pioenvs/nfcrfid-woonkamer/src/main.cpp.o
Generating LD script .pioenvs/nfcrfid-woonkamer/ld/local.eagle.app.v6.common.ld
Compiling .pioenvs/nfcrfid-woonkamer/lib3c7/ESPAsyncTCP/AsyncPrinter.cpp.o
Compiling .pioenvs/nfcrfid-woonkamer/lib3c7/ESPAsyncTCP/ESPAsyncTCP.cpp.o
Compiling .pioenvs/nfcrfid-woonkamer/lib3c7/ESPAsyncTCP/ESPAsyncTCPbuffer.cpp.o
src/main.cpp:29:6: error: 'HomeAssistantServiceCallAction' in namespace 'esphome::api' does not name a template type
   29 | api::HomeAssistantServiceCallAction<std::string, nfc::NfcTag> *api_homeassistantservicecallaction_id;
      |      ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
src/main.cpp: In function 'void setup()':
src/main.cpp:307:3: error: 'api_homeassistantservicecallaction_id' was not declared in this scope
  307 |   api_homeassistantservicecallaction_id = new api::HomeAssistantServiceCallAction<std::string, nfc::NfcTag>(api_apiserver_id, true);
      |   ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
src/main.cpp:307:52: error: 'HomeAssistantServiceCallAction' in namespace 'esphome::api' does not name a template type
  307 |   api_homeassistantservicecallaction_id = new api::HomeAssistantServiceCallAction<std::string, nfc::NfcTag>(api_apiserver_id, true);
      |                                                    ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
src/main.cpp:307:94: error: expected primary-expression before ',' token
  307 |   api_homeassistantservicecallaction_id = new api::HomeAssistantServiceCallAction<std::string, nfc::NfcTag>(api_apiserver_id, true);
      |                                                                                              ^
src/main.cpp:307:107: error: expected primary-expression before '>' token
  307 |   api_homeassistantservicecallaction_id = new api::HomeAssistantServiceCallAction<std::string, nfc::NfcTag>(api_apiserver_id, true);
      |                                                                                                           ^
src/main.cpp:307:109: warning: left operand of comma operator has no effect [-Wunused-value]
  307 |   api_homeassistantservicecallaction_id = new api::HomeAssistantServiceCallAction<std::string, nfc::NfcTag>(api_apiserver_id, true);
      |                                                                                                             ^~~~~~~~~~~~~~~~
/config/esphome/nfcrfid-woonkamer.yaml:49:71: error: cannot convert '<brace-enclosed initializer list>' to 'const std::vector<esphome::Action<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, esphome::nfc::NfcTag>*, std::allocator<esphome::Action<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, esphome::nfc::NfcTag>*> >&'
   49 | #    - rtttl.play: 'two_short:d=4,o=5,b=100:16e6,16e6'
      |                                                                       ^
In file included from src/esphome/components/api/api_server.h:9,
                 from src/esphome/components/api/api_connection.h:8,
                 from src/esphome.h:3,
                 from src/main.cpp:3:
src/esphome/core/automation.h:289:56: note:   initializing argument 1 of 'void esphome::Automation<Ts>::add_actions(const std::vector<esphome::Action<Ts ...>*>&) [with Ts = {std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, esphome::nfc::NfcTag}]'
  289 |   void add_actions(const std::vector<Action<Ts...> *> &actions) { this->actions_.add_actions(actions); }
      |                    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~
Compiling .pioenvs/nfcrfid-woonkamer/lib3c7/ESPAsyncTCP/SyncClient.cpp.o
*** [.pioenvs/nfcrfid-woonkamer/src/main.cpp.o] Error 1
========================= [FAILED] Took 62.83 seconds =========================

Het vreemde is dat ik mn build files al heb verwijderd en mijn code heb aangepast.

Oude code

YAML:

esphome:
  name: nfcrfid-woonkamer
  friendly_name: nfcrfid-woonkamer
esp8266:
  board: esp01_1m
# Enable logging
logger:
# Enable Home Assistant API
api:
  encryption:
    key: "x"
  actions:
    - action: play_rtttl
      variables:
        song_str: string
      then:
        - rtttl.play:
            rtttl: !lambda 'return song_str;'
ota:
  - platform: esphome
    password: "x"
wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password
  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "Nfcrfid-Woonkamer"
    password: "x"
captive_portal:
spi:
  clk_pin: GPIO14
  miso_pin: GPIO12
  mosi_pin: GPIO13
pn532_spi:
  cs_pin: GPIO02
  update_interval: 1s
  on_tag:
    then:
    - homeassistant.tag_scanned: !lambda 'return x;'
#    - rtttl.play: 'scale_up:d=32,o=5,b=100:c,c#,d#,e,f#,g#,a#,b'
#    - rtttl.play: 'two_short:d=4,o=5,b=100:16e6,16e6'
switch:
  - platform: restart
    name: "NFC/RFID ESP8266 herstarten"
output:
  - platform: esp8266_pwm
    pin: GPIO04
    id: rtttl_out
rtttl:
  output: rtttl_out

Actions lijkt het issue te zijn. Ik doe de logica voor mn tag scanner verder in een HA automation.

[edit]

Bug... https://github.com/esphome/esphome/issues/10263

[ Voor 10% gewijzigd door WoBBeL op 21-08-2025 14:16 ]

[miro010]

Septillion schreef op dinsdag 19 maart 2024 @ 20:03:
@PerlinNoise Hierbij de yaml voor de LCS Smart Connect pluggen (3202087) maar dan bij de buren Ik heb er een general device yaml van gemaakt die ik dan importeer in elk device.


En dan in het device:

YAML:

substitutions:
  device_name: foo-bar
  friendly_name: Foo Bar
  voltage_divider: '795'
  current_resistor: '0.001'
  current_multiply: '0.450' 

packages:
  device_base: !include Devices/LSC_3202087.yaml

Waar je dan de naam en exacte kalibratie opgeeft.

Hallo, ben een newbee vwb HA en ESPHome.
Waar moet ik bovenstaande invoeren?

[Septillion]

@miro010 De eerste sla je dus op onder [esphome]\Devices\LSC_3202087.yaml Met de tweede maak je een nieuw device aan en plak je die code.

Enige ervaring hoe ESPHome werkt is wel handig voor je direct met pluggen met Beken gaat gebruiken. En de eerste keer zal je dus draadjes moeten solderen voor een USB naar Serial adapter.

[miro010]

Septillion schreef op dinsdag 19 maart 2024 @ 20:03:
@PerlinNoise Hierbij de yaml voor de LCS Smart Connect pluggen (3202087) maar dan bij de buren Ik heb er een general device yaml van gemaakt die ik dan importeer in elk device.

Devices\LSC_3202087.yaml

YAML:

esphome:
  name: ${device_name}
  friendly_name: ${friendly_name}


bk72xx:
  board: generic-bk7231n-qfn32-tuya

logger:
  baud_rate: 0

web_server:

captive_portal:

mdns:

api:
  encryption:
    key: !secret api_key

ota:
  password: !secret ota_password

wifi:
  networks:
    - ssid: !secret wifi_ssid
      password: !secret wifi_password
  ap:

button:
  - platform: restart
    name: Restart

debug:
  update_interval: 30s

text_sensor:
  - platform: debug
    reset_reason:
      name: Reset Reason
  - platform: libretiny
    version:
      name: LibreTiny Version

sensor:
  - platform: uptime
    name: Uptime
  - platform: hlw8012
    model: BL0937
    update_interval: 500ms
    change_mode_every: 2
    cf_pin:
      number: P26
      inverted: true
    cf1_pin:
      number: P24
      inverted: true
    sel_pin:
      number: P11
      inverted: true
    current:
      name: Current
      id: current
      accuracy_decimals: 3
      on_value:
        component.update: apparent_power
      filters:
        - multiply: ${current_multiply}
        - sliding_window_moving_average:
            window_size: 4
            send_every: 2
    voltage:
      name: Voltage
      id: voltage
      on_value:
        component.update: apparent_power
      filters:
        - sliding_window_moving_average:
            window_size: 4
            send_every: 2
    power:
      name: Power
      id: power
      on_value:
        component.update: power_factor
      filters:
        - sliding_window_moving_average:
            window_size: 4
            send_every: 2
    energy:
      name: Energy
    voltage_divider: ${voltage_divider}
    current_resistor: ${current_resistor}
  - platform: template
    name: "Apparent power"
    id: apparent_power
    unit_of_measurement: VA
    device_class: apparent_power
    lambda: |-
      return id(voltage).state * id(current).state;
    update_interval: never
    on_value:
        component.update: power_factor
  - platform: template
    name: "Power factor"
    id: power_factor
    unit_of_measurement: ''
    device_class: power_factor
    lambda: |-
      return id(power).state / id(apparent_power).state;
    filters:
      - clamp:
          min_value: 0
          max_value: 1
    update_interval: never

binary_sensor:
  - platform: gpio
    id: binary_switch_1
    pin:
      number: P7
      inverted: true
      mode: INPUT_PULLUP
    filters:
      - delayed_on: 10ms
    on_press:
      then:
        - switch.toggle: switch_1

switch:
  - platform: gpio
    id: switch_1
    name: none
    pin: P8
    restore_mode: RESTORE_DEFAULT_OFF
    on_turn_on:
      script.execute: set_status_led
    on_turn_off:
      script.execute: set_status_led

light:
  - platform: status_led
    id: light_red
    name: "Red led"
    pin: P6
    restore_mode: RESTORE_DEFAULT_OFF
  - platform: binary
    name: "Status led"
    id: blue_led
    output: output_blue_led
    restore_mode: RESTORE_DEFAULT_OFF
    internal: true

output:
  - platform: gpio
    id: output_blue_led
    pin: P10

select:
  - platform: template
    name: "Status led mode"
    id: status_led_mode
    optimistic: true
    restore_value: True
    entity_category: CONFIG
    update_interval: never
    options:
      - "Normal"
      - "Invert"
      - "Off"
    initial_option: "Normal"
    on_value:
      script.execute: set_status_led

script:
  - id: set_status_led
    then:
      - if:
          condition:
            lambda: |-
              return strcmp(id(status_led_mode).state.c_str(), "Normal") == 0;
          then:
            if:
              condition:
                switch.is_on: switch_1
              then:
                light.turn_on: blue_led
              else:
                light.turn_off: blue_led
      - if:
          condition:
            lambda: |-
              return strcmp(id(status_led_mode).state.c_str(), "Invert") == 0;
          then:
            if:
              condition:
                switch.is_on: switch_1
              then:
                light.turn_off: blue_led
              else:
                light.turn_on: blue_led
      - if:
          condition:
            lambda: |-
              return strcmp(id(status_led_mode).state.c_str(), "Off") == 0;
          then:
            light.turn_off: blue_led

En dan in het device:

YAML:

substitutions:
  device_name: foo-bar
  friendly_name: Foo Bar
  voltage_divider: '795'
  current_resistor: '0.001'
  current_multiply: '0.450' 

packages:
  device_base: !include Devices/LSC_3202087.yaml

Waar je dan de naam en exacte kalibratie opgeeft.

Ik ben een newbee in de hoek van HA en ESPHome.
Ooit een ESP32 met uiteindelijk suc6 geflash.
Nu wil ik smartplugs gaan inzetten zonder verbinding met dubieuse servers en kwam ik de oplossing met een LSC smartplug voorzien van ESPHome.
Bij de ACTION een paar smartplugs gehaald (artikel# 3202087 met een CB2S, cpu is BK7231N) en er 1 open gemaakt, draadjes gesoldeerd en USB ready for flash.
HA en ESPHome geupdate naar de laatste versie. Kat in het bakkie zou je denken.
De smartplug kan ik in HA initieel aanmelden. Er is connectie.
Nu nog de laatste code nog in de yaml config. Vanaf "button" (rond regel 30 in de gequotte text) tot eind in de yaml gezet en installeren maar. Installeren is via wifi en via USB geprobeerd.
Wat ik ook doe ik krijg steeds onderstaande melding bij flashen. Iets van float die niet gedeclareerd zou zijn? Zo ja waar dan.Of wat is er dan wel aan de hand?
Ik heb geflasd met in de code als board "generic-bk7231n-qfn32-tuya", "LSC LMA" of "CB2S".
Geprobeerd op een RPI3B+ en een HP T630. Steeds hetzelfde. Wie heeft er een idee.
Alvast bedankt voor de positieve reacties.


Graag volgende keer ook errors als tekst plaatsen

[ Voor 0% gewijzigd door Septillion op 23-08-2025 21:51 ]

[sjorsjuhmaniac]

@miro010 je var is dus geen float. Maak er een float van.

Je laatsenerror is dus een probleem met de units. Moet een waarde en eenheid zijn.

Begin er eens mee om de vars te vervangen door waardes als je ze al gedefinieerd hebt op dit moment.

[Septillion]

@miro010 Hier compiles de code nog prima, dus wat heb jij er exact van gemaakt? Code als tekst in code tags graag.

Verder vond ik het het makkelijkste om eerst de kickstart erop te flashen met ltchiptool. En daarna een UF2 te maken vanuit ESPhome en die op de webpagina van het device te uploaden.

[miro010]

@Septillion Het kwartje is gevallen.
Voor het software gebeuren:
Met file editor in HA in map esphome een map Devices aanmaken en daar de gemaakte file LSC_3202087.yaml inzetten.
In ESPHome builder een "New Device" aanmaken voor je LSC smartplug (Generic BK7231N Tuya QFN32) en onderaan in de device yaml invoegen:[list=1]

code:

 substitutions:
  device_name: lcs plug 01
  friendly_name: LCA Plug 01
  voltage_divider: '795'
  current_resistor: '0.001'
  current_multiply: '0.450' 

packages:
  device_base: !include Devices/LSC_3202087.yaml

In de LCS_3202087.yaml wel de doublures met de device yaml vwb netwerk info en keys uitgezet dmv een # ervoor te plaatsen.

Bij draadloos uploaden van de final device yaml had ik problemen met het netwerk. Dit heb ik tijdelijk opgelost door de LCS smartplug via usb rechtstreeks op de RPI te flashen.
Toen liep ik nog tegen het probleem aan dat in HA ik niets met de entiteiten kon doen door een Configuratie probleem. Nog geen idee wat het was/is.
Door het apparaat in HA uit te schakelen en na een tijdje weer in te schakelen was het probleem verholpen.
Eens kijken hoe dit de komende tijd gaat en blijft werken, hi.
Hartelijk bedankt voor jullie reacties. Ik ben weer wat wijzer

[ Voor 3% gewijzigd door miro010 op 25-08-2025 09:50 ]

[Yukkie]

Ik heb een Raspiaudio Muse Luxe speaker, waar ik ESP Home op geflashed heb, al een hele tijd geleden. Sinds de 2025.8 update van ESP Home, blijft de Raspiaudio Muse Luxe aangeven dat de geïnstalleerde versie van ESP Home 2025.7.5 is, ook als ik het device heel bewust vanuit de ESP Home Builder Versie 2025.8.2 update. Ik zie dat ook letterlijk in de Log files terug komen:

code:

INFO ESPHome 2025.8.2
INFO Reading configuration /config/esphome/esp_muse_luxe.yaml...
INFO Updating https://github.com/esphome/esphome.git@pull/3552/head
WARNING GPIO5 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.html#why-am-i-getting-a-warning-about-strapping-pins
WARNING GPIO12 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.html#why-am-i-getting-a-warning-about-strapping-pins
INFO Starting log output from 192.168.XXX.XXX using esphome API
INFO Successfully resolved esp-muse-luxe @ 192.168.XXX.XXX in 0.000s
INFO Successfully connected to esp-muse-luxe @ 192.168.XXX.XXX in 0.034s
INFO Successful handshake with esp-muse-luxe @ 192.168.XXX.XXX in 0.016s
[11:17:15][I][app:149]: ESPHome version 2025.7.5 compiled on Aug  5 2025, 22:32:28
[11:17:15][I][app:151]: Project raspiaudio.muse-luxe version 1.0

Dit is de YAML:

YAML:

substitutions:
  devicename: "esp-muse-luxe"
  upper_devicename: "Esp Muse Luxe"
  wifi_ap_password: ""
  board: esp-wrover-kit
  framework: arduino
  loglevel: debug
  area: Livingroom

packages:
  device_base: !include packages/esp32_devicebase.yaml

esphome:
  name: "${devicename}"
  name_add_mac_suffix: false
  project:
    name: raspiaudio.muse-luxe
    version: "1.0"
  on_boot:
    then:
      - light.turn_on:
          id: top_led
          effect: slow_pulse
          red: 100%
          green: 60%
          blue: 0%

i2c:
  - id: i2c_bus
    sda: GPIO18
    scl: GPIO23

dashboard_import:
  package_import_url: github://esphome/firmware/media-player/raspiaudio-muse-luxe.yaml@main

captive_portal:

improv_serial:


external_components:
  - source: github://pr#3552  # DAC support https://github.com/esphome/esphome/pull/3552
    components: [es8388]
    refresh: 0s

es8388:

i2s_audio:
  - id: i2s_audio_bus
    i2s_lrclk_pin: GPIO25
    i2s_bclk_pin: GPIO5

media_player:
  - platform: i2s_audio
    name: player
    id: luxe_out
    dac_type: external
    i2s_dout_pin: GPIO26
    mode: stereo
    mute_pin:
      number: GPIO21
      inverted: true

microphone:
  - platform: i2s_audio
    id: luxe_microphone
    i2s_din_pin: GPIO35
    adc_type: external
    pdm: false

sensor:
  - platform: adc
    id: battery_sensor
    pin: GPIO33
    name: Battery
    icon: "mdi:battery-outline"
    device_class: voltage
    state_class: measurement
    entity_category: diagnostic
    unit_of_measurement: V
    update_interval: 15s
    accuracy_decimals: 3
    attenuation: 12db
    raw: true
    filters:
      - multiply: 0.00173913 # 2300 -> 4, for attenuation 11db, based on Olivier's code
      - exponential_moving_average:
          alpha: 0.2
          send_every: 2
      - delta: 0.002

binary_sensor:
  - platform: gpio
    pin:
      number: GPIO19
      inverted: true
      mode:
        input: true
        pullup: true
    name: Volume Up
    on_click:
      - media_player.volume_up:
          id: luxe_out
  - platform: gpio
    pin:
      number: GPIO32
      inverted: true
      mode:
        input: true
        pullup: true
    name: Volume Down
    id: volume_down
    on_click:
      - media_player.volume_down: 
          id: luxe_out
  - platform: gpio
    pin:
      number: GPIO12
      inverted: true
      mode:
        input: true
        pullup: true
    name: Action
    id: action_button
    on_multi_click:
      - timing:
          - ON FOR AT MOST 350ms
          - OFF FOR AT LEAST 10ms
        then:
          - media_player.toggle: 
              id: luxe_out

light:
  - platform: fastled_clockless
    name: LED
    id: top_led
    pin: GPIO22
    chipset: SK6812
    num_leds: 1
    rgb_order: grb
    default_transition_length: 0s
    gamma_correct: 2.8
    effects:
      - pulse:
          name: pulse
          transition_length: 250ms
          update_interval: 250ms
      - pulse:
          name: slow_pulse
          transition_length: 1s
          update_interval: 2s

Heeft iemand een idee waar dit door zou kunnen komen?

Dan zit je hier dus fout => schopje

[ Voor 0% gewijzigd door Septillion op 31-08-2025 13:42 ]

[MazzHead]

Yukkie schreef op vrijdag 29 augustus 2025 @ 11:23:
Ik heb een Raspiaudio Muse Luxe speaker, waar ik ESP Home op geflashed heb, al een hele tijd geleden. Sinds de 2025.8 update van ESP Home, blijft de Raspiaudio Muse Luxe aangeven dat de geïnstalleerde versie van ESP Home 2025.7.5 is, ook als ik het device heel bewust vanuit de ESP Home Builder Versie 2025.8.2 update. Ik zie dat ook letterlijk in de Log files terug komen:

code:

INFO ESPHome 2025.8.2
INFO Reading configuration /config/esphome/esp_muse_luxe.yaml...
INFO Updating https://github.com/esphome/esphome.git@pull/3552/head
WARNING GPIO5 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.html#why-am-i-getting-a-warning-about-strapping-pins
WARNING GPIO12 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.html#why-am-i-getting-a-warning-about-strapping-pins
INFO Starting log output from 192.168.XXX.XXX using esphome API
INFO Successfully resolved esp-muse-luxe @ 192.168.XXX.XXX in 0.000s
INFO Successfully connected to esp-muse-luxe @ 192.168.XXX.XXX in 0.034s
INFO Successful handshake with esp-muse-luxe @ 192.168.XXX.XXX in 0.016s
[11:17:15][I][app:149]: ESPHome version 2025.7.5 compiled on Aug  5 2025, 22:32:28
[11:17:15][I][app:151]: Project raspiaudio.muse-luxe version 1.0

[...]

Allereerst, beter vragen in ESPHome topic: Het grote ESPhome topic

Je log geeft aan dat ESPHome 2025.8.2 een log aanvraagt en dan dus de niet geupdate node de log teruggeeft. Als je een log oplepeld met daarin de compile, link, upload en successmelding, en dan nog steeds 2025.7.5 heb je een issue. Nu is ie gewoon niet geupdate denk ik.

[Yukkie]

MazzHead schreef op vrijdag 29 augustus 2025 @ 14:49:
[...]

Allereerst, beter vragen in ESPHome topic: Het grote ESPhome topic

Je log geeft aan dat ESPHome 2025.8.2 een log aanvraagt en dan dus de niet geupdate node de log teruggeeft. Als je een log oplepeld met daarin de compile, link, upload en successmelding, en dan nog steeds 2025.7.5 heb je een issue. Nu is ie gewoon niet geupdate denk ik.

je bedoelt deze logs?

code:

INFO ESPHome 2025.8.2
INFO Reading configuration /config/esphome/esp_muse_luxe.yaml...
INFO Updating https://github.com/esphome/esphome.git@pull/3552/head
WARNING GPIO5 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.html#why-am-i-getting-a-warning-about-strapping-pins
WARNING GPIO12 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.html#why-am-i-getting-a-warning-about-strapping-pins
INFO Generating C++ source...
INFO Compiling app...
Processing esp-muse-luxe (board: esp-wrover-kit; framework: arduino; platform: https://github.com/pioarduino/platform-espressif32/releases/download/54.03.21-2/platform-espressif32.zip)
--------------------------------------------------------------------------------
INFO Version mismatch for tool-esptoolpy: 1.30000.201119 != 5.0.2
INFO Reinstalling tool-esptoolpy due to version mismatch
INFO Package configuration completed successfully
Tool Manager: Installing https://github.com/pioarduino/registry/releases/download/0.0.1/esptoolpy-v5.0.2.zip
INFO Installing https://github.com/pioarduino/registry/releases/download/0.0.1/esptoolpy-v5.0.2.zip
Unpacking  [####################################]  100%
Tool Manager: tool-esptoolpy@5.0.2 has been installed!
INFO tool-esptoolpy@5.0.2 has been installed!
Tool Manager: Installing file:///root/.platformio/tools/tool-esptoolpy
INFO Installing file:///root/.platformio/tools/tool-esptoolpy
Tool Manager: tool-esptoolpy@5.0.2 has been installed!
INFO tool-esptoolpy@5.0.2 has been installed!
INFO Tool tool-esptoolpy successfully installed
INFO Package configuration completed successfully
HARDWARE: ESP32 240MHz, 320KB RAM, 4MB Flash
 - framework-arduinoespressif32 @ 3.2.1 
 - framework-arduinoespressif32-libs @ 5.4.0+sha.858a988d6e 
 - tool-esptoolpy @ 5.0.2 
 - tool-mklittlefs @ 3.2.0 
 - toolchain-xtensa-esp-elf @ 14.2.0+20241119
Dependency Graph
|-- Networking @ 3.2.1
|-- AsyncTCP @ 3.4.5
|-- WiFi @ 3.2.1
|-- FS @ 3.2.1
|-- Update @ 3.2.1
|-- ESPAsyncWebServer @ 3.7.10
|-- ESP32 Async UDP @ 3.2.1
|-- DNSServer @ 3.2.1
|-- ESPmDNS @ 3.2.1
|-- Wire @ 3.2.1
|-- Improv @ 1.2.4
|-- NetworkClientSecure @ 3.2.1
|-- HTTPClient @ 3.2.1
|-- ESP32-audioI2S @ 2.3.0
|-- FastLED @ 3.9.16
|-- esp-audio-libs @ 1.1.4
RAM:   [==        ]  16.0% (used 52468 bytes from 327680 bytes)
Flash: [========  ]  77.1% (used 1415190 bytes from 1835008 bytes)
========================= [SUCCESS] Took 49.06 seconds =========================
INFO Successfully compiled program.
INFO Uploading to 192.168.1XX.XX6
INFO Connecting to 192.168.1XX.XX6 port 3232...
INFO Connected to 192.168.1XX.XX6
INFO Uploading /data/./build/esp-muse-luxe/.pioenvs/esp-muse-luxe/firmware.bin (1415584 bytes)
Uploading: [============================================================] 100% Done...

INFO Upload took 19.26 seconds, waiting for result...
INFO OTA successful
INFO Successfully uploaded program.
INFO Starting log output from 192.168.1XX.XX6 using esphome API
INFO Successfully resolved esp-muse-luxe @ 192.168.1XX.XX6 in 0.000s
INFO Trying to connect to esp-muse-luxe @ 192.168.1XX.XX6 in the background
INFO Successfully resolved esp-muse-luxe @ 192.168.1XX.XX6 in 0.000s
INFO Successfully connected to esp-muse-luxe @ 192.168.1XX.XX6 in 0.012s
INFO Successful handshake with esp-muse-luxe @ 192.168.1XX.XX6 in 0.018s
[15:05:24][I][app:149]: ESPHome version 2025.7.5 compiled on Aug  5 2025, 22:32:28
[15:05:24][I][app:151]: Project raspiaudio.muse-luxe version 1.0

Overigens heb ik afgelopen weekend ook al eens de Build files verwijderd, wat dus niets heeft opgeleverd, hij blijft een oude versie tonen.

[MazzHead]

Yukkie schreef op maandag 1 september 2025 @ 15:07:
[...]


je bedoelt deze logs?

[...]

Overigens heb ik afgelopen weekend ook al eens de Build files verwijderd, wat dus niets heeft opgeleverd, hij blijft een oude versie tonen.

Zou dan kunnen dat bij opstarten er een fout optreedt en dan de oude partitie gebruikt wordt. Die log na OTA geeft niet de boot weer, daarvoor moet netwerk al gestart zijn. Kun je via kabel uploaden en kijken of dat helpt?

[Yukkie]

@MazzHead Dat zat ik mij net ook te bedenken ja. Ik kan me niet herinneren of dat ik dat al eens geprobeerd heb, dus dat ga ik vanavond inderdaad even doen.

[Septillion]

@Yukkie Kabel zou wel een goeie zijn. Eventueel eens op een andere ESP als je die hebt. Zou ik ivm zelfde naam de eerste wel even offline halen.

Alternatief zou je er eens gewoon de kickstart op kunnen gooien, dan compile an manual download. Die dan in de kickstart UI uploaden.

[Hermarcel]

@Yukkie
Ik had een paar weken geleden ook een raar probleem met ESPhome dat hij een file bleef meecompileren/linken wat niet meer in de HomeAssistant filestructuur bestond. Jouw probleem is heel anders, maar misschien dat mijn oplossing ook bij jou werkt.

Ik heb de beta-versie van ESPhome naast de gewone geïnstalleerd. Nadat ik daarmee de compilatie/link/upload succesvol had gedaan, werkte de originele ESPhome ook weer. Ik heb toen de beta-versie ge-deïnstalleerd en heb geen problemen meer gehad.

Misschien heb je er wat aan.

[Yukkie]

We maken progressie!

Eerst via een USB kabel mijn gebruikelijke config geflashed -> opeens allemaal kernel panic errors.
Toen via de esphome webflasher een vergebakken (moderne) .bin file geflashed -> weer kernel panics.
Dus van de Raspiaudio github de door hun gecompilede luxe_microww.bin gedownload en via de webflasher geflashed -> succes! Ik heb nu een ESPHome 2025.6.2 firmware

Ik ga eens de yaml's van Raspiaudio en die van mijzelf vergelijken en alle goeie dingen uit hun versie overnemen.

[Yukkie]

Update:
ik moest op mijn laptop in docker desktop even ESPhome opspinnen om de config te compilen, want in ESPHome op mijn Home-Assistant yellow gaat het telkens hier mis:

code:

Compiling .pioenvs/muse-luxe/managed_components/espressif__esp-tflite-micro/tensorflow/lite/micro/debug_log.cc.o
Compiling .pioenvs/muse-luxe/managed_components/espressif__esp-tflite-micro/tensorflow/lite/micro/flatbuffer_utils.cc.o
Compiling .pioenvs/muse-luxe/managed_components/espressif__esp-tflite-micro/tensorflow/lite/micro/memory_helpers.cc.o
Compiling .pioenvs/muse-luxe/managed_components/espressif__esp-tflite-micro/tensorflow/lite/micro/micro_allocation_info.cc.o
Archiving .pioenvs/muse-luxe/esp-idf/espressif__esp-nn/libespressif__esp-nn.a
Compiling .pioenvs/muse-luxe/managed_components/espressif__esp-tflite-micro/tensorflow/lite/micro/micro_allocator.cc.o
xtensa-esp-elf-g++: fatal error: Killed signal terminated program cc1plus
compilation terminated.
*** [.pioenvs/muse-luxe/managed_components/espressif__esp-tflite-micro/tensorflow/lite/micro/micro_allocation_info.cc.o] Error 1
xtensa-esp-elf-g++: fatal error: Killed signal terminated program cc1plus
compilation terminated.
*** [.pioenvs/muse-luxe/managed_components/espressif__esp-tflite-micro/tensorflow/lite/micro/flatbuffer_utils.cc.o] Error 1

Is overigens deze YAML voor wie het zelf ook wil proberen: https://github.com/RASPIA...ob/main/luxe_microWW.yaml

Enfin, het speakertje werkt weer voorlopig. Heb vanavond geen zin meer om het verder uit te zoeken.

[Septillion]

@Yukkie Soms wil ESPhome restart of clean buildfiles ook wel helpen. Of loopt je HA bak uit het geheugen?

[Yukkie]

@Septillion Een herstart heb ik net ook gedaan ja. En de clean buildfiles ook al een aantal keer. Dat laatste lijkt het geval te zijn volgens dit topic: https://community.home-as...program-cc1plus/463184/45. Ik zie ook in HA zelf dat voornamelijk het CPU gebruik naar 100% gaat. Ik probeer het nu nog een keer met de in dat topic genoemde optie

code:

 compile_process_limit: 1

Maar ESPHome op mijn HA Yellow is sowieso al niet al te snel, vooral niet als het esp-idf gebruikt wordt. Nu dus maar even afwachten.

update: het compilen op de HA Yellow heeft slechts een uurtje geduurd Maar hij doet het nu.

[ Voor 9% gewijzigd door Yukkie op 01-09-2025 22:25 ]

[Obelixxx]

Hoi allemaal,

Ik probeer mijn LILYGO T5 4.7" E-Paper v2.3 (ESP32-S3) werkend te krijgen met ESPHome 2025.8.2, maar na dagen proberen krijg ik niets op het scherm. Flashen en verbinding gaan goed, logs zien er normaal uit (boodschappen/uptime etc.), alleen het e-paper blijft leeg en refresh’t niet.

Ik zoek een zo simpel mogelijke YAML om het display überhaupt iets te laten tonen (bijv. “Hello” of de tijd), zodat ik daarvandaan verder kan bouwen. Uiteindelijk wil ik de uurprijzen voor elektriciteit tonen, maar eerst wil ik alleen bevestigen dat het scherm en de pinmapping kloppen.

Wat ik heb/gebruik:

Board: LILYGO T5 4.7" v2.3 (ESP32-S3)

ESPHome: 2025.8.2

PlatformIO/USB-flash werkt, device komt online

Seriële en OTA logs beschikbaar

Waar ik naar op zoek ben:

Een minimale, bewezen YAML voor dit board + display (incl. juiste spi/pin mapping en display: sectie) die één tekstregel rendert.

Eventuele bekende quirks (reset-pin, busy-pin, rotatie, full_update_every, juiste modelnaam, etc.) specifiek voor de v2.3.

Tip of ik een bepaalde Waveshare/LILYGO display-driver of modelnaam moet kiezen in ESPHome voor dit paneel.

Desnoods: als iemand zijn/haar werkende YAML wil delen (met geanonimiseerde wifi-gegevens), dan kan ik die testen en terugkoppelen.

Alvast heel erg bedankt voor jullie tijd en hulp! 🙏

[Bockelaar]

helpt dit je niet? https://esphome.io/components/touchscreen/lilygo_t5_47/

[Obelixxx]

Bockelaar schreef op dinsdag 2 september 2025 @ 12:46:
helpt dit je niet? https://esphome.io/components/touchscreen/lilygo_t5_47/

Dat gaat (volgens mij) over het touch gedeelte. Ik heb het scherm zonder touch

[emielbf]

Obelixxx schreef op dinsdag 2 september 2025 @ 13:04:
[...]

Dat gaat (volgens mij) over het touch gedeelte. Ik heb het scherm zonder touch

ik had hetfde probleem met een Nextion display. ChatGPT ingezet en inmiddels draait ie perfect. Je hebt wel een paar iteraties nodig voordat het echt werkt, maar dat is wel je hulp in bange dagen

[Obelixxx]

Ook met Chat kom ik er nog niet uit, steeds aanpassingen, trial on error, later kom ik in een kringetje terecht helaas.

[Obelixxx]

Obelixxx schreef op dinsdag 2 september 2025 @ 09:52:
Hoi allemaal,

Ik probeer mijn LILYGO T5 4.7" E-Paper v2.3 (ESP32-S3) werkend te krijgen met ESPHome 2025.8.2, maar na dagen proberen krijg ik niets op het scherm. Flashen en verbinding gaan goed, logs zien er normaal uit (boodschappen/uptime etc.), alleen het e-paper blijft leeg en refresh’t niet.

Ik zoek een zo simpel mogelijke YAML om het display überhaupt iets te laten tonen (bijv. “Hello” of de tijd), zodat ik daarvandaan verder kan bouwen. Uiteindelijk wil ik de uurprijzen voor elektriciteit tonen, maar eerst wil ik alleen bevestigen dat het scherm en de pinmapping kloppen.

Wat ik heb/gebruik:

Board: LILYGO T5 4.7" v2.3 (ESP32-S3)

ESPHome: 2025.8.2

PlatformIO/USB-flash werkt, device komt online

Seriële en OTA logs beschikbaar

Waar ik naar op zoek ben:

Een minimale, bewezen YAML voor dit board + display (incl. juiste spi/pin mapping en display: sectie) die één tekstregel rendert.

Eventuele bekende quirks (reset-pin, busy-pin, rotatie, full_update_every, juiste modelnaam, etc.) specifiek voor de v2.3.

Tip of ik een bepaalde Waveshare/LILYGO display-driver of modelnaam moet kiezen in ESPHome voor dit paneel.

Desnoods: als iemand zijn/haar werkende YAML wil delen (met geanonimiseerde wifi-gegevens), dan kan ik die testen en terugkoppelen.

Alvast heel erg bedankt voor jullie tijd en hulp! 🙏

Ik ga ermee stoppen, probeer nu al zo'n vier dagen om maar iets op het scherm te krijgen, maar helaas, echt helemaal NIETS.

Wie heeft er een suggestie voor een epaper scherm dat wel goed aan te sturen is met ESPHome?
Niet te klein en mogelijkheid voor batterij.

Ik houd me aanbevolen.

[sunnybird]

Heb je op YouTube al eens gekeken en gezocht?

[JeroenH]

Obelixxx schreef op vrijdag 5 september 2025 @ 14:13:
Ik ga ermee stoppen, probeer nu al zo'n vier dagen om maar iets op het scherm te krijgen, maar helaas, echt helemaal NIETS.

Wie heeft er een suggestie voor een epaper scherm dat wel goed aan te sturen is met ESPHome?
Niet te klein en mogelijkheid voor batterij.

Ik houd me aanbevolen.

Lukt het je wel om iets op het scherm te krijgen met Arduino of Micropython? Als dat wel lukt weet je in ieder geval zeker dat de hardware OK is, en heb je bevestiging dat je de juiste pins gebruikt. Als het met die twee ook niet lukt zou ik óf ernstig twijfelen aan de hardware, óf ernstig twijfelen of je wel de goede pins gebruikt.

Ik weet niet wat je met het epaper zou willen doen, maar stel dat je het met Arduino en/of Micropython wel werkend krijgt en met ESPHOME niet, dan zou je misschien als workaround MQTT kunnen gebruiken om informatie van/naar de ESP32 te krijgen.

[Obelixxx]

JeroenH schreef op vrijdag 5 september 2025 @ 14:44:
[...]


Lukt het je wel om iets op het scherm te krijgen met Arduino of Micropython? Als dat wel lukt weet je in ieder geval zeker dat de hardware OK is, en heb je bevestiging dat je de juiste pins gebruikt. Als het met die twee ook niet lukt zou ik óf ernstig twijfelen aan de hardware, óf ernstig twijfelen of je wel de goede pins gebruikt.

Ik weet niet wat je met het epaper zou willen doen, maar stel dat je het met Arduino en/of Micropython wel werkend krijgt en met ESPHOME niet, dan zou je misschien als workaround MQTT kunnen gebruiken om informatie van/naar de ESP32 te krijgen.

Ik heb alles geprobeerd in ESPhome maar wel Arduino framework.
Er kwam echt niets op het scherm. Met ChatGPT een gebed zonder einde, ik had ook het gevoel dat we steed in een kringetje kwamen.

Ik wil electriciteits uurprijzen weergeven, zodat ik een scherm bij de grootverbruikers in huis kan leggen. Met het doel dat men zich iets aan gaat trekken van de verschillen in de prijzen...

[Obelixxx]

sunnybird schreef op vrijdag 5 september 2025 @ 14:20:
Heb je op YouTube al eens gekeken en gezocht?

Youtube heb ik niet gebruikt. Zal eens zoeken.

Dank je

[JeroenH]

Obelixxx schreef op vrijdag 5 september 2025 @ 14:49:
Ik heb alles geprobeerd in ESPhome maar wel Arduino framework.

Ik zou de Arduino IDE eens aanslingeren, de juiste library opsnorren (er zit vast wel wat in de examples wat je kunt gebruiken of aanpassen) en checken of dat wel werkt.

Zelfde met Micropython.

Of dat nou wel of niet werkt, dat levert je meer info op. Nu tast je in het duister.

[Obelixxx]

JeroenH schreef op vrijdag 5 september 2025 @ 14:59:
[...]


Ik zou de Arduino IDE eens aanslingeren, de juiste library opsnorren (er zit vast wel wat in de examples wat je kunt gebruiken of aanpassen) en checken of dat wel werkt.

Zelfde met Micropython.

Of dat nou wel of niet werkt, dat levert je meer info op. Nu tast je in het duister.

Dank je voor het advies

[maomanna]

Ik heb een uitdaging:

ik heb een esp32 met 30 pinnen.
Ik heb een 12v 4ch relaymodule
Ik heb een 12v lineare actuator.

Die actuator heb ik volgens dit schema aangesloten:


De code op mijn ESP is:

YAML:

esphome:
  name: actuator
  friendly_name: actuator

esp32:
  board: esp32dev
  framework:
    type: arduino

# Enable logging
logger:

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

ota:
  - platform: esphome
    password: ""

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

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

captive_portal:

web_server:
  port: 80
    
switch:
  - platform: gpio
    name: "test_lights_deca Onboard light"
    pin: 2
    inverted: True
    restore_mode: RESTORE_DEFAULT_OFF
    
  - platform: gpio
    name: "open"
    pin: GPIO19
    inverted: false
    restore_mode: RESTORE_DEFAULT_OFF
    
  - platform: gpio
    name: "sluiten"
    pin: GPIO21
    inverted: false
    restore_mode: RESTORE_DEFAULT_OFF
    
#  - platform: gpio
#    name: "Relay_3"
#    pin: GPIO12
#    inverted: True
#    restore_mode: RESTORE_DEFAULT_OFF

#  - platform: gpio
#    name: "Relay_4"
#    pin: 13
#    inverted: True
#    restore_mode: RESTORE_DEFAULT_OFF

De uitdaging die ik heb, is dat de ESP een altijd aan signaal stuurt. Ik krijg de relay dus niet uit. De leds blijven branden.

Als ik een kabeltje van in1 haal en terug verbinding maak, dan loopt de actuator. Het schema klopt dus.

De vraag is nu, hoe kan ik via de webgui of Home assistant de relay uitzetten?

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

[Septillion]

@maomanna Daar heb je toch gewoon de 4 aangemaakte switches voor? Of bedoel je dat omzetten niets doet?

Indien het laatste, is het wel een 3V3 relais module?

[maomanna]

Septillion schreef op zondag 7 september 2025 @ 12:44:
@maomanna Daar heb je toch gewoon de 4 aangemaakte switches voor? Of bedoel je dat omzetten niets doet?

Indien het laatste, is het wel een 3V3 relais module?

Dat zou je verwachten inderdaad, dat die hem omzetten. Maar het omzetten doet dus niets.
Als ik de vcc op het 4ch bordje zet, dan hoor je de relays wel klikken.
De 4ch relay is een 12v spanning nodig en heeft die ook.

[Septillion]

@maomanna Maar hoe heb je de stuurkant nu bedraad dan? Niet toevallig Vcc aan de 5V ipv 3V3??

[maomanna]

Septillion schreef op zondag 7 september 2025 @ 13:01:
@maomanna Maar hoe heb je de stuurkant nu bedraad dan? Niet toevallig Vcc aan de 5V ipv 3V3??

Hangt ook aan de 12v van de voeding.

[Septillion]

@maomanna Heb je ook een goede foto van de relais module? Ze zijn er namelijk in zo veel gekke wonderlijke smaken.

[maomanna]

Septillion schreef op zondag 7 september 2025 @ 13:10:
@maomanna Heb je ook een goede foto van de relais module? Ze zijn er namelijk in zo veel gekke wonderlijke smaken.

Uiteraard.

[Septillion]

@maomanna Yep, daat zit je fout. Jumper eraf en 3V3 naar Vcc en JD-Vcc aan 12V.

Zo dus maar je Vcc is maar 3V3

[ Voor 195% gewijzigd door Septillion op 07-09-2025 13:21 ]

[maomanna]

Dus vanaf de esp 3v3 naar de jd-vcc



Maar dit schakelt helaas ook niet.
Per ongeluk de kabel aan de vcc, toen was het brrrzzztt en rook 😭

Dan maar even kijken of ik nog een esp8266 heb...

[ Voor 11% gewijzigd door maomanna op 07-09-2025 13:26 ]

[Septillion]

@maomanna Zie mijn edit. Ik probeerde een ninja edit maar duidelijk mislukt

[maomanna]

Septillion schreef op zondag 7 september 2025 @ 13:28:
@maomanna Zie mijn edit. Ik probeerde een ninja edit maar duidelijk mislukt

goede poging inderdaad.

ik heb nog een nodemcu liggen, maar die gaat op 5v ipv 12v van de esp32.
het relaybordje heeft 12v nodig om te schakelen.

Hoe gaat het schema dan?

[Septillion]

@maomanna Voor het relaisbordje blijft het hetzelfde. Want interne werken alle ESP's op 3V3. Dus zal je op losse 5V voeding moeten hebben of een step down gebruiken.

[Seafarer]

maomanna schreef op zondag 7 september 2025 @ 14:13:
[...]


goede poging inderdaad.

ik heb nog een nodemcu liggen, maar die gaat op 5v ipv 12v van de esp32.
het relaybordje heeft 12v nodig om te schakelen.

Hoe gaat het schema dan?

Geen draadjes?

In heel veel smaken te koop bij Ali.

https://aliexpress.com/item/1005005834324253.html

[ Voor 50% gewijzigd door Septillion op 07-09-2025 14:30 . Reden: Link cleanup ]

[maomanna]

Septillion schreef op zondag 7 september 2025 @ 14:17:
@maomanna Voor het relaisbordje blijft het hetzelfde. Want interne werken alle ESP's op 3V3. Dus zal je op losse 5V voeding moeten hebben of een step down gebruiken.

Die step down heb ik toevallig mee besteld voor die esp32.
Die 5v in je voorbeeld moet dus de 12v voeding zijn.
De common ground komt dus via de step down module.
Heb ik dat zo goed?

[Septillion]

@maomanna Ja, de JD-Vcc is de spanning voor relaisspoelen. Vcc de werkspanning van je microcontroller.

Common GND (tussen uC-voeding en relaisvoeding) is dus niet nodig maar mag wel.

[maomanna]

Seafarer schreef op zondag 7 september 2025 @ 14:25:
[...]

Geen draadjes?

In heel veel smaken te koop bij Ali.

https://aliexpress.com/item/1005005834324253.html

Ja die waren veel beter geweest, maar helaas geen tijd om te wachten op de verzending.

Septillion schreef op zondag 7 september 2025 @ 13:18:
@maomanna Yep, daat zit je fout. Jumper eraf en 3V3 naar Vcc en JD-Vcc aan 12V.

Zo dus maar je Vcc is maar 3V3
[Afbeelding]

Dan zou die zo goed moeten zijn.

De zwarte en witte draad vanaf de module gaan naar de 12v voeding.

[ Voor 57% gewijzigd door maomanna op 07-09-2025 17:39 ]

[Seafarer]

Seafarer schreef op zondag 7 september 2025 @ 14:25:
[...]

Geen draadjes?

In heel veel smaken te koop bij Ali.

https://aliexpress.com/item/1005005834324253.html

@Septillion Wat had ik hier fout gedaan?

Meer dan 50% van je bericht wat refferal van de link. Alles na html mag eraf en zonder nl ervoor is ook wel aardig.

[ Voor 18% gewijzigd door Septillion op 07-09-2025 20:49 ]