Integracja licznika EON

Hej. Właśnie mi wymieniono licznik na GAMA 150. Nie wnioskowałem o taki, po prostu dostałem go.
Jeśli kogoś interesuje, to na liczniku:

  • karta SIM: Orange IoT
  • pod przykrywką jest RJ11 (na oko) - za plombą
  • dioda PLC - nie świeci się
  • dioda Sieć - świeci się
  • dioda TX/RX - nie świeci się, nie miga
  • GSM = on (3 kreski)
  • WMBus = on (nie ma kontrolki na wyświetlaczu)

Ten RJ11 to port P1 z założenia służący właśnie do przewodowego odbioru danych przez użytkownika, więc jego zaplombowanie jest chorym pomysłem…

(Oprócz P1 można tematu szukać też pod hasłem DSMR, bo ten sposób został wprowadzony najpierw w Danii, obecnie jest to ogólnie dostępne rozwiązanie we wszystkich krajach Beneluksu).

How is that? I cannot see any WMBus logo on the housing at all…

The P1 marker is clearly visible on the housing, just above the seal in the middle. ENEA does the same with the P1 ports on the OTUS3. It is just clearly shows the level of knowledge about this equipment. But I don’t really understand why, and where is it coming from. Is it from the installer or from the operator’s instructions to the installer.

The Iskra AM550 has a P1 port, which is covered by a rubber flap cover, and it cannot be sealed, so why this waste of material for sealing a P1 port on any other…

And if anybody starts the argument that they stop you connecting high voltage there and damaging the meter, then my argument is that you can damage a meter in a 1000 other ways if you want. (Including driving a car into a meter box…) And any port should have optocouplers built in for safety reasons.

It is on the display, at least.
See this too: inverted togic, if displayed then it wmbus is disabled

@Ostap Gratuluję determinacji! Mógłbyś mi pomóc zorganizować coś podobnego dla siebie? Czy mógłbyś napisać, z kim konkretnie rozmawiać i jakim tonem? Na jakie dokumenty powinienem się powoływać itd.? Chodzi mi o to, żeby nie obciążać biednych konsultantów obsługi klienta, którzy nawet nie wiedzą, o czym mówię. Byłbym bardzo wdzięczny za porady, jak to wszystko szybko i sprawnie załatwić :smile:

To zależy u kogo masz umowę.
Jeśli u eon to z nimi nawet nie gadaj. Piszesz email do stoen z załączonym wnioskiem o włączenie interfejsu mbus i podanie hasła do odczytu i czekasz. Niestety nie masz do kogo zadzwonić bo tam nikt nic nie wie na infolinii. Możesz dopisać aby sprawę skierowali do działu technicznego. Na odpowiedź czekasz 2 tyg. Mi z przerwami zajęło to 1.5 roku. Każda odpowiedź od stoen to 2 tyg. Bardzo rzadko szybciej. Zadadzą Ci pytanie i kolejne 2 tyg. Odpowiesz i kolejne 2 tyg. I tak pół roku. Mogę życzyć tylko wytrwałości.

Typowe działanie na zwłokę i zniechęcenie użytkownika, to tak jak dzwonienie na infolinie czy czekanie w kolejce na rozmowę / wizytę, kiedyś naocznie sprawdziłem jak to jest z czekaniem na rejestrację u lekarza, siedząc na poczekalni i patrząc na panią która odbiera telefony, byłem 30 w kolejce ale pani nie odbierała żadnych telefonów :slight_smile:

3 polubienia

@Ostap @sosmpsos ile czasu minęło jak wam się telegramy zaczęły pojawiać?

po miesiącu czekania - otrzymałem klucz. Podszedłem do licznika i wygląda na dobrze skonfigurowany, kontrolka wmbus zgasła (u sąsiada jest aktywna), PLC świeci.

