Het grote ESPhome topic

[Septillion]

Wat is ESPhome?

ESPhome is een toolchain om gebaseerd op een configuratieomschrijving firmware voor een microcontroller te schrijven. Van oorsprong bedoelt om IoT of "smart" devices mee te maken maar het kan in princiepe ook voor een stand alone toepassing gebruikt worden.

In plaats van code te schrijven benoem je componenten in een gestructureerd yaml-bestand waarmee de tool de werkelijke code maakt. Op de achtergrond wordt de hele configuratie vertaalt naar C++ en daarna gecompileerd en geprogrammeerd. Laatste kan zowel via een kabel of Over The Air ofwel OTA (als er eenmaal firmware op draait).

Voor complexe taken biedt ESPhome nog de mogelijkheid om lambda's te schrijven. Dit zijn stukken C++ code waarmee je direct de achterliggende C++ objecten aan kunt spreken.

ESP only?

De naam geeft het al weg, maar de basis voor ESPhome was de ESP serie van microcontrollers van Espressif. Eerst de "oer-ESP" ESP8266 maar later ook de smaken van de ESP32. Maar ondertussen is ESPhome bruikbaar op meer dan alleen ESP's. Ook de RP2040 van Raspberry Pi, de BK7231T en BK7231N van Beken en de RTL8710BN en RTL8710BX Realtek worden ondersteund. De BK72xx en RTL87xx lopen via het LibreTiny (vroeger LibreTuya) project.

HA Only?

ESPhome is als losstaand project ontstaan maar is tegenwoordig onderdeel van Nabu Casa, het bedrijf achter Home Assistant. Voor Home Assistant is dan ook een directe API en integratie beschikbaar waardoor ze makkelijk en uniform te integreren zijn. Maar dit betekend niet dat het niet bruikbaar is om losstaand of met een andere smart home platform te gebruiken.

Installeren / draaien

De meest makkelijke manier om ESPhome te draaien is via de ESPhome addon in Home Assistant . Hierdoor krijg je een ESPhome-dashboard in Home Assistant vanaf waar je al je ESPhome devices kunt onderhouden.

Daarnaast is er een Docker container beschikbaar maar ook een handmatige installatie (via Python) is mogelijk. Ook via die opties is het mogelijk om het (web) ESPhome Dashboard te draaien.

Quick start

In plaats van via het Dashboard (of commandline) een lege config aa te maken kan je ook een initiële firmware op een device zetten via de Web uploader. Deze upload volledig via de browser Kickstarter firmware waarmee de Wifi ingesteld kan worden en waarna hij beschikbaar komt in het ESPhome Dashboard. Hierna zijn updates via OTA te doen. Voor ESPhome Web is een Chromium browser nodig en alleen ESP of RP2040 zijn ondersteund.

Ook zijn er enkele tooltjes die ook al de Kickstart firware kunnen uploaden zoals bijvoorbeeld de Tuya Cloudcutter.

Kookboeken, ideeën en links

• ESPhome Cookbook (Kookboek met algemene voorbeelden)
• ESPHome Device Configuration Repository (kant en klare (maar aanpasbare) configuraties voor bestaande devices)

Helpen?

Zoals je ziet is deze startpost nog redelijk beknopt. Ik wilde vooral een plek buiten het Home Assistant topic maken voor specifiek vragen (en ideeën) rond ESPhome. Dit omdat het toch wel twee losse dingen zijn.

Mocht je willen helpen met het uitbreiden van de start post, graag! Neem dan even contact op via DM.

Code delen

Wil je code delen in je post, plaats deze dan tussen YAML-code tags. Gebruik hiervoor [code=yaml]jecode[/code]. Geen plaatjes van code!

secrets.yaml

Zeker als je code deelt is het handig als hier geen "geheime" informatie in staat zoals je wifi wachtwoord of je API-key. Hiervoor kent ESPhome een secrets.yaml. Standaard wil ESPhome hier al je Wifi SSID en password in zetten maar dit is uit te breiden naar alles wat je geheim of centraal wilt houden. Hiervoor kun je de secrets.yaml aanpassen zoals:

YAML:

wifi_ssid: "Hacker WiFi"
wifi_password: "Sup3r S3cr3t!"
api_key: "HeIZEX4PlyoVNtZuomxYt89RC+ugqkvwnfhEYa57Glg="
erg_gevoelig: "Dit mag niemand weten"

Waarna je in een device kunt doen:

YAML:

esphome:
  name: esphome-web-24df1c
  friendly_name: Super device
  comment: !secret erg_gevoelig

api:
  encryption:
    key: !secret api_key

Enige nadeel van de API key in de secrets.yaml hebben is dat alle devices dan dezelfde key gebruiken.

[ Voor 16% gewijzigd door Septillion op 07-10-2024 18:30 ]

[JER00N]

Leuk, bij mijzelf hangt er al twee jaar een ESP32 met ESPhome in de meterkast om mijn gasverbruik te monitoren. Dit doe ik met een magneetveldsensor die het magneetje in het telwerk van de gasmeter detecteert. Dit werkt helemeaal top in combinatie in Home Assistant. Ik had twee jaar geleden wel problemen om de software erop te krijgen geloof ik, zowel OTA als via USB, dit lijkt nu wel beter te gaan.

Ik heb inmiddels ook een PCB ontworpen waar de ESP (in dit geval een Wemos S3 mini) op kan, samen met een netvoedinkje en wat status-LEDs en een hoop aansluitmogelijkheden. Er kan ook een LCDtje op gemonteerd worden, of een opsteekprintje voor bijvoorbeeld een relais.



(printje is momenteel nog in productie)

[xtrme]

xtrme schreef op vrijdag 1 maart 2024 @ 16:18:
waarschijnlijk doe ik iets heel simpels fout maar ik krijg het niet voor elkaar

ik heb bij ome ali een esp32 relay module gekocht deze (esp32-wroom-32e)
https://aliexpress.com/item/1005005599324679.html

dacht eerst lekker makkelijk via de usb header flashen maar helaas deze is puur voor de 5v voorziening

dus toen dacht ik hang hem aan mijn esp programmer
deze
https://aliexpress.com/item/1005004609383559.html

ik sluit de
Programmer ESPrelay
TX - RX (ook TX - TX geprobeerd)
RX -TX (ook RX- RX geprobeerd)
GND GND
3v 3V
i00 i00 (volgens mij overbodig)

vervolgens houd ik de flash knop in en plug de usb in
en dan ziet web.esphome.io iets van een esp
maar het daadwerkelijk connecten en flashen wil niet

wat doe ik verkeerd

[mbr]Schopje naar de buren[/mbr]

usb op de relay is alleen voor 5v voorziening geen data
het bordje heeft ook geen programmer chip CP of CH

het is gelukt

het prog board aangesloten op de relay
TX - RX
RX -TX
GND GND
3v 3V
i00 i00
5V 5V

intern op het bordje I00 vast verbonden met de GND
daarna wilde hij zonder problemen flashen

@Septillion thnx voor meedenken
btw; je kunt verplaatste berichten niet editten


ben aan het proberen /leren om de smartdoor V2 van zuidwijk naar dit bordje te krijgen
nu nog even de COM aan GPIO5 (G5) en Bell over de GPIO4 (G4) en hij doet het denk ik (eerst ff meten voordat de trafo erop gaat
https://github.com/zuidwi...main/smart-doorbell2.yaml

en ik heb hem werkend

code:

esphome:
  name: doorbell
  project:
    name: zuidwijk.smart-doorbell
    version: "2.0"

esp32:
  board: esp32dev
  framework:
    type: arduino

# Enable logging
logger:

# Enable Home Assistant API
api:

ota:

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


captive_portal:

improv_serial:

esp32_improv:
  authorizer: none

#doesnt work together with captive_portal
esp32_ble_tracker:
  scan_parameters:
    interval: 1100ms
    window: 1100ms
    active: true

bluetooth_proxy:
  active: true

web_server:
  port: 80

dashboard_import:
  package_import_url: github://zuidwijk/esphome-doorbell/smart-doorbell.yaml@main
  import_full_config: true

time:
  - platform: homeassistant
    id: homeassistant_time
 
text_sensor:
  - platform: version
    name: Doorbell ESPHome Version
  - platform: wifi_info
    ip_address:
      name: Doorbell IP
    ssid:
      name: Doorbell SSID
    bssid:
      name: Doorbell BSSID
 
sensor:
  - platform: uptime
    name: Doorbell Uptime
  - platform: wifi_signal
    name: Doorbell WiFi Signal
    update_interval: 60s
 
globals:
  - id: chime
    type: bool
    restore_value: true
    initial_value: 'true'
 
switch:
  - platform: gpio
    pin:
      number: GPIO16
      inverted: false
    name: "Doorbell Relay"
    id: relay
    internal: true
    icon: mdi:alarm-bell
  - platform: restart
    name: "Doorbell Restart"
  - platform: template
    name: Doorbell Chime Active
    id: chime_active
    restore_mode: disabled
    turn_on_action:
      - globals.set:
          id: chime
          value: 'true'
    turn_off_action:
      - globals.set:
          id: chime
          value: 'false'
    lambda: |-
      return id(chime);
     
binary_sensor:
  - platform: gpio
    pin:
      number: GPIO4
      mode: INPUT_PULLUP
      inverted: true
    name: "Doorbell"
    filters:
      # Small filter, to debounce the button press.
      - delayed_on: 25ms
      - delayed_off: 25ms
    on_press:
      # Only turn on the chime when it is active.
      then:
        if:
          condition:
            - switch.is_on: chime_active
          then:
            - switch.turn_on: relay
    on_release:
      # On release, turn of the chime.
      - switch.turn_off: relay        
 
  - platform: status
    name: "Status Doorbell"

mijn setup op dit moment een fan relay

input power is 12v 2a adapter met dc plug
DC plug naar +/- kabeltje
https://nl.aliexpress.com/item/1005004522593726.html
relay esp32 bordje
https://aliexpress.com/item/1005005599324679.html

espkabels
DC12v+ op de VCC
VCC naar 12v 12v Fan Chime
DC12v- GND
GND naar COM
NO naar GND Fan of chime)

Deurbel of pushbutton
tussen GP04 and GND op ESP

[ Voor 64% gewijzigd door xtrme op 08-03-2024 11:34 ]

[stevenP]

@Opifex de web_server samen met log entries werkt echt super. Je kan dan via web, op het ip adres van je ESP gemakkelijk alles volgen. Zo kan je checken of het lokaal goed verwerkt wordt, en daarmee aantonen dat het dus aan de communicatie met HA ligt. Elimineren van factoren is key voor debuggen

Voorbeeldje van de interwebs, omdat ik extern niet een eigen screenshot kan maken

[stevenP]

vso schreef op dinsdag 5 maart 2024 @ 15:02:
[...]

ik heb een restart en andere info voor de esp erbij staan

YAML:

web_server:
  port: $web_port
  version: 2
  local: True

text_sensor:
  - platform: wifi_info
    ip_address:
      name: ${devicename} IP Address
    ssid:
      name: ${devicename} Connected SSID
    bssid:
      name: ${devicename} Connected BSSID
    mac_address:
      name: ${devicename} Mac Wifi Address
    # scan_results:
    #  name: ${devicename} Latest Scan Results

switch:
  # (HA and webportal) restart ESP device button
  - platform: restart  
    name: ${devicename}" Restart" 
    icon: "mdi:pulse" 

wellicht handig, wellicht niet

Als je bij die variabelen diagnostic toevoegd:

YAML:

 #Wifi strength
  - platform: wifi_signal
    name: "WiFi Signal dB"
    id: wifi_signal_db
    update_interval: 60s
    entity_category: "diagnostic"

dan komen ze netjes bij je diagnostics te staan in HA. Vind ik overzichtelijker, gescheiden van de daadwerkelijke controls/sensors.




Ik kan wat @Septillion zegt beamen; in HA wordt altijd de devicename voor je sensorid gezet.
Dus id "wifi_signal_db" wordt in HA sensor.esphome_web_3aeac6_wifi_signal_db

[ Voor 10% gewijzigd door stevenP op 05-03-2024 16:04 . Reden: toevoeging benaming ]

[heintjeput]

Ik heb al een hele tijd een ESP draaien om mijn Solis4G omvormer uit te lezen. Eerst een ESP8266 en inmiddels een echt bordje met een ESP32-C3, hierin gebruik ik ook de deepsleep om hem uit te schakelen tussen cycli door. Ik hoef maar 1x per 2 minuten de data te hebben. Ik heb hier wat mee geexperimenteerd en het leek er in eerste instantie op dat een on-time van 3 seconde genoeg zou zijn.

Helaas merkte ik dat ik nog maar de helft van de dag data kreeg, dus ik heb het inmiddels verlengt naar 6 seconde en wat logging toegevoegd. Het lijkt er op dat om de een of andere reden de loop time x2 / x3 gaat. Ik heb geprobeerd het te correleren aan de data die ik binnen krijg, maar daar niks in kunnen vinden. Hebben jullie een idee hoe ik de diagnostiek kan toevoegen / waar het aan kan liggen.

YAML:

substitutions:
  devicename: "omvormer"

globals:
  - id: ota_mode
    type: int
    restore_value: no
    initial_value: '0'

esphome:
  name: "omvormer"
  friendly_name: omvormer
  platformio_options:
    board_build.flash_mode: dio

  on_boot:
    priority: 600
    then:
      - text_sensor.template.publish:
          id: online_template
          state: "booted"
  on_shutdown:
    priority: 200
    then:
      - text_sensor.template.publish:
          id: online_template
          state: "shutdown"

esp32:
  board: esp32-c3-devkitm-1
 

# Enable logging
logger: 
  level: DEBUG

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

ota:
  password: #secret
  on_end:
    then:
    - lambda: |-
        id(ota_mode) = 0;
    - mqtt.publish:
        topic: "$devicename/ota"
        payload: "OFF"
        retain: true

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password
  manual_ip:
    static_ip: 192.168.178.197
    gateway: 192.168.178.1
    subnet: 255.255.255.0
    dns1: 192.168.178.1
  fast_connect: True

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

captive_portal:

deep_sleep:
  id: deep_sleep_1
  run_duration: 6s
  sleep_duration: 124s

mqtt:
  id: mqtt_cli
  broker: !secret homeassistant_ip
  username: !secret mqtt_username
  password: !secret mqtt_password
  discovery: false
  discovery_retain: false
  birth_message:
  will_message:
  on_message:
    - topic: $devicename/ota
      payload: 'ON'
      then:
        - deep_sleep.prevent: deep_sleep_1
        - lambda: |-
           id(ota_mode) = 1;
    - topic: $devicename/ota
      payload: 'OFF'
      then:
        - deep_sleep.allow: deep_sleep_1
        - lambda: |-
           id(ota_mode) = 0;


