Het grote ESPhome topic

[bauk]

@heintjeput Het enige wat ik aan zou kunnen dragen om te bekijken is je update_interval onder de modbus_control:. Kan het zijn dat die net iets te strak zit binnen die 6 seconden aanstaan? Kan plank misslaan, maar denk toch wel dat je iets meer slack om zult dingen nodig hebt?

[heintjeput]

bauk schreef op woensdag 13 maart 2024 @ 08:48:
@heintjeput Het enige wat ik aan zou kunnen dragen om te bekijken is je update_interval onder de modbus_control:. Kan het zijn dat die net iets te strak zit binnen die 6 seconden aanstaan? Kan plank misslaan, maar denk toch wel dat je iets meer slack om zult dingen nodig hebt?

Die stond in eerste instantie op 60s, met het idee dat hij alle sensoren laadt op het moment dat de ESP op start. Ik zal hem eens naar 1s zetten kijken wat het brengt.

[JT]

Ik probeer de omvormer middels RS485 te verbinden met Home Assistant. D1 Mini -> RS485 module -> custom plug voor de omvormer met 4 pinnen, modbus +, modbus -, grond en +5v. Hier haalt mijn D1 Mini ook de stroom vandaan. Ik heb exact dezelfde setup aan een ander apparaat hangen, zodanig gesoldeerd qua pinnen en de config ook gekopieerd. Maar met de mogelijk registers die ik op internet vind krijg ik met geen mogelijkheid een antwoord van mijn omvormer. Adres ook al gecheckt, die staat op 01 op de omvormer. Ik kom er nu even niet meer uit. Stukje configcode uit de yaml:

YAML:

Esphome:
  name: solis-omvormer-zolder
  friendly_name: Zonnepanelen dak 

esp8266:
  board: d1_mini

# Enable logging
logger:

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

ota:
  password: "geheim:)"

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

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "Solis-Omvormer-Zolder"
    password: "geheim:)"

captive_portal:
    
substitutions:
  device_name: "Solis"


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



uart:
  id: uart_modbus
  tx_pin: 16
  rx_pin: 12
  baud_rate: 9600
  stop_bits: 1

time:
- platform: homeassistant

modbus:
  id: modbus1
  uart_id: uart_modbus

modbus_controller:
  - id: modbus1_solis
    address: 0x0001
    modbus_id: modbus1
    update_interval: 60s
    setup_priority: -10

sensor:
  - platform: wifi_signal
    name: "${device_name} WiFi Signal Sensor"
    update_interval: 60s

  - platform: modbus_controller
    modbus_controller_id: modbus1_solis
    id: today_power_p1
    name: "${device_name} opbrengst vandaag"
    address: 33035 #3014
    unit_of_measurement: "kWh"
    register_type: read
    value_type: U_WORD
    filters:
        - multiply: 0.1
    state_class: total_increasing
    device_class: energy

Bovenstaande bevat slechts 1 register, er zijn er nog veel meer Anyhow, ik begin nu te denken dat ik misschien wat verkeerd heb gesoldeerd ofzo. Ik heb wel al doorgemeten en alles maakt verbinding. Ik wil graag weten of de verbinding met de RS485-module ok is. Kan ik dat afleiden uit het log? Het log geeft aan dat er een command wordt verstuurd maar niks wordt ontvangen. Mag ik uit de logmelding van het versturen opmaken dat de RS485-module in ieder geval gebruikt kan worden middels de D1 Mini?

+ Schopje naar ESPhome

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

[zierbeek]

Hi all,

Vraagje, ik heb de slimmelezer+ van Marcel net binnen en zou graag de esp-home software updaten. Gaat dat het eenvoudigste rechtreeks vanuit home assistant met de esp home add-on?

[bauk]

Allright, ik heb m'n lichtknoppen nu zoals ik het wil. In de toekomst ga ik nog, voor fun of it, een disco scene achter een triple click zetten. Maar voor nu heb ik het mooi werkend, binnen esphome een aantal clicks die als event opgestuurd worden, long press met elke keer up of down. Bij uitvallen wifi/home assistant gaat hij dom aan en uit.

Binnen home assistant een automation met een choose en rotation aangemaakt tussen een aantal scenes die ik graag gebruik (extra selector entity).

Linkjes voor de geïnteresseerden: gist

Dus, tijd voor een nieuw project . En deze krijg ik mijn hoofd echt niet omheen. Ik heb een stel oude staande vloerspeakers zodanig verbouwd dat ze een airplay target zijn. Dat doe ik met een AI-thinker audio bordje en squeezelite-esp32.

Daar heb ik twee vragen over, en google geeft geen antwoord...
- Ik wil deze eigenlijk up to date houden via mijn eigen ESPhome server. Op site van Home Assistant lijkt er iets te staan dat dit ook doet. Maar, I can't wrap my head around it. Ik zie het niet gebeuren, ook niet tijdens compileren. Is het mogelijk? Lijkt me wel, aangezien het initieel installeren via esphome tooling gaat.

OK even rustig kijken, dan zie je meer . De code zorgt alleen voor een media_player target voor home assistant. Wat ik liever zou willen is dat de installatie/update vanuit mijn esphome gaat. Ofwel: code van GitHub halen, compileren en sturen naar het bordje. Too much?

- Een andere oplossing zou zijn om het apparaat alleen te configureren als i2s audio target en dan via home assistant te streamen. Maar dat zit me niet lekker, dat klinkt te instabiel. Squeezelite is uiteraard niet nodig en maakt het gelijk ook zo groot, het zou mooi zijn als er een airplay/bt audio module oid zou zijn. Ook daar vind ik niet veel over. Hebben jullie tips en/of meningen?

[ Voor 7% gewijzigd door bauk op 15-03-2024 10:44 ]

[Septillion]

@JT Je zou de raw communicatie moeten kunnen loggen, zie UART debugging.

[Septillion]

@zierbeek ESPhome addon is wel makkelijkste manier voor ESPhome dus lijkt me ook qua update

[bauk]

zierbeek schreef op vrijdag 15 maart 2024 @ 10:30:
Hi all,

Vraagje, ik heb de slimmelezer+ van Marcel net binnen en zou graag de esp-home software updaten. Gaat dat het eenvoudigste rechtreeks vanuit home assistant met de esp home add-on?

Yep, dat doe ik al jaren (met de eerste versie van de lezer) . Yaml van de site af halen, in directory met al de andere yaml's plaatsen. Misschien moet je wel een use_address gebruiken om hem te bereiken, maar dan kan je naar hartelust aanpassen.

[Septillion]

@baukESPhome is niet gebouwd om niet-ESPhome code te doen. Misschien dat je de code en libraries imports over kan schrijven naar een ESPhome config maar makkelijk zal dat niet zijn.

[JT]

Septillion schreef op vrijdag 15 maart 2024 @ 10:57:
@JT Je zou de raw communicatie moeten kunnen loggen, zie UART debugging.

Ja, maar als ik daar geen respons krijg mag ik dan de conclusie trekken dat de verbinding niet goed is? Als de verbinding esp->rs485module goed is maar er komt geen respons van de omvormer, krijg ik dan een foutmelding in de verbose logging of krijg ik dan helemaal niks?

[ Voor 19% gewijzigd door JT op 15-03-2024 11:15 ]

[Septillion]

@JT het stuurt alleen data door dus zou dan helemaal niets zijn. Zou natuurlijk ook kunnen dat je omvormer niets tuurt dus je als je nu al een werkende hebt zou je hem ook eens kunnen wisselen.

[JT]

Septillion schreef op vrijdag 15 maart 2024 @ 11:17:
@JT het stuurt alleen data door dus zou dan helemaal niets zijn. Zou natuurlijk ook kunnen dat je omvormer niets tuurt dus je als je nu al een werkende hebt zou je hem ook eens kunnen wisselen.

Ja met die gedachte speel ik ook, of nog een D1 Mini met RS485 gebruiken en zien of ze wel met elkaar kunnen praten. Want configs wisselen enzo is wel een dingetje met entiteiten die dan ineens nieuw worden aangemaakt, oude die moeten worden verwijderd als je de ESP los haalt van apparaat 1, tijdelijk met eigen code op apparaat 2 en dan weer terug met oorspronkelijke code naar apparaat 1. Anyhow, stukje logging:

code:

[11:26:01][V][modbus_controller:046]: Sending next modbus command to device 1 register 0xBE1 count 2
[11:26:01][V][modbus:199]: Modbus write: 01.04.0B.E1.00.02.23.D9 (8)
[11:26:01][V][modbus_controller:509]: Command sent 4 0xBE1 2
[11:26:01][V][modbus_controller:046]: Sending next modbus command to device 1 register 0xBE1 count 2
[11:26:01][V][modbus:199]: Modbus write: 01.04.0B.E1.00.02.23.D9 (8)
[11:26:01][V][modbus_controller:509]: Command sent 4 0xBE1 2
[11:26:01][V][modbus_controller:046]: Sending next modbus command to device 1 register 0xBE1 count 2
[11:26:01][V][modbus:199]: Modbus write: 01.04.0B.E1.00.02.23.D9 (8)
[11:26:01][V][modbus_controller:509]: Command sent 4 0xBE1 2
[11:26:01][V][modbus_controller:046]: Sending next modbus command to device 1 register 0xBE1 count 2
[11:26:01][V][modbus:199]: Modbus write: 01.04.0B.E1.00.02.23.D9 (8)
[11:26:01][V][modbus_controller:509]: Command sent 4 0xBE1 2
[11:26:02][V][modbus_controller:046]: Sending next modbus command to device 1 register 0xBE1 count 2
[11:26:02][V][modbus:199]: Modbus write: 01.04.0B.E1.00.02.23.D9 (8)
[11:26:02][V][modbus_controller:509]: Command sent 4 0xBE1 2
[11:26:02][D][modbus_controller:040]: Modbus command to device=1 register=0xBE1 countdown=0 no response received - removed from send queue

