Test Adapter wireless-mbus v0.9.x

[Thomas Braun]

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

der hinweiß hilft aber nicht wirklich bei der Problemlösung

Nee, aber hilft zu grundsätzlich sauberem Arbeiten mit den Usern und deren Rechten und vermeidet daraus entstehende Probleme.

[kubax]

@thomas-braun

Mag sein. ABER, wenn du mit einem Formular zum Finanzamt gehst, weil du fragen hast die du nicht selber beantworten kannst, willst du dann das der Beamte dich dafür rügt das du das Formular mit einem Schwarzen Kuli ausgefüllt hast, was man aber nicht macht, oder möchtest du Hilfe von ihm beim ausfüllen des Formulars?

Ich meinte ja nicht das der Hinweiß komplett falsch ist, meine Kritik bestand lediglich daran das es der einzige Kommentar war. Jemanden freundlich auf einen Fehler hinzuweisen und ihm dennoch zu helfen, ist wohl besser, als ihn nur darauf hinzuweisen das er etwas komplett anderes falsch gemacht hat.

Genau das ist leider der Grund dafür, das viele sich mit Linux schwer tuen. Man kommt mit irgendwas nicht weiter, fragt nach Hilfe, und dann wird einem mit Arroganz begegnet, oder einem wird ein Fehler vorgehalten der überhaupt nichts mit dem Problem zu tun hat.

Wenn ich mit dem Auto in die Werkstadt fahre möchte ich auch nicht hören "dann fahren sie halt nicht zu schnell" wenn der Motor beim schnell fahren laut wird

Egal, back to topic...

[Thomas Braun]

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

Formular mit einem Schwarzen Kuli ausgefüllt hast, was man aber nicht macht,

Wenn das so grundlegend falsch ist und auf kurz oder lang zu Folgefehlern führen wird: Ja.

[smartboart]

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

und diese firmware draufgespielt: https://github.com/smarthomeagentur/culfw1/releases/tag/180dcb5 (also die CUL_V3_MBUS.hex)

Hi, also ich arbeite ja an dem selben Projekt. Ich habe es auch noch nicht geschafft den IPERL auszulesen aber ich kann dir sagen, dass meine beiden Test - Sticks mit der Firmware von dir oben genannt auch nicht vom Wireless-Mbus Adapter erkannt werden.
Mein Iperl sendet auch mit 433 MHz und ich habe auch den AES Key, aber die Funke empfängt einfach nix.

Weietr oben war fadk2wf so freundlich mir seine FW zur Verfügung zu stellen.
https://forum.iobroker.net/topic/21208/test-adapter-wireless-mbus-v0-8-x/402?_=1682114443734
Diese wird vom Adapter erkannt.

Aber leider habe ich offensichtlich noch ein anderes Problem..

Probier doch mal die FW aus und berichte ob deine Perle dann mit dir spricht.

Edit... und wenn sich dein stick auch nicht mehr flashen lässt, liegt es auch an deiner Firmware... Einfach den Stick nochmal stecken und im selben Moment das flashen starten.

[Felidsche]

@thomas-braun mach ich! Danke für den Tip

[Felidsche]

@smartboart hallo,
habe jetzt mal die von dir verlinkte fw ausprobiert. flashen lässt sie sich, aber mit den von dir gezeigten verbindungseinstellung bekomme ich folgende meldungen:

wireless-mbus.0
2023-04-24 16:09:11.231	info	List of port: [{"path":"/dev/ttyUSB0"},{"path":"/dev/ttyS4"},{"path":"/dev/ttyS1"},{"path":"/dev/ttyS10"},{"path":"/dev/ttyS11"},{"path":"/dev/ttyS12"},{"path":"/dev/ttyS13"},{"path":"/dev/ttyS14"},{"path":"/dev/ttyS15"},{"path":"/dev/ttyS16"},{"path":"/dev/ttyS17"},{"path":"/dev/ttyS18"},{"path":"/dev/ttyS19"},{"path":"/dev/ttyS2"},{"path":"/dev/ttyS20"},{"path":"/dev/ttyS21"},{"path":"/dev/ttyS22"},{"path":"/dev/ttyS23"},{"path":"/dev/ttyS24"},{"path":"/dev/ttyS25"},{"path":"/dev/ttyS26"},{"path":"/dev/ttyS27"},{"path":"/dev/ttyS28"},{"path":"/dev/ttyS29"},{"path":"/dev/ttyS3"},{"path":"/dev/ttyS30"},{"path":"/dev/ttyS31"},{"path":"/dev/ttyS5"},{"path":"/dev/ttyS6"},{"path":"/dev/ttyS7"},{"path":"/dev/ttyS8"},{"path":"/dev/ttyS9"},{"path":"/dev/ttyS0"}]