# PCB pin out
# 5 - TX
# 6 - Flow
# 7 - Rx
# 18 - SDA
# 19 - SCL

i2c:
  - sda: 18
    scl: 19
    #scan: True
    #id: bus_a
    #frequency: 10kHz

uart:
  baud_rate: 9600
  tx_pin: 5
  rx_pin: 7
  parity: NONE
  stop_bits: 1
  id: mod_uart

modbus:
  send_wait_time: 200ms
  uart_id: mod_uart
  id: mod_bus
  flow_control_pin: 6

modbus_controller:
  - id: mbc
    #address: 0x01
    modbus_id: mod_bus
    #command_throttle: 100ms
    #setup_priority: -10
    update_interval: 5s

debug:
  update_interval: 1s

text_sensor:
  - platform: template
    name: "Online sensor"
    id: online_template

sensor:
  - platform: wifi_signal
    name: "WiFi Signal Sensor"
    update_interval: 5s

  - platform: aht10
    variant: aht20
    temperature:
      name: "AHT21Temperature"
    humidity:
      name: "AHT21Humidity"
    update_interval: 5s
    id: aht21
    address: 0x38

  - platform: modbus_controller # Read current AC power as Unsigned 32-Bit
    modbus_controller_id: mbc
    name: "InvAcWatt"
    address: 3004
    register_type: "read"
    value_type: U_DWORD
    unit_of_measurement: "W"
    device_class: power
    state_class: measurement
    id: InvAcWatt
    
  - platform: modbus_controller # Read current DC Voltage as Unsigned 16-Bit
    modbus_controller_id: mbc
    name: "InvDcVolt"
    address: 3021
    register_type: "read"
    value_type: U_WORD
    unit_of_measurement: "V"
    filters:
      - multiply: 0.1
    accuracy_decimals: 1
    device_class: voltage
    state_class: measurement
    id: InvDcVolt
   ... meer modbus items ...

  - platform: debug
    # free:
      # name: "Heap Free"
    # fragmentation:
      # name: "Heap Fragmentation"
    # block:
      # name: "Heap Max Block"
    loop_time:
      name: "Loop Time"
    # psram:
      # name: "Free PSRAM"

De volledige yaml staat hier op github

[Wirehead]

Tibs schreef op zondag 17 maart 2024 @ 10:58:
[...]


Ik ben van plan om hetzelfde te maken. Zou je eventueel eens kunnen delen hoe je het juist in elkaar gestoken hebt? Ik zou het wel zonder zonnepaneel doen en dus enkel op batterijen die ik dan kan vervangen door een andere en de 'platte' binnen opladen.

Edit: Na wat googlen het volgende gevonden: https://learn.adafruit.com/iot-pool Hier gebruiken ze nu geen ESPHome maar dat kan volgens mij wel werken vermoed ik?

Ik heb het op deze manier gedaan:

YAML:

substitutions:
  devicename: remote7

esphome:
  name: $devicename
  platformio_options:
    board_build.flash_mode: dio
  comment: Seeed XIAO ESP32C3 - pool temp

logger:
  level: NONE

esp32:
  board: seeed_xiao_esp32c3
  variant: esp32c3
  framework:
    type: esp-idf

wifi:
  manual_ip:
    static_ip: 192.168.x.x
    gateway: 192.168.x.x
    subnet: 255.255.255.0
    dns1: 192.168.x.x
  enable_btm: True
  enable_rrm: True
  networks:
    - ssid: !secret wifi_ssid
      password: !secret wifi_password
  use_address: ${devicename}.domeinnaam.be
  domain: .domeinnaam.be

ota:
  password: !secret otapassword

deep_sleep:

dallas:
  - pin: GPIO010

mqtt:
  broker: 192.168.100.1
  port: 1883
  discovery: False
  birth_message:
  will_message:
  log_topic: null

sensor:
  - platform: dallas
    internal: True
    address: 0xfe0215152260ff28
    id: temp
    name: "Zwembad2 Temperatuur"
    on_value:
      - wait_until: mqtt.connected
      - mqtt.publish:
              topic: "environment/zwembad2"
              retain: True
              payload: !lambda |-
               return to_string(id(temp).state);
      - deep_sleep.enter:
          sleep_duration: 30min

Zoals je ziet, puur MQTT (lage overhead, andere tools kunnen er ook gebruik van maken), met een deep-sleep van 30 minuten.
Specifiek de Seeed XIAO ESP32C3 genomen, omdat deze een LiIon-laadcircuit aan boord heeft.

[stevenP]

Tibs schreef op dinsdag 26 maart 2024 @ 09:35:
ZOals hierboven aangegeven hebik een ESP32-Wroom bordje geflasht met ESPHome om er een bluetooth gateway van te maken.

Momenteel zit deze in een stopcontact met een oude telefoonlader en een korte USB kabel.

Kan ik die telefoonlader uit elkaar halen en het bordje samen met de ESP module in een kastje stoppen die ik dan rechstreeks ind e elektrische kast voedt? Op die manier maak ik het stopcontact vrij en zit de ESP module mooi weg in de elektrische kast. Zelf zie ik hier geen probleem in maar misschien zie ik iets over het hoofd.

Even wat jargon scheiden om beter advies te geven hoor
Bedoel je in de meterkast


of in de groepenkast


in een groepenkast is het levensgevaarlijk losse printjes op te hangen ivm mogelijk contact met plekken waar je dat echt niet wil (lees: brandgevaar en niet afgezekerd, maar ook niet verzekerd). In de meterkast mag je prima een stopcontactje bijmaken, een doosje timmeren of een installatiedoosje scoren en ophangen.

Klein verschil, maar eh ja toch wel groot verschil

[Gizz]

Ik heb iets nieuws! Maar ik snap er weinig van

Ik heb een ESP om mijn P1-meter uit te lezen. Gisteravond om 23:00 uur is HA tot de conclusie gekomen dat er geen communicatie meer mogelijk is met ESPHome op deze esp, want:

The ESPHome device slimmelezer enabled transport encryption or changed the encryption key. Please enter the updated key. You can find it in the ESPHome Dashboard or in your device configuration.

Raar, want ik heb niks veranderd gisteravond. Geen nieuwe firmware geupload of zo. Ik lag al lekker in bed.

De encryption key waar HA naar vraagt om opnieuw te kunnen communiceren met deze ESP: die vind ik nergens.

Hij zit niet in mijn secrets.yaml, daar heb ik alleen mijn wifi-credentials en het ota_password.
In de yaml van deze ESP lijken mij dit de relevante stukken waar ik een key zou moeten terugvinden:

YAML:

  on_boot:
    then:
      - if:
          condition:
            lambda: return id(has_key);
          then:
            - lambda: |-
                std::string key(id(stored_decryption_key), 32);
                id(dsmr_instance).set_decryption_key(key);
          else:
            - logger.log:
                level: info
                format: "Not using decryption key. If you need to set a key use Home Assistant service 'ESPHome:  ${device_name}_set_dsmr_key'"

# Enable Home Assistant API
api:
  services:
    service: set_dsmr_key
    variables:
      private_key: string
    then:
      - logger.log:
          format: Setting private key %s. Set to empty string to disable
          args: [private_key.c_str()]
      - globals.set:
          id: has_key
          value: !lambda "return private_key.length() == 32;"
      - lambda: |-
          if (private_key.length() == 32)
            private_key.copy(id(stored_decryption_key), 32);
          id(dsmr_instance).set_decryption_key(private_key);

Bij een reboot van de ESP komt er in de logs niks terug over een key (of dat ik die nog in zou moeten stellen).

En nu?

@iMars weet jij meer? Het betreft de Slimmelezer+

edit: heb in de ESPHome integration Slimmelezer verwijderd. Daarna ziet ESPHome de Slimmelezer als nieuw device dat ik kan configureren. Maar doe ik dat, dan is na een minuut wachten dit het resultaat:



Maar mijn code heeft gewoon de API line. Ik heb niks veranderd aan de default yaml waarmee de Slimmelezer geleverd wordt en die tot gisteravond gewoon prima werkte.

Via de ESPHome add-on kan ik prima de logs uitlezen van de ESP en ook de webinterface doet het verder prima, dus het ding is niet dood of zo.

edit 2: na 3x proberen is de configuratie nu wel gelukt. Geen idee waarom

[ Voor 19% gewijzigd door Gizz op 27-03-2024 17:15 ]

[SpelFaut]

Septillion schreef op zaterdag 30 maart 2024 @ 09:39:
@SpelFaut Het belangrijkste is dat GPIO0 laag is tijdens het starten. Of je dat nu doet met knopjes of dat je GPIO0 hard aan GND hangt maakt niet zo veel uit. Voordeel van laatste is dat je makkelijker kunt wisselen tussen normale boot en flashen.

Belangrijk bij de methode met draadjes is wel dat je de USB pas inplugt nadat alles is aangesloten. Dus 2 draadjes met Vcc, 2 met GND, Rx en Tx. Dan pas USB erin. Immers moet GPIO0 laag zijn tijdens het starten dus mag hij pas starten als alles is aangesloten.

Ander ding om te checken, ben je heeeeeeel zeker van de gebruikte serial poort?

Andere optie die ik zelf makkelijker vind is om de initiële flash op de PC te doen. Daarvoor naar https://web.esphome.io/ in een Chomium browser, ook daarvoor eerst de draadjes aansluiten, dan pas USB erin. En heeeeeeel goed opletten dat je ook daar de juiste COM-poort selecteert. Nadat die kickstarter firmware erop staat kan je hem normaal booten, dan komt de ESP met een AP waarmee je verbind. Daar stel je het SSID in en daarna zal je hem in het ESPhome dashboard moeten kunnen adopteren.

Dank voor je reactie!
Ja de draadjes doe ik zoals je het beschrijft.

Ook de poort weet ik zeker. Als ik `m aan de laptop hang is het de enige USB poort in gebruik.



Die andere optie via de 'Prepare for first use' optie loopt ook stuk. Ook daar lukt het niet om verbinding te maken met de chip.



Zou bijna beginnen te denken dat de chip DOA is.

jj85 schreef op zaterdag 30 maart 2024 @ 09:56:
[...]

Alternatief, pak een Wemos d1 mini

Dank voor de tip! Ik heb 2 reserve ESP-01s`en onderweg, als dat niet uitpakt ga ik voor de D1.

Gizz schreef op zaterdag 30 maart 2024 @ 10:33:
Of als @SpelFaut helemaal geen zin meer heeft om er tijd en energie in te steken: kant-en-klaar.

Where's the fun in that? Had ik net zo goed voor Homey kunnen gaan icm een eufy deurbel ofzo.

[SpelFaut]

Septillion schreef op zaterdag 30 maart 2024 @ 12:26:
@SpelFaut Altijd nog een belangrijke check, zonder de USB-serial module aan je laptop heb je dus GEEN COM poort?

En doe even een loop-back test met de adapter. Dan weet je zeker dat die werkt.

Check, geen COM poort zichtbaar als ik de module niet aangesloten heb.

Loop-back is nieuw voor mij, zal even moeten googlen hoe ik dat doe.

Verder ben ik wat voltages gaan meten. Ik vermoedde dat er geen leven in zit, dus ben gaan kijken of ie wel prik krijgt.

Voordat ik + draadjes aansluit meet ik 3,69V die vanaf de module komt. Ook brand er maar één lichtje p de module.


Nadat ik de VCC op EN en 3v3 aansluit dipt ie naar 1,63V? Dit lijkt me veel te laag.
Ook branden er 2 extra lichtjes contstant op de module. Ook dit lijkt me gek want hier verwacht ik de knipperende activiteits ledjes.



Ik ga eens kijken wat er gebeurt als ik vanaf een andere voeding 3,3V op zet en de VCC op de module ongebruikt laat.

EDIT:
Eeey bingo. Chip kreeg via de Serial Module dus gewoon veel te weinig spanning.....

[ Voor 14% gewijzigd door SpelFaut op 30-03-2024 14:06 ]

[wautah91]

bauk schreef op woensdag 3 april 2024 @ 14:36:
[...]

@Septillion @wautah91,

