Het grote ESPhome topic

[skank]

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


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

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

[jj85]

skank schreef op zondag 29 september 2024 @ 22:04:
Na het flashen , krijg ik dit... terug errors
Is dat ok?
[Afbeelding]

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

Heb je hem in HA toegevoegd?

[skank]

jj85 schreef op zondag 29 september 2024 @ 22:10:
[...]

Heb je hem in HA toegevoegd?

JA ik heb hem opnieuw toegevoegd.
Alles lijkt wel te werken. Ik kan de plug nog schakelen en zie de powermeting.
Volgende stap is die bermuda... maar vroeg me af of er iets met die melding was..

[Septillion]

@skank Zou het kunnen dat je eerder een api key had?

Wat ik lees is het weg als je het device verwijdert uit HA en opnieuw toevoegt.

[skank]

Septillion schreef op maandag 30 september 2024 @ 08:06:
@skank Zou het kunnen dat je eerder een api key had?

Wat ik lees is het weg als je het device verwijdert uit HA en opnieuw toevoegt.

Dat zou kunnen, kan het kwaad?

[Septillion]

@skank Het is verder maar een warning dus zolang alles werkt niet lijkt me

[skank]

Allright, ondertussen te weten gekomen dat mn yaml niet voldoet om die bermuda integratie werkend te hebben, zopas iets anders gepushed, straks als ik thuiskom nog ff testen

[habbekrats]

Bezig met rommelen,
Ik probeer een wemos D1 the flashen

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

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

esphome version

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

code:

Looks good? You can go ahead and install ESPHome:

> pip3 install wheel
> pip3 install esphome

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



De esp webserver werkt wel


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

[Tanuki]

Ik heb een ESP32 (wroom32) met daarop wat code om een https://aquaticus.info/iec62056.html uit te lezen.

Nu leek het me handig, gezien die ESP dat prima doet, daar nog het uitlezen van wat modbus meters bij te zetten.

Wat ik echter niet zo goed kan vinden is waar dat van af hangt. Er is volgens mij niet echt zoiets als multi threading bij ESP's, of wel?

De ESP zou dan een extra seriele interface (o.i.d.) moeten aanspreken om daar data vandaan te halen. Kost allicht meer processing power enz.

[Septillion]

@habbekrats Ik zie dat het project 2024.6.0 of hoger nodig heeft, waarom doe je geen upgrade? Hoe draai je ESPHome?

[ Voor 10% gewijzigd door Septillion op 08-10-2024 22:09 ]

[sjorsjuhmaniac]

@habbekrats de error lijkt duidelijk, je esphome versie is ouder dan wat er min nodig is. Dus je esphome lib updaten. Tip gebruik de esphome docker om hem te flashen. Erg eenvoudig

[Septillion]

@Tanuki Ja en nee. Een ESP32 is multicore maar waar jij naar zoekt is scheduling. En dat is nu net wat ESPHome voor je probeert te doen. Jij heeft componenten aan en ESPHome bouwt daar C++ code van die non-blocking is en daarmee een vorm van scheduling doet.

Maar voor veel zoals serial heb je ook nog zaken in hardware zitten. Ik zie dat je huidige project ook een hardware UART gebruikt. Maar de Wroom32 heeft in totaal 3 UARTS. Het moet dus niet al te veel moeite zijn om daar een modbus op te zetten.

En qua processor power hoef je ook niet heeel snel in te zitten met een beetje serial afhandelen op een ESP32. Is een 160MHz 32-bit dual core

[RobertMe]

Septillion schreef op dinsdag 8 oktober 2024 @ 22:35:
Maar voor veel zoals serial heb je ook nog zaken in hardware zitten. Ik zie dat je huidige project ook een hardware UART gebruikt. Maar de Wroom32 heeft in totaal 3 UARTS. Het moet dus niet al te veel moeite zijn om daar een modbus op te zetten.

1 wel. Maar AFAIK ben je ook al een UART kwijt aan de logging etc (/serial logging dan). Dus van de 3 houd je er dan 2 over (waarvan 1 al in gebruik voor dat andere ding, en dus nog 1 "vrij").

Zou overigens best kunnen dat je serial logging uit kunt zetten en daarmee die UART weer "vrij speelt".

[Septillion]

@RobertMe Die voor de logging kan je redelijk straffeloos uitzetten. 99% van de ESPHome gebruikers zal alleen http logging doen en kijkt nooit naar de serial output. Maar goed, één UART is all he needs

[ Voor 22% gewijzigd door Septillion op 08-10-2024 22:50 ]

[RobertMe]

Septillion schreef op dinsdag 8 oktober 2024 @ 22:49:
@RobertMe Die voor de logging kan je redelijk straffeloos uitzetten. 99% van de ESPHome gebruikers zal alleen http logging doen en kijkt nooit naar de serial output. Maar goed, één UART is all he needs

Ja sure. Het ging me voornamelijk om de "heeft er 3", maar by default dus maar 2 bruikbaar omdat die derde (of eigenlijk eerste) al in gebruik is. En ik er uiteraard al vanuit ging dat die uit te zetten zou zijn.

En ben niet zo bekend met modbus, maar kunnen daar dan meerdere apparaten op? Gezien "meters uitlezen"? Als voor elke meter een aparte "ontvanger" (RS485 als ik mij niet vergis) nodig is komt die nog niet verder dan "2".

[Septillion]

@RobertMe Dat is het hele idee dat het een bus is Elke meter geef je een adres en vervolgens hang je ze als een daisy chain aan elkaar naar een enkele RS485 ontvanger en een termination resistor op de laatste.

[RobertMe]

Septillion schreef op woensdag 9 oktober 2024 @ 08:34:
@RobertMe Dat is het hele idee dat het een bus is Elke meter geef je een adres en vervolgens hang je ze als een daisy chain aan elkaar naar een enkele RS485 ontvanger en een termination resistor op de laatste.

Stiekem had ik al een vermoeden dat het zoiets zou zijn, met een "bus". En dat is bij deze dan bevestigd

[heintjeput]

Let wel even op dat je een 3.3V RS485 modbus chip pakt, er zijn er genoeg, maar de meeste zijn 5V als je er zo maar een koopt.

[Septillion]

@heintjeput Goed punt!

Maar op zich kan je prima een 5V RS485 chip gebruiken (daar waarschijnlijk meeste toch TTL verwachten) maar zal je even de de RO (data out) moeten verlagen naar 3v3 met een lever shifter of simpelweg een spanningsdeler. Meeste chips (zoals de bekende MAX485) werken qua ingangssignalen prima op 3v3.

[habbekrats]

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

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






Met wat experimenten ben ik er nog niet

YAML:

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

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

geeft

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

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


ook zonder de componets geen verandering

En graag code gewoon niet meer als plaatjes plaatsen

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

[sjorsjuhmaniac]

habbekrats schreef op zaterdag 12 oktober 2024 @ 20:29:

geeft

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

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


ook zonder de componets geen verandering

De error zegt het al: je github link is niet correct. Copy en paste hem maar eens in je browser. de "/components" moet weg.

Kan je je hele yaml een in code tags posten als nog steed problemen hebt?

[sjorsjuhmaniac]

@habbekrats

dit compiled zonder problemen bij mij met docker 2024.9

YAML:

substitutions:
  esp_name: esp-rs485-gw
  bms0_name: rs485-bms0
  bms1_name: rs485-bms1
  device_description: "Monitor two JK-BMS via RS485 internal"
  external_components_source: github://txubelaxu/esphome-jk-bms@main #github://syssi/esphome-jk-bms@main
  tx_pin_uart_0: GPIO17 #GPIO1 #GPIO16
  rx_pin_uart_0: GPIO16 #GPIO3 #GPIO17
  talk_pin_rs485: GPIO4

esphome:
  name: ${esp_name}
  comment: ${device_description}
  project:
    name: "txubelaxu.esphome-jk-bms"
    version: 2.0.1
#  libraries:
#    - "ArduinoJson"
#  includes:
    #- ./components/ArduinoJson/ArduinoJson.h
    #- ./components/ArduinoJson/ArduinoJson.hpp
    #- ./components/ArduinoJson/Configuration.hpp
#    - ./components/json/json_util.h

esp32:
  board: esp32dev #nodemcu-32s #wemos_d1_mini32
  framework:
    type: esp-idf

#esp8266:
#  board: d1_mini

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

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

wifi:
  ssid:  wifi_ssid
  password: wifi_password

ota:
  platform: esphome

api:

logger:
  level: DEBUG #VERBOSE #DEBUG #INFO #VERY_VERBOSE #VERBOSE #DEBUG #INFO #DEBUG
  tx_buffer_size: 2048

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

#web_server:
#  local: true
#  port: 80
#  auth:
#     username: !secret web_server_user
#     password: !secret web_server_password

[habbekrats]

@sjorsjuhmaniac Hier werkt het nu ook.

Ik kan het nu voor esp32 maken, die heb ik niet meer liggen. Als ik de d1 mini aanzet krijg ik memalloc fouten

code:

src/esphome/components/jk_rs485_bms/jk_rs485_bms.cpp: In member function 'void esphome::jk_rs485_bms::JkRS485Bms::publish_state_(esphome::jk_rs485_bms::JkRS485BmsSwitch*, const bool&)':
src/esphome/components/jk_rs485_bms/jk_rs485_bms.cpp:1612:61: error: 'MALLOC_CAP_8BIT' was not declared in this scope
 1612 |   const size_t free_heap = heap_caps_get_largest_free_block(MALLOC_CAP_8BIT);
      |                                                             ^~~~~~~~~~~~~~~
