NEWS
Test Adapter wireless-mbus v0.10.x
-
@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 openWobei 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:
-
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. -
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.
@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.
-
-
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.
-
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 nebeneinanderIch 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_YOURSELFund 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 -> ../../ttyACM2Grüße
Torsten@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 :P ) -
@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 :P ) -
@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 :P ) -
@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 :P )@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 portDer Hinweis mit der Gruppenzugehörigkeit vom dialout hatte ich damals auch gecheckt war aber beim pi so korrekt angelegt.
PlatformBetriebssystem:linux Architektur:arm64 CPUs:4 Geschwindigkeit:1800 MHz Modell:Cortex-A72
RAM:3.7 GB System-Betriebszeit:00:19:02 Node.js:v20.18.0
_nodeCurrent:20.18.0
_npmCurrent:10.8.2
Operating System: Debian GNU/Linux 12 (bookworm) Kernel: Linux 6.6.57-v8+ -
@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 portDer Hinweis mit der Gruppenzugehörigkeit vom dialout hatte ich damals auch gecheckt war aber beim pi so korrekt angelegt.
@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. -
@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. -
@sonnenschein
Nein. Der Adapter muss natürlich die Baudrate des CULs oder welcher USB Stick auch immer zum Einsatz kommt wissen!@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 ja kein Problem, wie gesagt ich nutze ja wmbusmeters bereits und da kann ich die daten abrufen.
Der Charme hier wäre ja, dass ich wieder ein Gerät mehr direkt in iobroker betreiben könnte ;)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.
-
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.
-
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.
Moin @lvogt
Vielen Dank erstmal für das Update. Nach ner knappen Stunde gibts im Log schon positive und negative Auswirkungen:
Das Update habe ich zwischen 13:21 und 13:28 gemacht. "Unkown manufacturer specific vif: 0x5f" ist jetzt weg. Sehr schön! Das hat ja 90% meines Logs ausgemacht in der Vergangenheit. "Unsupported CI Field" ist noch da, aber das hatte ich vorher ja auch. Ist aber keines meine Geräte, sondern irgendwo im Haus oder in der Nachbarschaft. Daher passt das schon.
Dank & Gruß
Danielwireless-mbus.0 2022-02-07 13:39:38.811 error Unsupported CI Field a0, remaining payload is 8310008812b800314465324297118935087ad50000000b6e4403004b6e000000426cbe26326cffff046d1302c72282046cdf218b046e220300 wireless-mbus.0 2022-02-07 13:38:02.550 error Unsupported CI Field a0, remaining payload is 8310008812b800314465324297118935087ad50000000b6e4403004b6e000000426cbe26326cffff046d1302c72282046cdf218b046e220300 wireless-mbus.0 2022-02-07 13:29:36.808 error Unsupported CI Field a0, remaining payload is 83100065120d01314465320689118935087ad70000000b6e2500004b6e000000426cbe26326cffff046d0109c72282046cdf218b046e250000 wireless-mbus.0 2022-02-07 13:28:08.545 error Unsupported CI Field a0, remaining payload is 83100065120d01314465320689118935087ad70000000b6e2500004b6e000000426cbe26326cffff046d0109c72282046cdf218b046e250000 wireless-mbus.0 2022-02-07 13:21:17.791 error WARNING: Unkown manufacturer specific vif: 0x5f wireless-mbus.0 2022-02-07 13:19:30.153 error WARNING: Unkown manufacturer specific vif: 0x5f wireless-mbus.0 2022-02-07 13:18:21.439 error WARNING: Unkown manufacturer specific vif: 0x5f wireless-mbus.0 2022-02-07 13:17:21.153 error WARNING: Unkown manufacturer specific vif: 0x5f -
Moin @lvogt
Vielen Dank erstmal für das Update. Nach ner knappen Stunde gibts im Log schon positive und negative Auswirkungen:
Das Update habe ich zwischen 13:21 und 13:28 gemacht. "Unkown manufacturer specific vif: 0x5f" ist jetzt weg. Sehr schön! Das hat ja 90% meines Logs ausgemacht in der Vergangenheit. "Unsupported CI Field" ist noch da, aber das hatte ich vorher ja auch. Ist aber keines meine Geräte, sondern irgendwo im Haus oder in der Nachbarschaft. Daher passt das schon.
Dank & Gruß
Danielwireless-mbus.0 2022-02-07 13:39:38.811 error Unsupported CI Field a0, remaining payload is 8310008812b800314465324297118935087ad50000000b6e4403004b6e000000426cbe26326cffff046d1302c72282046cdf218b046e220300 wireless-mbus.0 2022-02-07 13:38:02.550 error Unsupported CI Field a0, remaining payload is 8310008812b800314465324297118935087ad50000000b6e4403004b6e000000426cbe26326cffff046d1302c72282046cdf218b046e220300 wireless-mbus.0 2022-02-07 13:29:36.808 error Unsupported CI Field a0, remaining payload is 83100065120d01314465320689118935087ad70000000b6e2500004b6e000000426cbe26326cffff046d0109c72282046cdf218b046e250000 wireless-mbus.0 2022-02-07 13:28:08.545 error Unsupported CI Field a0, remaining payload is 83100065120d01314465320689118935087ad70000000b6e2500004b6e000000426cbe26326cffff046d0109c72282046cdf218b046e250000 wireless-mbus.0 2022-02-07 13:21:17.791 error WARNING: Unkown manufacturer specific vif: 0x5f wireless-mbus.0 2022-02-07 13:19:30.153 error WARNING: Unkown manufacturer specific vif: 0x5f wireless-mbus.0 2022-02-07 13:18:21.439 error WARNING: Unkown manufacturer specific vif: 0x5f wireless-mbus.0 2022-02-07 13:17:21.153 error WARNING: Unkown manufacturer specific vif: 0x5f@ratte-rizzo
Wie ich im Issue auf Github geschrieben hatte habe ich das extra nicht geändert, da es sich um einen Fehler handelt der zu gar keinen angelegten States führt.Die einfache Lösung, wenn du ein sauberes Log willst, ist, das Gerät in die Blockierliste aufzunehmen.
-
@ratte-rizzo
Wie ich im Issue auf Github geschrieben hatte habe ich das extra nicht geändert, da es sich um einen Fehler handelt der zu gar keinen angelegten States führt.Die einfache Lösung, wenn du ein sauberes Log willst, ist, das Gerät in die Blockierliste aufzunehmen.
Moin @lvogt
Das war auch nicht als Kritik gemeint. Entschuldige, wenn das so rüber kam...
-
Moin @lvogt
Das war auch nicht als Kritik gemeint. Entschuldige, wenn das so rüber kam...
@ratte-rizzo
Nein, nein. Alles gut. Ich wollte nur sicherstellen, dass dir (und vl auch anderen die mitlesen) die Blockliste als Lösung bekannt ist.Edit: Wo ich gerade nochmal darüber nachdenke, wenn das automatische blockieren nach mehrfachen Fehlern eingeschaltet ist, dann dürfte die Meldung sowieso max 10mal pro Adapter Neustart kommen.
-
@ratte-rizzo
Nein, nein. Alles gut. Ich wollte nur sicherstellen, dass dir (und vl auch anderen die mitlesen) die Blockliste als Lösung bekannt ist.Edit: Wo ich gerade nochmal darüber nachdenke, wenn das automatische blockieren nach mehrfachen Fehlern eingeschaltet ist, dann dürfte die Meldung sowieso max 10mal pro Adapter Neustart kommen.
Moin @lvogt
Vielen Dank! Mein Log ist nun wesentlich sauberer! Eine Bitte bzw. einen Verbesserungsvorschlag habe ich dennoch. Ich habe seit einem Update und Reboot Probleme, mit dem USB Passthrough. Ist kein Adapter-Problem, aber: Die Log-Meldung, dass der USB-Port nicht da ist, war leider auf Debug-Level, weshalb ich das nicht bemerkt habe :/
wireless-mbus.0 2022-02-13 09:32:27.779 debug CUL: Error setting wMBus mode: Timeout waiting for response wireless-mbus.0 2022-02-13 09:32:27.778 debug CUL: Message response timeout wireless-mbus.0 2022-02-13 09:32:24.818 debug connected set to true wireless-mbus.0 2022-02-13 09:32:24.818 debug connected set to true wireless-mbus.0 2022-02-13 09:32:24.770 debug Created device of type: CUL (untested) wireless-mbus.0 2022-02-13 09:32:24.739 info starting. Version 0.7.7 in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v12.22.10, js-controller: 3.3.22 host.himbeere 2022-02-13 09:32:24.193 info instance system.adapter.wireless-mbus.0 started with pid 19689Ob man da noch mal was machen kann und die auf Error Level heben kann?
Dank & Gruß
Daniel -
Moin @lvogt
Vielen Dank! Mein Log ist nun wesentlich sauberer! Eine Bitte bzw. einen Verbesserungsvorschlag habe ich dennoch. Ich habe seit einem Update und Reboot Probleme, mit dem USB Passthrough. Ist kein Adapter-Problem, aber: Die Log-Meldung, dass der USB-Port nicht da ist, war leider auf Debug-Level, weshalb ich das nicht bemerkt habe :/
wireless-mbus.0 2022-02-13 09:32:27.779 debug CUL: Error setting wMBus mode: Timeout waiting for response wireless-mbus.0 2022-02-13 09:32:27.778 debug CUL: Message response timeout wireless-mbus.0 2022-02-13 09:32:24.818 debug connected set to true wireless-mbus.0 2022-02-13 09:32:24.818 debug connected set to true wireless-mbus.0 2022-02-13 09:32:24.770 debug Created device of type: CUL (untested) wireless-mbus.0 2022-02-13 09:32:24.739 info starting. Version 0.7.7 in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v12.22.10, js-controller: 3.3.22 host.himbeere 2022-02-13 09:32:24.193 info instance system.adapter.wireless-mbus.0 started with pid 19689Ob man da noch mal was machen kann und die auf Error Level heben kann?
Dank & Gruß
Daniel@ratte-rizzo
Danke für den Hinweis. Ich werde das bei Gelegenheit anpassen. -
@ratte-rizzo
Danke für den Hinweis. Ich werde das bei Gelegenheit anpassen.Hallo @lvogt
Ich wollte mal fragen ob der Adapter auch den Wasserzähler Diehl IZAR auslesen kann oder ob das schon wer geschafft hat.
Derzeit frage ich ihn mit einem Nano Cul nach dieser Anleitung (https://github.com/zibous/ha-watermeter/blob/master/docs/wmbusmeters-nano_cul.md) ab.Für mich wäre es viel leichter es in Zukunft mit deinem Adapter zu machen.
Danke schon mal für deine Unterstützung und den tollen Adapter!
Sg. Gerald
-
Hallo @lvogt
Ich wollte mal fragen ob der Adapter auch den Wasserzähler Diehl IZAR auslesen kann oder ob das schon wer geschafft hat.
Derzeit frage ich ihn mit einem Nano Cul nach dieser Anleitung (https://github.com/zibous/ha-watermeter/blob/master/docs/wmbusmeters-nano_cul.md) ab.Für mich wäre es viel leichter es in Zukunft mit deinem Adapter zu machen.
Danke schon mal für deine Unterstützung und den tollen Adapter!
Sg. Gerald
@gerald123 ja ich lese den izar 868 damit aus.
Geht ohne Probleme mit dem NanoCul -
@gerald123 ja ich lese den izar 868 damit aus.
Geht ohne Probleme mit dem NanoCul
Support us
675
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge