[NUKI Smartlock] Neuer Thread

[the-vince]

Du hast da ein Bug gefunden und der ist auch schon gemeldet worden. Allerdings ist das kein Bug im Modul sondern leider in der API der Nuki Bridge.
Es gibt unterschiedliche Ausgaben für die Endpunkte /list und /info bei den Smartlock 3.0 und 3.0 Pro Geräten.

Ach ja... Softwaretesting kann der zahlende Endkunde sowieso viel effizienter als die eigenen Entwickler... Entwickler sind auch so teuer.

[CoolTux]

Ach ja... Softwaretesting kann der zahlende Endkunde sowieso viel effizienter als die eigenen Entwickler... Entwickler sind auch so teuer.

Ich habe aber einen Würgarround erstellt. Kommt morgen per Update. Ist auch gleich das Pre-Release von Version 2.

[Nighthawk]

Hallo Marko,

Danke für den Fingerzeig 
Ein  list callback habe ich nicht gefunden, ein get Callbacklist hatte bei mir "none" geliefert.
Nach dem Neudefinieren der webhookFWinstance bekomme ich jetzt tatsächlich den Zusatand des Türsensors, wie auch den Zustand des Schlosses mit (locked, unlocked).
Wird auch ein Event erzeugt wenn man öffnet (also unlatch über die App ausführt)?

Danke und Gruß
Alex

[CoolTux]

Hallo Alex,

Schön daß es nun geht. Ob es einen Event gibt kann ich gerade nicht sagen. Also generell gibt es einen aber erst als Callback wenn die Tür geöffnet wurde.


Grüße

[CoolTux]

Ich habe eine Vorabversion von Version 2 ins SVN geladen so das wir mehr "Tester" haben. Kommt nachher um 8 Uhr per update

[Thyraz]

Das überbügelt dann die normale Version die bisher mit FHEM ausgeliefert wird?
Wenn ja, gibts da was zu beachten nach dem Update, oder sollte das einfach ohne Änderung seitens des Users funktionieren?

[CoolTux]

Es ist ein normales FHEM Update, also ja es überbügelt die derzeitige Version.
Zu beachten gibt es nichts weiter. Sollte genau so gehen wie bisher.

[Wscheff]

Hi Zusammen,

ich habe festgestellt, dass das Reading doorsensorStateName nicht mehr aktualisiert wird, dafür das Reading doorsensorState den Text enthält, der vor der neuen Version ein Zahlenwert war. Ich triggerte bisher auf den Zahlenwert, derzeit nicht möglich. Gibt es da eine Möglichkeit die alte Logik zu erhalten?

Gruss
wscheff

[CoolTux]

Hi Zusammen,

ich habe festgestellt, dass das Reading doorsensorStateName nicht mehr aktualisiert wird, dafür das Reading doorsensorState den Text enthält, der vor der neuen Version ein Zahlenwert war. Ich triggerte bisher auf den Zahlenwert, derzeit nicht möglich. Gibt es da eine Möglichkeit die alte Logik zu erhalten?

Gruss
wscheff

Oh ja sorry, ich habe da ein paar eindeutigere Readings zugeordnet. Aber immer hin wissen wir nun das es noch andere User gibt 
Ändere einfach Deinen Trigger und das alte Reading kannst Du löschen.

[Wscheff]

Oh ja sorry, ich habe da ein paar eindeutigere Readings zugeordnet. Aber immer hin wissen wir nun das es noch andere User gibt 
Ändere einfach Deinen Trigger und das alte Reading kannst Du löschen.

also keine Chance die alte Zahlenlogik zu erhalten?
ich trigger mit den Zahlen. da muss ich einige Doifs umschreiben   

[Wscheff]

Es ist ein normales FHEM Update, also ja es überbügelt die derzeitige Version.
Zu beachten gibt es nichts weiter. Sollte genau so gehen wie bisher.

Für mich gings leider nicht wie bisher weiter. Ich habe einen Rollback auf die alte Version gemacht und bin bis auf Weiteres beim Testen raus.

Gruss
wscheff

[CoolTux]

https://git.cooltux.net/FHEM/mod-NUKI/releases

Ich bin dann mal fertig und die aktuelle Version wird morgen früh offiziell per Update kommen.

[CoolTux]

Moin CoolTux,

ich habe nach eine update all und einem restart jetzt ein Bug gefunden. Denke ich.
Das Smartlock3pro erhält jetzt immer im Wechsel das korrekte Reading (smartlock3) und dann das alte Reading (smartlock), inklusive falscher Name als Reading.
Der log sieht ein bisschen so aus als wäre ständig das auto discovery am werk.
Entsprechend lassen sich keine Befehle mehr ausführen. Ein Verbose 5 liefert einen Haufen:

Code Auswählen Erweitern

2021.12.05 10:37:07 5: NUKIBridge (NukiBridge) - 2 == 2 and 2 > 0
sowie:

Code Auswählen Erweitern

