Het grote ESPhome topic

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

[Septillion]

@GilbertvH Wat heb je zelf al geprobeerd? We willen graag helpen maar als je zelf nog niet eens iets op het scherm gezet hebt is het wel heel weinig eigen inzet.

Paar handvatten:
- De TTGO T4 maakt gebruik van de ILI9341, dus dat eerst aan de praat krijgen
- Om een waarde vanuit HA beschikbaar te hebben kan je het Home Assistant Sensor Component gebruiken
- Met het Graph component moet je ook een grafiek ervan op het scherm kunnen tonen.

[GilbertvH]

Septillion schreef op woensdag 29 mei 2024 @ 12:42:
@GilbertvH Wat heb je zelf al geprobeerd? We willen graag helpen maar als je zelf nog niet eens iets op het scherm gezet hebt is het wel heel weinig eigen inzet.

Paar handvatten:
- De TTGO T4 maakt gebruik van de ILI9341, dus dat eerst aan de praat krijgen
- Om een waarde vanuit HA beschikbaar te hebben kan je het Home Assistant Sensor Component gebruiken
- Met het Graph component moet je ook een grafiek ervan op het scherm kunnen tonen.

je hebt gelijk, ik had hier mijn code moeten plaatsen van wat ik heb geprobeerd. Ik heb de basis code van Smarthome Junkie gebruikt en dat werkt, alleen krijg ik mijn custom sensor niet aan de gang (ik ben ook een n00b in coding...). De code voor nu:

YAML:

esphome:
  name: display-xbox

esp32:
  board: esp32dev
  framework:
    type: arduino

# Enable logging
logger:

# Enable Home Assistant API
api:
  encryption:
    key: "42kWsTaDYnMds/VmpZfEFeKcfFmq7RFhPX/00XD5WKg="

ota:
  password: "58e1620b60705545a98539f634acae3f"

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

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "Display-Xbox Fallback Hotspot"
    password: "L3nRpShEg2r8"

captive_portal:
# Example configuration entry
sensor:
  - platform: homeassistant
    name: "XBOX Speeltijd"
    entity_id: sensor.xbox_speeltijd_jorg

it.printf(0, 30, id(consola_big), "XBOX Speeltijd", id(sensor.xbox_speeltijd_jorg).state.c_str());

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

[Septillion]

@GilbertvH Daarin ben je denk ik nog het scherm deel vergeten. De laatste regel zeeft daar nu een beetje.

[Obelixxx]

Hallo,

Kan iemand me misschien helpen met deze vraag:
Ik probeer op mijn display de actuele zonne opbrengst weer te geven.
Komt via een text sensor.?

Ik krijg alleen helaas alleen de complete waarden incl. decimalen.
Ik zou dit graag beperken door alleen datgene voor de punt te laten zien of max 4 karakters van de waarde.
Is zoiets mogelijk in esphome?

Of MOET ik dit al bij de ingang (HA) regelen.

Dis is wat ik nu heb:

- platform: homeassistant
id: Sun
entity_id: sensor.solaredge_current_power

it.printf(90, 85, id(roboto40), Color(color_black), "%s Watt", id(Sun).state.c_str());