src/esphome/components/jk_rs485_bms/jk_rs485_bms.cpp:1612:28: error: 'heap_caps_get_largest_free_block' was not declared in this scope
 1612 |   const size_t free_heap = heap_caps_get_largest_free_block(MALLOC_CAP_8BIT);
      |                            ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
src/esphome/components/jk_rs485_bms/jk_rs485_bms.cpp: In member function 'void esphome::jk_rs485_bms::JkRS485Bms::publish_state_(esphome::jk_rs485_bms::JkRS485BmsNumber*, float)':
src/esphome/components/jk_rs485_bms/jk_rs485_bms.cpp:1629:61: error: 'MALLOC_CAP_8BIT' was not declared in this scope
 1629 |   const size_t free_heap = heap_caps_get_largest_free_block(MALLOC_CAP_8BIT);
      |                                                             ^~~~~~~~~~~~~~~
src/esphome/components/jk_rs485_bms/jk_rs485_bms.cpp:1629:28: error: 'heap_caps_get_largest_free_block' was not declared in this scope
 1629 |   const size_t free_heap = heap_caps_get_largest_free_block(MALLOC_CAP_8BIT);
      |                            ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Compiling .pioenvs/esp-rs485-gw/src/esphome/components/jk_rs485_sniffer/jk_rs485_sniffer.cpp.o
*** [.pioenvs/esp-rs485-gw/src/esphome/components/jk_rs485_bms/jk_rs485_bms.cpp.o] Error 1

eerst maar weer een paar esp32 laten aanrukken

[Septillion]

chaoscontrol schreef op zaterdag 28 september 2024 @ 10:15:
[...]

Je kan een button maken met een lambda met de "resetWificonfig()" functie en een restart. Dan zou je na deze button altijd weer de captive portal moeten krijgen. #nietgeprobeerd

Vandaag eindelijk eens een poging kunnen doen maar helaas. Als ik iets toevoeg als:

YAML:

button:
  - platform: template
    name: Captive
    on_press:
      - lambda: |-
          resetWificonfig();

Krijg ik alleen maar

code:

error: 'resetWificonfig' was not declared in this scope

[jj85]

Septillion schreef op zondag 13 oktober 2024 @ 20:23:
[...]

Vandaag eindelijk eens een poging kunnen doen maar helaas. Als ik iets toevoeg als:

YAML:

button:
  - platform: template
    name: Captive
    on_press:
      - lambda: |-
          resetWificonfig();

Krijg ik alleen maar

code:

error: 'resetWificonfig' was not declared in this scope

Kun je daarvoor niet deze functionaliteit gebruiken?
https://esphome.io/components/button/factory_reset.html

[Septillion]

@jj85 Deels, maar zou het heel graag ook op een manier kunnen doen zonder de rest van eventuele settings te wissen.

Iets dat onder ap_timeout in het wifi component gesuggereerd wordt: "which requires manually starting the AP by other means (eg: from a button press)". Maar dit werkelijk doen blijkt toch lastig

[PeteSplit]

Ik heb een esp32 aangesloten op de modbus van mijn warmtepomp.
Als ik een update, of een reset doe, dan gaat de warmtepomp uit.
Is er een mogelijkheid, om de warmtepomp aan te houden, als deze aan staat
(en uit te houden als deze uit staat) ?

De yaml in de esp32:

YAML:

output:
  - platform: modbus_controller
    modbus_controller_id: lg
    id: modbus_set_hp_operation
    register_type: coil
    address: 0

binary_sensor:
  - platform: modbus_controller
    modbus_controller_id: lg
    name: "Warmtepomp werking"
    id: hp_operation
    register_type: coil
    skip_updates: 3
    address: 0
    on_state:
      then:
        - lambda: |-
            if(id(hp_operation).state != id(hp_operation_switch).state) id(hp_operation_switch).publish_state(id(hp_operation).state);

switch:
  - platform: output
    name: "Warmtepomp"
    id: hp_operation_switch
    output: 'modbus_set_hp_operation'
    icon: mdi:power

[Septillion]

@PeteSplit Je bedoelt een update/reset van de ESP?

Op dat moment stuurt de ESP simpelweg geen data uit en worden de lijnen hoogohmig. En lijkt me dat de WP niets zou moeten doen als deze alleen geen communicatie heeft. Gebeurd het ook als je simpelweg de datakabel uit de WP trekt?

Enige dat ik me kan bedenken is dat de lijnen doordat ze hoogohmig zijn rommel naar de RS485 driver sturen. Wat gebruik je als hardware? Eventueel zou je op de uitgang van ESP een pull down weerstand kunnen plaatsen om de lijn rustig te houden tijdens reset.

[ Voor 6% gewijzigd door Septillion op 16-10-2024 09:10 ]

[PeteSplit]

Septillion schreef op woensdag 16 oktober 2024 @ 09:09:
@PeteSplit Je bedoelt een update/reset van de ESP?

Op dat moment stuurt de ESP simpelweg geen data uit en worden de lijnen hoogohmig. En lijkt me dat de WP niets zou moeten doen als deze alleen geen communicatie heeft. Gebeurd het ook als je simpelweg de datakabel uit de WP trekt?

Enige dat ik me kan bedenken is dat de lijnen doordat ze hoogohmig zijn rommel naar de RS485 driver sturen. Wat gebruik je als hardware? Eventueel zou je op de uitgang van ESP een pull down weerstand kunnen plaatsen om de lijn rustig te houden tijdens reset.

Ja. ik had zojuist in HA weer een update van esphome en een firmware update 2024.10.0 en dan gaat de wp uit.
Hardware is
## Wemos D32 - MH-ET-LIVE
esp32:
board: mhetesp32minikit
framework:
type: arduino

De kabel zit vast, ik merk dit ook met stroomuitval.

[jj85]

@PeteSplit
Kan het zijn dat deze switch standaard naar 'uit' gaat of iets dergelijks?
Hoe ziet de historie van deze switch er in HA uit (rondom een update van de ESP)

YAML:

switch:
  - platform: output
    name: "Warmtepomp"
    id: hp_operation_switch
    output: 'modbus_set_hp_operation'
    icon: mdi:power

[Septillion]

@PeteSplit Ah, ja, suggestie van @jj85 is ook wel geode, even restore mode aanzetten op die switch.

Andere kant had ik daar denk ik een template switch van gemaakt, en daarmee de state van de switch 100% koppelen aan de binary sensor ipv het seperaat bijhouden.

En qua hardware, heeft dat bord de RS485 hardware er al op zitten?

[PeteSplit]

jj85 schreef op woensdag 16 oktober 2024 @ 09:21:
@PeteSplit
Kan het zijn dat deze switch standaard naar 'uit' gaat of iets dergelijks?
Hoe ziet de historie van deze switch er in HA uit (rondom een update van de ESP)

YAML:

switch:
  - platform: output
    name: "Warmtepomp"
    id: hp_operation_switch
    output: 'modbus_set_hp_operation'
    icon: mdi:power

Ja dat denk ik ook, maar kan ik een default instellen ?
De binary sensors worden -unavailable- en na de update zijn ze -turned off-

[jj85]

@PeteSplit
Zie https://esphome.io/components/switch/index.html - Restore mode

Default is ALWAYS_OFF

restore_mode (Optional): Control how the switch attempts to restore state on bootup. NOTE : Not all components consider restore_mode. Check the documentation of the specific component to understand how this feature works for a particular component or device. For restoring on ESP8266s, also see restore_from_flash in the esp8266 section.

RESTORE_DEFAULT_OFF - Attempt to restore state and default to OFF if not possible to restore.

RESTORE_DEFAULT_ON - Attempt to restore state and default to ON.

RESTORE_INVERTED_DEFAULT_OFF - Attempt to restore state inverted from the previous state and default to OFF.

RESTORE_INVERTED_DEFAULT_ON - Attempt to restore state inverted from the previous state and default to ON.

ALWAYS_OFF (Default) - Always initialize the switch as OFF on bootup.

ALWAYS_ON - Always initialize the switch as ON on bootup.

DISABLED - Does nothing and leaves it up to the downstream platform component to decide. For example, the component could read hardware and determine the state, or have a specific configuration option to regulate initial state.

Unless a specific platform defines another default value, the default is ALWAYS_OFF.

[PeteSplit]

jj85 schreef op woensdag 16 oktober 2024 @ 09:29:
@PeteSplit
Zie https://esphome.io/components/switch/index.html - Restore mode

Default is ALWAYS_OFF

[...]

Dan bij de switch toevoegen, zodat de waarde uit de wp wordt gelezen

YAML:

switch:
  - platform: output
    name: "Warmtepomp"
    id: hp_operation_switch
    output: 'modbus_set_hp_operation'
    restore_mode: disabled
    icon: mdi:power

[ Voor 4% gewijzigd door PeteSplit op 16-10-2024 10:01 ]

[Septillion]

@PeteSplit Maar dat kan dus nog wel eens komen omdat de switch een off heeft gestuurd.

Dus daarom zou ik de switch vervangen door een template switch.

Of zie ik goed dat de switch en de binary sensor hetzelfde register gebruiken? Dan zou ik dit alles vervangen door een modbus switch. Dan ben je überhaupt af van het gedoe om zaken in sync te houden.

[ Voor 10% gewijzigd door Septillion op 16-10-2024 09:38 ]

[Gondelier]

