Wątek archiwalny - Komponent wM-Bus do ESPHome (SzczepanLeon) starsze wersje do 1.5.1 włącznie

esphome:
  name: vodomer
  friendly_name: Vodomer
  compile_process_limit: 3
  platform: ESP8266
  board: esp8285

logger:
  level: DEBUG
api:
  encryption:
    key: "CCCCCCCCCC="

ota:
  password: "CCCCCCCCCC"

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password
  fast_connect: true  
  manual_ip:
    static_ip: 192.168.1.50
    gateway: 192.168.1.1
    subnet: 255.255.255.0
  ap:
    ssid: "Vodomer Fallback Hotspot"
    password: "CCCCCCCCCC"

captive_portal:

time:
  - platform: sntp
    id: vodomer_sntp 

wmbus:
  mosi_pin: GPIO13 
  miso_pin: GPIO12 
  clk_pin: GPIO14  
  cs_pin: GPIO2
  gdo0_pin: GPIO5 
  gdo2_pin: GPIO4





TOTO NETREBA PRIDAT DO PRVEHO KODU ? ALEBO ANO ?


external_components:
   - source: github://SzczepanLeon/esphome-components@main
     components: [wmbus]

Powiem tak na mojej nakładce odlutowanie baterii oraz zwarcie potem kondensatora nie pomaga na reset nakładki do zera. Jeden z userów pisał że tak zrobił i że jemu zresetowało ale u mnie niestety od początku pokazuje znów stan jaki przed 0,021m3

