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

[CoolTux]

Bekommst du, aber ich hoffe ernsthaft (für dich und alle), dass jemand schneller ist, als ich, denn bei mir kann es wirklich noch dauern, wenn nicht zufällig Zeit frei wird

Kein Problem. Hier kämpfen alle mit der Zeit und niemand soll sich genötigt fühlen (weder Entwickler noch Tester). Ist mir sehr wichtig.

[Cobra]

Ich Ahne eventuell was. Wann hast Du das letzte mal wirklich für Dich in der Erinnerung einen korrekten Schaltstatus über den webhook bekommen?
Zum testen meiner Vermutung würde ich Dich bitten das Attribut hiddenroom zu entfernen, speichern. Neustart machen und dann noch mal testen.


Grüße

Also ich kann dir versichern dass es immer zuverlässig funktioniert hat. Ich habe diese Zustände ja auch immer aktiv genutzt.

Aber jetzt hab ich das Attribut entfernt und FHEM neu gestartet und jetzt funktioniert es. Keine Ahnung ob jetzt das Attribut daran schuld war oder der Neustart.


Seit ich das Nuki-Schloss installiert habe wurde FHEM von mir nicht neu gestartet. Das letzte Update und damit verbunden der letzte Neustart war ein Tag zuvor.

[CoolTux]

Und seit diesem Update gehe ich davon aus hat es nicht mehr funktioniert.
Grund ist eine Änderung bei der hiddenroom Geschichte. URLs welche Geräte im hiddenroom aufrufen werden geblockt. Aber eigentlich hätte da eine Nachricht kommen müssen.

Zu Testzwecken kannst das Gerät ja wieder ohne neustart in den hiddenroom setzen.

[CoolTux]

Hier die Diskussionen
https://forum.fhem.de/index.php/topic,92433.0.html
https://forum.fhem.de/index.php/topic,92615.0.html


Eventuell geht es wieder mit hiddenroom wenn Du ein Update machst.

[Cobra]

Und seit diesem Update gehe ich davon aus hat es nicht mehr funktioniert.
Grund ist eine Änderung bei der hiddenroom Geschichte. URLs welche Geräte im hiddenroom aufrufen werden geblockt. Aber eigentlich hätte da eine Nachricht kommen müssen.

Zu Testzwecken kannst das Gerät ja wieder ohne neustart in den hiddenroom setzen.

Na ja, die Theorie ist zwar gut aber das Gerät war ja nie in dem HiddenRoom.
Nur die Webinstanz hatte das Attribut HiddenRoom

Aber der Neustart war vermutlich der Auslöser.
Ich wollte nämlich gerade das Attribut wieder setzten und hab gesehen dass es automatisch wieder drin ist. Ich vermute das hat mit dem Alarm-Modul zu tun dass dieser Raum automatisch wieder in den HiddenRoom kommt.

Auch sonderbar

Vielen Dank auf jeden Fall für deine Hilfe.
Soll ich die normale Version deines Moduls einfach wieder einspielen oder ist es erst mal egal wenn ich die spezielle Version von gestern drin lasse?

[CoolTux]

Nimm lieber die normale Version. Sonst hast einiges mehr an Einträgen im Logfile 
Komisch ist es aber auf alle Fälle. Das nächste mal wissen wir bevor wir loslegen erstmal ein Neustart 


Grüße

[Cobra]

Klar, Reboot tut immer gut aber auf so was kommt man ja in der Regel nicht wenn man ein Gerät in FHEM anlernt und da es sich um ein neues Produkt handelte sucht man natürlich erst mal dort oder im Modul nach dem Fehler 

Aber besser so und es funktioniert als dass man hier noch vielleicht ein paar Wochen auf ein Update des Herstellers warten müsste.

Vielen Dank auf jeden Fall.

[CoolTux]

Immer gerne doch.

Grüße

[fred_feuerstein]

Na das sind doch sehr gute Neuigkeiten. Mein neues Nuki ist nun auch da und ich werde es am Wochenende tauschen.
Die Frage ist nur, was mit dem alten machen   Mal bei ebay die Preise beobachten. Mit dem Zurückschicken als Austausch zu Nuki hat man ja 30 Tage Zeit.

[fred_feuerstein]

hab nun das neue NUKI in Betrieb. So läuft erstmal alles.
Subjektiv funktioniert komischerweise das Callback/Webhook also die Statusmeldung der Bridge an FHEM nicht so zuverlässig. Muss das mal beobachten. Das alte Nuki ist entfernt aus Bridge und FHEM. Alle Callbacks wurden gelöscht und ein neues erstellt. Sollte also alles passen.
Aber prinzipiell funktioniert es wohl.

Allerdings kam bisher der callback wohl früher, denn ich hatte oft als callback bereits die Zwischenstufe: beim zuschliessen kam also bereits: "lock" als callback und dann nach ein paar sekunden kam "locked".
Umgekehrt kam bereits: "unlock" und dann später "unlocked".
Also diese Zwischenschritte habe ich nicht mehr gesehen. Das gibt es scheinbar nicht mehr.

Wie ist das bei Dir Cobra?

Und der Türsensor ist scheinbar auch noch nicht auswertbar, also per API. Mal sehen ob das noch kommt.

[CoolTux]

Hast Du FHEM neugestartet? Die Zwischenschritte kamen vom Modul, da hatte die Bridge kein Anteil. Möglich das der Callback jetzt so schnell kommt das Du die Zwischenschritte nicht mehr siehst. Aber das kann man ja im Eventmonitor sehen.

[fred_feuerstein]

Neustart hatte ich gemacht.

Ach das mit den Zwischenschritten kann natürlich sein, wenn die vom Modul kommen... Hab ja eben die ganze Zeit extern verschlossen mit app und bridge um den callback zu testen. Das scheint zu funktionieren.

Normalerweise bediene ich das Schloss ausschließlich über fhem. Gerade probiert. Über fhem bedient kommen die Zwischenschritte. Aber dann kein Endstatus mehr. Fhem bleibt also bei unlock oder Lock stehen und erhält nicht mehr locked oder unlocked.



Gesendet von meinem ONEPLUS A3003 mit Tapatalk

[CoolTux]

Neustart hatte ich gemacht.
Ach das mit den Zwischenschritten kann natürlich sein, wenn die vom Modul kommen... Hab ja eben die ganze Zeit extern verschlossen mit app und bridge um den callback zu testen. Das scheint zu funktionieren.
Normalerweise bediene ich das Schloss ausschließlich über fhem. Gerade probiert. Über fhem bedient kommen die Zwischenschritte. Aber dann kein Endstatus mehr. Fhem bleibt also bei unlock oder Lock stehen und erhält nicht mehr locked oder unlocked.

Dann scheint es keine Rückmeldung über den Callback zu geben. Wie gesagt, lock oder unlock meldet FHEM wenn über FHEM geschalten wird, kommt dann die Bestättigung über den Callback wird auf locked oder unlocked gewechselt.

[CoolTux]

Kaum schreibt man fehlt einen es ein. Es gibt da noch einen Bug wenn man über Actiontype schließt, also auf gut Deutsch über FHEM, dann gibt es keine Meldung Callback über den Callback.

Happens to me as well. No Callback (after an lockAction-Call) for the new LOCKED-State. I looked in the Bridge-Log and there is no HTTP-POST-Entry for the Callback

We could track down the problem and hope to fix it with the next FW-update.

[fred_feuerstein]

ok dann bin ich beruhigt. Dann geht es also im Moment so, wie es der Firmware-Stand vom neuen Nuki im Moment zulässt.