Vraagje:
Ik heb vier ESP Home devices op mijn HAOS, en vandaag weer een update ontvangen voor ESP Home.
Nu vraag ik mij af, dat ik deze devices/systeem niet meer een voor een hoef te updaten, omdat na een dag of twee deze devices automatisch zijn geüpdatet naar de nieuwste versie.

Klopt dit ??

Dank.

[Septillion]

@Gondelier ESPhome devices krijgen niet vanzelf een update.

[Gondelier]

Septillion schreef op woensdag 16 oktober 2024 @ 16:16:
@Gondelier ESPhome devices krijgen niet vanzelf een update.

Vreemd, de devices staan nu alle vier op "update". Ik zal nu even niets doen en kijken wat er gaat gebeuren.
Ik vond het al vreemd.

[Hermarcel]

@Gondelier Eén voor één hoeft sowieso niet: De ESPhome addon heeft een "update all" knop.

[PeteSplit]

PeteSplit schreef op woensdag 16 oktober 2024 @ 09:37:

Dan bij de switch toevoegen, zodat de waarde uit de wp wordt gelezen

YAML:

switch:
  - platform: output
    name: "Warmtepomp"
    id: hp_operation_switch
    output: 'modbus_set_hp_operation'
    restore_mode: disabled
    icon: mdi:power

Het toegevoegde -disabled- werkte niet en heb nu -restore_default_on- toegevoegd,
dit werkt wel en de wp blijft nu aan

YAML:

switch:
  - platform: output
    name: "Warmtepomp"
    id: hp_operation_switch
    output: 'modbus_set_hp_operation'
    restore_mode: restore_default_on
    icon: mdi:power

[Septillion]

@PeteSplit Dat disable niet werkt is logisch omdat je een output only compoinent aanstuurt. Er is dus geen downstream qua state dus zal er toch weer teruggevallen worden op OFF.

Maar nogmaals, meest mooie optie en makkelijker zou volgens mij zijn dit alles in een enkele switch te vatten:

YAML:

switch:
  - platform: modbus_controller
    modbus_controller_id: lg
    id: hp_operation_switch
    register_type: coil
    address: 0
    name: "Warmtepomp"
    skip_updates: 3

[PeteSplit]

Septillion schreef op donderdag 17 oktober 2024 @ 11:12:
@PeteSplit Dat disable niet werkt is logisch omdat je een output only compoinent aanstuurt. Er is dus geen downstream qua state dus zal er toch weer teruggevallen worden op OFF.

Maar nogmaals, meest mooie optie en makkelijker zou volgens mij zijn dit alles in een enkele switch te vatten:

YAML:

switch:
  - platform: modbus_controller
    modbus_controller_id: lg
    id: hp_operation_switch
    register_type: coil
    address: 0
    name: "Warmtepomp"
    skip_updates: 3

Met -dit alles- bedoel je dat ik zowel de -output- -binary sensor- en de -switch- kan samenvatten in bovenstaande switch ?

[Septillion]

@PeteSplit Yep

[PeteSplit]

Septillion schreef op donderdag 17 oktober 2024 @ 11:26:
@PeteSplit Yep

Ik ga het proberen, dank je

edit. is allemaal gelukt

[ Voor 9% gewijzigd door PeteSplit op 17-10-2024 14:10 ]

[Gondelier]

Septillion schreef op woensdag 16 oktober 2024 @ 16:16:
@Gondelier ESPhome devices krijgen niet vanzelf een update.

@Septillion
Het gaat jammer genoeg niet vanzelf de ESPHome update, voor deze update duurde het 1 uur en 15 min voor die vier devices.
Je had dus gelijk 👍

[Septillion]

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

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

[Gondelier]

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

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

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

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



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

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

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

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

[jj85]

@Gondelier Nee, ze worden niet automatisch geupdated. Enkel wanneer je op update klikt (of update all bovenin).

[Septillion]

@Gondelier Jij was duidelijk hoor. Schijnbaar ik niet Maar nee, deze worden niet vanzelf geupdate. En de snelheid is dus zwaar afhankelijk van je platform. Op mijn N100 doe ik er maar minuutje over, misschien 2 als hij veel dependencies moet ophalen. Maar op mijn RPI4 duurde het wel even.

Zie dat je GX-420GI ergens tussen een RPi4 en een RPi5 in zit qua prestatie. Maar dat is ongeveer 3,5 keer minder dan de N100. Dus voor je platform vind ik 15 minuten voor een device nog steeds wel lang. Denk dat ik op mijn RPi4 op de helft daarvan zat.

Draait je device puur HA OS of draait er meer? Of zware addons?

Maar als je auto update wilt kan je dit, net als het meeste van HA, gewoon automatiseren. Je zou gewoon een automation kunnen maken die een ESPhome device vanzelf update.

PS Je device heeft een screenshot functie

[ Voor 3% gewijzigd door Septillion op 17-10-2024 20:31 ]

[RobertMe]

Septillion schreef op donderdag 17 oktober 2024 @ 20:30:
Maar als je auto update wilt kan je dit, net als het meeste van HA, gewoon automatiseren. Je zou gewoon een automation kunnen maken die een ESPhome device vanzelf update.

Alleen met de ESPHome addon toch? Omdat HA koppelt aan de ESPs (met ESPHome) en niet met ESPHome dashboard /docker container / whatever you'd like to call it. En de ESPtjes zelf weten natuurlijk niet dat er een nieuwe versie van het dashboard geïnstalleerd is. Voor de ESPHome addon is er vervolgens wel een koppeling gemaakt al een tijd terug bij mijn weten, maar als je de boel "standalone" draait heb je die feature dus niet.

[Gondelier]

Septillion schreef op donderdag 17 oktober 2024 @ 20:30:
@Gondelier Jij was duidelijk hoor. Schijnbaar ik niet Maar nee, deze worden niet vanzelf geupdate. En de snelheid is dus zwaar afhankelijk van je platform. Op mijn N100 doe ik er maar minuutje over, misschien 2 als hij veel dependencies moet ophalen. Maar op mijn RPI4 duurde het wel even.

Zie dat je GX-420GI ergens tussen een RPi4 en een RPi5 in zit qua prestatie. Maar dat is ongeveer 3,5 keer minder dan de N100. Dus voor je platform vind ik 15 minuten voor een device nog steeds wel lang. Denk dat ik op mijn RPi4 op de helft daarvan zat.

Draait je device puur HA OS of draait er meer? Of zware addons?

Mijn systeem draait puur HA OS, en normaal Lampen-Verwarming-Matrix-Google-cast-Sonos - ESPHome devices en thuis/niet thuis met plaatsbepalingen met div. zones.
Wat ik wel heb/had was Music assistant. Deze heb ik gisteren verwijdert want het viel mij op dat deze constant naar muziek updates bleef zoeken op mijn EXTERNE SSD. Het verschil tussen met en zonder MA was 160 MB op de SSD van HA, maar dat doet waarschijnlijk niets aan de snelheid af tenzij hij constant naar muziek updates blijft zoeken natuurlijk.

Maar als je auto update wilt kan je dit, net als het meeste van HA, gewoon automatiseren. Je zou gewoon een automation kunnen maken die een ESPhome device vanzelf update.

Ik heb deze automatisering gemaakt, maar ik heb er mijn twijfels over of ik dat goed gedaan heb, want hij probeert nu elke keer om 01:00 uur een update uit te voeren, terwijl er natuurlijk meer updates niet zijn dan wel.

YAML:

- id: '1729261493746'
  alias: 'Automatisering: update devices ESPHome '
  description: ''
  triggers:
  - trigger: time
    at: 01:00:00
  conditions: []
  actions:
  - action: update.install
    data: {}
    target:
      entity_id:
      - update.esp32_s3_box_3_5a9c98_firmware
      - update.m5stack_atom_echo_firmware
      - update.bluetooth_proxy_firmware
  mode: single

Misschien wil jij mij hiermee in de goede richting duwen zodat hij alleen gaat updaten als er daadwerkelijk een update is ??

PS Je device heeft een screenshot functie

Die kan ik niet vinden.
Het is nu foto maken met iPhone
Via e-mail versturen naar Windows PC
Dan kopieeren in forum bericht.

[ Voor 1% gewijzigd door Septillion op 18-10-2024 21:29 . Reden: Quote onderbroken + code tags fix ]

[Septillion]

@Gondelier Maar draai je ook nog zware addons? Afgezien van ESPhome dus.

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

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

[Gondelier]

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

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

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

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

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


Bedankt 🙏 voor alles.

Met vriendelijke groet.

[Septillion]

@Gondelier Je draait bij elkaar redelijk wat. Zeker de voice dingen vragen wel wat maar volgens mij alleen als je voice doet. Je zou onder Settings => System => Hardware eens kunnen kijken wat je CPU doet (want met 16GB geloof ik het geheugen wel).

[Septillion]

Arg, addressable led ondersteuning in ESPHome is wel echt brak. Ik heb voor een projectje twee WS2812B ledjes op het bord gemaakt met het idee deze als status ledjes te gebruiken.

Eerste probleem had ik dat ik ze eigenlijk in een lambda zou willen gebruiken. Via yaml kan je ieder ledje wel sturen met light.addressable_set: maar hoe dat in C moet, geen idee. Of in een lambda effect heb je het object it als AddressableLight instance maar hoe ik daar aan kom buiten het effect, geen idee.

