Ale nadal po dodaniu mi podkreśla sekcję loggera:
Jak to obszedłeś ?
logger:
level: DEBUG
Tak
A ten problem z driverami to skutkuje tym że urządzenie nie może się podłączyć ? Po modyfikacjach update poszedł ale mam:
WARNING Can't connect to ESPHome API for lora @ 192.168.1.88: Error connecting to [AddrInfo(family=<AddressFamily.AF_INET: 2>, type=<SocketKind.SOCK_STREAM: 1>, proto=6, sockaddr=IPv4Sockaddr(address='192.168.1.88', port=6053))]: [Errno 111] Connect call failed ('192.168.1.88', 6053) (SocketAPIError)
INFO Trying to connect to lora @ 192.168.1.88 in the background
Zostaje kabel i poprzednia wersja ?
Mam problem,
w sensorach brak wartości
Zużycie gazu NA
Zużycie wody NA
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
wmbus_meter:
-
id: water_meter
meter_id: 0x215fb859
type: izar
key: “00000000000000000000000000000000” -
id: gas_meter
meter_id: 0x00067480
type: unismart
key: “00000000000000000000000000000000”
sensor:
-
platform: wmbus_meter
parent_id: gas_meter
field: total_gas_m3
device_class: gas
name: Zużycie gazu
accuracy_decimals: 2
state_class: total_increasing
icon: “mdi:gas-burner” -
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”
telegramy są
13:12:09 [D] [packet:097] Have data from radio (45 bytes)
13:12:09 [D] [wmbusmeters:351] raw packet “36571C2D67346658EC66938D3B459C4F296598E58D5B159634BA5C8E6B0D6746B4959B25993C634CB59A8D3D1C”
13:12:09 [D] [wmbusmeters:351] (wmbus) trimming frame A “1944304C59B85F212C047E99A2010D0013F4BA815C6C9589A7DB7306B7C4”
13:12:09 [D] [wmbusmeters:351] (wmbus) trimmed frame A “1944304C59B85F212C04A2010D0013F4BA815C6C9589A7DB7306”
13:12:09 [D] [wmbusmeters:351] (wmbus) checkWMBUSFrame “1944304C59B85F212C04A2010D0013F4BA815C6C9589A7DB7306”
13:12:09 [I] [wmbus:047] Have data (26 bytes) [RSSI: -71dBm, mode: T1 A]
13:12:09 [D] [wmbusmeters:779] (meter) izar-215fb859(0) izar handling telegram from 215fb859.M=SAP.V=00.T=07
13:12:09 [D] wmbusmeters:267 DLL L=19 C=44 (from meter SND_NR) M=4c30 (SAP) A=215fb859 VER=00 TYPE=07 (Water meter) (driver izar) DEV= RSSI=-71
13:12:09 [D] [wmbusmeters:322] (telegram) TPL CI=a2
13:12:09 [I] [wmbus:056] Telegram handled by 1 handlers
esphome 2025.11
Ruszyło,
wmbus_meter:
- id: water_meter
meter_id: 0x215fb859
type: izar
bez klucza !!
Walcze aktualnie z takimi bledami:
INFO ESPHome 2025.12.0
INFO Reading configuration /config/wmbus-reader-eth-poe-v5.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' (/config/.esphome/external_components/5c086c68/components/esp32/__init__.py)
Failed config
logger: [source /config/wmbus-reader-eth-poe-v5.yaml:48]
Component not found: logger.
level: info```
Co moze byc przyczyna?
(ESPHome w dokerze) - plik wsadowy bez zmian
To efekt nowego ESP. Szczepan musi poprawić swój fork aby był zgodny z nową wersją ESP albo poprawiacie samemu.
Jak masz tak lub podobna składnia :
dashboard_import:
package_import_url: github://wM-Bus/UltimateReader/UltimateReader.yaml@main
import_full_config: true
to zmień na tak :
external_components:
- source: github://SzczepanLeon/esphome-components@main
components: [wmbus_common, wmbus_radio, wmbus_meter]
refresh: 0d
mi ruszyło na ESPHome 2025.11
Bo zależy co kto ma w kodzie.
CD…
Udało mi się wystrugać kod ver 5 i pod ESPHome 2025.12.1 w HA działający pod to zielone pudełeczko :
Oczywiście nie że Ja taki geniusz jestem.
GPT plus moje szukanie materiałów źródłowych.
Opis techniczny :
ESP32-S3 T3 v1.2 (LoRa + OLED, SX1276)
- MCU: ESP32-S3 (QFN56, rev v0.2)
- Flash: 4 MB (embedded)
- PSRAM: 2 MB (embedded → zajmuje GPIO33!)
- USB: native USB-Serial/JTAG (nie CP2102 / CH340)
- Radio: SX1276 (LoRa / wM-Bus)
- OLED: SSD1306 128×64 (I2C)
- QWIIC: wyprowadzone UART/I2C
- Zasilanie: Li-Ion + ADC baterii
GPIO, których NIE ruszać
- GPIO33 → PSRAM (mimo że schemat czasem pokazuje DIO1)
- GPIO3 → strapping pin
- GPIO0 → BOOT
- GPIO1 → ADC baterii
LoRa działa poprawnie TYLKO z:
irq_pin: GPIO33
Mimo ostrzeżeń ESPHome — tak jest na tej płytce fizycznie.
Uwaga eksploatacyjna ode mnie : tylko podczas testów debug możecie włączyć a potem wyłączacie.
Dla tego układu to już za dużo na tej konfiguracji.
Kod który się kompiluje - reszty nie dopisywałem czyli co czytam po WM-Bus.
esphome:
name: esphome-web-5a16c4
friendly_name: UltimateReader
min_version: 2025.11.0
name_add_mac_suffix: false
project:
name: wmbus.UltimateReader
version: "5.0.1"
esp32:
board: esp32-s3-devkitc-1
variant: esp32s3
framework:
type: esp-idf
external_components:
- source: github://SzczepanLeon/esphome-components@main
components: [wmbus_common, wmbus_radio, wmbus_meter]
refresh: 0d
logger:
level: INFO
logs:
wmbus: ERROR
wmbusmeters: ERROR
api:
ota:
- platform: esphome
wifi:
id: wifi0
ssid: !secret wifi_ssid
password: !secret wifi_password
power_save_mode: none
ap:
captive_portal:
time:
- platform: homeassistant
# --- SPI (SX1276) ---
spi:
id: spi_lora
clk_pin: GPIO05
mosi_pin: GPIO06 # SDI radia (MCU->radio)
miso_pin: GPIO03 # SDO radia (radio->MCU)
# --- I2C (OLED) ---
i2c:
id: i2c0
sda: GPIO18
scl: GPIO17
frequency: 400kHz
scan: true
# LED statusu (bez pinów PSRAM)
output:
- platform: gpio
id: status_led
pin: GPIO15
# Debug (żeby działały sensory debug)
#debug:
# --- Radio wM-Bus (SX1276) ---
wmbus_radio:
radio_type: SX1276
spi_id: spi_lora
cs_pin: GPIO07
reset_pin: GPIO08
irq_pin:
number: GPIO33
mode:
input: true
pullup: true
Cześć,
Mam nakładkę izar rc 868 r4 pl, po dodaniu kodu
- id: water_meter
meter_id: 0x0xxxxxxx
type: izar
moduł sie nie uruchamia.
Czy da się dodać tą nakładkę?
Bez problemu da się.
i id podaje ten numer przy qr codzie?
Nie. Przy kodzie to nr samego licznika, a chcesz odczytać nakładkę.
Ta ma swoje numery, ale żaden nie pasuje do numeru który nadaje podczas telegramu.
Najlepiej odczytaj wszystkie telegramy i sprawdź który telegram pasuje do Twojego stanu zużycia na https://wmbusmeters.org/
Opis nakładki. Baza sprzętu wM-Bus możliwego dla odczytu zdalnego metodami amatorskimi - #5 przez ajakubek
@_Szczepan w v5 nie będzie CC1101 do czasu, aż ktoś nie podejmie się napisania sterownika, a umiesz oszacować kiedy pojawi się wsparcie dla sx1262?
4 posty zostały podzielonye na nowy temat: Komponent wM-Bus do ESPHome radugeo74/esphome-sx1262 - wątek ogólny
Udało m i się wgrać V5 na ESP32U i nawet działa ale mam pewne problemy.
Czy wsad powinien aż tyle zajmować ? Musiałem mocno odchudzić projekt by się zmieścił.
Moje liczniki hydrodigit wysyłają dane tylko w dni robocze w dzień w nocy sobie śpią. Odczytałem dane liczników i póki sygnał z nich był to miałem odczyt. Jak tylko zniknął w nocy to encja pokazuje stan nieznany.
W wersji V4 nie miałem tego problemu, a co najgorsze nie mogę teraz wrócić do wcześniejszej wersji bo tam już nawet po odchudedzniu nie mieści się na płytce.
Opanował już ktoś wyświetlacz na na UR?
To nie dotyczy tylko komponentu wm-bus:
a u mnie update przeszedł bez problemów