Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[Gabe]

@AlCalzone Guten wollte nur kurz berichten, dass Value bei Notification auch bei 1.7.6 nicht gesetzt wird. Gruß

[jrgsch]

[Re: Test Adapter Z-Wave 2 (v1.7.x)

Aktuelle Test Version | 1.7.5

Hoffentlich klappt jetzt der 2.Versuch --> ich hatte aus Versehen einen neuen Topic erstellt.

Hallo,
ich habe bisher den alten Z-Wawe Adapter genutzt. Nun war das Netzwerk gecrasht (den Grund konnte ich nicht ermitteln, es wurde langsamer und langsamer und auch nach Reset blieben viele netzbetriebene Geräte tot, z.B. Roller Shutter- gut dass die Sommersaison mit Rasenbewässerung etc. vorbei ist ), sodass mir nur ein Hard-Reset des Controllers blieb. Da auch ich immer wieder mit den "Besonderheiten" der Installation des alten Adapters zu kämpfen hatte, entschied ich mich jetzt, mit Z-Wave 2 loszulegen. Ein bisschen gespielt am Testsystem (gleicher Controller Z-Wave.Me ZME_UZB1 USB Stick) hatte ich bereits.

Folgende Probleme wurden bisher beobachtet,

1. FIBARO System FGKF601 Keyfob

hier fehlen bei mir die Configuration Einträge für die Tasten Square, Triangle und Circle. Der eine oder andere ID-Bezeichner stimmt auch noch nicht so ganz.

Z-Wave

Z-Wave 2

2. Coolcam Motion Sensor Shenzhen Neo Electronics Co., Ltd. PD03Z

es fehlt bei mir die komplette Configuration.

Anbei die Log-Files. Ich bitte um Nachsicht, falls irgendwas nicht so ist, wie erwartet oder ich irgendwo übersehen habe, dass es schon Lösungen gibt. Ich würde mich aber gerne im Rahmen meiner Möglichkeiten beim Testen einbringen.

fdd5cdf7.json
fdd5cdf7.values.jsonl

Gruß Jörg

[gfrene]

@AlCalzone said in Test Adapter Z-Wave 2 (v1.7.x):

@gfrene Hätte schon gerne gewusst was schief läuft. Nicht dass es ein Fehler im Adapter ist

Leider zu spät gelesen .. ist schon auf dem Rückweg ... Sorry

Gruß
Rene

[AlCalzone]

@Gabe sagte in Test Adapter Z-Wave 2 (v1.7.x):

Aber schlafen die nicht immer bis sie auslösen?

Sorry, hatte deinen Kommentar übersehen.
Streng genommen wachen die nicht mal auf, wenn sie auslösen. Wenn sie nicht aufwachen, schreitet das Interview nicht voran (welches bei jedem Adapter-Start gemacht wird) und die Werte werden nie angelegt weil der entsprechende Code nicht ausgeführt wird.
Probier doch mal, einen der Nodes manuell aufzuwecken, ob sich dann was tut. Am besten direkt bei aktiviertem Log, damit ich es nachvollziehen kann.

---

@jrgsch

zu 1.: Die Konfigurations-Einträge sind hier definiert:
https://github.com/AlCalzone/node-zwave-js/blob/master/packages/config/config/devices/0x010f/fgkf601.json
Ich weiß nicht wie fit du bist, aber du kannst gerne einen PR erstellen mit den nötigen Änderungen. Eine Beschreibung des Dateiformats findest du unter https://zwave-js.github.io/node-zwave-js/#/development/config-files
Was ich auf dem Screenshot schon erkennen kann: Es werden Sonderzeichen für Dreieck, etc verwendet, die beim "Übersetzen" in ioBroker-IDs verloren gehen (und daher vermutlich alle den gleichen State beschreiben). Die sollten besser durch "Triangle", "Square", etc. ersetzt werden.

Falls dir das zu viel ist, bitte explizit beschreiben, welche Fehler du siehst, dann mach ich es am Wochenende selbst.

zu 2.: Ich brauche die Node-Nummer des Geräts

[Gabe]

@AlCalzone anbei der Log habe mal Node 36 ausgelösst. Danach bekommt er auch den 0 Wert

zwave-25143.log

[jrgsch]

@AlCalzone

Danke für die schnelle Reaktion

zu 1. schaue ich mir an --> ich hatte die Datei schon gefunden aber mich noch nicht dran vergriffen, falls ich erfolgreich bin stelle ich sie hier rein, damit sie in der nächsten release aktualisiert werden kann

zu 2. es handelt sich um Node Nr 5

[AlCalzone]

@Gabe Ich meinte eigentlich nur aufwecken, nicht den Alarm auslösen Sollte auch in der Anleitung stehen, wie das geht. I.d.R. ist das der Knopf, der auch zum Einbinden genutzt wurde.

@jrgsch sagte in Test Adapter Z-Wave 2 (v1.7.x):

zu 2. es handelt sich um Node Nr 5

Das initiale Interview ist noch nicht durch - erkennbar am Status "ready", der bei dir auf "false" steht. Batteriebetriebene Geräte müssen aufgeweckt werden (bzw. es muss lange genug gewartet werden), damit das durchläuft. Oft wachen die nur alle paar Stunden ganz kurz auf.

[Gabe]

@AlCalzone frag mich nicht warum, aber trotz Neustart des Adapters setzt er jetzt value... Vllt brauchte er einmal die Auslösung? Keine Ahnung...

[AlCalzone]

@Gabe Der Wert wird nicht gelöscht wenn er mal da war - falls du das meinst?

[Gabe]

@AlCalzone auch nicht bei einem kompletten Neustart von iobroker?

[AlCalzone]

@Gabe Nein

[zanabria]

@AlCalzone
hi, gibt es für den Sensative Stribs
auch eine Möglichkeit der Inclusion in IoBroker (Z-Wave)?

[AlCalzone]

@zanabria Wüsste jetzt nicht warum nicht

[jrgsch]

@AlCalzone said in Test Adapter Z-Wave 2 (v1.7.x):

Das initiale Interview ist noch nicht durch - erkennbar am Status "ready", der bei dir auf "false" steht. Batteriebetriebene Geräte müssen aufgeweckt werden (bzw. es muss lange genug gewartet werden), damit das durchläuft. Oft wachen die nur alle paar Stunden ganz kurz auf.

da muss mehr dahinter stecken, alle anderen Objekte sind da und ich habe den Sensor mehrfach manuell aufgeweckt und dabei auch das Interview wiederholt

[BausSH]

@AlCalzone said in Test Adapter Z-Wave 2 (v1.7.x):

v1.7.6 ist auf dem Weg

Danke für deine Mühe. Leider ist mein Problem noch nicht ganz beseitigt. Der Target-Value der Helligkeit ist jetzt tatsächlich schreibbar, aber die Target-Values der Farben und Weißkanäle sind noch immer nicht beschreibbar. Ändere ich das, bleibt die Lampenfarbe immer noch nicht geändert. Hier sind die Raw-Daten des Grünkanals:

{
  "from": "system.adapter.zwave2.0",
  "user": "system.user.admin",
  "ts": 1602862049462,
  "common": {
    "name": "Target value (Green)",
    "role": "value",
    "desc": "The target value of the Green color.",
    "type": "number",
    "min": 0,
    "max": 255,
    "read": true,
    "write": false
  },
  "native": {
    "nodeId": 9,
    "valueId": {
      "commandClass": 51,
      "endpoint": 0,
      "property": "targetColor",
      "propertyKey": 3
    }
  },
  "acl": {
    "object": 1638,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator",
    "state": 1638
  },
  "_id": "zwave2.0.Node_009.Color_Switch.targetColor_green",
  "type": "state"
}

Brauchst du für die nicht funktionierende Farbenänderung noch ein Log?

[AlCalzone]

@jrgsch Ok dann brauche ich mal ein Log bitte

@BausSH ja von dir auch Wegen der nicht schreibbaren DPs bitte mal das Interview des Nodes wiederholen (über Geräte -> [...]).

[jrgsch]

@AlCalzone said in Test Adapter Z-Wave 2 (v1.7.x):

@jrgsch Ok dann brauche ich mal ein Log bitte

Mach ich heute am späten Abend

Zuvor aber eine Verständnisfrage: ich habe lokal die fgkf601.json geändert und das Gerät erneut interviewt --> ergab erstmal nichts. Dann habe ich den Objekten den Pfad "Configuration" gelöscht damit er neu aufgebaut werden kann. Erneut das Interview gestartet (und auch nachweislich das Gerät aufgeweckt) --> der Pfad Configuration wird nicht angelegt. Muss ich das Gerät komplett ex- und inkludieren? Wäre blöd, da sich in den Scripten dann immer die Node-Nr verschieben.

[BausSH]

@AlCalzone said in Test Adapter Z-Wave 2 (v1.7.x):

@BausSH ja von dir auch

Alles klar. Ich habe:

• das Log aktiviert
• ioBroker neu gestartet
• das Interview neu durchgeführt und
• einige Farben geändert.

Die Target-Values sind jetzt tatsächlich schreibbar. Aber die Farben ändern sich noch immer nicht.

Hier ist das Log:
c2ec032b.values.jsonl

Es geht übrigens mal wieder um das Node 009. Danke für die Mühe.

[zanabria]

@AlCalzone
Danke geht nach neuer Inclusion!

[AlCalzone]

@BausSH Das ist leider nicht das Log. Bitte nochmal genau lesen: https://github.com/AlCalzone/ioBroker.zwave2/blob/master/docs/de/bei-problemen.md#notwendige-informationen-für-ein-issue Punkt 1