No pewnie - wrzucaj - forum przecież też jest po to, by się dzielić sukcesami (a tutoriale dostępne w sieci się deaktualizują).
Ale to wersja mocno na brudno ze skrótami myślowymi pod moją konfigurację więc nie dam 100% że będzie działać u Was…
Ale to nie dziś. Na 22 mam do pracy.
Mam dać sam tutek do Taurona czy opisać jak to postawić na PROXMOXIE ?
Napisz jak mając zainstalowanego linuxa, odczytać wskazania licznika Taurona.
Po raz kolejny sprawdziłem czy działa i działa ( plus małe poprawki kosmetyczne ).
Przetestowałem na zwykłym donglu - tym niebieskim z fabryczną anteną która działa od 410 Mhz do bodajże 910 Mhz - software to OS DietPI na VM ( ten OS jest najbardziej zbliżony do RPI i nie miałem na nim problemów ) oraz DietPi działający na PROXMOXIE. Nie będę opisywał samej konfiguracji DietPI - chyba że ktoś tego użyje to wtedy proszę o info.
Proszę zastosować ten Tutorial jeżeli zwykła metoda zawiedzie i nie tylko tyczy tylko czytania liczników Taurona ale w ogóle urządzeń opartych na W-MBUS.
Dla wygody i aby uniknąć literówek jeżeli ktoś nie ma zainstalowanego niżej podanego oprogramowania to proszę je zainstalować bo bardzo to przyspiesza i usprawnia robotę.
Zaczynamy
Nie wkładacie dongla do USB !!!
Proszę na stronie Tauronu uaktywnić usługę HAN do swojego licznika , sama aktywacja trwa chwilkę niż czekać potem zanim zmieni się status usługi.
Następnie proszę uruchomić Notepad++ i otworzyć 4 puste pliki ( to nie mus - można kopiować stąd ).
Do pierwszej pustej zakładki proszę wkleić poniższy kod:
apt install rtl-sdr
apt-get install rtl-433
apt-get install libtool libusb-1.0-0-dev librtlsdr-dev build-essential cmake pkg-config git
apt-get install mosquitto-clients
apt install libncurses-dev
reboot
cd /home
git clone https://github.com/xaelsouth/rtl-wmbus.git
cd rtl-wmbus
make
cp build/rtl_wmbus /usr/bin/rtl_wmbus
cd /home
git clone https://github.com/weetmuts/wmbusmeters.git
cd wmbusmeters
./configure; make; sudo make install
**##### !!!! Tu się zatrzymaj !!!! #######**
##### Usługa
udevadm trigger
systemctl daemon-reload
udevadm control --reload-rules
udevadm trigger
systemctl start wmbusmeters
systemctl status wmbusmeters
systemctl enable wmbusmeters
Do drugiej pustej zakładki proszę wkleić poniższy kod ( adres IP jest przykładowy , dajecie swój ):
### nano /etc/wmbusmeters.conf
loglevel=normal
device=rtl433:868.95M:t1
logtelegrams=false
format=json
meterfiles=/var/log/wmbusmeters/meter_readings
meterfilesaction=overwrite
logfile=/var/log/wmbusmeters/wmbusmeters.log
shell=/usr/bin/mosquitto_pub -h 192.168.100.6 -u userMQTT -P passwordMQTT -t wmbusmeters/$METER_ID -m "$METER_JSON"
#shell=/usr/local/bin/wmbus-mqtt
Do trzeciej pustej zakładki proszę wkleić kod a w miejsce id i key wstawić swoje dane ze strony Tauronu:
### nano /etc/wmbusmeters.d/amiplus
name=dom
type=amiplus
id=nr id licznika ze strony Tauronu
key=klucz deszyfrujący
Do czwartej pustej zakładki wklejamy poniższy kod ( adres IP jest przykładowy - dajecie swój) :
#### nano /usr/local/bin/wmbus-mqtt
/usr/bin/mosquitto_pub -h 192.168.100.6 -u userMQTT -P passwordMQTT -t wmbusmeters/$METER_ID -m "$METER_JSON"
#### chmod 755 /usr/local/bin/wmbus-mqtt
Logujecie się poprzez PUTTY na docelową maszynę - to właśnie pozwoli na kopiowanie pomiędzy okienkami.
Ja robiłem to na koncie roota ( nie pochwalam tego) ale mam dość bawienia sie z sudo.
Po zalogowaniu wpisujecie
cd /home
i PO KOLEI zaznaczacie jeden wiersz , kopiuj i następnie wklej do Putty i ENTER i znowu następny wiersz aż do linijki ##### !!! Tu się zatrzymaj !!! #######
W zakładce drugiej u góry jest po znaku ### polecenie do skopiowania i wklejenia do Putty
W Putty otworzy się edytor Nano a Wy analogicznie przekopiujecie całą treść z tej zakładki ( poza tą pierwszą linijką ) do Putty a następnie CTRL-X , Y, Enter
Trzecia zakładka analogicznie.
Czwarta zakładka to opcja - opisane było to na stronie z H w nazwie.
Uwzględniłem to w trzeciej zakładce czyli w pliku wmbusmeters.conf
Macie dwa razy shell z czego jedno jest zakomentowane.
i teraz można włożyć dongla i sprawdzić czy działa:
root@DietPi:~# lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 002: ID 0bda:2832 Realtek Semiconductor Corp. RTL2832U DVB-T
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Polecenie rtl_test przerywamy po chwili CTRL-C
root@DietPi:~# rtl_test
Found 1 device(s):
0: Generic, RTL2832U, SN: 77771111153705700
Using device 0: Generic RTL2832U
Detached kernel driver
Found Rafael Micro R820T tuner
Supported gain values (29): 0.0 0.9 1.4 2.7 3.7 7.7 8.7 12.5 14.4 15.7 16.6 19.7 20.7 22.9 25.4 28.0 29.7 32.8 33.8 36.4 37.2 38.6 40.2 42.1 43.4 43.9 44.5 48.0 49.6
[R82XX] PLL not locked!
Sampling at 2048000 S/s.
Info: This tool will continuously read from the device, and report if
samples get lost. If you observe no further output, everything is fine.
Reading samples in async mode...
Allocating 15 zero-copy buffers
lost at least 208 bytes
^CSignal caught, exiting!
User cancel, exiting...
Samples per million lost (minimum): 0
Reattached kernel driver
Tak samo przerywamy poniższe polecenie ( dane sa przykładowe jak coś znajdzie - trzeba poczekać około 5 do 10 minut)
root@DietPi:~# rtl_433
rtl_433 version unknown inputs file rtl_tcp RTL-SDR SoapySDR
Use -h for usage help and see https://triq.org/ for documentation.
Trying conf file at "rtl_433.conf"...
Trying conf file at "/root/.config/rtl_433/rtl_433.conf"...
Trying conf file at "/usr/local/etc/rtl_433/rtl_433.conf"...
Trying conf file at "/etc/rtl_433/rtl_433.conf"...
Registered 145 out of 175 device decoding protocols [ 1-4 8 11-12 15-17 19-21 23 25-26 29-36 38-60 63 67-71 73-100 102-105 108-116 119 121 124-128 130-149 151-161 163-168 170-175 ]
Detached kernel driver
Found Rafael Micro R820T tuner
Exact sample rate is: 250000.000414 Hz
[R82XX] PLL not locked!
Sample rate set to 250000 S/s.
Tuner gain set to Auto.
Tuned to 433.920MHz.
Allocating 15 zero-copy buffers
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
time : 2021-09-14 14:47:35
model : GT-WT03 ID Code : 138
Channel : 1 Battery : 1 Temperature: 23.7 C Humidity : 55 % Button : 0 Integrity : CRC
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
time : 2021-09-14 14:48:32
model : GT-WT03 ID Code : 138
Channel : 1 Battery : 1 Temperature: 23.7 C Humidity : 55 % Button : 0 Integrity : CRC
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
time : 2021-09-14 14:49:29
model : GT-WT03 ID Code : 138
Channel : 1 Battery : 1 Temperature: 23.8 C Humidity : 55 % Button : 0 Integrity : CRC
^CSignal caught, exiting!
Reattached kernel driver
root@DietPi:~#
i finalnie czyli to czego szukamy ( też przerywamy CTRL-C ):
@DietPi:~# wmbusmeters rtl433:t1
Started config rtl433[77771111153705700] listening on t1
No meters configured. Printing id:s of all telegrams heard!
(rtl433) dll_len adjusted to 53 from 49. Fix rtl_433? This warning will not be printed again.
Received telegram from: 90830781
manufacturer: (TCH) Techem Service (0x5068)
type: Heat meter (0x04)
ver: 0x27
device: rtl433[77771111153705700]
rssi: 999 dBm
driver: vario451
Received telegram from: 90830781
manufacturer: (TCH) Techem Service (0x5068)
type: Heat meter (0xc3)
ver: 0x27
device: rtl433[77771111153705700]
rssi: 999 dBm
driver: vario451
Received telegram from: 85067090
manufacturer: (APA) Apator, Poland (0x601)
type: Electricity meter (0x02)
ver: 0x02
device: rtl433[77771111153705700]
rssi: 999 dBm
driver: amiplus
Tu widać mój licznik i jego ID
Jak do tej pory jest OK to:
W HA do pliku configurations.yaml ( lub jak macie to gdzie indziej ) dopisujecie i cyfrę 85067090 zamieniacie na swój id licznika.
sensor:
- platform: mqtt
name: "Energia pobrana"
state_topic: "wmbusmeters/85067090"
unit_of_measurement: 'kWh'
value_template: "{{ value_json.total_energy_consumption_kwh }}"
json_attributes_topic: "wmbusmeters"
- platform: mqtt
name: "Moc pobierana"
state_topic: "wmbusmeters/85067090"
unit_of_measurement: 'kW'
value_template: "{{ value_json.current_power_consumption_kw }}"
json_attributes_topic: "wmbusmeters"
- platform: mqtt
name: "Calkowia moc oddana do sieci"
state_topic: "wmbusmeters/85067090"
unit_of_measurement: 'kWh'
value_template: "{{ value_json.total_energy_production_kwh }}"
json_attributes_topic: "wmbusmeters"
- platform: mqtt
name: "Moc oddawana"
state_topic: "wmbusmeters/85067090"
unit_of_measurement: 'kW'
value_template: "{{ value_json.current_power_production_kw }}"
json_attributes_topic: "wmbusmeters"
- platform: mqtt
name: "Ostatni odczyt"
state_topic: "wmbusmeters/85067090"
value_template: "{{ value_json.device_date_time }}"
json_attributes_topic: "wmbusmeters"
Restart HA i jak się uruchomi to tworzycie przykładowe testowe zegary:
a następnie wykonujecie w Putty polecenia spod tekstu ##### !!! Tu się zatrzymaj !!! #######
czyli
udevadm trigger
systemctl daemon-reload
udevadm control --reload-rules
udevadm trigger
systemctl start wmbusmeters
systemctl status wmbusmeters
systemctl enable wmbusmeters
Lookacie na utworzone zegary w HA i jak nic nie skopaliście to mniej więcej po 10 , 15 s będzie efekt:
Uffff - Koniec 
Uprzedzam że dongiel bardzo się nagrzewa jak pracuje 24/h.
1 polubienie
apt install rtl-sdr
...
apt-get install libtool libusb-1.0-0-dev librtlsdr-dev rtl-sdr build-essential cmake pkg-config git
Dwa razy instalujsz to samo - rlt-sdr.
cd rtl-wmbus
make
Kompilujesz pakiet rtl-wmbus a nie widzę, żeby był gdzieś później wykorzystywany, czy jest wymagany?
Kod z czwartej zakładki też nigdzie nie jest wykorzystywany bo jest zahashowany:
#shell=/usr/local/bin/wmbus-mqtt
Reszta wygląda na OK, dobra robota, sprawdzę w domu na RPi3.
Pakiet rtl_wmbus jest wymagany bo pakiet wmbusmeters go wykorzystuje - próbowałem bez tego ale się wywalał że tego nie ma.
Dwa razy ??? Musiałem przeoczyć XD ale gdy to pisałem to od razu testowałem a dwa to zlepek z trzech tutków plus moja inna droga dojścia - ta wersja powstała wczoraj.
Ten zahashowany kod to jest opcja gdy zrobimy wg poradnika ze strony na “H” - gdzie dongiel jest wykrywany w gnieździe. Dlatego tak dałem aby został wybór bo nie wiem czy bez tego to działa tak samo. Wystarczy zamienić hashe w pliku wmbusmeters.conf ( jak pokazałem niżej ) i tyle bo jeśli została wykonana 4 zakładka to plik istnieje
#shell=/usr/bin/mosquitto_pub -h 192.168.100.6 -u Użytkownik -P Hasło -t wmbusmeters/$METER_ID -m "$METER_JSON"
shell=/usr/local/bin/wmbus-mqtt
I jak możesz - bo tego nie ogarniam.
Jak to dopisać do Energii i jak zmienić kW na W.
Ja to próbowałem ale HA ten wpis ignoruje - jest to w kodzie Template który wstawiłem
Nie wiem o który template chodzi, poniżej przykład jak wynik w m3 zamienić na litry (1m3=1000*1l) i zaokrąglic do całkowitej jednostki:
- platform: mqtt
name: "apator_584_l"
state_topic: "wmbusmeters/57535584"
value_template: "{{ (value_json['total_m3']|float )*1000 | round(0) }}"
unit_of_measurement: "l"
O TEN
- platform: mqtt
name: "Moc pobierana"
state_topic: "wmbusmeters/85067090"
unit_of_measurement: 'kW'
value_template: "{{ value_json.current_power_consumption_kw }}"
json_attributes_topic: "wmbusmeters"
Ale właśnie zauważyłem że nie tu gdzie trzeba wpisałem XD I już sobie poprawiłem - działa i pokazuje w W.
Tylko został problem jak to wsadzić do Energii
Poczytaj tutaj:
albo tu:
1 polubienie
Już mam ino musze poczekać te 2 h XD
A wracając do meritum sprawy czy tej konkretnej integracji z elicznikiem taurona. Co kilka dni integracja przestaje pobierać dane bo strona zwraca błąd o zbyt dużej ilości logowań. Też tak macie? co jaki czas integracja zaczytuje dane ze strony (i czy można to gdzieś ewentualnie ustawić?). Wykres ma w opcjach odświeżania co 24h…
była aktualizacja ostatnio i tylko raz mi się zalogowało, założyłem temat tutaj u naszego ziomka i teraz robię wg jego instrukcji. Wydaje mi się, że dodanie do modułu energy było błędem, ale zobaczę jak się połączę, jutro spróbuje.
Właśnie zakupiłem stosowny sprzęt to odczytu licznika i zniknęła możliwość aktywacji HANPlus 
…ktoś coś wie?,
może dlatego że ja drąże temat, rozmowa z tauronem to jak z betonami, ostatnio wskazałem im że jednak mają taki licznik, to dostałem odpowiedz że to testowo są uruchomione, może wyłączyli możliwość włączenia HAN, po tym jak im napisałem że temat komunikacji z tym licznikiem jest już rozgryziony.
… no to strzeliłeś nam w kolano 
Cały Tauron - kiedyś sprzedawali czujniki jakości powietrza, gniazdka i coś tam jeszcze. Ludzie pokupowali sobie - po czym Tauron zamknął chmurę, bo była testowa.
Mam takie dwie sztuki, zrobione to jest na takim chipie, że nawet softu nie idzie zmienić.
Dla nich pewnie interes idzie słabo, więc nikt nic nie będzie miał.
Sprawa się częściowo wyjaśniła. Otrzymałem odpowiedź:"Posiada Pan licznik bez portu HAN dlatego w aplikacji eLicznik nie ma możliwości aktywacji usługi"
W/g. specyfikacji AM550 wmbus posiada opcjonalnie - widocznie jestem w niewłaściwej opcji.
Jeszcze przed kupnem odbiornika możliwość aktywacji HAN na moim profilu była (specjalnie sprawdziłem).
Czy może ktoś to sprawdzić u siebie?
Dorzucę od siebie przepis jak to zrobić w dockerze, oszczędzi to czasu na kompilowanie binarek na raspberry pi i umożliwi provisioning malinki jakimiś skryptami 
- Zarejestruj się w Tauronowym e-Licznik, aktywuj HAN, uzyskaj ID licznika i jego klucz szyfrujący
- Zaczynamy od tego, że malinka posiada czystego RaspiOS (Raspbian?)
apt update
apt upgrade
dpkg-reconfigure tzdata
reboot
- Instalujemy dockera
sudo apt-get remove docker docker-engine docker.io containerd runc
sudo apt-get install apt-transport-https ca-certificates curl gnupg lsb-release vim htop ncdu mc
curl -fsSL https://download.docker.com/linux/debian/gpg | sudo gpg --dearmor -o /usr/share/keyrings/docker-archive-keyring.gpg
echo "deb [arch=armhf signed-by=/usr/share/keyrings/docker-archive-keyring.gpg] https://download.docker.com/linux/debian \
$(lsb_release -cs) stable" | sudo tee /etc/apt/sources.list.d/docker.list > /dev/null
apt update
sudo apt-get install docker-ce docker-ce-cli containerd.io docker-compose
vim /etc/docker/daemon.json
{
"log-driver": "journald"
}
systemctl restart docker.service
- Tworzymy skrypty do autostartu kontenerów dockerowych
mkdir /etc/docker/compose/wmbusmeters -p
vim /etc/systemd/system/docker-compose@.service
[Unit]
Description=%i service with docker compose
Requires=docker.service
After=docker.service
[Service]
Type=oneshot
RemainAfterExit=true
WorkingDirectory=/etc/docker/compose/%i
ExecStart=/usr/bin/docker-compose up -d --remove-orphans
ExecStop=/usr/bin/docker-compose down
[Install]
WantedBy=multi-user.target
systemctl daemon-reload
vim /etc/docker/compose/wmbusmeters/docker-compose.yml
version: "2"
services:
wmbusmeters:
image: weetmuts/wmbusmeters
container_name: wmbusmeters
privileged: true
restart: always
volumes:
- /opt/wmbusmeters:/wmbusmeters_data
- /etc/localtime:/etc/localtime:ro
- /dev/:/dev/
- Konfigurujemy wmbusmeters
vim /opt/wmbusmeters/etc/wmbusmeters.conf
loglevel=info
logtelegrams=false
format=json
meterfiles=/wmbusmeters_data/logs/meter_readings
meterfilesaction=overwrite
logfile=/wmbusmeters_data/logs/wmbusmeters.log
device=rtl433:868.95M:t1
shell=/usr/bin/mosquitto_pub -h 192.168.1.69 -u loginMQTT -P hasłoMQTT -t wmbusmeters/$METER_ID -m "$METER_JSON"
vim /opt/wmbusmeters/etc/wmbusmeters.d/domek
name=domek
type=amiplus
id=id_licznika
key=klucz_licznika
- Uruchamiamy wmbusmeters
systemctl start docker-compose@wmbusmeters
systemctl enable docker-compose@wmbusmeters
- Zostaje nam obserwować na MQTT czy pojawiły się odczyty z licznika
- Konfiguracja Home Assistanta:
sensor:
- platform: mqtt
name: "Licznik domek Energia pobrana"
state_topic: "wmbusmeters/85021882"
unit_of_measurement: "kWh"
value_template: "{{ value_json.total_energy_consumption_kwh }}"
json_attributes_topic: "wmbusmeters"
state_class: total_increasing
device_class: energy
- platform: mqtt
name: "Licznik domek Moc pobierana"
state_topic: "wmbusmeters/85021882"
unit_of_measurement: "kW"
value_template: "{{ value_json.current_power_consumption_kw }}"
json_attributes_topic: "wmbusmeters"
state_class: measurement
device_class: energy
- platform: mqtt
name: "Licznik domek Calkowia moc oddana do sieci"
state_topic: "wmbusmeters/85021882"
unit_of_measurement: "kWh"
value_template: "{{ value_json.total_energy_production_kwh }}"
json_attributes_topic: "wmbusmeters"
state_class: total_increasing
device_class: energy
- platform: mqtt
name: "Licznik domek Moc oddawana"
state_topic: "wmbusmeters/85021882"
unit_of_measurement: "kW"
value_template: "{{ value_json.current_power_production_kw }}"
json_attributes_topic: "wmbusmeters"
state_class: measurement
device_class: energy
- platform: mqtt
name: "Licznik domek Ostatni odczyt"
state_topic: "wmbusmeters/85021882"
value_template: "{{ value_json.device_date_time }}"
json_attributes_topic: "wmbusmeters"
Drobny update, czasami licznik nadaje zera, albo wmbusmeters czyta zera z telegramu licznika. Totalnie to zaburza później widok energii w HA.
Rozwiązaniem jest filtrowanie zer i ponawianie poprzedniego odczytu jako aktualnego.
Mądrzejszy o to doświadczenie, musiałem wywalić historię encji związanych z licznikiem i zbierać historię od nowa (czyli jestem wczorajszy dzień w plecy)
sensor:
- platform: mqtt
name: "Domek Energia pobrana"
state_topic: "wmbusmeters/id_licznika"
unit_of_measurement: "kWh"
# value_template: "{{ value_json.total_energy_consumption_kwh }}"
value_template: >
{% if value_json.total_energy_consumption_kwh == 0 %}
{{ states('sensor.domek_energia_pobrana') }}
{% else %}
{{ value_json.total_energy_consumption_kwh }}
{% endif %}
json_attributes_topic: "wmbusmeters"
state_class: total_increasing
device_class: energy
- platform: mqtt
name: "Domek Moc pobierana"
state_topic: "wmbusmeters/id_licznika"
unit_of_measurement: "kW"
# value_template: "{{ value_json.current_power_consumption_kw }}"
value_template: >
{% if value_json.current_power_consumption_kw == 0 %}
{{ states('sensor.domek_moc_pobierana') }}
{% else %}
{{ value_json.current_power_consumption_kw }}
{% endif %}
json_attributes_topic: "wmbusmeters"
state_class: measurement
device_class: power
- platform: mqtt
name: "Domek Calkowia moc oddana do sieci"
state_topic: "wmbusmeters/id_licznika"
unit_of_measurement: "kWh"
# value_template: "{{ value_json.total_energy_production_kwh }}"
value_template: >
{% if value_json.current_power_consumption_kw == 0 %}
{{ states('sensor.domek_moc_pobierana') }}
{% else %}
{{ value_json.current_power_consumption_kw }}
{% endif %}
json_attributes_topic: "wmbusmeters"
state_class: total_increasing
device_class: energy
- platform: mqtt
name: "Domek Moc oddawana"
state_topic: "wmbusmeters/id_licznika"
unit_of_measurement: "kW"
# value_template: "{{ value_json.current_power_production_kw }}"
value_template: >
{% if value_json.current_power_production_kw == 0 %}
{{ states('sensor.domek_moc_oddawana') }}
{% else %}
{{ value_json.current_power_production_kw }}
{% endif %}
json_attributes_topic: "wmbusmeters"
state_class: measurement
device_class: power
- platform: mqtt
name: "Domek Ostatni odczyt"
state_topic: "wmbusmeters/id_licznika"
value_template: "{{ value_json.device_date_time }}"
json_attributes_topic: "wmbusmeters"
device_class: timestamp
state_class: measurement
4 polubienia
U mnie też licznik czasem wrzuca 0 na zwykłej instalacji na osobnym systemie. Co ciekawe pozostałe dane są prawidłowe, tylko wartość stanu licznika jest 0 bo kiedyś udało mi się złapać w logach ten stan. Spróbuję zastosować ten filtr, ja niestety straciłem w ten sposób już kilkukrotnie historie myślałem że to przez zasięg i kombinowałem z anteną.
Po długich przejściach udało mi się w końcu zmusić wmbusters do pracy, nie wiedzieć czemu zaczęło działać jak z ciekawości nastroiłem na częstotliwość zwave (868.42MHz). Może kiepski odbiornik i taki dużo offset. W każdym razie mam dziwny problem i nie bardzo wiem czy to kwestia licznika, czy coś nie tak po mojej stronie. Dane otrzymuję przez jakieś 9 minut, następnie przez 11 minut jest cisza i żadne telegramy nie dochodzą. Czy u was liczniki raportują równo co minutę przez cały czas?
