Komponent wM-Bus do ESPHome wersja 5.x - wątek ogólny

Witam w nowym roku - Wszystkiego Najlepszego
Na 2025.12.4 wywala błąd komponentu

INFO ESPHome 2025.12.4
INFO Reading configuration /config/esphome/esp32c3.yaml...
ERROR Unable to import component logger:
Traceback (most recent call last):
  File "/esphome/esphome/loader.py", line 199, in _lookup_module
    module = importlib.import_module(f"esphome.components.{domain}")
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.12/importlib/__init__.py", line 90, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "<frozen importlib._bootstrap>", line 1387, in _gcd_import
  File "<frozen importlib._bootstrap>", line 1360, in _find_and_load
  File "<frozen importlib._bootstrap>", line 1331, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 935, in _load_unlocked
  File "<frozen importlib._bootstrap_external>", line 999, in exec_module
  File "<frozen importlib._bootstrap>", line 488, in _call_with_frames_removed
  File "/esphome/esphome/components/logger/__init__.py", line 6, in <module>
    from esphome.components.esp32 import (
ImportError: cannot import name 'VARIANT_ESP32C61' from 'esphome.components.esp32' (/data/external_components/5c086c68/components/esp32/__init__.py)
Failed config

logger: [source /config/esphome/esp32c3.yaml:26]
  
  Component not found: logger.
  id: component_logger
  level: DEBUG

Pozdrawiam

u mnie działa to (heltec wifi lora32 v2 https://resource.heltec.cn/download/WiFi_LoRa_32)

spi:
  clk_pin:
    number: GPIO5
    ignore_strapping_warning: true
  mosi_pin: GPIO27
  miso_pin: GPIO19
wmbus_radio:
  radio_type: SX1276
  cs_pin: GPIO18
  reset_pin: GPIO14
  irq_pin: GPIO35

Cześć mój pierwszy post tutaj więc proszę o wyrozumiałość mam uruchomiony odczyt wodomierzy i to działa ok ale nie mogę sobie poradzić z odczytem ciepłomierza

ramka z wmbusmeters

{ "_":"telegram", "media":"heat volume at inlet", "meter":"kamheat", "name":"", "id":"68421819", "target_date":"2025-12-31", "target_energy_kwh":1040.666667, "total_energy_consumption_kwh":1239.916667, "meter_datetime":"2026-01-13 19:35", "status":"OK", "timestamp":"2026-01-13T18:42:32Z" }

Mam zadeklarowane

wmbus_meter:
  - id: heat_meter_kamheat
    meter_id: 0x68421819  
    type: kamheat


sensor:
  - platform: wmbus_meter 
    parent_id: heat_meter_kamheat 
    field: total_energy_consumption_kwh
    device_class: heat
    name: Kamheat - state
    accuracy_decimals: 2
    state_class: total_increasing
    unit_of_measurement: "kwh"

po skompilowaniu w logach wyskakuje


[W][wmbus:100]e[1;31m[radio_recv]e[0;33mFailed to read data

Czy ktoś przerabiał odczyt z ciepłomierza i może coś podpowiedzieć

Problem rozwiązany dzięki pomocy Mariusz_Woszczynski

Świetnie, a gdzie jest rozwiązanie? Pokaż poprawny kod dla przyszłych czytelników…

1 polubienie

Prawidłowa konfiguracja

wmbus_meter:
  - id: heat_meter_kamheat
    meter_id: 0x68421819  
    type: kamheat


sensor:
  - platform: wmbus_meter 
    parent_id: heat_meter_kamheat 
    field: total_energy_consumption_kwh
    device_class: water
    name: Kamheat - state
    accuracy_decimals: 2
    state_class: total_increasing
    unit_of_measurement: "kwh"
1 polubienie

Dostałem z PGE klucz do GAMA350, chciałem dodać do kodu ale mam jakiś dziwny problem (jeszcze nie nie edytowałem kodu sprzed no kilku miesięcy bo tyle ma nowy czytnik, na cały czas działąjącym ESP LoRa takie błędy):

ERROR Unable to import component logger:
Traceback (most recent call last):
  File "/esphome/esphome/loader.py", line 199, in _lookup_module
    module = importlib.import_module(f"esphome.components.{domain}")
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.12/importlib/__init__.py", line 90, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "<frozen importlib._bootstrap>", line 1387, in _gcd_import
  File "<frozen importlib._bootstrap>", line 1360, in _find_and_load
  File "<frozen importlib._bootstrap>", line 1331, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 935, in _load_unlocked
  File "<frozen importlib._bootstrap_external>", line 999, in exec_module
  File "<frozen importlib._bootstrap>", line 488, in _call_with_frames_removed
  File "/esphome/esphome/components/logger/__init__.py", line 6, in <module>
    from esphome.components.esp32 import (
ImportError: cannot import name 'VARIANT_ESP32C61' from 'esphome.components.esp32' (/data/external_components/5c086c68/components/esp32/__init__.py)
Failed config

logger: [source /config/esphome/apatorlora.yaml:19]
  
  Component not found: logger.
  id: component_logger
  level: DEBUG
  baud_rate: 115200

Okey, próba usunięcia loggera więc wycinam ten fragment kodu, potem na spi się przenosi:

ERROR Unable to import component spi:
Traceback (most recent call last):
  File "/esphome/esphome/loader.py", line 199, in _lookup_module
    module = importlib.import_module(f"esphome.components.{domain}")
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.12/importlib/__init__.py", line 90, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "<frozen importlib._bootstrap>", line 1387, in _gcd_import
  File "<frozen importlib._bootstrap>", line 1360, in _find_and_load
  File "<frozen importlib._bootstrap>", line 1331, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 935, in _load_unlocked
  File "<frozen importlib._bootstrap_external>", line 999, in exec_module
  File "<frozen importlib._bootstrap>", line 488, in _call_with_frames_removed
  File "/esphome/esphome/components/spi/__init__.py", line 6, in <module>
    from esphome.components.esp32 import (
ImportError: cannot import name 'VARIANT_ESP32C61' from 'esphome.components.esp32' (/data/external_components/5c086c68/components/esp32/__init__.py)
Failed config

spi: [source /config/esphome/apatorlora.yaml:64]
  
  Component not found: spi.
  clk_pin: 
    number: GPIO5
    ignore_strapping_warning: True
  mosi_pin: GPIO27
  miso_pin: GPIO19

Pojęcia nie mam OCB, mieliście takie kwiatki?

Dodam też początek kodu ESP:

esphome:
  name: apator-wmbus-lora
  friendly_name: APATOR WMBus Lora
  platformio_options:
    upload_speed: 921600

external_components:
  - source: github://SzczepanLeon/esphome-components@main
    refresh: 0d

logger:
  id: component_logger
  level: DEBUG
  baud_rate: 115200

esp32:
  board: heltec_wifi_lora_32_V2
  flash_size: 8MB
  framework:
    type: esp-idf


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

ota:
  - platform: esphome
    password: !secret ota_password

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

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "ApatorLoRa Fallback Hotspot"
    password: !secret ap_password




web_server:
  version: 3

time:
  - platform: sntp
    id: sntp_time




uart:
  id: ld2410_uart
  tx_pin: TX
  rx_pin: RX
  baud_rate: 256000
  parity: NONE
  stop_bits: 1

# Example configuration entry
ld2410:
  uart_id: ld2410_uart

  
spi:
  clk_pin:
    number: GPIO5
    ignore_strapping_warning: true
  mosi_pin: GPIO27
  miso_pin: GPIO19

Czemu dałeś jakieś wyrywki, a nie cały kod, domyślam się, że masz komponent v5, a nie v4, więc przeniosłem do prawdopodobnie właściwego wątku (ale z tych urywków nawet nie wiadomo do końca jaki masz sprzęt… więc nie wiadomo jaką powinieneś używać wersję… ale skoro widzę tam board: heltec_wifi_lora_32_V2 tzn. masz v5 albo komponent dedykowany dla sx1262??)

daj nam też YAMLa sprzed tych modyfikacji (np. wyciągnij z dowolnego backupu stworzonego zanim zacząłeś grzebać…)

Mam nadzieję, że nie udało się ani skompilować, ani tym bardziej wgrać śmieci do sprzętu - jaka wersja firmware, które działa dotychczas (w jakiej wersji esphome było to kompilowane)?

Totalnie nic nie zmieniłem w kodzie, po wejściu do edycji na czerwono podświetlił się logger, po usunięciu loggera błąd przechodzi na spi.

Ciągle on działa, ciągle dostarcza dane do HA, chciałem dokonać edycji kodu ale już na wejściu podświetla się na czerwono

Faktycznie, nie ta wersja, dzięki!

SX1276 ESP32 LoRa z wyświetlaczem

Jasne, wrzucam pełny kod:

esphome:
  name: apator-wmbus-lora
  friendly_name: APATOR WMBus Lora
  platformio_options:
    upload_speed: 921600

external_components:
  - source: github://SzczepanLeon/esphome-components@main
    refresh: 0d


esp32:
  board: heltec_wifi_lora_32_V2
  flash_size: 8MB
  framework:
    type: esp-idf


logger:
  id: component_logger
  level: DEBUG
  baud_rate: 115200

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

ota:
  - platform: esphome
    password: !secret ota_password

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

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "ApatorLoRa Fallback Hotspot"
    password: !secret ap_password




web_server:
  version: 3

time:
  - platform: sntp
    id: sntp_time




uart:
  id: ld2410_uart
  tx_pin: TX
  rx_pin: RX
  baud_rate: 256000
  parity: NONE
  stop_bits: 1

# Example configuration entry
ld2410:
  uart_id: ld2410_uart

  
spi:
  clk_pin:
    number: GPIO5
    ignore_strapping_warning: true
  mosi_pin: GPIO27
  miso_pin: GPIO19

wmbus_radio:
  radio_type: SX1276
  cs_pin: GPIO18
  reset_pin: GPIO14
  irq_pin: GPIO35
  
  on_frame:
    - then:
        - logger.log:
            format: "RSSI: %ddBm T: %s (%d)"
            args: [ frame->rssi(), frame->as_hex().c_str(), frame->data().size() ]

wmbus_meter:
  - id: wodomierz
    meter_id: 0x3779104
    type: apator162
    key: "00000000000000000000000000000000"
  - id: wodomierz_ogrod
    meter_id: 0x4939818
    type: apator162
    key: "00000000000000000000000000000000"

output:
  - platform: gpio
    id: vext_output
    pin: GPIO21
  - platform: gpio
    id: oled_reset
    pin: GPIO16
    inverted: True

binary_sensor:
  - platform: ld2410
    has_target:
      name: Presence
    has_moving_target:
      name: Moving Target
    has_still_target:
      name: Still Target

switch:
  - platform: ld2410
    engineering_mode:
      name: Engineering mode
    bluetooth:
      name: Control bluetooth

sensor:
  - platform: wmbus_meter
    parent_id: wodomierz
    field: total_m3
    device_class: water
    name: Wodomierz
    id: woda
    accuracy_decimals: 3
    state_class: total_increasing
    unit_of_measurement: "m³"
    icon: "mdi:water"
  - platform: wmbus_meter
    parent_id: wodomierz_ogrod
    field: total_m3
    device_class: water
    name: Wodomierz Ogród
    id: woda_ogrod
    accuracy_decimals: 3
    state_class: total_increasing
    unit_of_measurement: "m³"
    icon: "mdi:water"

i2c:
  sda: GPIO4
  scl: GPIO15
  scan: true


http_request:
  verify_ssl: false
  timeout: 10s
  useragent: esphome/wmbus

Ciekawe
Jakkolwiek widzę, że ld2410 jest na tym samym uarcie co logger (logger domyślnie jest na UART0 i ld2410 też tam zdefiniowałeś…) nie mam weny żeby szukać schematu tej płytki, ale myślę że logger można przerzucić na UART1 (lub lepiej tam podłączyć LD2410 a logger i jego UART0 zostawić w spokoju)
i w ogóle nazwa idetyfikatora component_logger na moje oko jest trefna

obejście problemu - ustal wersję w której się to kompilowało, zatrzymaj aktualne esphome i zainstaluj sobie starą wersję zgodną z YAMLem

dodasz sobie czasu na rozkminkę

A to nie chodzi czasem o ten problem, który pojawił się w wersji 2025.12.0?

Bo wtedy też mi się logger w yamlu podkreślał.
Rozwiązanie:

external_components:
  - source: github://SzczepanLeon/esphome-components@main
    components:
    - socket_transmitter
    - wmbus_common
    - wmbus_radio
    - wmbus_meter
    ```

Czy udało się komuś uruchomić v.5 na esp32-s3. Program sie skompilował ale po uruchomieniu wpada w bootloop stack overflow. moduł RFM95W + ESP32-S3-Wroom-1 P2N8

Mi się udało uruchomić na ESP32S3 ale bez PSRAM mimo tego co jakiś czas dostawałem właśnie reset z powodu stack overflow. Jak włączyłem psram to od razu wpadał w bootloop.
Chciałem zrobić taką hybrydę = odczyt wmbus i btproxy ale poległem.
Widzę że w wątku z wersją V4 i CC1101 kolega Witek rozwiązał problem na S3 może tu też ktoś pomoże ?

ten moduł który ja mam nie ma psram w ogóle i stack overflow jest natychmiast, szybkie resety i układ wchodzi w safe mode. Nic to poczekamy zobaczymy. Miałem działający modół ale na c11010 tylko chciałem dorobić jescze jedną funkcjonalność do niego i się zważyło, Przestał się kompilować, Pomyślałem że przejdę na nowszą wersję softu, dokupiłem RFFM95W i też kupa :frowning:

Polecam SX od pana Chinczyka np H596

Ja tam się nie znam ale jak patrzę na pinout tego liligo to nie zadziała bo ma radio podłączone do DI0 a ten komponent potrzebuje podłączenie do DI1.
Na dodatek to przecież zwykłe ESP32S3 na którym się wywala ten komponent.
Masz jakieś potwierdzenie że działa ?

Po ostatniej aktualizacji Esphome w momencie uruchomienia Logow mialem takie błędy:

INFO ESPHome 2025.12.4
INFO Reading configuration /config/esphome/esp32c3.yaml...
ERROR Unable to import component logger:
Traceback (most recent call last):
  File "/esphome/esphome/loader.py", line 199, in _lookup_module
    module = importlib.import_module(f"esphome.components.{domain}")
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.12/importlib/__init__.py", line 90, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "<frozen importlib._bootstrap>", line 1387, in _gcd_import
  File "<frozen importlib._bootstrap>", line 1360, in _find_and_load
  File "<frozen importlib._bootstrap>", line 1331, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 935, in _load_unlocked
  File "<frozen importlib._bootstrap_external>", line 999, in exec_module
  File "<frozen importlib._bootstrap>", line 488, in _call_with_frames_removed
  File "/esphome/esphome/components/logger/__init__.py", line 6, in <module>
    from esphome.components.esp32 import (
ImportError: cannot import name 'VARIANT_ESP32C61' from 'esphome.components.esp32' (/data/external_components/5c086c68/components/esp32/__init__.py)
Failed config

logger: [source /config/esphome/esp32c3.yaml:26]
  
  Component not found: logger.
  id: component_logger
  level: DEBUG

Nie było też możliwości kompilacji
Dodam ze moduł cały czas działał i odczytywał dane z liczników
Teraz mam taki config

esphome:
  name: lora
  friendly_name: Lora
  platformio_options:
    upload_speed: 921600


external_components:
   - source: github://SzczepanLeon/esphome-components@main
     components: [wmbus_common, wmbus_radio, wmbus_meter]
     refresh: 0d  


esp32:
  board: heltec_wifi_lora_32_V2
  flash_size: 8MB
  framework:
    type: esp-idf


# Enable logging
logger:
  level: INFO
  logs:
    wmbus: ERROR
    wmbusmeters: ERROR

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

ota:
  platform: esphome

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

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

web_server:
  version: 3

time:
  - platform: sntp
    id: sntp_time

spi:
  clk_pin:
    number: GPIO5
    ignore_strapping_warning: true
  mosi_pin: GPIO27
  miso_pin: GPIO19

#socket_transmitter:
#  id: my_socket
#  ip_address: 192.168.1.1
#  port: 3333
#  protocol: TCP

#mqtt:
#  broker: test.mosquitto.org
#  port: 1883
#  client_id: some_client_id

wmbus_radio:
  radio_type: SX1276
  cs_pin: GPIO18
  reset_pin: GPIO14
  irq_pin: GPIO35
#  frequency: 868.950
#  all_drivers: True
#  sync_mode: True
# log_all: True

  on_frame:
    - then:
        - logger.log:
            format: "RSSI: %ddBm T: %s (%d)"
            args: [ frame->rssi(), frame->as_hex().c_str(), frame->data().size() ]
    #- then:
        #- repeat:
            #count: 3
            #then:
             # - output.turn_on: status_led
              #- delay: 100ms
              #- delay: 100ms
#    - mark_as_handled: True
#      then:
#        - mqtt.publish:
#            topic: wmbus-test/telegram_rtl
#            payload: !lambda return frame->as_rtlwmbus();
#    - mark_as_handled: True
#      then:
#        - socket_transmitter.send:
#            data: !lambda return frame->as_hex();
wmbus_meter:
  - id: water_meter
    meter_id: 0x0000000000
    type: apator162
    key: "00000000000000000000000000000000"

  - id: electricity_meter
    meter_id: 0x0000000000
    type: amiplus
    key: "000000000000000000000000000000"
    mode: 
      - T1
      - C1
  
sensor:
  - platform: wmbus_meter
    parent_id: water_meter
    field: total_m3
    device_class: water
    name: Zużycie wody
    accuracy_decimals: 3
    state_class: total_increasing
    unit_of_measurement: "m³"
    icon: "mdi:water"
    
  - platform: wmbus_meter
    parent_id: electricity_meter
    field: total_energy_consumption_kwh
    name: Suma konsumpcji
    accuracy_decimals: 3
    device_class: energy
    state_class: total_increasing
    icon: "mdi:transmission-tower-export"

  - platform: wmbus_meter
    parent_id: electricity_meter
    field: current_power_consumption_kw
    name: Aktualny pobór
    accuracy_decimals: 3
    device_class: energy
    state_class: total_increasing
    icon: "mdi:transmission-tower"

  - platform: wmbus_meter
    parent_id: electricity_meter
    field: total_energy_production_kwh
    name: Suma produkcji
    accuracy_decimals: 3
    device_class: energy
    state_class: total_increasing
    icon: "mdi:transmission-tower-import"

  - platform: wmbus_meter
    parent_id: electricity_meter
    field: current_power_production_kw
    name: Aktualna produkcja
    accuracy_decimals: 3
    device_class: energy
    state_class: total_increasing
    icon: "mdi:solar-power-variant"


  - platform: wmbus_meter
    parent_id: electricity_meter
    field: voltage_at_phase_1_v
    name: Faza V1
    accuracy_decimals: 3
    device_class: energy
    state_class: total_increasing
    icon: "mdi:lightning-bolt"

  - platform: wmbus_meter
    parent_id: electricity_meter
    field: voltage_at_phase_2_v
    name: Faza V2
    accuracy_decimals: 3
    device_class: energy
    state_class: total_increasing
    icon: "mdi:lightning-bolt"

  - platform: wmbus_meter
    parent_id: electricity_meter
    field: voltage_at_phase_3_v
    name: Faza V3
    accuracy_decimals: 3
    device_class: energy
    state_class: total_increasing
    icon: "mdi:lightning-bolt"

  - platform: wmbus_meter
    parent_id: electricity_meter
    field: rssi_dbm
    name: Licznik RSSI
    icon: "mdi:wifi"
  

Teraz kompilacja przechodzi ale moduł zachowuje się dziwnie.
Robi restart. Raz działa 20 minut i resrtart a innym razem potrafi działać godzinę
Pojawiają się takie logi:

13:51:23
[W]
[component:543]
safe_mode took a long time for an operation (69 ms)
13:51:23
[W]
[component:546]
Components should block for at most 30 ms
13:51:26
[W]
[component:543]
interval took a long time for an operation (466 ms)
13:51:26
[W]
[component:546]
Components should block for at most 30 ms
13:51:26
[W]
[component:543]
api took a long time for an operation (473 ms)
13:51:26
[W]
[component:546]
Components should block for at most 30 ms
13:54:16
[W]
[component:543]
display took a long time for an operation (258 ms)
13:54:16
[W]
[component:546]
Components should block for at most 30 ms

Da się coś z tym zrobić?

Twój folder external_components zawiera starą kopię plików systemowych ESP32 prawdopodobnie zależność z repozytorium, która przykrywa nową wersję ESPHome.

Jeśli używasz Home Assistant: przejdź do zakładki ESPHome, kliknij trzy kropki przy swoim urządzeniu i wybierz Clean Build.

I w kodzie zmień tak:

esp32:
  board: heltec_wifi_lora_32_V2
  flash_size: 8MB
  framework:
    type: arduino  # Zmiana z esp-idf na arduino dla stabilności
external_components:
   - source: github://SzczepanLeon/esphome-components@main
     components: [wmbus_common, wmbus_radio, wmbus_meter]
     refresh: 1d  # Zmień na 1d, żeby nie sprawdzał aktualizacji przy każdym starcie
logger:
  level: INFO
  # Wyłącz logowanie wewnątrz pętli wmbus_radio, jeśli masz dużo liczników

W logach masz błąd dotyczący komponentu display, mimo że nie masz go w configu. Płytka Heltec WiFi LoRa 32 V2 ma wbudowany ekran. ESPHome przy wyborze tej płytki czasem próbuje go zainicjalizować w tle.

Jeśli nie używasz ekranu, możesz spróbować wymusić jego ignorowanie lub (jeśli chcesz go użyć) dodać go poprawnie do konfiguracji, co paradoksalnie może ustabilizować sterownik.

To powinno poprawić.

AI zajeło się analizą logów (tak na wszelki odrazu napiszę).

Ok. Poprobuje cos z tym zrobic. Nigdy nie robiłem clean. Czy to sie wiąze z tym ze beda nowe klucze api itp?
Mam webserwer v3 czy na frameworku arduio on bedzie dzialal?

Nie. Clean Build usuwa tylko tymczasowe pliki kompilacji (skompilowany kod binarny, biblioteki i obiekty pośrednie), które znajdują się w ukrytym folderze .esphome

Web Server v3 w ESPHome jest wspierany zarówno przez framework esp-idf, jak i arduino.

  • Na frameworku Arduino Web Server jest często nawet stabilniejszy, przez biblioteki obsługujące stos sieciowy (AsyncTCP).
  • Wizualnie i funkcjonalnie panel WWW urządzenia będzie wyglądał identycznie.

Wielkie dzieki. Zaraz bede probowal to zrobic