Test Adapter wireless-mbus v0.9.x

[pille0557]

@smartboart so sieht das jetzt aus:
2023-05-06 09:05:50.956 debug connected set to true

wireless-mbus.0
2023-05-06 09:05:50.894 info CUL: Receiver set to T-MODE and data reporting with RSSI

wireless-mbus.0
2023-05-06 09:05:50.891 debug CUL: RX: 544d4f44450d0a

wireless-mbus.0
2023-05-06 09:05:50.875 debug CUL: TX: 5832310d0a6272740d0a

wireless-mbus.0
2023-05-06 09:05:50.873 info CUL: Error getting CUL version: Timeout waiting for response

wireless-mbus.0
2023-05-06 09:05:47.923 debug connected set to false

wireless-mbus.0
2023-05-06 09:05:47.864 debug CUL: TX: 560d0a

wireless-mbus.0
2023-05-06 09:05:47.858 debug Created device of type: CUL

wireless-mbus.0
2023-05-06 09:05:47.785 info starting. Version 0.8.10 in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v16.19.1, js-controller: 4.0.24

wireless-mbus.0
2023-05-06 09:05:47.531 debug States connected to redis: 127.0.0.1:9000

wireless-mbus.0
2023-05-06 09:05:47.461 debug States create User PubSub Client

wireless-mbus.0
2023-05-06 09:05:47.459 debug States create System PubSub Client

wireless-mbus.0
2023-05-06 09:05:47.396 debug Redis States: Use Redis connection: 127.0.0.1:9000

wireless-mbus.0
2023-05-06 09:05:47.363 debug Objects connected to redis: 127.0.0.1:9001

wireless-mbus.0
2023-05-06 09:05:47.356 debug Objects client initialize lua scripts

wireless-mbus.0
2023-05-06 09:05:47.301 debug Objects create User PubSub Client

wireless-mbus.0
2023-05-06 09:05:47.299 debug Objects create System PubSub Client

wireless-mbus.0
2023-05-06 09:05:47.297 debug Objects client ready ... initialize now

wireless-mbus.0
2023-05-06 09:05:47.239 debug Redis Objects: Use Redis connection: 127.0.0.1:9001
host.raspi-iobroker
2023-05-06 09:05:45.751 info instance system.adapter.wireless-mbus.0 started with pid 7019
host.raspi-iobroker
2023-05-06 09:05:43.181 info instance system.adapter.wireless-mbus.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
host.raspi-iobroker
2023-05-06 09:05:42.660 info stopInstance system.adapter.wireless-mbus.0 send kill signal

wireless-mbus.0
2023-05-06 09:05:42.625 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason

wireless-mbus.0
2023-05-06 09:05:42.623 info terminating

wireless-mbus.0
2023-05-06 09:05:42.617 info Got terminate signal TERMINATE_YOURSELF

sehe gerade, dass der iobroker 1h hinterher hängt, der raspi hat aber die Sommerzeit! ... ?

[Felidsche]

@smartboart danke für Deine Hilfe.
habe jetzt einen Stick mit der richtigen Firmware bestellt: https://www.amazon.de/dp/B0BG3JD6FV/ref=pe_27091401_487027711_TE_SCE_3p_dp_1
gemäß meiner infos oben habe ich den in meiner Proxmox umgebung erfolgreich durchgereicht. in iobroker auch entsprechend erreichbar mit folgenden Einstellungen:

und: Es funktioniert
der adapter verbindet erfolgreich zum Stick und hört.
nach einiger Zeit kommt der erste ping von meinem Sensus Iperl und der objektbaum zeigt im Feld info... raw date einen Eintrag.
auch kommt die Id des wasserzählers im Tab AES schlüssel... habe hier noch den korrekten AES schlüssel eingegeben und nach einiger Zeit warten interpretiert der Adapter den Wert richtig und dann wird der Wasserzähler auch mit den korrekten entschlüsselten Daten im Objektbaum angezeigt.
Als wem's hilft und wer einen Sensus Iperl auslesen möchte, mit den einstellungen im Screenshot funktioniert es
einzige Frage die ich habe: kann man das Sendeintervall des Wasserzählers irgendwie beeinflussen? es scheint, dass der nur jede Stunde sendet...

[pille0557]

@felidsche said in Test Adapter wireless-mbus v0.8.x:

und: Es funktioniert
der adapter verbindet erfolgreich zum Stick und hört.
nach einiger Zeit kommt der erste ping von meinem Sensus Iperl und der objektbaum zeigt im Feld info... raw date einen Eintrag.
auch kommt die Id des wasserzählers im Tab AES schlüssel... habe hier noch den korrekten AES schlüssel eingegeben und nach einiger Zeit warten interpretiert der Adapter den Wert richtig und dann wird der Wasserzähler auch mit den korrekten entschlüsselten Daten im Objektbaum angezeigt.

tja, bei mir alles genauso, id des Wasserzählers stimmt auch, raw date auch da, aber dann nix im Objektbaum ... ?
evtl. muss ich den AES-Schlüssel nochmal kontrollieren lassen

was hast du hier gewählt:

[lvogt]

@pille0557
Ich hätte wohl konkreter sein müssen: Es geht um ein Debug Log was auch ein ankommendes Telegramm enthält. Dann sollte dort nämlich auch was dazu stehen was beim Parsen schief gelaufen ist.

Was du gepostet hast zeigt ja nur den Adapter Start.

[smartboart]

@felidsche sagte in Test Adapter wireless-mbus v0.8.x:

@smartboart danke für Deine Hilfe.
habe jetzt einen Stick mit der richtigen Firmware bestellt: https://www.amazon.de/dp/B0BG3JD6FV/ref=pe_27091401_487027711_TE_SCE_3p_dp_1
gemäß meiner infos oben habe ich den in meiner Proxmox umgebung erfolgreich durchgereicht. in iobroker auch entsprechend erreichbar mit folgenden Einstellungen:

Hallo, heißt das, das der Stick so wie er geliefert wurde funktioniert? Ohne angepasste firmware? Also funktioniert dein iperl im 868Mhz Bereich?

[smartboart]

@pille0557 in dem log sieht man nur das der Stick aufgenommen. Wurde.. vom iperl ist nichts zu sehen. Sieht aus wie bei mir..

[Felidsche]

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

@smartboart
ja, genau, mit der firmware die drauf war hat es funktioniert. Auf dem Stick ist schon die richtige mbus firmware drauf. die muss man nicht ändern.
ja, anscheinend geht der Iperl im 868 mhz bereich. hab dazu keine doku gefunden.

[Felidsche]

