Test Adapter Z-Wave 2 (v0.11.x)
-
@uschi08 sagte in Test Adapter Z-Wave 2 (v0.11.x):
Log finde ich leider keins.
Schau mal hier wegen der Logs nach
Am ab 27. Jan. 2020 - ca 13:30 h
https://forum.iobroker.net/topic/29207/test-adapter-zwave2-v0-9-x/59von @AlCalzone
- In der Adapter-Konfiguration den Haken "Detaillierte Logdatei schreiben" aktivieren. Speichern.
- Im Reiter "Geräte" auf "Cache löschen" klicken.
- Abwarten, bis bei allen relevanten Nodes "Interview completed" im ioBroker-Log erschienen ist.
- Mir die folgenden Dateien schicken:
/opt/iobroker/iobroker-data/zwave2.0/cache/<irgendwas>.json
/opt/iobroker/node_modules/zwave-js/zwave-<irgendwas>.log (bitte die mit dem neuesten Datum). - Den Haken "Detaillierte Logdatei schreiben" wieder entfernen.
Und bleibt mir bitte alle gesund !
-
Hallo Rolf,
das würde ich gerne, aber da ist nichts.
Der USB als serielle Schnittstelle wird nicht mehr erkannt, taucht auch nicht in der Instanz auf.Daher die Frage, wie ich den Sick am besten initialisieren kann.
Reboot und aus und einstecken geht nicht. Vom alten ZWwave-Adapter hingegen wir er erkannt, nach dem ich ich einmal raus und wieder reinstecke. -
@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... -
@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:
-
@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.
-
@uschi08 was sagt den
lsusbin der konsole
oder läuft da noch eine Instanz die den Port blockiert ??
-
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
-
@uschi08 sagte in Test Adapter Z-Wave 2 (v0.11.x):
Nun werden die Knoten erkannt und hoffendlich fleissig interviewed
-
gemach, gemach, denn: die Fibargroup FGS222 haben aber anscheinend nicht viel zu erzählen.
Die werden nicht interviewed, bzw, nicht vollständig.schaut so aus, als ob da Pause ist..
ich warte noch nen bisserl und mach nen reboot...
-
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 DBja, da scheint es ihn rauszuhauen:
zwave-9293.logwelche DB ist gemeint? Gibt es die Möglichkeit die Daten zu beschaffen und zu versorgen?
-
@uschi08
Edit: v0.11.4 sollte es in ein paar Minuten beheben. -
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.logFehler ist zwar weg, aber die Knoten eben nicht vollständig erkannt.
-
..Wie gesagt, die FGS222 werden nicht vernüftig erkannt und keine entsprechenden Datenpunkte generiert.
-
@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. -
Danke fürs Feedback!
Keine Eile, bin die nächsten zwei Wochen Zuhause;-) -
@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
-
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 !!
Oleedit:
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. -
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?
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. -
@uschi08 Kannst du mir mal einen Log vom originalen Adapter schicken, bei dem du die Neigung einstellst?
-
<<blind/slat position>>
OZW_Log.txt
