NEWS
Test Adapter wireless-mbus v0.10.x
-
@nord
Ja ich denke ich muss mir das dann nochmal im Detail anschauen. Dazu komme ich aber frühestens am Wochenende. -
@nord
Neuer Tipp ;)
Dein Modul sendet in "EquaScan V2" Modus:
Ich muss zugeben, dass ich eigentlich erwarten würde, dass der "EquaScan V2" Modus auch wenigstens etwas besser vom Adapter "verstanden" werden müsste, aber ich vermute dass es sich im Grunde hier um ein proprietäres Protokoll handelt.
Wenn du es schaffst den Modus auf OMS zu wechseln, sollte der Adapter damit was anfangen können.
(Noch als Kommentar zum Stand jetzt: Ich habe mir aus deinem Log oben 3 aufeinander folgende Telegramme angeschaut - die Daten nach dem Entschlüsseln sehen nicht annäherungsweise ähnlich aus, was mich glauben lässt, dass hier irgendeine grundsätzliche Abweichung von der OMS Spezifikation vorliegt. "Falsches Entschlüsseln" halte ich auch für nahezu unmöglich, da hier Standardbibliotheken zum Einsatzen kommen und es damit auch noch nie Probleme gab.)
-
@nord
Neuer Tipp ;)
Dein Modul sendet in "EquaScan V2" Modus:
Ich muss zugeben, dass ich eigentlich erwarten würde, dass der "EquaScan V2" Modus auch wenigstens etwas besser vom Adapter "verstanden" werden müsste, aber ich vermute dass es sich im Grunde hier um ein proprietäres Protokoll handelt.
Wenn du es schaffst den Modus auf OMS zu wechseln, sollte der Adapter damit was anfangen können.
(Noch als Kommentar zum Stand jetzt: Ich habe mir aus deinem Log oben 3 aufeinander folgende Telegramme angeschaut - die Daten nach dem Entschlüsseln sehen nicht annäherungsweise ähnlich aus, was mich glauben lässt, dass hier irgendeine grundsätzliche Abweichung von der OMS Spezifikation vorliegt. "Falsches Entschlüsseln" halte ich auch für nahezu unmöglich, da hier Standardbibliotheken zum Einsatzen kommen und es damit auch noch nie Probleme gab.)
@lvogt
Da ich momentan nur im Adapter quasi empfängerseitig auf CA (=unidirektional?) umstellen kann, hat das keinen Einfluss auf den Sender. In der Hoffnung, dass ein speziell bestelltes OMS-Modul kein proprietäres Protokoll verwendet, müsste ich mal mit dem Kundendienst reden. Evtl. könnte auch das vorhandene Modul mit einem neuen Key versehen werden können? -
@nord
Neuer Tipp ;)
Dein Modul sendet in "EquaScan V2" Modus:
Ich muss zugeben, dass ich eigentlich erwarten würde, dass der "EquaScan V2" Modus auch wenigstens etwas besser vom Adapter "verstanden" werden müsste, aber ich vermute dass es sich im Grunde hier um ein proprietäres Protokoll handelt.
Wenn du es schaffst den Modus auf OMS zu wechseln, sollte der Adapter damit was anfangen können.
(Noch als Kommentar zum Stand jetzt: Ich habe mir aus deinem Log oben 3 aufeinander folgende Telegramme angeschaut - die Daten nach dem Entschlüsseln sehen nicht annäherungsweise ähnlich aus, was mich glauben lässt, dass hier irgendeine grundsätzliche Abweichung von der OMS Spezifikation vorliegt. "Falsches Entschlüsseln" halte ich auch für nahezu unmöglich, da hier Standardbibliotheken zum Einsatzen kommen und es damit auch noch nie Probleme gab.)
-
@nord
Neuer Tipp ;)
Dein Modul sendet in "EquaScan V2" Modus:
Ich muss zugeben, dass ich eigentlich erwarten würde, dass der "EquaScan V2" Modus auch wenigstens etwas besser vom Adapter "verstanden" werden müsste, aber ich vermute dass es sich im Grunde hier um ein proprietäres Protokoll handelt.
Wenn du es schaffst den Modus auf OMS zu wechseln, sollte der Adapter damit was anfangen können.
(Noch als Kommentar zum Stand jetzt: Ich habe mir aus deinem Log oben 3 aufeinander folgende Telegramme angeschaut - die Daten nach dem Entschlüsseln sehen nicht annäherungsweise ähnlich aus, was mich glauben lässt, dass hier irgendeine grundsätzliche Abweichung von der OMS Spezifikation vorliegt. "Falsches Entschlüsseln" halte ich auch für nahezu unmöglich, da hier Standardbibliotheken zum Einsatzen kommen und es damit auch noch nie Probleme gab.)
@lvogt
Allmess liefert ab Werk die RF-Module im EquaScan V2-Modus (EN 13757), damit kommt der Parser vermutlich nicht klar. Für das Umprogrammieren in den OMS-Funkbetriebsmodus braucht man den induktiven Kopf (habe ich gekauft) und die EquaScan-Software (Allmess hat freundlicherweise und unkompliziert eine zeitlich befristete Testlizenz zur Verfügung gestellt). Damit kann man auf OMS umschalten, der Adapter arbeitet sofort, sowohl im CA- als auch im CB-Mode. Es werden folgende Objekte angelegt
Es gibt leider keine Ausgabe von Momentanwerten (Vor-/Rücklauftemperatur, Leistung, Volumenstrom), die sind nur am WMZ-Display ablesbar. Das scheint auch bei anderen Herstellern (z.B. Kamstrup) so zu sein.
Mir ist aufgefallen, dass bei der Einstellung "Energieeinheiten auf kWh setzen" zwar 3 Dezimalstellen gekürzt werden, die Maßeinheit aber bei "Wh"bleibt. Kann man aber im zugehörigen Script ändern.
Hier noch der Log:
log_Allmess_OMS.txt
Viele Grüße
Nord -
@lvogt
Allmess liefert ab Werk die RF-Module im EquaScan V2-Modus (EN 13757), damit kommt der Parser vermutlich nicht klar. Für das Umprogrammieren in den OMS-Funkbetriebsmodus braucht man den induktiven Kopf (habe ich gekauft) und die EquaScan-Software (Allmess hat freundlicherweise und unkompliziert eine zeitlich befristete Testlizenz zur Verfügung gestellt). Damit kann man auf OMS umschalten, der Adapter arbeitet sofort, sowohl im CA- als auch im CB-Mode. Es werden folgende Objekte angelegt
Es gibt leider keine Ausgabe von Momentanwerten (Vor-/Rücklauftemperatur, Leistung, Volumenstrom), die sind nur am WMZ-Display ablesbar. Das scheint auch bei anderen Herstellern (z.B. Kamstrup) so zu sein.
Mir ist aufgefallen, dass bei der Einstellung "Energieeinheiten auf kWh setzen" zwar 3 Dezimalstellen gekürzt werden, die Maßeinheit aber bei "Wh"bleibt. Kann man aber im zugehörigen Script ändern.
Hier noch der Log:
log_Allmess_OMS.txt
Viele Grüße
NordMir ist aufgefallen, dass bei der Einstellung "Energieeinheiten auf kWh setzen" zwar 3 Dezimalstellen gekürzt werden, die Maßeinheit aber bei "Wh"bleibt. Kann man aber im zugehörigen Script ändern.
Das ist ein bekanntes Problem. Wenn ein State existiert wird er nicht neu angelegt, sondern nur sein Wert upgedatet. Die Einheit bleibt also unverändert. Da der State ohne diese Option angelegt wurde, wurde die Einheit auf Wh gesetzt.
Um das zu korrigieren, könntest du also zb den ITR-xxxxxx Objektbaum löschen und den Adpater neustarten, dann sollte die Einheit auch in kWh gesetzt werden, oder du könntest direkt den State bearbeiten.
-
@pille0557 hi pille, da habe ich
@pille0557 said in Test Adapter wireless-mbus v0.8.x:
was hast du hier gewählt:
hi pille da habe ich nichts gewählt bzw. nichts geändert. Wenn der AES Key korrekt ist, sollte er es auch interpretieren. und es wird soweit ich verstanden habe erst ein objekt im Objektbaum angelegt, wenn einmal richtig interpretiert wurde.
@felidsche so bin jetzt erst zu weiteren Tests gekommen
es geht immer noch um den iPerl ...hatte jetzt erstmals diese Meldung:
wireless-mbus.0 2023-08-28 16:27:52.677 debug Parser failed to parse telegram from device SEN-21779609 wireless-mbus.0 2023-08-28 16:27:52.676 error 5807ebda7b5abcfc234349f544277c10 wireless-mbus.0 2023-08-28 16:27:52.674 debug decrypted payload 5807ebda7b5abcfc234349f544277c10 wireless-mbus.0 2023-08-28 16:27:52.670 debug IV: ae4c0996772168073636363636363636 wireless-mbus.0 2023-08-28 16:27:52.667 debug encrypted payload: d868635fe9ba42e9a55824bbe0780650 wireless-mbus.0 2023-08-28 16:27:52.665 debug Short header wireless-mbus.0 2023-08-28 16:27:52.657 debug 1e44ae4c099677216807488d7a36001005d868635fe9ba42e9a55824378bbbe078065000b580 wireless-mbus.0 2023-08-28 16:27:52.655 debug Found AES key: 3B6DB3EF29F75878A1B8F379C493EB08 wireless-mbus.0 2023-08-28 16:27:52.650 debug CUL: Message received: 1e44ae4c099677216807488d7a36001005d868635fe9ba42e9a55824378bbbe078065000b58040 wireless-mbus.0 2023-08-28 16:27:52.648 debug CUL: RX: 303130303544383638363335464539424134324539413535383234333738424242453037383036353030304235383034300d0a wireless-mbus.0 2023-08-28 16:27:52.632 debug CUL: RX: 623145343441453443303939363737323136383037343838443741333630 wireless-mbus.0 2023-08-28 16:26:49.354 debug connected set to true wireless-mbus.0 2023-08-28 16:26:49.300 info CUL: Receiver set to T-MODE and data reporting with RSSI wireless-mbus.0 2023-08-28 16:26:49.297 debug CUL: RX: 544d4f44450d0a wireless-mbus.0 2023-08-28 16:26:49.270 debug CUL: TX: 5832310d0a6272740d0a wireless-mbus.0 2023-08-28 16:26:49.266 info CUL: Error getting CUL version: Timeout waiting for response wireless-mbus.0 2023-08-28 16:26:46.273 debug connected set to false wireless-mbus.0 2023-08-28 16:26:46.256 debug CUL: TX: 560d0a wireless-mbus.0 2023-08-28 16:26:46.251 debug Created device of type: CULhabe mir jetzt aber nochmal einen anderen Adapter von Schlauhaus bestellt
-
@felidsche so bin jetzt erst zu weiteren Tests gekommen
es geht immer noch um den iPerl ...hatte jetzt erstmals diese Meldung:
wireless-mbus.0 2023-08-28 16:27:52.677 debug Parser failed to parse telegram from device SEN-21779609 wireless-mbus.0 2023-08-28 16:27:52.676 error 5807ebda7b5abcfc234349f544277c10 wireless-mbus.0 2023-08-28 16:27:52.674 debug decrypted payload 5807ebda7b5abcfc234349f544277c10 wireless-mbus.0 2023-08-28 16:27:52.670 debug IV: ae4c0996772168073636363636363636 wireless-mbus.0 2023-08-28 16:27:52.667 debug encrypted payload: d868635fe9ba42e9a55824bbe0780650 wireless-mbus.0 2023-08-28 16:27:52.665 debug Short header wireless-mbus.0 2023-08-28 16:27:52.657 debug 1e44ae4c099677216807488d7a36001005d868635fe9ba42e9a55824378bbbe078065000b580 wireless-mbus.0 2023-08-28 16:27:52.655 debug Found AES key: 3B6DB3EF29F75878A1B8F379C493EB08 wireless-mbus.0 2023-08-28 16:27:52.650 debug CUL: Message received: 1e44ae4c099677216807488d7a36001005d868635fe9ba42e9a55824378bbbe078065000b58040 wireless-mbus.0 2023-08-28 16:27:52.648 debug CUL: RX: 303130303544383638363335464539424134324539413535383234333738424242453037383036353030304235383034300d0a wireless-mbus.0 2023-08-28 16:27:52.632 debug CUL: RX: 623145343441453443303939363737323136383037343838443741333630 wireless-mbus.0 2023-08-28 16:26:49.354 debug connected set to true wireless-mbus.0 2023-08-28 16:26:49.300 info CUL: Receiver set to T-MODE and data reporting with RSSI wireless-mbus.0 2023-08-28 16:26:49.297 debug CUL: RX: 544d4f44450d0a wireless-mbus.0 2023-08-28 16:26:49.270 debug CUL: TX: 5832310d0a6272740d0a wireless-mbus.0 2023-08-28 16:26:49.266 info CUL: Error getting CUL version: Timeout waiting for response wireless-mbus.0 2023-08-28 16:26:46.273 debug connected set to false wireless-mbus.0 2023-08-28 16:26:46.256 debug CUL: TX: 560d0a wireless-mbus.0 2023-08-28 16:26:46.251 debug Created device of type: CULhabe mir jetzt aber nochmal einen anderen Adapter von Schlauhaus bestellt
@pille0557 said in Test Adapter wireless-mbus v0.9.x:
1e44ae4c099677216807488d7a36001005d868635fe9ba42e9a55824378bbbe078065000b58040
Ich sehe 2 Möglichkeiten: Der AES Key stimmt nicht - oder der iPerl sendet ebenfalls keine OMS kompatiblen Daten. Vl. mal als Anhaltspunkt: Bei dem Verschlüsselungsmodus den der Header angibt, müssten die entschlüsselten Daten mit
2f2fbeginnen. (Das wird auch vom Adapter geprüft) -
@pille0557 said in Test Adapter wireless-mbus v0.9.x:
1e44ae4c099677216807488d7a36001005d868635fe9ba42e9a55824378bbbe078065000b58040
Ich sehe 2 Möglichkeiten: Der AES Key stimmt nicht - oder der iPerl sendet ebenfalls keine OMS kompatiblen Daten. Vl. mal als Anhaltspunkt: Bei dem Verschlüsselungsmodus den der Header angibt, müssten die entschlüsselten Daten mit
2f2fbeginnen. (Das wird auch vom Adapter geprüft) -
@lvogt ok danke
dann werde ich erstmal die Kontrolle des AES-Key erbetteln
was ich habe, habe ich schon 3x kontrolliert bzw. neu eingegeben -
@pille0557
Um was für ein genaues Modell handelt es sich denn? Die (online verfügbaren) Datenblätter sind ja auch manchmal hilfreich....@lvogt said in Test Adapter wireless-mbus v0.9.x:
@pille0557
Um was für ein genaues Modell handelt es sich denn? Die (online verfügbaren) Datenblätter sind ja auch manchmal hilfreich....von Amazon
nanoCUL USB Stick FTDI CC1101 868MHz
Hersteller : smart-home-komponente ?
ASIN : B0BG3JD6FV -
@lvogt said in Test Adapter wireless-mbus v0.9.x:
@pille0557
Um was für ein genaues Modell handelt es sich denn? Die (online verfügbaren) Datenblätter sind ja auch manchmal hilfreich....von Amazon
nanoCUL USB Stick FTDI CC1101 868MHz
Hersteller : smart-home-komponente ?
ASIN : B0BG3JD6FV -
@pille0557
Sorry, ich meinte das Model des Wasserzählers... -
Mir ist aufgefallen, dass bei der Einstellung "Energieeinheiten auf kWh setzen" zwar 3 Dezimalstellen gekürzt werden, die Maßeinheit aber bei "Wh"bleibt. Kann man aber im zugehörigen Script ändern.
Das ist ein bekanntes Problem. Wenn ein State existiert wird er nicht neu angelegt, sondern nur sein Wert upgedatet. Die Einheit bleibt also unverändert. Da der State ohne diese Option angelegt wurde, wurde die Einheit auf Wh gesetzt.
Um das zu korrigieren, könntest du also zb den ITR-xxxxxx Objektbaum löschen und den Adpater neustarten, dann sollte die Einheit auch in kWh gesetzt werden, oder du könntest direkt den State bearbeiten.
@lvogt
Nochmals Dank für den Tipp mit dem OMS-Protokoll.
Übrigens ist es laut Hersteller bei Allmess(Itron)-Funkmodulen so, dass die Werte (Energie; Volumen) 1mal pro Stunde vom eigentlichen WMZ an das Modul übergeben und dann im 5min-Takt gesendet werden.
D.h. es gibt erst nach einer Stunde aktualisierte Werte. -
@felidsche
ok also hab nen neuen Stick bestellt und geht es geht jetzt auch bei mir... Lag dann wohl an meinen beiden vorhanden cul sticks. Weder der 433 er noch der 868 er lief...
Der Neue von Schlauhaus 868 läuft jetzt auch bei mir und das obwohl mir der Wasserversorger versicherte mein iperl würde mit 433MhZ funken...
Crazy... aber es geht...@smartboart
habe jetzt auch das Teil von Schlauhaus ...
welche Eintragungen hast du in den Instanz-Einstellungen gemacht? -
@lvogt iPerl
2 Funksysteme?
OMS zertifiziert
kann (wenn so programmiert?) Daten im 15min Intervall liefern ...@pille0557
Hallo, vielleicht hast Du das gleiche Problem wie ich-anderer Funkbetriebsmodus ist aktiv ("SensusRF"):
.... Zwei integrierte Funknetze (parallel nutzbar: SensusRF Funk 868 MHz, WalkBy DriveBy) ermöglichen eine Kombination aus uni- und bidirektionalem Funk. Die Parametrierung, Auslesung der Speicherwerte etc. erfolgt über die Funkstrecke. Alarmmeldungen mit Zeitstempel (Start und Ende) bei Rückwärtsfluss, Leckage, Rohrbruch und Manipulation werden über das SEMI-Telegramm übermittelt (erweiterte Informationen auf Anfrage über bidirektionale Kommunikation). Ein integrierter Datenlogger 1 ist frei programmierbar bis zu 6000 Speicherwerten und der integrierte Datenlogger 2 bis zu 100 Monatswerten. Das wMBus-System nach OMS ist ein unidirektionales Funknetz mit 868 MHz. Die BSI-konforme Verschlüsselung erfolgt nach Standard äS mit Schlüssellänge 128 Bit...... -
@smartboart
habe jetzt auch das Teil von Schlauhaus ...
welche Eintragungen hast du in den Instanz-Einstellungen gemacht?Die Serielle Schnittstelle wird bei dir auszufüllen sein.
Habe hier Anpassungen vorgenommen und die Benutzer definierte Einstellung gewählt. Ich habe alle USB Anschlüsse mit seriellen Schnittstellen belegt und das hatte zur Folge, dass diese immer durcheinander gewürfelt wurden. -
Die Serielle Schnittstelle wird bei dir auszufüllen sein.
Habe hier Anpassungen vorgenommen und die Benutzer definierte Einstellung gewählt. Ich habe alle USB Anschlüsse mit seriellen Schnittstellen belegt und das hatte zur Folge, dass diese immer durcheinander gewürfelt wurden.@smartboart ok danke!
ja so sieht das bei mir auch aus, bis auf das bei mir usb by-id
mit dem Amazon Teil kommt noch was an, was aber nicht entschlüsselt wirdwireless-mbus.0 2023-08-31 11:22:07.548 debug Parser failed to parse telegram from device SEN-21779609 wireless-mbus.0 2023-08-31 11:22:07.547 error 548ebf4daca7d5d089ea40dadbafafcb wireless-mbus.0 2023-08-31 11:22:07.546 debug decrypted payload 548ebf4daca7d5d089ea40dadbafafcb wireless-mbus.0 2023-08-31 11:22:07.545 debug IV: ae4c0996772168077979797979797979 wireless-mbus.0 2023-08-31 11:22:07.544 debug encrypted payload: 80f70fbf851d8d4a04875e58a9186223 wireless-mbus.0 2023-08-31 11:22:07.544 debug Short header wireless-mbus.0 2023-08-31 11:22:07.542 debug 1e44ae4c099677216807488d7a7900100580f70fbf851d8d4a04875e969958a9186223edc280 wireless-mbus.0 2023-08-31 11:22:07.541 debug Found AES key: 3xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx wireless-mbus.0 2023-08-31 11:22:07.539 debug CUL: Message received: 1e44ae4c099677216807488d7a7900100580f70fbf851d8d4a04875e969958a9186223edc28068 wireless-mbus.0 2023-08-31 11:22:07.538 debug CUL: RX: 393538413931383632323345444332383036380d0a wireless-mbus.0 2023-08-31 11:22:07.522 debug CUL: RX: 623145343441453443303939363737323136383037343838443741373930303130303538304637304642463835314438443441303438373545393639mit dem schlauHAUS Teil geht gar nichts
habe jetzt aber wenigstens die Stabantenne, die ich mit von schlauHAUS habe, 50cm neben den Zähler positioniert, mit dem Amazon Teil, Ergebnis ist leider das selbe
werde mal mit dem Zweckverband Wasser den AES Schlüssel abgleichen
-
@smartboart ok danke!
ja so sieht das bei mir auch aus, bis auf das bei mir usb by-id
mit dem Amazon Teil kommt noch was an, was aber nicht entschlüsselt wirdwireless-mbus.0 2023-08-31 11:22:07.548 debug Parser failed to parse telegram from device SEN-21779609 wireless-mbus.0 2023-08-31 11:22:07.547 error 548ebf4daca7d5d089ea40dadbafafcb wireless-mbus.0 2023-08-31 11:22:07.546 debug decrypted payload 548ebf4daca7d5d089ea40dadbafafcb wireless-mbus.0 2023-08-31 11:22:07.545 debug IV: ae4c0996772168077979797979797979 wireless-mbus.0 2023-08-31 11:22:07.544 debug encrypted payload: 80f70fbf851d8d4a04875e58a9186223 wireless-mbus.0 2023-08-31 11:22:07.544 debug Short header wireless-mbus.0 2023-08-31 11:22:07.542 debug 1e44ae4c099677216807488d7a7900100580f70fbf851d8d4a04875e969958a9186223edc280 wireless-mbus.0 2023-08-31 11:22:07.541 debug Found AES key: 3xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx wireless-mbus.0 2023-08-31 11:22:07.539 debug CUL: Message received: 1e44ae4c099677216807488d7a7900100580f70fbf851d8d4a04875e969958a9186223edc28068 wireless-mbus.0 2023-08-31 11:22:07.538 debug CUL: RX: 393538413931383632323345444332383036380d0a wireless-mbus.0 2023-08-31 11:22:07.522 debug CUL: RX: 623145343441453443303939363737323136383037343838443741373930303130303538304637304642463835314438443441303438373545393639mit dem schlauHAUS Teil geht gar nichts
habe jetzt aber wenigstens die Stabantenne, die ich mit von schlauHAUS habe, 50cm neben den Zähler positioniert, mit dem Amazon Teil, Ergebnis ist leider das selbe
werde mal mit dem Zweckverband Wasser den AES Schlüssel abgleichen
@pille0557 Also bei mir kommt seit 4 Tagen auch nichts mehr an. Lief bis dahin einwandfrei. Auch mit meinem Ersatzgerät welches auch funktionierte kommt nichts mehr. Den Grund dafür kenne ich noch nicht. Im Umfeld hat sich eigentlich nichts merklich verändert. Dies Bastellösung scheint nicht sehr stabil zu laufen. #Hat jemand eine Ahnung mit welchem Gerät die Wasserwerke den Zähler auslesen?
-
@pille0557 Also bei mir kommt seit 4 Tagen auch nichts mehr an. Lief bis dahin einwandfrei. Auch mit meinem Ersatzgerät welches auch funktionierte kommt nichts mehr. Den Grund dafür kenne ich noch nicht. Im Umfeld hat sich eigentlich nichts merklich verändert. Dies Bastellösung scheint nicht sehr stabil zu laufen. #Hat jemand eine Ahnung mit welchem Gerät die Wasserwerke den Zähler auslesen?
@smartboart
jetzt mal wieder nach dem teil geschaut, aber ...2023-12-18 03:17:27.250 - debug: wireless-mbus.0 (1023401) Short header 2023-12-18 03:17:27.250 - debug: wireless-mbus.0 (1023401) encrypted payload: 48a66ed4d43d74a9378380e6f08122da 2023-12-18 03:17:27.251 - debug: wireless-mbus.0 (1023401) IV: ae4c099677216807a9a9a9a9a9a9a9a9 2023-12-18 03:17:27.252 - debug: wireless-mbus.0 (1023401) decrypted payload c1e44036c5229ee0d2ba8a182a458bd6 2023-12-18 03:17:27.252 - error: wireless-mbus.0 (1023401) c1e44036c5229ee0d2ba8a182a458bd6 2023-12-18 03:17:27.252 - debug: wireless-mbus.0 (1023401) Parser failed to parse telegram from device SEN-21779609 2023-12-18 04:23:05.315 - debug: wireless-mbus.0 (1023401) CUL: RX: 62314534344145344330 2023-12-18 04:23:05.345 - debug: wireless-mbus.0 (1023401) CUL: RX: 3939363737323136383037343838443741414130303130303534344630333739304346353135324638454436423937454646323936443842423134313146433831383034440d0a 2023-12-18 04:23:05.346 - debug: wireless-mbus.0 (1023401) CUL: Message received: 1e44ae4c099677216807488d7aaa00100544f03790cf5152f8ed6b97eff296d8bb1411fc81804d 2023-12-18 04:23:05.347 - debug: wireless-mbus.0 (1023401) Found AES key: 3B6DB3EF29F75878A1B8F379C493EB08 2023-12-18 04:23:05.348 - debug: wireless-mbus.0 (1023401) 1e44ae4c099677216807488d7aaa00100544f03790cf5152f8ed6b97eff296d8bb1411fc8180 2023-12-18 04:23:05.349 - debug: wireless-mbus.0 (1023401) Short header 2023-12-18 04:23:05.349 - debug: wireless-mbus.0 (1023401) encrypted payload: 44f03790cf5152f8ed6b9796d8bb1411 2023-12-18 04:23:05.350 - debug: wireless-mbus.0 (1023401) IV: ae4c099677216807aaaaaaaaaaaaaaaa 2023-12-18 04:23:05.350 - debug: wireless-mbus.0 (1023401) decrypted payload 2deb3012a2b5a924abe931641a56e66d 2023-12-18 04:23:05.351 - error: wireless-mbus.0 (1023401) 2deb3012a2b5a924abe931641a56e66d 2023-12-18 04:23:05.351 - debug: wireless-mbus.0 (1023401) Parser failed to parse telegram from device SEN-21779609 2023-12-18 05:16:31.218 - debug: wireless-mbus.0 (1023401) CUL: RX: 6231453434414534433039393637373231363830373438384437414142303031303035464442394233383134414243333337 2023-12-18 05:16:31.234 - debug: wireless-mbus.0 (1023401) CUL: RX: 41334636334143313032424445424645384431343441414338383034440d0a 2023-12-18 05:16:31.235 - debug: wireless-mbus.0 (1023401) CUL: Message received: 1e44ae4c099677216807488d7aab001005fdb9b3814abc337a3f63ac102bdebfe8d144aac8804d 2023-12-18 05:16:31.236 - debug: wireless-mbus.0 (1023401) Found AES key: 3B6DB3EF29F75878A1B8F379C493EB08 2023-12-18 05:16:31.236 - debug: wireless-mbus.0 (1023401) 1e44ae4c099677216807488d7aab001005fdb9b3814abc337a3f63ac102bdebfe8d144aac880 2023-12-18 05:16:31.237 - debug: wireless-mbus.0 (1023401) Short header 2023-12-18 05:16:31.238 - debug: wireless-mbus.0 (1023401) encrypted payload: fdb9b3814abc337a3f63acdebfe8d144 2023-12-18 05:16:31.238 - debug: wireless-mbus.0 (1023401) IV: ae4c099677216807abababababababab 2023-12-18 05:16:31.239 - debug: wireless-mbus.0 (1023401) decrypted payload 49f38110ea4ffb4ba733f2f98f506686 2023-12-18 05:16:31.239 - error: wireless-mbus.0 (1023401) 49f38110ea4ffb4ba733f2f98f506686 2023-12-18 05:16:31.240 - debug: wireless-mbus.0 (1023401) Parser failed to parse telegram from device SEN-21779609 2023-12-18 06:23:05.332 - debug: wireless-mbus.0 (1023401) CUL: RX: 623145343441 2023-12-18 06:23:05.348 - debug: wireless-mbus.0 (1023401) CUL: RX: 45344330393936373732313638303734383844374141433030313030353035464646464433373136383037434342333839353636433534383735363339 2023-12-18 06:23:05.364 - debug: wireless-mbus.0 (1023401) CUL: RX: 4633453446304545383034430d0a 2023-12-18 06:23:05.365 - debug: wireless-mbus.0 (1023401) CUL: Message received: 1e44ae4c099677216807488d7aac00100505ffffd3716807ccb389566c54875639f3e4f0ee804c 2023-12-18 06:23:05.365 - debug: wireless-mbus.0 (1023401) Found AES key: 3B6DB3EF29F75878A1B8F379C493EB08 2023-12-18 06:23:05.366 - debug: wireless-mbus.0 (1023401) 1e44ae4c099677216807488d7aac00100505ffffd3716807ccb389566c54875639f3e4f0ee80 2023-12-18 06:23:05.367 - debug: wireless-mbus.0 (1023401) Short header 2023-12-18 06:23:05.367 - debug: wireless-mbus.0 (1023401) encrypted payload: 05ffffd3716807ccb38956875639f3e4 2023-12-18 06:23:05.368 - debug: wireless-mbus.0 (1023401) IV: ae4c099677216807acacacacacacacac 2023-12-18 06:23:05.369 - debug: wireless-mbus.0 (1023401) decrypted payload f91e83479c6ef310a4e55b341dae0914 2023-12-18 06:23:05.369 - error: wireless-mbus.0 (1023401) f91e83479c6ef310a4e55b341dae0914 2023-12-18 06:23:05.370 - debug: wireless-mbus.0 (1023401) Parser failed to parse telegram from device SEN-21779609 2023-12-18 07:15:35.280 - debug: wireless-mbus.0 (1023401) CUL: RX: 623145343441453443303939363737323136383037343838443741414430303130303546344436423646373336344332323131463443454535433945 2023-12-18 07:15:35.296 - debug: wireless-mbus.0 (1023401) CUL: RX: 303135393238363143374435334335383034430d0a 2023-12-18 07:15:35.297 - debug: wireless-mbus.0 (1023401) CUL: Message received: 1e44ae4c099677216807488d7aad001005f4d6b6f7364c2211f4cee5c9e01592861c7d53c5804c 2023-12-18 07:15:35.297 - debug: wireless-mbus.0 (1023401) Found AES key: 3B6DB3EF29F75878A1B8F379C493EB08 2023-12-18 07:15:35.298 - debug: wireless-mbus.0 (1023401) 1e44ae4c099677216807488d7aad001005f4d6b6f7364c2211f4cee5c9e01592861c7d53c580 2023-12-18 07:15:35.299 - debug: wireless-mbus.0 (1023401) Short header 2023-12-18 07:15:35.299 - debug: wireless-mbus.0 (1023401) encrypted payload: f4d6b6f7364c2211f4cee51592861c7d 2023-12-18 07:15:35.300 - debug: wireless-mbus.0 (1023401) IV: ae4c099677216807adadadadadadadad 2023-12-18 07:15:35.301 - debug: wireless-mbus.0 (1023401) decrypted payload 7d3fe23ed461c84a3ef098a3153e04a9 2023-12-18 07:15:35.302 - error: wireless-mbus.0 (1023401) 7d3fe23ed461c84a3ef098a3153e04a9 2023-12-18 07:15:35.302 - debug: wireless-mbus.0 (1023401) Parser failed to parse telegram from device SEN-21779609 2023-12-18 09:14:37.271 - debug: wireless-mbus.0 (1023401) CUL: RX: 62314534344145344330393936373732313638303734383844374141463030313030354535304137 2023-12-18 09:14:37.287 - debug: wireless-mbus.0 (1023401) CUL: RX: 4430374432323145334334344533334437443543313337433131453939424639343036383034440d0a 2023-12-18 09:14:37.289 - debug: wireless-mbus.0 (1023401) CUL: Message received: 1e44ae4c099677216807488d7aaf001005e50a7d07d221e3c44e33d7d5c137c11e99bf9406804d 2023-12-18 09:14:37.290 - debug: wireless-mbus.0 (1023401) Found AES key: 3B6DB3EF29F75878A1B8F379C493EB08 2023-12-18 09:14:37.290 - debug: wireless-mbus.0 (1023401) 1e44ae4c099677216807488d7aaf001005e50a7d07d221e3c44e33d7d5c137c11e99bf940680 2023-12-18 09:14:37.291 - debug: wireless-mbus.0 (1023401) Short header 2023-12-18 09:14:37.291 - debug: wireless-mbus.0 (1023401) encrypted payload: e50a7d07d221e3c44e33d737c11e99bf 2023-12-18 09:14:37.292 - debug: wireless-mbus.0 (1023401) IV: ae4c099677216807afafafafafafafaf 2023-12-18 09:14:37.293 - debug: wireless-mbus.0 (1023401) decrypted payload b22e88680d9f2ad05a2b287c2f03cf7d 2023-12-18 09:14:37.293 - error: wireless-mbus.0 (1023401) b22e88680d9f2ad05a2b287c2f03cf7d 2023-12-18 09:14:37.294 - debug: wireless-mbus.0 (1023401) Parser failed to parse telegram from device SEN-21779609 2023-12-18 10:23:01.126 - debug: wireless-mbus.0 (1023401) CUL: RX: 6231453434414534433039393637373231363830373438384437414230303031303035453332453646414332313242433231334335324637 2023-12-18 10:23:01.142 - debug: wireless-mbus.0 (1023401) CUL: RX: 33384532313739323230353543383242413946383034420d0a 2023-12-18 10:23:01.143 - debug: wireless-mbus.0 (1023401) CUL: Message received: 1e44ae4c099677216807488d7ab0001005e32e6fac212bc213c52f738e217922055c82ba9f804b 2023-12-18 10:23:01.144 - debug: wireless-mbus.0 (1023401) Found AES key: 3B6DB3EF29F75878A1B8F379C493EB08 2023-12-18 10:23:01.145 - debug: wireless-mbus.0 (1023401) 1e44ae4c099677216807488d7ab0001005e32e6fac212bc213c52f738e217922055c82ba9f80 2023-12-18 10:23:01.145 - debug: wireless-mbus.0 (1023401) Short header 2023-12-18 10:23:01.146 - debug: wireless-mbus.0 (1023401) encrypted payload: e32e6fac212bc213c52f737922055c82 2023-12-18 10:23:01.146 - debug: wireless-mbus.0 (1023401) IV: ae4c099677216807b0b0b0b0b0b0b0b0 2023-12-18 10:23:01.147 - debug: wireless-mbus.0 (1023401) decrypted payload 47c44a10c1eb48a09bd7beda22578aa9 2023-12-18 10:23:01.148 - error: wireless-mbus.0 (1023401) 47c44a10c1eb48a09bd7beda22578aa9werde wohl doch nochmal den AES-Schlüssel neu erfragen müssen :confused:
Support us
626
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge