[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm

[Sascha_F]

Hi Leon,

in keinem der beiden Devices ist etwas von offline zu finden. Die letzte 503er-Meldung in der Bridge ist auch von gestern 22:30 h (da schließt mein doif die Tür ab). Morgens wird ebenfalls über dieses doif aufgeschlossen - hier kam diesmal kein 503.

Hmm... Dann stimmt meine Aussage von oben "mit jedem Schaltbefehl" auch nicht. Die Funktion ist ja 100%ig gegeben - keine Aussetzer oder ähnliches. Von daher würde ich es momentan höchstens es als kleinen Schönheitsfehler betiteln - also nichts kriegsentscheidendes.

Viele Grüße
Sascha

[CoolTux]

Hallo Sascha,

Vielen Dank für die Rückinfo. Ich schaue noch mal in den Code und wenn mir nichts weiter auffällt gebe ich die Version mal frei.


Grüße

[Sascha_F]

Alles klar. Ich hab jetzt mal verbose=5 aktiviert... Hoffe da kommt bald n Fehler, bevor sich mein LOG nen Strick nimmt

[Sascha_F]

So, hier jetzt mal ein Log mit 503 dabei. Hoffe, es sieht nicht zu wild aus:

2017.01.16 22:29:50 4: NUKIBridge (NukiBridge) - NUKIBridge_GetCheckBridgeAlive
2017.01.16 22:29:50 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.178.21:8080/info?token=ik2t9i
2017.01.16 22:29:50 4: NUKIBridge (NukiBridge) - run NUKIBridge_Call
2017.01.16 22:29:50 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.16 22:29:50 5: NUKIBridge (NukiBridge) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": 88293553, "serverId": 42151571}, "versions": {"firmwareVersion": "1.4.11", "wifiFirmwareVersion": "1.0.1"}, "uptime": 2532498, "currentTime": "2017-01-16T21:29:50+00:00", "serverConnected": true, "scanResults": [{"nukiId": 87048193, "name": "Nuki_05304001", "rssi": -74, "paired": true}]}
2017.01.16 22:29:50 5: NUKIBridge (NukiBridge) - Response ERROR:
2017.01.16 22:29:50 5: NUKIBridge (NukiBridge) - Response CODE: 200
2017.01.16 22:29:50 5: NUKIBridge (NukiBridge) - Bridge ist online
2017.01.16 22:30:00 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.178.21:8080/lockAction?token=ik2t9i&action=2&nukiId=87048193
2017.01.16 22:30:07 4: NUKIBridge (NukiBridge) - NUKIBridge_GetCheckBridgeAlive
2017.01.16 22:30:07 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.178.21:8080/info?token=ik2t9i
2017.01.16 22:30:07 4: NUKIBridge (NukiBridge) - run NUKIBridge_Call
2017.01.16 22:30:07 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.16 22:30:07 5: NUKIBridge (NukiBridge) - Response JSON:
2017.01.16 22:30:07 5: NUKIBridge (NukiBridge) - Response ERROR:
2017.01.16 22:30:07 5: NUKIBridge (NukiBridge) - Response CODE: 503
2017.01.16 22:30:07 4: NUKIBridge (NukiBridge) - received http code 503 without any data after requesting
2017.01.16 22:30:11 5: NUKIBridge (NukiBridge) - Response JSON: {"success": true, "batteryCritical": false}
2017.01.16 22:30:11 5: NUKIBridge (NukiBridge) - Response ERROR:
2017.01.16 22:30:11 5: NUKIBridge (NukiBridge) - Response CODE: 200
2017.01.16 22:30:23 4: NUKIBridge (NukiBridge) - NUKIBridge_GetCheckBridgeAlive
2017.01.16 22:30:23 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.178.21:8080/info?token=ik2t9i
2017.01.16 22:30:23 4: NUKIBridge (NukiBridge) - run NUKIBridge_Call
2017.01.16 22:30:23 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.16 22:30:23 5: NUKIBridge (NukiBridge) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": 88293553, "serverId": 42151571}, "versions": {"firmwareVersion": "1.4.11", "wifiFirmwareVersion": "1.0.1"}, "uptime": 2532531, "currentTime": "2017-01-16T21:30:23+00:00", "serverConnected": true, "scanResults": [{"nukiId": 87048193, "name": "Nuki_05304001", "rssi": -75, "paired": true}]}
2017.01.16 22:30:23 5: NUKIBridge (NukiBridge) - Response ERROR:
2017.01.16 22:30:23 5: NUKIBridge (NukiBridge) - Response CODE: 200
2017.01.16 22:30:23 5: NUKIBridge (NukiBridge) - Bridge ist online

[CoolTux]

Danke für das Log. Schaue ich morgen mal drüber. Ausserdem kam mir noch eine super Idee für 2 neue Readings. Das baue ich die Tage noch ein.


Grüße

[Sascha_F]

Keine Eile

Bin gespannt, was Dir noch an Readings eingefallen ist!
Hmm, bekommt man vll raus, wer einen Schließvorgang ausgelöst hat? Ich bin gespannt!

[CoolTux]

Keine Eile

Bin gespannt, was Dir noch an Readings eingefallen ist!
Hmm, bekommt man vll raus, wer einen Schließvorgang ausgelöst hat? Ich bin gespannt!

Ich will sehen das ich den rssi Wert und den paired Status in die Smartlock Devices als Reading mit rein bekomme.

[CoolTux]

Ich habe soeben die Version 0.4.7 von beiden Modulen ins svn geschoben. Schaut mal bitte ob ich rechtzeitig kam und es noch im heutigen Update mit drin ist. Wenn nicht dann morgen per Update.
Neu ist eine bessere Fehlerbehandlung bei 503 und 2 neue Readings bei den Smartlock Devices (rssi,paired).



Grüße
Leon

[Sascha_F]

Hi Leon,

Du warst noch schnell genug   

Habe die neuen Versionen gerade übers Update geholt.

Die neuen Readings werden korrekt angezeigt. nice!

Zum 503er kann ich noch nichts sagen, da das Reading noch von heute früh (06:30) ist.

Viele Grüße

[CoolTux]

Version 1.5 der Bridge API ist draussen. Zwei neue Funktionen sind hinzu gekommen.
1. Reset der Bridge
2. unpaired Smartlock

Ich werde die Tage die neuen Funktionen integrieren.
Es wird ein neues Internal hinzukommen mit Info welche API Version unterstützt wird.


Grüße

[CoolTux]

Ich habe soeben eine neue Entwicklerversion ins GitHub geschoben. Link findet Ihr im ersten Post des Threads relativ weit unten.
Bitte einmal testen.
Neu bei der Bridge set factoryReset
Neu beim Device set unpair



Grüße

[Sascha_F]

Wollte ich auch gerade schreiben - gestern Abend entdeckt

Hab mal als Feature-Request angefragt, ob es zukünftig ggf. auch möglich ist zu sehen, wer (User) oder was (manuell, Loch'n'go) die Aktion ausgelöst hat. Könnte man ein schönes notify draufsetzen.

[samh]

Hallo Leon,

die 0.5.99 Module arbeiten bei mir ohne Probleme.

Habe auch bei NUKI nachgefragt, ob im lockAction-Response nicht auch der Name des Aktivisten enthalten sein könnte:

z.Bsp.:
Example-Response
{
"success": true,
"batteryCritical": false,
"UserId": "Sam"
}

Antwort...

Danke für das Feedback.

Diese Funktionen sind leider nicht verfügbar.
Wir nehmen das Feedback dazu gerne an, können aber keine Umsetzung garantieren.

Schöne Grüße,

Wär' halbwegs ein Ersatz für das Fehlende /log bei der Software-Bridge.

Gruß Sam

[aheissenberger]

Für alle die ihr NUKI Schloss auch mit Siri / HomeKit (Homebridge) steuern wollen, müssen beim Device noch folgendes ergänzen:

attr NUKIDeviceXXXXX genericDeviceType lock
attr NUKIDeviceXXXXX homebridgeMapping LockCurrentState=lockState,values=/^lock/:SECURED;^unlock/:UNSECURED LockTargetState=state,values=/^lock/:SECURED;^unlock/:UNSECURED,cmds=SECURED:lock;;UNSECURED:unlock

[CoolTux]

Vielleicht kann bis Ende nächster Woche noch jemand mit Hardwarebridge was zur 0.5.99er Version sagen. Wenn da nichts weiter ist checke ich sie ein.


Grüße