Jednak nasłuch RTLem nic nie pokazuje. WIdzę tylko telegramy z liczników wody
Pozostaje czekać aż się (może) telegramy z licznika pojawią, czy trzeba cisnąć stoen? Licznik gama 350.

Ja niestety się poddałem. Stoen twierdzi że odblokowany ale na moją prośbę aby technik pokazał mi że rzeczywiście ramki są nadawane, twierdzą że nie mają urządzenia do odczytu i nie mogą pokazać. Ale maja przeklikane że nadaje :slight_smile: Ja ramek nie odczytuje do tej pory. Kupiłem PZEM004, szkoda mojego czasu i nerwów. Niesamowite jest to, że wszędzie chwalą się LZO i ile to korzyści ma z tego odbiorca, a tak naprawdę nie potrafią poprawnie uruchomić usługi.

1 polubienie

Po prawie 2 miesiącach dostałem dwa klucze. Klucz AK, Klucz EK - cokolwiek to znaczy.
Ikona PLC się świeci, ikona WMBUS nie świeci (czyli ON, czyli OK).

W teorii coś jest wychwytowane, ale … jakieś dziwne ID jest w logach. I nie rozkodowuje.
Na liczniku jest ID 14175526.
W konfiguracji dałem: 0x00D84D26 (rozumiem, że to ma być hex, poprzedzony zerami?)
To dlaczego wmbus mi probuje coś rozkodować innego, w logach jest: 0x7fffffff ?
I dlaczego w sumie wmbusmeters-org pokazuje to jako water meter? Łapię coś innego?

[10:42:52][V][rxLoop:167]: Have 218 bytes from CC1101 Rx, RSSI: -67 dBm LQI: 128
[10:42:52][D][mbus:035]: Received T1 A frame
[10:42:52][V][mbus:041]: Frame: 4F271CB31365699B1C59CB0E58D593C9A8D94E64DA5964D69992DA956B1938E732D2C7235993564E52E695CD253664DA96399A34D3A36A3B1994D8CD96334DC9ACB4A592E5CA67329999AC4E3371D1935C94DC96C746A55A68F43B2C69393A7235A8E397168DA532D65A95A539C6A3A6335AA65B19C8E9AC3993B468D5A3C56999B1CA4D963CA65A64D9C692DC7264D634B5A58E9C933997136A3C8D34E9B14F464DC59723D0E8CED199A365A4CE4D3699B0E6A3CA570BD0E94E713672D233654E335664E6B48E5A [RAW]
[10:42:52][V][mbus:043]:        4BC96996C535A3B0D3668D9656656C6C9569 (218) [RAW]
[10:42:52][V][mbus:053]: Frame: 7E448D19658404820107E6B57A760070A5369085224EC84B0510793A94C91A769BA6112B6B8591B19B11E6ECF539EA4EA5A87B1DC51491E0DC690ABC2EDF27FE16BB9D61F7300F09246BFB16F985E2A8252C610BD0A584F19BEA0A75DF344A701309BFE725476BE112AD7C51D54BC2B2C5AB56727765826BE943C292475ECB197B10526CB9F3E0A0D70B811AB55050D890 (145) [with CRC]
[10:42:52][V][mbus:096]: Validating CRC for Block1
[10:42:52][V][crc:031]:     calculated: 0xE6B5, read: 0xE6B5
[10:42:52][V][mbus:116]: Validating CRC for Block2
[10:42:52][V][crc:031]:     calculated: 0x94C9, read: 0x94C9
[10:42:52][V][mbus:116]: Validating CRC for Block3
[10:42:52][V][crc:031]:     calculated: 0xEA4E, read: 0xEA4E
[10:42:52][V][mbus:116]: Validating CRC for Block4
[10:42:52][V][crc:031]:     calculated: 0x16BB, read: 0x16BB
[10:42:52][V][mbus:116]: Validating CRC for Block5
[10:42:52][V][crc:031]:     calculated: 0x610B, read: 0x610B
[10:42:52][V][mbus:116]: Validating CRC for Block6
[10:42:52][V][crc:031]:     calculated: 0x2547, read: 0x2547
[10:42:52][V][mbus:116]: Validating CRC for Block7
[10:42:52][V][crc:031]:     calculated: 0x826B, read: 0x826B
[10:42:52][V][mbus:116]: Validating CRC for Block8
[10:42:52][V][crc:031]:     calculated: 0xD70B, read: 0xD70B
[10:42:52][V][mbus:116]: Validating CRC for Block9
[10:42:52][V][crc:031]:     calculated: 0xD890, read: 0xD890
[10:42:52][V][mbus:063]: Frame: 7E448D196584048201077A760070A5369085224EC84B0510793A1A769BA6112B6B8591B19B11E6ECF539A5A87B1DC51491E0DC690ABC2EDF27FE9D61F7300F09246BFB16F985E2A8252CD0A584F19BEA0A75DF344A701309BFE76BE112AD7C51D54BC2B2C5AB56727765E943C292475ECB197B10526CB9F3E0A0811AB55050 (127) [without CRC]
[10:42:52][V][Telegram.cpp:1131]: (wmbus) parseDLL @0 127
[10:42:52][V][Telegram.cpp:1178]: (wmbus) parseELL @10 117
[10:42:52][V][Telegram.cpp:1333]: (wmbus) parseNWL @10 117
[10:42:52][V][Telegram.cpp:1391]: (wmbus) parseAFL @10 117
[10:42:52][V][Telegram.cpp:2078]: (wmbus) parseTPL @10 117
[10:42:52][W][wmbus:070]: Link modes not defined in driver . Processing anyway.
[10:42:52][I][wmbus:085]:  [0x7fffffff] RSSI: -67dBm T: 7E448D196584048201077A760070A5369085224EC84B0510793A1A769BA6112B6B8591B19B11E6ECF539A5A87B1DC51491E0DC690ABC2EDF27FE9D61F7300F09246BFB16F985E2A8252CD0A584F19BEA0A75DF344A701309BFE76BE112AD7C51D54BC2B2C5AB56727765E943C292475ECB197B10526CB9F3E0A0811AB55050 (127) T1 A
[10:42:52][W][component:237]: Component wmbus took a long time for an operation (142 ms).
[10:42:52][W][component:238]: Components should block for at most 30 ms.