Maar aller ergste geklooi is met de algemene state van de complete light (waar alle pixels onder vallen). Waarom kent dat geen restore_mode: DISABLED? Want de restore mode wordt niet per pixel onthouden, dus die loopt enorm te klooien met wat ik wil weergeven. Iemand meer ervaring met addressable leds in ESPHome?

[jj85]

@Septillion Ja, dat is idd erg lastig...
Heb mijn woordklok op ESPhome draaien, dat was wel een lastige. Daar heb ik de hele aansturing in C-gestopt https://github.com/jeroen85/ha-wordclock-esphome/tree/main

Septillion schreef op zaterdag 19 oktober 2024 @ 14:53:
Eerste probleem had ik dat ik ze eigenlijk in een lambda zou willen gebruiken. Via yaml kan je ieder ledje wel sturen met light.addressable_set: maar hoe dat in C moet, geen idee. Of in een lambda effect heb je het object it als AddressableLight instance maar hoe ik daar aan kom buiten het effect, geen idee.

Wat bedoel je met benaderen buiten effect om?
Je kan een effect aanroepen op andere plekken.
Hieronder een voorbeeld dat ik elder vond. Wellicht heb je er wat aan (of misschien niks )

YAML:

light:
  - platform: neopixelbus
    type: GRB
    variant: LC8812
    pin: GPIO26
    num_leds: 29
    id: "neopixel_bookshelf"
    name: "Neopixel Bookshelf"
    on_turn_on:
      - light.turn_on:
          id: "neopixel_bookshelf"
          effect: "Wipe In"
    on_turn_off:
      - light.turn_off:
          id: "neopixel_bookshelf"
          effect: "Wipe Out"
    effects:
      - addressable_lambda:
          name: "Wipe In"
          update_interval: 20ms
          lambda: |-
            static int x = 0;
            if (initial_run) {
              x = 0;
              it.all() = ESPColor(0,0,0);
            }
            if (x < it.size()) {
              it[x] = current_color;
              x += 1;
            }  
      - addressable_lambda:
          name: "Wipe Out"
          update_interval: 20ms
          lambda: |-
            static int x = 0;
            if (initial_run) {
              x = it.size();
            }
            if (x > 0) {
              x -= 1; 
              it[x] = ESPColor(0,0,0);
            }

[Septillion]

@jj85 Met de turn on actie on boot heb jij geen last van de restore? Of van alles vol wit aan?

Want heb lopen stoeien met een script waarin beide leds ingesteld worden en die ook on boot te zetten. En bij sommige versie van restore mode zie ik wel dat de ledjes direct na start op juiste kleur gaan maar daarna vol wit of juist uit.

En wat ik bedoel "buiten het effect om" is dus dat ik dus in een random stukje lambda ook de pixels wil kunnen aansturen. Stukje code wat je plaatst is dus juist in een effect lambda en daar is de variabele it beschikbaar waarmee je kunt werken. Maar hoe ik daar buiten een effect lambda aan kom is mij onbekend.

Ik ga je C code maar eens doorpluizen Want volgens mij doe jij het door gewoon feitelijk een tweede object aan dezelfde pin te hangen maar dan in C, of niet?

En als je nog een keer een update van je code doet, haal ${friendly_name} weg uit de naam bij elk individueel component.

[ Voor 6% gewijzigd door Septillion op 19-10-2024 17:39 ]

[jj85]

Septillion schreef op zaterdag 19 oktober 2024 @ 17:37:
@jj85 Met de turn on actie on boot heb jij geen last van de restore? Of van alles vol wit aan?

Nee, omdat ik de strip gewoon rechtstreeks vanuit C aanstuur. Dus de YAML code voor de ledstrip is puur bedoeld om hem in HA te krijgen. De C-code haalt hier aan/uit + kleur-info uit.

In andere toepassingen heb ik wel ledstips, maar adresser ik geen individuele leds.

Want heb lopen stoeien met een script waarin beide leds ingesteld worden en die ook on boot te zetten. En bij sommige versie van restore mode zie ik wel dat de ledjes direct na start op juiste kleur gaan maar daarna vol wit of juist uit.

En wat ik bedoel "buiten het effect om" is dus dat ik dus in een random stukje lambda ook de pixels wil kunnen aansturen. Stukje code wat je plaatst is dus juist in een effect lambda en daar is de variabele it beschikbaar waarmee je kunt werken. Maar hoe ik daar buiten een effect lambda aan kom is mij onbekend.

Ah zo, helaas heb ik daar geen idee voor.

Ik ga je C code maar eens doorpluizen Want volgens mij doe jij het door gewoon feitelijk een tweede object aan dezelfde pin te hangen maar dan in C, of niet?

Bijna correct. De strip in YAML heeft een niet gebruikt pin toegewezen, zodat ik daar geen 'last' van heb. Hij dient dus enkel tbv integratie in HA. De C-code neemt kleur en status hiervan over.

Bijv.

C:

            auto ledlight = id(neopixelbuslight).remote_values;

            //convert float 0.0 till 1.0 into int 0 till 255
            red = (int)(ledlight.get_red()*255);
            green = (int)(ledlight.get_green()*255);
            blue = (int)(ledlight.get_blue()*255);
            white = (int)(ledlight.get_white()*255);

En als je nog een keer een update van je code doet, haal ${friendly_name} weg uit de naam bij elk individueel component.

Goeie, dat was idd een rommeltje aan het worden

[Septillion]

@jj85 Ahh, zo. Dan zou je die in de yaml ook gewoon met 1 led of helemaal virtueel kunnen maken. Want die zal nu wel waarschijnlijk wel 342bytes aan RAM claimen voor niets.

Maar op zich, volledig in C doen zou misschien voor mij ook een optie zijn. Zeker omdat ik eigenlijk geen interesse heb om de ledjes überhaupt in HA te hebben. Maar dan moet ik eens even kijken hoe dat moet met een exernal component daar custom_component deprecated is...

[habbekrats]

Nog een vraagje over mijn JK-BMS project

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

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

YAML:

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

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

YAML:

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

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

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

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

[sjorsjuhmaniac]

@habbekrats wat wil je bereiken? Ik begrijp je doel niet ism de config die je post.
De api heeft niets met mqqt te maken. In je code heb je ook mqqt helemaal uitgecomment. Waarom zou je esp met deze config ook maar iets met mqtt proberen?

[Septillion]

@habbekrats Waarom wil je MQTT? Je hebt in de huidige code MQTT niet aan staan en alleen de (native) API. Dus dan kan je hem direct toevoegen in de ESPhome integratie (niet te verwarren met het ESPHome dashboard!).

[habbekrats]

sjorsjuhmaniac schreef op zondag 20 oktober 2024 @ 11:19:
@habbekrats wat wil je bereiken? Ik begrijp je doel niet ism de config die je post.
De api heeft niets met mqqt te maken. In je code heb je ook mqqt helemaal uitgecomment. Waarom zou je esp met deze config ook maar iets met mqtt proberen?

Dat staat in de comments van het project, API gebruiken of MQTT aanzetten, ik ben denk ik daardoor op het verkeerde been gezet.

Ik had even gemist indien je een esphome toevoegd aan het esphome dashboard dat je deze later bij de integraties terug kan vinden en even "aan"moet zetten.

[ Voor 13% gewijzigd door habbekrats op 20-10-2024 12:17 ]

[sjorsjuhmaniac]

habbekrats schreef op zondag 20 oktober 2024 @ 11:29:
[...]

Dat staat in de comments van het project, API gebruiken of MQTT aanzetten, ik ben denk ik daardoor op het verkeerde been gezet.

Het is dus of, of via de api met de api key of via mqtt. Via de link in de comments kan je de eventuele voordelen van de api zien tov mqtt

[Gondelier]

@Septillion

Gondelier schreef op vrijdag 18 oktober 2024 @ 19:56:
[...]
Ik heb deze automatisering gemaakt, maar ik heb er mijn twijfels over of ik dat goed gedaan heb, want hij probeert nu elke keer om 01:00 uur een update uit te voeren, terwijl er natuurlijk meer updates niet zijn dan wel.

YAML:

- id: '1729261493746'
  alias: 'Automatisering: update devices ESPHome '
  description: ''
  triggers:
  - trigger: time
    at: 01:00:00
  conditions: []
  actions:
  - action: update.install
    data: {}
    target:
      entity_id:
      - update.esp32_s3_box_3_5a9c98_firmware
      - update.m5stack_atom_echo_firmware
      - update.bluetooth_proxy_firmware
  mode: single

Deze automatisering werkt PRIMA de ESPHome/devices zijn geüpdatet naar de 2024.10.1 vannacht om 01:00 uur.
Het heeft wel weer erg lang geduurd, kort nachtje dus
Wat ik me alleen afvraag moet deze automatisering elke nacht kijken of er een update is, ik denk het niet !!
1x in de week lijkt mij voldoende op de maandag op dinsdag nacht om 01:00 uur.
Zou jij of iemand mij willen helpen deze code daarvoor aan te passen.
Heel veel dank 🙏

[ Voor 2% gewijzigd door Septillion op 22-10-2024 16:46 . Reden: quote fix ]

[jj85]

Gondelier schreef op dinsdag 22 oktober 2024 @ 15:32:
@Septillion
Gondelier schreef op vrijdag 18 oktober 2024 @ 19:56[/message]:[/b]
[...]


Ik heb deze automatisering gemaakt, maar ik heb er mijn twijfels over of ik dat goed gedaan heb, want hij probeert nu elke keer om 01:00 uur een update uit te voeren, terwijl er natuurlijk meer updates niet zijn dan wel.

YAML:

