It is still silent. Between 13:00 and 17:00 I got zero messages from the electicity/power meter.
I got plenty Water and Heat -type. None recognized. So won’t be able to decode. Same vendor.
I used ESP32 (back alive), and also HA terminal with wmbusmeters and RTL-SDR blue dongle connected (dusty, 5-10 years in drawer… :D). I am receiving similar count of recognized messages.
Anyway — I wrote to STOEN Operator, to person that gave me keys, asking few questions. He only confirmed the frequency. 868.950MHz. If I don’t get anything from the meter in next 2 days, I will raise a ticket to STOEN asking for a support there. I saw somewhere that someone had same problem and was resolved by technician uploading newest firmware. After that meter started sending messages.
BTW. My issue with getting no messages was caused by … no CPU time. Problem re-appeared when I was adding web, mqtt, or status sensors (like uptime), or even logging=verbose. I was observing degradation in “received” messages, to the point that there were only “3of6” issues.
ESP32 can be used only if there is really no other component competing for CPU.
I would say that likely to be due to the decryption functionality of the code. I think that used to be an issue with P1 devices where DLMS has to be decoded, so it was usually outsourced to the main system and telegram were just transmitted then.
So, what was your sweet spot regarding additional componenets for getting all the messages through?
I would add a comment to the aformentioned discussion regarding the no CPU time, it might be useful for other people as well.
If it has WMBUS then yes, you should be able to read it. The ELGAMA website suggests it can be deployed with wireless MBus.
By the way, can anybody comment on this from the PGE website:
wystąpienie z wnioskiem o umożliwienie komunikacji licznika zdalnego odczytu z urządzeniami odbiorcy oraz zapewnienia dostępu odbiorcy do danych niezatwierdzonych dotyczących zużycia w czasie zbliżonym do rzeczywistego.
I am quite curious what do they meant by the word niezatwierdzonych here.
But unbalanced is not the same as niezatwierdzonych. And what about those who hasn’t got photovoltaic generation? For them it should be zatwierdzonych… Right?
That word indicates that the meter’s reading is not verified, but what verification does it need as the meter should be certified measuring device.
OBIS 1.8.0 energii czynnej efektywnie zużyto do sieci
Or does it indicate some further calculations regarding reactive, inductive and capacitive energy further on?
Witam wszystkich,
Próbuje odbierać telegramy z licznika Gama 350 przy pomocy dongla DVBT i programu SDR# Studio v.1.0.0.1920 z plugin RTL_433 V:1.5.1.0. Telegramy są odbierane co mniej więcej minutę. ale pole data ma taką formę:
bc44ed145952941302027a9a00b005b0f0e896a7dcb30fceda5307c55f62dd5274e982a74f08b05ea7c537c716c341a1837
Są po prostu o wiele krótsze niż pokazywane poprzednio a przy próbie dekodowania na stronie https://wmbusmeters.org pojawia się błąd:“Hex string must have an even length of hexadecimal characters”
Podpowiedzcie proszę w czym tkwi błąd. Każda wskazówka mile widziana.
Pozdrawiam Ekipę
Odpowiem sam sobie. Wystarczy uzupełnić telegram jakimkolwiek heksadecymalnym symbolem albo usunąć ostatni symbol z telegramu i dekoduje się prawidłowo. Ciekawostki są takie, że przekazany mi klucz ma 32 znaki i są to same cyfry a mój telegram zawiera mniej danych niz poprzednio cytowane a mianowicie:
“media”:“electricity”,
“meter”:“iem3000”,
“name”:“”,
“id”:“xxxxxxxx”,
“total_energy_consumption_kwh”:18859.421,
“total_energy_consumption_tariff_1_kwh”:18446744072856592,
“meter_datetime”:“2024-11-21 08:14:22”,
“status”:“OK”,
“timestamp”:“2024-11-21T07:23:10Z”
Witam. Pytanie z innej beczki. Jestem posiadaczem Licznika Gama 350 G35 i mam problem z odbiorem ramek z licznika. Ramki z wodomierza izar wykrywa bez problemu.
Meter ID [0xXXXXXXXX] RSSI: -65 dBm LQI: 128 Frame: T1 A not found in configuration T.
Nie pokazuje mi licznika jak u poprzedników
[18:03:26][D][wmbus:176]: Meter ID [0x13901129] RSSI: -62 dBm LQI: 128 Frame: T1 A not found in configuration T: BE44ED142911901302027AF100B0055852E05941D2E98D71F1FF6B79D791665BEB83D7B0127D62DDA7AAA79570417B5DDC6366FEA47316249D327C834806460FDBE7C039CDDA4686185AED10FD245CBA46BAA0024542E148881AA6EAF6B1ACE2A1CA27709232190A5C05B1D03B6CE61CAA2545797AD1B9517310C003F8781E11A393C4055C394CFBEF36173DEA930F8945EE59559C60A5ACEC633820D0D3
[18:04:29][D][wmbus:176]: Meter ID [0x13901129] RSSI: -62 dBm LQI: 129 Frame: T1 A not found in configuration T: BE44ED142911901302027AF200B0057DFE2CAD5ABA44EFF13F0934D06BFE1537F5CEE9D7E502B4F5526F88974D2F9D3D946B4E266CCC6797D88BCEFC62617A745B17347F6E34FFDAC6A5DA0B78087E7E07F6FAE76663C8D256ABD28D29DF5AC304B079DE4467FF37619CF7A79DB2485F8421021F318C4AE4F002473F9742ED0952B4B629016BC8145DA6D33FCA830210644907E5B05564C0BDDFE4797E97
[18:05:31][D][wmbus:176]: Meter ID [0x13901129] RSSI: -61 dBm LQI: 128 Frame: T1 A not found in configuration T: BE44ED142911901302027AF300B005F799D2599D77F49EC3158DCA4B08A2CB02E681853BEEC85C59C49CED5F336276D52990B0D8CBF5CC23A3FF9726C8AEAA08E1AF7E675C4E49DA1751226766395989BD91EC28CF0F36A4104072AD7F325AA2FD6A24EA241C748C914112D48334984CC1536FEA52771E1A85A2E9EBE45149CFF944F14BB6EE79CE84D00FC291B466B7F0D8731DC379B7FCD85E9A3A6A82
Zero odczytu wniosek napisany klucz udostępniony czy muszę wpisać konfiguracje nr licznika i klucz aby otrzymywać ramki?
no i wszystko jasne, problem po stronie PGE włączyło wmbus, ale okres między czasami nadawania zapewne mieli ustawiony na bardzo długi. Ustawili mi 30 sekund odświeżanie, niestety albo brak możliwości albo chęci ustawienia odświeżania poniżej 30 sekund. Nie trzeba wpisywać numeru licznika ani hasła by odczytywać ramki. po wpisaniu nr licznika i hasła dekoduje wszystkie informacje.
Jeśli chodzi o rozwiązania bezprzewodowe, to jest określona długookresowa średnia gęstość energii dopuszczalna do wypromieniowania przez urządzenia określonego rodzaju i w określonym pasmie.
Częstotliwości radiowe są tzw. dobrem rzadkim, tj. czymś co występuje w bardzo ograniczonej dostępności, dlatego są koncesjonowane.
To jest powód dla którego nie dopuszcza się zwiększania mocy wypromieniowanej przez nadajniki i/lub jest limitowany czas ich emisji.
Gęstość energii jest proporcjonalna do iloczynu mocy i długookresowego czasu trwania transmisji (czyli takiego współczynnika wypełnienia).
Swoją drogą nadawanie z taką częstością stanu licznika wody jest głupie (bo zmusi dostawcę do wymiany nakładki w stosunkowo krótkim czasie), ale zauważ, że ilość danych transmitowanych przez licznik wody jest znacznie mniejsza - to się niemal liniowo przekłada na gęstość energii (mniej danych = odpowiednio mniej energii, przy idealnym wyborze metody kodowania jest to zależność liniowa).
Taki wniosek wyciągnięty naprędce - twój licznik energii elektrycznej wysyła ~4x więcej danych od licznika wody w jednym telegramie.
(założyłem radośnie, że zarówno 8s jak i 30s są minimalnymi dopuszczalnymi odstępami dla telegramów dla obu urządzeń oraz założyłem, że moc ich nadajników jest identyczna, czyli zapewne maksymalna dopuszczalna, a producenci poszli po bandzie dając możliwość wysyłania z maksymalną częstością, bo szczerze mówiąc nie chce mi się kopać po przepisach, których nie muszę znać na pamięć, ale jeśli ktoś ma dość cierpliwości to takie informacje są do znalezienia).
@GSzabados
Dzięki za link, ta tabelka świetnie prezentuje to o czym wspomniałem - tu akurat jest to procent dopuszczalnej zajętości pasma na transmisje
w taryfach G11 jest wysyłanych w telegramie 11 pól danych, G12 jest ich 13 a w G13 - 15 (to i wiele więcej jest w załączonym post wyżej pliku) - jak widać każde 2 dodatkowe pola (o dość dużej długości) to koło 20% większe telegramy (w sensie transmisyjnym)
skoro w tabelce jest interwał 10s, to zapewne liczniki mają teoretyczną możliwość ustawienia tak gęstego raportowania, ale przy takiej ilości informacji, jaką zawierają telegramy, nikomu nie wolno tego włączyć, bo generowałby to zajętość dopuszczalnego wyrywka pasma powyżej dozwolonej (zagrożenie jest bardzo wysoką karą nakładaną przez UKE, więc gwarantuję, że tego nikt nie włączy), obrysowałem te zakazane pola czerwonymi ramkami (tam by było odpowiednio 132.0% w pierwszej linijce, 159.6% i 106.4% w drugiej oraz 184.8% 123.2% w trzeciej - jak widać każda z tych wartości jest powyżej dopuszczalnej, w tym niektóre naprawdę grubo)
kwestia dodatkowa - licznik może wysyłać dodatkowe telegramy - te obrysowałem zieloną ramką, ta możliwość powoduje, że na telegramy z danymi pomiarowymi jest nałożone jeszcze jedno ograniczenie - zajętość przez nie generowana nie może przekroczyć wartości = (100% - wartość z ramki zielonej dla danych ustawień), bo wszystkie telegramy łącznie nie mogą przekraczać tych umownych 100% (czyli przykładowo licznik w taryfie G13 z interwałem 20s + dodatkowym telegramem informacyjnym co 10 minut osiąga łącznie 92.4%+1.4%= 93.8% dopuszczalnej zajętości pasma swoją transmisją, czyli to taka sytuacja “pod sam korek”).
Wszystko zalezy od tego co wodociągi robia z licznikiem wymagajacym legalizacji. Z mojego doswiadczenia wynika ze tym Izarą nadającym co 8 sekund i tak wczesniej konczy sie legalizacja niz bateria.
