UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[lvogt]

@gzuz Ich glaube du hast "Pech" gehabt. Der Logauszug sieht für mich so aus, als würde der HKV abwechselnd ein Telegramm mit tatsächlichen Werten senden (bis zum Zeitstempel: 2024-02-05 17:23:40.002) danach kommt das Telegramm was wieder nur 3 (nutzlose) Felder enthält.
Die Meldungen beim "sinnvollen" Telegramm legen nahe dass der Adapter wieder als erstes ein "nutzloses" Telegram erhalten hat (State "wireless-mbus.0.QDS-36939792.data.1-0-VIF_VOLUME" has no existing object, this might lead to an error in future versions). Du könntest also noch mal HKV Objektbaum löschen, neustarten und hoffen dass das sinnvolle Telegramm zuerst kommt.

Das Handling von mehreren Telegramme von einem Gerät zu verbessern habe ich mir schon sehr lange mal vorgenommen - aber bisher fehlte mir die Lust dazu - vl. motivert mich der Falle gerade ja

Ansonsten könntest du mal gucken ob du den Zähler so konfigurieren kannst dass das "nutzlose" Telegramm nicht mehr gesendet wird...

buymeacoffee o.ä.?

Ne, nix in der Richtung da - ich lebe von Luft und Liebe - Na ja vl. registriere ich mich demnächst mal irgendwo (eigentlich wegen was anderem als dem Adapter) aber bisher gibt's nix.

[gzuz]

@lvogt ja, ich hatte jetzt nochmal alles gelöscht, auch den Kaltwasserzähler, da fehlen jetzt auch manche Werte. Nur der Warmwasserzähler hat bisher noch gar nichts gemacht. Ich lösche mal so lange bis ich Glück habe und die Werte angezeigt werden. Kann es sein, dass das senden von walk-by und OMS parallel die Probleme macht?

Bei Luft und Liebe bin ich raus - einen Kaffee lasse ich gerne springen

Update: Jetzt ist der Warmwasserzähler und Kaltwasser da, HKV fehlt - wobei es auch sein kann, dass der vermeintliche HKV der Warmwasserzähler mit falschem Telegramm war und der HKV nichts macht bisher - das würde mehr Sinn ergeben. Im Laufe der Woche kommt der iMST und eine andere Antenne für den nanoCUL.

[FalconWOB]

@lvogt
Hallo zusammen,

das ist das erste mal, dass ich diesen Adapter verwende und nicht sicher bin ob der Fehler vor dem Bildschirm liegt.
Ich verwende einen IMST iM871A - Adapter mit folgender Konfiguration:

Ich möchte damit mit einem Engelmann Sesonstar U Wärmemengenzähler kommunizieren welche eben ein W-MBUS-Adapter eingebaut hat. Den konfigurierten AES-Schlüssel habe ich zu diesem Adapter bekommen.
Die Geräte Adresse hat der Adapter selbst ermittelt.

Grundsätzliche scheint die Kommunikation zu funktionieren.

wireless-mbus.0
2024-02-13 15:22:59.401	debug	Parser failed to parse telegram from device EFE-33755094

wireless-mbus.0
2024-02-13 15:22:59.400	error	134dce5169cb1af9396631a6ac3127be8ac53af82430149577d4f4849388ed790b74fa19d73b247d919892fbd1b2f965293b3fce66fc65b124e81caf035bab216ec3e67716752fecfa1b7ef0a8a071f56fc2a5bd0e53a4c95de33d5ae0c9201eafc9c8e937ded2b0d4f4fecf0401c64882a305ef057f576ab629fabefa03e31b48a3903c3e9331901e2da08dee7c038d03fd0c05000002fd0b3111

wireless-mbus.0
2024-02-13 15:22:59.399	debug	decrypted payload 134dce5169cb1af9396631a6ac3127be8ac53af82430149577d4f4849388ed790b74fa19d73b247d919892fbd1b2f965293b3fce66fc65b124e81caf035bab216ec3e67716752fecfa1b7ef0a8a071f56fc2a5bd0e53a4c95de33d5ae0c9201eafc9c8e937ded2b0d4f4fecf0401c64882a305ef057f576ab629fabefa03e31b48a3903c3e9331901e2da08dee7c038d03fd0c05000002fd0b3111