- id: '1729261493746'
  alias: 'Automatisering: update devices ESPHome '
  description: ''
  triggers:
  - trigger: time
    at: 01:00:00
  conditions: []
  actions:
  - action: update.install
    data: {}
    target:
      entity_id:
      - update.esp32_s3_box_3_5a9c98_firmware
      - update.m5stack_atom_echo_firmware
      - update.bluetooth_proxy_firmware
  mode: single

[...]

Deze automatisering werkt PRIMA de ESPHome/devices zijn geüpdatet naar de 2024.10.1 vannacht om 01:00 uur.
Het heeft wel weer erg lang geduurd, kort nachtje dus
Wat ik me alleen afvraag moet deze automatisering elke nacht kijken of er een update is, ik denk het niet !!
1x in de week lijkt mij voldoende op de maandag op dinsdag nacht om 01:00 uur.
Zou jij of iemand mij willen helpen deze code daarvoor aan te passen.
Heel veel dank 🙏

Voeg een condition toe.

YAML:

- id: '1729261493746'
  alias: 'Automatisering: update devices ESPHome '
  description: ''
  triggers:
  - trigger: time
    at: 01:00:00
conditions:
  - condition: time
    weekday:
      - tue
  actions:
  - action: update.install
    data: {}
    target:
      entity_id:
      - update.esp32_s3_box_3_5a9c98_firmware
      - update.m5stack_atom_echo_firmware
      - update.bluetooth_proxy_firmware
  mode: single

[Gondelier]

jj85 schreef op dinsdag 22 oktober 2024 @ 16:11:
[...]

Voeg een condition toe.

YAML:

- id: '1729261493746'
  alias: 'Automatisering: update devices ESPHome '
  description: ''
  triggers:
  - trigger: time
    at: 01:00:00
conditions:
  - condition: time
    weekday:
      - tue
  actions:
  - action: update.install
    data: {}
    target:
      entity_id:
      - update.esp32_s3_box_3_5a9c98_firmware
      - update.m5stack_atom_echo_firmware
      - update.bluetooth_proxy_firmware
  mode: single

@jj85
Top, dankjewel, ik ben met een script aan de gang geweest, maar dat ging niet werken.
Ik blijf in de leer !!
🙏

[Septillion]

@Gondelier Op zich kan je dus doen wat @jj85 maar het gaat dus meer om wat jij wilt. Want als er geen update is zal er ook niets gebeuren. Dus dan is er verder ook niets aan de hand en vraag ook niets van het systeem.

[Ruimzicht]

Ik probeer wat eenvoudige ESP home projecten, vooral om te leren. Op dit moment een aantal LUX-meters op basis van een Wemos D1 mini actief en recent een bluetooth proxy toegevoegd op basis van een NodeMCU. Bij die laatste vraag ik me af of ik het goed heb gedaan. Ik kan prima de state van een beacon zien in HA (was de bedoeling) maar hoe weet ik nu of dat signaal daadwerkelijk door de proxy wordt gedetecteerd of via de centrale antenne in de RPi? Dus hoe weet ik of mijn proxy wel werkt?
Het logbestand van de BT Proxy laat dit zien::

code:

INFO ESPHome 2024.10.1
INFO Reading configuration /config/esphome/bluetooth-proxy.yaml...
INFO Starting log output from 192.168.1.208 using esphome API
INFO Successfully connected to bluetooth-proxy @ 192.168.1.208 in 0.047s
INFO Successful handshake with bluetooth-proxy @ 192.168.1.208 in 0.129s
[10:43:05][I][app:100]: ESPHome version 2024.10.1 compiled on Oct 22 2024, 10:13:46
[10:43:05][C][wifi:600]: WiFi:
[10:43:05][C][wifi:428]:   Local MAC: 08:A6:F7:47:1E:48
[10:43:05][C][wifi:433]:   SSID: [WEG GEHAALD] 
[10:43:05][C][wifi:436]:   IP Address: 192.168.1.208
[10:43:05][C][wifi:440]:   BSSID: [WEG GEHAALD] 
[10:43:05][C][wifi:441]:   Hostname: 'bluetooth-proxy'
[10:43:05][C][wifi:443]:   Signal strength: -66 dB ▂▄▆█
[10:43:05][C][wifi:447]:   Channel: 11
[10:43:05][C][wifi:448]:   Subnet: 255.255.255.0
[10:43:05][C][wifi:449]:   Gateway: 192.168.1.1
[10:43:05][C][wifi:450]:   DNS1: 89.101.251.228
[10:43:05][C][wifi:451]:   DNS2: 89.101.251.229
[10:43:05][C][logger:185]: Logger:
[10:43:05][C][logger:186]:   Level: DEBUG
[10:43:05][C][logger:188]:   Log Baud Rate: 115200
[10:43:05][C][logger:189]:   Hardware UART: UART0
[10:43:05][C][bluetooth_proxy:091]: Bluetooth Proxy:
[10:43:05][C][bluetooth_proxy:092]:   Active: YES
[10:43:05][C][bluetooth_proxy:093]:   Connections: 3
[10:43:05][C][bluetooth_proxy:094]:   Raw advertisements: YES
[10:43:05][C][esp32_ble:391]: ESP32 BLE:
[10:43:05][C][esp32_ble:393]:   MAC address: [WEG GEHAALD] 
[10:43:05][C][esp32_ble:394]:   IO Capability: none
[10:43:05][C][esp32_ble_tracker:655]: BLE Tracker:
[10:43:05][C][esp32_ble_tracker:656]:   Scan Duration: 300 s
[10:43:05][C][esp32_ble_tracker:657]:   Scan Interval: 1100.0 ms
[10:43:05][C][esp32_ble_tracker:658]:   Scan Window: 1100.0 ms
[10:43:05][C][esp32_ble_tracker:659]:   Scan Type: ACTIVE
[10:43:05][C][esp32_ble_tracker:660]:   Continuous Scanning: True
[10:43:05][C][captive_portal:089]: Captive Portal:
[10:43:05][C][mdns:116]: mDNS:
[10:43:05][C][mdns:117]:   Hostname: bluetooth-proxy
[10:43:05][C][esphome.ota:073]: Over-The-Air updates:
[10:43:05][C][esphome.ota:074]:   Address: bluetooth-proxy.local:3232
[10:43:05][C][esphome.ota:075]:   Version: 2
[10:43:05][C][esphome.ota:078]:   Password configured
[10:43:05][C][safe_mode:018]: Safe Mode:
[10:43:05][C][safe_mode:020]:   Boot considered successful after 60 seconds
[10:43:05][C][safe_mode:021]:   Invoke after 10 boot attempts
[10:43:05][C][safe_mode:023]:   Remain in safe mode for 300 seconds
[10:43:05][C][api:140]: API Server:
[10:43:05][C][api:141]:   Address: bluetooth-proxy.local:6053
[10:43:05][C][api:143]:   Using noise encryption: YES
[10:43:35][D][api.connection:147]: Home Assistant 2024.10.3 (192.168.1.209): Sending keepalive failed 1 time(s), will retry in 1000 ms
[10:43:35][D][api.connection:147]: Home Assistant 2024.10.3 (192.168.1.209): Sending keepalive failed 2 time(s), will retry in 1000 ms
[10:45:02][D][esp32_ble_tracker:270]: Starting scan...
[10:46:42][D][api.connection:147]: Home Assistant 2024.10.3 (192.168.1.209): Sending keepalive failed 1 time(s), will retry in 1000 ms
[10:46:42][D][api.connection:147]: Home Assistant 2024.10.3 (192.168.1.209): Sending keepalive failed 2 time(s), will retry in 1000 ms
[10:46:42][D][api.connection:147]: Home Assistant 2024.10.3 (192.168.1.209): Sending keepalive failed 3 time(s), will retry in 1000 ms
[10:46:42][D][api.connection:147]: Home Assistant 2024.10.3 (192.168.1.209): Sending keepalive failed 4 time(s), will retry in 1000 ms

Hij meldt dus "keepalive failed" blijft vervolgens retry-en. Disclaimer: ik ben een ESPhome-beginner, ben dus vooral enthousiast en voel me niet gehinderd door kennisgebrek

[Gondelier]

Septillion schreef op dinsdag 22 oktober 2024 @ 16:48:
@Gondelier Op zich kan je dus doen wat @jj85 maar het gaat dus meer om wat jij wilt. Want als er geen update is zal er ook niets gebeuren. Dus dan is er verder ook niets aan de hand en vraag ook niets van het systeem.

@Septillion
Oké, dankjewel voor de info 👍

[Signs]

Ik heb mijzelf een leuk projectje gegund.

Voor onze kleuter wil ik een analoge klok met wekker functie op een OLED schermpje tonen.
Als het bijv 7:00 uur is dan wil ik dat er een geluidje (mp3) afgespeeld wordt.

Ik dacht aan het volgende:

1x esp32 devkit v1
1x 0.96 inch OLED i2c scherm
1x dfplayer mini
1x speakertje 4ω-3w

Solderen gaat mij niet goed af, dus zoveel mogelijk producten waarbij de pin header al voor gesoldeerd is.

Dit alles wil ik via esphome laten lopen en koppelen aan home assistant.

Is dit haalbaar en heb ik de juiste producten geselecteerd ?

[Ruimzicht]

Ik hoop dat deze vraag hier thuis hoort ipv in het HA topic: ik heb inmiddels een ESP32 bluetooth proxy en een BLE beacon actief. Ik gebruik in HA een binary sensor voor de aanwezigheid en een sensor die de rssi meet middels deze code:

YAML:

esp32_ble_tracker:

binary_sensor:
  # Presence based on MAC address
  - platform: ble_presence
    mac_address: F8:CC:0C:81:6B:A8
    name: "BLE Tracker test beacon"
    min_rssi: -80dB
  
sensor:
  # RSSI based on MAC address
  - platform: ble_rssi
    mac_address: F8:CC:0C:81:6B:A8
    name: "Test beacon RSSI value"

Dit type beacon neemt nog een aantal andere zaken waar, zoals temperatuur, luchtdruk, beweging. Hoe creëer ik nu voor deze eenheden ook een sensor in de code van de ESP32, zodat ik die waarden/states in HA kan uitlezen (en als trigger kan gebruiken)? Kan ik die gewoon toevoegen onder de andere sensors zoals in het voorbeeld in deze documentatie staat?

[jj85]

edit:
Nevermind, niet goed gelezen

[ Voor 81% gewijzigd door jj85 op 29-10-2024 16:18 ]

[Septillion]

@Ruimzicht Volgens mij moet je nu niet meer wat met BLE tracker doen maar met BLE Client.

Zie BLE overview en dan zeker ook het "Setting up devices" deel om achter de "characteristics" te komen.

[Ruimzicht]

Septillion schreef op dinsdag 29 oktober 2024 @ 15:43:
@Ruimzicht Volgens mij moet je nu niet meer wat met BLE tracker doen maar met BLE Client.

Zie BLE overview en dan zeker ook het "Setting up devices" deel om achter de "characteristics" te komen.

Bedankt voor het zetje, maar hoe achterhaal ik dan welke services/characteristics UUID bij welke functionaliteit hoort? En moet ik dat ook doen voor een "well defined and supported service" als een battery level service?

_{Misschien wil ik iets heel ingewikkelds maar ik geef nog niet op}

[sapphire]

Ik ben weer aan het klooien geslagen met mij ESPcam, ik was hier al eerder mee bezig maar omdat ik het niet goed werkend kreeg had ik het weggelegd. Ik heb alleen teveel leuke dingen gezien met ESP32's dat ik me er toch meer in wil verdiepen.

Ik heb dus een ESPcam liggen en wil die voor nu gewoon aan de praat krijgen als camera die aanstaat in mijn HA dashboard. Op termijn wil ik nog iets dat als een bewegingssensor beweging detecteert er een snapshot gemaakt word of zoiets maar voor nu zou het werkend krijgen al leuk zijn.

Ik draai HA op een NUC met ESPHome. Als ik de ESPcam aanzet heb ik een minuut ofzo beeld en dan valt het beeld weg in de kaart en is de entiteit in HA weg. In ESPHome staat de camera nog op online, ik kon net de YAML wireless updaten naar de ESP maar bij de logs wireless downloaden kreeg ik een foutmelding

YAML:

esphome:
  name: eps-cam
  friendly_name: EPS-Cam

esp32:
  board: esp32dev
  framework:
    type: arduino

# Enable logging
logger:

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

ota:
  - platform: esphome
    password: "XXXXXXXXXXXXXXXXX"

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

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "Eps-Cam Fallback Hotspot"
    password: "XXXXXXXXXXXX"

esp32_camera:
  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
  # Image settings
  name: My Camera

# http server setting
esp32_camera_web_server:
  - port: 8080
    mode: stream
  - port: 8081
    mode: snapshot

   

Foutmelding:

INFO ESPHome 2024.10.0
INFO Reading configuration /config/esphome/eps-cam.yaml...
WARNING GPIO0 is a strapping PIN and should only be used for I/O with care.
Attaching external pullup/down resistors to strapping pins can cause unexpected failures.
See https://esphome.io/guides...ning-about-strapping-pins
WARNING GPIO5 is a strapping PIN and should only be used for I/O with care.
Attaching external pullup/down resistors to strapping pins can cause unexpected failures.
See https://esphome.io/guides...ning-about-strapping-pins
INFO Starting log output from eps-cam.local using esphome API
WARNING Can't connect to ESPHome API for eps-cam.local: Error resolving IP address: [Errno -5] No address associated with hostname (APIConnectionError)
INFO Trying to connect to eps-cam.local in the background

Ik heb geen idee hoe ik dit moet troubleshooten of welke richting ik op moet dus als iemand zou willen meedenken.....graag

[babbelbox]

De foutmelding geeft aan dat je device op basis van de hostname (vooruit, eigenlijk FQDN) eps-cam.local niet gevonden kan worden.
Je zal moeten zorgen dat je programming device het IP adres van je device op kan zoeken dmv bijv. DNS of via de locale hostfile.
Ik denk dat het ook zou moeten kunnen werken wanneer je een static IP setting in je yaml zet, maar hier heb ik geen ervaring mee.

Ikzelf heb ook een Pihole draaien en daar heb ik m'n diverse esp bordjes in gezet tbv DNS resolving.

[sjorsjuhmaniac]

babbelbox schreef op donderdag 31 oktober 2024 @ 23:23:
Je zal moeten zorgen dat je programming device het IP adres van je device op kan zoeken dmv bijv. DNS of via de locale hostfile.

Met de moderne esphome versies (afgelopen 4jaar in ofzo?) is het niet nodig handmatig iets met dns te doen. De .local benamingen + het stukje mDNS dat tegenwoordig in esphome zit zorgen ervoor dat het bordjes automagisch vindbaar is als je in hetzelfde subnet zit.

Dus:
- of er zit een hele oude versie op dit moment op het bordje, zonder mdns
- of het bordje is niet benaderbaar vanaf de pc die esphome compileert. Dit kan door:
- - beide niet in hetzelfde subnet zitten
- - mdns geblokkeerd wordt door een router of switch, oid die tussen het bordje en de pc die compileerd in zit

[sjorsjuhmaniac]

sapphire schreef op donderdag 31 oktober 2024 @ 22:13:
Als ik de ESPcam aanzet heb ik een minuut ofzo beeld en dan valt het beeld weg in de kaart en is de entiteit in HA weg. In ESPHome staat de camera nog op online, ik kon net de YAML wireless updaten naar de ESP maar bij de logs wireless downloaden kreeg ik een foutmelding

Buiten de error die je krijgt is de vraag waarom de esp soms niet benaderbaar is. Belangrijker is om te begrijpen of de esp aan het rebooten is of gewoon door blijft draaien maar niet meer via het netwerk bereikbaar is.

Als je dit niet kan achterhalen door log, uptime of iets vergelijkbaars dan zou ik het cam gedeelte eens als commentaar in de config zetten en de esp met een minimale werkende config flashes. Daarmee sluit je camera, of camera overloading probleem uit en kan je kijken of de esp zelf gewoon kan functioneren. Als de disconnects weer optreden zit het probleem in de esp hardware of in het netwerk.

[sapphire]

@babbelbox @sjorsjuhmaniac Ik heb gisteravond chatGPT een stuk YAML laten genereren voor de ESP en die naast het stuk was ik gepost had gelegd en naast het HA specifieke deel was het aardig gelijk.
Daarnaast nog eea op de ESPHome site opgezocht aan voorbeelden en uitleg qua settings en wat toegevoegd om de ‘flashlight’ beschikbaar te maken onder HA.
Daarna alles handmatig via ESPweb opnieuw ge flashed en toen werkte het wel
Daarna ook wireless aanpassingen kunnen doen zonder problemen dus waar het hem nou in zat……

[habbekrats]

@sapphire Probeer eens zonder de webserver die vreet resources.

[sapphire]

Ik heb hem nu zo:

YAML:

esphome:
  name: eps-cam
  friendly_name: EPS-Cam

esp32:
  board: esp32dev
  framework:
    type: arduino

# Enable logging
logger:

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

ota:
  - platform: esphome
    password: "XXXXXXXXXXXXXXX"

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

  
esp32_camera:
  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
  # Image settings
  name: My Camera
  resolution: 800x600
  jpeg_quality: 10  # max. 63
  max_framerate: 10fps
  idle_framerate: 0.2fps
  vertical_flip: false
  horizontal_mirror: false
  brightness: 2 # -2 to 2
  contrast: 1 # -2 to 2
  special_effect: none
  # exposure settings
  aec_mode: auto
  aec2: false
  ae_level: 0
  aec_value: 300
  # gain settings
  agc_mode: auto
  agc_gain_ceiling: 2x
  agc_value: 0
  # white balance setting
  wb_mode: auto
#Flashlight
output:

    platform: gpio

    pin: GPIO4
    id: gpio_4

#GPIO_4 is the flash light pin
light:

    platform: binary

    output: gpio_4
    name: flashlight

Nu nog eens kijken hoe ik dit op langere termijn ga voeden en plaatsen maar het is best leuk om mee te rommelen.
Dat ik dit toch werkend heb gekregen geeft me iig genoeg vertrouwen om wat ESP's te bestellen en mee te knutselen. Allemaal geen spectaculaire dingen maar het is leuk om lekker te knutselen

[babbelbox]

sjorsjuhmaniac schreef op donderdag 31 oktober 2024 @ 23:51:
[...]


Met de moderne esphome versies (afgelopen 4jaar in ofzo?) is het niet nodig handmatig iets met dns te doen. De .local benamingen + het stukje mDNS dat tegenwoordig in esphome zit zorgen ervoor dat het bordjes automagisch vindbaar is als je in hetzelfde subnet zit.

