[Modul] NUKI - Elektronisches Türschloss und Opener

MichB · 9. Oktober 2020 um 19:11

ok Danke habe noch eine Frage müsste nicht auch eine Variabel DoorSensorState automatich erstellt werden.
Ich habe alles glöscht und wieder hinzugefügt aber die Variabel taucht nicht auf ist das normal?

Wenn ich den Status abfrage bekomme ich folgendes

{„mode“: 2, „state“: 3, „stateName“: „unlocked“, „batteryCritical“: false, „batteryCharging“: false, „batteryChargeState“: 100, „doorsensorState“: 2, „doorsensorStateName“: „door closed“, „success“: true}

Gruss,

ubittner · 9. Oktober 2020 um 20:38

Ist zur Zeit im Module Store im Beta Kanal.

Stable ist eingereicht.

Uli

Gesendet von iPhone mit Tapatalk

MichB · 9. Oktober 2020 um 20:48

Ok Super, habe es im moment per script gelöst… sobald es im Modul ist werde ich es dann wieder löschen

Gruss,

MichB · 9. Oktober 2020 um 22:03

Hallo ich noch mal

Ich habe noch eine Frage leider klappt es mit der Statusabfrage nicht so gut wie ich gewollt habe.
Habt Ihr auch das Problem dass
NUKI_ShowLockStateOfSmartLock oder NUKI_GetSmartLockState öffters nicht antwortet oder nur mit Sucess?

gruss

ubittner · 9. Oktober 2020 um 22:08

Du darfst die Anfragen nicht kurz hintereinander senden.

Das mag dir Bridge nicht.

NUKI will das zukünftig mal ändern.

Statusaktualisierungen der Variablen wird nur über die Smart Lock Instanz mit:

Status aktualisieren:

NUKI_GetSmartLockState(integer $InstanzID);
Fragt den aktuellen Status des NUKI Smart Locks ab und aktualisiert die Werte der entsprechenden Variablen.
Rückgabewert: Die aktuellen Werte als String

Beispiel:
$state = NUKI_GetSmartLockState(12345);

Nachfolgende Methode ist noch verfügbar, wird aber abgekündigt und zukünftig nicht mehr unterstützt:
NUKI_ShowLockStateOfSmartLock(integer $InstanceID);

durchgeführt.

Uli

Gesendet von iPhone mit Tapatalk

MichB · 9. Oktober 2020 um 22:31

Nicht kurz hintereinander was ist damit gemeint 1 mal pro Minute?
Bei 1 mal pro Minute hatte es pratkisch gar nicht geklappt
Zum testen habe ich 1 mal pro sekunde und da hat es erstaunlicherweise nicht so schlecht geklappt doch immer wieder fehler zwichendurch
ich habe jetzt 1 mal pro 5 minuten (2 von 3 fehler)

Ich setz jetzt auf 15 minuten oder muss der abstand noch grösser sein?

danke für deine Hilfe

ubittner · 10. Oktober 2020 um 08:46

Guten Morgen,

alle 1 bis 2 Minuten sollte eigentlich gehen.

Auf welcher Version bist du?

Was hast du beim Timeout eingestellt?

WLAN stabil?

Warum willst du so oft aktualisieren, es gibt einen Callback für die Bridge, wenn sich was ändert, so wird das von Symcon per WebHook automatisch verarbeitet und aktualisiert.

Uli

Gesendet von iPhone mit Tapatalk

MichB · 10. Oktober 2020 um 09:42

Guten Morgen,

Ich bin auf der version 2.8.15.
Den Timeout der Bridge habe ich nicht geändert der war auf 5000 ms voreingestellt.
Wlan ist eigentlich Stabil.
Hier ein auzug aus den logs…

[44] =&gt; Array

    
        [type] =&gt; BLE-Disconnect
        [pairIndex] =&gt; 0
        [bleHandle] =&gt; 0001
    )

[45] =&gt; Array
    (

        [type] =&gt; BLE-ConnectionTimeout
    )

[46] =&gt; Array
    (

        [type] =&gt; BLE-CommandComplete
        [pairIndex] =&gt; 0
    )

[47] =&gt; Array
    (

        [type] =&gt; SSE-KeyturnerResponse
        [pairIndex] =&gt; 0
        [bytes] =&gt; 302
    )