Konfiguracja:

  - platform: wmbus
    meter_id:  0x00D84D26  # ID: 14175526 - licznik elektryczny
    type: amiplus
    key: "ED................"
    sensors:
      - name: "Gama 350 lqi"
        field: lqi
        accuracy_decimals: 1
        unit_of_measurement: ""
      - name: "Gama 350 RSSI"
        field: rssi
        accuracy_decimals: 1
        unit_of_measurement: "dBm"
      - name: "Góra energia pobrana"
        field: total_energy_consumption_kwh
        accuracy_decimals: 1
        unit_of_measurement: "kwh"
      - name: "Góra aktualny pobór"
        field: current_power_consumption_kw 
        accuracy_decimals: 1
        unit_of_measurement: "kw"
      - name: "Góra napięcie na fazie 1"
        field: voltage_at_phase_1_v
        accuracy_decimals: 1
        unit_of_measurement: "v"
     

sprawdzałem różne ustawienia nasłuchu mbus, z tym przesunięciem 300khz dla różnych trybów s/t1, na różnych wersjach rtl_wmbus i nie znalazłem ŻADNEGO telegramu z gama350. Mam na klatce 2 liczniki z czego mój nie ma ikonki 11 a sąsiada - ma. Więc jeden z tych dwóch liczników powinien nadawać. Wniosek nasuwa się jeden - niby aktywowali a g. nie działa. Jeszcze spróbuję nasłuchać z lapkiem w odległości 10cm od licznika, ale wątpię żeby to była kwestia zasięgu.