Dus:
- of er zit een hele oude versie op dit moment op het bordje, zonder mdns
- of het bordje is niet benaderbaar vanaf de pc die esphome compileert. Dit kan door:
- - beide niet in hetzelfde subnet zitten
- - mdns geblokkeerd wordt door een router of switch, oid die tussen het bordje en de pc die compileerd in zit

Ik ben pas sinds kort bezig met ESP bordjes, en zelf heb ik wel diverse subnets, en zelfs een gescheiden IOT SSID, dus zal mDNS bij mij niet werken. Eigenlijk ook nooit in verdiept maar direct local DNS in m'n Pihole gaan gebruiken.

[JBS]

Al een paar jaar heb ik een Xiaomi Mi Flower Care Plant Sensor in gebruik, de laatste tijd komt de data daarvan binnen via een ESPHome Bluetooth Proxy (hiervoor direct met de bluetooth van de NUC verbonden). De laatste tijd merk ik echter op dat de batterij (knoopcel) enorm snel leeg gaat. Voorheen kon ie zeker enkele maanden vooruit op zo'n knoopcel, maar dat is teruggelopen naar enkele weken.

Nu kan dat natuurlijk aan de batterijen zelf of de Xiaomi Mi Flower Care Plant Sensor liggen, maar om maar ergens te beginnen: Herkent iemand dit met een recente versie van ESPHome in combinatie met Bluetooth Proxy (op de ESP32 draait op dit moment 2024.8.3)?

[ Voor 3% gewijzigd door JBS op 01-11-2024 14:44 ]

[RobertMe]

babbelbox schreef op vrijdag 1 november 2024 @ 13:35:
[...]

Ik ben pas sinds kort bezig met ESP bordjes, en zelf heb ik wel diverse subnets, en zelfs een gescheiden IOT SSID, dus zal mDNS bij mij niet werken. Eigenlijk ook nooit in verdiept maar direct local DNS in m'n Pihole gaan gebruiken.

mDNS "kan" ook met verschillende VLANs, moet je alleen ergens een "mDNS repeater" / "mDNS reflector" ergens hebben draaien. Die luistert dan naar de mDNS pakketjes op het ene VLAN en stuurt ze door naar het andere VLAN.
Echter... voor ESPHome hoeft het sowieso geen issue te zijn? ESPHome "dashboard" draait bij mij ook in het IoT VLAN net zoals de ESP bordjes zelf.

[babbelbox]

RobertMe schreef op vrijdag 1 november 2024 @ 15:27:
[...]

mDNS "kan" ook met verschillende VLANs, moet je alleen ergens een "mDNS repeater" / "mDNS reflector" ergens hebben draaien. Die luistert dan naar de mDNS pakketjes op het ene VLAN en stuurt ze door naar het andere VLAN.
Echter... voor ESPHome hoeft het sowieso geen issue te zijn? ESPHome "dashboard" draait bij mij ook in het IoT VLAN net zoals de ESP bordjes zelf.

Check.
Ik draai ESPhome als een docker container op een raspberry, die zit in een ander vlan dan de bordjes zelf. Maar zoals gezegd, met local DNS is het prima te doen. Beetje omslachtig/extra werk, maar ach. We blijven knutselaars

[DiXY]

Zoals sommigen misschien al gezien hadden ben ik bezig mer een ESPHome configuratie voor de Button+. Ik ben opzoek naar wat oplossingen. Gezien hier de ESPHome ervaringsdeskundigen het meest te vinden zijn, in plaats van heel tijd dezelfde gebruikers te taggen kan ik het hier natuurlijk ook vragen

Om heb even af te trappen: 2 dingetjes:

1. Er zitten op de Button+ een aantal displays, in de simpelste setup 3 en de meest uitgebreide setup heeft er 7. Ik merk dat de ESP32-S3 hier best druk mee is. geen punt met een update interval van 10s op het main display en "never" op de mini's draait het best OK. Ik heb echter wel dat als er een update gedaan wordt op de displays ik warnings heb:
   
   code:
   

   [10:40:43][W][component:237]: Component display took a long time for an operation (77 ms).
   [10:40:43][W][component:238]: Components should block for at most 30 ms.

   
   Wat ik er zelf al over gevonden heb is dat je dan de PSRAM moet activeren. Dit heb ik geprobeerd maar de ESP kwam toen in bootloop, waarschijnlijk omdat de pinnen voor PSRAM (35 t/m 37) gebruikt zijn als GPIO... Iemand een idee of en wat ik hier nog aan doen kan?
2. Hoe kan ik herhaling van Lambda code voor komen als ik meerdere pages gebruik en een aantal dingen wil herhalen op iedere page? Ik ben bekend met C++ header files, maar ik dit is niet voor iedereen even gebruiksvriendelijk, is dit niet in YAML op te lossen?
   Hieronder de code als voorbeeld. Ik zou in dit geval zo'n 60 regels kunnen uitsparen

   YAML:
   

   binary_sensor:
     - id: !extend base_j2_btn_left
       on_click:
         - display.page.show_previous: display_j2_main
         - component.update: display_j2_main
         - display.page.show_previous: display_j3_Left
         - component.update: display_j3_Left
         - display.page.show_previous: display_j3_Right
         - component.update: display_j3_Right
     - id: !extend base_j2_btn_right
       on_click:
         - display.page.show_next: display_j2_main
         - component.update: display_j2_main
         - display.page.show_next: display_j3_Left
         - component.update: display_j3_Left
         - display.page.show_next: display_j3_Right
         - component.update: display_j3_Right
   
   display:
     - id: !extend display_j2_main
       update_interval: 30s
       pages:
         - id: page1
           lambda: |-
             //>>> make a border arround the display
             it.filled_rectangle(  0,   0, 320,   3, id(red));
             it.filled_rectangle(  0,   0,   3, 240, id(red));
             it.filled_rectangle(  0, 237, 320,   3, id(red));
             //it.filled_rectangle(  0, 206, 320,   3, id(red));
             it.filled_rectangle(317,   0,   3, 240, id(red));
             //
             //>>> prev/next icons next to butotns
             it.image(0, 208, id(icon_prev_page), ImageAlign::TOP_LEFT, id(orange));
             it.image(320, 208, id(icon_next_page), ImageAlign::TOP_RIGHT, id(orange));
             //
             //>>> temperature inside:
             it.image(36, 15, id(icon_temp_inside), ImageAlign::TOP_CENTER, id(orange));
             it.printf(36, 85, id(font_arial20), id(white), TextAlign::BASELINE_CENTER , "%.1f°", id(inside_temperature).state);
             //
             //>>> vertical line:
             it.filled_rectangle(70, 0, 3, 115, id(red));
             //
             //>>> print time and date
             it.strftime(160, 5, id(font_clock), TextAlign::TOP_CENTER, "%H:%M", id(datetime).now());
             it.strftime(160, 80, id(font_date), TextAlign::TOP_CENTER, "%d-%m-%Y", id(datetime).now());
             //
             //>>> vertical line:
             it.filled_rectangle(250, 0, 3, 115, id(red));
             //
             //>>> outside temperature
             it.image(285, 15, id(icon_temp_outside), ImageAlign::TOP_CENTER, id(orange));
             it.printf(285, 85, id(font_arial20), id(white), TextAlign::BASELINE_CENTER , "%.1f°", id(outside_temperature).state);
             //
             //>>> horizontal line:
             it.filled_rectangle(0, 115, 320, 3, id(red));
             it.print(100, 160, id(font_arial20), "This is page 1!");
         - id: page2
           lambda: |-
             //>>> make a border arround the display
             it.filled_rectangle(  0,   0, 320,   3, id(red));
             it.filled_rectangle(  0,   0,   3, 240, id(red));
             it.filled_rectangle(  0, 237, 320,   3, id(red));
             //it.filled_rectangle(  0, 206, 320,   3, id(red));
             it.filled_rectangle(317,   0,   3, 240, id(red));
             //
             //>>> prev/next icons next to butotns
             it.image(0, 208, id(icon_prev_page), ImageAlign::TOP_LEFT, id(orange));
             it.image(320, 208, id(icon_next_page), ImageAlign::TOP_RIGHT, id(orange));
             //
             //>>> temperature inside:
             it.image(36, 15, id(icon_temp_inside), ImageAlign::TOP_CENTER, id(orange));
             it.printf(36, 85, id(font_arial20), id(white), TextAlign::BASELINE_CENTER , "%.1f°", id(inside_temperature).state);
             //
             //>>> vertical line:
             it.filled_rectangle(70, 0, 3, 115, id(red));
             //
             //>>> print time and date
             it.strftime(160, 5, id(font_clock), TextAlign::TOP_CENTER, "%H:%M", id(datetime).now());
             it.strftime(160, 80, id(font_date), TextAlign::TOP_CENTER, "%d-%m-%Y", id(datetime).now());
             //
             //>>> vertical line:
             it.filled_rectangle(250, 0, 3, 115, id(red));
             //
             //>>> outside temperature
             it.image(285, 15, id(icon_temp_outside), ImageAlign::TOP_CENTER, id(orange));
             it.printf(285, 85, id(font_arial20), id(white), TextAlign::BASELINE_CENTER , "%.1f°", id(outside_temperature).state);
             //
             //>>> horizontal line:
             it.filled_rectangle(0, 115, 320, 3, id(red));
             it.print(100, 160, id(font_arial20), "This is page 2!");
         - id: page3
           lambda: |-
             //>>> make a border arround the display
             it.filled_rectangle(  0,   0, 320,   3, id(red));
             it.filled_rectangle(  0,   0,   3, 240, id(red));
             it.filled_rectangle(  0, 237, 320,   3, id(red));
             //it.filled_rectangle(  0, 206, 320,   3, id(red));
             it.filled_rectangle(317,   0,   3, 240, id(red));
             //
             //>>> prev/next icons next to butotns
             it.image(0, 208, id(icon_prev_page), ImageAlign::TOP_LEFT, id(orange));
             it.image(320, 208, id(icon_next_page), ImageAlign::TOP_RIGHT, id(orange));
             //
             //>>> temperature inside:
             it.image(36, 15, id(icon_temp_inside), ImageAlign::TOP_CENTER, id(orange));
             it.printf(36, 85, id(font_arial20), id(white), TextAlign::BASELINE_CENTER , "%.1f°", id(inside_temperature).state);
             //
             //>>> vertical line:
             it.filled_rectangle(70, 0, 3, 115, id(red));
             //
             //>>> print time and date
             it.strftime(160, 5, id(font_clock), TextAlign::TOP_CENTER, "%H:%M", id(datetime).now());
             it.strftime(160, 80, id(font_date), TextAlign::TOP_CENTER, "%d-%m-%Y", id(datetime).now());
             //
             //>>> vertical line:
             it.filled_rectangle(250, 0, 3, 115, id(red));
             //
             //>>> outside temperature
             it.image(285, 15, id(icon_temp_outside), ImageAlign::TOP_CENTER, id(orange));
             it.printf(285, 85, id(font_arial20), id(white), TextAlign::BASELINE_CENTER , "%.1f°", id(outside_temperature).state);
             //
             //>>> horizontal line:
             it.filled_rectangle(0, 115, 320, 3, id(red));
             it.print(100, 160, id(font_arial20), "This is page 3!");
     - id: !extend display_j3_Left
       update_interval: never
       pages:
         - id: j3_l_page1
           lambda: |-
             it.image(80, 0, id(lightbulb), ImageAlign::TOP_CENTER, id(red));
         - id: j3_l_page2
           lambda: |-
             it.image(80, 0, id(alert), ImageAlign::TOP_CENTER, id(orange));
         - id: j3_l_page3
           lambda: |-
             it.image(80, 0, id(icon_temp_inside), ImageAlign::TOP_CENTER, id(white));
     - id: !extend display_j3_Right
       update_interval: never
       pages:
         - id: j3_r_page1
           lambda: |-
             it.image(80, 0, id(alert), ImageAlign::TOP_CENTER, id(red));
         - id: j3_r_page2
           lambda: |-
             it.image(80, 0, id(lightbulb), ImageAlign::TOP_CENTER, id(orange));
         - id: j3_r_page3
           lambda: |-
             it.image(80, 0, id(icon_temp_outside), ImageAlign::TOP_CENTER, id(white));