[48] =&gt; Array
    (

        [type] =&gt; BLE-AlreadyConnected

Warum ich das so oft aufrufen wollte :i

um den Status doorsensorState regelmässig haben wollte.
Die Callback funktion hatte irgendwie am anfang nicht zuverlässig funktioniert beim manuellen drehen wurde die Variabel nicht geupdated das scheint jedoch jetzt zu funktionieren.

Gruss,

DrFrank · 12. Oktober 2020 um 13:08

Mir wird heute eine neue Version des Moduls angezeigt.
Was wurde geändert?

ubittner · 12. Oktober 2020 um 13:11

Steht das nicht in der Beschreibung zum Update im Modul-Store?

Batterieanzeige %
Keypad Batterieanzeige
Türsensorstatus

Uli

Gesendet von iPhone mit Tapatalk

someone · 12. Oktober 2020 um 18:04

Ich wollte hier nur mal kurz DANKE für das Update sagen

DrFrank · 13. Oktober 2020 um 12:35

Sorry, ja. Beschreibung ist da. Ich aktualisiere immer aus den Widget und wusste nicht, dass es im Store Release Notes gibt.

Auch von mir nochmal: Danke, dass du diese Modul für uns bereitstellst!

Loewenkoenig · 7. November 2020 um 20:04

Hallo Uli,

ich habe seit kurzem das Problem, dass der Status meiner beiden NUKI’s nicht mehr aktualisiert wird.
Wenn ich im Modul auf „Status aktualisieren“ klicke, dann kommen die Daten.
Schaltbefehle funktionieren auch einwandfrei!

Was kann das sein?

Peter

ubittner · 7. November 2020 um 20:13

Hallo Peter,

ich gehe davon aus, dass du auf der aktuellsten Stable Version aus dem Module Store bist.

Status vom Schloss oder Türstatus(Version 2) ?

Kommen Fehlermeldungen?

Was passiert, wenn du den Debug der Bridge und SmartLocks mal aufmachst und du schaltest?

Callbacks okay? Denn die fehlenden Informationen kommen über den Callback rein, bzw. über den Webhook. Existiert der WebHook?

Werde es morgen bei mir mal nachstellen.

Uli

Gesendet von iPhone mit Tapatalk

ubittner · 8. November 2020 um 08:11

Guten Morgen Peter,

gerade bei mir noch mal geprüft.
Manuelles aufschließen der Türe.
Ich konnte keine Auffälligkeiten feststellen.
Der Status wurde geändert.

Ich tippe mal darauf, dass eventuell keine Daten über den WebHook ankommen.

Uli

Gesendet von iPhone mit Tapatalk

Loewenkoenig · 8. November 2020 um 11:31

Hallo Uli!

Ich war auf BETA, aber auch mit Stable habe ich das gleiche Problem.

Fehlermeldungen kommen keine.

Beim Schalten erhalte ich im Debug der NUKI-Bridge folgende Meldung:
08.11.2020, 11:26:04 | SendDataToBridge | {„success“: true, „batteryCritical“: false, „batteryCharging“: false, „batteryChargeState“: 48}

Im Debug der Instanz kommt gar nichts.

WebHook ist vorhanden.

Eines der beiden NUKI’s hat Version 2.8.15, das andere 1.10.3 (ältere NUKI-Ausführung).

Wie prüfe ich den Callback?

ubittner · 8. November 2020 um 12:51

Peter,

poste doch mal bitte die Ausgabe vom WebHook. In der Bridge Instanz (Splitter) im Actionbereich Callback anzeigen.

Schau doch auch mal bitte, ob bei den SmartLock Instanzen die Nuki Bridge als Gateway zugewiesen wurde.

Gerne sonst auch per TeamViewer nach Absprache.

Uli

Gesendet von iPhone mit Tapatalk

Loewenkoenig · 8. November 2020 um 13:25

Das war der entscheidende Hinweise zur Fehlereingrenzung.
Wenn ich mir den Callback anzeige lasse, sehe ich, dass eine falsche (alte) IP-Adresse hinterlegt ist.
Ich habe vor ca. 2 Wochen einen neuen Raspberry aktiviert und eine Migration durchgeführt.
Die Daten habe ich per Backup eingespielt und die IP-Adressen geändert (auch im NUKI-Modul).
Den WebHook hat er scheinbar nicht mitgeändert.

Wie kann ich das richtigstellen?

Peter

ubittner · 8. November 2020 um 13:58

Die angegebene callback ID merken, im Regel Fall ist es die 0.

In den Einstellungen die ID auswählen. IP Adresse ändern. Abschließen die Änderung übernehmen.

Im Aktions Bereich
callback löschen
callback anlegen
callback anzeigen

Die Angaben nochmals prüfen.

Uli

Gesendet von iPhone mit Tapatalk

Loewenkoenig · 8. November 2020 um 16:00

Das wars!
Der Callback hatte eine falsche/alte IP-Adresse hinterlegt.

Hab ich das in der Doku überlesen und ist das nicht angeführt,
dass man bei einer Änderung der IP-Adresse den Callback löschen und wieder neu anlegen muss?

Danke auf jeden Fall!