wireless-mbus.0
2023-04-24 16:05:21.397	debug	connected set to false

wireless-mbus.0
2023-04-24 16:05:21.351	error	Serialport error: Port is not open

wireless-mbus.0
2023-04-24 16:05:21.351	error	Serialport error: Error: Permission denied, cannot open /dev/ttyUSB0

wireless-mbus.0
2023-04-24 16:05:21.350	debug	CUL: TX: 560d0a

wireless-mbus.0
2023-04-24 16:05:21.348	debug	Created device of type: CUL

wireless-mbus.0
2023-04-24 16:05:21.321	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-04-24 16:05:17.401	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason

wireless-mbus.0
2023-04-24 16:05:17.400	info	terminating

wireless-mbus.0
2023-04-24 16:05:17.400	info	Got terminate signal TERMINATE_YOURSELF

wireless-mbus.0
2023-04-24 16:05:13.259	info	List of port: [{"path":"/dev/ttyUSB0"},{"path":"/dev/ttyS4"},{"path":"/dev/ttyS1"},{"path":"/dev/ttyS10"},{"path":"/dev/ttyS11"},{"path":"/dev/ttyS12"},{"path":"/dev/ttyS13"},{"path":"/dev/ttyS14"},{"path":"/dev/ttyS15"},{"path":"/dev/ttyS16"},{"path":"/dev/ttyS17"},{"path":"/dev/ttyS18"},{"path":"/dev/ttyS19"},{"path":"/dev/ttyS2"},{"path":"/dev/ttyS20"},{"path":"/dev/ttyS21"},{"path":"/dev/ttyS22"},{"path":"/dev/ttyS23"},{"path":"/dev/ttyS24"},{"path":"/dev/ttyS25"},{"path":"/dev/ttyS26"},{"path":"/dev/ttyS27"},{"path":"/dev/ttyS28"},{"path":"/dev/ttyS29"},{"path":"/dev/ttyS3"},{"path":"/dev/ttyS30"},{"path":"/dev/ttyS31"},{"path":"/dev/ttyS5"},{"path":"/dev/ttyS6"},{"path":"/dev/ttyS7"},{"path":"/dev/ttyS8"},{"path":"/dev/ttyS9"},{"path":"/dev/ttyS0"}]

wireless-mbus.0
2023-04-24 15:57:00.384	debug	connected set to false

Serialport error: Error: Permission denied, cannot open /dev/ttyUSB0

weist ja irgendwie auf ein rechteproblem hin, kann mir da jemand helfen? hat der iobroker user keine rechte auf den Usb stick zuzugreifen? wie ändere ich das?

[smartboart]

@felidsche also das es nicht erkannt wird liegt dann definitiv an deiner speziellen iobroker Umgebung...bei meinem rpi 4 wird der Stick mit den Einstellungen einwandfrei erkannt.. Leider kann ich dir mit der Installationsumgebung nicht helfen..

[pille0557]

@smartboart
ich habe den nanoCul verbaut, ...

AES-Schlüssel habe ich auch ...

er empfängt auch etwas ...

die Anzeige des InfluxDb Inhaltes endet in grafana allerdings mit No Data
?

[fadk2wf]

@pille0557 ...stell mal den wmbus mode auf T Mode.
Wenn der nanoCUl die Daten erkennt, dann generiert der wmbus automatisch die Objekte

[lvogt]

@pille0557
Was erwartest du dir von den Rohdaten Telegrammen in Grafana?
Der State sollte - in der Beschreibung steht - ja sowieso nur Daten bekommen wenn das Dekodieren des Telegramms fehlgeschlagen ist. Poste also mal bitte ein Debug Log.

