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

[HKF8770]

@hg6806 Hallo, also bei mir läuft es mittlerweile. Ich hab im Log immer noch den Fehler Unknown VIFExt 0x13 aber die Daten kommen.

Hast du eine Idee was der Fehler Unknown VIFExt 0x13 ist?

[HKF8770]

@hkf8770 Kommt einer mit den Fehlern klar und hat einen Tip?

[hg6806]

@hkf8770
Hast du auch einen iPerl Sensus und nanoCUL?

[lvogt]

Hallo zusammen,
in letzter Zeit hatte ich nicht so viel Zeit. Ich versuche mal eine Runde Antwort zu verteilen:

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

ch habe genau die gleichen Einstellungen auf meinem Testsystem eingestellt, leider bekomme ich keine Verbindung zum Wasserzähler.
Im Log ist nach dem Starten folgendes und dann kommt nichts mehr:

Da sieht für mich auch nach irgendeinem grundsätzlichen Hardware oder ioBroker Problem aus. Da kann ich glaube ich nicht weiterhelfen. Aber ein Pi 3B+ sollte auf jeden Fall reichen...

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

Bekomme gerade den folgenden Fehler.

Meien datenpunkte habe ich, sprich die Verbindung Gerät über IM871A-USB zu meinem Rasberry steht. Hat einer eine Idee?

Das heißt, dass der Adapter nicht "alle Details" des Telegramms auswerten konnte. Evtl. ist das auch nicht wirklich wichtig. Könnte aber auch tatsächlich zu falschen Werten führen. Kommt darauf was der Hersteller da in einem (vermutlich nicht standard-konformen) VIFE verpackt hat.
Wenn du mir mal mit Hilfe des Debug-Logs einen Auszug der auch das ganze Telegramm enthält zukommen lässt kann ich evtl. versuchen daran was zu machen. Natürlich alles ohne Garantie.

Dass die Fehlermeldung kontinuierlich im Log auftaucht ist natürlich nicht so gut. Da muss ich mal grundsätzlich noch etwas dran drehen wie geloggt wird.

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

Nun habe ich Wasser Nord (Berliner Umland) angeschrieben mit der Bitte, mir den AES Key mitzuteilen. Das war leider erfolglos.

Ob der HYDRUS 2 (mit AES Key) was brauchbares liefert weiß ich nicht genau (mein Tipp wäre, ja), aber ich kann mich nur nochmal wiederholen, ohne AES Key geht gar nichts.

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

Was denkst du über M-BUS S?

Das ist ein (Kabel)M-Bus Master. Was hat das mit WM-Bus und insbesondere mit diesem Adapter zu tun?

[hg6806]

So, ich hatte das mal mit den nanoCUL und iPerl Sensus gestartet, leider bekomme ich keine Daten.
Ich habe das wmbusmeter Zeug gestoppt, der Stick wurde von dem Adapter auch erkannt.
AES Schlüssel ist eingegeben. Baudrate 9600 gesetzt
Hier die Log Ausgabe:

wireless-mbus.0	2022-03-19 08:44:51.683	info	(16651) starting. Version 0.7.7 in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v14.19.0, js-controller: 4.0.18
wireless-mbus.0	2022-03-19 08:44:51.647	warn	(16651) This object will not be created in future versions. Please report this to the developer.
wireless-mbus.0	2022-03-19 08:44:51.642	warn	(16651) Object wireless-mbus.0.info.rawdata is invalid: Default value has to be type "string" but received type "boolean"

Hat jemand eine Idee?

[lvogt]

@hg6806

Ich denke die Kommunikation zum Stick klappt nicht. Stell das Logging für den Adapter mal auf Debug. Dann gibts vermutlich mehr Hinweise

[gerald123]

@lvogt
Hab jetzt nochmals alles neu aufgesetzt, leider immer mit dem gleichen Ergebnis .
Werde dann hier noch weiter mitlesen, vielleicht gibt es ja noch Infos wo es bei mir scheitert.

[lvogt]

@gerald123
Nur mal zur Sicherheit: Dein Logauszug war auf debug Level? Falls nicht, bitte mal noch prüfen ob es damit ein paar mehr Ausgaben gibt.

[hg6806]

@gerald123

Hier das Log im Debug Modus. Sieht meiner Meinung nach auch unauffällig aus.