2021.12.05 10:37:07 5: NUKIBridge (NukiBridge) - return msg: {"deviceType": 4, "nukiId": XXX, "name": "Home", "firmwareVersion": "3.0.40", "lastKnownState": {"mode": 2, "state": 3, "stateName": "unlocked", "batteryCritical": false, "batteryCharging": false, "batteryChargeState": 62, "timestamp": "2021-12-05T08:40:45+00:00"}} and tail: ]
2021.12.05 10:37:07 5: NUKIBridge (NukiBridge) - Nach Sub: Laenge JSON: 272 Content: {"deviceType": 4, "nukiId": XXX, "name": "Home", "firmwareVersion": "3.0.40", "lastKnownState": {"mode": 2, "state": 3, "stateName": "unlocked", "batteryCritical": false, "batteryCharging": false, "batteryChargeState": 62, "timestamp": "2021-12-05T08:40:45+00:00"}} Tail: ]
2021.12.05 10:37:07 5: NUKIBridge (NukiBridge) - Decoding JSON message. Length: 272 Content: {"deviceType": 4, "nukiId": xxx, "name": "Home", "firmwareVersion": "3.0.40", "lastKnownState": {"mode": 2, "state": 3, "stateName": "unlocked", "batteryCritical": false, "batteryCharging": false, "batteryChargeState": 62, "timestamp": "2021-12-05T08:40:45+00:00"}}
2021.12.05 10:37:07 5: NUKIBridge (NukiBridge) - Vor Sub: Laenge JSON: 272 Content: {"deviceType": 4, "nukiId": xxx, "name": "Home", "firmwareVersion": "3.0.40", "lastKnownState": {"mode": 2, "state": 3, "stateName": "unlocked", "batteryCritical": false, "batteryCharging": false, "batteryChargeState": 62, "timestamp": "2021-12-05T08:40:45+00:00"}} Tail: ]
2021.12.05 10:37:07 5: NukiBridge: dispatch {"deviceType": 4, "nukiId": xxx, "name": "Home", "firmwareVersion": "3.0.40", "lastKnownState": {"mode": 2, "state": 3, "stateName": "unlocked", "batteryCritical": false, "batteryCharging": false, "batteryChargeState": 62, "timestamp": "2021-12-05T08:40:45+00:00"}}
2021.12.05 10:37:07 5: NUKIDevice (NukiBridge) - Parse with result: {"deviceType": 4, "nukiId": xxx, "name": "Home", "firmwareVersion": "3.0.40", "lastKnownState": {"mode": 2, "state": 3, "stateName": "unlocked", "batteryCritical": false, "batteryCharging": false, "batteryChargeState": 62, "timestamp": "2021-12-05T08:40:45+00:00"}}
2021.12.05 10:37:07 5: NUKIDevice (Home) - lockAction readings set for Home
2021.12.05 10:37:07 4: NUKIDevice (Home) - find logical device: Home
und dann diese Log Einträge:

Code Auswählen Erweitern

2021.12.05 10:36:37 5: NUKIBridge (NukiBridge) - return msg: {"deviceType": 0, "nukiId": xxx, "name": "Nuki_xxx", "rssi": -43, "paired": false} and tail: , {"deviceType": 2, "nukiId": xxx, "name": "Nuki_Opener_xxx", "rssi": -46, "paired": true}]}
2021.12.05 10:36:37 5: NUKIBridge (NukiBridge) - Decoding JSON message. Length: 93 Content: {"deviceType": 0, "nukiId": xxx, "name": "Nuki_xxx", "rssi": -43, "paired": false}
2021.12.05 10:36:37 5: NUKIBridge (NukiBridge) - Vor Sub: Laenge JSON: 93 Content: {"deviceType": 0, "nukiId": xxx, "name": "Nuki_xxx", "rssi": -43, "paired": false} Tail: , {"deviceType": 2, "nukiId": xxx, "name": "Nuki_Opener_xxx", "rssi": -46, "paired": true}]}
2021.12.05 10:36:37 5: NukiBridge: dispatch {"deviceType": 0, "nukiId": xxx, "name": "Nuki_xxx", "rssi": -43, "paired": false}
2021.12.05 10:36:37 5: NUKIDevice (NukiBridge) - Parse with result: {"deviceType": 0, "nukiId": xxx, "name": "Nuki_xxx", "rssi": -43, "paired": false}
2021.12.05 10:36:37 5: NUKIDevice (Home) - lockAction readings set for Home
2021.12.05 10:36:37 4: NUKIDevice (Home) - find logical device: Home
2021.12.05 10:36:37 5: NUKIBridge (NukiBridge) - Garbage character before message: ,
2021.12.05 10:36:37 5: NUKIBridge (NukiBridge) - Garbage character before message: 

Sieht also ein bisschen so aus als würde die Bridge ein zweites Gerät mit selber ID bekanntgeben?! Ich weiß mir da aber nicht so richtig zu helfen.

Ich habe eben Bescheid bekommen das der Fehler in der neuen Bridge Firmware behoben wurde. Die Firmware gibt es wohl seit 2-3 Tagen.

[BM030]

Hi zusammen,

bisher hatte ich nur den Opener und hatte diese Funktion https://forum.fhem.de/index.php/topic,55756.msg1090459.html#msg1090459 eingerichtet und mir ein Foto bei jedem Klingeln schicken lassen.

Jetzt will das mit dem Schloss(3.0) zusammen nicht mehr, entweder bekomme ich gar kein Bild, oder alle Minute eins.

rto ist bei mir immer an. Gibt`s hier eine Änderung, warum das ganze nicht mehr funktionieren will?

[zivi]

Moin,

Ich werde nun aus beiden Threads nicht wirklich schlau.
Ich habe vor, mir das Nuki 3.0 PRO zuzulegen, ich habe keine Bridge, wollte mir diese auch nicht zulegen, sondern nur das Smart Lock. Funktioniert es mit FHEM und dem Modul hier oder braucht man dafür zwangsläufig die Bridge?

Gruß
Zivi