Test Adapter wireless-mbus v0.9.x

[MartyBr]

@michi_pi Das klingt gut. Der Raspi ist ja schon in der Nähe des Diehl.
Dann warte ich mal mit "Spannung" auf die Lieferung

[kiste01]

Hallo zusammen,

ich möchte meine Homeautomation weiter ausbauen und das Thema Wasserverbrauch ist an der Reihe. Folgende Daten zu meinem System:
Zähler: Sensus iperl / Modus : T / sendet stündlich
iobroker v5.1.25 auf RasPi 4 (Master) und RasPi 3b (Slave)
Node.js: v14.18.3
NPM: 6.14.15
wireless-mbus: v0.7.6
Stick am Slave: nanoCUL USB Stick 868 Mhz - CC1101 SMA Antenne CUL 868 CCU2/FHEM/openHAB gekauft bei Smarthome-agentur.de
den key von den Wasserwerken habe ich.
Stick und Wasserzähler sind 50 cm nebeneinander

Ich bekomme den Adapter zwar grün. Aber es kommen leider keine Daten an. Wie in der Beschreibung angegeben, habe ich im Reiter AES Schlüssel vorerst die Daten rausgelassen, um diese im log nachvollziehen zu können.

Kann mir jemand helfen?

So sieht mein Log aus:

wireless-mbus.0 2022-02-02 11:08:27.857	debug	connected set to true
wireless-mbus.0 2022-02-02 11:08:27.854	debug	connected set to true
wireless-mbus.0 2022-02-02 11:08:27.841	debug	CUL: Error setting wMBus mode: response was ? (brt is unknown) Use one of A B C e F G h i K k L l M m N R T t U u V W X x Y Z
wireless-mbus.0 2022-02-02 11:08:27.790	debug	Created device of type: CUL (untested)
wireless-mbus.0 2022-02-02 11:08:27.614	info	starting. Version 0.7.6 in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v14.18.3, js-controller: 3.3.22
wireless-mbus.0 2022-02-02 11:08:18.951	debug	connected set to false
wireless-mbus.0 2022-02-02 11:08:18.773	error	Serialport error: Port is not open
wireless-mbus.0 2022-02-02 11:08:18.769	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
wireless-mbus.0 2022-02-02 11:08:18.766	info	terminating
wireless-mbus.0 2022-02-02 11:08:18.761	info	Got terminate signal TERMINATE_YOURSELF

und noch die Info von putty (da ist noch ein zigbee Stick dran) - der läuft super:

pi@iobrokerclient:~ $ lsusb
Bus 001 Device 014: ID 1cf1:0030 Dresden Elektronik ZigBee gateway [ConBee II]
Bus 001 Device 012: ID 03eb:204b Atmel Corp. LUFA USB to Serial Adapter Project
Bus 001 Device 006: ID 0424:7800 Microchip Technology, Inc. (formerly SMSC)
Bus 001 Device 003: ID 0424:2514 Microchip Technology, Inc. (formerly SMSC) USB 2.0 Hub
Bus 001 Device 002: ID 0424:2514 Microchip Technology, Inc. (formerly SMSC) USB 2.0 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
pi@iobrokerclient:~ $ ls -l /dev/serial/by-id
insgesamt 0
lrwxrwxrwx 1 root root 13  1. Feb 21:56 usb-busware.de_CUL868-if00 -> ../../ttyACM0
lrwxrwxrwx 1 root root 13  1. Feb 21:56 usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2197624-if00 -> ../../ttyACM2

Grüße
Torsten

[Michi_Pi]

@kiste01 hast du die richtige Firmware drauf? Also mit mbus?
Standardmäßig wird die ohne ausgeliefert.

Serialport error: Port is not open

hast du noch eine andere Software im Einsatz der den Stick benützt?

[kiste01]

@michi_pi

Ich habe keine Firmware draufgemacht. Laut Anbieter sollte der Stick einsatzbereit sein. Was müsste denn auf den Stick drauf?

[MartyBr]

@lvogt
@Michi_Pi
Ich habe gestern meinen im871a bekommen. Er läuft auch am Raspi. Ich habe im Adapter einen AES Key eingetragen. Daten bekomme ich nicht, das kann aber mit der Sendefrequenz des Diehl HYDRUS zusammenhängen.
Er findet decrypted und encrypred Pakete. Ich kann das Ergebnis leider nicht interpretieren.

Anbei das Log:

wireless-mbus.0
2022-02-03 10:08:50.696	debug	Device is blocked: DME-72830531

wireless-mbus.0
2022-02-03 10:08:44.411	debug	Parser failed to parse telegram from device DME-72830291

wireless-mbus.0
2022-02-03 10:08:44.410	error	acd2ac3f4d75019768979c068785faa64ace5191e7ce9a78d0d8dc3bf9728a3159c3c46aefdfc55004b2949fe7273d46