wireless-mbus.0	2022-03-21 20:04:02.241	debug	(15755) connected set to true
wireless-mbus.0	2022-03-21 20:04:02.193	debug	(15755) connected set to true
wireless-mbus.0	2022-03-21 20:04:02.163	debug	(15755) CUL: Receiver set to T-MODE and data reporting with RSSI
wireless-mbus.0	2022-03-21 20:04:02.107	debug	(15755) Created device of type: CUL (untested)
wireless-mbus.0	2022-03-21 20:04:01.984	info	(15755) starting. Version 0.7.7 in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v14.19.1, js-controller: 4.0.21
wireless-mbus.0	2022-03-21 20:04:01.970	warn	(15755) This object will not be created in future versions. Please report this to the developer.
wireless-mbus.0	2022-03-21 20:04:01.968	warn	(15755) Object wireless-mbus.0.info.rawdata is invalid: Default value has to be type "string" but received type "boolean"
wireless-mbus.0	2022-03-21 20:04:01.215	debug	(15755) States connected to redis: 127.0.0.1:9000
wireless-mbus.0	2022-03-21 20:04:01.108	debug	(15755) States create User PubSub Client
wireless-mbus.0	2022-03-21 20:04:01.106	debug	(15755) States create System PubSub Client
wireless-mbus.0	2022-03-21 20:04:01.041	debug	(15755) Redis States: Use Redis connection: 127.0.0.1:9000
wireless-mbus.0	2022-03-21 20:04:00.960	debug	(15755) Objects connected to redis: 127.0.0.1:9001
wireless-mbus.0	2022-03-21 20:04:00.935	debug	(15755) Objects client initialize lua scripts
wireless-mbus.0	2022-03-21 20:04:00.756	debug	(15755) Objects create User PubSub Client
wireless-mbus.0	2022-03-21 20:04:00.754	debug	(15755) Objects create System PubSub Client
wireless-mbus.0	2022-03-21 20:04:00.740	debug	(15755) Objects client ready ... initialize now
wireless-mbus.0	2022-03-21 20:04:00.598	debug	(15755) Redis Objects: Use Redis connection: 127.0.0.1:9001

[lvogt]

@hg6806
Sieht in der Tat unauffällig aus. Und die Kommunikation zum Stick scheint auch ok zu sein. Dann wäre halt die Anschlussfrage: Du bist sicher, dass auch irgendwas in deinem "Testzeitraum" empfangen werden müsste?

[hg6806]

@lvogt

Eigentlich ja, denn ich hatte es einige Stunden am Laufen.
Mit wmbusmeters hatte ich grob alle 1-3 Stunden etwas empfangen.

Es ist doch so, sobald etwas empfangen wird, wird ein Datenpunkt neben "wireless-mbus.0.info" erstellt, oder?
Das ist bis jetzt noch nicht erfolgt.

[lvogt]

@hg6806 Ja da sollte dann ein "Device" im Objektbaum auftauchen - oder eine Logausgabe falls es Probleme gibt.

Mein letzter Rateversuch: Sendet das Gerät auf das du wartest vl nicht im T Mode sondern im S Mode?

[hg6806]

@lvogt

Ja, ich warte immer auf Übertragung und kann auch mal S Mode versuchen.

Nochmal die Frage ob es bei @kiste01 nun läuft?

[HKF8770]

@hkf8770

O.K., hab da folgende Informationen und auch den Fehler im debug log

[HKF8770]

Hab auch den Fehler dass rawdata string sein sollte, aber die Daten boolen sind. Aber wie gesagt Der wichtige Wert der Wasseruhr kommt rein. Ist eher zur Info für die Entwickler

In io sieht das wie folgt aus

Also gar net so schlecht

[lvogt]

Ich habe vorhin v0.7.8 veröffentlicht. Hauptsächliche Änderung ist, dass die Warnung über den Defaultwert des States beim Adapterstart nun verschwunden sein sollte und das kritische Probleme bei der Kommunikation mit dem "USB Stick" nun auch als ERROR geloggt werden sollten.

Kurze Warnung: Dadurch musste ich natürlich in den entsprechenden Klassen für die Kommunikation mit den USB Sticks kleine Änderungen machen. Diese Klassen haben aber leider null Testabdeckung... Also falls mit der neuen Version plötzlich "gar nichts" mehr gehen sollte, bitte melden!

---

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

@hkf8770

O.K., hab da folgende Informationen und auch den Fehler im debug log

Der entscheidenden Teil fehlt aber leider in deinem Screenshot(!). Die Rohdaten des Telegramms sind unvollständig da dein Screenshot da abgeschnitten ist. Logauszüge immer besser auch als Text posten. Das sollte die eigentlich weniger Arbeit machen wenn du dir den Screenshot sparst und "der Empfänger" muss nicht anfangen (fehleranfällig!) von Hand was abzutippen...

Alternativ würde vl. das genaue Modell des Wasserzählers vl. auch schon helfen - zumindest falls der Hersteller nett genug ist was zu den verwendenten Telegrammen im Handbuch zu schreiben.

[Simps]

Hallo zusammen,