To co różni nasze konfiguracje (niedziałające) od konfiguracji @Ostap - mamy dodatkowo ikonkę zasięgu PLC, a Ostap pisał że takiej u siebie nie ma aktywnej. Może ten badziew nie nadaje telegramów jak PLC jest włączone?

Nie wiem jak u Waszego operatora, ale niektóre liczniki w Tauronie miały wadliwe firmware i na nich nie działała zdalna aktywacja wMbus jak należy (też w systemie było wszystko OK i cisza z licznika) rozwiązaniem była wizyta techników operatora na miejscu i aktualizacja softu. To jest gdzieś na forum opisane przez kogoś komu udało się porozmawiać z jakimś przytomnym technikiem z Taurona przy okazji właśnie aktywacji na miejscu instalacji.

U mnie aktywacja miała miejsce dwa razy, raz zdalnie a drugi raz technik podłączył się do licznika bezpośrednio - przynajmniej tak twierdził bo nie miałem możliwości być na miejscu. Bezskutecznie.

ASCII vs HEX

I believe that should be decimal as 0x14175526. At least that is how it works for other people in the forum here, just search for GAMA350 and follow the previous conversations.

Potwierdzam, rozmawiałem z technikiem, który u mnie aktywował W-Mbus na liczniku Gama150 i mówił że teoretycznie może zrobić to zdalnie ale przez błąd w oprogramowaniu niektórych liczników musi zrobić to podłączając się bezpośrednio pod licznik. Od dwóch tygodni Gama150 i Otus1 u mnie działa jak złoto.

1 polubienie

@g00pher @szopen ok dzięki, będę męczył technika o pojawienie się na miejscu. Pewnie sprawa zostanie zawieszona na kolejne 2 miesiace

Ja mam chyba ten sam problem z GAMA 150. Niby włączone, a dziś (od 13:00 do teraz) nic nie przyszło.
W jakich godzinach GAMA 150 ci raportuje? Cały czas?

Dla potomnych.
A co do mojego problemu z nieodbieraniem w ogóle wiadomości, to - dodanie czegokowiek co używa CPU powoduje, że ESP32 nie ma czasu na odebranie wiadomości.
Jak dodawałem mqtt, web, czy sensory statusu, a nawet dodając logging=verbose — powoduje zwiększenie błędów 3of6, i zanik rozpoznawalnych telegramów. Nawet do punktu, że nic się nie odkodowuje.
Więc rada - ESP32 z CC1101 - tylko najprostszy config.

1 polubienie

To są dwa najbardziej obciążające elementy i oczywiście component wmbus, liczba obsługiwanych “podstawowych” sensorów nie wpływa aż tak znacząco na ESPHome. Nie ustawia sie także na stałe trybu VERBOSE bo on nie do tego został zaprojektowany.

1 polubienie

Mały update. Są różne liczniki gama150 i gama350, niektóre mają wmbus, niektóre nie… W sofcie można włączyć/wyłączyć mbus, niezależnie od modelu, więc kontrolka zgaśnie, ale jak nie macie wmbus w liczniku, to siłą rzeczy żaden telegram nie zostanie wysłany. Jak rozpoznać czy GAMA ma interfejs mbus? po obudowie, jest już opis na stronie stoen. Liczniki GAMA z wmbus mają logo:


Liczniki bez wmbus, a ze złączem ethernetowym, mają takie logo:

Ja mam właśnie ten drugi typ, dlatego o odczycie zdalnym mogę zapomnieć. Ty @M_Stu też:) @Ostap wrzucił zdj. swojego licznika i ma logo wmbus, dlatego mu działa.
https://www.stoen.pl/strona/liczniki-zdalnego-odczytu-pytania-i-odpowiedzi

1 polubienie

Odczyt mam co koło 30 sekund przez cała dobę, interwał wysyłania telegramów ustawia operator. Prosiłem, żeby ustawił równe odstępy, żeby w jednym czasie nie przychodziły dwie ramki z dwóch liczników.