@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.
@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?
@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ä.?
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
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...
@lvogt danke für die schnelle Antwort. Leider klappt es auch mit den beiden nicht. Fehlerausgabe ist gleich "No such file or directory"
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.
@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)?
@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 
Bitte keine Bildchen von Text. Für Konsolentext gibt es die CodeTags.
Und nicht als root herumhampeln.
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
@anfängerin sagte in Test Adapter wireless-mbus v0.9.x:
ls -lAh /dev/ttyUSB0
@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 ..
@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.
Dann wäre vl. mal ein Datenblatt für den Sender der nächste Schritt.
@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...).
@lvogt Ab Seite 17 wird der von mir verwendete wireless Adapter beschrieben ...
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
@lvogt Danke ... werde ich mir mal ansehen
Was ich gefunden habe ist das: https://github.com/soef/ioBroker.wm-bus/issues/9
Bin aber nicht sicher ob das ein ganz anderer Adapter ist ????
@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