ich würde mir gerne einen Stick zulegen, aber alles ist ausverkauft. Hat jemand einen Tipp?

Ich habe Heizkostenverteiler an den Heizkörpern, manche haben keine AES Verschlüsselung (Qundis) auf dem OMS Kanal. Was denkt ihr, kann ich davon ausgehen, dass zB der Nano-Cul da funktioniert?

Aber ich sehe gerade, selbst der scheint ausverkauft zu sein?

Danke Euch für die erste Hilfe. Super Threat

[kiste01]

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

@lvogt

Ja, ich warte immer auf Übertragung und kann auch mal S Mode versuchen.

Nochmal die Frage ob es bei @kiste01 nun läuft?

Update: Hat sich geklärt. Mehrere Neustarts und ein kurzes Entfernen des Sticks haben Wunder bewirkt.

Das letzte Adapterupdate hat irgendwas verändert, so dass ich den Adapter nicht mehr grün bekomme, davor lief es top. Da ich zeitgleich aber auch sonst das System (iob auf 4.0.21 und node.js auf 14.19.1) aktualisiert habe, kann ich das nicht voneinander trennen.

Aktuell steht das im log

wireless-mbus.0
2022-03-28 18:04:19.841	debug	connected set to false
wireless-mbus.0
2022-03-28 18:04:19.803	debug	connected set to false
wireless-mbus.0
2022-03-28 18:04:19.800	debug	connected set to false
wireless-mbus.0
2022-03-28 18:04:19.786	error	Serialport error: Port is not open
wireless-mbus.0
2022-03-28 18:04:19.784	error	Serialport error: Error Resource temporarily unavailable Cannot lock port
wireless-mbus.0
2022-03-28 18:04:19.775	debug	Created device of type: CUL (untested)
wireless-mbus.0
2022-03-28 18:04:19.691	info	starting. Version 0.7.7 (non-npm: lvogt/ioBroker.wireless-mbus#32679a612e4f3c02184035bd12d7fcaad4840ff1) in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v14.19.1, js-controller: 4.0.21
wireless-mbus.0
2022-03-28 18:04:19.673	warn	This object will not be created in future versions. Please report this to the developer.
wireless-mbus.0
2022-03-28 18:04:19.671	warn	Object wireless-mbus.0.info.rawdata is invalid: Default value has to be type "string" but received type "boolean"

[Michi_Pi]

@lvogt bei mir funktioniert nach wie vor der Adapter mit dem neuen Update.

[Simps]

Servus @lvogt

Du suchst ja Tester für CUL, ich hab einen Mini-Cul, die Firmware ist upgedatet auf WMBUs-fähig.

Über Github installiere ich Deinen Adapter, aber er taucht nicht unter den Adaptern auf, er legt aber zwei Objekt-Verzeichnisse an (wmbus/admin, aber keine Ziffer). Beim Installieren kommt (Debug-Fenster). Die Script Depency WARN ist sicher die Lösung, finde durch googlen nichts, was mir hilft, ist es die NPM Version?

url https://github.com/lvogt/ioBroker.wireless-mbus --host pii --debug
install lvogt/ioBroker.wireless-mbus#ece83640b64ef90971e96e03b229f236dd2d2b0a
NPM version: 6.14.16Installing lvogt/ioBroker.wireless-mbus#ece83640b64ef90971e96e03b229f236dd2d2b0a... (System call)
iobroker npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@2.3.2 (node_modules/fsevents):
iobroker npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.3.2: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"})

+ iobroker.wireless-mbus@0.7.8added 2 packages from 2 contributors in 11.038s

46 packages are looking for funding run `npm fund` for details
upload [2] wireless-mbus.admin /opt/iobroker/node_modules/iobroker.wireless-mbus/admin/index_m.html index_m.html text/html
iobroker upload [1] wireless-mbus.admin /opt/iobroker/node_modules/iobroker.wireless-mbus/admin/wireless-mbus.png wireless-mbus.png image/png
iobroker upload [0] wireless-mbus.admin /opt/iobroker/node_modules/iobroker.wireless-mbus/admin/words.js words.js application/javascript
iobroker exit 0

npm fund hat kein nennenswertes Ergebnis.
Javascript version ist 5.2.21
NPM ist 6.14.16
Alla Adapter sind upgedated (via stable repository).

ABER: Wenn ich nicht den Link aus Github installiere, sondern den WMBUS Adapter 0.7.8 aus dem beta Repository (ist das denn deiner?) bekomme ich im System einen funktionierenden Adapter, ausserdem auch irgendwelche Daten (siehe Screenshot), aber keine Objekte ausm funk. Es müssten aber ein paar funken.

Danke fürs Helfen

Stefan