To też potrzeba dodać do YAML`a.

Zrobiłem właśnie update do wersji 1.5.1 i znów po tym mam status nieznany na sensorze.

dakujem susedia !!
podarilo sa mam data

[21:14:04][D][wmbus:158]: Meter ID [0x75565272] RSSI: -64 dBm LQI: 130 not found in configuration T: 3E44A5117252567541047A380030057A8D04CA3EDA989C5542663A86721C100A5AFBC1805E4304313D33BFCB168ED2C799EC8E05FECB891BB44B7D7CA01B1D (63)
[21:14:24][D][wmbus:158]: Meter ID [0x9040078B] RSSI: -62 dBm LQI: 142 not found in configuration T: 1E4424238B07409054607A2E001073F69CE8915A4203BF1CD271E1EB0A7E13 (31)
[21:14:40][D][wmbus:158]: Meter ID [0x75565242] RSSI: -47 dBm LQI: 128 not found in configuration T: 3E44A5114252567541047A3B0030253FF84CA61F9D5C042421AF313D1A1CEA36D7A28BC3D45B06D2AC6759EEAF466C79C685D69EEFF8CD029EA8A81DFFB280 (63)
[21:14:47][D][wmbus:158]: Meter ID [0x75565282] RSSI: -75 dBm LQI: 129 not found in configuration T: 3E44A5118252567541047A410030055C8B4CF0F9B3B07A7C00F8616870DA0761E5CE309D0B54D3ABBC16652427A106B081F13C8A9870446FCAD6FEC86D680B (63)
[21:14:54][D][wmbus:158]: Meter ID [0x75565251] RSSI: -80 dBm LQI: 129 not found in configuration T: 3E44A5115152567541047A30003025AAB911EA000AD5D5E113E9D39654838999FCD1F187BB8600BC735513EB0ED6BE0C68EBBD35C0E1DE5457391087A51498 (63)

:wink: I teraz ten Meter ID co odebrałeś możesz do sekcji sensor przepisać. Wtedy powinien w HA pojawić się sensor (po odebraniu danych).

Możliwe jest zintegrowanie liczników firmy Ista za pomocą Twojego komponentu?

Jak nadają w formacie wM-Bus na 868MHz w modzie T1 i w jakimś standardzie, który można odczytać potem - to tak.

Witam, pracuję z Romanem i próbujemy połączyć ten komponent.
Data już otrzymujemy, ale jest problem z ich odczytaniem.
Witryna wmbusmeters.org pokazuje itron lub hydrus jako najlepszy sterownik. Nie obsługujesz jeszcze hydros, ale itron jest dostępny w opcjach.
Jednak nawet itron nie może tego odczytać, zobacz dzienniki

Auto driver  : hydrus
Best driver  : itron 10/10
Using driver : itron 00/00

no esphome dziennik pokazuje

[01:28:06][I][wmbus:071]: Using driver 'itron' for ID [0xXXXXXXX] RSSI: -58 dBm LQI: 130 T: 1E4424238B07879054607AE300109715ED047A19A34B55166AB99437B9A5A1 (31)
[01:28:06][E][wmbus:153]: Can't get value from telegram for ID [0xXXXXXXX] 'itron'
[01:28:06][E][wmbus:154]: T : 1E4424238B07879054607AE300109715ED047A19A34B55166AB99437B9A5A1 (31)

co może być problemem?

Znalazłem taką dokumentację w języku Niemieckim:

Więc wychodzi na to, że licznik używa 868 MHz

@JMuffin Czy udało Ci się coś dowiedzieć w kontekście tego tematu? Mam identyczne liczniki (Ista domaqua)

Hi Martin

Telegram ten jest dodatkowo kodowany:

013   : 1097 tpl-cfg 9710 (bidirectional SPECIFIC_16_31 )

Aktualnie nie mam tego zaimplementowanego w komponencie.

Dziękuję za odpowiedź. Czy wymagałoby to dużych zmian w kodzie?

Czy istnieje możliwość wykorzystania kodu lub jego części z wmbusmeters? Czyta się tam poprawnie.

Nie mam pojęcia - pewnie nie dużych.

Sam chciałbym to osiągnąć, ale czasu brak.

Mam jeszcze jedno pytanie, gdybym użył „wmbusmeters HA addon” wraz z wmbusgw, jakich sterowników użyłby do odczytania telegramu? Te na stronie, wmbusmeters.org czy te w twoim komponencie?

Użyj "wmbusmeters HA addon” wraz z wmbus z opcją client (bez sensor). Driver wybierasz tylko po stronie wmbusmeters (bierz te z strony wmbusmeters.org).

wmbusgw już nie jest supportowany (całość funkcjonalności jest przeniesiona do wmbus).

Czy to oznacza, że ​​mogę spróbować połączyć wmbus z „wmbusmeters HA add on”?

Oczywiście, u mnie chodzi już tak ponad rok.
Poczytaj to ale zamiast wmbusgw (punkt 1) wykorzystaj wmbus. Czyli w YAMLu musi być:

wmbus:
  clients:
    - name: "wmbusmeters"
      ip_address: "10.0.0.1"
      port: 7011

Wtedy komponent będzie wysyłał wszystkie odebrane telegramy na port 7011 na ip 10.0.0.1 poprzez TCP w formacie WMBUS_RTL.

Resztę po stronie „wmbusmeters HA add on” konfigurujesz tak (mogą być małe różnice bo chyba ostatnio grzebali w tym dodatku).

Dziękuję. Mam też urządzenie, licznik ciepła, marki sharky, które powinno wykorzystywać sterownik „sharky774”, ale stwierdziłem, że nawet elf odczytuje 80% poprawnie. Jednak ponownie otrzymuję ten błąd:


[14:36:18][I][wmbus:071]: Using driver 'elf' for ID [0xXXXXXXX] RSSI: -53 dBm LQI: 128 T: 3E44A5114252567541047A81003005D42918AE2F79ACF2718CE763A881DCD0AAC7D690420893BE546975C12DA1D1965E674AE782B5BACA25A693F2D36B1559 (63)
[14:36:18][E][wmbus:153]: Can't get value from telegram for ID [0xXXXXXXX] 'elf'
[14:36:18][E][wmbus:154]: T : 3E44A5114252567541047A81003005D42918AE2F79ACF2718CE763A881DCD0AAC7D690420893BE546975C12DA1D1965E674AE782B5BACA25A693F2D36B1559 (63)

czy to też problem z kodowaniem?

Nie, jest to brak odpowiedniego driver’a w wmbus komponencie.

czyli jak sterownik nie odczyta 100% telegramu to w ogóle nie będzie działać?