szpadlov
(szpadlov)
6 Czerwiec 2024 17:52
1
chciałbym zaciągnąć informacji czy za pomocą esp8266 + CC1101 jest mozliwość odczytu wodomierzy firmy Metrona Polska model Epico
karta katalogowa
https://metrona.pl/wp-content/uploads/2023/03/metrona-karta-katalogowa-EPico.pdf
na ta chwile mam esp8266 z wgranym esp home i co dalej?
czy musze sie zglosić do spoldzieni o klucze deszyfrujące a moze sygnał nie bedzie kodowany? niewiem jak sie za to zabrać proszę o podpowiedzi, dzieki
szopen
6 Czerwiec 2024 18:05
2
A CC1101 masz (najlepiej gdy to wersja dedykowana na 868MHz)? Bez radia dedykowanego dla 868MHz ESP8266 nie dysponuje odpowiednim odbiornikiem.
Czy się da odebrać? - na podstawie danych katalogowych nie jestem w stanie zgadnąć, ale eksperyment to podstawa.
Tego też z góry nie wiadomo, teoretycznie sygnał powinien być szyfrowany unikalnym kluczem, praktyka pokazuje, że bywa różnie.
Jeśli masz ma myśli rozwiązanie przygotowane przez @_Szczepan to jest dedykowany wątek na ten temat, więc go intensywnie poczytaj
Na github’ie pojawiła się wersja 3.0.0.
Zrobiłem porządek w logach. Dodatkowo od wersji 3.2.0 dodałem obsługę długich ramek.
wmbus jest komponentem do ESPHome umożliwiającym odczyt radiowych mierników wM-Bus oraz bezpośrednią integrację z Home Assistant (miernik “widoczny” jako sensor). Obecnie wspierane są różne wodomierze/gazomierze/watomierze/ciepłomierze. Aktualna lista jest dostępna po zainstalowaniu komponentu… Do uruchomienia wymagany jest moduł CC1101 oraz ESP32 lub ESP8266.
Coś nie d…
szpadlov
(szpadlov)
6 Czerwiec 2024 18:12
3
tak mam CC1101 na 868 MHz
rozwiązania jeszcze nie mam, to moje pierwsze podejscie do tematu, moze ktoś sie podłączał pod te licznik? chyba jest dość popularny w PL/
dzieki za link, przeczytam
szopen
6 Czerwiec 2024 18:23
4
Może i popularny, ale jeśli komunikacja opiera się na jakimś niestandardowym protokole, to być może nikt go nie podsłuchuje. A szybkie googlowanie dało mi takie rezultaty
komunikacja niby zgodna z ich podzielnikami ciepła
a issue związane z podzielnikami wygląda tak
Suport for heat cost allocators Metrona telmetric star · Issue #205 · wmbusmeters/wmbusmeters · GitHub
Więc po prostu spróbuj nasłuchiwać, jeśli protokół jest standardowy to odbierzesz jakieś telegramy.
1 polubienie
szpadlov
(szpadlov)
6 Czerwiec 2024 18:58
5
okazalo się ze dokladne oznaczenie licznika to DE-11-MI001-PTB005
i znalazlem taki temat
opened 08:51PM - 01 Jul 21 UTC
closed 08:23PM - 08 Aug 21 UTC
Sorry if this is the wrong place to post my issue, but I found no support forum.…
I recently got new meters installed in my flat that use wmbus.
* Metrona (Q water 5.5) `DE-11-MI001-PTB005`
* Metrona `T230-A21C-DE08-P`
So I wanted to see if I can read the data with my "blue DVB-T-Stick" (SDR) I had laying around.
I successfully received 433MHz data a while ago. So the dongle should work in general.
I am running wmbusmeters in docker in privleged mode on a PC (Intel, Debian).
My config:
```ini
loglevel=debug
device=rtlwmbus
listento=c1,t1
logtelegrams=true
format=json
meterfiles=/wmbusmeters_data/logs/meter_readings
meterfilesaction=overwrite
logfile=/wmbusmeters_data/logs/wmbusmeters.log
```
The logs indicate the dongle is detected correctly, I think.
```
(wmbusmeters) version: 1.3.0-29-g3ee42c6
(config) store meter files in: "/wmbusmeters_data/logs/meter_readings"
(config) using device: rtlwmbus
(config) number of meters: 0
(shell) exec (capture output) "/bin/sh"
(shell) arg "-c"
(shell) arg "rtl_sdr < /dev/null"
(shell) output: >>>rtl_sdr, an I/Q recorder for RTL2832 based DVB-T receivers
Usage: -f frequency_to_tune_to [Hz]
[-s samplerate (default: 2048000 Hz)]
[-d device_index (default: 0)]
[-g gain (default: 0 for auto)]
[-p ppm_error (default: 0)]
[-b output_block_size (default: 16 * 16384)]
[-n number of samples to read (default: 0, infinite)]
[-S force sync output (default: async)]
filename (a '-' dumps samples to stdout)
<<<
(serial) EVENT thread interrupted
(shell) return code 1
(shell) 11 exited
(main) rtl_srd found in path
(shell) exec (capture output) "/bin/sh"
(shell) arg "-c"
(shell) arg "rtl_wmbus < /dev/null"
(shell) output: >>><<<
(serial) EVENT thread interrupted
(shell) return code 0
(shell) 12 exited
(main) rtl_wmbus found in path
(main) rtlsdr device 00000001 not currently used.
(main) found specified device (rtlwmbus) that matches detected device (:rtlwmbus[00000001]:0/0)
(main) opening rtlwmbus
Started config rtlwmbus[00000001] listening on c1,t1
(rtlwmbus) using command: /usr/bin/rtl_sdr -d 0 -f 868.625M -s 1.6e6 - 2>/dev/null | /usr/bin/rtl_wmbus -s
(rtlwmbus) opening 00000001
(bgshell) exec background "/bin/sh"
(bgshell) arg "-c"
(bgshell) arg "/usr/bin/rtl_sdr -d 0 -f 868.625M -s 1.6e6 - 2>/dev/null | /usr/bin/rtl_wmbus -s"
(serial) EVENT thread interrupted
(serialcmd) opened /bin/sh pid 17 fd 5 (rtlwmbus)
(main) regular reset of rtlwmbus will happen every 82800 seconds
(wmbus) no alarm (expected activity) for rtlwmbus
(serial) registered regular callback HOT_PLUG_DETECTOR(0) every 2 seconds
No meters configured. Printing id:s of all telegrams heard!
(serial) waiting for stop
```
But even after more than 24h there are no new log lines after this.
`meter_readings` is empty.
I would have expected at least some debug messages.
Am I missing something?
Is my configuration wrong?
czyli jak dobrze zrozumiałem to da rade odczytać? sory za trywialne pytania
edit
DE-11-MI001-PTB005 to chyba numer jakies normy a nie model
szopen
6 Czerwiec 2024 19:40
6
Nic z tego issue ostatecznie nie wynikło - gość który szukał pomocy napisał, że nie ma czasu, bo jest zajęty czymś innym, więc dla mnie to ani potwierdzenie, ani zaprzeczenie.
Wszystko w twoich rękach, zauważ że on tam używał tunera SDR (więc być może będziesz musiał rozkodowywać telegramy w wmbusmeters, a nie na poziomie ESP), ale najpierw nasłuchuj eter i złap jakieś telegramy, dopiero potem można myśleć czy się da i jak je odkodować…
1 polubienie