Odczyt licznika prądu PGE przez Wm-bus - Gama 350 Typ G35

Urządzenia Urządzenia inteligentnego domu
, , , ,
1

Posiadam licznik GAMA 350 Typ G35.

Znajomy wspomniał, że OSD ma obowiązek udostępnić klucz deszyfrujący więc… wysłałem zdalnie wniosek do PGE w tamtym tygodniu i dziś otrzymałem, jak to PGE napisało w mailu “niezbędne hasło do odszyfrowania danych”.

Mam moduł od @Mariusz_Woszczyński do odczytu wm-bus licznika wody IZAR oraz w tym roku wymieniłem podlicznik ogrodowy i dodałem integrację Apator WMBUS-16-2. Widzę wodę w HA i chciałbym widzieć też prąd i inne parametry z PGE.

W logach ESPHome (ale tylko przy otwartej bramie garażowej :wink: ) widzę dane “raportowane i zbliżone do czasu rzeczywistego” (tak, to sarkazm z tym czasem rzeczywistym):

[18:02:23][D][wmbus:176]: Meter ID [0x13901129] RSSI: -62 dBm LQI: 128 Frame: T1 A not found in configuration T: BE44ED142911901302027AF000B005FAC6BCCE85A28A552B56C6313448CB3636B42EFB802771EDA9D824269A7CA5DB4A05B50489AE00E072193CE3CD9AD6152E4DA86D241B91B1D0491460E6AE00FA68A22CB3444E51757BD6DF61AFF14114FDD555E9D353637D22AC189686813D1C0ABAC0234F3C33F9104A124524CE9F375E3B6127E1283BF07B12003E6AA19FC4302EE0F9B8D0721A5AD2F25A1809E2
[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

Po wprowadzeniu telegramu na stronie https://wmbusmeters.org/ dostaję wynik który rozpoznaje tylko 3 rzeczy:
a. “media” jako “electricity”
b. “id” - poprawny identyfikator mojego licznika
c. widzę na czerwono, że dane są “encrypted”

I tu zwracam się do Was o pomoc w kilku kwestiach:

  1. Z PGE otrzymałem klucz który ma 16 znaków (same cyfry). Przejrzałem różne przykłady i wszędzie widzę 32 znaki. Po wprowadzeniu klucza na w/w stronie otrzymuję komunikat
failed decryption. Wrong key?

Pisać do PGE aby zweryfikowali czy problem tkwi w czym innym?

  1. Z dokumentacji wmbusmeters wynika, że Gama 350 nie jest obsługiwana. Kojarzycie jak długo trwa dodawanie nowego urządzenia jeżeli zgłoszę to przez stronę Issues · wmbusmeters/wmbusmeters · GitHub ? A może jest inne rozwiązanie dzięki któremu mogę odczytać ten licznik?
2

Gama 350 działa w wM-Bus do ESPHome , oto konfiguracja:

    meter_id: 0xXXXXXXXX
    key: "XXXXXXXXXXXXXXXX0000000000000000"
    type: amiplus
    mode: T1
    lqi:
      name: "Gama 350 lqi"
    rssi:
      name: "Gama 350 RSSI"
    total_energy_consumption_kwh:
      name: "Góra energia pobrana"
    current_power_consumption_kw:
      name: "Góra aktualny pobór"
    total_energy_production_kwh:
      name: "Góra energia wysłana"
    current_power_production_kw:
      name: "Góra aktualna wysyłka"
    voltage_at_phase_1_v:
      name: "Góra napięcie na fazie 1"
    voltage_at_phase_2_v:
      name: "Góra napięcie na fazie 2"
    voltage_at_phase_3_v:
      name: "Góra napięcie na fazie 3"

Jeśli dali Ci klucz 16 cyfrowy to dodaj 16 zer pod koniec i spróbuj powinno zadziałać.

3

Piszesz o odczytach za pomocą Magic Meter ?

4

@Aleksej
skonfigurowałem wg. Twoich zaleceń i otrzymuję komunikat

[09:56:47][D][wmbus:090]: Using driver 'amiplus' for ID [0x13901129] RSSI: -60 dBm LQI: 128 Frame: T1 A T: BE44ED142911901302027AA700B0057B35DDB10BC17331488C89A184546F6D87AE34039CAD5525F6EF4E6F480E97377B37B4B0C654C5DC93E86F82454A5ADAD2F30C8519F9CE8A0E24FE85BDA7D8F20A18568756345B81CD53C9665C420CC6FBF12F9C282577CEF286039424717BD405CCD1054652F4001DBE3FECFE4BBBB019A51E108EBB32598B9255C98F79F425C7D33FBCD700B7D43A6268BCC6645295ABF19A56307E212
[09:56:47][D][utils:294]: 2F2F check after decrypting  !!!

i to samo na stronie wmbusmeters.org:

failed decryption. Wrong key?

@MariuszAK
Czytnik kupiłem dość dawno od @Mariusz_Woszczyński być może została mu nadana nazwa “Magic Mater” bo wygląda identycznie jak mój :slight_smile:

EDIT (PROBLEM SOLVED):

Mamy to :slight_smile:
Znajomy wpadł na pomysł, że “klucz” który przesłało mi PGE w mailu musi być w ASCII (pracownik pewnie zrobił kopiuj/wklej ze swojego programu) i trzeba to skonwertować na HEX.

TUTORIAL:
Wchodzimy tu (lub na inny konwerter lub obliczamy ręcznie):

wybieramy konwersję z TEXT na HEXADECIMAL
Character encoding: ASCII
Output delimiter string (optional): NONE

Otrzymujemy 32 znakowy klucz.
image

5 polubień
5

Cześć, mnie dziś zamontowali taki licznik. jak rozumiem tylko widac napiecie i zużycie całkowite. Nie ma opcji podglądu ile pobierane jest w danej chwili prądu ?

6

Oczywiście, że jest.
current_power_consumption_kw:

7

faktycznie przeoczyłem, ciekawe czy na każda z faz można określić zużycie

8

Tego nie wiem, ja mam w bloku i tylko 1 faza bo mój to 150 :slight_smile: Ogólnie dziś esp32 o 5:40 przestał mi odczytywać licznik, wodę 4 liczniki widzę ale prądu nie. Wrócę do domu to spojrzę co tam się dzieje.

9

Podpowiedzcie proszę, czy mój YAML jest OK, czy coś sobie popsułem.
Wcześniej odbierałem ramki np od wodomierzy. Oczywiście nie mogłem zdekodować, ale były.
Licznik elektryczny mam GAMA 150, PLC się świeci, MBUS zgaszone (z tego co wiem to = włączony). No i chciałem w końcu zacząć coś odbierać, jakieś dwa klucze dostałem od Stoen Operator. I … nic sensownego nie odbieram…
Czy to wersja 4.0 czy 3.2.3 - efekt jest taki sam: nic sensownego nie odbieram. Od 9:00 do ok 15:00 coś leci w eterze, a potem cisza.
Logi zbieram z mqtt /debug.
Odbiornik leży sobie kilka metrów od różnych liczników, czy to moich czy sąsiadów.

YAML:

dashboard_import:
  package_import_url: github://MariuszWoszczynski/wmbus-reader-v2/wmbus-reader-v2.yaml@main
  import_full_config: true

substitutions:
  name: "wmbus-reader-v2"
  friendly_name: "wmbus reader v2"
  status_led: GPIO15

esphome:
  name: "${name}"
  friendly_name: "${friendly_name}"
  project:
    name: esphome.wmbus_reader_v2
    version: "1.0"
  
esp32:
  board: lolin_s2_mini
  framework:
    type: arduino
 
external_components:
  - source: github://SzczepanLeon/esphome-components@3.2.3
    components: [ wmbus ]
    refresh: 0d
   
logger:
  level: VERBOSE  

api:
  reboot_timeout: 0min
  encryption:
    key: !secret api_encryption_key

mqtt:
  broker: !secret mqtt_broker
  port: !secret mqtt_port
  username: !secret mqtt_username
  password: !secret mqtt_password

safe_mode:
  
ota:
  - platform: esphome

wifi:
  use_address: "192.168.2.216"
  ssid: !secret wifi_ssid               # home
  password: !secret wifi_password
  power_save_mode: LIGHT
  fast_connect: true
  reboot_timeout: 10min
  output_power: 18dB
 
# Status LED for connection
status_led:
  pin:
    # Blue LED
    number: ${status_led}
    
wmbus:
  mosi_pin: GPIO35
  clk_pin:  GPIO36 
  miso_pin: GPIO37
  gdo2_pin: GPIO1 
  gdo0_pin: GPIO2
  cs_pin:   GPIO34
  # log_all: True
  log_unknown: true

sensor:
  - platform: wmbus
    #meter_id: 0x00000000
    meter_id:  14175526   # 0x00D84D26  # ID: 14175526  - licznik elektryczny
    type: amiplus
    mode: T1C1
    key: "3Exxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx"
  - platform: wmbus
    #meter_id: 0x00000000
    meter_id:  0x14175526   # 0x00D84D26  # ID: 14175526  - licznik elektryczny
    type: amiplus
    mode: T1C1
    key: "3Exxxxxxxxxxxxxxxxxxxx"

Logi:

2024-10-07T11:22:12.237259Z+0200, [V][rxLoop:167]: Have 218 bytes from CC1101 Rx, RSSI: -92 dBm LQI: 128
2024-10-07T11:22:12.240991Z+0200, [D][mbus:034]: Processing T1 A frame
2024-10-07T11:22:12.246744Z+0200, [V][mbus:040]: Frame: 4F271CB313654CD4EC59CB0E58D5938D934B4E69A35964D699B99396669695C65A2D6C696A6B1A64E59AB1A8E673498D353996956A56D1B6712E5C8BBA9B26F5A59CF0E5E513654CD4EC59CB0E58D5938D934B4E69A35964D699B99396669695C65A2D6C696A6B1A64E59AB1A8E673498D353996956A56D1B6712E5C8BBA9B26F5A59CF0E513654CD4EC59CB0E58D5938D934B4E69A35964D699B99396669695C65A2D6C696A6B1A64E59AB1A8E673498D353996956A56D1B6712E5C8BBA9B26F5A59CF0F0E51365 [RAW]
2024-10-07T11:22:12.253983Z+0200, [V][mbus:042]:        4CD4EC59CB0E58D5938D934B4E69A35964D6 (218) [RAW]
2024-10-07T11:22:12.257832Z+0200, [V][3of6:083]: Decode 3 out of 6 failed..
2024-10-07T11:22:24.343606Z+0200, [V][rxLoop:167]: Have 218 bytes from CC1101 Rx, RSSI: -85 dBm LQI: 128
2024-10-07T11:22:24.710178Z+0200, [D][mbus:034]: Processing T1 A frame
2024-10-07T11:22:24.710437Z+0200, [V][mbus:040]: Frame: 4F271CB3136568D4EC59CB0E58D593B327264E65965964D69993E534DD0ED0D393CA565CB31965B1CD1934B66C36CC539594CEB253A9A5FD0D2F1674B56A669DC39AD9CCCC136568D4EC59CB0E58D593B327264E65965964D69993E534DD0ED0D393CA565CB31965B1CD1934B66C36CC539594CEB253A9A5FD0D2F1674B56A669DC39AD9CC136568D4EC59CB0E58D593B327264E65965964D69993E534DD0ED0D393CA565CB31965B1CD1934B66C36CC539594CEB253A9A5FD0D2F1674B56A669DC39AD9D9CC1365 [RAW]
2024-10-07T11:22:24.710620Z+0200, [V][mbus:042]:        68D4EC59CB0E58D593B327264E65965964D6 (218) [RAW]
2024-10-07T11:22:24.710785Z+0200, [V][3of6:083]: Decode 3 out of 6 failed..
2024-10-07T11:23:45.646151Z+0200, [V][rxLoop:167]: Have 218 bytes from CC1101 Rx, RSSI: -65 dBm LQI: 128
2024-10-07T11:23:45.646336Z+0200, [D][mbus:034]: Processing T1 A frame
2024-10-07T11:23:45.646840Z+0200, [V][mbus:040]: Frame: 4F271CB3136568EB1C59CB0E58D593C6CD134E64EC5964D69996B16B49AC6A599AD23A598F2B2CB269A995C67159A596B25A698DA956C566B2B13D13A4D6ACC69366C6CCCC136568EB1C59CB0E58D593C6CD134E64EC5964D69996B16B49AC6A599AD23A598F2B2CB269A995C67159A596B25A698DA956C566B2B13D13A4D6ACC69366C6CC136568EB1C59CB0E58D593C6CD134E64EC5964D69996B16B49AC6A599AD23A598F2B2CB269A995C67159A596B25A698DA956C566B2B13D13A4D6ACC69366C6C6CC1365 [RAW]
2024-10-07T11:23:45.647019Z+0200, [V][mbus:042]:        68EB1C59CB0E58D593C6CD134E64EC5964D6 (218) [RAW]
2024-10-07T11:23:45.647090Z+0200, [V][3of6:083]: Decode 3 out of 6 failed..

Na początku sierpnia odbierałem jeszcze coś sensownego, np:

[09:02:37][V][rxLoop:167]: Have 218 bytes from CC1101 Rx, RSSI: -63 dBm LQI: 128
[09:02:37][D][mbus:034]: Processing T1 A frame
[09:02:37][V][mbus:040]: Frame: 4F271CB313652E5B1C59CB0E58D593A4E3654E6A565964D69993AC3653935A62E9959732B1371A2E52D3C93CA57263963ACD264F15A9C96CB48CB3932F466995CA74965D0DB1968BC9AA66C723994EC98D5A6A4BB0B6934CB38D6ACD29C53D0E70DA662CB8DAC53A56B269698CD663393C8E3748E368E8D96533B49B1C742F1359C992E92CB596A4BC63A4E734B316655A98E96AC34EA5A95336C66395AA6C2CE372A4DC8BA71956C65A5994E6A5A59D1339CC66A5CD344D36632F44E52F238D58ECB4B196B46A3C [RAW]
[09:02:37][V][mbus:042]:        4EC725B2C8B6A670E35CC6998E699C65672B (218) [RAW]
[09:02:37][V][mbus:052]: Frame: 7E448D19398404820107F2197AF00070A52819270A3F954E87463937E7E94A2028CA7D0FE0ECB3273C5F94FC99C18563E6FADE2578A10AF38367732168CFD7C241FA33B6D7F08A9FB15B27E21CBB62B5572CADDC3D15E53F3300F3DBF24C8D590FBF6812F697185B96F8321EF1E3FD90D9F59269F5C724DAF4CC775B3C793E2102EC856C6BD2DE0EE36A4214DFA265D95E (145) [with CRC]
[09:02:37][V][mbus:095]: Validating CRC for Block1
[09:02:37][V][crc:031]:     calculated: 0xF219, read: 0xF219
[09:02:37][V][mbus:115]: Validating CRC for Block2
[09:02:37][V][crc:031]:     calculated: 0xE7E9, read: 0xE7E9
[09:02:37][V][mbus:115]: Validating CRC for Block3
[09:02:37][V][crc:031]:     calculated: 0x8563, read: 0x8563
[09:02:37][V][mbus:115]: Validating CRC for Block4
[09:02:37][V][crc:031]:     calculated: 0x41FA, read: 0x41FA
[09:02:37][V][mbus:115]: Validating CRC for Block5
[09:02:37][V][crc:031]:     calculated: 0xADDC, read: 0xADDC
[09:02:37][V][mbus:115]: Validating CRC for Block6
[09:02:37][V][crc:031]:     calculated: 0xF697, read: 0xF697
[09:02:37][V][mbus:115]: Validating CRC for Block7
[09:02:37][V][crc:031]:     calculated: 0x24DA, read: 0x24DA
[09:02:37][V][mbus:115]: Validating CRC for Block8
[09:02:37][V][crc:031]:     calculated: 0xE36A, read: 0xE36A
[09:02:37][V][mbus:115]: Validating CRC for Block9
[09:02:37][V][crc:031]:     calculated: 0xD95E, read: 0xD95E
[09:02:37][V][mbus:062]: Frame: 7E448D193984048201077AF00070A52819270A3F954E874639374A2028CA7D0FE0ECB3273C5F94FC99C1E6FADE2578A10AF38367732168CFD7C233B6D7F08A9FB15B27E21CBB62B5572C3D15E53F3300F3DBF24C8D590FBF6812185B96F8321EF1E3FD90D9F59269F5C7F4CC775B3C793E2102EC856C6BD2DE0E4214DFA265 (127) [without CRC]
[09:02:37][D][wmbus:182]: Meter ID [0x82048439] RSSI: -63 dBm LQI: 128 Frame: T1 A not found in configuration T: 7E448D193984048201077AF00070A52819270A3F954E874639374A2028CA7D0FE0ECB3273C5F94FC99C1E6FADE2578A10AF38367732168CFD7C233B6D7F08A9FB15B27E21CBB62B5572C3D15E53F3300F3DBF24C8D590FBF6812185B96F8321EF1E3FD90D9F59269F5C7F4CC775B3C793E2102EC856C6BD2DE0E4214DFA265 (127)
[09:02:37][W][component:237]: Component wmbus took a long time for an operation (115 ms).
[09:02:37][W][component:238]: Components should block for at most 30 ms.
10

Szanowni koledzy/koleżanki,
próbuję uruchomić komunikację z licznikiem energii elektrycznej Gama 350, zanim wypiszę lawinę pytań chciałbym się upewnić czy taki zapis w logach świadczy, że odbieram ramki z mojego licznika ?
Mój licznik w konfiguracji ma ID:

sensor:
  - platform: wmbus
    meter_id: 0x30551648

fragmenty logu, gdzie podejrzewam, potwierdzenia, że to ramka z mojego licznika

13:07:35	[V]	[mbus:063]	
Frame: BE44ED144816553001027AEA00B0050B9B948F090F5CAA3B0B78F09B65E9A30DBFECD572C669E99A33C197E1C837C46AAF603F5EA41622B64602FD8C82AF002E08B9B178AA49428E6B96A32B78791DFDA1C5B2237DCE66DBE995464C36F9D402C3ABBCD785F40DBB9AD47FC47C62155E9720B2D4462F5EB3A26E9AB8FCF56349F7B3EDE7668A238E5AD4D607DD7DBAE849D90946DA516708E00A54B4BF64B90A6A1029AEEC6E7C769B1B320F390AACCEB78086F07CFFD7C3EBC313FDF7AC06 (191) [without CRC]
13:07:35	[V]	[Telegram.cpp:1131]	
(wmbus) parseDLL @0 191
13:07:35	[V]	[Telegram.cpp:1178]	
(wmbus) parseELL @10 181
13:07:35	[V]	[Telegram.cpp:1333]	
(wmbus) parseNWL @10 181
13:07:35	[V]	[Telegram.cpp:1391]	
(wmbus) parseAFL @10 181
13:07:35	[V]	[Telegram.cpp:2078]	
(wmbus) parseTPL @10 181
13:07:35	[I]	[wmbus:091]	
amiplus [0x30551648] RSSI: -88dBm T: BE44ED144816553001027AEA00B0050B9B948F090F5CAA3B0B78F09B65E9A30DBFECD572C669E99A33C197E1C837C46AAF603F5EA41622B64602FD8C82AF002E08B9B178AA49428E6B96A32B78791DFDA1C5B2237DCE66DBE995464C36F9D402C3ABBCD785F40DBB9AD47FC47C62155E9720B2D4462F5EB3A26E9AB8FCF56349F7B3EDE7668A238E5AD4D607DD7DBAE849D90946DA516708E00A54B4BF64B90A6A1029AEEC6E7C769B1B320F390AACCEB78086F07CFFD7C3EBC313FDF7AC06 (191) T1 A
13:07:35	[D]	[meters.cpp:1993]	
(meter) created ESPHome amiplus 30551648 encrypted
13:07:35	[V]	[Telegram.cpp:1131]	
(wmbus) parseDLL @0 191
13:07:35	[V]	[Telegram.cpp:1178]	
(wmbus) parseELL @10 181
13:07:35	[V]	[Telegram.cpp:1333]	
(wmbus) parseNWL @10 181
13:07:35	[V]	[Telegram.cpp:1391]	
(wmbus) parseAFL @10 181
13:07:35	[V]	[Telegram.cpp:2078]	
(wmbus) parseTPL @10 181
13:07:35	[V]	[meters.cpp:635]	
(meter) ESPHome: for me? 30551648.M=EGM.V=01.T=02,30551648.M=EGM.V=01.T=02 in 30551648
13:07:35	[V]	[meters.cpp:699]	
(meter) ESPHome: yes for me
13:07:35	[D]	[meters.cpp:922]	
(meter) ESPHome(0) amiplus  handling telegram from 30551648.M=EGM.V=01.T=02
13:07:35	[V]	[Telegram.cpp:1131]	
(wmbus) parseDLL @0 191
13:07:35	[V]	[Telegram.cpp:545]	
(telegram) DLL L=be C=44 (from meter SND_NR) M=14ed (EGM) A=30551648 VER=01 TYPE=02 (Electricity meter) (driver amiplus) DEV=ESPHome wM-Bus RSSI=-88
13:07:35	[V]	[Telegram.cpp:1178]	
(wmbus) parseELL @10 181
13:07:35	[V]	[Telegram.cpp:1333]	
(wmbus) parseNWL @10 181
13:07:35	[V]	[Telegram.cpp:1391]	
(wmbus) parseAFL @10 181
13:07:35	[V]	[Telegram.cpp:2078]	
(wmbus) parseTPL @10 181
13:07:35	[V]	[Telegram.cpp:299]	
(TPL) num encrypted blocks 11 (176 bytes and remaining unencrypted 0 bytes)
13:07:35	[V]	[Telegram.cpp:303]	
(TPL) AES CBC IV decrypting
13:07:35	[V]	[Telegram.cpp:343]	
(TPL) IV ED14481655300102EAEAEAEAEAEAEAEA
13:07:35	[V]	[utils.cpp:823]	
(TPL) decrypted  "DC003D12D58E9AF067A71A2F919179FFAB34C6695A268E3AA790676FDE166220843CF729E6FD3E8A17A5716F2611D7060BAA87BD2845717A801B0CF3ACFB5670115E1314172D3D3B215EEB702C2F9B82A87B243B36E7B4110D95544129E49BB7FCE5DB95D069B8A9041BF9F8122DDBC1FD673347E1AD9A78289756C3813DF4CDCBF3AB24E52DF234B1ADB87B132A775C6E278A560BCAC3E332E3821DCA8A86170251C81FB3446375AC87333A54D0D390"
13:07:35	[W]	[Telegram.cpp:1832]	
(wmbus) WARNING!! decrypted content failed check, did you use the correct decryption key? Permanently ignoring telegrams from id: 30551648 mfct: (EGM) Elgama Elektronika, Lithuania (0x14ed) type: Electricity meter (0x02) ver: 0x01
13:07:35	[V]	[Telegram.cpp:634]	
(telegram) TPL CI=7a
13:07:35	[V]	[Telegram.cpp:640]	
 ACC=ea STS=00 CFG=05b0 (AES_CBC_IV nb=11 cntn=0 ra=0 hc=0)
13:07:35	[V]	[mqtt:487]	
Publish(topic='esphome-esp32s3/wmbus/30551648' payload='{"meter":"amiplus","media":"electricity","id":"30551648","rssi_dbm":-88,"timestamp":"1970-01-01T00:00:00Z","device":"ESPHome wM-Bus"}' retain=0 qos=0)
13:07:35	[W]	[component:237]	
Component wmbus took a long time for an operation (294 ms).
13:07:35	[W]	[component:238]	
Components should block for at most 30 ms.

dalej już się nie deszyfruje, próbowałem dwie wersje klucza, 16 znakowy podany przez PGE dopełniony zerami oraz zamianę na HEX tego co podało PGE wg przepisu @ bielen2k[Rafał Bieleniewicz], bez powodzenia, ale może to nie moje ramki ?
Na liczniku w jego dolnej części pod kodem kreskowym podane jest:
“Nr 30551648”, ten numer jest też częścią dłuższego numeru (jedną z sekcji) pod kodem kreskowym na samej górze licznika. Nie próbowałem jeszcze traktować go jako dziesiętny lub ASCII i zamieniać na HEX. Konfiguracja jw.

11

Kolega w konfigu ma tylko mode: T1

12

Nikt z nas nie wiem jakiej wersji komponentu używasz, konfiguracja jest inna dla każdej wersji.

Tłumaczenie jest jasne: "UWAGA!! odszyfrowana zawartość nie przeszła kontroli, czy użyłeś prawidłowego klucza deszyfrującego? Trwałe ignorowanie telegramów z id: 30551648 mfct: (EGM) Elgama Elektronika, Litwa (0x14ed) typ: Licznik energii elektrycznej (0x02) wer: 0x01

I wszystko sie zgadza na podstawie wcześniejszego ostrzeżenia (WARNING) - Trwałe ignorowanie telegramów z id: 30551648
Musisz powalczyć z kluczem.

13

Dzięki za informację,
komponent 4.0.3
chodziło mi głównie czy zapis:

(meter) ESPHome: **for me?** 30551648.M=EGM.V=01.T=02,30551648.M=EGM.V=01.T=02 in 30551648
13:07:35	[V]	[meters.cpp:699]	
(meter) ESPHome: **yes for me**

upoważnia mnie do wniosku, że to moja ramka, czy ten fragment logu nie ma związku z porównaniem zawartości ramki z moją konfiguracją (id licznika), jeżeli moja ramka dalej będę walczył z kluczem

14

That is likely a water meter, and then it explains what do you receive is an encrypted message from that.

It looks like from this post, that you receive message from 82048439 and (from your other post in the EON topic) from 82048465. As the numbers are quite close to each other I guess the water company has deployed them about the same time from the same batch.

If you decode the telegram, you will see, that the meter identifies as FLM. There was some discussion before about these meters here:

I would say, that you are still not receiving anything from the electricity meter.

15

To verify the decryption key, you can use https://wmbusmeters.org/

It is far more easier than with every try re-flash the ESPHome device.

There shouldn’t be any padding required. You should be converting a 16 character ASCII TEXT to HEX, each character as per ASCII is defined as a pair of HEX numbers. So the 16 characters ASCII converts to 16 HEX pairs, which is 32 HEX numbers. You should not require to use padding zeros. If your ASCII is less than 16 characters, then your key is wrong.

Here is reference to the ASCII table:

It would be quite funny, if PGE converted the HEX to ASCII and would have lost some characters likely due to DEL or Backspace ASCII characters.

16

Szia Gabor,

Well, that is the past. Exactly my point here. I was receiving nice telegrams from multiple water meters around, including my pair. Not anymore. Now it is failing at 3of6…
Hardware is the same. Difference is: YAML was evolving, and 2 months of pause, while I waiting for keys from STOEN Operator.
(btw: I am trying to get keys for waster meters but apparently they have one set of keys for all meters in the building).

If no success, I will go back to Square 1 and revert to original yaml that came with the dongle. :slight_smile:
One major difference between YAML-s are … no sensors defined, simply to capture frames.

anyway. Fight goes on.

17

Some meters have a so called Master or default key, like the iPerl or Sensus meters:

Maybe try to figure out if your model has that as well. Unfortunately the water and gas metering not regulated as far as I know. Each company implements whatever they want. There is no standard requirement. Mine has a Cyble AnyQuest, not wmbus, and screws up the software of the water company if I start to read it. Allegedly they cannot read it anymore… Ooopppsss… (Lack of understanding of the meter, the software and the equipment all together…)

You can also do differently with the ESPHome device, you can use it to transmit the telegrams to the wmbus addon to do the decryption there. There are some discrepancies between the ESPHome reading and using a dedicated RTL SDR connected to a PC/RPi which can improve reception too.

https://allegro.pl/listing?string=rtl%20sdr

To identify correctly that the meter transmits I would also use the RTL SDR, as the electricity meter should output wmbus telegrams continuously, every minute or every 15 seconds, or whatever is defined in the regulation.

Edit: Some reference regarding the SDR use:

18

I know, Gabor.
At the moment nothing is recognized by the reader. I don’t know. Maybe it is not yaml, but I damaged radio / antenna, or some PCB path… Receives trash, even when put next to the meter. Sad a bit.
I have some spare SDR, and RPi, will try on a different setup.

20

Issue resolved. … Some trash in flash. After factory.bin was loaded - I am receiving proper messages.

1 polubienie
21

Do you receive anything from the Electricity meter actually? Or that is still silent?