Co oznacza ze nie ma driverow wmbusmeters’a?
Kompilacja na esp8266 dziala i czyta liczniki energii oraz wody. Odczytuje nawet licznik sąsiada (jakies 30m)
Nie odczytasz innych modeli nakładek/liczników niż były dostępne w v3.
Że dostepna jest ograniczona liczba obslugiwanych liczników - jedynie te popularne w PL (pare lat temu).
Zawsze możesz wysłać odebrany telegram do zewnetrznego wmbusmeters’a w celu zdekodowania.
Kurcze. Trochę to skomplikowane :). A co zrobić, co zainstalować żeby działał mi Wemos 32 D1 Mini z CC1101?
Problem polega na tym , że dla różnych platform sprzętowych MCU są używane różne wersje Arduino w tej samej wersji ESPHome.
Więc skoro nie masz problemów z działaniem na ESP8266 to wymień na niego ESP32. (czyli zamień płytkę Wemos 32 D1 Mini na Wemos D1 Mini skoro taką masz i działa v3).
Tak poza konkurencją
1.
Nigdy nie było i raczej nie będzie już takiej wersji ESPHome (najwyższa 2025.6.x to 2025.6.3), ktoś gdzieś walnął jakąś bzdurę lub w najlepszym wypadku literówkę i teraz wszyscy to powielają…
-
te 2 płytki Wemos 32 D1 Mini oraz Wemos D1 Mini to totalnie różne konstrukcje, więc konfiguracje dla każdej z nich muszą być inne (pomijam kwestię czy na dziś się to kompiluje czy nie, bo dla ESP32 prawdopodobnie jednak wymagany jest rollback do 2025.6.3), ale nigdzie nie pokazałeś obu swoich YAMLi
-
skoro ostatecznie chcesz używać v3 (zapewne ze względu na CC1101) to przenoszę wszystko powyżej do właściwego wątku
Nie ma problemu. Tak wlasnie zrobie. Tylko pytanie: Czy Esp8266 nie bedzie za słabe(wolne ) do tego typu zabawy?
Jesli chodzi o yaml to bardzo prosze. Dla obydwu płytek yaml jest taki sam oczywiscie poza pinologia i typem płytki
esphome:
name: wmbus-wemos
friendly_name: WMBus Wemos
esp8266:
board: esp01_1m
# Enable logging
logger:
level: DEBUG
# Enable Home Assistant API
api:
encryption:
key: "xxxxxxx"
ota:
- platform: esphome
password: "xxxxxxx"
wifi:
ssid: !secret wifi_ssid
password: !secret wifi_password
# Enable fallback hotspot (captive portal) in case wifi connection fails
ap:
ssid: "Wmbus-Wemos Fallback Hotspot"
password: "latg6JOr1A6g"
external_components:
- source: github://SzczepanLeon/esphome-components@version_3
components: [ wmbus ]
time:
- platform: sntp
id: sntp_time
wmbus:
cs_pin: GPIO2 # D4
gdo0_pin: GPIO4 # D2
gdo2_pin: GPIO5 # D1
frequency: 868.950
sensor:
- platform: wmbus #pierwszy licznik
type: apator162
meter_id: 0xxxxxxxx
key: "00000000000000000000000000000000"
add_prefix: false #nie dodaje ID do e ncji
lqi:
name: "LQI Wodomierz"
rssi:
name: "RSSI Wodomierz"
total_water_m3:
name: "Licznik Wody"
force_update: true
### APATOR GAMA3503
- platform: wmbus
meter_id: 0xxxxxxxx
add_prefix: false
type: amiplus
mode: T1C1
key: "xxxxxxxx"
rssi:
name: "RSSI Gamma"
total_energy_consumption_kwh:
name: "Suma konsumpcji kWh"
icon: "mdi:power-plug"
current_power_consumption_kw:
name: "Aktualny pobór kW"
icon: "mdi:power-plug"
total_energy_production_kwh:
name: "Suma produkcji kWh"
icon: "mdi:power-plug"
current_power_production_kw:
name: "Aktualna produkcja kW"
icon: "mdi:power-plug"
voltage_at_phase_1_v:
name: "Faza V1"
icon: "mdi:power-plug"
voltage_at_phase_2_v:
name: "Faza V2"
icon: "mdi:power-plug"
voltage_at_phase_3_v:
name: "Faza V3"
icon: "mdi:power-plug"
web_server:
port: 80
captive_portal:
esp32:
wmbus:
mosi_pin: GPIO23
clk_pin: GPIO18
miso_pin: GPIO19
gdo2_pin: GPIO17
gdo0_pin: GPIO16
cs_pin: GPIO05
frequency: 868.950
Dzień dobry.
VER 3 nie kompiluje się na najnowszej wersji ESPHome 2025.8.0
File "/esphome/esphome/cpp_generator.py", line 603, in add_library CORE.add_library(Library(name, version, repository)) File "/esphome/esphome/core/__init__.py", line 808, in add_library raise ValueError(f"The library for {library.repository} must have a name") ValueError: The library for https://github.com/LSatan/SmartRC-CC1101-Driver-Lib#master must have a name
Zrob clean ustaw refresh=0d i zbuduj jeszcze raz - moze zadziala
Po poniższej zmianie skompilowało się poprawnie na wersji 2025.8.0
Dziękuję.
Ps.
Już idzie mi LORA SX1276 więc będę testował VER 5
Działa wszystko normalnie na ESP Home 2025.8.0? Mi na 7.0 wywalało co chwilę dongla i nic nie zaciągało.
Dzisiaj chciałem uruchomić odczyt podzielnika ciepła Apatora E-ITN 40
dodałem konfigurację
- platform: wmbus
meter_id: 0x00568957
type: apatoreitn
key: "00000000000000000000000000000000"
lqi:
name: "00568957"
rssi:
name: "RSSI 00568957"
current_hca:
name: "HCA_PODZ1"
previous_hca:
name: "bca_PODZ1"
temp_room_avg_c:
name: "temp_PODZ1"
czy to jest prawidłowa konfiguracja ?
Bo jak dodam konfigrację to już ramek w logach nie widzę.
A z innego licznka, który mam zamontowany komunikat wygląda tak
[09:34:03][D][wmbus:176]: Meter ID [0x00568985] RSSI: -61 dBm LQI: 132 Frame: C1 A not found in configuration T: 40440106858956000D08A00000C100000040FC01000000000000000000000000000000000000000000000000000000000000000100000000000000493304000000 (65)
Pozdrawiam
U mnie od jakiegos czasu odczyt jest staly cokolwiek nie zrobie, licznik sie kreci ale odczyt jest ciagle ten sam, czy z tego logu mozna cos wywnioskowac na przyklad ze Unismart przestal zliczac impulsy albo cos ?
[09:14:45.719][D][wmbus:090]: Using driver ‘unismart’ for ID [0x00062595] RSSI: -72 dBm LQI: 129 Frame: T1 A T: 6E44B8059525060001037A590060A5B7B9F4C2AE5A649C4683F9819A2C180B1E62CB1B882BED29CD0B4964F65D0C23F76A92FE78B7DA2F63F8191552D17D91C4381E05CA0201BCBF92DEA8F1D0930079EF8DFA21D62B6648E2A5AD87AB78605B459D2B6285FCDF5057060F03B09749 (111)
[09:14:45.729][VV][wmbus:099]: Key defined, trying to decrypt telegram …
[09:14:45.729][VV][utils:223]: (TPL) CI: 7A offset: 15
[09:14:45.740][VV][utils:224]: (TPL) IV: B8059525060001035959595959595959
[09:14:45.740][VV][utils:229]: (TPL) KEY: 00000000000000000000000000000000 (16)
[09:14:45.762][VV][utils:252]: (TPL) AES CBC IV decrypting: B7B9F4C2AE5A649C4683F9819A2C180B1E62CB1B882BED29CD0B4964F65D0C23F76A92FE78B7DA2F63F8191552D17D91C4381E05CA0201BCBF92DEA8F1D0930079EF8DFA21D62B6648E2A5AD87AB78605B459D2B6285FCDF5057060F03B09749 (96)
[09:14:45.785][VV][utils:282]: (TPL) AES CBC IV decrypted: 2F2F0C7800000000046D1F282A3A0C943A18900900446D00363E394C943A1890090001FD673802FD74F30B0DFD0C063647344C000001FD0B02017F0A0D791431304D3647344C20203133303030303030303030066D291F082A3A392F2F2F2F2F (96)
[09:14:45.796][V][utils:291]: 2F2F check after decrypting - OK
[09:14:45.817][D][wmbus:104]: Decrypted T : 6E44B8059525060001037A590060A52F2F0C7800000000046D1F282A3A0C943A18900900446D00363E394C943A1890090001FD673802FD74F30B0DFD0C063647344C000001FD0B02017F0A0D791431304D3647344C20203133303030303030303030066D291F082A3A392F2F2F2F2F (111)
[09:14:45.829][VV][drivers:041]: Converting BCD to INT
[09:14:45.829][VV][drivers:632]: Found register ‘0C943A’ with ‘99018’->‘990.180000’
[09:14:45.829][VV][drivers:035]: Value added to map
[09:14:45.841][V][wmbus:121]: Publishing ‘total_gas_m3’ = 990.1800
[09:14:45.841][V][sensor:079]: ‘licznik gazu m3’: Received new state 990.179993
[09:14:45.852][D][sensor:131]: ‘licznik gazu m3’: Sending state 990.17999 m³ with 2 decimals of accuracy
[09:14:45.866][W][component:443]: wmbus took a long time for an operation (344 ms)
[09:14:45.866][W][component:446]: Components should block for at most 30 ms
[09:14:45.879][VV][api.service:012]: send_message sensor_state_response: SensorStateResponse {
[09:14:45.879][VV][api.service:012]: key: 751602264
[09:14:45.879][VV][api.service:012]: state: 990.18
[09:14:45.879][VV][api.service:012]: missing_state: NO
[09:14:45.879][VV][api.service:012]: }
[09:14:45.889][VV][api.service:012]: send_message sensor_state_response: SensorStateResponse {
[09:14:45.889][VV][api.service:012]: key: 751602264
[09:14:45.889][VV][api.service:012]: state: 990.18
[09:14:45.889][VV][api.service:012]: missing_state: NO
Nie można, ale skoro od dawna masz odczyt 990.18m3, to chyba jest jasne, że nakładka przestała zliczać - obejrzyj licznik czy w ogóle wskazania licznika mechanicznego rosną, ale piszesz, że licznik się kręci, więc domniemywam, że tak.
Magnes uruchamiający kontaktron w nakładce jest zamontowany na ostatnim bębenku licznika, więc gdyby ten bębenek się nie kręcił, to w ogóle wskazania licznika by nie rosły.
Być może nakładka była źle zamontowana (mało prawdopodobne, ale musi być wciśnięta do końca do gniazda przed zaplombowaniem, więc sprawdź czy nie ma luzu). Jeśli stwierdzisz jakiś widzialny problem mechaniczny to jest to do zgłoszenia do dostawcy. Samo dociśnięcie do gniazda nie załatwia sprawy, bo wskazania masz rozjechane względem liczydła mechanicznego, więc dostawca musi zrobić korektę w nakładce lub w systemie u siebie.
Ok, dzieki, caly rok ladnie dzialalo, problemy byly tylko jak nowe wersje ESPhome na HA sie pojawialy, rozumiem ze gdyby bateria juz sie wyczerpala to by woogle nie nadawala ? i log by inaczej wygladal ?
Gdyby się bateria wyczerpała, to byś nie miał w ogóle żadnych telegramów, więc nie byłoby loga, ale jeśli ktoś myślący ustawiał raportowanie (raczej nikt w tym nie grzebie bez powodu), to bateria powinna wytrzymać znacznie dłużej niż ważna jest legalizacja na sam licznik.
Zeby bylo smieszniej to jak dzialam magnesem to wyraznie slysze cykajace kontraktrony w Unismarcie a telegram jest ciagle taki sam. Moj uklad to esp8266 i wersja 3, zamowilem nowa gotowa bramke na esp32 i SX1276 i zobaczymy czy bedzie to samo na wersji 5.
To jest twoja nakładka a nie dostawcy?
Kontaktrony mają cykać gdy się kręci ostatni bębenek (co raczej trudno zauważyć).
tak moja zakladana za zgoda dostawcy ale sluzy tylko mi do licznika w HA
to nic nie da (chociaż lepiej mieć nowocześniejszy sprzęt), bo nakładka nadaje dokładnie to
https://wmbusmeters.org/analyze/6e44B8059525060001037a590060a5B7B9f4c2ae5a649c4683f9819a2c180B1e62cB1B882Bed29cd0B4964f65d0c23f76a92fe78B7da2f63f8191552d17d91c4381e05ca0201BcBf92dea8f1d0930079ef8dfa21d62B6648e2a5ad87aB78605B459d2B6285fcdf5057060f03B09749:auto:00000000000000000000000000000000
aby wskazanie się zmieniło kontaktron musi kliknąć 10x o ile się nie mylę
Dokladnie tak jak @szopen napisał.
Bedziesz mieć tylko nowocześniejszy HW. Odbierzesz to samo. Ta nakładka nadaje w T1 A więc juz na wstępie masz kontrolę poprawnosci telegramu. Skoro widzisz jakas wartość to taka jest nadawana.
Ciekawe czy kontaktron w tym unismarcie padł czy też SW w nim w jakiś dziwny sposób zawisnął.
Nie pamietam czy ta nakladka ma też kontaktron od tamperingu.
Z tego co pamiętam to w drugą stronę działa - magnes jest nie na ostatnim bębenku.