laut diesem bericht: https://www.drmoldan.de/2020/12/23/funk-wasserzähler-iperl/ sendet der Iperl alle 14,6 sekunden.
bei mir kommen die Signale jedoch nicht so regelmäßig an. teilweise nur jede stunde, teilweise nur alle paar tage ;-(
ich probiere jetzt mal meine Antenne anders auzurichten. Eigentlich ist der usb stick genau gegenüber ca. 1,5 meter entfernt. das sollte funktionieren.
kann jemand helfen? bzw. hat einen tip was ich probieren kann?

[smartboart]

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

@felidsche Wie sieht es bei dir mit dem Empdang aus, also wie weit ist dein Cul vom iperl entfernt? Bei klappt es nur wenn er im selben Raum direkt in der nähe platziert ist. Im Raum neben an geht es schon nicht mehr.
Welche _Antenne benutzt du?
MfG

[lvogt]

Hallo zusammen

ich habe vorhin v0.9.0 des Adapters auf npm publiziert. Die einzige Neuerung ist, dass man nun auch USB Sticks deren serielle Schnittstelle per TCP Socket im Netzwerk erreichbar ist, verwenden kann.

Dazu muss in der Konfiguration die Benutzerdefinierte Schnittstelle ausgewählt werden und dann die Adresse in Form von tcp://host:port eingegeben werden.

[Nord]

@lvogt
Hallo Forum,
ich versuche momentan, einen Wärmemengenzähler in den ioBroker einzubinden:
Typ: Allmess UltraMaxx mit wMBusmodul EquaScan hMIU RF V2; AES bekannt
Empfänger: IM871A-USB an Raspi4
ioBroker Node.js v18.17.0 npm 9.6.7 mit Wireless M-Bus-Adapter v0.9.1
Der WMZ sendet alle 5min ein CB-Telegramm,das erfolgreich entschlüsselt wird.
RAW-Daten werden angezeigt, da "...if parser failed" Beispiel:
444497260501122300047a130030a5cee4d5236ac1f055df19d551906e82b9497b731b5e59a694
cdbd4e3cab34f57fb18c5fc40d03b73fe757265f1e473a170c7947573822
Dann geht es nicht weiter, im Log kommen Fehlermeldungen:
CRC for frame type B block 1+2 failed! calc: 274d read: 3822
CRC for frame type B block 1+2 failed! calc: d2c7 read: 3822 usw.
Da ich kein IT-Fachmann bin: Gibt es Abhilfe?
VG Nord

[lvogt]

@nord
Hi, ich habe gerade keinen PC zur Hand, aber schon mal zwei Dinge vorne weg:

1. Mein Tipp wäre, dass du als Mode CA auswählen musst statt CB.

2. Der CRC Check kommt vor jedweglicher Verschlüsselung, d.h. ob der Schlüssel korrekt ist, ist nicht klar.

Falls der CA Mode nicht hilft müsste ich mal näher nach gucken - weiß aber nicht genau wann ich dazu Zeit habe.

[Nord]

Danke für die schnelle Antwort!
Ich hatte die anderen Modi schon getestet:

info: host.iobroker instance system.adapter.wireless-mbus.0 started with pid 149149
info: wireless-mbus.0 (149149) starting. Version 0.9.1 in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v18.17.0, js-controller: 4.0.24
info: wireless-mbus.0 (149149) IMST: Receiver set to CA-MODE
error: wireless-mbus.0 (149149) cd351bfefcb9f5d7f788f6e0aa04740ef7ede78238d30df9efbbc8624985b6833997bd72c5a067c0c75c4acc213d513d0c7947573822

info: host.iobroker instance system.adapter.wireless-mbus.0 started with pid 151210
info: wireless-mbus.0 (151210) starting. Version 0.9.1 in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v18.17.0, js-controller: 4.0.24
info: wireless-mbus.0 (151210) IMST: Receiver set to CB-MODE
error: wireless-mbus.0 (151210) CRC for frame type B block 1+2 failed! calc: 88f7 read: 3822

info: host.iobroker instance system.adapter.wireless-mbus.0 started with pid 151991
info: wireless-mbus.0 (151991) starting. Version 0.9.1 in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v18.17.0, js-controller: 4.0.24
info: wireless-mbus.0 (151991) IMST: Receiver set to T-MODE
error: wireless-mbus.0 (151991) encrypted message and no aeskey provided

(Auf S kommt gar nichts)

Der Key war im Lieferumfang des Moduls. Ich habe zuerst direkt an meiner CCU3/CuxD probiert. Dort wird der Zählertyp "Heat" erkannt und der RSSI angezeigt. Wäre das ein Indiz für die Richtigkeit des Keys?

[lvogt]

@nord
Ok, ich rate nochmal: Der T Mode wäre eigentlich korrekt. Bitte mal folgendes machen:

Adapter im T Mode starten und nach der "key missing" Fehlermeldung in die Adapter Einstellungen gehen und im AES Schlüssel Tab schauen ob ein neuer Eintrag mit "UNKNOWN" Key aufgetaucht ist.
Falls ja, bei diesem Eintrag UNKNOWN durch deinen Schlüssel ersetzen, Einstellungen speichern und gucken was passiert.

Ansonsten wäre es auch besser wenn du den Adapter auf Debug Log Ausgabe umschaltetest damit wir mehr Informationen bekommen

[Nord]

@lvogt
Sorry, mein Fehler. Die T-Mode sind Diehl-Wasserzähler, nach dem Blockieren keine Signale mehr.
Im Datenblatt des Funkmoduls steht:
Protokoll: Bidirektional EN 13757-3/-4 wireless M-BUS oder Unidirektional OMS V4
Betriebsart: C2- oder C1-Mode

[lvogt]

@nord
Dann muss vermutlich was anpassen.
Mein Tipp wäre dass dieses Issue jetzt tatsächlich aufgetaucht ist. Wie gesagt, ich bin mir nicht ganz sicher wann ich dazu komme, aber Debug Log wäre immer noch gut zu haben.

[Nord]

@lvogt
Hoffe, der Logauszug (nach Neustart der Instanz) pass so. Sonst bitte Anweisung.
230808 Log wMBus WMZ CB-Mode.txt

[Nord]

@lvogt
Und hier nochmal der gleiche log erweitert um einen Neustart im CA-Mode
230808 Log wMBus WMZ CB+CA-Mode.txt