Ik heb zelf de 5m versie en een game bar staan. De eerste kan volgens mij ook via cloudcutter (nog niet echt in gedoken). De game bar moet ik nog een soldeerbout voor ontvangen (wil uitlezen en de firmware ook beschikbaar stellen dat ze het via de cloudcutter (ota) ook kunnen doen .

Maar de vraag is: op de site/forum van openbeken spreken ze van de ws2812b driver. En die heeft ESPHome toch al geïmplementeerd? Dan is het toch al mogelijk..? Of denk ik iets te simpel?

Ja dat dacht ik dus ook, maar niet alle functies zijn zomaar te gebruiken op een device met LibreTiny platform. Ik heb voor nu dus maar een gewone WS2812b ledstrip besteld (ook nog eens met 60leds/m ipv 25? voor die van de Action)

[jack zomer]

oke.. of ik ben gek geworden. of mijn esp32 heeft IA gedownload en probeert mij actief gek te krijgen.
ik ben inmiddels al 2 dagen aan het klooien met iets wat een 5 min klusje moet zijn.,

systeem 1 een esp32 met 3 ds18b20 sensoren aan een 10 meter utp kabel.
Dit werkt prima, geen enkel probleem.

nu ben ik systeem 2 aan het aanpassen (op de kabel lengte na 100% identiek). wederom 3 sensoren aan 7meter kabel..
gpio4 pin voor data, 3v3 voor stroom, en ground voor ground met een weerstand van 4.7k

YAML:

substitutions:
  name: esphome-web-f179ac
  friendly_name: test1

esphome:
  name: ${name}
  friendly_name: ${friendly_name}
  name_add_mac_suffix: false
  project:
    name: esphome.web
    version: '1.0'

esp32:
  board: esp32dev
  framework:
    type: arduino

dallas:
  - pin: GPIO4

sensor:
  - platform: dallas
    address: 0x5a0723b08a86bc28
    name: "verwarming_groen"
  - platform: dallas
    address: 0x56092260033b2528
    name: "verwarming_oranje"
  - platform: dallas
    address: 0x260623b29bed7328
    name: "paars"    

en dat geeft alleen maar fouten en geen tempratuur (dit zijn voorbeeld fouten, de namen kloppen niet)

code:

[19:54:22][W][component:170]: Component dallas cleared Warning flag
[19:54:23][W][dallas.sensor:269]: 'Test1' - Scratch pad checksum invalid!
[19:54:23][D][sensor:094]: 'Test1': Sending state nan °C with 1 decimals of accuracy
[19:54:23][W][component:157]: Component dallas set Warning flag: unspecified
[19:54:23][W][dallas.sensor:269]: 'Test2' - Scratch pad checksum invalid!
[19:55:22][W][component:170]: Component dallas cleared Warning flag
[19:55:23][W][dallas.sensor:269]: 'Test1' - Scratch pad checksum invalid!
[19:55:23][D][sensor:094]: 'Test1': Sending state nan °C with 1 decimals of accuracy
[19:55:23][W][component:157]: Component dallas set Warning flag: unspecified
[19:55:23][W][dallas.sensor:269]: 'Test2' - Scratch pad checksum invalid!
[19:55:23][D][sensor:094]: 'Test2': Sending state nan °C with 1 decimals of accuracy
[19:56:22][W][component:170]: Component dallas cleared Warning flag
[19:56:23][W][dallas.sensor:269]: 'Test1' - Scratch pad checksum invalid!
[19:56:23][D][sensor:094]: 'Test1': Sending state nan °C with 1 decimals of accuracy
[19:56:23][W][component:157]: Component dallas set Warning flag: unspecified

en ik snap niet waarom...
Wat nog gekker is, ik heb net 3 sensoren aan de code toegevoegd. (niet aangesloten heb dus nu een esp32 met 3 sensoren en 6 in de code..

YAML:

esphome:
  name: ${name}
  friendly_name: ${friendly_name}
  name_add_mac_suffix: false
  project:
    name: esphome.web
    version: '1.0'

esp32:
  board: esp32dev
  framework:
    type: arduino

dallas:
  - pin: GPIO4

sensor:
  - platform: dallas
    address: 0xdc0723b086d72028
    name: "Test1"
  - platform: dallas
    address: 0x0a0723b087a49c28
    name: "Test2"
  - platform: dallas
    address: 0x870623b2b23fb328
    name: "Test3"
  - platform: dallas
    address: 0x5a0723b08a86bc28
    name: "verwarming_groen"
  - platform: dallas
    address: 0x56092260033b2528
    name: "verwarming_oranje"
  - platform: dallas
    address: 0x260623b29bed7328
    name: "paars"    

Het resultaat. ik krijg fouten op de sensoren die niet zijn aangesloten.

Maar de sensoren die wel zijn aangesloten geven geen fout meer en sturen braaf hun temp door.
het voelt een beetje alsof mijn esp32 mij al 2 dagen aan het Rickrollen is.
Zie ik iets heel overduidelijks over het hoofd? heb ik een update gemist die gedrag veroorzaakt.
is er een bekende fout met esp32 en ds sensoren ?

[ Voor 4% gewijzigd door Septillion op 17-05-2024 12:39 . Reden: Denk aan de 'yaml' bij de code tags aub! Zie topic warning en hoe deze post is aangepast. ]

[Septillion]

Mm, ligt het aan mij of deed ESPhome eerste meer aan syntax highlighting?



Ik meende dat key en value altijd een andere kleur hadden.... Zoals dit.

[vliegnerd]

Septillion schreef op vrijdag 17 mei 2024 @ 13:08:
Mm, ligt het aan mij of deed ESPhome eerste meer aan syntax highlighting?

[Afbeelding]

Ik meende dat key en value altijd een andere kleur hadden.... Zoals dit.

Dat is/was ook zo:

ESPHome 2024.4.2 in HAOS

[jack zomer]

Septillion schreef op vrijdag 17 mei 2024 @ 12:52:
@jack zomer Dus de code werkt als je er niet aangesloten sensoren aan toevoegt maar werkt niet als je die weghaalt? Hardware 100% gelijk?

Qua hardware, die weerstand zit tussen 3v3 en de datalijn? Zelf zou ik overigens dan 5V aan de sensoren geven. Heb je wat meer marge over afstand. Data is open collector dus met de pull up aan de 3v3 vind de ESP het prima.

dat is correct...

met alleen de 3 gewenste sensoren geeft het alleen maar foutcodes en geen temp
met de 3 gewenste en 3 ''nep'' sensoren geven de nep sensoren foutcodes, maar de echte de temp.
inmiddels werkt deze oplossing al 36uur.

hardware is 99% gelijk (lengte kabel wijkt af) en de 4.7k zit tussen de 3v3 en data (op 10cm van de esp32)
elke sensor heeft een 7 meter upt kabel waarvan 3 paren gebruikt worden voor de sensor. Deze 3 kabels komen samen en daarna zit de 4.7k en daarna de esp (sensoren kabels weerstand zijn gesoldeerd)


5v ga ik nog even proberen, heb inmiddels een setje bucks voor mijn irrigatie esp32 project
dus kan makkelijk aan 5v komen in een test opstelling..


FORMULA1 update

heb nu 2 identieke esp32. met elk 3 sensors.
en het werkt.... Heb nu 6 sensors die keurig hun tempratuur door geven...
Nu even kijken of dit de komende uren zo blijft.

Ik loop nu met het idee dat 1 van de afdichtingen van de ds sensoren (met schroefdraad) niet helemaal afdicht. En dat die toen in het sooitje in een bak water gooide dus een beetje vervelend ging doen.


stappen plan

1. kijken of ze het blijven doen de komende uren
2. kijken of ik ze allemaal op een esp32 krijg
3. kijken of 5v wat uitmaakt.
4. de 3 sensoren pakken die het dichts bij elkaar zitten, en deze monteren op de zwembadverwarmingsverdeelblok en de binnenkomende waterleiding

[ Voor 39% gewijzigd door jack zomer op 18-05-2024 13:29 ]

[AUijtdehaag]

Ik wil graag de verlopen tijd in een tekst sensor plaatsen.
Dat is wel gelukt maar maakt nu nog gebruik van home assistant yaml ipv het enkel via esphome te doen

In esphome:

YAML:

globals:
# Define a global variable for last regeneration time
  - id: regeneration_last
    type: std::string
    restore_value: yes
    initial_value: '"Never"'

switch:
  - id: clack_reg_test_button
 #   name: Test switch regen pulse
    platform: template
    on_turn_on:
        - text_sensor.template.publish:
            id: clack_regeneration_last
            state: !lambda |-
              char str[32];
              time_t currTime = id(clack_sntp_time).now().timestamp;
              strftime(str, sizeof(str), "%a %d %b %H:%M", localtime(&currTime));
              id(regeneration_last) = str;
              return  { str };
text_sensor:
  # Expose last regeneration information as sensor
  - platform: template
    name: ${clack_regeneration_last}
    id: clack_regeneration_last
    icon: mdi:clock-start
    update_interval: never
    lambda: |-
      return id(regeneration_last);

number:
  # Set capacity days
  - platform: template
    id: clack_capacity_days
    name: ${clack_capacity_days}
    icon: mdi:calendar-clock
    optimistic: true
    mode: slider
    step: 1
    entity_category: config
    min_value: 0
    max_value: 21
    initial_value: 14
    restore_value: yes
    unit_of_measurement: ${days}

Deze berekend dan de resterende tijd home assistant yaml

YAML:

template:
  sensor:
    - name: "time_to_regeneration" # custom sensor that calculates the expected number of days till the next regeneration
      state: >
        {%- set time = (states('number.clack_capacity_in_days') | int * 86400) - (as_timestamp(now()) - as_timestamp((strptime(states('sensor.clack_regenerated_on')[4:15], '%d %b %H:%M').replace(year=now().year)))) | int  %}
        {%- set hours = ((time % 86400) // 3600) %}
        {%- set hours = '{}h '.format(hours) if hours > 0 else '' %}
        {%- set days = (time // 86400) %}
        {%- set days = '{}d '.format(days) if days > 0 else '' %}
        {{days + hours}}
      unique_id: "time_to_regeneration"
      icon: mdi:calendar-clock

Maar eigenlijk wil ik die laatste functie ook in esphome hebben.
Kan iemand mij daarmee in de goede richting duwen?

[ Voor 36% gewijzigd door AUijtdehaag op 28-05-2024 14:18 ]

[GilbertvH]

Ik heb onlangs een TTGO T4 Display gekocht om de totale speeltijd op de XBOX van mijn zoontje weer te kunnen geven. Ik heb in HA al een sensor aangemaakt die de 'in Game' activiteit meet:



Ik wil de totale tijd van die dag in uren/minuten laten weergeven op het display, zodat hij weet wanneer ik de XBOX middels een automation laat afsluiten. Ik weet dat ik via de XBOX Family app schermtijd kan instellen, maar mijn zoontje is hoofdgebruiker en daarbij kan het niet. Kan iemand mij helpen welke code ik moet toevoegen aan mijn, aan ESPHome toegevoegde, display?

Voor ESPhome is een los topic => Schopje

[ Voor 3% gewijzigd door Septillion op 29-05-2024 12:32 ]

[u_nix_we_all]

Voor de mensen die met displaytjes bezig zijn, ik heb een klein lcd-tje (st7735 type), daar heb ik 5 verschillende pagina's op. Dmv een paar controls kan ik backlight aan/uit zetten, dimmen (pwm) en regelen dat elke 5s de volgende pagina verschijnt, of dit uitzetten en dmv een switch door de pagina's scrollen

YAML:

esphome:
  name: espdisplay2
  platform: ESP8266
  board: d1_mini

# Enable logging
logger:
#  level: VERY_VERBOSE

# Enable Home Assistant API
api:

ota:
  password: "xxxxxxxxxxxxxxxxxxxxxxxxxxx"

wifi:
  ssid: "xxxxxxxxxxxxxxxxxxxxxxxxxxx"
  password: "xxxxxxxxxxxxxxxxxxxxxxxxxx"

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

captive_portal:


output:
  - platform: esp8266_pwm
    id: output_component1
    pin: D8
light:
  - platform: monochromatic
    name: "LCD backlight"
    output: output_component1

spi:
  clk_pin: D5
  mosi_pin: D7
  miso_pin: D6

font:
  - file: 'slkscr.ttf'
    id: font1
    size: 16
  - file: 'arial.ttf'
    id: font3
    size: 20
  - file: 'arial.ttf'
    id: font28
    size: 28
  - file: 'arial.ttf'
    id: font40
    size: 40
globals:
  - id: rotate
    type: boolean
    initial_value: "true"

sensor:
  - platform: homeassistant
    id: inside_temperature
    entity_id: sensor.living_room_temperature
    internal: true
  - platform: homeassistant
    id: outside_temperature
    entity_id: sensor.openweathermap_temperature
    internal: true
  - platform: homeassistant
    id: net_in
    entity_id: sensor.electricity_meter_power_consumption
    internal: true
    filters:
      multiply: 1000
  - platform: homeassistant
    id: net_out
    entity_id: sensor.electricity_meter_power_production
    internal: true
    filters:
      multiply: 1000
  - platform: homeassistant
    id: solar
    entity_id: sensor.solarman_output_active_power
    internal: true
    accuracy_decimals: 0
  - platform: homeassistant
    id: solarday
    entity_id: sensor.solarman_daily_production
    accuracy_decimals: 2
switch:
  - platform: template
    name: rotate2
    id: rotate2
    turn_on_action:
      then:
        - globals.set:
            id: rotate
            value: 'true'
        - switch.template.publish:
            id: rotate2
            state: 'ON'

    turn_off_action:
      then:
        - globals.set:
            id: rotate
            value: 'false'
        - switch.template.publish:
            id: rotate2
            state: 'OFF'
button:
  - platform: template
    name: next
    id: next
    on_press:
      then:
        - display.page.show_next: my_display
        - component.update: my_display


time:
  - platform: homeassistant
    id: esptime
    timezone: Europe/Amsterdam
    
display:
  - platform: st7735
    model: "INITR_BLACKTAB"
    id: my_display
    
    reset_pin: D3
    cs_pin: GPIO4
    dc_pin: GPIO5
    rotation: 90
    device_width: 80
    device_height: 160
    col_start: 26
    row_start: 1
    use_bgr: true
    invert_colors: true
    eight_bit_color: true
    update_interval: 1s
    pages:
      - id: page1
        lambda: |-
          auto red = Color(255, 0, 0);
          auto green = Color(0, 255, 0);
          auto blue = Color(0, 0, 255);
          it.rectangle(0, 0, 159, 79, blue);
          it.line(0,54,159,54, blue);
          it.line(79,0,79,54,blue);
          it.print(5,5, id(font1),blue, "Binnen");
          it.printf(6, 24, id(font3), red, TextAlign::TOP_LEFT , "%.1f°C", id(inside_temperature).state);
          it.print(85,5, id(font1),blue, "Buiten");
          it.printf(85, 24, id(font3), red, TextAlign::TOP_LEFT , "%.1f°C", id(outside_temperature).state);
          it.strftime(40, 56, id(font3), green, TextAlign::TOP_LEFT, "%H:%M:%S", id(esptime).now());
          
      - id: page2
        lambda: |-
          auto red = Color(255, 0, 0);
          auto green = Color(0, 155, 0);
          auto blue = Color(0, 0, 255);
          it.rectangle(0, 0, 159, 79, blue);
          it.print(10, 8, id(font1), red, "In:");
          if (id(net_in).has_state()) {
            it.printf(60, 3, id(font3), red, TextAlign::TOP_LEFT , "%.0f W", id(net_in).state);
          }
          it.print(10, 33, id(font1), green, "Out:");
          if (id(net_out).has_state()) {
            it.printf(60, 28, id(font3), green, TextAlign::TOP_LEFT , "%.0f W", id(net_out).state);
          }
          it.print(10, 58, id(font1), blue, "Zon:");
          if (id(net_out).has_state()) {
            it.printf(60, 53, id(font3), blue, TextAlign::TOP_LEFT , "%.0f W", id(solar).state);
          }
      - id: page3
        lambda: |-
          auto red = Color(255, 0, 0);
          auto green = Color(0, 155, 0);
          auto blue = Color(0, 0, 255);
          it.print(5,5, id(font1),blue, "Netto verbruik");
          it.rectangle(0, 0, 159, 79, blue);
          it.printf(5,25, id(font40), green, TextAlign::TOP_LEFT , "%.0f W", (id(net_in).state - id(net_out).state) );
      - id: page4
        lambda: |-
          auto red = Color(255, 0, 0);
          auto green = Color(0, 155, 0);
          auto blue = Color(0, 0, 255);
          it.printf(10,5, id(font28),green, "  %.2f kWh", id(solarday).state);
          it.rectangle(0, 0, 159, 79, blue);
          it.printf(5,36, id(font40), green, TextAlign::TOP_LEFT , "%.0f W", id(solar).state);     
      - id: page5
        lambda: |-
          auto green = Color(0, 155, 0);
          auto blue = Color(0, 0, 255);
          it.rectangle(0, 0, 159, 79, blue);
          it.strftime(3,10, id(font40), green, TextAlign::TOP_LEFT , "%H:%M:%S", id(esptime).now());
          it.strftime(20,60, id(font1), green, TextAlign::TOP_LEFT , "%d-%m-%Y", id(esptime).now());

interval: 
  - interval: 5s
    then:
      if:
        condition:
          lambda: 'return id(rotate);'
          #binary_sensor.is_on:rotate
        then:
          - display.page.show_next: my_display
          - component.update: my_display
 

[bauk]

Ik ben toch wel een beetje verwonderd over de resultaten. De LED strip blijkt dus RGB, te zijn. Hij is toch een beetje anders dan de XXL versie. Verder loop ik ertegenaan dat de pins toch anders zijn (voor warm en koud licht).

Bij het gebruiken van de ltchiptool kwam ik uit op de volgende pins:


Twee vragen:
Ik heb de strip nu zo ver dat hij de RGB nu netjes aanzet en uitzet en de juiste kleuren toont. Wat nu alleen niet meer werkt is warm licht aanzetten. Koud licht doet het wel heel goed. Licht het nou aan de strip? Ik neig er naar om een andere strip erop aan te sluiten om te testen (ik heb met de komst van de module gelijk meerdere gekocht bij Aldi ). Gekke is dat ik bij de vorige code de warme wel kon aansturen. Teruggaan naar die versie levert ook niets op...

YAML:

substitutions:
  device_description: DIY Flash LSC 5M LED Strip 
  friendly_name: LED Strip Zolder
  device_name: ledstrip-zolder
  
esphome:
  name: ${device_name}
  comment: "${device_description}"

bk72xx:
  board: generic-bk7231n-qfn32-tuya

# Enable logging
logger:
  baud_rate: 2000000  # The original firmware uses the same baud rate for log outputs
  hardware_uart: UART1

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

ota:
  platform: esphome
  password: !secret ota_password
  id: my_ota

wifi:
  networks:
    - ssid: !secret iot_ssid
      password: !secret iot_password

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: ${device_name} fallback
    password: !secret ota_password
    ap_timeout: 15s

captive_portal:

text_sensor:
  - platform: libretiny
    version:
      name: LibreTiny Version

sensor:
  - platform: internal_temperature
    name: "Internal Temperature"
  - platform: uptime
    name: Uptime

remote_receiver:
  pin: 
    number: GPIO26
    inverted: true
  dump: all
  # Settings to optimize recognition of RF devices
  tolerance: 50%
  filter: 100us
  idle: 4ms
  buffer_size: 2kb

light:
  - platform: cwww
    id: white_light
    name: "White"
    on_turn_on: 
      - switch.turn_on: ctrl
    on_turn_off: 
      - switch.turn_off: ctrl   
    cold_white: output_cw
    warm_white: output_ww
    cold_white_color_temperature: 6500 K
    warm_white_color_temperature: 2700 K
    constant_brightness: true

  - platform: beken_spi_led_strip
    id: color_light
    name: "Color"
    pin: P16
    chipset: WS2812
    num_leds: 40
    rgb_order: RGB
    on_turn_on:
      - switch.turn_on: ctrl
    on_turn_off:
      - switch.turn_off: ctrl
    effects:
     - pulse:
     - strobe:
     - flicker:
     - addressable_rainbow:
     - addressable_color_wipe:
     - addressable_twinkle:
     - addressable_random_twinkle:
     - addressable_fireworks:

output:
  - platform: libretiny_pwm
    id: output_cw
    pin: P6
    min_power: 14%
    zero_means_zero: True
  - platform: libretiny_pwm
    id: output_ww
    pin: P24
    min_power: 14%
    zero_means_zero: True

switch:
  - platform: gpio
    pin: P8
    internal: true
    id: ctrl
    name: "ctrl"
    restore_mode: RESTORE_DEFAULT_OFF

Verder lijkt het erop dat de pins anders zijn. Ik heb gezien dat een kickstart image de mogelijkheid geeft om pins te testen. Is dat makkelijk toe te voegen aan je bestaande config? Kon het zo snel niet googlen...

[bauk]

Zeg, ik heb onlangs twee LSC tuin lichtsnoeren gekocht. Een om te gebruiken en een om, jawel te flashen en in de ESPhome wereld te zuigen. Nu heb ik veel met bestaande kennis kunnen doen. Nu lijkt het er echt verdraaid op dat ik niet kan leunen op bestaande kennis.

Wat ik heb gedaan, is het kastje opengezaagd (ja het is echt dicht dicht). En het volgende werd zichtbaar:


Wat ik gezien heb dat ik het echt moet uitvogelen hoe hij zou moeten werken. Volgens mij moet ik daarvoor beginnen met het uitlezen van dat ding. Met ltchiptool, aangezien ik alleen een headless linuxbak en een Mac heb.

Om dat aan te sluiten weet ik de pinout al:


Door dan de flash te downloaden kan ik het met de chiptool analyseren welke pins er "actief" zijn en dan testen. Via een kickstart. Denk ik dan.

Maar omdat de lampen apart aan te sturen zijn (want o hoe leuk zou het zijn om de Nederlandse vlag langs het huis te laten rondslingeren als een doelpunt is gemaakt?), wil ik dat ook uitzoeken. Maar, to be honest ik weet niet waar ik moet beginnen.

Op internet vind ik ook niet veel sites die je die ontdekking helpen doen. Veel gaat over wat mensen voor elkaar gekregen heeft, maar weinig lijkt te gaan over hoe je het goed kan analyseren.

Weten jullie waar ik kan beginnen? En als iemand deze strip al aan de praat heeft, nou tof!

[jack zomer]

nu maar weer aan het testen.,
1 t/m 8 zitten op 1 esp zonder verlengkabels.
waterleiding temp zit op een 2de esp32.

voorlopig doen 1 t/m 8 het goed. ga ipv utp kabels nu iets dikkers gebruiken om ze 10 meter te verlengen
en de waterleidingtemp ga ik vervangen voor een andere sensor..

ik hou mijn probleem momenteel op utp kabels gebruiken als verlengmedia

[PeteSplit]

Ik kan de ESP-WP-control Firmware van vandaag niet installeren.

Ik gebruik Home Assistant met de add-on ESPhome en kreeg vandaag de ESPhome update 2024.6.1 naar 2024.6.2
Daarna krijg ik meestal de Firmware update, vandaag van 2024.5.5 naar 2024.6.2

Ik krijg de volgende foutmelding (links onder in afbeelding)



In de log van ESPhome staat:
2024-06-25 09:00:08,867 INFO Running command 'esphome --dashboard compile /config/esphome/esp-wp-control.yaml'
2024-06-25 09:00:11,078 INFO Process exited with return code 2

Ik heb een paar berichten terug, al iets gelezen, maar begrijp daar niet veel van. Ik heb pas een paar maanden HA en een ESP-bordje (voor een warmtepomp).

[jack zomer]

schiet mij maar lek, volgens mij heb ik geesten/spoken in mijn esp32 modules.

esp32 op een 5 v voeding.
1 sensor op zijn normale draden.
2 sensoren op een 6 meter 220 verlengsnoer.
ALLES WERKT 24 uur lang....

ik koppel alles los, neem alles behalve de voeding mee
sluit alles aan, en het werkt..
maak alles los, en plaats de sensoren
NIKS werk...




@Septillion update

na 4 seconde nadenken, ik heb hem nu via een usb kabel gevoed.
En de sensoren zijn zichtbaar.. zie nog veel fouten. dus ergens klopt er nog iets niet.
Maar ze zijn in elk geval zichtbaar.
de buck geeft keurig 5.01volt. zijn broertje (irrigatiesysteem) werkt op de zelfde manier
24v naar 5v naar esp.

YAML:

YAML:

substitutions:
  name: "watermeter-tempratuurzb"
  friendly_name: esp32black

# Enable logging
logger:

# Enable Home Assistant API
api:

# Allow Over-The-Air updates
ota: 
    platform: esphome

# Allow provisioning Wi-Fi via serial
improv_serial:

esphome:
  name: ${name}
  friendly_name: ${friendly_name}
  min_version: 2024.6.0
  name_add_mac_suffix: false
  project:
    name: esphome.web
    version: '1.0'

esp32:
  board: esp32dev
  framework:
    type: arduino

one_wire:
  - platform: gpio
    pin: GPIO22
sensor:
  - platform: dallas_temp
    address: 0x870623b2b23fb328
    name: "waterleiding"  
    update_interval: 5s
  - platform: dallas_temp
    address: 0x260623b29bed7328
    name: "retour"
    update_interval: 5s
  - platform: dallas_temp
    address: 0x5a0723b08a86bc28
    name: "aanvoer"
    update_interval: 5s


wifi:
  # Set up a wifi access point
  ap: {}

# In combination with the `ap` this allows the user
# to provision wifi credentials to the device via WiFi AP.
captive_portal:

dashboard_import:
  package_import_url: github://esphome/example-configs/esphome-web/esp32.yaml@main
  import_full_config: true

# Sets up Bluetooth LE (Only on ESP32) to allow the user
# to provision wifi credentials to the device.
esp32_improv:
  authorizer: none

# To have a "next url" for improv serial
web_server:

[ Voor 46% gewijzigd door Septillion op 26-06-2024 12:45 . Reden: Denk aan de 'yaml' bij de code tags aub! Zie topic warning en hoe deze post is aangepast. ]

[Stef012]

Vraagje over een RF module.
Ik probeer de code van de afstandbediening (433Mhz) uit te lezen. Zodat ik deze ook zelf zou kunnen aansturen.
Hiervoor heb ik een simpel RF setje besteld en de receiver aangesloten op een ESP8266 (ook op ESP32 geprobeerd). Hierna een stukje code via de ESPhome toegevoegd, volgens de ESP setup handleiding .

Op dit moment zie ik wel dat er berichten binnenkomen op het moment van indrukken. Alleen lijkt het er op dat het bericht niet goed ontvangen wordt. Heb al lopen spelen met de tollerance en het filter. Op dit moment heb ik deze settings:

YAML:

remote_receiver:
  pin:
    number: GPIO5
    inverted: True
#  dump: all
  dump: 
    - rc_switch
    - nexa
# Settings to optimize recognition of RF devices
  tolerance: 60%
  filter: 250us
  idle: 4ms
  buffer_size: 2kb

Er worden wel rc signalen herkend, alleen lijken mij deze te lang. Vanuit de logging krijg in de onderstaande berichten:

Gister kwam ik er niet helemaal uit, is het filter te lang/kort? Ondertussen heb ik al veel geprobeerd..
Heeft iemand dit al draaien? of een suggestie voor de filtering/tollerance?

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

[vonkkie]

ik ben bezig om een pwn fan door esp te laten sturen op basis van temperatuur en dat werkt
nu wil ik in de webserver 2 sliders hebben waar ik de min temp en de max temp kan instellen
dat alles heb ik nu maar als ik de slider verschuif zie ik dat er een waarde wordt vertuurd
maar zover als ik zie veranderd de waarde in substitution niet
als ik google lijkt het er op dat ik nog iets van een actie moet toevoegen maar dat stuk begrijp ik niet

iemand enig idee wat ik mis en zo ja ook een link naar waar het van daan komt




~

YAML:

 substitutions:
   temperature_threshold_low: "23" # At what temperature, in celcius, should the fan turn on to its minimum speed
   temperature_threshold_high: "35" # At what temperature, in celcius, should the fan turn on to its maximum speed
   minimum_fan_speed: "25" # What is the minimum fan speed, as a percentage
  



esphome:
  name: ventilater-geregeld
  friendly_name: ventilater geregeld

esp8266:
  board: esp07s

# Enable logging
logger:

# Enable Home Assistant API
api:
  encryption:
    key: "82PVyIVnOnJUOU97kggtlNat8Hhjhp3j5Y6ZlwyAHTA="

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

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password
  manual_ip:
    # Set this to the IP of the ESP
    static_ip: 192.168.1.42
    # Set this to the IP address of the router. Often ends with .1
    gateway: 192.168.1.1
    # The subnet of the network. 255.255.255.0 works for most home networks.
    subnet: 255.255.255.0
  # Enable fallback hotspot (captive portal) in case wifi connection fails

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "Ventilater-Geregeld"
    password: "txQWFmnJ6Ofa"

captive_portal:


web_server:
  port: 80
  version: 2
  include_internal: true


    
i2c:
  sda: GPIO04
  scl: GPIO05
  scan: true

sensor:
  - platform: bme280_i2c
    temperature:
      id: BME280_Temperature
      name: "BME280 Temperatuur"
      on_value:
        then:
          - script.execute: set_fan_state
    pressure:
      name: "BME280 Pressure"
    humidity:
      name: "BME280 Humidity"
    address: 0x76  
    update_interval: 30s  

  - platform: emc2101
    internal_temperature:
      id: internal_temperature_sensor
      name: "Internal Temperature Sensor"
    speed:
      id: speed_sensor
      name: "Speed Sensor"
    duty_cycle:
      id: duty_cycle_sensor
      name: "Duty Cycle Sensor"
    update_interval: 5s    

  - platform: wifi_signal # Reports the WiFi signal strength/RSSI in dB
    name: "WiFi Signal dB"
    id: wifi_signal_db
    update_interval: 60s
    entity_category: "diagnostic"

  - platform: copy # Reports the WiFi signal strength in %
    source_id: wifi_signal_db
    name: "WiFi Signal Percent"
    filters:
      - lambda: return min(max(2 * (x + 100.0), 0.0), 100.0);
    unit_of_measurement: "Signal %"
    entity_category: "diagnostic"
    device_class: ""


emc2101:
  pwm:
    resolution: 8

output:
  - platform: emc2101
    id: fan_duty_cycle

 
fan:
  - platform: speed
    output: fan_duty_cycle
    id: test_fan 
    name: "test fan"
    speed_count: 100
    
     
button:
  - platform: restart
    name: herstart test fan
  

script:
  - id: set_fan_state
    then:
      - if:
          condition:
            lambda: |-
              return id(BME280_Temperature).state < id(${temperature_threshold_low});
          then:
            - fan.turn_off: test_fan 
          else:
            - fan.turn_on:
                id: test_fan 
                speed: !lambda |-
                  if (id(BME280_Temperature).state >= id(${temperature_threshold_high})) {
                    // Over upper threshold, fan speed at maximum
                    ESP_LOGD("Fan speed calc", "Temperature is above or equal to upper threshold so setting to max");
                    return 100;
                  }
                  else {
                    float calc_speed = ((100-id(${minimum_fan_speed})) / (id(${temperature_threshold_high})-id(${temperature_threshold_low})))*(id(BME280_Temperature).state-id(${temperature_threshold_low}))+id(${minimum_fan_speed});
                    ESP_LOGD("Fan speed calc", "calculated speed = %f", calc_speed);
                    return calc_speed;
                  }

number:
  - platform: template
    name: "temperature_threshold_low"
    id: temperature_threshold_low
    optimistic: true
    min_value: 15
    max_value: 35
    step: 1
    initial_value: 23.0
    restore_value: True
  - platform: template
    name: "temperature_threshold_high"
    id: temperature_threshold_high
    optimistic: true
    min_value: 20
    max_value: 50
    step: 1  
    initial_value: 35.0
    restore_value: True
~

~[/code]

[ Voor 7% gewijzigd door vonkkie op 16-07-2024 13:13 ]

[AUijtdehaag]

@Septillion
Hier is een link met wat ik wil bereiken. Alle entity waarden in 1 json
https://stackoverflow.com...-sensor-values-in-esphome

Kan ik dat op dezelfde pagina krijgen als de webserver nu al doet?
Dus http://clack.local/sensor/water_meter


Deze is je wel bekend denk ik
https://esphome.io/web-api/index.html#rest-api

Als het kan via ESPhome direkt, zodat loxone daar weer uit kan lezen. Home assistant komt er niet tussen.

[vonkkie]

Septillion schreef op dinsdag 16 juli 2024 @ 19:35:
@vonkkie De substitution is niets meer dan een find and replace tijdens compileren. Dus waar jij schrijft id(${temperature_threshold_low}) zal dat na de find and repalce dus gewoon id(23) geworden zijn. Pas daarna wordt er naar het programma gekeken. De substitution kan dus helemaal geen andere waarde krijgen maar is puur bedoelt om op één plek, waarshcijnlijk bovenaan, in je config wat in te kunnen vullen.

Maar om dingen te bewaren kan je dus gewoon een number gebruiken zoals je ook aangemaakt hebt. Alleen heb je het number toevallig / verwarrend dezelfde naam als je substitution gegeven. Maar het zijn twee zaken!

Dus waar je nu dus de substitution aan roept (met ${iets}) wil je dus gewoon de state van je nummer gebruiken. En die haal je op met id(id_van_je_nummer).state.

Dus dan wordt het iets als:

YAML:

 substitutions:
   default_temperature_threshold_low: "23" # At what temperature, in celcius, should the fan turn on to its minimum speed
   default_temperature_threshold_high: "35" # At what temperature, in celcius, should the fan turn on to its maximum speed
   minimum_fan_speed: "25" # What is the minimum fan speed, as a percentage
  
esphome:
  name: ventilater-geregeld
  friendly_name: ventilater geregeld

esp8266:
  board: esp07s

# Enable logging
logger:

# Enable Home Assistant API
api:
  encryption:
    key: "82PVyIVnOnJUOU97kggtlNat8Hhjhp3j5Y6ZlwyAHTA="

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

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password
  manual_ip:
    # Set this to the IP of the ESP
    static_ip: 192.168.1.42
    # Set this to the IP address of the router. Often ends with .1
    gateway: 192.168.1.1
    # The subnet of the network. 255.255.255.0 works for most home networks.
    subnet: 255.255.255.0
  # Enable fallback hotspot (captive portal) in case wifi connection fails

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "Ventilater-Geregeld"
    password: "txQWFmnJ6Ofa"

captive_portal:

web_server:
  port: 80
  version: 2
  include_internal: true
    
i2c:
  sda: GPIO04
  scl: GPIO05
  scan: true

sensor:
  - platform: bme280_i2c
    temperature:
      id: BME280_Temperature
      name: "BME280 Temperatuur"
      on_value:
        then:
          - script.execute: set_fan_state
    pressure:
      name: "BME280 Pressure"
    humidity:
      name: "BME280 Humidity"
    address: 0x76  
    update_interval: 30s  

  - platform: emc2101
    internal_temperature:
      id: internal_temperature_sensor
      name: "Internal Temperature Sensor"
    speed:
      id: speed_sensor
      name: "Speed Sensor"
    duty_cycle:
      id: duty_cycle_sensor
      name: "Duty Cycle Sensor"
    update_interval: 5s    
  - platform: wifi_signal # Reports the WiFi signal strength/RSSI in dB
    name: "WiFi Signal dB"
    id: wifi_signal_db
    update_interval: 60s
    entity_category: "diagnostic"
  - platform: copy # Reports the WiFi signal strength in %
    source_id: wifi_signal_db
    name: "WiFi Signal Percent"
    filters:
      - lambda: return min(max(2 * (x + 100.0), 0.0), 100.0);
    unit_of_measurement: "Signal %"
    entity_category: "diagnostic"
    device_class: ""

emc2101:
  pwm:
    resolution: 8

output:
  - platform: emc2101
    id: fan_duty_cycle
 
fan:
  - platform: speed
    output: fan_duty_cycle
    id: test_fan 
    name: "test fan"
    speed_count: 100

button:
  - platform: restart
    name: herstart test fan
 
script:
  - id: set_fan_state
    then:
      - if:
          condition:
            lambda: |-
              return id(BME280_Temperature).state < id(temperature_threshold_low).state;
          then:
            - fan.turn_off: test_fan 
          else:
            - fan.turn_on:
                id: test_fan 
                speed: !lambda |-
                  if (id(BME280_Temperature).state >= id(temperature_threshold_high).state ) {
                    // Over upper threshold, fan speed at maximum
                    ESP_LOGD("Fan speed calc", "Temperature is above or equal to upper threshold so setting to max");
                    return 100;
                  }
                  else {
                    float calc_speed = ((100 - id(${minimum_fan_speed})) / (id(temperature_threshold_high).state - id(temperature_threshold_low).state )) * (id(BME280_Temperature).state - id(temperature_threshold_low).state ) + id(${minimum_fan_speed});
                    ESP_LOGD("Fan speed calc", "calculated speed = %f", calc_speed);
                    return calc_speed;
                  }

number:
  - platform: template
    name: Temperature threshold low
    id: temperature_threshold_low
    min_value: 15
    max_value: 35
    step: 1
    initial_value: ${default_temperature_threshold_low}
    restore_value: True
  - platform: template
    name: Temperature threshold high
    id: temperature_threshold_high
    optimistic: true
    min_value: 20
    max_value: 50
    step: 1  
    initial_value: ${default_temperature_threshold_high}
    restore_value: True

Voor optimistic: true was ik wel fout, ik dacht dat het bij een template number niet nodig was. Maar toch wel.

krijg dan deze fout melding

[Kalua]

Toppe schreef op dinsdag 30 juli 2024 @ 14:13:
Iemand die mij een duwtje de juiste kan op kan geven?

Ik dit dit bordje: https://www.tinytronics.n...-met-18650-batterijhouder

Nu wil ik weten wat de voltage van de batterij is om te bepalen of deze leeg is of niet. Dit zou volgens mij pin 35 moeten zijn?

code:

sensor:
  - platform: adc
    pin: 35
    name: "Batterij"
    update_interval: 1s

Nu krijg ik alleen een waarde van 1.04 V wat niet juist is...??

Ik denk dat je nog de attenuation in moet stellen:

On the ESP32 the voltage measured with the ADC caps out at ~1.1V by default as the sensing range (attenuation of the ADC) is set to 0db by default. Measuring higher voltages requires setting attenuation to one of the following values: 0db, 2.5db, 6db, 11db. There’s more information at the manufacturer’s website.

Daarnaast moet je nog omrekenen want er wordt een voltage divider gebruikt:

Versie 3.0 van dit board gebruikt twee weerstanden van 100K (spanningsdeler) voor het meten van de batterijspannig via pin 35.

[jj85]

RobertMe schreef op dinsdag 30 juli 2024 @ 19:07:
[...]

Is een update interval van 1 uur niet erg lang (/traag)? Ligt natuurlijk een beetje aan wat je er op zet etc. Maar ik vind dat nogal lang. En als je er bv elke 5 minuten van maakt zit je al op / 12 en met "met gemak een half jaar" kom je dat op zeg elke maand uit. Alhoewel ook dan vast trucjes mogelijk zijn. Hang er bv een PIR aan die hem uit deep sleep haalt en dan regelmatig update, ben je weg dan weer een langer (tot oneindig?) interval hanteren.

De informatie is gedurende de dag vrij 'stabiel', dus in deze toepassing is een uur meer dan prima.

[Toppe]

@Septillion ik heb nu dit:

Dit bordje, ik had een andere besteld maar ESPHome doet nog niet de C6 ondersteunen.


5V -> Sensor
GND -> Sensor
Data -> GPIO35 met een 120K weerstand tussen de GND en de data.

Dit is de code:

YAML:

substitutions:
  name: esphome-web-80f6c4
  friendly_name: 'Zwembad'

esphome:
  name: ${name}
  friendly_name: ${friendly_name}
  min_version: 2024.6.0
  name_add_mac_suffix: false
  project:
    name: esphome.web
    version: dev

esp32:
  board: esp32dev
  framework:
    type: arduino

# Enable logging
logger:

# Enable Home Assistant API
api:

# Allow Over-The-Air updates
ota:
- platform: esphome

# Allow provisioning Wi-Fi via serial
improv_serial:

wifi:
  # Set up a wifi access point
  ap: {}
  ssid: Bla
  password: blabla

# In combination with the `ap` this allows the user
# to provision wifi credentials to the device via WiFi AP.
captive_portal:

dashboard_import:
  package_import_url: github://esphome/example-configs/esphome-web/esp32.yaml@main
  import_full_config: true

# To have a "next url" for improv serial
web_server:
  port: 80

sensor:
  - platform: adc
    name: "Filter Pressure"
    pin: GPIO32
    id: pressure
    update_interval: 1s
    unit_of_measurement: "PSI"
    accuracy_decimals: 2
    attenuation: 12db
    filters:
      - calibrate_linear:
        - 0.5  -> 0.0
        - 2.5 -> 50.0

De waarde is nu -8.95 PSI, continu. Nu kan ik die 0.5 wel op -8.95 zetten maar er gebeurt niets zodra je wat met die sensor doet?

Edit: op GPIO35 zit de batterij

_{Nu nog even een 1/8" naar 1/4" adapter halen en we kunnen testn}

[ Voor 41% gewijzigd door Toppe op 06-08-2024 14:46 ]

[gvdh81]

Septillion schreef op vrijdag 2 augustus 2024 @ 14:41:
@gvdh81 5 GPIO pinnen inderdaad. Maar dus naast MOSI en CLK (van de SPI bus) dus nog RST en DC + BLK voor de backlight

Ik heb een S2 mini en kom via de documentatie uit op de volgende basis code die zou moeten werken:

YAML:

globals:
  - id: recent_touch
    type: bool
    restore_value: no
    initial_value: "true"

# Setup SPI bus
spi:
  miso_pin: GPIO37
  mosi_pin: GPIO35
  clk_pin: GPIO36

# Setup display
display:
- platform: ili9xxx
  id: my_display
  model: ILI9488
  dc_pin: GPIOXX
  reset_pin: GPIOXX
  dimensions: 320x240

# Setup touchscreen. On touch of the display turn the display on.
touchscreen:
- platform: xpt2046
  display: my_display
  update_interval: 50ms
  interrupt_pin: GPIOXX
  threshold: 400
  calibration:
    x_min: 3890
    x_max: 210
    y_min: 170
    y_max: 3730
  transform:
    mirror_x: false
    mirror_y: true
    swap_xy: true
  on_touch:
      then:
        - light.turn_on: backlight
        - lambda: |-
            id(recent_touch) = true;

# Define a PWM output on the ESP32
output:
  - platform: ledc
    pin: GPIOXX
    id: backlight_pwm

# Define a monochromatic, dimmable light for the backlight
light:
  - platform: monochromatic
    output: backlight_pwm
    name: "Display Backlight"
    id: back_light
    restore_mode: RESTORE_DEFAULT_ON

# Setup interval after which display turns off
interval:
  - interval: 30s
    then:
      - if:
          condition:
            - lambda: |-
                return !id(recent_touch);
          then: 
            light.turn_off:
              id: backlight
          else:
            - lambda: |-
                id(recent_touch) = false;

Waar "GPIOXX" staat kan het een willekeurige pin zijn volgens de documentatie. Het is een beetje een bij elkaar geraapt zooitje code maar volgens mij moet dit een goede basis zijn niet?

Volgens mij is het ook zo dat, wanneer ik "update_interval" op never zet en "auto_clear_enabled" op false, dat ik het aantal 'redraws' enorm kan beperken. Alleen wanneer een value van een van mijn sensoren wijzigt zou ik dan het scherm moeten clearen (vullen met zwart?) en het scherm opnieuw moeten tekenen en een .update() uitvoeren, toch?

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

[gvdh81]

Vandaag mijn ILI9488 aangesloten maar het sherm is wit met zwarte letters. Touchscreen werkt maar ook het logo wat ik wil printen heeft niet de juiste kleuren, en is zeg maar inverted.



Dit is mijn (relevante) code; en ik heb alle 9(!?) GPIOs in gebruik.

YAML:

#--------------------------------------------------------------------------------
# Substitutions used further down in the code
#--------------------------------------------------------------------------------
substitutions:
  fwVersion: '1.0'

  # Display pins
  gpioDisplayTouchCs: GPIO33
  gpioDisplayCs: GPIO10
  gpioDisplayDc: GPIO34
  gpioSpiMosi: GPIO35
  gpioSpiClk: GPIO36
  gpioSpiMiso: GPIO37
  gpioDisplayRes: GPIO38
  gpioDisplayBlk: GPIO39
  gpioDisplayTouchInterupt: GPIO40



#--------------------------------------------------------------------------------
# Global variables used further down in the code
#--------------------------------------------------------------------------------
globals:
  - id: recent_touch
    type: bool
    restore_value: no
    initial_value: "true"



# Setup SPI bus
spi:
  miso_pin: ${gpioSpiMiso}
  mosi_pin: ${gpioSpiMosi}
  clk_pin: ${gpioSpiClk}



# Setup display
image:
  - file: "assets/poolboy/logo.png"
    id: poolboy_logo
    type: RGBA

display:
- platform: ili9xxx
  id: my_display
  model: ILI9488
  cs_pin: ${gpioDisplayCs}
  dc_pin: ${gpioDisplayDc}
  reset_pin: ${gpioDisplayRes}
  dimensions: 480x320
  transform:
    mirror_x: true
    swap_xy: true
  lambda: |-
    it.image(0, 0, id(poolboy_logo));

# Setup touchscreen. On touch of the display turn the display on.
touchscreen:
- platform: xpt2046
  display: my_display
  update_interval: 50ms
  cs_pin: ${gpioDisplayTouchCs}
  interrupt_pin: ${gpioDisplayTouchInterupt}
  threshold: 400
  calibration:
    x_min: 178
    x_max: 3748
    y_min: 275
    y_max: 3924
  transform:
    mirror_x: true
    swap_xy: true
  on_touch:
      then:
        - light.turn_on: backlight
        - lambda: |-
            id(recent_touch) = true;



# Output pins
output:
  # Display backlight
  - platform: ledc
    pin: ${gpioDisplayBlk}
    id: backlight_pwm



# Light entities
light:
  # A monochromatic, dimmable light for the backlight
  - platform: monochromatic
    output: backlight_pwm
    name: "Display Backlight"
    id: backlight
    restore_mode: RESTORE_DEFAULT_ON

De setting `invert_colors` doet helemaal niets helaas, want dat lijkt het probleem te zijn. Iemand een idee wat ik verkeerd doe?

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

[gvdh81]

Vandaag mijn ILI9488 aangesloten. Touchscreen werkt maar het logo wat ik wil printen heeft niet de juiste kleuren, en is zeg maar inverted.

Dit is het juiste logo:


Dit laat mijn code nu zien:


Ik had verwacht dat het scherm gewoon standaard 'zwart' was maar ik zal misschien (of) de verkeerde display gekocht hebben of er zit iets in mijn code fout. De setting `invert_colors` doet helemaal niets helaas, want dat lijkt het probleem te zijn. Iemand een idee wat ik verkeerd doe?

@Septillion ik kon mijn bericht niet meer wijzigen maar zie hierboven nog wat info.

[Obelixxx]

Binnekort start mijn dynamisch energie contract.

Ik zou erg graag een klein display plaatsen bij de grootverbruikers dat duidelijk aangeeft wanneer electriciteit gebruikt moet worden.
Ik heb een project gevonden, maar dat is helaas niet gebaseerd op ESPHome.

Is het iemand gelukt iets vergelijkbaars te maken met ESPHome?

[JeroenH]

Na een paar updates overgeslagen te hebben, heb ik vandaag maar ESPHOME geüpdate naar 2024.8.3.. Al mijn ESPHOME devices updaten goed, alleen eentje (de watermeter sensor) geeft deze foutmelding:



Nadat ik dit zag heb ik het proces afgebroken. Om de één of andere reden heb ik met dit device het grootste gedoe gehad dus ik ben een beetje huiverig om dit door te zetten. Srakt valt-ie wéér om en ben ik weer een tijjd meetdata kwijt.

Dit is de ESHOME code:

YAML:

esphome:
  name: watermeter
  friendly_name: watermeter

esp8266:
  board: esp01_1m

# Enable logging
logger:

# Enable Home Assistant API
api:
  encryption:
    key: [deleted]

ota:
  platform: esphome
  password: [deleted]

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

  manual_ip:
    static_ip: [deleted]
    gateway: [deleted]
    subnet: [deleted]

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "Test Fallback Hotspot"
    password: [deleted]

captive_portal:

sensor:
- platform: pulse_meter
  pin: 
    number: GPIO13
    allow_other_uses: true
  name: "Water Pulse Meter"
  unit_of_measurement: "liter/min"
  icon: "mdi:water"
  total:
    name: "Water Total"
    unit_of_measurement: "liter"

- platform: pulse_meter
  pin: 
    number: GPIO13
    allow_other_uses: true
  name: "Water Pulse Meter"
  unit_of_measurement: "liter/min"
  icon: "mdi:water"
  total:
    name: "Water Meter Total"
    unit_of_measurement: "m³"
    id: water_meter_total
    accuracy_decimals: 3
    device_class: water
    state_class: total_increasing
    filters:
      - multiply: 0.001

- platform: template
  name: "Water Usage Liter"
  id: water_flow_rate
  accuracy_decimals: 1
  unit_of_measurement: "l/min"
  icon: "mdi:water"
  lambda: return (id(water_flow_rate).state * 10);
  update_interval: 6s

De code heb ik uit deze howto. Dit draait, na een lange tijd van problemen, nu al tijden stabiel.

Weet iemand wat die warning betekent, en of het veel risico is om de update door te zetten?

[n0m0r3]

ik heb dezelfde foutmelding. De update naar mijn ESP8266 ging overigens gewoon goed, geen problemen.
maar.... ik kan nu de logging niet meer bekijken, draadloos vanuit ESPHome.
deze meldingen komen naar voren.


@JeroenH heb jij dit ook? dit lijkt te worden veroorzaakt, in mijn geval, door de 32bits versie van HA/ESPHome.

[ Voor 22% gewijzigd door n0m0r3 op 06-09-2024 10:00 ]

[skank]

Hoi
Ik ben helemaal nieuw in ESP Home
Ik heb zopas mn eerste plug adopted in esp home dashboard (HA addon). Hij zat op de wifi.
Na adopten werd ik prompted om te upgraden, dit is gegaan echter op het einde kreeg ik de melding dat hij offline was/is.



Ik krijg hem langs geen kanten meer online
Heb hem een reset gegeven zonder succes.
Enig idee?

[jj85]

skank schreef op vrijdag 27 september 2024 @ 20:06:
[...]


Hoe bedoel je? Als je de wifi uitschakelt...
Hoe doe ik dat?

Je wifi / unifi uitschakelen.
Maar dit zal toch niks uithalen. Je ziet de plug niet in unifi, dus hij zal niet verbonden zijn.

Kun je ook ff verduidelijken wat je bedoelt met
Je kunt de config eventueel herstellen door de yaml van de plug uit de 'trash' map terug te plaatsen in de hoofdmap.

Ik heb hem verwijderd uit esphome he, zoals je zei

Nee, want ik heb geen idee hoe je mappen kan benaderen binnen HA OS / waar ESPHome binnen HA OS z'n spul opslaat.

Binnen mijn losse docker is het vrij simpel. Als ik bijvoorbeeld mijn verwijderde ventilator config (ventilator.yaml) wil herstellen, dan sleep ik deze vanuit Trash terug naar de ESPHome hoofdmap.

[sjorsjuhmaniac]

skank schreef op vrijdag 27 september 2024 @ 20:31:
[...]


Das een goeie
FF test aanmaken
Dit was de info:
wifi_ssid: "test"
wifi_password: ""


Nu als ik die test wil aanmaken, kan ik die niet saven omdat ik geen paswoord invul :-/

WEP/wpa optie op uit/none/etc. Zetten?

Edit:
Heet dan dus open?

[ Voor 12% gewijzigd door sjorsjuhmaniac op 27-09-2024 20:36 ]

[skank]

sjorsjuhmaniac schreef op vrijdag 27 september 2024 @ 20:33:
[...]

WEP/wpa optie op uit/none/etc. Zetten?

Edit:
Heet dan dus open?
[Afbeelding]

Oh my god, you genious !!!


Nooit aan gedacht om die aan te maken.
Ik heb hem !
En nu?

[skank]

krijn1985 schreef op vrijdag 27 september 2024 @ 20:42:
[...]

In je secrets de juiste wifi gegevens zetten en flashen met de juiste gegevens.

Heb secrets aangepast
En opnieuw geflashed, krijg weer een error


Vreemd, hij zit, zie ik, nog steeds op de test wifi

[jj85]

Alternatief, klik in ESPhome in de Install dialoog op de onderste optie om de firmware te downloaden.

Ga vervolgens via je test wifi naar het IP van je plug. Deze heeft ook een webserver draaien op poort 80. Dan kan je daar de nieuwe firmware uploaden.

[skank]

krijn1985 schreef op vrijdag 27 september 2024 @ 20:53:
[...]

Zoals ik het nu zie heeft hij hem niet geflashed, want hij kan hem niet vinden. Je moet dus zorgen dat zoals @sjorsjuhmaniac zegt esphome toegang heeft tot test wifi netwerk, zodat hij het apparaat kan vinden.

esphome ziet hem hoor.. en zegt connected
Dus hij kan pingen ook he

Nog es geprobeerd
Nu krijg ik dit


Nog steeds een error , maar nu zit hij wel gelijk op de juiste wifi Zal die test terug verwijderen
Ik vermoed dat het nu ok is?

[skank]

Na het flashen , krijg ik dit... terug errors
Is dat ok?


edit: ik bedoel niet de parity lijn, daar staat even en is blijkbaar normaal, maar de rest... (reading failed)

[ Voor 28% gewijzigd door skank op 29-09-2024 22:05 ]

[habbekrats]

Bezig met rommelen,
Ik probeer een wemos D1 the flashen

Wat ik al gedaan heb, de standaard webserver erop gezet.

Nu wil ik graag mijn JK-BMS in HA hebben
met deze github code https://github.com/syssi/esphome-jk-bms?tab=readme-ov-file

esphome version

Version: 2022.9.4 >> is dus oud ?
deze code gebruikt

code:

Looks good? You can go ahead and install ESPHome:

> pip3 install wheel
> pip3 install esphome

Na de JK-bms
Ik kan hier nog geen chocola van maken, op het internet vind ik 10tallen sites met allemaal verschillende uitleg methodes .



De esp webserver werkt wel


Iemand een site waar het wel lekker uitgelegd staat, of een YT mag ook.

[habbekrats]

Dankzij @Septillion en @sjorsjuhmaniac ben ik al een stuk verder.
Ik ksn nu vsnuit HA alles doen
Om mijn BMS uit te lezen wil ik de https://github.com/txubel...s485_0master_2slaves.yaml gebruiken

In de code moet ik wat dingen aanpassen gpio wifi lukt wel, echter loopt de boel niet bij het compileren krijg ik een fouten op de components






Met wat experimenten ben ik er nog niet

YAML:

external_components:
# - source: ${external_components_source}
#   refresh: 0s
  #- source:
  #    type: git
  #    url: https://github.com/esphome/esphome
  #    ref: dev
  #  components: [ json ]

  - source:
      type: git
      url: https://github.com/txubelaxu/esphome-jk-bms/components
      ref: dev
    components: [ jk_rs485_sniffer , jk_rs485_bms ]
     

geeft

INFO ESPHome 2024.9.2
INFO Reading configuration /config/esphome/jk-bms.yaml...
INFO Cloning https://github.com/txubelaxu/esphome-jk-bms/components@dev
Failed config

external_components: [source /config/esphome/jk-bms.yaml:42]
-
repository 'https://github.com/txubelaxu/esphome-jk-bms/components/' not found.
source:
type: git
url: https://github.com/txubelaxu/esphome-jk-bms/components
ref: dev
components:
- jk_rs485_sniffer
- jk_rs485_bms


ook zonder de componets geen verandering

En graag code gewoon niet meer als plaatjes plaatsen

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

[Gondelier]

Septillion schreef op donderdag 17 oktober 2024 @ 16:46:
@Gondelier Bij een ESPhome device update zal er een recompile plaatsvinden. Dus het hangt heeeeel erg af waar je het ESPhome dashboard op draait. Op mij RPi4 (met SSD) duurder het ook wel paar minuten (maar geen 15...) maar op mijn huidige N100 systeem is dan ongeveer een minuutje.

En auto update is (naar mijn idee gelukkig) geen standaard onderdeel. Maar het staat je vrij om het te automatiseren in HA natuurlijk

@Septillion
Ik denk dat ik het niet echt duidelijk heb omschreven.
De ESPHome update 2024.10 die download ik zoals gebruikelijk en staat binnen enkele seconden op mijn onderstaande Thin Client, geen probleem.

Maar dan krijg ik bij ESPHome in mijn dashboard bij devices (zie foto) "Update" !!
En als ik deze 4 devices dan ga updaten, omdat het erbij staat, dan is het systeem echt 5 kwartier bezig.
(Zoals je kunt zien heb ik die Voice Box al handmatig geupdated)



Dus is mijn vraag, worden deze 4 devices misschien automatisch ge-updated, en hoef ik daar niets aan te doen ??

De specificaties van mijn systeem ( gekocht op Marktplaats bij Maarten) en het werkt perfect !!

Home Assistant HAOS
HP ThinClient T630
AMD GX-420GI Quad-Core CPU, 2.0-2.2 GHz, 2MB L2 Cache, 32-bit & 64-bit (TPD: 16.1W)
AMD Radeon R7E graphics
16GB DDR4 SoDIMM geheugen
250GB M.2 SSD SATA
Realtek RTL8111HSH-CG Gigabit Ethernet Ethernet Adapter (Onboard)
Realtek + AMD Hight Definition Audio Adapter (Onboard)
Video: 2x DisplayPort 1.2 (DP)
Poorten: 2x USB 3.0, 2+2x USB 2.0, RJ45, 2x Audio, 2x DisplayPort & PS2 KB+Muis, Extra Vga aansluiting
Intern: 1x M.2 Key M, 1x Mini PCI-e, 1x USB 3.0 & 2x SoDIMM

Hopende dat ik nu wat duidelijker ben geweest.
M.v.g.

[Gondelier]

Septillion schreef op vrijdag 18 oktober 2024 @ 21:35:
@Gondelier Maar draai je ook nog zware addons? Afgezien van ESPhome dus.

En op zich kan het geen kwaad om het op deze manier te automatiseren. Als er geen update is gebeurd er niets. Andere optie zou zijn om het te triggeren omdat de update beschikbaar komt. Maar dan heb je geen invloed op wanneer dat gebeurd.

Qua screenshot, wat voor device is het? Op meeste android is volume down + power button een screenshot. En als je op dat device ook bent ingelogd op tweakers kan je hem gewoon al uploaden maar er niet direct een forum post mee maken. Dan is hij later gewoon te selecteren als je wel een post wilt maken, ook op een ander device.

@Septillion
De automatisering ga ik dus zo doen en even het resultaat afwachten.

Dank voor de tip vwb de screenshot, dat is handig. Zo leer ik steeds weer wat bij. Meteen uitproberen en antwoord op jouw vraag.


Bedankt 🙏 voor alles.

Met vriendelijke groet.

[habbekrats]

Nog een vraagje over mijn JK-BMS project

Ik heb nieuwe Esp32 vroom binnen, en hierbij gaat het flashen perfect
Na wat geknoei met de RS485 <> uart omzetter werkt het nu ook.

Ik heb in de code wat veranderd aangezien alleen BMS0 werd gelezen

YAML:

jk_rs485_bms:
  - id: bms0
    rs485_address: 0x00  # was 01
    jk_rs485_sniffer_id: sniffer0
    update_interval: 180s
  - id: bms1
    rs485_address: 0x01 # was 02
    jk_rs485_sniffer_id: sniffer0
    update_interval: 180s

Wat ik nog niet werkend heb is de mqtt
in de code staat dit

YAML:

api:
  encryption:
    key: "zet hier je verschikkelijke geheime base64code"
logger:
  level: DEBUG #VERBOSE #DEBUG #INFO #VERY_VERBOSE #VERBOSE #DEBUG #INFO #DEBUG
  tx_buffer_size: 2048

# If you use Home Assistant please remove this `mqtt` section and uncomment the `api` component!
# The native API has many advantages over MQTT: https://esphome.io/components/api.html#advantages-over-mqtt
#mqtt:
#  broker: !secret mqtt_host
#  username: !secret mqtt_username
#  password: !secret mqtt_password
#  id: mqtt_client
#  log_topic: null

Die api code staat ook in de secerts yaml. Ik gebruik dus HA daar staat het ook netjes in esphome tussen.
In de de lopende log zie ik de data ook voorbij komen.
Ik zie in mijn mttq explorer echter geen enkele verwijzing van mijn bms verschijnen ( mijn overige mqtt natuurlijk wel)
Moet die sectret key ook ergens in mqtt neer gezet worden?
of gaat dit niet werken omdat ik Mosquitto broker gebruik

[ Voor 0% gewijzigd door Septillion op 20-10-2024 11:18 . Reden: Denk aan de 'yaml' bij de code tags aub! Zie topic warning en hoe deze post is aangepast. ]

[jj85]

@ThinkPad Ik heb al vele jaren deze sensoren met de ATC firmware van pvvx: https://github.com/pvvx/ATC_MiThermometer (een fork van de originele ATC).
Werkt als een trein, batterijen gaan heel lang mee (durf niet te zeggen hoe lang, maar volgens mij gemakkelijk een jaar).
Komt wel beetje aan op tuning van de reporting intervals etc.

Ik lees ze in met wat ESP32 bordjes, enkel en alleen door de bluetooth_proxy actief te maken. Hij geeft ze dan netjes door aan HA.
Hier gelukkig geen last van BLE devices van buren...

Alternatief kun je de Advertising Type aanpassen. Moet je even mee experimenten, maar volgens mij kun je deze middels PVVX (Custom) ook weer direct op de ESPhome weer inlezen op basis van MAC (zoals je eerder deed). Zie ook https://esphome.io/components/sensor/xiaomi_ble#lywsd03mmc

[elebroek]

Het betreffen een ESP-Wroom-32 en eenTOF200C-VL53L0X. De laatste is aangesloten op de ESP op 3.3v, GND en SLA op IO21, SLC op IO22.

[jj85]

@elebroek slechte foto helaas, maar volgens mij zit je GND op de RST pin...

[Sunderfield]

Ik heb vorige week een M5Paper besteld bij Tiny, Gisteren een build van GitHub half aan de praat gekregen.

[TheMystery]

Ik ben een wemos s3 mini aan het programmeren voor 2 dallas DS18B20 sensoren.
ik heb er al 2 succesvol draaien op een wemos d1 mini nog.

Alles zo aangesloten:


Met de volgende configuratie:

YAML:

one_wire:
  - platform: gpio
    pin:
      number: GPIO16 
      mode: INPUT_PULLUP

Maar krijg steeds de fout: [W][gpio.one_wire:078]: Found no devices!
Wat zou hier fout aan zijn?

Ik heb het hetzelfde geconfigureerd als mijn d1 mini op de pin nummer na.

[jj85]

@Toppe Rename al geprobeerd?

[Septillion]

Toppe schreef op zondag 8 december 2024 @ 22:47:
[...]


Dat veranderd die friendly name

Nee, dat verandert de (host)name...



Maar die optie is bij complexe yaml niet te gebruiken. Dan zal je even zelf de naam moeten wijzigen en use_address moeten toevoegen. Deze kan je dan gebruiken met oude naam als use_address: pomp.local. Na eerste keer upload zal de naam aangepast zijn en moet je use_address weer uit je config halen.

Naam van de file kan je buiten ESPHome gewoon straffeloos aanpassen. Maar moet denk ik wel voldoen aan de eisen van een 'name' (aka geen spaties etc).

offtopic:
Arg, ik wordt af en toe zo gek dat de 'terug' knop van de browser / muis niet terug gaat in ESPHome Compiler maar gewoon terug gaat in HA. Dus vanuit de edit van een device zit je met terug niet op het ESPHome Dashboard maar op het HA dashboard waar je was voor je naar ESPHome ging

En ben nog steeds van mening dat het ESPHome Dashboard had moeten heten, ze schieten zichzelf in de voet met een naam die zo beperkte functionaliteit suggereert...

[ Voor 5% gewijzigd door Septillion op 09-12-2024 11:49 ]

[wautah91]

bauk schreef op maandag 8 juli 2024 @ 12:37:
@Septillion: zie onder
Het kan zijn dat er iets fundamenteels fout gaat hoor, want ik heb ook op mijn reguliere RGB strip dat ik het wit licht nog steeds niet (meer) aan krijg .

YAML:

substitutions:
  device_description: DIY Flash LSC 5M Light String
  friendly_name: Party Slinger
  device_name: party-slinger
  
esphome:
  name: ${device_name}
  comment: "${device_description}"

bk72xx:
  board: generic-bk7231n-qfn32-tuya

# Enable logging
logger:
  baud_rate: 2000000  # The original firmware uses the same baud rate for log outputs
  hardware_uart: UART1

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

ota:
  platform: esphome
  password: !secret ota_password
  id: my_ota

wifi:
  networks:
    - ssid: !secret iot_ssid
      password: !secret iot_password

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: ${device_name} fallback
    password: !secret ota_password
    ap_timeout: 15s

captive_portal:

text_sensor:
  - platform: libretiny
    version:
      name: LibreTiny Version
    
sensor:
  - platform: internal_temperature
    name: "Internal Temperature"
  - platform: uptime
    name: Uptime

light:
  - platform: beken_spi_led_strip
    id: color_light
    name: "Color"
    pin: P16
    chipset: WS2812
    num_leds: 15
    rgb_order: RGB
    effects:
      - pulse:
      - strobe:
      - flicker:
      - addressable_rainbow:
      - addressable_color_wipe:
          name: Nederlandse Vlag
          colors:
          - red: 100%
            green: 0%
            blue: 0%
            num_leds: 2
          - red: 100%
            green: 100%
            blue: 100%
            num_leds: 2
          - red: 0%
            green: 0%
            blue: 100%
            num_leds: 2
          add_led_interval: 100ms
          reverse: false
          
switch:
  - platform: gpio
    pin: P22
    id: ctrl
    name: "ctrl"
    restore_mode: RESTORE_DEFAULT_OFF

@bauk en @Septillion jullie waren deze zomer bezig met de LSC Party lights slinger met addressable leds. Nu heb ik de LSC 3203632.1, RGBIC/CCTIC led strip.


Ik zie in de yaml dat de party lights voor CW/WW nog wel PWM gebruiken, maar bij deze strip zitten er 2 chips op de strip, waarschijnlijk 1 voor RGB en 1 voor CW/WW.


Ik had in een ander topic gelezen met een vergelijkbaar product dat het wel eens zo zou kunnen zijn dat de RGB leds 0,2,4,6,8 etc zijn en de CW/WW leds 1,3,6,9 etc.

Hoe is jullie ervaring tot nu toe met het beken_spi_led_strip component in esphome en hebben jullie de lights ook verdeel in stukken met light partitions?

Voor deze ledstrip heb ik nog geen werkend cloudcutter profiel gevonden. Firmware is 1.0.2 met BK7231N. Ik ga proberen de Beken te flashen via UART zoals iemand op elektroda ook al gelukt is, alleen heeft hij nog geen esphome geflashed.

[rogervdh]

Ik heb een ESP32C6 (M5NanoC6) en als ik deze wil toevoegen in ESPHome, dan krijg ik de melding dat deze niet ondersteund wordt. Al zoekende begreep ik dat ESPHome 2024.12.x geupdate is naar ESP-IDF 5.1.5 en daardoor zou de ESP32-C6 gesupport moeten worden. Inmiddels heb ik ESPHome 2024.12.2 draaien, maar nog steeds krijg ik deze melding via ESPHome Web:

Error: Unsupported platform ESP32C6. Only ESP8266, ESP32, ESP32S2, ESP32S3, ESP32C3 are supported.

Als ik new device doe in ESPHome Builder, dan heb ik deze keuzes:



Hoe kan ik dit euvel verhelpen...?

[ Voor 46% gewijzigd door rogervdh op 24-12-2024 14:58 ]

[Gondelier]

Goedenavond,
Ik probeer mijn m5stack_atom_echo en mijn esp32_s3_box_3 te updaten naar ESPHome versie 2024.12.2
Nu krijg ik voor beide steeds dezelfde onderstaande foutmelding waardoor de updates worden afgebroken.
Ook in ESPHome Builder geprobeerd, maar ook dezelfde melding voor beide.
Weet iemand raad ??

[u_nix_we_all]

@magnifor
De action had een tijd geleden van deze:

Zijn maar klein en weinig capaciteit maar blijven wel 5V geven bij laag verbruik. Ik zie ze alleen niet meer bij de Action.

Hier staan ook nog wat tips: u_nix_we_all in "Het grote ESPhome topic"

[gastje01]

Ik probeer een DMX signaal uit mijn ESP te krijgen met behulp van een TTL naar RS485 adapter. Gebruik deze code: https://github.com/andyboeh/esphome-dmx512

Zo te zien werkt mijn config, k zie het TX lampje op de TTL converter knipperen wanneer er commando's verzonden worden, maar mijn DMX apparaat (dimpack) geeft geen knipperend DMX lampje Wat zou duiden op geen signaal. Na dit punt loop ik een beetje vast met troubleshooten. 3.3v of 5v maakt geen verschil.

Ik heb geen twisted pair gebruikt, maar een kort kabeltje van 15cm. Zou dit nog impact kunnen hebben op zo'n korte afstand?

Enige punt dat nog overblijft zou een 120Ohm weerstand zijn, aan de converter kant zit deze volgens mij al op de print volgens onderstaand schema:

[Flappie]

Ik vraag het ook even hier, had het ook al in het Home Assistant topic gevraagd maar misschien is het ook wel een ESPHome dingetje

Ik heb een ESP32 die via Modbus een kWh meter uitleest.
Als de groep waar die kWh meter aanzit eruit klapt, dan blijft ESPHome de laatste waarde blijkbaar doorsturen naar Home Assistant.

In mijn geval was dus rond 12.00 uur mijn zonnepanelen groep geklapt maar in Home Assistant krijg ik dan deze lijn:


Die vlakke blauwe lijn in het rode gedeelte bleef Home Assistant registreren terwijl er eigenlijk helemaal geen opwek was.

Iemand een idee hoe ik dit kan voorkomen?
Ik zou graag de waarde naar 0 hebben en in Home Assistant iets triggeren waarmee ik dan een notificatie naar mezelf kan sturen.

[AlfredPteD]

jj85 schreef op zaterdag 1 maart 2025 @ 23:23:
[...]

Nee, dit stukje activeert de api met HA. Zie ook de link van @Septillion

code:

# Enable Home Assistant API
api:
  password: ""

Ja, ik moest die link nog lezen.

Als gewezen architect heb ik altijd behoefte aan plaatjes. Ik heb dit plaatje gemaakt op basis van mijn huidige kennis. api: communiceert met HA. mqtt: communiceert met mijn MQTT bus.

Mijn gevoel zegt dat er geen interactie is via api:, maar dat HA zijn info plukt uit mijn MQTT bus.
(ik zeg steeds mijn MQTT bus, omdat er wellicht in HA ook nog een bus draait.)



Klopt dit een beetje ?

[jj85]

@AlfredPteD
Jouw schema ziet er logisch uit.

Waarom vermoed je dat hij in HA aanwezig is via MQTT en niet via de API?
Kijk even waar je de ESP32 terugvindt in HA.

Via api komen de devices onder


Via mqtt komen de devices onder

[Brynnie]

jj85 schreef op vrijdag 28 maart 2025 @ 15:50:
[...]

Deel aub even wat foto's van je projectje

Moeilijk te zien op de foto’s, maar volgens mij zijn de verbindingen correct.

[SnarfB]

Septillion schreef op woensdag 7 mei 2025 @ 11:20:
@SnarfB Op deze manier heb je het toch gewoon als 0-100% sturing onder de fan entity in HA?

Nee deze wordt in HA niet getoond

[Gizz]

@SnarfB wat is dan die mooie schuif onder bediening? Klik er eens op. Die gaat toch van 0% tot 100%?

Zo ziet het er bij mij uit:



Bij mij wordt de waarde binnen HA vastgesteld en niet binnen ESPHome, maar dat maakt verder niet uit. Het blijft een slider van 0 tot 100%.

[ Voor 74% gewijzigd door Gizz op 07-05-2025 15:13 ]

[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"

[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.

[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?

[Hermarcel]

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

[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 ]

[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. ]

[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.

[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 ]

[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 ]

[tcw82]

Ik worstel wat met twee ssid's in mijn espHome setup. Ik gebruik esp32 c3 supermini's. Ik gebruik die door het hele huis, maar ik heb geen mesh netwerk. Woonkamer heet woonkamer en zolder heet zolder.
Door het volgen van het voorbeeld van deze post:
https://gathering.tweaker...message/78157184#78157184
Dacht ik de zaken te kunnen regelen, ik zet alles klaar op zolder, laad de esp32 en verplaats hem naar de woonkamer. Alwaar hij dan de andere ssid op moet pikken.

na het invoeren van de extra regels en syntax van de twee ssid's in yaml van de esp en de secrets kan ik de esp benaderen en de nieuwe code installeren en daarna is hij onbereikbaar.
Dus, alles terug gedraaid (hardwire software er weer in geschoten) en dan werkt het weer.

Ergens mis ik dus iets, maar weer niet goed wat hier te delen, of wat verder aan te leveren. Mijn hoop is dat jullie een beetje richting kunnen geven aan mijn zoektocht.

Hieronder schermafbeelding van het voorbeeld.
Dit is door mij gecopieerd en plakt, met aanpassen naar mijn eigen ssid en ww.Voor de volledigheidd, dit is mijn code:

wifi:

networks:
- ssid: !secret wifi_ssid1
password: !secret wifi_password1
- ssid: !secret wifi_ssid2
password: !secret wifi_password2

en in secrets:

# Your Wi-Fi SSID and password
wifi_ssid1: "XXX"
wifi_password1: "XXX"
wifi_ssid2: "YYY"
wifi_password2: "YYY!"

[ Voor 9% gewijzigd door tcw82 op 04-11-2025 10:57 ]

[skank]

Ik moet mij dringend eens in esphome verdiepen.
Ik heb 2 athom plugs in esphome staan, is meer dan een jaar geleden.
MAar deze dus:


Je ziet dat beide offline staan.

De config is deze:

YAML:

substitutions:
  name: keuken-plug
  friendly_name: Keuken - Plug ESP32
  relay_restore_mode: ALWAYS_OFF

packages:
  Athom_Technology.Smart_Plug_V3: github://athom-tech/esp32-configs/athom-smart-plug.yaml
  Bermuda.c3: github://agittins/bermuda-proxies/packages/bermuda-proxy-c3.yaml

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

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password
  ap:
    ssid: "ESP32 Fallback Hotspot"
    password: !secret esp32_ap_password

text_sensor: !remove

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

Nu wil ik de naam wijzigen... van keuken naar slaapkamer
Maar ze zijn zogezegd offline, maar die zijn niet offline, hoe kan ik die updaten dan?
In mn secrets staan mn huidige wifi settings.

Straks komt er nog een ledstrip bij dus ik moet echt wel weten wat en hoe...

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

[skank]

u_nix_we_all schreef op zondag 30 november 2025 @ 11:43:
@Bockelaar De ota en api settings zitten in de package (https://github.com/athom-...ain/athom-smart-plug.yaml) die in de yaml staat, die heeft hij dus wel.

Aan een pc hangen is met een plug wat lastig, je zou via de webgui een firmware moeten kunnen uploaden, moet je even het ip adres acherhalen in je router.

Ik geraak er aan via de webgui (ipadres) idd.
MAar waarom staat hij dan offline in esphome.
Veel kan ik daar ook precies niet doen..


Ik zie ook nergens een update ofzo... (al weet ik niet of dat nodig is).
Maar bv de naam daar wijzigen gaat ook niet.

[BounceMeister]

Fab1Man schreef op maandag 9 januari 2023 @ 10:06:
[...]

Ik heb bijna hetzelfde, maar de sensor is net iets anders opgezet. Denk ook dat wij dezelfde tutorial gevolgd hebben. Bij mij werkt het met een NodeMCU:

YAML:

esphome:
  name: watersensor

esp8266:
  board: nodemcuv2

# Enable logging
logger:

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

ota:
  password: "..."

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

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

captive_portal:
    
sensor:
- platform: pulse_counter
  pin: GPIO12
  update_interval : 6s
  name: "water pulse"
  id: water_pulse

- platform: pulse_meter
  pin: GPIO12
  name: "Water Pulse Meter"
  unit_of_measurement: "liter/min"
  icon: "mdi:water"
  total:
    name: "Water Total"
    unit_of_measurement: "L"
    device_class: water
    state_class: total_increasing

- platform: template
  name: "Water Usage Liter"
  id: water_flow_rate
  accuracy_decimals: 1
  unit_of_measurement: "l/min"
  icon: "mdi:water"
  lambda: return (id(water_pulse).state * 10);
  update_interval: 6s

Ik ben al een tijd bezig met het omzetten van mijn watermeter komend van Domoticz/ESPEasy naar het nieuwe HA/ESPHome, maar ik krijg het niet werkend.
Het blijkt dat de tutorials die op internet te vinden zijn, niet (meer) kloppen. (Er ontstaan foutmeldingen in de YAML code en er lijken stappen te ontbreken of HA zit nu anders in elkaar)

Wat ik heb gedaan:
(Alles werkte nog in Domoticz/ESPEasy).
Ik heb ESPHome toegevoegd aan HA.
Ik heb de ESP8266 eerst teruggeflasht naar Blink (via Arduino IDE) en toen ESPHome erop gezet (via HA) en de wifi ingesteld.
Log laat verbinding zien.
Ik heb de LJ18A3-8-Z/BX-5V op D6 (GPIO12) zitten zoals dat ook in ESPEasy werkt.
Ik heb diverse watermeter/yaml configuraties geprobeerd uit voorbeelden (met GPIO12 of pin D6), maar krijg daar steeds foutmeldingen in. Daarom steeds weer de fouten opgezocht en dingen aangepast.
Uiteindelijk krijg ik hier (onderstaand) geen foutmelding meer in, maar ik kan hem niet toevoegen aan het Energy dashboard, want hij staat niet in de lijst.

YAML:

esphome:
  name: watersensor
  friendly_name: Watersensor

esp8266:
  board: nodemcuv2

# Enable logging
logger:

# Enable Home Assistant API
api:
  encryption:
    key: "hier staat een code"

ota:
  - platform: esphome
    password: "hier staat een code"

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

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "Watermeter Fallback Hotspot"
    password: "hier staat een code"

captive_portal:
    
sensor:
- platform: pulse_counter
  pin: 
    number: GPIO12
    allow_other_uses: true
  update_interval : 6s
  name: "water pulse"
  id: water_pulse

- platform: pulse_meter
  pin: 
    number: GPIO12
    allow_other_uses: true
  name: "Water Pulse Meter"
  unit_of_measurement: "liter/min"
  icon: "mdi:water"
  total:
    name: "Water Total"
    unit_of_measurement: "L"
    device_class: water
    state_class: total_increasing

- platform: template
  name: "Water Usage Liter"
  id: water_flow_rate
  accuracy_decimals: 1
  unit_of_measurement: "l/min"
  icon: "mdi:water"
  lambda: return (id(water_pulse).state * 10);
  update_interval: 6s

Ik heb aan configuration.yaml toegevoegd:

YAML:

utility_meter:
  util_water_usage_hourly:
    source: sensor.water_total
    cycle: hourly
  util_water_usage_daily:
    source: sensor.water_total
    cycle: daily
  util_water_usage_monthly:
    source: sensor.water_total
    cycle: monthly
  util_water_usage_yearly:
    source: sensor.water_total
    cycle: yearly
            

HA herstart, maar nog steeds geen watermeter om toe te voegen.


Ik zag toevallig bij de Discovered Devices wel de watermeter staan en heb deze toegevoegd aan HA. Ik kan nu ook iets toevoegen aan mijn Dashboard waarmee ik kan zien dat de sensor iets registreert. (Dit is alles wat met water te maken heeft, rechtsonder reageert op de sensor).


Maar het toevoegen aan het Energy Dashboard wil dus niet lukken. Weet iemand waar dit aan kan liggen?

Logfile:

code:

INFO ESPHome 2025.11.2
INFO Reading configuration /config/esphome/watermeter.yaml...
INFO Starting log output from watersensor.local using esphome API
INFO Successfully resolved watersensor.local in 0.011s
INFO Successfully connected to watersensor @ 192.168.16.24 in 0.030s
INFO Successful handshake with watersensor @ 192.168.16.24 in 2.877s
[23:05:52.978][I][app:190]: ESPHome version 2025.11.2 compiled on Dec  1 2025, 22:56:35
[23:05:53.049][C][logger:261]: Logger:
[23:05:53.049][C][logger:261]:   Max Level: DEBUG
[23:05:53.049][C][logger:261]:   Initial Level: DEBUG
[23:05:53.050][C][logger:267]:   Log Baud Rate: 115200
[23:05:53.050][C][logger:267]:   Hardware UART: UART0
[23:05:53.050][C][template.sensor:017]: Template Sensor 'Water Usage Liter'
[23:05:53.050][C][template.sensor:017]:   State Class: ''
[23:05:53.050][C][template.sensor:017]:   Unit of Measurement: 'l/min'
[23:05:53.050][C][template.sensor:017]:   Accuracy Decimals: 1
[23:05:53.050][C][template.sensor:031]:   Icon: 'mdi:water'
[23:05:53.051][C][template.sensor:363]:   Update Interval: 6.0s
[23:05:53.051][C][pulse_counter:017]: Pulse Counter 'water pulse'
[23:05:53.051][C][pulse_counter:017]:   State Class: 'measurement'
[23:05:53.051][C][pulse_counter:017]:   Unit of Measurement: 'pulses/min'
[23:05:53.051][C][pulse_counter:017]:   Accuracy Decimals: 2
[23:05:53.051][C][pulse_counter:031]:   Icon: 'mdi:pulse'
[23:05:53.051][C][pulse_counter:172]:   Pin: GPIO12
[23:05:53.063][C][pulse_counter:173]:   Rising Edge: INCREMENT
[23:05:53.063][C][pulse_counter:173]:   Falling Edge: DISABLE
[23:05:53.063][C][pulse_counter:173]:   Filtering pulses shorter than 13 µs
[23:05:53.063][C][pulse_counter:363]:   Update Interval: 6.0s
[23:05:53.074][C][pulse_meter:017]: Pulse Meter 'Water Pulse Meter'
[23:05:53.074][C][pulse_meter:017]:   State Class: 'measurement'
[23:05:53.074][C][pulse_meter:017]:   Unit of Measurement: 'liter/min'
[23:05:53.074][C][pulse_meter:017]:   Accuracy Decimals: 2
[23:05:53.075][C][pulse_meter:031]:   Icon: 'mdi:water'
[23:05:53.075][C][pulse_meter:132]:   Pin: GPIO12
[23:05:53.087][C][pulse_meter:134]:   Filtering rising edges less than 13 µs apart
[23:05:53.098][C][pulse_meter:138]:   Assuming 0 pulses/min after not receiving a pulse for 300s
[23:05:53.103][C][captive_portal:122]: Captive Portal:
[23:05:53.117][C][wifi:1062]: WiFi:
[23:05:53.117][C][wifi:1062]:   Connected: YES
[23:05:53.117][C][wifi:827]:   Local MAC: hier staat een code
[23:05:53.118][C][wifi:834]:   IP Address: 192.168.16.24
[23:05:53.138][C][wifi:838]:   SSID: 'hier staat een naam'[redacted]
[23:05:53.138][C][wifi:838]:   BSSID: hier staat een code[redacted]
[23:05:53.138][C][wifi:838]:   Hostname: 'watersensor'
[23:05:53.138][C][wifi:838]:   Signal strength: -44 dB ▂▄▆█
[23:05:53.138][C][wifi:838]:   Channel: 7
[23:05:53.138][C][wifi:838]:   Subnet: 255.255.255.0
[23:05:53.138][C][wifi:838]:   Gateway: 192.168.16.1
[23:05:53.138][C][wifi:838]:   DNS1: 84.116.46.21
[23:05:53.138][C][wifi:838]:   DNS2: 84.116.46.20
[23:05:53.149][C][esphome.ota:093]: Over-The-Air updates:
[23:05:53.149][C][esphome.ota:093]:   Address: watersensor.local:8266
[23:05:53.149][C][esphome.ota:093]:   Version: 2
[23:05:53.155][C][esphome.ota:100]:   Password configured
[23:05:53.162][C][safe_mode:018]: Safe Mode:
[23:05:53.162][C][safe_mode:018]:   Successful after: 60s
[23:05:53.162][C][safe_mode:018]:   Invoke after: 10 attempts
[23:05:53.162][C][safe_mode:018]:   Duration: 300s
[23:05:53.168][C][web_server.ota:241]: Web Server OTA
[23:05:53.181][C][api:223]: Server:
[23:05:53.181][C][api:223]:   Address: watersensor.local:6053
[23:05:53.181][C][api:223]:   Listen backlog: 1
[23:05:53.181][C][api:223]:   Max connections: 4
[23:05:53.185][C][api:230]:   Noise encryption: YES
[23:05:53.192][C][mdns:177]: mDNS:
[23:05:53.192][C][mdns:177]:   Hostname: watersensor
[23:05:58.620][D][sensor:133]: 'Water Usage Liter': Sending state 0.00000 l/min with 1 decimals of accuracy
[23:05:58.815][D][pulse_counter:188]: 'water pulse': Retrieved counter: 0.00 pulses/min
[23:05:58.820][D][sensor:133]: 'water pulse': Sending state 0.00000 pulses/min with 2 decimals of accuracy
[23:06:04.621][D][sensor:133]: 'Water Usage Liter': Sending state 0.00000 l/min with 1 decimals of accuracy
[23:06:04.817][D][pulse_counter:188]: 'water pulse': Retrieved counter: 0.00 pulses/min
[23:06:04.826][D][sensor:133]: 'water pulse': Sending state 0.00000 pulses/min with 2 decimals of accuracy

Schopje naar het juist grote ESPHome topic

[ Voor 0% gewijzigd door Septillion op 01-12-2025 23:47 ]

[skank]

CDAAbeltje schreef op dinsdag 2 december 2025 @ 22:26:
[...]


Het crashen is erg vreemd maar is mij een paar jaar geleden op niet zulke krachtige hardware ook wel eens gebeurt. Op welk stukje hardware draai jij Home Assistant?

Je kunt nog proberen om de volgende regel toe te voegen aan je configuratie onder het kopje ESPHome:

code:

compile_process_limit: 1

The maximum number of simultaneous compile processes to run. Defaults to the number of cores of the CPU which is also the maximum you can set.

Ik weet niet of ik het goed doe, maar ik kon hem daarpas de plug controle over nemen. Ik heb geen idee of alles nu goed gelopen is.. maar kreeg nu de vraag of ik de config wou pushen of iets in die aard:, ik klik ja
Toen liep hij ik krijg ik weer dit:



Ik draai alles op een pi 4 met SSD (dus geen SD kaartje), en eigenlijk nog nooit problemen gehad.

Hij is volgens mij dus terug herstart...

[skank]

CDAAbeltje schreef op woensdag 3 december 2025 @ 11:14:
[...]


Yep, correct. Ben benieuwd of het compilen nu wel goed gaat. Zal wel even duren gok ik.
Let me know!

Duurde idd even, maar niet herstart nu.
Ik denk dat het gelukt is?


Mag ik dat nu sluiten?
En wat met die bermuda nu?

Ik moet ook nog de andere plug doen

[skank]

CDAAbeltje schreef op woensdag 3 december 2025 @ 12:08:
[...]


Nice! Compilen en uploaden is dus gelukt. Mooizo. Mag je sluiten inderdaad.
Zal even kijken of ik vanmiddag nog tijd heb om naar Bermuda te kijken. Iets met de goedheiligman..

Is de plug nu online? Zowel via het ESPHome Dashboard en de web interface?

Beide zijn online:


De tweede kan ik via de knop visit niet bezoeken, de eerste wel, heel vreemd.
Ik kreeg ook dit te zien:


Beide zijn wel via ip te bereiken.

[skank]

CDAAbeltje schreef op woensdag 3 december 2025 @ 14:08:
[...]


Hier kijk ik vanavond of morgen even naar.

Compiling lijkt te lukken, alleen het uploaden niet.


Dan maar manually via OTA webui?

[Rouwette]

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

Ook vind ik de boot knop niet. alleen ene reset

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

[_ferry_]

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

YAML:

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

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

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

En ik zie ook een bericht gaan;

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

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

code:

1.2.0#(END)

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

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

[bbn_ldp]

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

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

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

YAML:

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

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

# Wifi status
  update_interval: 10s  

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

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


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

esphome:
  name: whr930
  friendly_name: WHR930

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

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

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

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

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

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

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

captive_portal:

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

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

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

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

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

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

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


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

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

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

[Reptile-X]

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

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

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

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


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

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

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

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

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

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


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

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

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

Onder aan de streep meer een ESPHome discussie

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

[paul-s83]

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

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

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

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



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

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

[Reptile-X]

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

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

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


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

[jvanderneut]

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

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

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

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

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

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

Met een warmtebeeld camera is een BME280 niet zichtbaar:

[Reptile-X]

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

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


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

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

[Reptile-X]

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

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

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

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

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


Nu moet ik de behuizing aanpassen...

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

[RobertMe]

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

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

Plaatje van Reddit:

[Reptile-X]

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


Ben benieuwd of de antenneversie betere verbinding heeft.

[Reptile-X]

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

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

Nieuwe CO₂-sensor:


Presence sensor:


Sensor ziet er zo uit:

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

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

[Reptile-X]

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

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

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