Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[lvogt]

@nord
Ja ich denke ich muss mir das dann nochmal im Detail anschauen. Dazu komme ich aber frühestens am Wochenende.

[Nord]

@lvogt
Danke, das wäre super.
Brauchst Du noch weitere Daten/Logs?

[lvogt]

@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]

@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]

@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.

[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
Nord

[lvogt]

@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.

[pille0557]

@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: CUL

habe mir jetzt aber nochmal einen anderen Adapter von Schlauhaus bestellt

[lvogt]

@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 2f2f beginnen. (Das wird auch vom Adapter geprüft)

[pille0557]

@lvogt ok danke
dann werde ich erstmal die Kontrolle des AES-Key erbetteln
was ich habe, habe ich schon 3x kontrolliert bzw. neu eingegeben

[lvogt]

@pille0557
Um was für ein genaues Modell handelt es sich denn? Die (online verfügbaren) Datenblätter sind ja auch manchmal hilfreich....

[pille0557]

@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]

@pille0557
Sorry, ich meinte das Model des Wasserzählers...

[pille0557]

@lvogt iPerl

2 Funksysteme?
OMS zertifiziert
kann (wenn so programmiert?) Daten im 15min Intervall liefern ...

[Nord]

@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.

[pille0557]

@smartboart
habe jetzt auch das Teil von Schlauhaus ...
welche Eintragungen hast du in den Instanz-Einstellungen gemacht?

[Nord]

@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]

@pille0557

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.

[pille0557]

@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 wird

wireless-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: 623145343441453443303939363737323136383037343838443741373930303130303538304637304642463835314438443441303438373545393639

mit 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]

@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?