Die Telegramme die man im Screenshot sieht gehören vermutlich zu dem Gerät dem du auch den AES Schlüssel zugeordnet hast. Mein Tipp: Das ist nicht Zähler und daher passt dein Schlüssel auch nicht

[pille0557]

@lvogt
Debug-Log?

wireless-mbus.0
2023-05-03 19:50:16.833 info CUL: Receiver set to T-MODE and data reporting with RSSI

wireless-mbus.0
2023-05-03 19:50:16.809 info CUL: Error getting CUL version: Timeout waiting for response

wireless-mbus.0
2023-05-03 19:50:13.727 info starting. Version 0.8.10 in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v16.19.1, js-controller: 4.0.24
host.raspi-iobroker
2023-05-03 19:50:11.802 info instance system.adapter.wireless-mbus.0 started with pid 30071
host.raspi-iobroker
2023-05-03 19:50:09.278 info instance system.adapter.wireless-mbus.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)

admin.0
2023-05-03 19:50:08.905 info <== Disconnect system.user.admin from ::ffff:192.168.0.78
host.raspi-iobroker
2023-05-03 19:50:08.700 info stopInstance system.adapter.wireless-mbus.0 send kill signal

wireless-mbus.0
2023-05-03 19:50:08.659 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason

wireless-mbus.0
2023-05-03 19:50:08.658 info terminating

wireless-mbus.0
2023-05-03 19:50:08.655 info Got terminate signal TERMINATE_YOURSELF
host.raspi-iobroker
2023-05-03 19:50:08.651 info stopInstance system.adapter.wireless-mbus.0 (force=false, process=true)

wireless-mbus.0
2023-05-03 19:50:05.458 info CUL: Receiver set to T-MODE and data reporting with RSSI

wireless-mbus.0
2023-05-03 19:50:05.438 info CUL: Error getting CUL version: Timeout waiting for response

wireless-mbus.0
2023-05-03 19:50:05.288 info List of port: [{"path":"/dev/ttyUSB1","manufacturer":"FTDI","serialNumber":"A50285BI","pnpId":"usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0","vendorId":"0403","productId":"6001"},{"path":"/dev/ttyUSB0","manufacturer":"Prolific Technology Inc. ","serialNumber":"BMBLt114J20","pnpId":"usb-Prolific_Technology_Inc._USB-Serial_Controller_BMBLt114J20-if00-port0","vendorId":"067b","productId":"23a3"},{"path":"/dev/ttyAMA0"}]

wireless-mbus.0
2023-05-03 19:50:02.354 info starting. Version 0.8.10 in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v16.19.1, js-controller: 4.0.24

admin.0
2023-05-03 19:50:01.787 info ==> Connected system.user.admin from ::ffff:192.168.0.78
host.raspi-iobroker
2023-05-03 19:50:00.381 info instance system.adapter.wireless-mbus.0 started with pid 30053
host.raspi-iobroker
2023-05-03 19:49:57.785 info instance system.adapter.wireless-mbus.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)

admin.0
2023-05-03 19:49:57.471 info <== Disconnect system.user.admin from ::ffff:192.168.0.78
host.raspi-iobroker
2023-05-03 19:49:57.282 info stopInstance system.adapter.wireless-mbus.0 send kill signal

wireless-mbus.0
2023-05-03 19:49:57.228 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason

doch ich denke schon, jedenfalls korrespondiert es mit dem Aufdruck ... ?

[lvogt]

@pille0557 Dann wäre das Debug Log wohl um so wichtiger...

[pille0557]

@lvogt wo finde ich das?

[smartboart]

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

ich habe den nanoCul verbaut, ...

Hi, kannst du mal einen link schicken was genau du gekauft hast? Ich bekomme es mit 2 unterschiedlichen nano cul nicht hin. Bzw. es werden keine Daten empfangen.

[pille0557]

@smartboart
nicht der Preishit, aber ging wenigstens schnell ...
nanoCul bei Amazon
hoffe ja, dass die 868MHz Variante die richtige ist

[smartboart]

@pille0557 Also meine IPERL sendet angeblich mit 433MhZ laut Versorger, habe aber beide Varianten ausprobiert.

[smartboart]

@pille0557 im Admin bei dem wmbus Adapter den log level auf Debug stellen

[pille0557]

@smartboart Danke!
ja ist auch iPerl

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