Test Adapter Z-Wave 2 (v1.7.x)
-
@Flopsi sagte in Test Adapter Z-Wave 2 (v1.7.x):
Ich kenne das Gerät nicht, aber entsprechend dem Standard und der von dir geposteten Anleitung will ich mal ein paar Hinweise geben:Weis wer welche Punkt dieser in der Anleitung ist ?
Der Wert 3 sag mir nix, wenn hier ne 3 steht geht auch nix mehr
3 = 1 + 2 => also beides. Ich nehme an offenes Fenster heißt Heizung aus
@Flopsi sagte in Test Adapter Z-Wave 2 (v1.7.x):
Dieser Modus treibt mich in den Wahnsinn.
Heat(1) bzw. Off(0)
Wenn ich an der Heizung manuell die Temperatur einstelle auf voll steht da 31.
Die Heizung steuere ich aber doch über diesen Datenpunkt:
Herstellerspezifisch ist 31 (also voll auf). Dass der Setpoint etwas tut, setzt voraus, dass Betriebsart Heat gewählt ist. Sonst wird er ignoriert (voll zu oder voll auf).
-
@AlCalzone ich habe des Öfteren das Problem, das nach dem Anlernen von Geräten unter "Geräte" nichts mehr sichtbar ist. Bei den und bei den letzten 2-3 Geräten jedes mal. Anbei der Log über eMail.
Hab auch mal einfach gewartet, aber kommt nicht wieder. Beim letzten mal muste ich IOBroker komplett neu starten. Magst Du einmal schauen ?Danke und schönes Wochenende
Gruß André -
@Domoe sagte in Test Adapter Z-Wave 2 (v1.7.x):
@AlCalzone
Moin,ich habe jetzt mal zwei Tage lang eine Log schreiben lassen. Devolo Raumthermoastat steht immer noch auf false.
Node ID: 035
Da ich hier nur 5Mb hochladen kann habe ich die Datein bei Dropbox hochgeladen
zwave-11037.log@AlCalzone
Hast du mich überlesen? -
@Domoe Ja hatte ich tatsächlich. Problem gefunden:
Das Gerät unterstütztCentral Scene CC, antwortet aber nicht auf die nötige Abfrage der unterstützten Szenen, was das Interview abbrechen lässt.
Sollte sich relativ leicht beheben lassen - nur werden dann die Szenen nicht vorangelegt. -
@AlCalzone
Das heißt, wenn man das Gerät neu anlernt dann erstellt es die einzelne Objekte nicht?
Verstehe ich das richtig? -
@Domoe Ja, du hast dann anfangs keine einzelnen Datenpunkte für die einzelnen Scenes
zwave2.0.Central_Scene. Die werden aber jeweils angelegt, sobald eine Benachrichtigung über Szenenbetätigung kommt. -
Ok, vielen Dank für deine Erklärung.
-
@AlCalzone
Ich habe 3 gleiche Motion Sensoren neu angelernt, bei einem sind sofort alle Objekte da, bei den zwei weiteren fehlen einige, u.a. komplett "Configuration". Jetzt habe ich mich mehrere Tage in Geduld geübt, um den Sensoren die Chance zu geben, ihre Daten nach Aufwachen loszuwerden. Bisher Fehlanzeige. Die Einstellung "Datenpunktnamen nicht überschreiben" habe ich aktiviert, da ich meinen Z-Wave Module sprechende Namen gebe. Ich gehe aber davon aus, dass das nicht das Anlegen neuer Objekte verhindert.Irgendeinen Tipp?
-
@jrgsch LOG erzeugen... schon mal drüber nachgedacht
-
@jrgsch Bitte die folgenden Infos liefern:
https://github.com/AlCalzone/ioBroker.zwave2/blob/master/docs/de/bei-problemen.md#notwendige-informationen-für-ein-issue -
@AlCalzone : Danke diesen link hab ich gesucht
Das plugin (verwende noch 1.7.5) funktioniert richtig gut mit die meiste meine z-wave modulen
Nur 1 (von 8 ) Fibaro FGK-101 Tur/Fenster sensoren gibt leider nicht alle daten. Es funktionieren die tur erkennung und tamper, nur gibt er nicht alle weitere info's (wie zum beispiel batterie). Die andere 7 funktionieren einwandfrei.
Im log steht:
08:55:54.023 CNTRLR [Node 036] Beginning interview - last completed stage: None
08:55:54.024 CNTRLR [Node 036] new node, doing a full interview...
08:55:54.024 CNTRLR » [Node 036] querying protocol info...
08:55:54.033 SERIAL » 0x01040041249e (6 bytes)
08:55:54.035 DRIVER » [REQ] [GetNodeProtocolInfo]
payload: 0x24
08:55:54.042 SERIAL « [ACK] (0x06)
08:55:54.044 SERIAL « 0x01090141539c010407017a (11 bytes)
08:55:54.044 SERIAL » [ACK] (0x06)
08:55:54.046 DRIVER « [RES] [GetNodeProtocolInfo]
payload: 0x539c01040701
08:55:54.051 CNTRLR « [Node 036] received response for protocol info:
basic device class: Static Controller
generic device class: Notification Sensor
specific device class: Notification Sensor
is a listening device: false
is frequent listening: false
is a routing device: true
is a secure device: unknown
is a beaming device: true
maximum baud rate: 40000 kbps
version: 4
08:55:54.052 CNTRLR [Node 036] The node is now awake.
08:55:54.057 CNTRLR [Node 036] Interview stage completed: ProtocolInfo
08:55:54.061 DRIVER Unexpected error during SerialAPI command: ZWaveError: Security CC requires a
nonce to be sent!
08:55:54.065 CNTRLR [Node 036] did not respond after 1/3 attempts. Scheduling next try in 500 ms.
08:55:54.066 CNTRLR » [Node 036] pinging the node...
08:55:54.568 DRIVER Unexpected error during SerialAPI command: ZWaveError: Security CC requires a
nonce to be sent!
08:55:54.570 CNTRLR [Node 036] did not respond after 2/3 attempts. Scheduling next try in 500 ms.
08:55:55.073 DRIVER Unexpected error during SerialAPI command: ZWaveError: Security CC requires a
nonce to be sent!]
08:55:55.098 SERIAL » 0x01080013240100255fbb (10 bytes)
08:55:55.099 DRIVER » [Node 036] [REQ] [SendData]
│ transmit options: 0x25
│ callback id: 95
└─[NoOperationCC]
08:55:55.099 CNTRLR [Node 036] The node is not included securely. Continuing interview non-securel
y.
08:55:55.100 CNTRLR [Node 036] WakeUpCC: doing a complete interview...
08:55:55.100 CNTRLR » [Node 036] retrieving wakeup interval from the device...
08:55:55.103 SERIAL « [ACK] (0x06)
08:55:55.106 SERIAL « 0x0104011301e8 (6 bytes)
08:55:55.107 SERIAL » [ACK] (0x06)
08:55:55.108 DRIVER « [RES] [SendData]
was sent: true
08:56:01.922 SERIAL « 0x010700135f0102aa1d (9 bytes)
08:56:01.923 SERIAL » [ACK] (0x06)
08:56:01.925 DRIVER « [REQ] [SendData]
callback id: 95
transmit status: NoAck
08:56:01.938 SERIAL » 0x01090013240272042560f0 (11 bytes)
08:56:01.939 DRIVER » [Node 036] [REQ] [SendData]
│ transmit options: 0x25
│ callback id: 96
└─[ManufacturerSpecificCCGet]
08:56:01.940 CNTRLR [Node 036] The node did not respond after 1 attempts.
It is probably asleep, moving its messages to the wakeup queue.
08:56:01.941 CNTRLR [Node 036] The node is now asleep.
08:56:01.944 CNTRLR [Node 036] ping failed: Failed to send the command after 1 attempts (Status No
Ack)
08:56:01.945 CNTRLR » [Node 036] querying node info...
08:56:01.955 SERIAL « [ACK] (0x06)
08:56:01.958 SERIAL « 0x0104011301e8 (6 bytes)
08:56:01.959 SERIAL » [ACK] (0x06)
08:56:01.961 DRIVER « [RES] [SendData]
was sent: true
08:56:08.672 SERIAL « 0x01070013600102a028 (9 bytes)
08:56:08.672 SERIAL » [ACK] (0x06)
08:56:08.673 DRIVER « [REQ] [SendData]
callback id: 96
transmit status: NoAckWurde ein upgrade auf 1.7.8 helfen? Ich hab auch noch ein Fibaro rauchmelder die sich ahnlich verhalt, da muss ich mir das log noch mal anschauen. Ein 2e rauchmelder bleibt immer wach (und damit mit batterie nutzlos)
Danke fur die sehr gute arbeit!
-
@AlCalzone : Beim versuch mit der Rauchmelder hat's dann auf einmal funktioniert (paar mal tamper taste gedruckt) und der ist dann angefangen seine konfiguration zu senden
Hab das noch ein mal mit der tur sensor getan (hatte das vorher ohne erfolg versucht) und sehe da auf einmal funktioniert er Hab jetzt aber das probleem das 2 rauchmelder immer awake bleiben. Hab die geraten auch schon auf factory default gereset aber das bringt leider nichts. Kann dein adapter da helfen oder liegt das einfach an die geraten?
-
Es sind alle Fibaro FGSS001 Rauchmelder, sind laut Manufacturing information gleich, aber unterscheiden sich:
Ein funktionierende FGSS001:
Bemerke ControllerNodeId beim Wakeup (1)Der erste FGSS001 die bleibt alive:
Hier steht ControllerNodeId auf 255 ! obwohl manufacturing specific und version gleich sind. Ich kann diesen wert auch nicht andernDer 3e FGSS001 gibt uberhaupt keine Wakeup informationen (vielleicht weil der batterie schnell lehr ist)
Ich habe mal das log file vom node 038 dran gehangt und ein paar batterie punkten rot markiert. Vielleicht gibt's da eine losung?
-
@wykat : Hier der anhang als PDF....
-
@wykat Puh, das ist eine chaotische Meldung.
Bitte:
- Update auf 1.7.10 um auszuschließen, dass wir Geister jagen
- Logs bitte nicht im Post einfügen, sondern als vollständige Textdateien anhängen ohne Formatierung
- Geräte, bei denen
readyauftruesteht, aber trotzdem irgendwas mit den Datenpunkten nicht stimmt, über die Adapter-Konfiguration gezielt einzeln neu interviewen. - Dann bitte nochmal zusammenfassen, was jetzt nicht geht, bestenfalls von den erneuten Interviews ein Log anhängen.
-
@AlCalzone said in Test Adapter Z-Wave 2 (v1.7.x):
@wykat Puh, das ist eine chaotische Meldung.
Bitte:
- Update auf 1.7.10 um auszuschließen, dass wir Geister jagen
Gemacht, aber leider keine verbesserung
- Logs bitte nicht im Post einfügen, sondern als vollständige Textdateien anhängen ohne Formatierung
Kann nur "upload file" machen, das neue log file nach update und node refresh habe ich. Ist das ok?
- Geräte, bei denen
readyauftruesteht, aber trotzdem irgendwas mit den Datenpunkten nicht stimmt, über die Adapter-Konfiguration gezielt einzeln neu interviewen.
Ja das hab ich schon mehrmals gemacht (man sieht im log was alles ausgetauscht wird zwischen zWave stick und die rauchmelder
- Dann bitte nochmal zusammenfassen, was jetzt nicht geht, bestenfalls von den erneuten Interviews ein Log anhängen.
Ich hab 3 Fibaro FGSS001 rauchmelder die alle 3 behaupten identisch zu sein (gleiche firmware, library, etc.):
Node4: Funktioniert einwandfrei
Node29: Bleibt immer 'alive', sowohl im zWave2 instance als im objects. Hab kein eintrag im log gefunden das Node29 'asleep' gegangen ist. Beim Node29 fehlt immer noch die option Wake_up (ist bei Nodes 4 und 38 da).
Node38: Bleibt immer 'awake' im objects, im instance aber als asleep angezeigt. Log zeigt das diese node38 asleep ist. Hab jetzt mal eine neue batterie installiert aber denke der wird auch wieder schnell lehr sein.
-
@wykat sagte in Test Adapter Z-Wave 2 (v1.7.x):
Kann nur "upload file" machen, das neue log file nach update und node refresh habe ich. Ist das ok?
Jup, einfach hier im Forum hochladen.
@wykat sagte in Test Adapter Z-Wave 2 (v1.7.x):
Node38: Bleibt immer 'awake' im objects, im instance aber als asleep angezeigt. Log zeigt das diese node38 asleep ist.
Das könnte ein Anzeigefehler im Admin sein. Bei den anderen ist definitiv was faul.
-
@AlCalzone said in Test Adapter Z-Wave 2 (v1.7.x):
@wykat sagte in Test Adapter Z-Wave 2 (v1.7.x):
Kann nur "upload file" machen, das neue log file nach update und node refresh habe ich. Ist das ok?
Jup, einfach hier im Forum hochladen.
Anbei, danke!
zwave-12345.log -
@AlCalzone ich habe da auch noch ein kleines Anliegen bezüglich eine Aeon Lab Keyfob. Die Fernbedienung habe ich angelernt. Nur scheinen dort auch noch Datenpunkte zu fehlen. habe bereits das Gerät neu interviewt. Anbei einmal ein Screenshot welche Datenpunkte dort angelegt sind. Auch mit der Betätigung von Tasten, kommen keine neuen Datenpunkten. Logs schicke ich Dir per Mail. Es geht da um Note 071
Gruß und Danke André
-
@all - Hab euch nicht vergessen, nur viel zu tun und bin seit ein paar Tagen auf Bug-Jagd