[Septillion]

@DiXY
Volgens mij is aan 1 niet zo heel veel te doen behalve te kijken wat je allemaal op het scherm doet. Maar feitelijk zou dit iets voor het component zelf moeten zijn.

Als ik zo lees zou PSRAM vanzelf enabled moeten zijn als het nodig is en aanwezig is. Enige andere dat je zou kunnen proberen is zorgen dat de ESP op 160MHz draait ipv 80MHz.

2 Denk niet dat er een andere optie is. Dacht eerst aan een script, deze is namelijk ook aa te roepen in lambda. Maar probleem is als je het extern wilt doen (dus zowel een C functie als een script) is dat het it-object alleen lokaal beschikbaar is. Deze zal je dus als pointer/reference mee moeten geven bij een call. En een script kent alleen bool, int, float en string als type.

Maar andere kant, hoe lastig is een functiecall vergeleken met alle lambda nu?

[habbekrats]

Kan hij niet op 240mhz draaien?

[Septillion]

@habbekrats Zat ik net opeens ook te denken, zat met een ESP8266 in mijn hoofd

[DiXY]

hij is staat bij mij geconfigureerd als "esp32-s3-devkitm-1" volgens de link hieronder staat hij standaard in gesteld als 240MHz...
https://docs.platformio.o...2/esp32-s3-devkitm-1.html

Of doet ESPHome hier nog een kunstje mee?

[Septillion]

@DiXY Tijdens de compile zie je de kloksnelheid ook in de log.

[DiXY]

@Septillion de compile log geeft netjes 240MHz aan, was het proberen/onderzoeken waard! De rest kom ik maandag even op terug. Bedankt

[ThinkPad]

Ok, ik loop even helemaal vast met ESPHome op een ESP32 i.c.m. LYWSD03MMC sensoren.
Heb dat een hele tijd in gebruik gehad (met standaard FW op de Xiaomi's) en kreeg de data netjes binnen in Home Assistant (ik had ze op MAC-adres geconfigureerd in ESPHome en data werd doorgeseind naar HASS). Ik bleef alleen elke 2-3 maand ofzo de batterijen van die sensoren vervangen. Ik las dat de 'ATC' firmware een stuk langer met batterij zou moeten doen.

Dus die erop geflashed, maar sindsdien krijg ik ze niet meer in ESPHome. Heb het wel even weer werkend gehad met ik meen esp32_ble_tracker maar dan kreeg ik in HASS continu meldingen dat er een nieuwe device was gevonden (waarschijnlijk een BLE device bij de buren ofzo). Toen heb ik iets aangepast en sindsdien krijg ik helemaal geen sensoren meer te zien in ESPHome/HASS.

Ben nu beetje aan het inlezen, maar het duizelt mij. Wat is bijv. het verschil tussen esp32_ble_tracker en bluetooth_proxy ?

Ik wil een scan on demand kunnen starten, mac-adres noteren en die vervolgens in m'n yaml-code zetten. Daarna hoeft er niet meer continu gezocht te worden naar nieuwe devices. Maar hoe krijg ik dat voor elkaar?

Ik vond elders deze code:

YAML:

button:
  - platform: template
    name: "Start BT scan"
    on_press:
      - esp32_ble_tracker.start_scan:
  
  - platform: template
    name: "Stop BT scan"
    on_press:
      - esp32_ble_tracker.stop_scan:

Die geeft bij het starten wel aan dat hij scant, maar vervolgens zie ik geen enkel device langskomen (terwijl er meerdere binnen bereik van de ESP zijn).

Ik zoek gewoon een goedwerkende simpele config, maar zie door de bomen het bos niet meer

[jj85]

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

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

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

[ThinkPad]

@jj85 Dank dat verklaart e.e.a. Heb net met de flasher even geconnect met een sensor. Hij staat op BTHome advertisement.

Begint al weer wat te dagen. Volgens mij is het bluetooth_proxy + BTHome advertisement.
Of esp32_ble_tracker (en dan in config mac-adres definiëren van de sensoren) met ATC / pvvx advertisement.

Met de Bluetooth proxy lijkt er geen mogelijkheid te zijn om discovery uit te zetten. Denk dat ik dan toch maar terug val op één van de andere advertisement types. De BT proxy methode is toch niet nodig, ik kon met één ESP al de sensoren in het hele huis (rijtjeswoning) ontvangen.

Wat het verschil/voordeel is van ATC / pvvx firmware ben ik ook nog niet achter.

[ Voor 10% gewijzigd door ThinkPad op 14-11-2024 14:55 ]

[jj85]

@ThinkPad Verschil tussen esp32_ble_tracker en bluetooth_proxy is mij ook niet helemaal duidelijk. Maar jouw samenvatting klinkt mij ook bekend in de oren

Volgens mij doet de bluetooth_proxy niks meer/minder dan alle BLE pakketjes 1 op 1 doordrukken na HA.

[ThinkPad]

Uiteindelijk op deze manier had ik het zo aan de praat: https://blog.abhi.host/bl...me-assistant-via-esphome/ (esp32_ble_tracker samen met platform: pvvx_mithermometer) en dan via de Telink flasher de advertisement type ook op PVVX zetten.

Niet vergeten het mac-adres tussen dubbele quotes te zetten. Dat was ik vergeten en kreeg ik alsnog geen data door

Edit: uiteindelijk toch maar bij de BTHome advertisement gebleven Dat werkt toch wel het makkelijkste in HASS en dan in HASS bij de BTHome integration > system options uitgezet dat nieuwe devices moeten worden toegevoegd (nadat alle sensoren in HASS bekend waren). Heb nog wel de interval aangepast voor betere batterijduur, zie hier: https://github.com/pvvx/A...iscussioncomment-10634684
De 'low power mode' heb ik niet aangezet, dat zorgt voor minder accurate metingen en dat wil ik niet. ("For SHTC3 in "lowPower" the accuracy is reduced.")

[ Voor 71% gewijzigd door ThinkPad op 16-11-2024 11:21 ]

[jj85]

@ThinkPad Nice!
Met dat platform kan je ook, als het goed is, de displays van de sensoren aansturen
https://esphome.io/compon...vvx-mithermometer-display
(nog niet geprobeerd zelf, maar wel leuk om in gedachten te houden).

[Illusion]

AWEF schreef op maandag 8 april 2024 @ 14:13:
In de /homeassistant/esphome folder staat dezelfde yaml als ik in ESPHome zelf zie. Gisteren de HA Host uit gehad (voor een andere reden). Net nog even ESPHome gestopt en weer gestart, maar helaas dat heeft ook niet gewerkt...

Oudje deze. Maar is het nog gelukt? Ik wil ook wel een paar stekkers omflashen naar bluetooth proxy namelijk.