Dzięki Szoen 
Sorki za ironię
Trochę śmiechu nie zaszkodzi
Stronę nie - ale możesz z wiersza poleceń wywołać wmbusmetersa.
Od kilku dni już nie działa :<
@_Szczepan forum ostatnio nie działało, więc wrzuciłem issue na githuba.
Napiszę jednak tu, bo szybciej. Jest jakiś problem z wyświetlaniem ramek w logach. Mialem kilka przypadków, ze nic nie wyświetlało, pomimo tego że liczników w okolicy było wiele.
Dostałem info że pomaga dodanie log_unknown: true, w konfiguracji wmbus, i rzeczywiście, po dodaniu ramki lecą. Dziwne, bo ten parametr masz opisany jako domyślny true.
EDIT: Czy może ktoś z szanownych kolegów sprawdzić czy da się rozkodować takie ramki?
[01:43:09][D][wmbus:184]: Meter ID [0x97ACCE17] RSSI: -97 dBm LQI: 193 Mode: C1 not found in configuration T: C0F8FE9317CEAC97FA02A6319021C285DC37D4CAA006402B53080C1A2043D64C13A86C7BA4BE72B2124BA924148C11C098DA05086681E733F360B0B46E641AE79931C9BE567A58BA717C4D01864EC101DE85C32F63539100331CA54813006EC8001CB2D7221809544ABE8DAAEAC5E57223B030EB2318699784800221AF280F3390408B88E9709CD29CC10A27804149FE2BE64AA0D408098589F479A0F74C3847C459C8357385DB305242C8010DF1343DB036C493D81FA38941ABC13A081908EDF0 (193)
[00:07:30][D][wmbus:184]: Meter ID [0x2023917E] RSSI: -93 dBm LQI: 233 Mode: C1 not found in configuration T: 2A7219197E912320FC33EA8CFB4AA6C9015A2A0BA8001155CD0C84188638238CE2029863E86B26F366094D (43)
[05:34:40][D][wmbus:184]: Meter ID [0x809A41D5] RSSI: -95 dBm LQI: 201 Mode: C1 not found in configuration T: 6E3927B1D5419A80C481DC6B0E564522F2E3AE2F2440865C7B006370BF907847A4BD0802248C752C2405E2141C0A08F1C90A4A29837176BE29BC8437160C086188091C1730054228258563CD5DB0A01277C06F2587AC6B0F09A152EAEC4408CF121A08599710380030998637722571 (111)
@szopen , @_Szczepan - pomożecie ?
Pytanie
Czy przy takich telegramach mam dobrze skonfigurowane sensory ?
Robię to dla kumpla zdalnie
Telegram: 4a44B4099868312318078c00df7a1d000000066d26038Bea28000c13151102000f05000000000000000100000100004f010089030041050078070000000000000000000000000000000000
sensor:
- platform: wmbus
meter_id: 0x23316898
type: c5isf
add_prefix: false
total_water_m3:
name: "wodomierz_glowny"
force_update: true
Telegram: 5644B409554505051a0d8c00717aa8000000046d0Bacea280c09454529480c13863001008c1008121800008c1013010000000f640100000000000f0B0B4529484529484992411885260B081218001218001218
sensor:
meter_id: 0x05054555
type: c5isf
add_prefix: false
total_heating_kwh:
name: "Ciepłomierz kWh"
total_heating_m3:
name: "Ciepłomierz m³"
force_update: true
flow_temperature_c:
name: "Temperatura wejściowa °C"
return_temperature_c:
generalnie chyba ok, ale…
c5isf wg gita Szczepana ma takie parametry:
c5isf:
total_heating_kwh
total_water_m3
flow_temperature_c
return_temperature_c
Nie widzę tam total_heating_m3, no i do return_temperature_c: jeszcze name dodaj.
Chociaż na wmbusmeters.org nie dekoduje tych ramek aż tak szczegółowo
Czy jest możliwość odczytu odczytu poprzez wM-Bus z licznika Apator Otus 1? Po 4ech miesiącach reklamacji, wymiany liczników (4x), wizytach panów z laptopami 
nareszcie udało się “połączonymi siłami specom” z międzywojewódzkiej firmy pt. Tauron uruchomić… Port HAN! Brawo WY! 
Niestety okazuje się że moja radość po wklepaniu klucza w konfiguracji szybko zeszła z między uszu… Poprzednia konfiguracja licznika - Amiplus, zwraca błędy klucza…
Na stronie nie wymieniają wM-Bus jako opcji. Więc zakładam że nie, ale masz port optyczny i coś o USB też wspominają.
USB skitrane i zaplombowane… Czyli PortHAN i moja walka o klucz… 
Nie jestem specem w temacie ale po aktywacji HAN wM-BUS zaczął odbierać RSSI licznika. Wcześniej łapał wiele z okolicy (mieszkanie w bloku). Tylko na sterowniku amiplus wywala błąd z kluczem - stąd moje pytanie o sterownik/możliwość odczytu z Apator Otus 1 ponieważ na GitHub Szczepan nie znalazłem takowego…
Jak coś odbierasz po wM-Bus to walcz o klucz. Jak rozkodujesz na wmbusmeters to jest szansa na dodanie do komponentu
Hello, can anyone help with configuration? I can’t connect my esp32 to wmbusmeters.
log from wmbusmeter:
Wmbusmeters (W-MBus to MQTT)
s6-rc: info: service s6rc-oneshot-runner: starting
s6-rc: info: service s6rc-oneshot-runner successfully started
s6-rc: info: service fix-attrs: starting
s6-rc: info: service fix-attrs successfully started
s6-rc: info: service legacy-cont-init: starting
cont-init: info: running /etc/cont-init.d/nginx.sh
cont-init: info: /etc/cont-init.d/nginx.sh exited 0
s6-rc: info: service legacy-cont-init successfully started
s6-rc: info: service legacy-services: starting
services-up: info: copying legacy longrun nginx (no readiness notification)
s6-rc: info: service legacy-services successfully started
[17:23:35] INFO: CONFIG_CONF ...
[17:23:35] INFO: {"device":"rtlwmbus:CMD(/usr/bin/nc -lk 9022)","donotprobe":"/dev/ttyAMA0","format":"json","logfile":"/dev/stdout","loglevel":"normal","logtelegrams":false,"shell":"/wmbusmeters/mosquitto_pub.sh \"wmbusmeters/$METER_NAME\" \"$METER_JSON\""}
[17:23:35] INFO: CONFIG_METERS ...
[17:23:35] INFO: [{"driver":"iperl","id":"","key":"","name":"ExampleMeter"}]
[17:23:35] INFO: Syncing wmbusmeters configuration ...
[17:23:35] INFO: Registering meters ...
[17:23:35] INFO: Adding meter-0001 ...
[17:23:35] INFO: Generating MQTT configuration ...
[17:23:36] INFO: Broker 10.0.0.120 will be used.
[17:23:36] INFO:
MQTT Discovery ...
tar: wmbusmeters-master/ha-addon/mqtt_discovery: not found in archive
[17:23:37] INFO: Adding meter: ExampleMeter ...
[17:23:37] INFO: File /config/wmbusmeters/etc/mqtt_discovery/iperl.json not found.
[17:23:37] INFO: MQTT Discovery cleanup...
[17:23:38] INFO: Starting web configuration service.
[17:23:38] INFO: Running wmbusmeters ...
Not a valid meter id nor a valid meter match expression ""
Started config rtlwmbus listening on none using CMD(/usr/bin/nc -lk 9022)
No meters configured. Printing id:s of all telegrams heard!
[17:23:38] INFO: Starting Nginx...
2023/09/14 17:23:38 [notice] 83#83: using the "epoll" event method
2023/09/14 17:23:38 [notice] 83#83: nginx/1.24.0
2023/09/14 17:23:38 [notice] 83#83: OS: Linux 6.1.45
2023/09/14 17:23:38 [notice] 83#83: getrlimit(RLIMIT_NOFILE): 1073741816:1073741816
2023/09/14 17:23:38 [notice] 83#83: start worker processes
2023/09/14 17:23:38 [notice] 83#83: start worker process 238
esp32 conf:
esphome:
name: d1mini-esp32-water-meter
friendly_name: d1mini-esp32-water-meter
esp32:
board: esp32dev
framework:
type: arduino
# Enable logging
logger:
# Enable Home Assistant API
api:
encryption:
key: "wERyJs20vy7ccZES3wM+P7UvrAGN9t+IjiBbj/Z85FQ="
ota:
password: "354266ba65e3c7d2f05b0d9780fbe47a"
wifi:
ssid: !secret wifi_ssid
password: !secret wifi_password
# manual_ip:
# static_ip: 10.0.0.244
# gateway: 10.0.0.1
# subnet: 255.255.255.0
# Enable fallback hotspot (captive portal) in case wifi connection fails
ap:
ssid: "D1Mini-Esp32-Water-Meter"
password: "cRtAEwDSS084"
captive_portal:
time:
- platform: sntp
id: time_sntp
external_components:
- source: github://SzczepanLeon/esphome-components@main
components: [ wmbus ]
wmbus:
mosi_pin: GPIO23 # MOSI Attached to Hardware SPI controller MOSI SPI Interface
miso_pin: GPIO19 # MISO Attached to Hardware SPI controller MISO SPI Interface
clk_pin: GPIO18 # SCK Attached to Hardware SPI controller CLK
cs_pin: GPIO5 # CSN Attached to Hardware SPI controller, Controls Boot Mode; CS SPI Interface 10k Pull-Down, boot fails if pulled high !!!
gdo0_pin: GPIO21 # SDA Clock output. High Impedance !
gdo2_pin: GPIO22 # SCL FIFO status signals. High Impedance !
clients:
- name: "wmbusmeters"
ip_address: "10.0.0.120"
port: 7011
format: RTLWMBUS
transport: TCP
sensor:
- platform: wmbus
type: iperl
key: ""
lqi:
name: "My lqi"
rssi:
name: "My RSSI"
total_water_m3:
name: "My cold water"
mqtt:
broker: 10.0.0.120
username: !secret mqtt_user
password: !secret mqtt_pass
discovery: true
esp log:
[17:37:32][I][app:102]: ESPHome version 2023.8.3 compiled on Sep 14 2023, 16:13:10
[17:37:32][C][wifi:543]: WiFi:
[17:37:32][C][wifi:379]: Local MAC: 48:E7:29:9E:58:24
[17:37:32][C][wifi:380]: SSID: [redacted]
[17:37:32][C][wifi:381]: IP Address: 10.0.0.145
[17:37:32][C][wifi:383]: BSSID: [redacted]
[17:37:32][C][wifi:384]: Hostname: 'd1mini-esp32-water-meter'
[17:37:32][C][wifi:386]: Signal strength: -39 dB ▂▄▆█
[17:37:32][C][wifi:390]: Channel: 6
[17:37:32][C][wifi:391]: Subnet: 255.255.255.0
[17:37:32][C][wifi:392]: Gateway: 10.0.0.1
[17:37:32][C][wifi:393]: DNS1: 10.0.0.1
[17:37:32][C][wifi:394]: DNS2: 0.0.0.0
[17:37:32][C][logger:301]: Logger:
[17:37:32][C][logger:302]: Level: DEBUG
[17:37:32][C][logger:303]: Log Baud Rate: 115200
[17:37:32][C][logger:305]: Hardware UART: UART0
[17:37:32][C][captive_portal:088]: Captive Portal:
[17:37:32][C][sntp:056]: Server 3: '2.pool.ntp.org'
[17:37:32][C][sntp:057]: Timezone: 'CET-1CEST,M3.5.0,M10.5.0/3'
[17:37:32][C][mdns:112]: mDNS:
[17:37:32][C][mdns:113]: Hostname: d1mini-esp32-water-meter
[17:37:33][C][ota:093]: Over-The-Air Updates:
[17:37:33][C][ota:094]: Address: d1mini-esp32-water-meter.local:3232
[17:37:33][C][ota:097]: Using Password.
[17:37:33][C][api:138]: API Server:
[17:37:33][C][api:139]: Address: d1mini-esp32-water-meter.local:6053
[17:37:33][C][api:141]: Using noise encryption: YES
[17:37:33][C][mqtt:130]: MQTT:
[17:37:33][C][mqtt:132]: Server Address: 10.0.0.120:1883 (10.0.0.120)
[17:37:33][C][mqtt:133]: Username: [redacted]
[17:37:33][C][mqtt:134]: Client ID: [redacted]
[17:37:33][C][mqtt:136]: Discovery prefix: 'homeassistant'
[17:37:33][C][mqtt:137]: Discovery retain: YES
[17:37:33][C][mqtt:139]: Topic Prefix: 'd1mini-esp32-water-meter'
[17:37:33][C][mqtt:141]: Log Topic: 'd1mini-esp32-water-meter/debug'
[17:37:33][C][mqtt:144]: Availability: 'd1mini-esp32-water-meter/status'
[17:37:33][C][mqtt.sensor:028]: MQTT Sensor '0x00 My lqi':
[17:37:33][C][mqtt.sensor:032]: State Topic: 'd1mini-esp32-water-meter/sensor/0x00_my_lqi/state'
[17:37:33][C][mqtt.sensor:028]: MQTT Sensor '0x00 My RSSI':
[17:37:33][C][mqtt.sensor:032]: State Topic: 'd1mini-esp32-water-meter/sensor/0x00_my_rssi/state'
[17:37:33][C][mqtt.sensor:028]: MQTT Sensor '0x00 My cold water':
[17:37:33][C][mqtt.sensor:032]: State Topic: 'd1mini-esp32-water-meter/sensor/0x00_my_cold_water/state'
[17:37:33][C][wmbus:394]: wM-Bus v2.2.29:
[17:37:33][C][wmbus:396]: Clients:
[17:37:33][C][wmbus:403]: wmbusmeters: 10.0.0.120:7011 TCP [rtl-wmbus]
[17:37:33][C][wmbus:411]: CC1101 SPI bus:
[17:37:33][C][wmbus:412]: MOSI Pin: GPIO23
[17:37:33][C][wmbus:413]: MISO Pin: GPIO19
[17:37:33][C][wmbus:414]: CLK Pin: GPIO18
[17:37:33][C][wmbus:415]: CS Pin: GPIO5
[17:37:33][C][wmbus:416]: GDO0 Pin: GPIO21
[17:37:33][C][wmbus:417]: GDO2 Pin: GPIO22
[17:37:33][C][wmbus:424]: Available drivers: amiplus, apator08, apator162, apatoreitn, bmeters, c5isf, compact5, dme07, elf, evo868, fhkvdataiii, hydrocalm3, hydrus, iperl, itron, izar, mkradio3, mkradio4, qheat, qwater, sharky774, topaseskr, ultrimis, unismart, vario451
[17:37:33][C][wmbus:442]: Meter:
[17:37:33][C][wmbus:443]: ID: 0 [0x00000000]
[17:37:33][C][wmbus:444]: Type: iperl
[17:37:33][C][wmbus:445]: Mode: T1
[17:37:33][C][wmbus:446]: Key: ''
[17:37:33][C][wmbus:448]: Sensor '0x00 My lqi'
[17:37:33][C][wmbus:448]: Device Class: 'signal_strength'
[17:37:33][C][wmbus:448]: State Class: 'measurement'
[17:37:33][C][wmbus:448]: Unit of Measurement: ''
[17:37:33][C][wmbus:448]: Accuracy Decimals: 0
[17:37:33][C][wmbus:448]: Sensor '0x00 My RSSI'
[17:37:33][C][wmbus:448]: Device Class: 'signal_strength'
[17:37:33][C][wmbus:448]: State Class: 'measurement'
[17:37:33][C][wmbus:448]: Unit of Measurement: 'dBm'
[17:37:33][C][wmbus:448]: Accuracy Decimals: 0
[17:37:33][C][wmbus:448]: Sensor '0x00 My cold water'
[17:37:33][C][wmbus:448]: Device Class: 'water'
[17:37:33][C][wmbus:448]: State Class: 'total_increasing'
[17:37:33][C][wmbus:448]: Unit of Measurement: 'm³'
[17:37:33][C][wmbus:448]: Accuracy Decimals: 3
[17:37:33][C][wmbus:448]: Icon: 'mdi:water'
Witam,
działało tak ze 2 miesiące i pewnego dnia przestało.
Używam dwóch nakładek apator08 i obie w tym samym momencie (chyba po którejś aktualizacji ESPHome) przestały zwracać dane. Nie zauważyłem nawet kiedy.
W logach widzę po dwie ramki dla każdej nakładki.
Pierwszą można rozkodować na wmbusmeters:
{
“media”:“water”,
“meter”:“apator08”,
“name”:"",
“id”:“000b9ce7”,
“total_m3”:19.633667,
“timestamp”:“2023-09-27T15:49:53Z”
}
ale drugiej już się nie da. Musiałem użyć opcji log_unknown, aby je zobaczyć.
Wygląda to tak, jakby obie były odrzucone z powodu tej drugiej.
Poniżej ramki w wersji tekstowej:
[17:26:30][E][wmbus:106]: T : 66441486E79C0B000303A015E600009C40003A3210041B0917346297D70305FF089AD200000300000000371106304E464E1F0000000020000000000000238DFC810C2406340D160A1527000000280000000000002C0030151207172F0000000000003101000500 (103)
[17:26:30][E][wmbus:107]: T’: 3CFDAA0CB64006C0BF12E7FB1E66CFAC4AA8BD70BCE7499B684FD962816E05BF21A78478A45571D41DC2671B27102F6F4E1F0000000020000000000000238DFC810C2406340D160A1527000000280000000000002C0030151207172F0000000000003101000500 (103)
Z góry dzięki za pomoc.
Pewnie masz klucz w konfigu - wywal go.
1 polubienie
Działa, dzięki!
A tak na przyszłość pijesz czarną czy z mleczkiem? 
Jak kawa to tylko po turecku
Prawdziwa po turecku to jest z tygla:
Popularna nasza plujka to nie kawa po turecku 
1 polubienie
Dokładnie - zmielona na pył, przygotowana w tygielku, moc nieporównywalna z niczym innym
1 polubienie
Post został scalony z istniejącym tematem: Komponent wM-Bus do ESPHome (SzczepanLeon) - minomess - liczniki wody
Witam, mam problem z połączeniem z modułem CC1101.
Próbowałem na kilku płytkach ESP8266 i ESP32 i błąd : Check connection to CC1101!
Kod dla ESP8266
LOG:
ESP8266 LOG.yaml (20,9 KB)
esphome:
name: apator
esp8266:
board: esp01_1m
# Enable logging
logger:
# Enable Home Assistant API
api:
ota:
password: "8b52cd2b09fc6b5c8b88b857e33bee5a"
wifi:
ssid: !secret wifi_ssid
password: !secret wifi_password
fast_connect: true
# Enable fallback hotspot (captive portal) in case wifi connection fails
ap:
ssid: "Apator Fallback Hotspot"
password: "1xr2OLPOfhsR"
time:
- platform: sntp
id: time_sntp
external_components:
- source: github://SzczepanLeon/esphome-components@main
components: [ wmbus ]
wmbus:
mosi_pin: GPIO13 #D7
miso_pin: GPIO12 #D6
clk_pin: GPIO14 #D5
cs_pin: GPIO15 #D8
gdo0_pin: GPIO4 #D2
gdo2_pin: GPIO5 #D1
led_pin: GPIO0
led_blink_time: "1s"
clients:
- name: "wmbusmeters"
ip_address: "10.0.0.1"
port: 7227
sensor:
captive_portal:
Kod Dla ESP32
LOG : ESP32.yaml (21,6 KB)
esphome:
name: esp32
friendly_name: ESP32
esp32:
board: esp32dev
framework:
type: arduino
# Enable logging
logger:
# Enable Home Assistant API
api:
encryption:
key: "J9nM/JhuWR5KMJcJ0m2YUuT8D3nCOmVZ3IV0qHIsk6I="
ota:
password: "0069deae68fb981e56ef31827b413b4e"
wifi:
ssid: !secret wifi_ssid
password: !secret wifi_password
fast_connect: true
# Enable fallback hotspot (captive portal) in case wifi connection fails
ap:
ssid: "Esp32 Fallback Hotspot"
password: "lbRvrgjsYxHw"
time:
- platform: sntp
id: time_sntp
external_components:
- source: github://SzczepanLeon/esphome-components@main
components: [ wmbus ]
wmbus:
mosi_pin: GPIO13
miso_pin: GPIO12
clk_pin: GPIO14
cs_pin: GPIO2 #GPIO15 też brak zmian
gdo0_pin: GPIO4
gdo2_pin: GPIO5
led_pin: GPIO0
led_blink_time: "5s"
clients:
- name: "wmbusmeters"
ip_address: "10.0.0.1"
port: 7227
captive_portal:
Ze wzgłędu na ograniczenie znaków w poście logi w załączniku.
Połączenie według schematów na jpg. Czy ktoś mógłby mi pomóc znaleźć gdzie robię błąd 
Kompiluje się prawidłowo, płytki nówki sztuki. Sprawdzałem nawet luty i połączenia z CC1101 na teście diody jest “przesył”, więc kabelki nie uszkodzone. Zasilanie CC1101 równiez 3.3V stabilnie z ESP.
Nie widzę schematów, ale decydujące fragmenty loga
ESP8266
[21:05:39][C][wmbus:412]: MOSI Pin: GPIO13
[21:05:39][C][wmbus:413]: MISO Pin: GPIO12
[21:05:39][C][wmbus:414]: CLK Pin: GPIO14
[21:05:39][C][wmbus:415]: CS Pin: GPIO15
[21:05:39][C][wmbus:416]: GDO0 Pin: GPIO4
[21:05:39][C][wmbus:417]: GDO2 Pin: GPIO5
[21:05:39][E][wmbus:430]: Check connection to CC1101!
(masz kiepską definicję płytki lepsze by było nodemcuv2 od esp01_1m bo by działy aliasy do tego co masz na płytce nadrukowane, ale nie rzutuje to na działanie, jeśli korzystasz z notacji GPIOxx)
ESP32
[21:13:33][C][wmbus:407]: LED:
[21:13:33][C][wmbus:408]: Pin: GPIO0
[21:13:33][C][wmbus:409]: Duration: 5000 ms
[21:13:33][C][wmbus:411]: CC1101 SPI bus:
[21:13:33][C][wmbus:412]: MOSI Pin: GPIO13
[21:13:33][C][wmbus:413]: MISO Pin: GPIO12
[21:13:33][C][wmbus:414]: CLK Pin: GPIO14
[21:13:33][C][wmbus:415]: CS Pin: GPIO2
[21:13:33][C][wmbus:416]: GDO0 Pin: GPIO4
[21:13:33][C][wmbus:417]: GDO2 Pin: GPIO5
[21:13:33][E][wmbus:430]: Check connection to CC1101!
w obu przypadkach albo masz źle podłączone CC1101, albo jest po prostu uszkodzone
tu mnie trochę dziwi LED na GPIO0, ale może ta płytka tak faktycznie ma? choć szczerze mówiąc podejrzewam, że nie (w dodatku dość popularny pin na LED to GPIO2, więc jeśli tak jest tak zaprojektowana, to wlutowana dioda LED może zakłócać komunikację z CC1101)
Np. na takiej LED jest na GPIO2 na 100% - ta jest po prostu obrandowana, ale sama płytka identyczna pod względem wyprowadzeń z tą z pinoutu z twojego obrazka
PS
Możliwe, że tu podpasuje definicja płytki nodemcu-32s zamiast esp32dev, i w tej definicji jest zdefiniowany alias LED właśnie na GPIO2 (UWAGA ale NIE definicja nodemcu-32s2 ona jest dla zupełnie innej konstrukcji na innym MCU!!)