[ Voor 7% gewijzigd door JT op 15-03-2024 11:29 ]

[AUijtdehaag]

@JT
Welk rs485 bordje gebruik je?
Sommige hebben een flow_ctrl pin nodig en sommige niet
https://github.com/aiolos...g/blob/main/Solis-4G.yaml

Het liefst gebruik ik nu gewoon de RS485 base met een atom s3 lite van m5stack.

[ Voor 20% gewijzigd door AUijtdehaag op 15-03-2024 12:25 ]

[JT]

AUijtdehaag schreef op vrijdag 15 maart 2024 @ 12:24:
@JT
Welk rs485 bordje gebruik je?
Sommige hebben een flow_ctrl pin nodig en sommige niet
https://github.com/aiolos...g/blob/main/Solis-4G.yaml

Het liefst gebruik ik nu gewoon de RS485 base met een atom s3 lite van m5stack.

Deze dingen (AliExpress linkje), die werken echt prima bij mijn WTW.

Ik lees nu wat over flow control; zowel mijn RS485-bordje als de omvormer heeft geen extra pin voor hardware flow-control. Hoe heb jij dat gedaan? Want ik zie wel een declaratie van een flow control pin in je yaml?

[AUijtdehaag]

@JT
Die ali"s hebben inderdaad geen flow_ctrl pin nodig (ik gebruik die ook nog af en toe, maar soms heb ik ook die defekt zijn gegaan)
Enkel deze printjes (van enri) hebben wel de flow_ctrl pin nodig:
Die zijn trouwens 5V die bordjes, en dat is niet handig met de 3V3 van de esp

De flow_ctrl_pin kan je dus uit die (enri.nl) code halen als je de code gebruikt.

Op mijn github zie je ook geen flow ctrl erin staan bij modbus configurations

[ Voor 21% gewijzigd door AUijtdehaag op 15-03-2024 15:31 ]

[JT]

AUijtdehaag schreef op vrijdag 15 maart 2024 @ 15:18:
@JT
Die ali"s hebben inderdaad geen flow_ctrl pin nodig (ik gebruik die ook nog af en toe, maar soms heb ik ook die defekt zijn gegaan)
Enkel deze printjes (van enri) wel:
Die zijn trouwens 5V die bordjes, en dat is niet handig met de 3V3 van de esp

De flow_ctrl_pin kan je dus uit die (enri.nl) code halen als je de code gebruikt.

Op mijn github zie je ook geen flow ctrl erin staan bij modbus configurations

Ik haal toch echt het volgende uit een van je yaml's

code:

modbus:
  flow_control_pin: D5
  id: modbus1
  send_wait_time: 1000ms

Ik bedacht mij dat ik natuurlijk nog een D1 Pro met RS485 op een breadboard heb liggen; deze heb ik gebruikt voor development op de WTW en functioneert ook zeker weten Dus ik ga die eerst gebruiken om het daarmee werkend te krijgen. En dan de code die daarbij werkt proberen op het andere D1-bordje.

[jj85]

heintjeput schreef op woensdag 13 maart 2024 @ 08:31:
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.


De volledige yaml staat hier op github

Voor mijn batterij-gedreven-epaper heb ik een eningszins dynamische sleeptime ingevoerd.
In mijn geval haalt de ESP z'n data uit HA en dat kost wat tijd. Ik heb ingegeven hoeveel sensoren (number_of_sensors) er bijgewerkt moeten worden.
Bij elke sensor word de global updates met 1 opgehoogd als deze bijgewerkt is.
Indien alle sensoren bijgewerkt zijn, dan gaat hij weer slapen.
Wellicht kun je zoiets toepassen.

Even wat snapshots uit de code:

YAML:

substitutions:
  #settings
  sleep_time: 60min
  wake_time: 60s #default wake time

globals:
  - id: updates
    type: int
    restore_value: no
    initial_value: '0'     
  - id: number_of_sensors
    type: int
    restore_value: yes
    initial_value: '50'  #check number of sensor updated before going to sleep 

esphome:
  name: ${device_name}
    priority: -100.0
    then:
      # Wait a bit longer so all the items are received
      - logger.log: "Booted, waiting a bit until all sensors are updated..."     

      - wait_until:
          condition:
            and:
              - time.has_time
              - lambda: 'return (id(updates) >= id(number_of_sensors));' #continue if all sensors are updated
          timeout: 20s                                
   
      - script.execute: update_screen  
      #knip niet relevante zaken
      - script.execute: start_deep_sleep

script:
  - id: start_deep_sleep
    mode: queued
    then:
      - if:
          condition:
            binary_sensor.is_on: enable_deep_sleep   
          then:
            - logger.log: 'Deep Sleep Enabled; going to sleep'
            - deep_sleep.enter:
                id: deep_sleep_1
                sleep_duration: ${sleep_time}         
          else:
            - logger.log: 'Deep Sleep Disabled'
            - deep_sleep.prevent: deep_sleep_1  

deep_sleep:
  id: deep_sleep_1
  run_duration: ${wake_time}
  sleep_duration: ${sleep_time}


sensor:
  - platform: homeassistant
    entity_id: sensor.e_paper_display_data
    on_value: 
      lambda: |-
        id(updates)++; #increase as soon sensor gets value

[JT]

JT schreef op vrijdag 15 maart 2024 @ 15:31:
[...]

Ik haal toch echt het volgende uit een van je yaml's

code:

modbus:
  flow_control_pin: D5
  id: modbus1
  send_wait_time: 1000ms

Ik bedacht mij dat ik natuurlijk nog een D1 Pro met RS485 op een breadboard heb liggen; deze heb ik gebruikt voor development op de WTW en functioneert ook zeker weten Dus ik ga die eerst gebruiken om het daarmee werkend te krijgen. En dan de code die daarbij werkt proberen op het andere D1-bordje.

toon volledige bericht

Nou, het lijkt toch te liggen aan mijn soldeerskillz. Ondanks dat doormeten geen problemen laat zien, krijg ik met mijn developmentbordje wel degelijk waardes terug. Dus we kunnen weer lekker aan de slag.

[Tibs]

Wirehead schreef op maandag 4 maart 2024 @ 12:40:
[...]


Indien je echt off-grid will gaan, kan je met deep-sleep, een zonnepanneeltje en een 18650-cell heel ver raken.
Zo heb ik vorige zomer met een Xiao ESP32-C3 (die ingebouw battery management heeft) een zwembad-temperatuurmonitor in gebruik gehad, die mits het zonnepaneeltje, de 18650 cell mooi bijlaadde. Na de zomer, en dag en nacht gebruik, was de cell nog altijd mooi volgeladen

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?

[ Voor 13% gewijzigd door Tibs op 17-03-2024 11:36 ]

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

[Tibs]

Na wat opzoekwerk kwam ik erop uit dat ik in principe ook een BLE hub zou kunnen maken die het bluetooth signaal van de Inkbird IBS-P01B thermometer opvangt en via Wifi doorstuurt naat Home Assistant?

[Gizz]

@Tibs ja, dat was ook mijn suggestie

Gizz schreef op zaterdag 16 maart 2024 @ 08:30:
In jouw geval zou ik trouwens een ESP in een waterdichte lasdoos stoppen als bluetooth relay.

ESPHome bluetooth proxy

[Wirehead]

Tibs schreef op zondag 17 maart 2024 @ 16:44:
Na wat opzoekwerk kwam ik erop uit dat ik in principe ook een BLE hub zou kunnen maken die het bluetooth signaal van de Inkbird IBS-P01B thermometer opvangt en via Wifi doorstuurt naat Home Assistant?

Zeker! - Vele wegen naar Rome

[Tibs]

Gizz schreef op zondag 17 maart 2024 @ 18:25:
@Tibs ja, dat was ook mijn suggestie


[...]

ESPHome bluetooth proxy

Top! Dan koop ik mij eerst een ESP32 bordje en kijk eens wat ik kan doen. Weet niet of het bereik van die Inkbird ver genoeg zal zijn.

[JT]

Tibs schreef op zondag 17 maart 2024 @ 19:12:
[...]


Top! Dan koop ik mij eerst een ESP32 bordje en kijk eens wat ik kan doen. Weet niet of het bereik van die Inkbird ver genoeg zal zijn.

Ik gebruik een ESP32 als bluetoothproxy om BLE-signalen van thermometers te ontvangen - dit proces zou in ieder geval aan de kant van HA hetzelfde moeten zijn. Dus zoek vooral even hoe je met ESPHome BLE-signaal van Xiaomithermometers kunt ontvangen, dan moet je een eind op weg komen

[harry59]

stevenP schreef op maandag 26 februari 2024 @ 09:56:
Ik heb 2 18B20 tempsensoren op aanvoer/retour zitten. Ook wil ik de delta direct als variabele meenemen.

YAML:

# Delta T
  - platform: template
    name: "Td"
    id: delta_t
    update_interval: 20s
    unit_of_measurement: "°C"
    lambda: |-
      return (id(tin).state - id(tout).state);
    accuracy_decimals: 1

Werkt goed! Ik merk alleen dat als de WP uitstaat er vaak een waarde van "-0.0" uitrolt. Vind ik niet heel sexy. Ik heb ChatGTP gevraagd me hierbij te helpen, maar is dit nu inderdaad de correcte syntax/manier?

YAML:

  lambda: |-
    float delta = id(tin).state - id(tout).state;
    if (delta <= 0.1) {  // Adjust the threshold as needed
      return 0.0;
    } else {
      return delta;
    }

toon volledige bericht

