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. -
@lvogt
Danke, das wäre super.
Brauchst Du noch weitere Daten/Logs? -
@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? -
@lvogt
Habe mit dem Kundendienst von Allmess gesprochen und eine mögliche Lösung für das Wechseln auf OMS in Arbeit. Ich werde berichten. -
@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 -
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.
-
@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) -
@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 -
@pille0557
Sorry, ich meinte das Model des Wasserzählers... -
@lvogt iPerl
2 Funksysteme?
OMS zertifiziert
kann (wenn so programmiert?) Daten im 15min Intervall liefern ... -
@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. -
@smartboart
habe jetzt auch das Teil von Schlauhaus ...
welche Eintragungen hast du in den Instanz-Einstellungen gemacht? -
@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...... -
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
-
@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?
