[Modul] NUKI - Elektronisches Türschloss und Opener

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,

Ist zur Zeit im Module Store im Beta Kanal.

Stable ist eingereicht.

Uli

Gesendet von iPhone mit Tapatalk

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

Gruss,

Hallo ich noch mal :slight_smile:

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

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

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

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

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] => Array

    
        [type] => BLE-Disconnect
        [pairIndex] => 0
        [bleHandle] => 0001
    )

[45] => Array
    (

        [type] => BLE-ConnectionTimeout
    )

[46] => Array
    (

        [type] => BLE-CommandComplete
        [pairIndex] => 0
    )

[47] => Array
    (

        [type] => SSE-KeyturnerResponse
        [pairIndex] => 0
        [bytes] => 302
    )

[48] => Array
    (

        [type] => 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,

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

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

Batterieanzeige %
Keypad Batterieanzeige
Türsensorstatus

Uli

Gesendet von iPhone mit Tapatalk

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

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! :slight_smile:

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

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

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

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?

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

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

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

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!