[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
 

[Septillion]

@Obelixxx Dat zou moeten kunnen met:

C++:

it.printf(90, 85, id(roboto40), Color(color_black), "%.0f Watt", id(Sun).state);

[Obelixxx]

Septillion schreef op woensdag 29 mei 2024 @ 16:14:
@Obelixxx Dat zou moeten kunnen met:

C++:

it.printf(90, 85, id(roboto40), Color(color_black), "%.0f Watt", id(Sun).state);

Hallo @Septillion ,

Dank je voor de sugestie, alleen nu is het resultaat: 0 Watt.

[Septillion]

@Obelixxx Zelf eens schermpje gehad met het volgende:

C++:

it.printf(0, 0, id(font1), "%4.0fW", id(house_sma_garage_grid_power).state);

Dus eigenlijk exact wat jij ook wilt Nu zou het getal voor de punt is optioneel voor een fixed width weergave.

Had je wel ook het c_str() deel weggehaald?

[Obelixxx]

Septillion schreef op woensdag 29 mei 2024 @ 16:34:
@Obelixxx Zelf eens schermpje gehad met het volgende:

C++:

it.printf(0, 0, id(font1), "%4.0fW", id(house_sma_garage_grid_power).state);

Dus eigenlijk exact wat jij ook wilt Nu zou het getal voor de punt is optioneel voor een fixed width weergave.

Had je wel ook het c_str() deel weggehaald?

Ja, ik had je gehele regel gekopieerd.
Maar helaas blijft het 0.

Kan ik %f wel gebruiken voor text sensoren?

[Septillion]

@Obelixxx Ah, ja, je moet hem in ESPhome dan als gewone sensor aanmaken Dat deel van de yaml had je niet geplaatst en het kwartje was hier niet gevallen. Mede omdat in HA elke sensor eigenlijk gewoon tekst is.

[Septillion]

@u_nix_we_all Leuk gedaan!

Enige, alles rondom je global zou je ook gewoon weg kunnen halen. De template switch bevat de waarde al en die kan je ook gewoon direct als conditie pakken.

[u_nix_we_all]

Septillion schreef op woensdag 29 mei 2024 @ 16:53:
@u_nix_we_all Leuk gedaan!

Enige, alles rondom je global zou je ook gewoon weg kunnen halen. De template switch bevat de waarde al en die kan je ook gewoon direct als conditie pakken.

Ja klopt idd. Ik wilde eerst een ander display gebruiken waar ook een paar fysieke knopjes bij zaten maar dat is er nooit van gekomen.

[GilbertvH]

Septillion schreef op woensdag 29 mei 2024 @ 14:22:
@GilbertvH Daarin ben je denk ik nog het scherm deel vergeten. De laatste regel zeeft daar nu een beetje.

Je hebt gelijk. Zoals gezegd ben ik een n00b met dit soort dingen, maar ik wil het wél leren. Ik heb nu dit:

YAML:

esphome:
  name: display-xbox

esp32:
  board: esp32dev
  framework:
    type: arduino

# Enable logging
logger:

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

ota:
  password: "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx"

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

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "Display-Xbox Fallback Hotspot"
    password: "xxxxxxxxxxxxxxxxxxxxxxxxxx"

captive_portal:
# Set up the display. This is the main part of the code

spi:
  clk_pin: GPIO18
  mosi_pin: GPIO19

# Define the rotate variable. This indicates if the pages should be rotated or not
globals:
  - id: rotate
    type: boolean
    initial_value: "false"

# Define time sensor
time:
  - platform: homeassistant
    timezone: UTC-01:00    # Change your timezone here
    id: esptime 

# Define binary sensors
binary_sensor:
  - platform: gpio          # Short Press button 0
    pin:
      number: GPIO0
      allow_other_uses: true
      inverted: true
      mode:
        input: true
        pullup: true
    name: "Short Press Button 0"
    id: short_press_button_0
    on_click:
      min_length: 1ms
      max_length: 1000ms
      then:
        - display.page.show_previous: my_display
        - component.update: my_display 
  - platform: gpio         # Long Press button 0
    pin:
      number: GPIO0
      allow_other_uses: true
      inverted: true
    id: button_2
    on_click:
      min_length: 1001ms
      max_length: 5000ms
      then:
        - switch.toggle: backlight
  - platform: gpio          # Short Press button 1
    pin:
      number: GPIO35
      allow_other_uses: true
      inverted: true
    name: "Short Press Button 1"
    id: short_press_button_1
    on_click:
      min_length: 1ms
      max_length: 1000ms
      then:
        - display.page.show_next: my_display
        - component.update: my_display
  - platform: gpio          # Long Press button 1
    pin:
      number: GPIO35
      allow_other_uses: true
      inverted: true
    name: "Long Press Button 1"
    id: long_press_button_1
    on_click:
      min_length: 1001ms
      max_length: 5000ms
      then:
        - if:
            condition:
              lambda: |-
                return id(rotate);
            then:
              globals.set:
                id: rotate
                value: "false" 
            else:
              globals.set:
                id: rotate
                value: "true"

switch:
  - platform: gpio
    pin: 
      number: GPIO4
      allow_other_uses: true
    id: backlight
    internal: true

# Define all the numeric sensors used
text_sensor:
  - platform: homeassistant
    id: xbox_speeltijd
    entity_id: sensor.xbox_speeltijd_jorg
    attribute: xbox_speeltijd

interval:
  - interval: 1s
    then: 
      - lambda: |
            ESP_LOGI("log", "%f", id(xbox_speeltijd).state);


# Define fonts. Use either Google fonts or stored fonts. Stored fonts are stored in esphome/fonts/
font:
  - file:
      type: gfonts
      family: Lato
      weight: 400
    id: lato
    size: 20
  - file:
      type: gfonts
      family: Lato
      weight: 900
    id: latoblack
    size: 30
  - file:
      type: gfonts
      family: Lato
      weight: 900
    id: latoblackheading1
    size: 50

# Define colors
color:
  - id: RED
    red: 100%
    green: 0%
    blue: 0%
  - id: GREEN
    red: 0%
    green: 100%
    blue: 0%
  - id: BLUE
    red: 0%
    green: 0%
    blue: 100%
  - id: YELLOW
    red: 100%
    green: 100%
    blue: 0%
  - id: WHITE
    red: 100%
    green: 100%
    blue: 100%
  - id: ORANGE
    red: 100%
    green: 67%
    blue: 20%

# Set up the display. This is the main part of the code
display:
  - platform: st7789v
    model: TTGO_TDISPLAY_135x240
    backlight_pin: 
      number: GPIO4
      allow_other_uses: true
    cs_pin: GPIO5
    dc_pin: GPIO16
    reset_pin: GPIO23
    rotation: 90°
    update_interval: 1s
    id: my_display
    pages:                # Define the pages
      - id: showtime
        lambda: |-
          it.strftime(45, 20, id(latoblack), "%d-%m-%Y", id(esptime).now());
          it.strftime(25, 55, id(latoblackheading1), "%H:%M:%S", id(esptime).now());

Hiermee zie ik nu wel de tijd op mijn display, maar de sensor komt niet voorbij. Waar mis ik de boot?

[Septillion]

@GilbertvH Dan moet je hem net als de prints voor de tijd en datum ook wel printen op het scherm. Gezien het geen datetime is kan je dat doen met printf().

Overigens een beetje raar dat ze het hebben over "numeric sensors" en dan een text_sensor aanmaken... Zou ik ook aanpassen

En weet je zeker dat de speeltijd in het attribute 'xbox_speeltijd' zit en niet gewoon direct in de sensor?

Maar krijg je dus iets als:

YAML:

esphome:
  name: display-xbox

esp32:
  board: esp32dev
  framework:
    type: arduino

# Enable logging
logger:

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

ota:
  password: "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx"

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

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "Display-Xbox Fallback Hotspot"
    password: "xxxxxxxxxxxxxxxxxxxxxxxxxx"

captive_portal:
# Set up the display. This is the main part of the code

spi:
  clk_pin: GPIO18
  mosi_pin: GPIO19

# Define the rotate variable. This indicates if the pages should be rotated or not
globals:
  - id: rotate
    type: boolean
    initial_value: "false"

# Define time sensor
time:
  - platform: homeassistant
    timezone: UTC-01:00    # Change your timezone here
    id: esptime 

# Define binary sensors
binary_sensor:
  - platform: gpio          # Short Press button 0
    pin:
      number: GPIO0
      allow_other_uses: true
      inverted: true
      mode:
        input: true
        pullup: true
    name: "Short Press Button 0"
    id: short_press_button_0
    on_click:
      min_length: 1ms
      max_length: 1000ms
      then:
        - display.page.show_previous: my_display
        - component.update: my_display 
  - platform: gpio         # Long Press button 0
    pin:
      number: GPIO0
      allow_other_uses: true
      inverted: true
    id: button_2
    on_click:
      min_length: 1001ms
      max_length: 5000ms
      then:
        - switch.toggle: backlight
  - platform: gpio          # Short Press button 1
    pin:
      number: GPIO35
      allow_other_uses: true
      inverted: true
    name: "Short Press Button 1"
    id: short_press_button_1
    on_click:
      min_length: 1ms
      max_length: 1000ms
      then:
        - display.page.show_next: my_display
        - component.update: my_display
  - platform: gpio          # Long Press button 1
    pin:
      number: GPIO35
      allow_other_uses: true
      inverted: true
    name: "Long Press Button 1"
    id: long_press_button_1
    on_click:
      min_length: 1001ms
      max_length: 5000ms
      then:
        - if:
            condition:
              lambda: |-
                return id(rotate);
            then:
              globals.set:
                id: rotate
                value: "false" 
            else:
              globals.set:
                id: rotate
                value: "true"

switch:
  - platform: gpio
    pin: 
      number: GPIO4
      allow_other_uses: true
    id: backlight
    internal: true

# Define all the numeric sensors used
sensor:
  - platform: homeassistant
    id: xbox_speeltijd
    entity_id: sensor.xbox_speeltijd_jorg
    attribute: xbox_speeltijd


# Define fonts. Use either Google fonts or stored fonts. Stored fonts are stored in esphome/fonts/
font:
  - file:
      type: gfonts
      family: Lato
      weight: 400
    id: lato
    size: 20
  - file:
      type: gfonts
      family: Lato
      weight: 900
    id: latoblack
    size: 30
  - file:
      type: gfonts
      family: Lato
      weight: 900
    id: latoblackheading1
    size: 50

# Define colors
color:
  - id: RED
    red: 100%
    green: 0%
    blue: 0%
  - id: GREEN
    red: 0%
    green: 100%
    blue: 0%
  - id: BLUE
    red: 0%
    green: 0%
    blue: 100%
  - id: YELLOW
    red: 100%
    green: 100%
    blue: 0%
  - id: WHITE
    red: 100%
    green: 100%
    blue: 100%
  - id: ORANGE
    red: 100%
    green: 67%
    blue: 20%

# Set up the display. This is the main part of the code
display:
  - platform: st7789v
    model: TTGO_TDISPLAY_135x240
    backlight_pin: 
      number: GPIO4
      allow_other_uses: true
    cs_pin: GPIO5
    dc_pin: GPIO16
    reset_pin: GPIO23
    rotation: 90°
    update_interval: 1s
    id: my_display
    pages:                # Define the pages
      - id: showtime
        lambda: |-
          it.strftime(45, 20, id(latoblack), "%d-%m-%Y", id(esptime).now());
          it.strftime(25, 55, id(latoblackheading1), "%H:%M:%S", id(esptime).now());
          it.printf(45, 55, id(latoblackheading1), "%f", id(xbox_speeltijd).state);

Zoiets waar ik even een random locatie heb gekozen op de eerste page. Alles rond rotatie enzo ook zo gelaten ondanks dat je het niet gebruikt.

Mijn tip, ga hier eens proberen zelf mee te spelen

[GilbertvH]

Septillion schreef op donderdag 30 mei 2024 @ 10:24:
@GilbertvH Dan moet je hem net als de prints voor de tijd en datum ook wel printen op het scherm. Gezien het geen datetime is kan je dat doen met printf().

Overigens een beetje raar dat ze het hebben over "numeric sensors" en dan een text_sensor aanmaken... Zou ik ook aanpassen

En weet je zeker dat de speeltijd in het attribute 'xbox_speeltijd' zit en niet gewoon direct in de sensor?

Maar krijg je dus iets als:

*knip*

Zoiets waar ik even een random locatie heb gekozen op de eerste page. Alles rond rotatie enzo ook zo gelaten ondanks dat je het niet gebruikt.

Mijn tip, ga hier eens proberen zelf mee te spelen

Het is inmiddels gelukt! Ik heb nog wel wat wijzingen moeten doen op de code. De sensor is geen text_sensor meer, maar een 'gewone' sensor. De it.printf is geworden:

YAML:

it.printf(10, 1, id(latoblackheading1), "%2i:%02i",  int(id(xbox_speeltijd).state), int(60*(id(xbox_speeltijd).state-int(id(xbox_speeltijd).state))));

[Septillion]

@GilbertvH Ik had hem inderdaad ook al omgezet naar een sensor ipv een text_sensor.

En ja, om in uren:minuten weer te geven moet je dan even rekenen. En er zijn meerdere methodes voor

[DevaZ]

Iemand de ESP32-S3-Zero al aan ESPHome kunnen koppelen?

[Signs]

Ik heb een aquarium met een co2 fles op aangesloten.
Graag wil ik het gewicht van de fles weten en koppelen aan home assistant.
Zodoende weet ik wanneer de fles leeg begint te raken.

Ik kwam uit op een loadcell, HX711 module en esp8266 boardje.

Het solderen en het plaatsen van jumpers op de kabel gaat mij niet goed af.

Na een verdere zoektoch kwam ik uit op een M5STACK Weight Unit.
Samen met de loadcell lijkt mij dit een goede oplossing.

Nu wil ik een lijstje maken met wat ik precies nodig heb.

Dan denk ik aan:

1x M5Stack M5StickC - ESP32 Development Board
1x M5STACK Weight Unit - HX711 - I2C

De loadcell en plaatjes die er op gemonteerd moeten worden heb ik al.

Kan ik met dit lijstje de boel koppelen aan HA ?

[Gizz]

@Signs zowel de ESP32 als de HX711 worden ondersteund door ESPHome. Dat het de M5-variant is maakt niks uit, die zorgt er qua aansluitingen alleen voor dat jij niet hoeft te solderen; qua software werkt het verder hetzelfde.

Kortom:

Kan ik met dit lijstje de boel koppelen aan HA ?

Ja.

[Signs]

Gizz schreef op maandag 3 juni 2024 @ 14:53:
@Signs zowel de ESP32 als de HX711 worden ondersteund door ESPHome. Dat het de M5-variant is maakt niks uit, die zorgt er qua aansluitingen alleen voor dat jij niet hoeft te solderen; qua software werkt het verder hetzelfde.

Kortom:

[...]

Ja.

Dank dan gaat de bestelling de deur uit

[bauk]

Septillion schreef op vrijdag 17 mei 2024 @ 12:47:
@bauk Oew, dat zou gaaf zijn! Moest even zoeken maar heb opgeschreven dat de pixels inderdaad aan pin 16 zitten dus dat is goed!

Ik heb 'm aan hoor . Gaat de goede kant op. Ik krijg zelfs wat effects aan de praat, heel cool.

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

ota:
  platform: esphome
  password: "xxx"

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

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 Light"
    cold_white: output_cw
    warm_white: output_ww
    cold_white_color_temperature: 6500 K
    warm_white_color_temperature: 2800 K
    constant_brightness: true

  - platform: beken_spi_led_strip
    id: color_light
    name: "Color Light"
    pin: P16
    chipset: WS2812
    num_leds: 30
    rgb_order: RGB
    effects:
     - random:
     - pulse:
     - strobe:
     - flicker:
     - addressable_rainbow:
     - addressable_color_wipe:
     - addressable_scan:
     - addressable_twinkle:
     - addressable_random_twinkle:
     - addressable_fireworks:
     - addressable_flicker:


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

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

Er zijn nog wel wat issues hier hoor:
- ik krijg de kleuren alleen aan als ik de pwm light aanzet. Zonder gaat 'ie uit, alleen als ik 'm helemaal dim gaat 'ie goed werken. En, tbh, het is een beetje gek om in home assistant nu twee lampen aan te bieden om dat aan te sturen. Als iemand weet waar ik daar wat meer over kan lezen/leren:
- ik krijg de ir lezer niet goed aan de praat, heel soms registreert hij een IR input, maar dan mik ik niet eens op dat ding (houd hem zelfs verkeerd om vast)...

[Septillion]

@bauk Ahh, super! Draai jij dan een nightly ofzo?

Voor je eerste issue, ik mis in je config het aansturen van P6... Dat is de ctrl-pin die 24V op de strip aan zet.

[bauk]

Septillion schreef op dinsdag 4 juni 2024 @ 10:13:
@bauk Ahh, super! Draai jij dan een nightly ofzo?

Ja heb dev branch naast release staan, is wat onhandig en onoverzichtelijk (ze gebruiken zelfde directory vanuit Home Assitant addons). Opletten dus. Zodra in release haal ik hem weg, kon gewoon niet wachten op het werkend krijgen van de strip .

Voor je eerste issue, ik mis in je config het aansturen van P6... Dat is de ctrl-pin die 24V op de strip aan zet.

Oh die moet ik eens uitzoeken, die had ik nergens gezien. Wat doet die pin, is dat dus de grap van het uit en aanzetten van de RGB dat nu via de wit-licht loopt...?

[Septillion]

@bauk Zie daarvoor mijn eerste post.

De +24V naar de strip wordt daarmee geschakeld. Dat jij überhaupt wat kunt laten branden zonder die aan te sturen verbaast me eigenlijk al enorm....

[Septillion]

Ik dacht, ik probeer ook de dev versie. Maar dat heeft nog wel wat voeten in de aarde.

Eerst al een irritante dat platform nu verplicht is onder ota...

Daarnaast is het debugger component schijnbaar nog stuk in de dev

Maar het werkt! De ctrl-pin is voor de RGB schijnbaar niet nodig maar het brand ermee wel feller. Maar ondanks dat heeft de strip toch aardige spanninsval. Goed te zien aan het kleurverloop door de strip

Ik moest wel aantal ledjes omhoog doen naar 40. Ook al zou je zeggen dat het maar 20 secties zouden zijn... 5m, sectie van 25cm = 20 secties. Dus waarom dit 2x zo hoog moet is nog raar De strip is 10m, dus dan is 40 niet raar

[ Voor 3% gewijzigd door Septillion op 04-06-2024 12:06 ]

[Septillion]

@bauk Je moet het overigens nog even aanpassen in rgb_order: RBG

[bauk]

Septillion schreef op dinsdag 4 juni 2024 @ 12:27:
@bauk Je moet het overigens nog even aanpassen in rgb_order: RBG

Ja klopt. Ik kon dat gisteren niet goed meer zien, ook omdat het witlicht erdoorheen tetterde. Vanavond weer even kijken of ik er tijd voor heb. Het is tijd voor de vierdaagse, ik moet meelopen, m'n dochter motiveren .

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

[Tibs]

Ik heb dus een ESP32 bordje an mijn gasmeter gekoppeld om mijn gasverbruik in kaart te brengen. Nu is er, door een foutje, een verkeerde waarde in geslopen. Kan ik deze waarde verwijderen uit de geschiedenis van de ESP32?

Edit: Valt me net in dat ik die uit de database van Home Assistant moet verwijderen waarschijnlijk?

[ Voor 18% gewijzigd door Tibs op 08-06-2024 09:24 ]

[manusjevanalles]

Tibs schreef op zaterdag 8 juni 2024 @ 09:18:
Ik heb dus een ESP32 bordje an mijn gasmeter gekoppeld om mijn gasverbruik in kaart te brengen. Nu is er, door een foutje, een verkeerde waarde in geslopen. Kan ik deze waarde verwijderen uit de geschiedenis van de ESP32?

Edit: Valt me net in dat ik die uit de database van Home Assistant moet verwijderen waarschijnlijk?

Ja, onder developer tools > statistics

[Gizz]

Ik ben benieuwd hoe anderen met ESPHome-updates omgaan. Elke keer dat ESPHome een update krijgt gaan binnen HA alle ESPHome-devices mekkeren dat er een update voor ze klaar staat. Maar in 95% van de gevallen betreft, volgens mij, de ESPHome-update helemaal niets wat relevant is voor de betreffende devices.

Het is bijvoorbeeld tof dat een update ervoor zorgt dat er weer nieuwe devices zijn toegevoegd en dat er bugs voor vrij specifieke sensoren zijn opgelost, maar wat heeft mijn watermeter daaraan die alleen af en toe een puls doorgeeft? Toch geeft hij vrolijk aan dat hij weer geupdate kan worden.

Hoe doen jullie dat, toch elke release netjes op 'Update all' drukken en voor al je apparaten firmware builden en uploaden?

[Hermarcel]

Gizz schreef op zaterdag 8 juni 2024 @ 09:41:
Hoe doen jullie dat, toch elke release netjes op 'Update all' drukken en voor al je apparaten firmware builden en uploaden?

Ja, dat is wat ik doe.

[RobertMe]

Gizz schreef op zaterdag 8 juni 2024 @ 09:41:
Ik ben benieuwd hoe anderen met ESPHome-updates omgaan. Elke keer dat ESPHome een update krijgt gaan binnen HA alle ESPHome-devices mekkeren dat er een update voor ze klaar staat. Maar in 95% van de gevallen betreft, volgens mij, de ESPHome-update helemaal niets wat relevant is voor de betreffende devices.

Het is bijvoorbeeld tof dat een update ervoor zorgt dat er weer nieuwe devices zijn toegevoegd en dat er bugs voor vrij specifieke sensoren zijn opgelost, maar wat heeft mijn watermeter daaraan die alleen af en toe een puls doorgeeft? Toch geeft hij vrolijk aan dat hij weer geupdate kan worden.

Hoe doen jullie dat, toch elke release netjes op 'Update all' drukken en voor al je apparaten firmware builden en uploaden?

Ik krijg geen update meldingen in HA, scheelt al . HA Container + ESPHome dan ook in docker.
Maar als ik het ESPHome dashboard open heb doe ik normaliter wel alles updaten.

En er zijn natuurlijk ook andere zaken waar ze aan werken. Ik "wil" zelf dat ESPHome via IPv6 gaat werken. Scheelt weer van die oude IPv4 rommel op mijn netwerk En dat is iets waar de afgelopen maanden veel aan gewerkt is.

[Tibs]

manusjevanalles schreef op zaterdag 8 juni 2024 @ 09:36:
[...]


Ja, onder developer tools > statistics

Hmm, vreemd. In de geschiedenis van de sensor zie ik een veel te hoge waarde staan maar onder statistieken vind ik die waarde niet terug en kan ik ze dus ook niet aanpassen...

[etienne001]

Ben hier even een paar avondjes aan het spelen om de m5stack atom echo aan de praat te krijgen.
Nu zie ik in ESPHome 2 devices online en een 3e is discovered.
Ik heb er toch echt maar 1.

Moet ik nou die 2 die online zijn verwijderen en diegene discovered is toevoegen?

[Septillion]

@etienne001 Is die discovered ook echt in het ESPhome dashboard? En niet in HA?

Maar als je er maar een hebt zou ik gewoon de config die je wilt gebruiken houden en de rest weg doen.

[etienne001]

Septillion schreef op maandag 10 juni 2024 @ 22:37:
@etienne001 Is die discovered ook echt in het ESPhome dashboard? En niet in HA?

Maar als je er maar een hebt zou ik gewoon de config die je wilt gebruiken houden en de rest weg doen.

Ik heb de 2 bestaande maar weggedaan. Die discovered was heb ik direct maar eens op een vast ip gezet. Nu reageert de het ding eindelijk op een voice oproep.

Ik denk dus door het spelen en elke keer het ding losgekoppeld te hebben dat deze een ander ip kreeg en ESPHome dus een nieuw device zag.

[Septillion]

@etienne001 volgens mij doet ESPhome het puur op het device naam en het mDNS adres wat dat geeft. IP volgens mij alleen als je use_address gebruikt. Dus vast IP is niet nodig voor bijna alles.

[Gondelier]

Weet iemand of het juist is, dat er woensdag 19-06-2024 om 23:00 uur een ESPHome release party is op YouTube ??
De datum kan, maar ik vind de tijd zo laat.
Ja ik snap het tijdverschil, maar meestal is het om 21:00 uur.🥴🥴

[RobertMe]

Gondelier schreef op zondag 16 juni 2024 @ 23:34:
Weet iemand of het juist is, dat er woensdag 19-06-2024 om 23:00 uur een ESPHome release party is op YouTube ??
De datum kan, maar ik vind de tijd zo laat.
Ja ik snap het tijdverschil, maar meestal is het om 21:00 uur.🥴🥴

Het is een ESPHome release party, en dit is, denk ik, de eerste? Dus er is geen "normaal" dan
En kan dus zomaar zijn dat de deelnemende ESPHome devs zich in een tijdzone bevinden waar de 23u CEST tijd beter bij past.

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

[Septillion]

@bauk Dan eerst eens de flash downloaden inderdaad, daaruit kan je al veel halen met met UPK2ESPhome, onderdeel van ltchiptool.

Maar om ze aan te sturen zullen de ledjes op P16 moeten zitten en tot de volgende release zal je de ESPhome dev versie moeten pakken, alleen die kan pixels aansturen (maar alleen via P16). Op de XXL strip zitten ze ook op P16 dus kans is wel groot dat ze daar zitten.

Maar eerste ervaring met pixels op een BK chip met ESPhome is dat het wel werkt, effecten ook. Maar fades gaan nog een beetje houterig.

[Gizz]

@bauk misschien minder leuk omdat het minder zelf knutselen/uitvinden is, maar is WLED niet een logischere optie als firmware dan ESPHome?

[Septillion]

@Gizz Support voor de BK chips is steeds beter, scheelt je weer een printje maken etc

Maar ja, WLED op een ESP is wel makkelijk en bied veel effecten

[Gizz]

@Septillion dank voor de toelichting, BK chips kende ik nog niet (net even opgezocht). Dat ESPHome op meer draait dan ESPs had ik gemist, weer wat geleerd

Hier is alle verlichting ESP met WLED (of simpelweg kant-en-klaar zigbee ).

[JeroenH]

Heeft iemand ESPHOME geüpgrade naar 2024.6.0 of 2024.6.1? Dat heeft nogal een breaking change, iets met OTA. Ik kan mijn ESPHOME's niet meer wireless flashen of de logs bekijken, als ik het hier en daar goed lees zal ik ze allemaal af moeten met mijn laptop en ze over USB moeten flashen. Er moet iets in de YAML aangepast aan dat OTA.

Ik heb nog geen goed idee wat het inhoudt, maar let op: voordat je deze update draait kun je je beter even inlezen.

De ESPHOME units zelf blijven overigens normaal draaien, en dat is dan wel weer fijn. Maar met dit soort dingen vind ik Home Assistant / ESPHOME soms wel eens op werk lijken

[tlpeter]

JeroenH schreef op donderdag 20 juni 2024 @ 14:53:
Heeft iemand ESPHOME geüpgrade naar 2024.6.0 of 2024.6.1? Dat heeft nogal een breaking change, iets met OTA. Ik kan mijn ESPHOME's niet meer wireless flashen of de logs bekijken, als ik het hier en daar goed lees zal ik ze allemaal af moeten met mijn laptop en ze over USB moeten flashen. Er moet iets in de YAML aangepast aan dat OTA.

Ik heb nog geen goed idee wat het inhoudt, maar let op: voordat je deze update draait kun je je beter even inlezen.

De ESPHOME units zelf blijven overigens normaal draaien, en dat is dan wel weer fijn. Maar met dit soort dingen vind ik Home Assistant / ESPHOME soms wel eens op werk lijken

https://esphome.io/changelog/2024.6.0.html#wire

Ik had ook dallas "issues" en las toen pas de changes

[ Voor 3% gewijzigd door tlpeter op 20-06-2024 15:02 ]

[RobertMe]

JeroenH schreef op donderdag 20 juni 2024 @ 14:53:
Heeft iemand ESPHOME geüpgrade naar 2024.6.0 of 2024.6.1? Dat heeft nogal een breaking change, iets met OTA. Ik kan mijn ESPHOME's niet meer wireless flashen of de logs bekijken, als ik het hier en daar goed lees zal ik ze allemaal af moeten met mijn laptop en ze over USB moeten flashen. Er moet iets in de YAML aangepast aan dat OTA.

Ik heb nog geen goed idee wat het inhoudt, maar let op: voordat je deze update draait kun je je beter even inlezen.

De ESPHOME units zelf blijven overigens normaal draaien, en dat is dan wel weer fijn. Maar met dit soort dingen vind ik Home Assistant / ESPHOME soms wel eens op werk lijken

Ik heb toevallig net het changelog gelezen. Mijn interpretatie is dat OTA updates gewoon blijven werken, maar dat je een regeltje aan de YAML moet toevoegen zodat de config weer geldig is.
Als in, je moet na de update bij OTA expliciet aangeven dat er OTA support voor ESPHome (dashboard) moet zijn. Met als nieuw toegevoegde optie dan die HTTP request variant. Daar waar er voorheen dus maar 1 optie was waardoor je dit niet hoefde te specificeren.

[JeroenH]

tlpeter schreef op donderdag 20 juni 2024 @ 14:59:
[...]

https://esphome.io/changelog/2024.6.0.html#wire

Denk dat je deze bedoelt: https://esphome.io/changelog/2024.6.0.html#ota-platforms

Hoewel ik toevallig één ESPHOME met een Dallas temperatuursensor heb, dus ik had deze change toevallig wél herkend als zijnde eentje op mij van toepassing.

Maar dat OTA triggerde me niet als iets wat op mijn setup van toepassing zou zijn.

RobertMe schreef op donderdag 20 juni 2024 @ 15:00:
Ik heb toevallig net het changelog gelezen. Mijn interpretatie is dat OTA updates gewoon blijven werken, maar dat je een regeltje aan de YAML moet toevoegen zodat de config weer geldig is.
Als in, je moet na de update bij OTA expliciet aangeven dat er OTA support voor ESPHome (dashboard) moet zijn. Met als nieuw toegevoegde optie dan die HTTP request variant. Daar waar er voorheen dus maar 1 optie was waardoor je dit niet hoefde te specificeren.

Allemaal mooi maar omdat ik het belang er van miste kan ik nu handmatig al mijn ESPHOME's af. Ik heb zo'n idee dat dit best veel mensen gaat treffen. OTA heb ik zelf nooit iets aan geconfigureerd, staat voorzover ik weet overal zoals ik voorgeschoteld kreeg bij het aanmaken van een nieuwe ESPHOME, daarin ben ik vast niet de enige.

[ Voor 47% gewijzigd door JeroenH op 20-06-2024 15:03 ]

[tlpeter]

Dat is dezelfde changelog.

[JeroenH]

tlpeter schreef op donderdag 20 juni 2024 @ 15:03:
Dat is dezelfde changelog.

Klopt, maar ander hoofdstuk

[tlpeter]

Ze zouden eigenlijk een warning moeten geven wanneer je wilt gaan updaten. Dit kan best een vervelende change zijn die net effe niet uitkomt.

[Septillion]

@JeroenH Owja, daar was ik al tegenaan gelopen met de dev versie toen ik met de BK chip en pixels aan het testen was. Ik was er ook niet gelijk weg van, maar had verwacht dat deze major change iets beter uitgewerkt zou worden voor release.

Ik had graag ota zonder platform nog gezien als tegenhanger van met "platform: esphome". Eventueel tijdelijk met gewoon een dikke warning in de compile en in de UI. Ipv gewoon niet compilen Helemaal omdat er in de foutmelding ook gewoon niet gehint wordt naar de wijziging terwijl dat zoooooooooo makkelijk had gekund

Daarnaast is dit weer een ding dat schreeuwt om een beter backup mechanisme in ESPhome. Al was het maar makkelijker de .bin (of .uf2) kunnen downloaden (zonder recompile). Maar liever nog gelijk incl de config die toen gecompiled is + dependecy list van versies.

[RobertMe]

JeroenH schreef op donderdag 20 juni 2024 @ 15:01:
[...]


Allemaal mooi maar omdat ik het belang er van miste kan ik nu handmatig al mijn ESPHOME's af. Ik heb zo'n idee dat dit best veel mensen gaat treffen. OTA heb ik zelf nooit iets aan geconfigureerd, staat voorzover ik weet overal zoals ik voorgeschoteld kreeg bij het aanmaken van een nieuwe ESPHOME, daarin ben ik vast niet de enige.

In the name of science net de update gedaan. En ik heb werkelijk waar geen idee waar je het over hebt. In de YAML heb ik platform: esphome toegevoegd en ik kan gewoon installeren.
Dus letterlijk zoals in de release notes staat:

code:

ota:
  platform: esphome
  password: ...

Dit er van gemaakt "Install" => "Wireless" en klaar.

[Septillion]

@RobertMe Volgens mij vooral omdat dit een breaking change is, zonder overgangsperiode, die werkelijk 99,9% van alle configs treft. Dat vind ik dus ook echt een heeeeeele slechte zet.

[RobertMe]

Septillion schreef op donderdag 20 juni 2024 @ 16:18:
@RobertMe Volgens mij vooral omdat dit een breaking change is, zonder overgangsperiode, die werkelijk 99,9% van alle configs treft. Dat vind ik dus ook echt een heeeeeele slechte zet.

Is het handig? Zeer zeker niet. En een overgangsperiode waarin geen platform: terugvalt op platform: esphome was zeker beter geweest. Maar @JeroenH heeft het over alles opnieuw moeten flashen over USB, en dat is dus gewoon niet aan de orde. Na het toevoegen van die ene regel in de YAML werkt het weer als voorheen.

[KabouterSuper]

Tibs schreef op zaterdag 8 juni 2024 @ 11:41:
[...]


Hmm, vreemd. In de geschiedenis van de sensor zie ik een veel te hoge waarde staan maar onder statistieken vind ik die waarde niet terug en kan ik ze dus ook niet aanpassen...

De geschiedenis staat in de database in drie tabellen: states, statistics en statistics_short_term. Afhankelijk van waar je kijkt in HA, zie de de data uit één van deze tabellen. Ik los dit soort dataproblemen op door de database remote met python te benaderen en update statements te sturen voor de drie tabellen.

[ Voor 5% gewijzigd door KabouterSuper op 20-06-2024 16:22 ]

[CappieL]

RobertMe schreef op donderdag 20 juni 2024 @ 16:16:
[...]

In the name of science net de update gedaan. En ik heb werkelijk waar geen idee waar je het over hebt. In de YAML heb ik platform: esphome toegevoegd en ik kan gewoon installeren.
Dus letterlijk zoals in de release notes staat:

code:

ota:
  platform: esphome
  password: ...

Dit er van gemaakt "Install" => "Wireless" en klaar.

Ik krijg een error:
[platform] is an invalid option for [ota]. Please check the indentation.
platform: esphome
password: xxx

[RobertMe]

RobertMe schreef op donderdag 20 juni 2024 @ 16:16:
[...]

In the name of science net de update gedaan. En ik heb werkelijk waar geen idee waar je het over hebt. In de YAML heb ik platform: esphome toegevoegd en ik kan gewoon installeren.
Dus letterlijk zoals in de release notes staat:

code:

ota:
  platform: esphome
  password: ...

Dit er van gemaakt "Install" => "Wireless" en klaar.

En intussen alle 3 mijn bordjes geupdate en getest dat ze nog werken (wat ook het geval is).

[RobertMe]

CappieL schreef op donderdag 20 juni 2024 @ 16:25:
[...]


Ik krijg een error:
[platform] is an invalid option for [ota]. Please check the indentation.
platform: esphome
password: xxx

En je gebruikt ook 2024.6? Dit werkt namelijk ook pas vanaf die versie.

[CappieL]

RobertMe schreef op donderdag 20 juni 2024 @ 16:26:
[...]

En je gebruikt ook 2024.6? Dit werkt namelijk ook pas vanaf die versie.

Ga het nog eens proberen.
Had vanmorgen geupdate en na die error een restore van backup gedaan, want kon mijn ESP-devices niet updaten.

Net geupdate naar 2024.6.1... en mijn watermeter lijkt het weer te doen

[Septillion]

@RobertMe Ahh, zo. Volgens mij was dat vooral zijn eerste gedachten.

Maar het blijft dat je ze allemaal langs moet lopen. En zoals @CappieL ook al gezien heeft ondervonden is het zowel niet forward als backward compatible....

[RobertMe]

Septillion schreef op donderdag 20 juni 2024 @ 17:14:
@RobertMe Ahh, zo. Volgens mij was dat vooral zijn eerste gedachten.

Maar het blijft dat je ze allemaal langs moet lopen. En zoals @CappieL ook al gezien heeft ondervonden is het zowel niet forward als backward compatible....

Nouja, er is ook geen verplichting om apparaten te updaten, toch? Ik heb bv de logs niet bekeken, maar ga er eigenlijk vanuit dat dat nog gewoon mogelijk was. En de integratie met HA (of MQTT) is sowieso niet afhankelijk van de ESPHome versie waarmee je de firmware gebakken hebt. Dus als je 30 apparaten hebt kun je er ook 3 per dag doen en er 10 dagen over doen (of 1 per dag for that matter).

En met wat sed magic kun je het vast wel in alle files in een keer inserten. Moet je uiteraard wel toegang tot de files hebben (wat ik heb, want draai het gewoon in Docker. Met de HA addon wellicht lastiger).

Blijft uiteraard nog steeds staan dat het niet handig is. Maar het is ook niet zo brekend dat je na het updaten onmiddellijk alle devices moet updaten of zo.

[djkooij]

@JeroenH Je heeft niet al je devices af. Wel even per device de config even aanpassen bij OTA: (platform esphome toevoegen).
Dan update alles weer netjes zoals je gewent bent/was.

YAML:

ota:
  - platform: esphome

Al was ik zelf ook kortstondig "not amused"

[ Voor 9% gewijzigd door djkooij op 20-06-2024 17:42 ]

[Septillion]

@RobertMe Updaten is niet verplicht nee. Maar dat maakt het juist alleen maar erger. Bedenk dit nog maar eens voor een device dat je al een tijd geen update hebt gegeven.

En denk dat voor 99% van de ESPhome gebruikers, incl mezelf, dat niet even snel aan te passen is met een simpel commando. Al is het al omdat ik voor enkele devices packages gebruik.

Dus ja, er is overheen te komen zoals de meeste breaking changes. Maar een overgangsperiode zou wel erg fijn zijn voor iets dat in 99% van alle configs in gebruik is. En denk in 100% van alle voorbeelden en tutorials

[RobertMe]

Septillion schreef op donderdag 20 juni 2024 @ 17:42:
En denk dat voor 99% van de ESPhome gebruikers, incl mezelf, dat niet even snel aan te passen is met een simpel commando. Al is het al omdat ik voor enkele devices packages gebruik.

Dan blijft toch staan dat onder elke ota: regel een platform: esphome. Welke file het in staat (daadwerkelijk van device of een package) maakt dan niet uit.
Met een snelle zoekopdracht iets als:

sed '/ota:/a   platform: esphome' *.yaml

(Of yml? Geen idee wat de extensie is)

En als dat klopt (pleurt alle files onder elkaar naar de terminal) uitvoeren met -i erbij om het "in place" te doen (oftewel: pas het bestand direct aan i.p.v. naar stdout te schrijven).

[sjorsjuhmaniac]

Septillion schreef op donderdag 20 juni 2024 @ 16:15:


Daarnaast is dit weer een ding dat schreeuwt om een beter backup mechanisme in ESPhome. Al was het maar makkelijker de .bin (of .uf2) kunnen downloaden (zonder recompile). Maar liever nog gelijk incl de config die toen gecompiled is + dependecy list van versies.

Dit dus, ik heb alles in een git repo staan en werk alleen maar via een esphome-docker. Ik dacht dus dat ik goed bezig was om het idiot proof te kunnen recompilen... Mooi niet dus, de deps worden gewoon geupdate dus met dezelfde conf en esphomedocker versie krijg je een andere binary.

Ik liep er tegenaan dat er iets in de mqtt-device-naming verandert was en ineens na een update al mijn components als nieuwe components in HA stonden

Ik heb de binaries maar toegevoegd aan mijn repo.

[JeroenH]

djkooij schreef op donderdag 20 juni 2024 @ 17:41:
@JeroenH Je heeft niet al je devices af.

O wauw je hebt gelijk, thanks! Omdat de logging ook niet werkte ging ik er van uit dat alle netwerkverkeer niet meer mogelijk was. Scheelt echt dat ik ze niet fysiek af hoef te gaan, want ik heb er inmiddels best wat in huis hangen.

[Septillion]

@sjorsjuhmaniac Mja, zou ik ook moeten doen... Ben nog steeds bang mijn P1 uitlezer een update te geven. Ooit eens een keer aan de PC hangen en handmatig een .bin trekken voor ik daar een update op durf.

Maar ook een Sonof NSpanel al een keer nutteloos gemaakt door zomaar op update te drukken.... Dat koste wel even voor ik weer een werkende config had.

[jack zomer]

hier ook geen probleem behalve een regeltje toevoegen.
wel is mijn zwembadtempratuur nu niet meer werkend.
Dat zal het dallas naar onewire zijn.

Vanavond/morgen tijdens de f1 maar eens bekijken

[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

[Septillion]

@jack zomer Welke aders gebruikte je op de kabel?

[jack zomer]

Septillion schreef op zondag 23 juni 2024 @ 14:34:
@jack zomer Welke aders gebruikte je op de kabel?

Groen en groenwit voor het signaal.
Oranje en oranjewit voor spanning
Bruin en bruinwit voor ground

Van utp solidcore kabels... In elkaar gedraaid, gesoldeerd, wagos.
Het maakte die uit, niet willen werken

Nu is alles zonder verleng, en alleen de waterleidingtemp lijkt niet helemaal super te zijn..(verbinding valt weg. Zal wel checksum invalid zijn).

Wel happy dat de esp32s en de sensoren gewoon werken

[Septillion]

Dan zou ik juist eens proberen:
Groen: signaal
Oranje: Vcc
Groen-wit + oranje-wit: GND

Of misschien alleen de groen-wit GND. Dus juist het singaal is een paar met GND voeren.

Eventueel een C-tje bij de sensor kan ook geen kwaad. En hoe sterk is de pull op de datalijn?

Het zal inderdaad storing zijn, dus dikkere kabel maakt dan geen fluit uit

[ Voor 12% gewijzigd door Septillion op 23-06-2024 15:00 ]

[jack zomer]

Septillion schreef op zondag 23 juni 2024 @ 14:59:
Dan zou ik juist eens proberen:
Groen: signaal
Oranje: Vcc
Groen-wit + oranje-wit: GND

Of misschien alleen de groen-wit GND. Dus juist het singaal is een paar met GND voeren.

Eventueel een C-tje bij de sensor kan ook geen kwaad. En hoe sterk is de pull op de datalijn?

Het zal inderdaad storing zijn, dus dikkere kabel maakt dan geen fluit uit

4,7k tussen de spanning en data
ga de komende dagen even testen met 1 ader per draad.
om daarna per draad naar 2 te gaan. of 3

Eventueel een C-tje bij de sensor ctje? die moet je even versimpelen voor mij

[Septillion]

@jack zomer C-tje => condensator, is immers een C op een schema

Maar iets van een 100nF parallel over de GND en Vcc bij de sensor.

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

[Septillion]

@PeteSplit 99% zeker dus even het platform toevoegen aan ota.

Dus van

YAML:

ota:
  password: ...  #optioneel

Naar:

YAML:

ota:
  platform: esphome
  password: ...  #optioneel

En tip, als je een error hebt met een update dan nog eens proberen vanuit de editor in het ESPhome dashboard. Daar krijg je meer info. Ook al is de error rond het ota platform ruk

[PeteSplit]

Septillion schreef op dinsdag 25 juni 2024 @ 09:52:
@PeteSplit 99% zeker dus even het platform toevoegen aan ota.

Dus van

YAML:

ota:
  password: ...  #optioneel

Naar:

YAML:

ota:
  platform: esphome
  password: ...  #optioneel

En tip, als je een error hebt met een update dan nog eens proberen vanuit de editor in het ESPhome dashboard. Daar krijg je meer info. Ook al is de error rond het ota platform ruk

Dank je,

Ik heb bij OTA in de esp-yaml toegevoegd:
platform: esphome
en de installatie is gestart, na ongeveer 5 minuten inderdaad gelukt.

[RobertMe]

PeteSplit schreef op dinsdag 25 juni 2024 @ 09:58:
[...]


Dank je,

Ik heb bij OTA in de esp-yaml toegevoegd:
platform: esphome
en de installatie is gestart, na ongeveer 5 minuten inderdaad gelukt.

Als tip voor de volgende keer: lees ook de release notes of op zijn minst de breaking changes Want daar staat dit best uitgebreid in beschreven.,

[PeteSplit]

RobertMe schreef op dinsdag 25 juni 2024 @ 10:28:
[...]

Als tip voor de volgende keer: lees ook de release notes of op zijn minst de breaking changes Want daar staat dit best uitgebreid in beschreven.,

Ik heb deze (ook in GitHub) proberen te lezen, maar mijn technisch-amerikaans-engels is niet zo best, zodat ik helemaal niet begrijp waarover het gaat en of dit inderdaad dezelfde foutmelding is... sorry hiervoor

[RobertMe]

PeteSplit schreef op dinsdag 25 juni 2024 @ 10:34:
[...]


Ik heb deze (ook in GitHub) proberen te lezen, maar mijn technisch-amerikaans-engels is niet zo best, zodat ik helemaal niet begrijp waarover het gaat en of dit inderdaad dezelfde foutmelding is... sorry hiervoor

Nouja, ik bedoelde hier op: https://esphome.io/changelog/2024.6.0.html#ota-platforms (en niet de GitHub release notes, waar je inderdaad niet veel mee kunt).

Maar... nu ik de pagina zo nog eens lees / scan is het inderdaad niet heel duidelijk. De koppen zijn algemene grotere wijzigingen en niet perse breaking changes (of niet als zodanig benoemd). En vervolgens krijg je de lijst van commits / pull requests met daarin wel het kopje "Breaking changes" en dat is (ook voor mij) 100% abracadabra en niet uit af te leiden wat stuk is gegaan / aangepast moet worden.

Dus ja, mijn eerdere reactie was ook wat "hard", want je moet al echt de volledige pagina (goed) lezen, en niet maar scannen en alleen de breaking changes (kop) lezen. Waarvoor dus mijn excuses.

En dus ook wat @Septillion aangaf. Vanuit HA is al helemaal niet duidelijk hoe en wat, behalve "het is mislukt". Als je in het ESPHome dashboard kijkt krijg je wel een wat duidelijkere foutmelding waar iets fout gaat en niet alleen "it no workey"

[lunarmoon]

Vraag: In ESP YAML for 1-wire devices heb ik de volgende staan:

YAML:

esphome:
  name: "1tempworkroom"

esp32:
  board: esp32dev
  framework:
    type: arduino

dallas:
  - pin: GPIO23

sensor:
  - platform: dallas
    address: 0x570321318d40d628
    name: "Tank Boven"

# Enable logging
logger:

met de update die doorkomt van HA moet het overgezet worden naar "onewire". Als ik de Dallas Vervangt voor Onewire dan werkt de updates niet meer.

Hoe kan ik de verandering het beste doen? Heb al gezocht op internet maar wordt er niet wijzer van.

Alvast bedankt

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

[Septillion]

@lunarmoon Dan wordt dat:

YAML:

esphome:
  name: "1tempworkroom"

esp32:
  board: esp32dev
  framework:
    type: arduino

one_wire:
  - platform: gpio
    pin: GPIO23
    
sensor:
  - platform: dallas_temp
    address: 0x570321318d40d628
    name: "Tank Boven"

# Enable logging
logger:

Dus niet alleen maar 'dallas' vervangen door 'onewire' maar ook platform toevoegen en platform van de sensor wijzigen.

Je maakt geen gebruik van ota? Anders daar ook nog de wijziging voor doen (platform toevoegen).

[lunarmoon]

Bedankt! Dit heb mijn probleem opgelost.

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

[Septillion]

@jack zomer Toch bang dat het dus gewoon storing oppikt. Proberen de kabel ooi bij elkaar te houden. Eventueel zou je de pull up wat lager kunnen proberen.

En een 100nF over de voedingsspanning bij de DS kan ook nooit kwaad natuurlijk.

[Septillion]

@Stef012 Maar al wat geprobeerd te zenden dan?

Want die '1000000000000''s zou ik ook niet van verwachten dat het geldige codes zijn maar zie er ook nog wel wat die wel wat zouden kunnen zijn, zeker de protocol 3 regels. Die zou ik dan proberen te zenden.

[ Voor 7% gewijzigd door Septillion op 26-06-2024 12:50 ]

[Stef012]

Septillion schreef op woensdag 26 juni 2024 @ 12:49:
@Stef012 Maar al wat geprobeerd te zenden dan?

Want die '1000000000000''s zou ik ook niet van verwachten dat het geldige codes zijn maar zie er ook nog wel wat die wel wat zouden kunnen zijn, zeker de protocol 3 regels. Die zou ik dan proberen te zenden.

Super, dan ga ik dat proberen. (thx voor het aanpassen van de YAML!)

[JayPe]

irritant: HomeAssistant blijft klagen dat een aantal van mijn ESPhome devices kunnen worden geupdate naar 2024.6.3

Dat zijn ze inmiddels ook allemaal, incl die aanpassing rondom de OTA.

Maar: de installed version lijkt (volgens HomeAssistant) op 2024.5.5 te staan. Als ik een update uitvoer via het settingsmenu krijg ik de melding:

code:

Failed to call service update/install. Error updating naam-espding.yaml via OTA; Try again in ESPHome dashboard for more information.

In ESPHome heb ik alle apparaatjes al lang geupdate en als ik alsnog update, dan ververst de boel, maar blijft HomeAssistant mekkeren,.. Hoe los ik dat op?

[Septillion]

@JayPe Weet je zeker dat ze in het ESPhome dashboard up to date zijn? En wat zeggen ze als je daar gewoon 'Install' doet bij een device?

Want dan is of HA van slag of ze melden de verkeerde versie. Welke versie zie je aan het begin van de log na een device restart? Dan zou je iets moeten zien als

code:

[13:06:36][I][app:100]: ESPHome version 2024.6.1 compiled on Jun 20 2024, 16:31:10

Want eerlijk verwacht ik gewoon dat je een fout in de yaml hebt nu en dat ze gewoon echt niet geüpdatet zijn.

[PTish]

Eens kijken of iemand hier het antwoord heeft. Ik heb een verstelbaar bed met bluetooth verbinding. Ik wil die uiteindelijk aan kunnen sturen met HA. Als eerste test wil ik een lampje aan laten gaan. Ik heb daarom het bluetooth verkeer afgeluisterd en vervolgens met nRF connect een macro gemaakt, waarmee ik de lamp aan en uit kan laten gaan. Dit is de macro.

XML:

<macro name="Light" icon="LED_ON">
   <assert-service description="Ensure 62741523-52f9-8864-b1ab-3b3a8d65950b service" uuid="62741523-52f9-8864-b1ab-3b3a8d65950b">
      <assert-characteristic description="Ensure 62741525-52f9-8864-b1ab-3b3a8d65950b characteristic" uuid="62741525-52f9-8864-b1ab-3b3a8d65950b">
         <property name="WRITE" requirement="MANDATORY"/>
      </assert-characteristic>
      <assert-characteristic description="Ensure 62741625-52f9-8864-b1ab-3b3a8d65950b characteristic" uuid="62741625-52f9-8864-b1ab-3b3a8d65950b">
         <property name="NOTIFY" requirement="MANDATORY"/>
      </assert-characteristic>
   </assert-service>
   <write description="Write 0x040200020000 to 62741525-52f9-8864-b1ab-3b3a8d65950b" characteristic-uuid="62741525-52f9-8864-b1ab-3b3a8d65950b" service-uuid="62741523-52f9-8864-b1ab-3b3a8d65950b" value="040200020000" type="WRITE_REQUEST"/>
   <wait-for-notification description="Wait for notification to 62741625-52f9-8864-b1ab-3b3a8d65950b" characteristic-uuid="62741625-52f9-8864-b1ab-3b3a8d65950b" service-uuid="62741523-52f9-8864-b1ab-3b3a8d65950b">
      <assert-value description="Assert value equals 0x080B000200000402020000DFFFC202FFDFA884EF" value="080B000200000402020000DFFFC202FFDFA884EF"/>
   </wait-for-notification>
   <wait-for-notification description="Wait for notification to 62741625-52f9-8864-b1ab-3b3a8d65950b" characteristic-uuid="62741625-52f9-8864-b1ab-3b3a8d65950b" service-uuid="62741523-52f9-8864-b1ab-3b3a8d65950b">
      <assert-value description="Assert value equals 0x080B000200000402020000DFFFC202FFDFA884EF" value="080B000200000402020000DFFFC202FFDFA884EF"/>
   </wait-for-notification>
   <write description="Write 0x040200020000 to 62741525-52f9-8864-b1ab-3b3a8d65950b" characteristic-uuid="62741525-52f9-8864-b1ab-3b3a8d65950b" service-uuid="62741523-52f9-8864-b1ab-3b3a8d65950b" value="040200020000" type="WRITE_REQUEST"/>
   <wait-for-notification description="Wait for notification to 62741625-52f9-8864-b1ab-3b3a8d65950b" characteristic-uuid="62741625-52f9-8864-b1ab-3b3a8d65950b" service-uuid="62741523-52f9-8864-b1ab-3b3a8d65950b">
      <assert-value description="Assert value equals 0x080B000000000402020000DFFFC202FFDFA884EF" value="080B000000000402020000DFFFC202FFDFA884EF"/>
   </wait-for-notification>
   <wait-for-notification description="Wait for notification to 62741625-52f9-8864-b1ab-3b3a8d65950b" characteristic-uuid="62741625-52f9-8864-b1ab-3b3a8d65950b" service-uuid="62741523-52f9-8864-b1ab-3b3a8d65950b">
      <assert-value description="Assert value equals 0x080B000000000402020000DFFFC202FFDFA884EF" value="080B000000000402020000DFFFC202FFDFA884EF"/>
   </wait-for-notification>
</macro>

Dit is mijn ESPHome configuratie:

YAML:

substitutions:
  name: ble-proxy-bed
  friendly_name: ble-proxy-bed
  
#packages:
#  esphome.bluetooth-proxy: github://esphome/firmware/bluetooth-proxy/m5stack-atom-lite.yaml@main

esphome:
  name: ${name}
  name_add_mac_suffix: false
  friendly_name: ${friendly_name}
  min_version: 2024.6.0
  project:
    name: esphome.bluetooth-proxy
    version: "1.0"

esp32:
  board: m5stack-atom
  framework:
    type: esp-idf

api:
  encryption:
    key: XXX

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password
  manual_ip:
    static_ip: 192.168.2.190
    gateway: 192.168.2.1
    subnet: 255.255.255.0

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "ble-proxy-bed"
    password: "XXX"

improv_serial:

ota:
  - platform: esphome

logger:

captive_portal:

bluetooth_proxy:
  active: true

esp32_ble_tracker:
  scan_parameters:
    active: true

binary_sensor:
  - platform: template
    name: "Bed Peter connection status"
    id: bed_peter_connection_status

ble_client:
  - mac_address: D6:0F:22:57:42:83
    id: bed_peter
    on_connect:
      then:
        - lambda: |-
            ESP_LOGD("ble_client_lambda", "Connected to BLE device");
        - binary_sensor.template.publish:
            id: bed_peter_connection_status
            state: True
    on_disconnect:
      then:
        - lambda: |-
            ESP_LOGD("ble_client_lambda", "Disconnected from BLE device");
        - binary_sensor.template.publish:
            id: bed_peter_connection_status
            state: False

switch:
  - platform: template
    name: "Bed verlichting Peter"
    id: bed_verlichting_peter
    icon: "mdi:lightbulb-outline"
    optimistic: true
    turn_on_action:
      - ble_client.ble_write:
          id: bed_peter
          service_uuid: "62741523-52f9-8864-b1ab-3b3a8d65950b"
          characteristic_uuid: "62741525-52f9-8864-b1ab-3b3a8d65950b"
          value: [0x04, 0x02, 0x00, 0x02, 0x00, 0x00]
    turn_off_action:
      - ble_client.ble_write:
          id: bed_peter
          service_uuid: "62741523-52f9-8864-b1ab-3b3a8d65950b"
          characteristic_uuid: "62741525-52f9-8864-b1ab-3b3a8d65950b"
          value: [0x04, 0x02, 0x00, 0x02, 0x00, 0x00]

Als ik nu de lamp aandoe in Home Assistant, zie ik dat in ESPHome logs een write gebeurt.

code:

[20:11:18][D][switch:016]: 'Bed verlichting Peter' Turning ON.
[20:11:18][D][switch:055]: 'Bed verlichting Peter': Sending state ON
[20:11:18][D][esp32_ble_client:110]: [0] [D6:0F:22:57:42:83] ESP_GATTC_WRITE_CHAR_EVT

Toch gaat de lamp niet aan. Ik heb de hele config volgens mij 3x nagelopen. Ik heb ChatGPT gevraagd om de XML met de ESPHome configuratie te verifieren.

Iemand enig idee wat ik mis of fout doe? Zou het dan aan het bluetooth device kunnen liggen?

[Stef012]

Het is mij gelukt om Degalux rolluiken aan te sturen met een "goedkoop" 433Mhz setje. Uiteindelijk blijken deze rolluiken een "broertje" van de Dooya OF Brel (motoren en remotes) te zijn. Het duurde even voordat ik daarachter was..

Stukje code voor de liefhebber

YAML:

button:
  - platform: template
    name: Rolluiken ophoog
    on_press:
      - remote_transmitter.transmit_dooya:
          id: 0x00AEC8ED
          channel: 47
          button: 14
          check: 14
          repeat:
            times: 3

[JayPe]

Septillion schreef op donderdag 27 juni 2024 @ 13:08:
@JayPe Weet je zeker dat ze in het ESPhome dashboard up to date zijn? En wat zeggen ze als je daar gewoon 'Install' doet bij een device?

Want dan is of HA van slag of ze melden de verkeerde versie. Welke versie zie je aan het begin van de log na een device restart? Dan zou je iets moeten zien als

code:

[13:06:36][I][app:100]: ESPHome version 2024.6.1 compiled on Jun 20 2024, 16:31:10

Want eerlijk verwacht ik gewoon dat je een fout in de yaml hebt nu en dat ze gewoon echt niet geüpdatet zijn.

INFO ESPHome 2024.6.3
INFO Reading configuration /config/esphome/remeha.yaml...
INFO Generating C++ source...
<KNIP>

Flash: [===== ] 51.6% (used 538553 bytes from 1044464 bytes)
========================= [SUCCESS] Took 8.44 seconds =========================
INFO Successfully compiled program.
INFO Connecting to 10.0.0.156
INFO Uploading /data/build/remeha/.pioenvs/remeha/firmware.bin (542704 bytes)
INFO Compressed to 376373 bytes
ERROR ESP requests password, but no password given!

INFO ESPHome 2024.6.3
INFO Reading configuration /config/esphome/remeha.yaml...
INFO Starting log output from 10.0.0.156 using esphome API
INFO Successfully connected to remeha @ 10.0.0.156 in 0.005s
INFO Successful handshake with remeha @ 10.0.0.156 in 2.507s
[08:09:56][I][app:100]: ESPHome version 2024.5.5 compiled on Jun 12 2024, 17:47:13

Te snel overheen gelezen: De groene SUCCESS slaat dus op het compileren, niet op het succesvol upgraden.. Damnit. Password regel bij de OTA loopt mis.. kak. enig idee hoe ik dat herstel?
Via een niet-ota update? een nieuw password in de .yalm zetten en met een draadje updaten?

[Gizz]

JayPe schreef op vrijdag 28 juni 2024 @ 08:16:
Via een niet-ota update?

Yup. Als je de firmware flasht via usb heb je niks te maken met een (niet kloppend) OTA wachtwoord.

een nieuw password in de .yalm zetten en met een draadje updaten?

Handiger is om één standaard wachtwoord in te stellen onder secrets.yaml dat je voortaan voor nieuwe apparaten gebruikt. Dat is handiger dan elke losse yaml van je device van een wachtwoord te voorzien.

In de configuratie van je device verwijs je dan naar dat wachtwoord op deze manier:

YAML:

ota:
  - platform: esphome
    password: !secret ota_password

Dat geldt overigens ook voor je wifi-credentials, als je dat nog niet had. Eenmalig instellen in secrets.yaml en daar vervolgens naar verwijzen in je device yaml:

YAML:

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

Voor de volledigheid, zo ziet de configuratie van secrets.yaml er dan uit als je deze drie dingen daar parkeert:

YAML:

wifi_ssid: "JayPesNetwerk"
wifi_password: "supergeheimwachtwoord"
ota_password: "andersupergeheimwachtwoord"

[djkooij]

JayPe schreef op vrijdag 28 juni 2024 @ 08:16:
Password regel bij de OTA loopt mis.. kak. enig idee hoe ik dat herstel?

Met de juiste password regel in je config?

YAML:

# Example configuration entry
ota:
  - platform: esphome
    safe_mode: true
    password: !secret ota_password

[JayPe]

Kan ik die password benodigdheid ook uitzetten? Dat je een OTA kunt uitvoeren ZONDER gebruik van een password? Lijkt er wel op, want één ESPhome device heeft wel de update doorlopen, zonder password verwijzing in de yaml... NIet dat ik dat op dit moment nog kan herstellen, maar voor in de toekomst.. (al is het password-loos maken natuurlijk onveilig)

[JayPe]

djkooij schreef op vrijdag 28 juni 2024 @ 08:57:
[...]


Met de juiste password regel in je config?

YAML:

# Example configuration entry
ota:
  - platform: esphome
    safe_mode: true
    password: !secret ota_password

Goeie tip. Wifi had ik al wel zo ingesteld,. dat het ook voor het OTA password kan, wist ik niet. Toch een gebrek aan mijn zijde, al geef ik graag ook de documentatie hiervoor de schuld :-)