wireless-mbus.0
2022-02-03 10:08:44.409	debug	decrypted payload acd2ac3f4d75019768979c068785faa64ace5191e7ce9a78d0d8dc3bf9728a3159c3c46aefdfc55004b2949fe7273d46

wireless-mbus.0

wireless-mbus.0
2022-02-03 10:05:49.061	debug	Parser failed to parse telegram from device DME-72830380

wireless-mbus.0
2022-02-03 10:05:49.060	error	5382d664f168fa5395cfcb20a9ac8dc6ad3196d71a9370d18802ed85f870f34c4897742ffb186116aa09402f190c0ca6

wireless-mbus.0
2022-02-03 10:05:49.056	debug	decrypted payload 5382d664f168fa5395cfcb20a9ac8dc6ad3196d71a9370d18802ed85f870f34c4897742ffb186116aa09402f190c0ca6

wireless-mbus.0
2022-02-03 10:05:49.054	debug	IV: a511800383727007fefefefefefefefe

wireless-mbus.0
2022-02-03 10:05:49.053	debug	encrypted payload: c0cf82ceae389ec97b31e7c0d6e685512dd0a84f8082eb5eb1ff3e37e909a4779484ea9af0569f6da3aabe8ae27d1c99


wireless-mbus.0
2022-02-03 10:05:18.125	error	76f4c401a6fb971672e27b4724b4e4dd36ca922bd28894f131a30a270c2e07d689c2c5d9b02703b1e54d9106197ffc01

wireless-mbus.0
2022-02-03 10:05:18.125	debug	decrypted payload 76f4c401a6fb971672e27b4724b4e4dd36ca922bd28894f131a30a270c2e07d689c2c5d9b02703b1e54d9106197ffc01

wireless-mbus.0
2022-02-03 10:05:18.124	debug	IV: a511310583727007f5f5f5f5f5f5f5f5

wireless-mbus.0
2022-02-03 10:05:18.123	debug	encrypted payload: 799686a82d3d4338c04f30857827c7e1940cfc9c3f59b97b07510dca2d88ea5840e809cccf21b6d82ceba437f3e26367

wireless-mbus.0
2022-02-03 10:05:18.122	debug	Short header

wireless-mbus.0
2022-02-03 10:05:18.121	debug	3e44a5113105837270077af5003005799686a82d3d4338c04f30857827c7e1940cfc9c3f59b97b07510dca2d88ea5840e809cccf21b6d82ceba437f3e26367

wireless-mbus.0
2022-02-03 10:05:18.120	debug	Found AES key: 39BC8A10E66Dyyyyyyyyy

wireless-mbus.0
2022-02-03 10:05:08.476	debug	Parser failed to parse telegram from device DME-72830531

wireless-mbus.0
2022-02-03 10:05:08.475	error	b826d4f7ab19d2d62e2416922954ce538d0de0593de5feccf9014feabcab3195c479433c06b04de955ebf33f6d95f781

wireless-mbus.0
2022-02-03 10:05:08.474	debug	decrypted payload b826d4f7ab19d2d62e2416922954ce538d0de0593de5feccf9014feabcab3195c479433c06b04de955ebf33f6d95f781

wireless-mbus.0
2022-02-03 10:05:08.472	debug	IV: a511310583727007f5f5f5f5f5f5f5f5

wireless-mbus.0
2022-02-03 10:05:08.471	debug	encrypted payload: 5f14c4f90853d31bbc672b5b17e373ef1ff7ecb0adf2daf5c87bce58d29c2c0ab028011d5e7eddd224f3066e55998293

wireless-mbus.0
2022-02-03 10:05:08.470	debug	Short header

wireless-mbus.0
2022-02-03 10:05:08.468	debug	3e44a5113105837270077af50030055f14c4f90853d31bbc672b5b17e373ef1ff7ecb0adf2daf5c87bce58d29c2c0ab028011d5e7eddd224f3066e55998293

wireless-mbus.0
2022-02-03 10:05:08.466	debug	Found AES key: 39BC8A10E66D83F8xxxxxxxxxxxx

wireless-mbus.0
2022-02-03 10:04:58.668	debug	Parser failed to parse telegram from device DME-72830531

wireless-mbus.0
2022-02-03 10:04:58.666	error	8590207a3d69a1237a522f44e06199dbe79cd4692c6eb88157459a31a90fb96a79822d0701700b998547e4c17d064adf

Edit 14:05
Log gekürzt

Edit:
Hier die Konfiguration des Adapters:

[-cs-]

@martybr

ohne jetzt helfen zu können,

es wird im Log immer dein AES Key und Zählernummer wiederholt.

[MartyBr]

@csr
Okay, das hatte ich nicht im Focus. Ich lösche die Sachen aus dem Log.

[sonnenschein]