wireless-mbus.0
2024-02-13 15:22:59.396	debug	IV: c5149450753300045555555555555555

wireless-mbus.0
2024-02-13 15:22:59.394	debug	encrypted payload: 1fb23fc746bcd3d2d423bbcd67caa4dd646bbdf429d5275d90cd1097afea09ca1537d316bac9602fb3d1367755a9514a72433052cb2636803f0088e2388e0e504a849900dba99ae7a0f9768d6998b5846a64e451973f735cc112fac0822432a85e76a9c8a71400ef17e68abd6f06e2203904bc13c544aae5fd6dbbdbe2c3ef4d25a4560ff31f421f6a11adc11c655cc2

wireless-mbus.0
2024-02-13 15:22:59.392	debug	Short header

wireless-mbus.0
2024-02-13 15:22:59.387	debug	a944c5149450753300047a550090251fb23fc746bcd3d2d423bbcd67caa4dd646bbdf429d5275d90cd1097afea09ca1537d316bac9602fb3d1367755a9514a72433052cb2636803f0088e2388e0e504a849900dba99ae7a0f9768d6998b5846a64e451973f735cc112fac0822432a85e76a9c8a71400ef17e68abd6f06e2203904bc13c544aae5fd6dbbdbe2c3ef4d25a4560ff31f421f6a11adc11c655cc203fd0c05000002fd0b3111

wireless-mbus.0
2024-02-13 15:22:59.384	debug	Found AES key: 8FB4D408915265C72C65C985E935FBF3

wireless-mbus.0
2024-02-13 15:22:59.380	debug	IMST: Message received: a58203a944c5149450753300047a550090251fb23fc746bcd3d2d423bbcd67caa4dd646bbdf429d5275d90cd1097afea09ca1537d316bac9602fb3d1367755a9514a72433052cb2636803f0088e2388e0e504a849900dba99ae7a0f9768d6998b5846a64e451973f735cc112fac0822432a85e76a9c8a71400ef17e68abd6f06e2203904bc13c544aae5fd6dbbdbe2c3ef4d25a4560ff31f421f6a11adc11c655cc203fd0c05000002fd0b3111b38b

wireless-mbus.0
2024-02-13 15:22:59.376	debug	IMST: RX: a58203a944c5149450753300047a550090251fb23fc746bcd3d2d423bbcd67caa4dd646bbdf429d5275d90cd1097afea09ca1537d316bac9602fb3d1367755a9514a72433052cb2636803f0088e2388e0e504a849900dba99ae7a0f9768d6998b5846a64e451973f735cc112fac0822432a85e76a9c8a71400ef17e68abd6f06e2203904bc13c544aae5fd6dbbdbe2c3ef4d25a4560ff31f421f6a11adc11c655cc203fd0c05000002fd0b3111b38b

wireless-mbus.0
2024-02-13 15:22:01.795	debug	connected set to true

wireless-mbus.0
2024-02-13 15:22:01.793	debug	connected set to true

wireless-mbus.0
2024-02-13 15:22:01.773	info	IMST: Receiver set to CA-MODE

wireless-mbus.0
2024-02-13 15:22:01.770	debug	IMST: RX: a58104009cf7

wireless-mbus.0
2024-02-13 15:22:01.754	debug	IMST: TX: a581030600030006080005ef

wireless-mbus.0
2024-02-13 15:22:01.743	debug	Created device of type: IMST iM871A

wireless-mbus.0
2024-02-13 15:22:01.624	info	starting. Version 0.9.1 in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v16.17.1, js-controller: 5.0.16

wireless-mbus.0
2024-02-13 15:22:01.339	debug	States connected to redis: 127.0.0.1:9000

wireless-mbus.0
2024-02-13 15:22:01.290	debug	States create User PubSub Client

wireless-mbus.0
2024-02-13 15:22:01.287	debug	States create System PubSub Client

wireless-mbus.0
2024-02-13 15:22:01.252	debug	Redis States: Use Redis connection: 127.0.0.1:9000

wireless-mbus.0
2024-02-13 15:22:01.184	debug	Objects connected to redis: 127.0.0.1:9001

wireless-mbus.0
2024-02-13 15:22:01.167	debug	Objects client initialize lua scripts

wireless-mbus.0
2024-02-13 15:22:01.088	debug	Objects create User PubSub Client

wireless-mbus.0
2024-02-13 15:22:01.084	debug	Objects create System PubSub Client

wireless-mbus.0
2024-02-13 15:22:01.080	debug	Objects client ready ... initialize now

wireless-mbus.0
2024-02-13 15:22:00.995	debug	Redis Objects: Use Redis connection: 127.0.0.1:9001
host.ubuntuserver
2024-02-13 15:21:57.497	info	instance system.adapter.wireless-mbus.0 started with pid 168121

Meine Vermutung wäre ja tatsächlich, dass der AES-Schlüssel nicht korrekt ist. Aber wie gesagt der ist nagelneu und den Schlüssel habe ich mitbekommen.
Hat einer eine Idee woran das liegen kann?

[lvogt]

@falconwob
Ich hab's mal kurz geprüft, der Parser scheitert im konkreten Logauszug am Entschlüsseln, des Telegramms (ich sollte das mal eindeutig im Log ausgeben).

Also bitte nochmal den Schlüssel prüfen. Und ich nehme an du bist dir auch sicher dass das Gerät deins ist und nicht der Nachbar oä.?

[anfängerin]

Hallo, ich bin recht neu auf diesem Gebiet und an den ersten Gehversuchen.
Ich habe Heizkostenzähler von Qundis (Q-caloric 5.5) und versuche diese mit einem Modberry via wireless Mbus auszulesen. Der Modberry ist ein "professionell" modifizierter Raspberry Pi4 der bereits mit einem Embit WMbus Modul ausgestattet ist.
Ich habe iobroker auf dem Modberry installiert und gestartet. Außerdem den entsprechenden Adapter einmal instanziiert und jetzt bin ich am verzweifeln.
Hier mal ein screenshot des aktuellen Logs

Auch ttyAMA0 und ttyWMBUS laufen auf den gleichen Fehler

Ich hoffe mir kann jemand helfen und ich habe einfach nur ein Verständnisproblem und muss noch eine Einstellung vornehmen. Ich freue mich auf Antworten. Danke und Grüße

[lvogt]

@anfängerin

Der ursprüngliche Support für den Embit Wireless Receiver ist auf einem ähnlichen Gerät von mir entwickelt worden (Die "Industrie Version" der Berrybase Geräte NPE <irgendeineNummer>)

Ich erinnere mich nicht mehr genau wie das ganze System "verdrahtet" ist - aber evtl. ist es /dev/ttyS0 oder sogar /dev/ttyS1 was du nehmen musst...

[anfängerin]

@lvogt danke für die schnelle Antwort. Leider klappt es auch mit den beiden nicht. Fehlerausgabe ist gleich "No such file or directory"

[lvogt]

@anfängerin

Sorry ich kann da glaube ich so kaum weiterhelfen. Ich sehe zwei Optionen: Entweder hast du noch nicht den korrekten Port gefunden - oder es gibt noch Probleme mit den Zugriffsrechten (auf Linux Ebene) auf den Port.

[Thomas Braun]

@anfängerin

/dev/ttyAMA0

bzw. den Link aus

ls -la /dev/serial/by-id/

probieren.

[anfängerin]

@lvogt das mit den Zugriffsrechten habe ich auch schon überlegt. Auf dem Gerät sind 3 Nutzer eingerichtet: root, pi (mit rootRechten) und user (mit User permissions)
Nach einiger Recherche habe ich folgende Commands ausgeführt:
sudo usermod -a -G dialout pi
sudo usermod -a -G tty pi
leider bleibt der Fehler bestehen. An der Oberfläche vom iobroker melde ich mich mit einem admin-Konto an, müsste das auch auf dem Pi eingerichtet werden (sorry, falls die Frage für die Profis echt dumm klingt)?

[anfängerin]

@thomas-braun
danke für den Tipp. AMA0 hatte ich bereits mit gleichem Fehler getestet.

ich schließe nach der Ausgabe deines Commands, dass ich mit ttyUSB0 auf dem richtigen Pfad war...oder bedeutet diese Ausgabe etwas anderes?
Sorry, ich bin echt Anfänger

[Thomas Braun]

@anfängerin

Bitte keine Bildchen von Text. Für Konsolentext gibt es die CodeTags.

Und nicht als root herumhampeln.

[anfängerin]

@thomas-braun

pi@techbase:~ $ iobroker status
iobroker is running on this host.


Objects type: jsonl
States  type: jsonl
pi@techbase:~ $ ls -la /dev/serial/by-id/
total 0
drwxr-xr-x 2 root root 60 Feb 22 20:17 .
drwxr-xr-x 4 root root 80 Feb 22 20:17 ..
lrwxrwxrwx 1 root root 13 Feb 22 20:17 usb-FTDI_FT230X_Basic_UART_D30CX78Z-if00-port0 -> ../../ttyUSB0

[Thomas Braun]

@anfängerin sagte in Test Adapter wireless-mbus v0.9.x:

ls -lAh /dev/ttyUSB0

[FalconWOB]

@lvogt Also. ich habe nun ein weitere Modul mit AES-Key bekommen. Es sieht exakt nach dem gleichem Problem aus. Ich denke nicht, dass ich versuche die Werte aus einem fremden auszulesen. Aber wie kann ich das testen? Hmmh... Ich habe die Geräte-Adresse noch einmal gelöscht, den Adapter angehalten und das WLan-mBus-Modul im Wärmemengenzähler abgezogen. Danach den Adapter wieder angeschaltet und 10 Min. gewartet. die Geräteadresse wurde nicht neu gesetzt. Dann habe ich das Modul wieder eingesetzt und siehe da die Geräteadresse wurde wieder automatisch eingefügt. Es ist auch die gleiche .Also scheint es mein Wärmemengenzähler zu sein. Wie kann ich denn diese Verschlüsselung wieder deaktivieren. Nach Anleitung kommt man da einmal auf den Menüpunkt und sie ist aktiviert. Dann heißt ohne Spezial-SW der Fa. Engelmann kann diese nicht wieder deaktiviert werden. Ich weiß nicht weiter ..

[FalconWOB]

@lvogt Achso den alten Key zu dem alten Modul sowie den neuen zu dem neuen Modul habe ich mehrfach gecheckt. Das passt. Daran sollte es nicht liegen.

[lvogt]

Dann wäre vl. mal ein Datenblatt für den Sender der nächste Schritt.

[FalconWOB]

@lvogt kann ich überhaupt noch was replyen ... https://www.engelmann.de/wp-content/uploads/2023/04/1080621002_2023-02-14_BA_S3_ES_Komm_de.pdf
(Ich kann das Datenblatt hier nicht hochladen und ich kann den Link nicht als Link angeben super...).

[FalconWOB]

@lvogt Ab Seite 17 wird der von mir verwendete wireless Adapter beschrieben ...

[lvogt]

Ich sehe mehrere mögliche Probleme:

"in Anlehung an" kann ja sehr viel bedeuten...

Das könnte hier vl. der Fall sein - wenn das so ist, dann ist der Adapter dafür ohne größere Anpassungen nicht wirklich nutzbar.

Falls du irgendeine Einflussmöglichkeit hast, solltest du sicherstellen, dass die "kurzen Telegramme" versendet werden.

Außerdem könntest du mal testen ob andere Software mit den Telegrammen klar kommt. ZBsp: https://github.com/wmbusmeters/wmbusmeters