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

[Kuehnhackel]

Erst wenn ich einen set StatusRequest im Nuki ausführe ändern sich die states

[PatrickR]

Erst wenn ich einen set StatusRequest im Nuki ausführe ändern sich die states

Callback eingerichtet und ohne Passwort für Bridge erreichbar?


Von unterwegs gesendet.

[cwagner]

Bin auf dieses tolle Modul gestoßen, dass (fast ) auf Anhieb sofort funktioniert hat. Ich arbeite mit Softbridge. Die automatische Anlage der Devices erst klappte nicht. Ein später Blick in das Log zeigt die Ursache

Code Auswählen Erweitern

autocreate: define Terrasse NUKIDevice 123456789
2020.01.19 13:18:19 1: define Terrasse NUKIDevice 123456789 : too few parameters: define <name> NUKIDevice <nukiId> <deviceType>
2020.01.19 13:18:19 1: ERROR: too few parameters: define <name> NUKIDevice <nukiId> <deviceType>

Damit ist klar, wie man das leicht manuell nachholen kann:

Code Auswählen Erweitern

define Terrasse NUKIDevice 123456789 smartlock

Herzliche Grüße

Christian

[CoolTux]

Interessant. Wäre zu klären ob eine Softbridge eventuell keinen DeviceType mit gibt.

[Sascha_F]

Hi zusammen,

kurze Rückmeldung - hab mir mit dem Updaten etwas Zeit gelassen 


1. Update gestartet
2. shutdown restart
3. FHEM nach Neustart mit Meldung unknown attribute webhookFWinstance und unknown attribute webhookHttpHostname
     --> ok, beide attr sind ja vorher am LOCK gewesen und jetzt an der BRIDGE

4. Scheinbar führt dass aber zum Crash und dann Neustart-Loop


Habe FHEM dann über systemctl erst einmal gestoppt, beide Devices in der fhem.cfg auskommentiert und fhem über systemctl neu gestartet = FHEM Läuft wieder.

Dann Nuki neu angelegt, alten Callback gelöscht und neuen Callback über die beiden o.g. attr wieder angelegt (und natürlich alle anderen Ausprägungen der attr übernommen) = Läuft alles wieder einwandfrei.

Ich war darauf vorbereitet (über die SVN-Change-Info). Danke für die gewissenhafte Pflege! 

Viele Grüße
Sascha

[CoolTux]

Hast Du zufällig noch ein Log vom Crash? Der Grund würde mich interessieren.

[kkoeniger]

War bei mir genau so wie bei @Sascha_F. Die letzten Zeilen im Log waren:

Code Auswählen Erweitern

2020.01.18 14:00:05 1: PERL WARNING: Use of uninitialized value in numeric eq (==) at ./FHEM/74_NUKIDevice.pm line 414.
2020.01.18 14:00:05 1: PERL WARNING: Use of uninitialized value in numeric eq (==) at ./FHEM/74_NUKIDevice.pm line 417.
Undefined subroutine &FHEM::NUKIDevice::CommandDefMod called at ./FHEM/74_NUKIDevice.pm line 489, <FH> line 27869.

[CoolTux]

War bei mir genau so wie bei @Sascha_F. Die letzten Zeilen im Log waren:

Code Auswählen Erweitern

2020.01.18 14:00:05 1: PERL WARNING: Use of uninitialized value in numeric eq (==) at ./FHEM/74_NUKIDevice.pm line 414.
2020.01.18 14:00:05 1: PERL WARNING: Use of uninitialized value in numeric eq (==) at ./FHEM/74_NUKIDevice.pm line 417.
Undefined subroutine &FHEM::NUKIDevice::CommandDefMod called at ./FHEM/74_NUKIDevice.pm line 489, <FH> line 27869.

Ach Du meine Nase. Alles klar. Das kann in der Tat der Grund sein. Ich werde versuchen ein Update für morgen fertig zu machen.
Danke Euch.

[CoolTux]

Ist gefixt!

[Sascha_F]

@kkoeniger: Da warst Du schneller 

Deckt sich natürlich mit meinem Log - Danke für's schnelle fixen (sage ich auch mal stellvertretend für alle, die noch nach uns updaten) 

[eppi]

Bei mir war auch das Problem mit dem Loop, schlussendlich hat sich aber mein FHEM erholt und ist nach ca 5 automatischen Neustarts problemlos wieder hochgekommen. Das NUKI-Device musste ich nicht neu anlegen. Der Webhook funktioniert nun seit dieser Anpassung auch bei mir! Ein ganz GROSSES DANKE für das tolle Modul und den unermüdlichen Support!

[Kuehnhackel]

Callback eingerichtet und ohne Passwort für Bridge erreichbar?


Von unterwegs gesendet.

Danke hat geklappt und scheint nun zu funktionieren.

[fabtie]

Hallo zusammen,
seit einem halben Jahr nutze ich Nuki mit Anbindung an FHEM problemlos, doch vor ein paar Wochen bekam ich Probleme.
Der state vom NUKIDevice hat sich nur noch sporadisch geänderte. Ich habe viel herumprobiert und u.a. dabei festgestellt, dass der API Token der Bridge sich geändert hat.
Daraufhin hatte ich die aktuellen Updates installiert inkl. dem NUKIDevice Update von heute. Allerdings alles ohne Erfolg. Ich habe auch mehrfach entweder nur Device oder auch Bridge+Device entfernt und neu eingerichtet aber alles ohne Erfolg. Das Callback ist auch eingerichtet (automatisch) oder auch manuell über Webhook.
Es werden nur die Bridge-Readings und vom Device die Readings deviceType, name, nukiid, paired und rssi aktualisiert. BatteryState, mode, State, stateName und success werden nur bei statusRequest im Device oder getDeviceList in der Bridge aktualisiert.

Was mache ich denn falsch? Über hilfreiche Tipps bin ich dankbar.
Grüße Fabian

[CoolTux]

Also wenn ich Dich jetzt richtig verstanden habe.
Schalten und so geht? Aber callback/webhook geht nicht?

[fabtie]

Ja, korrekt. Schalten im Device über set lock/unlock funktioniert.
Dann ändert sich sogar auch der state, allerdings nicht in locked oder unlocked sondern in lock oder unlock.