@kiste01 sagte in Test Adapter wireless-mbus v0.7.x:

@michi_pi

Ich habe keine Firmware draufgemacht. Laut Anbieter sollte der Stick einsatzbereit sein. Was müsste denn auf den Stick drauf?

Weiter oben hatte ich zum Nanocul geschrieben. Nach meinem wissen wird der ohne wmbus geliefert. Deshalb hatte ich den nanocul dann mit der Firmware von github geflasht.
Mein Nanocul läuft bis heute nicht. Habe nicht weiter versucht da ich ja meinen anderen nicht funktionierenden Stick umgetauscht bekommen habe. Seit dem funktioniert der Stick mit dem Adapter und der Wasseruhr.

[Michi_Pi]

@kiste01 hier gibt es die passende Firmware
mbus ist meist nicht drauf, weil der ziemlich viel Ressourcen benötigt.

[-cs-]

@sonnenschein sagte in Test Adapter wireless-mbus v0.7.x:

Mein Nanocul läuft bis heute nicht.

Mir geht / ging es genauso, hatte damals dann den IM871A gekauft und funktionierte mit wmbusmeters sofort.
Leider noch nie direkt mit dem Adapter.

Es hat mich dann aktuell doch nochmal angefixt und habe mal getestet.
Aufbau:
Raspbi 4 neu installiert (minimal) , ioBroker installiert und eingerichtet, IM871A dran und Adapter eingerichtet. Leider nichts, kein Empfang.

Nur:

Serialport error: Port is not open

Wobei ich es nicht verstehe, es wurde alles frisch installiert, USB war durch nichts anderes belegt, es hat auch nichts anderes auf den Stick zugegriffen.

Dann mit dem Nanocurl -> nichts, gar nichts (ja geflasht wurde er richtig)

2 Sachen, die mir noch unklar waren und evtl. falsch sind:

1. Ich wusste nicht was ich der Zählernummer / ID voranstellen sollte, es heißt ja auf Github der Herstellercode muss voranstehen. Habe ja Multical21 von Kamstrup. Also habe ich (irgendwo gelesen) KST als Herstellercode verwendet. KST-12345678
   Habe aber mehrere Varianten getestet. Der IM Empfängt bei mir ja auf 9600 baud und C1, habe auch hier die anderen Einstellungen mal getestet.

2. Feht bei der Minimalinstallation (Raspian light) irgend was? (das war bei meinem Wärmemengenzähler so, der auch mit extra Script ausgelesen wird)

Wenn ich mal wieder Zeit habe, teste ich weiter.

Wie gesagt mit meinem System NUC und Raspbi 3 als Slave, an dem der Sick hängt, wmbusmeters und Übertragung per mqtt funktioniert es.

[sonnenschein]

@csr sagte in Test Adapter wireless-mbus v0.7.x:

2 Sachen, die mir noch unklar waren und evtl. falsch sind:

Ich wusste nicht was ich der Zählernummer / ID voranstellen sollte, es heißt ja auf Github der Herstellercode muss voranstehen. Habe ja Multical21 von Kamstrup. Also habe ich (irgendwo gelesen) KST als Herstellercode verwendet. KST-12345678
Habe aber mehrere Varianten getestet. Der IM Empfängt bei mir ja auf 9600 baud und C1, habe auch hier die anderen Einstellungen mal getestet.

Den Tip von lvogt beachten, kein Zähler eintragen und warten bis erste Telegramme empfangen werden. Dann siehste Du im Log die korrekte Bezeichnung. Problem liegt aber schon bei der Schnittstelle.

[kiste01]

@michi_pi

Das Thema flashen hatte ich bisher gehofft zu vermeiden, aber nun stelle ich mich gern dieser Aufgabe. Auf der Seite des Verkäufer des Stick steht auch eine sehr rudimentäre Anleitung. Die hatte ich auch versucht. Ich habe hier ein win10 System und da scheitere ich aktuell an den fehlenden Treibern (ATMEL DFU Treiber) für den USB Port. Habe ein paar alte Seiten für Treiber gefunden, aber irgendwie kann ich windows nicht zur Annahme der Treiber überreden. Das Flashprogramm bringt immer eine Fehlermeldung, dass Treiber fehlen. Das ist echt schade.

[lvogt]

@kiste01 said in Test Adapter wireless-mbus v0.7.x:

wireless-mbus.0 2022-02-02 11:08:27.841 debug CUL: Error setting wMBus mode: response was ? (brt is unknown) Use one of A B C e F G h i K k L l M m N R T t U u V W X x Y Z

Das ist eine Antwort vom CUL und sagt zu 99,99% dass die aktuelle Firmware darauf kein wireless mbus unterstützt.

@csr said in Test Adapter wireless-mbus v0.7.x:

Wobei ich es nicht verstehe, es wurde alles frisch installiert, USB war durch nichts anderes belegt, es hat auch nichts anderes auf den Stick zugegriffen.

Wenn alles so frisch ist, ist dein "iobroker User" Mitgleid der Gruppe dialout? Bin mir gerade nicht sicher ob das nicht mittlerweile beim ioBroker Install sowieso immer passiert, wäre aber ein Ansatzpunkt.

@sonnenschein said in Test Adapter wireless-mbus v0.7.x:

Den Tip von lvogt beachten, kein Zähler eintragen und warten bis erste Telegramme empfangen werden. Dann siehste Du im Log die korrekte Bezeichnung. Problem liegt aber schon bei der Schnittstelle.

Ganz genau. So lange nicht irgendwas von fehlendem oder falschen Key im debug Log auftaucht wird auch nichts empfangen und dann ist sowieso egal wie's mit dem Key aussieht.

@martybr said in Test Adapter wireless-mbus v0.7.x:

Ich habe gestern meinen im871a bekommen. Er läuft auch am Raspi. Ich habe im Adapter einen AES Key eingetragen. Daten bekomme ich nicht, das kann aber mit der Sendefrequenz des Diehl HYDRUS zusammenhängen.
Er findet decrypted und encrypred Pakete. Ich kann das Ergebnis leider nicht interpretieren.

Mittlerweile ist das Log so zerstückelt dass ich dir dazu einfach gar nichts mit Sicherheit sagen kann. Meine Vermutung ist, dass der Zähler auch im proprietären PRIOS Format sendet, was Diehl wohl (früher) verwendet hat. wmbusmeters kann das dekodieren. Der Adapter hier vl. demnächst auch wenn ich genug Zeit und Lust habe...
Wenn dass dir lieber ist, dann kannst du mir ja auch mal ein (nicht zu langes) Log per PN schicken, dann musst du dir weniger Gedanken daurm machen was du öffentlich zeigen willst/kannst (zumindest sofern du mir vertraust )

[MartyBr]

@lvogt Das mache ich gerne. Ich starte nachher den Adapter neu und schicke dir das Log. Vielen dank für deine Bereitschaft.

[MartyBr]

@lvogt Entschuldige die blöde Frage: Wie kann ich dir die Dateien/Logs zuschicken? Das muss so einfach sein, dass es in der Hilfe nicht beschrieben wird. Chat habe ich gefunden, aber darüber kann ich keine Dateien verschicken.

[sonnenschein]

@lvogt sagte in Test Adapter wireless-mbus v0.7.x:

Wenn alles so frisch ist, ist dein "iobroker User" Mitgleid der Gruppe dialout? Bin mir gerade nicht sicher ob das nicht mittlerweile beim ioBroker Install sowieso immer passiert, wäre aber ein Ansatzpunkt.

..und dann war doch doch noch was am pi, das die console vom Pi standrdmäßig auf der serial was ausgibt. Ich meine das muß im pi deaktiviert werden damit der port geöffnet werden kann.
--> console beim boot disabled
sudo raspi-config --> interface option --> serial port

Infos zu serieller Schnittstelle PI
sudo raspi-config --> interface option --> serial port

Der Hinweis mit der Gruppenzugehörigkeit vom dialout hatte ich damals auch gecheckt war aber beim pi so korrekt angelegt.

[sonnenschein]

@sonnenschein Bei meinem Nanocul gab es unter anderem auch die Problem mit der Baudrate.
Am Win PC wollte ich den flashen, die vorgegeben Baudrate von 38400 funktionierte aber nicht. Durch suchen im Inet und ausprobieren fand ich dann heraus das nur 57600 kommunizierte. Für wmbus ußt du im Adapter aber die Baudrate deines Endgerätes eingeben. Bei Kampstrupzählern geben die 300, ???? und 9600 baud an.

[lvogt]

@sonnenschein
Nein. Der Adapter muss natürlich die Baudrate des CULs oder welcher USB Stick auch immer zum Einsatz kommt wissen!

[sonnenschein]

@lvogt Du hast natürlich Recht. Ich hab eben noch mal geschaut. Am WIN PC wo ich mit ACC (Tool für den Amber Stick) den Stick gecheckt habe, ist die virtuelle com im Gerätemanager mit 115200 eingestellt,

aber wenn das ACC startet überschreibt der die Baudrate auf 9600.

Am PI wo ja auch dein Adapter läuft gibt gibt stty -F /dev/ttyUSB0 auch die 9600 aus.

[lvogt]

@michi_pi @ratte-rizzo

So, ich habe mal trotz zur Zeit nicht funktionierender GitHub Actions die Version 0.7.7 veröffentlicht.

Die Warnung über Manufacturer specific VIFs ist jetzt auf "debug Level" runtergestuft und es gibt den ersten Versuch für Diehl PRIOS kodierte Telegramme.