Hallo Steven,
Daar was ik naar op zoek! Geprobeerd, Idd het werkt. Dank voor je post!
Heb jij toevallig ook nog een kWh-counter opgenomen?
Wil mbv gemiddelde deltaT (berekend uit waarden gemeten gedurende een minuut) en Wh (geteld gedurende de zelfde minuut) en het aantal liters gedurende die minuut, de CoP behorende bij die minuut bepalen. En als extra: de totale kWh's van een run of een dag bepalen.
kW's tellen lukt wel, maar ik zou de meetperiode naar 2 minuten willen brengen, ook vd pulsteller, dan heb ik minder uitschieters. Is nog niet gelukt.
En ik ben de totaaltelling inmiddels kwijt, lukt mij niet die weer terug te krijgen

Een voorbeeld zou erg welkom zijn....

Quote gefixt, zie deze post of gebruik de quote-knop

[ Voor 26% gewijzigd door Septillion op 18-03-2024 20:36 ]

[harry59]

Hallo,

Ben dus een beginner in ESPHome en wil graag mijn WP volgen.
Een onderdeel daarin is de CoP.
Met "sensors" meet ik in- en uitgaande watertemperatuur en tel ik de pulsen (1 puls = 1 Wh ) over een periode.
Ik doe een schatting van het aantal liter water over die periode.
Vervolgens bereken ik de CoP.
Dat gaat allemaal goed, echter ik krijg "inf" als CoP waarde als er geen kWh's zijn geteld gedurende de meetperiode. Op het dashboard levert dat "rommel"

Vraag: hoe kan ik "0" als CoP waarde doorgeven ipv "inf"?

YAML:

# CoP calculation  
 - platform: template
   name: "CoP"
   id: CoP
   update_interval: 180s
   unit_of_measurement: "%"
   lambda: |-
    return ((id (delta_T).state * 4.2 * 1800 / 60 * 0.28) / id (sensor_pulse_meter).state); 
   accuracy_decimals: 1

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

[stevenP]

harry59 schreef op dinsdag 19 maart 2024 @ 10:20:
Hallo,

Ben dus een beginner in ESPHome en wil graag mijn WP volgen.
Een onderdeel daarin is de CoP.
Met "sensors" meet ik in- en uitgaande watertemperatuur en tel ik de pulsen (1 puls = 1 Wh ) over een periode.
Ik doe een schatting van het aantal liter water over die periode.
Vervolgens bereken ik de CoP.
Dat gaat allemaal goed, echter ik krijg "inf" als CoP waarde als er geen kWh's zijn geteld gedurende de meetperiode. Op het dashboard levert dat "rommel"

Vraag: hoe kan ik "0" als CoP waarde doorgeven ipv "inf"?

YAML:

# CoP calculation  
 - platform: template
   name: "CoP"
   id: CoP
   update_interval: 180s
   unit_of_measurement: "%"
   lambda: |-
    return ((id (delta_T).state * 4.2 * 1800 / 60 * 0.28) / id (sensor_pulse_meter).state); 
   accuracy_decimals: 1

toon volledige bericht

zoals @Septillion mij ook liet zien, eerst een check of er een valide waarde uit gaat komen. Zo niet? Dan een harde waarde (0) teruggeven.

YAML:

  lambda: |-
    float delta = id(tin).state - id(tout).state;
    if (abs(delta) <= 0.001) {  // Adjust the threshold as needed
      return 0.0;
    } else {
      return delta;
    }

[stevenP]

harry59 schreef op maandag 18 maart 2024 @ 20:31:
[...]


Hallo Steven,
Daar was ik naar op zoek! Geprobeerd, Idd het werkt. Dank voor je post!
Heb jij toevallig ook nog een kWh-counter opgenomen?
Wil mbv gemiddelde deltaT (berekend uit waarden gemeten gedurende een minuut) en Wh (geteld gedurende de zelfde minuut) en het aantal liters gedurende die minuut, de CoP behorende bij die minuut bepalen. En als extra: de totale kWh's van een run of een dag bepalen.
kW's tellen lukt wel, maar ik zou de meetperiode naar 2 minuten willen brengen, ook vd pulsteller, dan heb ik minder uitschieters. Is nog niet gelukt.
En ik ben de totaaltelling inmiddels kwijt, lukt mij niet die weer terug te krijgen

Een voorbeeld zou erg welkom zijn....

[mbr]Quote gefixt, zie deze post of gebruik de quote-knop[/mbr]

Nee alles wat ik in ESP doe, staat hier. De andere waardes en berekeningen heb ik via helpers en templates in Home Assistant

De rekenkracht van de Pi gebruik ik liever dan mijn 1$ Wemos bordje

[Septillion]

@harry59 Dat zou je gewoon met een if kunnen doen. Als geheel inf is betekend dat dus dat hier 'delta_T' inf is of 'sensor_pulse_meter' is 0, dat kan je met isnan() checken.

Daarnaast zou ik dan ook gewoon eerlijk zijn voor het resultaat en 'unknown' rapporteren. Dan krijg je:

YAML:

# CoP calculation  
 - platform: template
   name: "CoP"
   id: CoP
   update_interval: 180s
   unit_of_measurement: "%"
   lambda: |-
    if( isnan(id(delta_T).state) || id(sensor_pulse_meter).state) == 0 ){
      return NAN;
    else{
      return ((id (delta_T).state * 4.2 * 1800 / 60 * 0.28) / id (sensor_pulse_meter).state);
    }
   accuracy_decimals: 1

[harry59]

stevenP schreef op dinsdag 19 maart 2024 @ 10:55:
[...]

Nee alles wat ik in ESP doe, staat hier. De andere waardes en berekeningen heb ik via helpers en templates in Home Assistant

De rekenkracht van de Pi gebruik ik liever dan mijn 1$ Wemos bordje

Dank voor je doorverwijzing, ook dat werkt!

Heb jij je nog druk gemaakt over het asynchroon lopen van de meetperiode voor de temperaturen en de periode waarover de pulsen geteld worden?

Zou er een manier zijn om die perioden te synchroniseren?

@harry59 graag de quote-tags laten staan!

[ Voor 12% gewijzigd door Septillion op 19-03-2024 12:18 ]

[Septillion]

@harry59 Je kan dingen syncen door update_interval: never en er zelf component.update: op te doen. Bijvoorbeeld door gezamenlijke timer of bij wijzigen (on change) van A dat je dan een call doet om B ook direct bij te werken.

[harry59]

Septillion schreef op dinsdag 19 maart 2024 @ 12:21:
@harry59 Je kan dingen syncen door update_interval: never en er zelf [urlhttps://esphome.io/guides/automations.html#component-update-action]component.update:[/url] op te doen. Bijvoorbeeld door gezamenlijke timer of bij wijzigen (on change) van A dat je dan een call doet om B ook direct bij te werken.

Dank! Ga ik vanavond proberen.

[stevenP]

harry59 schreef op dinsdag 19 maart 2024 @ 12:15:
[...]


Dank voor je doorverwijzing, ook dat werkt!

Heb jij je nog druk gemaakt over het asynchroon lopen van de meetperiode voor de temperaturen en de periode waarover de pulsen geteld worden?

Zou er een manier zijn om die perioden te synchroniseren?

[mbr]@harry59 graag de quote-tags laten staan![/mbr]

Mneuh, ik heb daar het geduld dan weer niet voor
Ik vind klooien leuk, maar als het werkt ben ik vaak wel tevreden. Optimalisatie van de code komt er bij mij zelden van.. dank @Septillion voor de aanvulling over timing.

[Septillion]

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

[harry59]

Septillion schreef op dinsdag 19 maart 2024 @ 12:21:
@harry59 Je kan dingen syncen door update_interval: never en er zelf component.update: op te doen. Bijvoorbeeld door gezamenlijke timer of bij wijzigen (on change) van A dat je dan een call doet om B ook direct bij te werken.

Hallo,
Excuses voor het gebrekkig weergeven van de code.
Kan je me duidelijk maken hoe ik eea correct kan weergeven?

Zie hier mijn poging tot het integreren van een getimede up-date. Kan het niet compileren, de timer integratie is waarschijnlijk niet goed. Nog tips?
Overigens dien ik deze stappen voor elk platform apart in te voeren?

YAML:

- platform: template
   name: "delta T"
   id: delta_T
   filters:
    - offset: 0.0
    - throttle_average: 60s 
  #  - heartbeat: 60s
   update_interval: never
   unit_of_measurement: "C"
   time:
 - platform: homeassistant
   id: homeassistant_time
   on_time:
     - seconds: 0
       minutes: /1
       then:
       -lambda: |-
        return (id (T_Supply).update() - id(T_Retour).update());
   accuracy_decimals: 1 

[Driek]

iemand ervaring met esphome en de esp-cam?

via deze pagina wat info achterhaald, https://esphome.io/components/esp32_camera.html

Nu heb ik deze op ali besteld om een beetje te klooien
https://aliexpress.com/item/1005006097612017.html

Maar krijg hem niet aan de praat.

[ Voor 12% gewijzigd door Septillion op 20-03-2024 15:01 . Reden: Link cleanup ]

[jj85]

@Driek Wat lukt er niet?

Heb hem hier prima werkend.

YAML:

substitutions:
  device_name: esp32-cam
  friendly_name: ESP32 cam  

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

esp32:
  board: esp32cam
  framework:
    type: arduino

packages:
  general_settings: !include general_settings.yaml
  general_sensors: !include general_sensors.yaml

wifi:
  manual_ip:
    static_ip: !secret ip_esp32_cam
  networks:
  - ssid: !secret wifi_ssid
    password: !secret wifi_password  
  
esp32_camera:
  name: camera2
  external_clock:
    pin: GPIO0
    frequency: 20MHz
  i2c_pins:
    sda: GPIO26
    scl: GPIO27
  data_pins: [GPIO5, GPIO18, GPIO19, GPIO21, GPIO36, GPIO39, GPIO34, GPIO35]
  vsync_pin: GPIO25
  href_pin: GPIO23
  pixel_clock_pin: GPIO22
  power_down_pin: GPIO32
  resolution: 800x600     # default: 640x480 (VGA) - higher res requires more memory
  jpeg_quality: 10  

esp32_camera_web_server:
  - port: 8080
    mode: stream
  - port: 8081
    mode: snapshot  
  
output:
  - platform: ledc
    pin: GPIO4
    channel: 2 # channel 1 is used for esp32_camera
    id: led
light:
  - platform: monochromatic
    output: led
    name: Light  

[stevenP]

harry59 schreef op dinsdag 19 maart 2024 @ 21:46:
[...]


Hallo,
Excuses voor het gebrekkig weergeven van de code.
Kan je me duidelijk maken hoe ik eea correct kan weergeven?

Zie hier mijn poging tot het integreren van een getimede up-date. Kan het niet compileren, de timer integratie is waarschijnlijk niet goed. Nog tips?
Overigens dien ik deze stappen voor elk platform apart in te voeren?

YAML:

- platform: template
   name: "delta T"
   id: delta_T
   filters:
    - offset: 0.0
    - throttle_average: 60s 
  #  - heartbeat: 60s
   update_interval: never
   unit_of_measurement: "C"
   time:
 - platform: homeassistant
   id: homeassistant_time
   on_time:
     - seconds: 0
       minutes: /1
       then:
       -lambda: |-
        return (id (T_Supply).update() - id(T_Retour).update());
   accuracy_decimals: 1 

toon volledige bericht

volgens mij vind hij de combi van HA-time met on_time niet fijn. Als je 'm op GMT+1 zet zal hij in één keer compilen gok ik.. Ik heb hier ook al eens mee zitten klooien.

[Driek]

jj85 schreef op woensdag 20 maart 2024 @ 14:11:
@Driek Wat lukt er niet?

Heb hem hier prima werkend.

YAML:

substitutions:
  device_name: esp32-cam
  friendly_name: ESP32 cam  

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

esp32:
  board: esp32cam
  framework:
    type: arduino

packages:
  general_settings: !include general_settings.yaml
  general_sensors: !include general_sensors.yaml

wifi:
  manual_ip:
    static_ip: !secret ip_esp32_cam
  networks:
  - ssid: !secret wifi_ssid
    password: !secret wifi_password  
  
esp32_camera:
  name: camera2
  external_clock:
    pin: GPIO0
    frequency: 20MHz
  i2c_pins:
    sda: GPIO26
    scl: GPIO27
  data_pins: [GPIO5, GPIO18, GPIO19, GPIO21, GPIO36, GPIO39, GPIO34, GPIO35]
  vsync_pin: GPIO25
  href_pin: GPIO23
  pixel_clock_pin: GPIO22
  power_down_pin: GPIO32
  resolution: 800x600     # default: 640x480 (VGA) - higher res requires more memory
  jpeg_quality: 10  

esp32_camera_web_server:
  - port: 8080
    mode: stream
  - port: 8081
    mode: snapshot  
  
output:
  - platform: ledc
    pin: GPIO4
    channel: 2 # channel 1 is used for esp32_camera
    id: led
light:
  - platform: monochromatic
    output: led
    name: Light  

toon volledige bericht

ik kreeg uiteindelijk foutmeldingen bij compileren, en daarna crashte heel esphome.

Ik probeer zo even jouw yaml, dank voor het delen.

thanks, dit werkte!
Nu nog een mooi doosje zoeken voor de module

[Tibs]

Toch even een kleine update.

Het blijft me verbazen hoe goed zo'n ESP32 bordje werkt.

Zonet een ESP32 bordje geflasht met ESPHome, daarop de bluetooth proxy actief gezet en na een herstart van Home Assistant kwam mijn Inkbird tevoorschijn in HA.
Er is ook genoeg bereik om het bordje in mijn garage te leggen dus dan moet ik ook al geen waterdichte behuizing voorzien.

[heintjeput]

jj85 schreef op vrijdag 15 maart 2024 @ 15:48:
[...]


Voor mijn batterij-gedreven-epaper heb ik een eningszins dynamische sleeptime ingevoerd.
In mijn geval haalt de ESP z'n data uit HA en dat kost wat tijd. Ik heb ingegeven hoeveel sensoren (number_of_sensors) er bijgewerkt moeten worden.
Bij elke sensor word de global updates met 1 opgehoogd als deze bijgewerkt is.
Indien alle sensoren bijgewerkt zijn, dan gaat hij weer slapen.
Wellicht kun je zoiets toepassen.

Even wat snapshots uit de code:
…

Zoiets had ik al een keer eerder geprobeerd, en van de week nog een keer naar gekeken, blijkbaar hebben niet de modbus sensoren maar het modbus component een .update.
Naast dat in ESPhome 24.3 een bug was geïntroduceerd voor de AHT21 sensor en die ook nog wat aandacht nodig had, helpt het helaas niet. Inmiddels heb ik de AHT21 maar uit de config gegooid eens kijken of het probleem echt elimineert. Anders wordt het de omvormer/modbus.

[Tibs]

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.

[Septillion]

@Tibs Dat kan op zich. Maar wat bedoel je met "de elektrische kast"? Bedoel je dan de groepenkast? Want dan zou ik hem gewoon in een los doosje en een stopcontact in de meterkast doen ipv de groepenkast. Iets mooiere scheiding.

[Tibs]

Septillion schreef op dinsdag 26 maart 2024 @ 11:09:
@Tibs Dat kan op zich. Maar wat bedoel je met "de elektrische kast"? Bedoel je dan de groepenkast? Want dan zou ik hem gewoon in een los doosje en een stopcontact in de meterkast doen ipv de groepenkast. Iets mooiere scheiding.

Ik bedoel hiermee de kast waar alle zekeringen in zitten. Het stopcontact wordt normaal voor andere zaken gebruikt (als ik in de tuin werk) en zou ik dus het liefst vrij maken.

Als ik dit kan doen door een doosje te voorzien waar de printjes in zitten en dit dan rechtstreeks op een aparte zekering kan aansluiten dan zou dit ideaal zijn. Ik zou er eventueel nog een Shelly kunnen tussen steken om het gemakkelijker zonder spanning te zetten indien nodig.

[Septillion]

@Tibs Daar zou ik zelf dan weer niet zo snel zoiets inbouwen. Dan ben je toch echt met de hele installatie bezig etc.

Zou ik eerder gewoon een extra stopcontact in de meterkast (en dus niet per se in de groepenkast) realiseren. Dan hoeft niets uit elkaar en houdt je de zaken (beveiliging, hoogspanning, laagspanning) mooi gescheiden.

[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

[Septillion]

@stevenP Ben het er mee eens om af te raden om het in de groepenkast te plaatsen. Vandaar ook mijn scheiding tussen meterkast en groepenkast.

Maar toch, maakte op dat hij gewoon een (DIN-rail) behuizing wilde gebruiken. Ook is het niet per definitie niet afgezekerd, ligt er maar aan waar je het aansluit. Normale beltrafo zit ook achter een automaat.

Maar nogmaals, ik raadt dus ook aan om gewoon extra stopcontact in de meterkast te doen. Zou ook extra stopcontact in de groepenkast kunnen zijn maar ben überhaupt geen fan van stopcontacten in de groepenkast.

[Septillion]

@Tibs Overigens een grappige waar ik nu ook aan denk, als je het als wilt schakelen met een Shelly, waarom dan niet überhaupt een Shelly? De nieuwe Shelly's zijn namelijk al gewoon ESP32's.

[Tibs]

Septillion schreef op dinsdag 26 maart 2024 @ 13:37:
@Tibs Overigens een grappige waar ik nu ook aan denk, als je het als wilt schakelen met een Shelly, waarom dan niet überhaupt een Shelly? De nieuwe Shelly's zijn namelijk al gewoon ESP32's.

Ik bedoelde dus de groepenkast (in BE is dat dus een zekeringenkast). En ik ga volledig akkoord om dit niet in een losse behuizing te laten liggen. Het printje zou ik in een doosje stoppen zodat het inderdaad nergens contact kan maken.

In verband met de Shelly had ik geprobeerd om van een Shelly een Bleutooth Proxy te maken maar dat werkt dus niet. Of toch niet met een gewone Shelly Plus 1. Anders had ik inderdaad geen los ESP32 bordje nodig gehad.

[Septillion]

@Tibs Maar alleen met stock firmware geprobeerd of daar ook ESPhome op gezet?

[Tibs]

Septillion schreef op dinsdag 26 maart 2024 @ 13:50:
@Tibs Maar alleen met stock firmware geprobeerd of daar ook ESPhome op gezet?

Geprobeerd met ESPHome dacht ik, ben het nu niet meer 100% zeker.
Zal nog eentje moeten kopen.

[wautah91]

Een vraag over adressable ledstrips icm esphome:

Ik ga proberen een LSC 3202086 LSC Smart Connect XXL ledstrip te flashen naar esphome. Dit is een RGBIC+CCT ledstrip dus leds zijn adressable.

Nu heb ik de compatibele apparaten lijst gecheckt bij cloudcutter en daar staat hij tussen, dus het flashen zal wel lukken. Ik was als voorbereiding aan het kijken hoe de esphome yaml eruit komt te zien als ik ga flashen.

De yaml ziet er dan zo uit:

YAML:

output:
  - platform: libretiny_pwm
    id: output_cold
    pin: P9
  - platform: libretiny_pwm
    id: output_warm
    pin: P24

light:
  - platform: cwww
    id: light_cwww
    name: Light
    cold_white_color_temperature: 6500 K
    warm_white_color_temperature: 2700 K
    cold_white: output_cold
    warm_white: output_warm

Hierin zie ik niets staan over dat de strip addressable leds heeft. Weet iemand hoe dit werkt?

The cwww light platform creates a cold white + warm white light from 2 float output components (one for each channel). The two channels can be controlled individually or together.

Lijkt mij te gaan over de complete strip?

Verkeerde topic => schopje

[ Voor 12% gewijzigd door Septillion op 26-03-2024 16:29 ]

[Obscurax]

Ik heb al enige tijd een slimmelezer van Marcel Zuidwijk succesvol in gebruik.

Onlangs zag ik dat het capaciteitstarief voor België in ESPHome beschikbaar is.
Het lukt me echter niet om dit uit de meter te krijgen, al de rest kan ik wel prima uitlezen.

Heb de YAML volgens de ESPHome website ingesteld:
https://esphome.io/components/sensor/dsmr.html

YAML:

sensor:
  - platform: dsmr
    # --- Peak Tariff ---
    active_energy_import_current_average_demand:
      name: "Peak Current Average Quarterly Demand"
      icon: mdi:chart-sankey
    active_energy_import_maximum_demand_running_month:
      name: "Peak Month Maximum Quarterly Demand"
      icon: mdi:chart-sankey
    active_energy_import_maximum_demand_last_13_months:
      name: "Peak 13 Month Maximum Quarterly Demand"
      icon: mdi:chart-sankey

Iemand enig idee wat is verkeerd gaat?

EDIT: Nog even vermelden dat op de site van Fluvius de piekwaarden wel zichtbaar zijn.

En schopje naar het juist topic

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

[Septillion]

@wautah91 Meen dat ik het hier al eens ergens gepost had. Maar de reden dat hij in de lijst staat is door mij Ze werken prima met CloudCutter maar zijn ook makkelijk te openen.

Maarrrrrrr, er is nog geen Beken / LibreTiny support voor neopixels / addressable pixels in ESPhome. Dus je kan het CCT deel prima overzetten naar ESPhome maar helaas de pixels nog niet Ik hoop ook dat iemand deze port nog eens een keer wil doen. Maar vind het al lastig om ESPhome componenten te snappen maar dan moet je ook de Beken architectuur kennen.

Maar hierbij mijn code:

YAML:

substitutions:
  device_name: lsc-xxl-ledstrip
  friendly_name: Study ledstrip

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


bk72xx:
  board: generic-bk7231n-qfn32-tuya
  framework:
    version: latest

logger:

web_server:

captive_portal:

mdns:

api:
  encryption:
    key: !secret api_key

ota:
  password: !secret ota_password

wifi:
  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

output:
  - platform: libretiny_pwm
    id: output_cold
    pin: P9
  - platform: libretiny_pwm
    id: output_warm
    pin: P24

light:
  - platform: cwww
    id: light_cwww
    name: none
    cold_white_color_temperature: 6500 K
    warm_white_color_temperature: 2700 K
    cold_white: output_cold
    warm_white: output_warm
    restore_mode: RESTORE_DEFAULT_OFF
    on_turn_on:
      - switch.turn_on: ctrl
    on_turn_off:
      - switch.turn_off: ctrl

binary_sensor:
  - platform: gpio
    name: "Button"
    pin: 
      number: P7
      inverted: true
      mode:
        input: true
        pullup: true
    filters:
      - delayed_on: 50ms
    on_multi_click:
      # double click
      - timing:
          - ON for at most 1s
          - OFF for at most 1s
          - ON for at most 1s
          - OFF for at least 0.2s
        then:
          - homeassistant.event:
              event: esphome.button_pressed
              data:
                device: ${device_name}
                pressed: double

switch:
  - platform: gpio
    pin: P6
    id: ctrl
    name: "ctrl"
    restore_mode: RESTORE_DEFAULT_OFF

Belangrijkste is dus dat de controller ook een pin heeft om de complete 24V+ naar de strip te schakelen. Deze noemt de firmware 'ctrl' voor P6. Koste me wat reverse enginering voordat ik door had waarom ik het CCT deel niet aan de praat kreeg

[wautah91]

Septillion schreef op dinsdag 26 maart 2024 @ 16:42:
@wautah91 Meen dat ik het hier al eens ergens gepost had. Maar de reden dat hij in de lijst staat is door mij Ze werken prima met CloudCutter maar zijn ook makkelijk te openen.

Maarrrrrrr, er is nog geen Beken / LibreTiny support voor neopixels / addressable pixels in ESPhome. Dus je kan het CCT deel prima overzetten naar ESPhome maar helaas de pixels nog niet Ik hoop ook dat iemand deze port nog eens een keer wil doen. Maar vind het al lastig om ESPhome componenten te snappen maar dan moet je ook de Beken architectuur kennen.

Maar hierbij mijn code:

YAML:

substitutions:
  device_name: lsc-xxl-ledstrip
  friendly_name: Study ledstrip

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


bk72xx:
  board: generic-bk7231n-qfn32-tuya
  framework:
    version: latest

logger:

web_server:

captive_portal:

mdns:

api:
  encryption:
    key: !secret api_key

ota:
  password: !secret ota_password

wifi:
  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

output:
  - platform: libretiny_pwm
    id: output_cold
    pin: P9
  - platform: libretiny_pwm
    id: output_warm
    pin: P24

light:
  - platform: cwww
    id: light_cwww
    name: none
    cold_white_color_temperature: 6500 K
    warm_white_color_temperature: 2700 K
    cold_white: output_cold
    warm_white: output_warm
    restore_mode: RESTORE_DEFAULT_OFF
    on_turn_on:
      - switch.turn_on: ctrl
    on_turn_off:
      - switch.turn_off: ctrl

binary_sensor:
  - platform: gpio
    name: "Button"
    pin: 
      number: P7
      inverted: true
      mode:
        input: true
        pullup: true
    filters:
      - delayed_on: 50ms
    on_multi_click:
      # double click
      - timing:
          - ON for at most 1s
          - OFF for at most 1s
          - ON for at most 1s
          - OFF for at least 0.2s
        then:
          - homeassistant.event:
              event: esphome.button_pressed
              data:
                device: ${device_name}
                pressed: double

switch:
  - platform: gpio
    pin: P6
    id: ctrl
    name: "ctrl"
    restore_mode: RESTORE_DEFAULT_OFF

Belangrijkste is dus dat de controller ook een pin heeft om de complete 24V+ naar de strip te schakelen. Deze noemt de firmware 'ctrl' voor P6. Koste me wat reverse enginering voordat ik door had waarom ik het CCT deel niet aan de praat kreeg

toon volledige bericht

Jeetje dat is balen. Het leek me juist zo makkelijk... Ik snap nu wel waarom ik er niks over kon vinden. Daarom doen veel mensen het dus met wled. Ga me daar dan eens in verdiepen. Is het zo dat ik gewoon de lsc ledstrip aan een wled printje kan knopen?


Edit:
Volgens mij kan ik dit kastje eraan hangen:
https://www.robbshop.nl/g...-voor-digitale-led-strips

Ondersteunt wled en digitale rgbcw ledstrips.

@Septillion Kun jij op je strip zien welk type er echt gebruikt is? WS2811, 12 of 13

[ Voor 4% gewijzigd door wautah91 op 26-03-2024 19:35 ]

[Septillion]

@wautah91 Een ander doosje met een ESP32 of ESP8266 kan er direct op, zie Action XXL Ledstrip met WLED. En sinds een tijdje ondersteund WLED ook CCT dus dat zou dan ook moeten werken. Of de strips WS2811, 12 of 13 gebruiken weet ik zo niet. Zou nog eens kunnen kijken maar volgens mij zijn de chips niet echt leesbaar.

Zelf hoop ik nog op support van addressable leds in LibreTiny. Maar adoptie van LibreTiny gaat niet zo snel als dat ik zelf verwacht had eigenlijk. Maar denk ook nog steeds dat niet zo veel mensen het weten. BK of RTL chips zijn ook nog steeds niet te selecteren als je in de UI 'New device' doet

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

[iMars]

Gizz schreef op woensdag 27 maart 2024 @ 09:59:
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:

[...]

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:

[Afbeelding]

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

toon volledige bericht

Het stukje wat je quote is voor de decryptie functionaliteit voor Luxemburg. Je kan de decryptiesleutel hard in de code zetten, maar ook achteraf via esphome. Vandaar de API set_dsmr_key. Hoe het precies werkt weet ik niet (Dat heeft Guillermo, glmnet op GitHub, allemaal geschreven/gemaakt).

Goed om te lezen dat het weer werkt!

Ikzelf gebruik geen API passwords e.d. Maar ik hoor wel vaker dat er een foutmelding naar een gebruiker wordt gegooid dat er geen API o.i.d. is ... meestal zeg ik "give it a few minutes" want later werkt het in ene.

Beats me...

[SpelFaut]

Is er iemand die verstand heeft van het flashen van een ESP-01S chip?

Ben nieuw in de HA omgeving en heb net een paar dagen HA draaiend.

Ben geinspireerd geraakt door de volgende link: Frenck: DIY Smart Doorbell - ESP
Deze voldoet aan mijn wens om de bestaande bel infra instand te houden.

Best voortvarend van start gegaan. Beschreven spullen verzameld, HA servertje opgezet op een oude ThinClient die ze op werk over hadden en door.

Nu mijn hulpvraag:

Ik loop vast op het gedeelte waar de je de chip moet flashen. Ik maak een simpel .yaml bestandje, verbind via een FTDI232 adapter de ESP chip aan de server. Bedrading zoals in de bovenstaande link.
Via ESPHome start ik de installatie, en deze doorloopt mooi zijn stappen. Na een tijdje verschijnt er 'succes' in het groen. Hierna lijkt stuk te lopen. (Na regel 20 in de installatielog)
Ik krijg een aantal foutmeldingen en krijg te 'Retry' optie.

Als ik de chip reset en normaal boot zou ik volgens configuratie willen zien:
- óf een wifi verbinding met mijn wifi.
- óf een AP met de naam: 'Doorbel-Test Fallback Hotspot'.

Helaas laat de chip zijn 'default' gedrag zien door een Accespoint op te zetten met de naam: 'AI-Thinker'.

Omdat dat dit gebeurt vermoed ik dus dat het flashen mislukt, maar ik begrijp niet waarom.
Iemand die mij een zetje in de juiste denkrichting kan geven?

Bijgevoegd:

De gebruikte .yaml

YAML:

esphome:
  name: doorbel-test
  friendly_name: Doorbel Test

esp8266:
  board: esp01_1m

# Enable logging
logger:

# Enable Home Assistant API
api:

ota:

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

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "Doorbel-Test Fallback Hotspot"
    password: "PLavB0b7zRWG"

captive_portal:

De installatielog.

code:

INFO ESPHome 2024.3.0
INFO Reading configuration /config/esphome/doorbel-test.yaml...
INFO Generating C++ source...
INFO Compiling app...
Processing doorbel-test (board: esp01_1m; framework: arduino; platform: platformio/espressif8266@3.2.0)
--------------------------------------------------------------------------------
HARDWARE: ESP8266 80MHz, 80KB RAM, 1MB Flash
Dependency Graph
|-- ESPAsyncTCP-esphome @ 2.0.0
|-- ESPAsyncWebServer-esphome @ 3.1.0
|-- DNSServer @ 1.1.1
|-- ESP8266WiFi @ 1.0
|-- ESP8266mDNS @ 1.2
RAM:   [====      ]  39.9% (used 32676 bytes from 81920 bytes)
Flash: [====      ]  39.4% (used 402981 bytes from 1023984 bytes)
========================= [SUCCESS] Took 6.35 seconds =========================
INFO Successfully compiled program.
esptool.py v4.7.0
Serial port /dev/ttyUSB0
Connecting......................................
ERROR Running command failed: Failed to connect to ESP8266: No serial data received.
For troubleshooting steps visit: https://docs.espressif.com/projects/esptool/en/latest/troubleshooting.html
ERROR Please try running esptool.py --before default_reset --after hard_reset --baud 460800 --port /dev/ttyUSB0 --chip esp8266 write_flash -z --flash_size detect 0x0 /data/build/doorbel-test/.pioenvs/doorbel-test/firmware.bin locally.
INFO Upload with baud rate 460800 failed. Trying again with baud rate 115200.
esptool.py v4.7.0
Serial port /dev/ttyUSB0

Schopje naar de buren

[ Voor 81% gewijzigd door Septillion op 29-03-2024 22:37 . Reden: Denk aan de 'yaml' bij code-tags ]

[TheFes]

SpelFaut schreef op vrijdag 29 maart 2024 @ 22:11:
Is er iemand die verstand heeft van het flashen van een ESP-01S chip?

Ben nieuw in de HA omgeving en heb net een paar dagen HA draaiend.

Ben geinspireerd geraakt door de volgende link: Frenck: DIY Smart Doorbell - ESP
Deze voldoet aan mijn wens om de bestaande bel infra instand te houden.

Best voortvarend van start gegaan. Beschreven spullen verzameld, HA servertje opgezet op een oude ThinClient die ze op werk over hadden en door.

Nu mijn hulpvraag:

Ik loop vast op het gedeelte waar de je de chip moet flashen. Ik maak een simpel .yaml bestandje, verbind via een FTDI232 adapter de ESP chip aan de server. Bedrading zoals in de bovenstaande link.
Via ESPHome start ik de installatie, en deze doorloopt mooi zijn stappen. Na een tijdje verschijnt er 'succes' in het groen. Hierna lijkt stuk te lopen. (Na regel 221 in de installatielog)
Ik krijg een aantal foutmeldingen en krijg te 'Retry' optie.

Als ik de chip reset en normaal boot zou ik volgens configuratie willen zien:
- óf een wifi verbinding met mijn wifi.
- óf een AP met de naam: 'Doorbel-Test Fallback Hotspot'.

Helaas laat de chip zijn 'default' gedrag zien door een Accespoint op te zetten met de naam: 'AI-Thinker'.

Omdat dat dit gebeurt vermoed ik dus dat het flashen mislukt, maar ik begrijp niet waarom.
Iemand die mij een zetje in de juiste denkrichting kan geven?

Bijgevoegd:

De gebruikte .yaml

code:

esphome:
  name: doorbel-test
  friendly_name: Doorbel Test

esp8266:
  board: esp01_1m

# Enable logging
logger:

# Enable Home Assistant API
api:

ota:

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

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "Doorbel-Test Fallback Hotspot"
    password: "PLavB0b7zRWG"

captive_portal:

De installatielog.

code:

INFO ESPHome 2024.3.0
INFO Reading configuration /config/esphome/doorbel-test.yaml...
INFO Generating C++ source...
INFO Compiling app...
Processing doorbel-test (board: esp01_1m; framework: arduino; platform: platformio/espressif8266@3.2.0)
--------------------------------------------------------------------------------
HARDWARE: ESP8266 80MHz, 80KB RAM, 1MB Flash
Dependency Graph
|-- ESPAsyncTCP-esphome @ 2.0.0
|-- ESPAsyncWebServer-esphome @ 3.1.0
|-- DNSServer @ 1.1.1
|-- ESP8266WiFi @ 1.0
|-- ESP8266mDNS @ 1.2
RAM:   [====      ]  39.9% (used 32676 bytes from 81920 bytes)
Flash: [====      ]  39.4% (used 402981 bytes from 1023984 bytes)
========================= [SUCCESS] Took 6.35 seconds =========================
INFO Successfully compiled program.
esptool.py v4.7.0
Serial port /dev/ttyUSB0
Connecting......................................
ERROR Running command failed: Failed to connect to ESP8266: No serial data received.
For troubleshooting steps visit: https://docs.espressif.com/projects/esptool/en/latest/troubleshooting.html
ERROR Please try running esptool.py --before default_reset --after hard_reset --baud 460800 --port /dev/ttyUSB0 --chip esp8266 write_flash -z --flash_size detect 0x0 /data/build/doorbel-test/.pioenvs/doorbel-test/firmware.bin locally.
INFO Upload with baud rate 460800 failed. Trying again with baud rate 115200.
esptool.py v4.7.0
Serial port /dev/ttyUSB0

toon volledige bericht

Ik heb dezelfde handleiding ooit gevolgd (gebruik de deurbel nog steeds). Weet je zeker dat je alle pinnen goed aangesloten hebt?

[SpelFaut]

TheFes schreef op vrijdag 29 maart 2024 @ 22:27:
[...]


Ik heb dezelfde handleiding ooit gevolgd (gebruik de deurbel nog steeds). Weet je zeker dat je alle pinnen goed aangesloten hebt?

Ja dit heb ik minstens 10x gecheckt en opnieuw aangesloten.
Altijd met dit schema.

Maar raak een beetje in de war wat die bedradingsschemas betreft. Ik lees bijvoorbeeld ook dit. Waar er gewerkt wordt met knoppen die de GPIO0 en Reset bedienen. (Bij stap 2). Dit staat helemaal niet beschreven in de handleiding van Frenck, dus: huh?

[Tibs]

Kan ik een standaard ESP32 Wroom bordje gebruiken om een Shelly te flashen met firmware? Ik heb hier een kapotte Shelly (door een foutje in het flashen van firmware) die ik graag eens opnieuw tot leven zou wekken met een hard wired firmware flash als dat zou luikken.

Volgens deze guide zou het normaal moeten lukken zeker?

https://tasmota.github.io/docs/Getting-Started/

[Septillion]

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

[Septillion]

@Tibs Ja, dat kan. Daarvoor houdt je de ESP32 Wroom in reset door RST met GND te verbinden. Daarna kan je vrij de USB-serial op het bordje voor andere zaken gebruiken.

Twee dingen om rekening mee te houden voor het flashen:
- Je zal zelf moeten zorgen dat GPIO0 van de Shelly LOW is tijdens boot.
- Gezien de ESP32 Wroom gelabeld is met de namen voor de ESP en niet de serial adapter moet je dan Rx (van de ESP32 Wroom) aan Rx (van de Shelly) aansluiten en Tx aan Tx. Immers hangt de Rx van de ESP32 Wroom al aan de Tx van de onboard USB-Serial adapter.

[jj85]

SpelFaut schreef op vrijdag 29 maart 2024 @ 22:50:
[...]


Ja dit heb ik minstens 10x gecheckt en opnieuw aangesloten.
Altijd met dit schema.

Maar raak een beetje in de war wat die bedradingsschemas betreft. Ik lees bijvoorbeeld ook dit. Waar er gewerkt wordt met knoppen die de GPIO0 en Reset bedienen. (Bij stap 2). Dit staat helemaal niet beschreven in de handleiding van Frenck, dus: huh?

Alternatief, pak een Wemos d1 mini (AliExpress staat vol met goede en goedkope clones) en een relais shield.
Bijvoorbeeld:
https://www.tinytronics.n...elais-shield-voor-d1-mini (of ook op AliExpress)

De esp01 is wel erg antiek inmiddels. Voordeel van de d1 mini is dat je gewoon een usb kabel inplugt en je veel meer vrije poorten hebt.

[Gizz]

Of als @SpelFaut helemaal geen zin meer heeft om er tijd en energie in te steken: kant-en-klaar.

[htca]

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

Alternatief, pak een Wemos d1 mini (AliExpress staat vol met goede en goedkope clones) en een relais shield.
Bijvoorbeeld:
https://www.tinytronics.n...elais-shield-voor-d1-mini (of ook op AliExpress)

De esp01 is wel erg antiek inmiddels. Voordeel van de d1 mini is dat je gewoon een usb kabel inplugt en je veel meer vrije poorten hebt.

Deze route heb ik ook gevolgd, werkt prima

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

[Septillion]

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

[jj85]

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.

Goede opmerking. Als die COM niet verschijnt dan is het waarschijnlijk een driver probleem

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

[Septillion]

@SpelFaut Looback = draadje van Rx naar Tx op de module en kijken of je er data over krijgt.

Maar mm, 3,7V is juist erg hoog. En 1,6V juist erg laag Dat speelt niet zo goed voor de USB-Serial adapter...

Andere kant, je meet met een module, heb je geen multimeter?

[SpelFaut]

Septillion schreef op zaterdag 30 maart 2024 @ 14:06:
@SpelFaut Looback = draadje van Rx naar Tx op de module en kijken of je er data over krijgt.

Maar mm, 3,7V is juist erg hoog. En 1,6V juist erg laag Dat speelt niet zo goed voor de USB-Serial adapter...

Andere kant, je meet met een module, heb je geen multimeter?

VCC van USB-Serial adapter is gewoon gaar lijkt het. Inmiddels is het gelukt! Zie de edit in mijn post hierboven.

Meten met module is bewust, heb ik mijn handjes vrij Multimeter gaf dezelfde waardes overigens.

[ranjo]

Dankzij dit topic ben ik Libretiny op het spoor gekomen. Waar ik eerst openbeken op een Action "LSC smart Power Plug with energy monitoring" stopcontact heb geflashed, heb ik liever zo veel mogelijk apparaten op ESPhome draaien.

In ESPhome zijn er alleen twee dingen die niet helemaal lekker werken:

• Wanneer ik de input button activeer op P7 dan begint de relais regelmatig te flickeren. Alsof er ergens ruis op de lijn zit.
• Het gemeten vermogen wijkt enorm af. Maar voor dit apparaat heb ik ook geen parameters gevonden voor current_resistor en voltage_divider. Is er iemand die deze toevallig voor dit apparaat weet? anders zal ik gaan moeten kijken hoe ik hem kan calibreren.

Zijn er hier toevallig LibreTiny gebruikers die een config hebben?

Hierbij mijn code:

YAML:

esphome:
  name: energy10
  friendly_name: energy10

substitutions:
  device_name: energy10
  # Higher value gives lower watt readout
  current_res: "0.00221"
  # Lower value gives lower voltage readout
  voltage_div: "995"
  # Max Power is 3450W for 15A and 2300W for 10A
  max_power: "3450"

bk72xx:
  board: cb2s

# Enable logging
logger:

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

ota:
  password: XXXXX

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

captive_portal:

# Button uitgezet ivm vaak aan en uit springen  
# Button configuration
#binary_sensor:
#  - platform: gpio
#    name: "${device_name} button"
#    id: button
#    pin:
#      number: P7
#      inverted: true
#    on_press:
#      then:
#        - switch.toggle: relay

# Setup of LED's used in displaying Switch status
output:
  - platform: gpio
    pin: P6
    inverted: true
    id: led

# Config for switch
switch:
  - platform: gpio
    pin: P8
    restore_mode: RESTORE_DEFAULT_OFF
    id: relay
    name: "${device_name} Relay"
    on_turn_on:
      - output.turn_on: led
    on_turn_off:
      - output.turn_off: led

# Status LED for connection
status_led:
  pin:
    number: P10
    inverted: true

# Sensors for Voltage (V), Current (A), Power (W), Daily energy usage (kWh)
sensor:
  - platform: hlw8012
    model: BL0937
    sel_pin:
      number: P11
      inverted: true
    cf_pin: 
      number: P26
      inverted: true
    cf1_pin:
      number: P24
      inverted: true
    current_resistor: ${current_res}
    voltage_divider: ${voltage_div}
    current:
      name: "${device_name} Current"
      unit_of_measurement: "A"
      accuracy_decimals: 3
      icon: mdi:flash-outline
      filters:
        - skip_initial: 2
    voltage:
      name: "${device_name} Voltage"
      unit_of_measurement: "V"
      icon: mdi:flash-outline
      filters:
        - skip_initial: 2
    power:
      name: "${device_name} Power"
      unit_of_measurement: "W"
      id: power
      icon: mdi:flash-outline
      filters:
        - skip_initial: 2
#      on_value_range:
#        - above: ${max_power}
#          then:
#            - output.turn_off: led
#            - switch.turn_off: relay
    change_mode_every: 4
    update_interval: 10s
    energy:
      name: "${device_name} Energy"
      unit_of_measurement: "Wh"
      icon: mdi:flash-outline

[Septillion]

@ranjo Mijn versie hieeeerrrrr

En voor justering (kalibratie) dit gemaakt. Want er bestaat niet zo iets als "de correcte waarde", je zal elke plug moeten kalibreren.

En als je een button wilt gebruiken dan is debounce (ontdendering) altijd slim. Dit kan makkelijk met delayed_on.

En het is juist NIET meer aan te raden om zelf je device naam voor een entiteit te zetten. Dit omdat HA zelf dit al doet.

[Tibs]

Septillion schreef op zaterdag 30 maart 2024 @ 09:43:
@Tibs Ja, dat kan. Daarvoor houdt je de ESP32 Wroom in reset door RST met GND te verbinden. Daarna kan je vrij de USB-serial op het bordje voor andere zaken gebruiken.

Twee dingen om rekening mee te houden voor het flashen:
- Je zal zelf moeten zorgen dat GPIO0 van de Shelly LOW is tijdens boot.
- Gezien de ESP32 Wroom gelabeld is met de namen voor de ESP en niet de serial adapter moet je dan Rx (van de ESP32 Wroom) aan Rx (van de Shelly) aansluiten en Tx aan Tx. Immers hangt de Rx van de ESP32 Wroom al aan de Tx van de onboard USB-Serial adapter.

Kan het zijn dat je met RST eigenlijk RTS bedoeld? En hoe hou ik de GPIO0 op Low?
In principe moet ik dan enkel beide RX'en verbinden, beide TX'en en dan een brug tussen RST en GND tijdens opstart.

[Septillion]

@Tibs Nee, niet RTS (Request To Send), die zal de ESP niet hebben. Maar echt RST van Reset, de ESP32 Wroom moet je in reset houden zodat deze niet ook dingen over serial wil zeggen.

En net als RST (van de ESP32 Wroom) hang je GPIO0 (van de Shelly) gewoon aan GND. En naar Rx en Tx moet je natuurlijk ook GND tussen de ESP32 Wroom en de Shelly verbinden. En gezien je de Shelly nu niet vanaf het net mag voeden ook 3V3.

[kvandt]

Tibs schreef op zondag 31 maart 2024 @ 19:26:
[...]


Kan het zijn dat je met RST eigenlijk RTS bedoeld? En hoe hou ik de GPIO0 op Low?
In principe moet ik dan enkel beide RX'en verbinden, beide TX'en en dan een brug tussen RST en GND tijdens opstart.

Wel RX aan TX en TX aan RX verbinden. Anders gaat het niet werken...

[Tibs]

Hmm, heb het flash process in ESPHome kunnen afwerken en dat was succesvol.

Maar als ik nu de Shelly in het stopcontact steek zie ik niets verschijnen.
Zal het dus eens opnieuw moeten proberen denk ik.

[Septillion]

@kvandt Omdat de andere kant een ESP module is waarvan je de USB-Seial wilt piggyback'en juist Rx aan Rx en Tx aan Tx

[Septillion]

@Tibs Wat heb je geladen? Eigen config of de kickstarter (via web.esphome.io)?

En je hebt wel weer alle kabels los voor je hem test met 230V?

[Tibs]

Septillion schreef op maandag 1 april 2024 @ 11:42:
@kvandt Omdat de andere kant een ESP module is waarvan je de USB-Seial wilt piggyback'en juist Rx aan Rx en Tx aan Tx

Ik koppel inderdaad alles los vooraleer ik de Shelly test.
Maar als ik Rx aan RX hang en Tx aan TX krijg ik geen verbinding met de Shelly, als ik Rx aan Tx hang en omgekeerd wil hij wel installeren. Ik zie wel een rood lichtje branden op de Shelly dus hij krijgt wel 3,3V.

Ik probeer er een eigen config in te laden die ik via ESPHome op HA gemaakt heb.

[ Voor 7% gewijzigd door Tibs op 01-04-2024 12:11 ]

[Septillion]

@Tibs Heb je dan niet per ongeluk de ESP32 Wroom geprogrammeerd?

En om eigen fouten uit te sluiten zou ik zelf gewoon met de kickstarter beginnen.

[kvandt]

Tibs schreef op maandag 1 april 2024 @ 12:11:
[...]


Ik koppel inderdaad alles los vooraleer ik de Shelly test.
Maar als ik Rx aan RX hang en Tx aan TX krijg ik geen verbinding met de Shelly, als ik Rx aan Tx hang en omgekeerd wil hij wel installeren.

Dat klopt precies. Je moet de TX (transmitting) van het ene device koppelen aan de RX (receiving) van het andere device....

[Tibs]

Heheh, 2 verschillende meningen dus.

Als ik de Rx met Tx verbind en omgekeerd kan ik dus flashen maar krijg ik de foutmelding "An error occurred. Improv Wi-Fi Serial not detected" als ik de WiFi wil verbinden.

Als ik Rx aan Rx hang en Tx aan Tx krij gik gene verbinding met de Shelly.

Edit: Lap nu stop ik de Shelly in het stopcontact en vraagt hij de Coderingssleutel van een Yaml die ik al verwijderd heb... Dan maar eens opnieuw flashen.

[ Voor 22% gewijzigd door Tibs op 01-04-2024 17:10 ]

[Tibs]

Septillion schreef op maandag 1 april 2024 @ 13:41:
@Tibs Heb je dan niet per ongeluk de ESP32 Wroom geprogrammeerd?

En om eigen fouten uit te sluiten zou ik zelf gewoon met de kickstarter beginnen.

Met de kickstarter bedoel je dan "Prepare for first use"? Heb ik ook gedaan maar maakt geen verschil.

[Septillion]

@kvandt Dat is normaal correct maar niet als een een andere microcontroller module met ingebouwde USB-Serial wilt gebruiken. De labels op de module duiden dan namelijk de pinnen van de microcontroller aan, niet die van de USB-serial. De hier is de Rx dus de Rx van de ESP32 welke aan de Tx van de USB-serial zit. En de Tx is de TX van de ESP32 en die zit aan de Rx van de USB-serial.

[Septillion]

@Tibs Ik krijg heel erg de indruk dat je steeds de ESP32 Wroom programmeert. Weet je zeker dat je daar de RST pin hard van aan GND gekoppeld hebt?

Met de kickstarter bedoel ik inderdaad via web.esphome.io de Prepare for first use. Nadat je die geladen hebt op de Shelly en dan de Shelly normaal opstart (GPIO0 los), dan moet deze een AP geven waarmee je kunt verbinden. Daar kan je dan jet netwerk info opgeven waarna de module in het ESPhome dashboard moet verschijnen.

[ Voor 52% gewijzigd door Septillion op 01-04-2024 17:16 ]

[Tibs]

Septillion schreef op maandag 1 april 2024 @ 17:13:
@Tibs Ik krijg heel erg de indruk dat je steeds de ESP32 Wroom programmeert. Weet je zeker dat je daar de RST pin hard van aan GND gekoppeld hebt?

Met de kickstarter bedoel ik inderdaad via web.esphome.io de Prepare for first use. Nadat je die geladen hebt op de Shelly en dan de Shelly normaal opstart (GPIO0 los), dan moet deze een AP geven waarmee je kunt verbinden. Daar kan je dan jet netwerk info opgeven waarna de module in het ESPhome dashboard moet verschijnen.

Jip, heb ik gedaan.

Ik kreeg ook net een ontdekte ESP Shelly Plus 1 maar weet de coderingsleutel niet meer. Ik zal nu nog eens de standaard Shelly Plus 1 config uploaden naar de Shelly en daar de OTA en API key in specifieren.

[kvandt]

Septillion schreef op maandag 1 april 2024 @ 17:12:
@kvandt Dat is normaal correct maar niet als een een andere microcontroller module met ingebouwde USB-Serial wilt gebruiken. De labels op de module duiden dan namelijk de pinnen van de microcontroller aan, niet die van de USB-serial. De hier is de Rx dus de Rx van de ESP32 welke aan de Tx van de USB-serial zit. En de Tx is de TX van de ESP32 en die zit aan de Rx van de USB-serial.

Blijft altijd goed nadenken met seriële poorten...

[Tibs]

Tibs schreef op maandag 1 april 2024 @ 17:21:
[...]


Jip, heb ik gedaan.

Ik kreeg ook net een ontdekte ESP Shelly Plus 1 maar weet de coderingsleutel niet meer. Ik zal nu nog eens de standaard Shelly Plus 1 config uploaden naar de Shelly en daar de OTA en API key in specifieren.

Gelukt! Door alle stappen nog eens goed en rustig na elkaar te doen is het dus gelukt. Momenteel heb ik dus een Shelly Plus 1 yaml via ESPHome geflasht maar ik vroeg me af hoe ik er nu een Bleutooth Proxy van kan maken.

Voeg ik gewoon onderstaande code toe aan de yaml van de Shelly?

YAML:

esp32_ble_tracker:
  scan_parameters:
    interval: 1100ms
    window: 1100ms
    active: true

bluetooth_proxy:
  active: true

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

[Gizz]

@Tibs ja, zoals het hier staat.

[Tibs]

Gizz schreef op dinsdag 2 april 2024 @ 19:47:
@Tibs ja, zoals het hier staat.

Hmm, als ik die regels toevoeg en dan opnieuw OTA de YAML installeer dan gaat de Shelly offline en verlies ik verbinding.

Morgen eens opnieuw hardwired proberen te flashen.

Ik krijg volgende error.

code:

WARNING Can't connect to ESPHome API for shelly-plus-1-proxy.local: Error resolving IP address: [Errno -5] No address associated with hostname (APIConnectionError)
INFO Trying to connect to shelly-plus-1-proxy.local in the background

[ Voor 26% gewijzigd door Tibs op 02-04-2024 20:25 ]

[Septillion]

@Tibs Noemde je hem daarvoor ook al 'shelly-plus-1-proxy'? Of heb je de naam aangepast?

Naam aanpassen in ESPhome is namelijk niet zomaar OTA te doen. Dan moet je echt naar het IP wijzen.

[ Voor 10% gewijzigd door Septillion op 02-04-2024 22:10 ]

[Tibs]

Septillion schreef op dinsdag 2 april 2024 @ 22:09:
@Tibs Noemde je hem daarvoor ook al 'shelly-plus-1-proxy'? Of heb je de naam aangepast?

Naam aanpassen in ESPhome is namelijk niet zomaar OTA te doen. Dan moet je echt naar het IP wijzen.

Ik had hem zo genoemd in de YAML die ik eerst al geflasht heb. Daaraan kan het dus normaal niet liggen. Het enige wat ik erbij gezet had was waren die Bluetooth regels.

Vanavond heb ik normaal wel nog wat tijd om nog eens te proberen.

[Septillion]

@Tibs Ik heb er zelf geen ervaring mee. Maar lees in het grote warning blok bij ESPhome wel twee belangrijke zaken.

Dat je hem beter met esp-idf framework kunt doen ipv Arduino waarbij de laatste volgens mij de standaard is.

En je alleen kunt wisselen van framework met een serial upload, niet OTA.

Ben jij van framework gewisseld?

[Tibs]

Septillion schreef op woensdag 3 april 2024 @ 08:43:
@Tibs Ik heb er zelf geen ervaring mee. Maar lees in het grote warning blok bij ESPhome wel twee belangrijke zaken.

Dat je hem beter met esp-idf framework kunt doen ipv Arduino waarbij de laatste volgens mij de standaard is.

En je alleen kunt wisselen van framework met een serial upload, niet OTA.

Ben jij van framework gewisseld?

Ik heb de standaard YAML gebruik vanop ESPHome en daar staat de framework als esp-idf, die heb ik dus niet gewijzigd. Het flashen van die standaard YAML lukt ook zonder problemen (gisteren toch). Alleen als ik de regels voor de bluetooth proxy eraan toevoeg verlies ik toegang. Maar zoals gezegd, ik probeer het eventueel vanavond nog eens opnieuw met de standaard yaml en zie wat ik er mee kan doen.

[TheMystery]

Ik probeer een sprinkler controller te maken met een wemos s3 mini volgens dit voorbeeld:
https://esphome.io/components/sprinkler.html

Maar welke pins kan ik nu het beste gebruiken voor de relays aan te sluiten? als ik nu test reboot namelijk de esp, ik heb de pins 43, 44, 36, 35, 18, 16, 2 en 4 maar heb oko eens 33, 37, 38, 34, 21, 17 ,2 en 4 gebruikt maar zelfde probleem.

YAML:

sprinkler:
  - id: sprinkler_controller
    main_switch: "Sprinklers"
    auto_advance_switch: "Sprinklers Automatische voortgang"
    reverse_switch: "Sprinklers achteruit"
#    multiplier_number: "Lawn Sprinkler Multiplier"
#    repeat_number: "Lawn Sprinkler Repeat"
    valve_overlap: 5s
    valves:
      - valve_switch: "Klep 1"
        enable_switch: "Klep 1"
        run_duration: 10s
        valve_switch_id: klep_1
      - valve_switch: "Klep 2"
        enable_switch: "Klep 2"
        run_duration: 10s
        valve_switch_id: klep_2
      - valve_switch: "Klep 3"
        enable_switch: "Klep 3"
        run_duration: 10s
        valve_switch_id: klep_3
      - valve_switch: "Klep 4"
        enable_switch: "Klep 4"
        run_duration: 10s
        valve_switch_id: klep_4
      - valve_switch: "Klep 5"
        enable_switch: "Klep 5"
        run_duration: 10s
        valve_switch_id: klep_5
      - valve_switch: "Klep 6"
        enable_switch: "Klep 6"
        run_duration: 10s
        valve_switch_id: klep_6
      - valve_switch: "Klep 7"
        enable_switch: "Klep 7"
        run_duration: 10s
        valve_switch_id: klep_7
      - valve_switch: "Klep 8"
        enable_switch: "Klep 8"
        run_duration: 10s
        valve_switch_id: klep_8

switch:
  - platform: gpio
    id: klep_1
    pin: 33
  - platform: gpio
    id: klep_2
    pin: 37
  - platform: gpio
    id: klep_3
    pin: 38
  - platform: gpio
    id: klep_4
    pin: 34
  - platform: gpio
    id: klep_5
    pin: 21
  - platform: gpio
    id: klep_6
    pin: 17
  - platform: gpio
    id: klep_7
    pin: 2
  - platform: gpio
    id: klep_8
    pin: 4

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

[Septillion]

@TheMystery De ESP's kennen wel wat pinnen met extra functies maar dat is vooral tijdens starten. Als de ESP gestart is zou dit niet echt een issue moeten zijn.

Mijn vermoeden is dan dat de voeding van je ESP en relais niet voldoende is. Probeer maar eens zonder je relais aangesloten, dan gaat het waarschijnlijk wel goed.

Wat gebruik je als voeding? Eventueel wat foto's.