Test Adapter Z-Wave 2 (v0.11.x)

[arteck]

@Rolf_KA meinste du nicht, dass der Entwickler die Fragen dann selber stellen kann ??
es hilft nix wenn informationen geliefert werden die unbrauchbar sind bzw nicht geziehlt sind...

[Rolf_KA]

@arteck sagte in Test Adapter Z-Wave 2 (v0.11.x):

meinste du nicht, dass der Entwickler die Fragen dann selber stellen kann ??

Ich wollte eigentlich nur bzgl. der Log Dateien @uschi08 weiterhelfen... mehr nicht...
Da bei mir aber der Z-Wave2 Adapter hervorragend läuft, kann ich mich auch zukünftig gerne aus allem raushalten...

@uschi08: Ich verwende leider keinen Z-Wave USB Stick sondern die Razberry2 Card mit dieser Einstellung im Adapter:

[AlCalzone]

@uschi08 Da ich an der Erkennung vom Stick nichts geändert habe, ist das seltsam. Am besten Adapter deaktivieren, in den Optionen den gleichen Pfad wie beim originalen Adapter eintragen und dann Adapter starten.

[arteck]

@uschi08 was sagt den

lsusb

in der konsole

oder läuft da noch eine Instanz die den Port blockiert ??

[uschi08]

Hi,

der Stick ist da.

und ja er ist früher auch mit dem zwave2 erfolgreich auf /dev/ttyACM0 erkannt worden.

mal schauen...

edit: so, da ist er wieder, ich habe den Zwave-js ordner und den in iobroker-data gelöcht, noch mal aus dem Git installiert und die Schnittstelle wurde erkannt.

Wegen fehlender Berechtigungen musste ich dann noch mal chmod 777 /dev/ttyACM0 auf dem Stick machen...

Nun werden die Knoten erkannt und hoffendlich fleissig interviewed

[Rolf_KA]

@uschi08 sagte in Test Adapter Z-Wave 2 (v0.11.x):

Nun werden die Knoten erkannt und hoffendlich fleissig interviewed

[uschi08]

gemach, gemach, denn: die Fibargroup FGS222 haben aber anscheinend nicht viel zu erzählen.
Die werden nicht interviewed, bzw, nicht vollständig.

zwave-21311.log

fa302608.json

schaut so aus, als ob da Pause ist..

ich warte noch nen bisserl und mach nen reboot...

[uschi08]

@AlCalzone

Hi,

hatten wir die Message schon? Meldet der Adapter dem Appl.Log:

zwave2.0 2020-03-15 16:03:23.924 error (16383) Error: To create an instance of ManufacturerProprietaryCC, the manufacturer ID must be stored in the value DB at new ManufacturerProprietaryCC (/opt/iobroker/node_modules/iobroker.zwave2/n
zwave2.0 2020-03-15 16:03:23.923 error (16383) uncaught exception: To create an instance of ManufacturerProprietaryCC, the manufacturer ID must be stored in the value DB

ja, da scheint es ihn rauszuhauen:
zwave-9293.log

welche DB ist gemeint? Gibt es die Möglichkeit die Daten zu beschaffen und zu versorgen?

[AlCalzone]

@uschi08
Edit: v0.11.4 sollte es in ein paar Minuten beheben.

[uschi08]

@AlCalzone

Danke !
Ist aktualisert und angelaufen.

edit: ich glaube nicht, dass er die FGS222 noch befragt, aber ich schaue morgen nochmal drauf.
log, nach etwas mehr als einer Stunde.

zwave-11967_1.txt
zwave-11967_2.log

Fehler ist zwar weg, aber die Knoten eben nicht vollständig erkannt.

[uschi08]

..Wie gesagt, die FGS222 werden nicht vernüftig erkannt und keine entsprechenden Datenpunkte generiert.

fa302608.json
zwave-21310_1.txt
zwave-21310_2.log

[AlCalzone]

@uschi08 Danke für die Logs. Da ist noch ein Bug in der Fibaro CC, die das Interview zum Stocken bringt. Die erwartete Antwort kommt, wird aber nicht richtig erkannt.
Dürfte heute Abend oder morgen werden, bis ich das behoben habe.

[uschi08]

@AlCalzone

Danke fürs Feedback!
Keine Eile, bin die nächsten zwei Wochen Zuhause;-)

[AlCalzone]

@uschi08 v0.11.5 ist auf dem Weg. Mal sehen, ob ich danach noch eine .6 nachschieben muss - ich kann meine Geräte gerade nur zum Teil steuern

[uschi08]

die .5 scheint zu reichen, läuft noch aber ich kann die "Manufacturer Proprietary" sehen.
Die 222 und 223 werden gut erkannt, ich hoffe die anderen dann auch noch.

Log und update kommt dann später.

Danke !!
Ole

edit:
wir alles erkannt, hoch/runter geht. Das Einstellen der Neigung kann ich noch nicht bstätigen. Das scheint noch nicht zu funktionieren. Morgen nochmals im Hellen schauen, ggf. müssen die auch nochmals kalibriert werden.

zwave-32092_1.txt
zwave-32092_2.log

[uschi08]

@AlCalzone

Moin, ich habe nochmals getestet, aber die Werte lassen sich zwar setzen (werden dann zur Bestätigung auch kurz grün), Auswirkungen bleiben aber aus, sprich die Objekte schalten nicht.
Dies betrifft aber nur die "neuen" unter "Manufacturer Proprietary". Die Werteänderung ist auch im Log protokolliert:

07:39:02.713 CNTRLR [Node 005] [~] [Manufacturer Proprietary] fibaro[venetianBlindsTi [Endpoint 0] lt]: 0 => 99

passsieren tut aber nichts. Hast du eine Idee?

zwave-26920.log

EDIT:
auch nach dem Kalibrieren nichts.
Die Shutter sind allerdings i.O., denn die schalten nach dem Wechsel zum alten zwave-Adapter wie vorger auch, da hatten sie im Namen lediglich ein Postfix..wie z.B. Venetian_Blind_slat_position_1, sollte allerdings nicht weiter releant sein.

[AlCalzone]

@uschi08 Kannst du mir mal einen Log vom originalen Adapter schicken, bei dem du die Neigung einstellst?

[uschi08]

<<blind/slat position>>
OZW_Log.txt

[uschi08]

@AlCalzone

Hi gesehen hattest du das Log?
"blind/slat position" im Log weisen auf die Werteänderungen hin.

[AlCalzone]

@uschi08 Ja danke, aber noch keine Zeit gehabt.