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

Begonnen von CoolTux, 18 Juli 2016, 23:50:11

Vorheriges Thema - Nächstes Thema

CoolTux

Zitat von: RappaSan am 20 August 2019, 08:20:45
Irgend etwas stimmt noch nicht mit dem webhhok/der callbackList-Funktion.
Es kommt häufiger vor, daß das gesamte FHEM neu startet, wenn ich ein "get callbackList" absetze.
Ich bin aber noch nicht dahinter gekommen, wie man diesen Zustand zielsicher provoziert.

Sicherlich gibt es ein Logeintrag vom Zeitpunkt. Kann mir nur ein Hash oder Array Objektproblem vorstellen.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

RappaSan

Ich muß mal das Loglevel von 1 auf 3 erhöhen (oder höher?), momentan sieht man noch nichts außer Neustart nach der Abfrage.

CoolTux

Es hatte auf jeden Fall einen Eintrag geben müssen, egal welches Loglevel. Sofern Das Modul Schuld am Neustart auf Grund eines Perlfehlers war.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

RappaSan

#1278
Hat gerade wieder ein Reboot FHEM nach dem get gegeben, und ich hab etwas im Log:

2019.08.20 08:34:37 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.08.20 08:35:11 3: NUKIDevice (NukiBridge) - empty answer received for http://192.168.0.29:8080/reboot?token=123456
2019.08.20 08:35:59 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.08.20 08:36:07 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.08.20 08:36:16 3: NUKIDevice (NukiBridge) - invalid json detected for http://192.168.0.29:8080/callback/list?token=123456: HTTP 503 Unavailable
Can't use string ("NUKIDevice (NukiBridge) - invali"...) as a HASH ref while "strict refs" in use at ./FHEM/73_NUKIBridge.pm line 687.

Da haste mit dem Hash wohl nicht so falsch gelegen.

CoolTux

Zitat von: RappaSan am 20 August 2019, 08:41:13
Hat gerade wieder ein Reboot FHEM nach dem get gegeben, und ich hab etwas im Log:

2019.08.20 08:34:37 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.08.20 08:35:11 3: NUKIDevice (NukiBridge) - empty answer received for http://192.168.0.29:8080/reboot?token=123456
2019.08.20 08:35:59 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.08.20 08:36:07 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.08.20 08:36:16 3: NUKIDevice (NukiBridge) - invalid json detected for http://192.168.0.29:8080/callback/list?token=123456: HTTP 503 Unavailable
Can't use string ("NUKIDevice (NukiBridge) - invali"...) as a HASH ref while "strict refs" in use at ./FHEM/73_NUKIBridge.pm line 687.

Da haste mit dem Hash wohl nicht so falsch gelegen.

Sehr schön. Damit kann man ja was anfangen. Werde ich gleich mal versuchen zu fixen.
Danke Dir.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

CoolTux

Verdammt da habe ich echt gepennt. Ich hatte dafür schon lange einen Fix aber den nicht ins FHEM SVN eingcheckt.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

RappaSan

Ich find's prima, daß du so etwas für's Nuki auf die Beine gestellt hast.
Muß man ja auch mal sagen... :)

CoolTux

Eigentlich müsste es schon lange schöner sein. Es war damals mein erstes 2 stufiges Modul und ist nicht so geworden wie sowas sein sollte. Aber es funktioniert erstmal.
Dennoch wird es noch mal umgeschrieben. Aber das wird leider noch dauern.

Ich habe soeben den fix ins SVN gekippt. Ab morgen früh 8 Uhr per Update zu bekommen.


Grüße
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

RappaSan

Jetzt klappt es auch mit der callbackList. Bisher keine Abstürze.
Kleine Ursache - große Wirkung. :)

Claus1985

Hi Zusammen,

kurze Frage zum Funktionsumfang des Moduls. Gibt es eine Möglichkeit
auf den Türsensor vom Nuki 2.0 zuzugreifen? Also um den Status
abzufragen (Tür auf / Tür zu)?

Danke und Gruß,

Claus

fred_feuerstein

Nein. Aktuell wird der Status des Sensors nicht über die bridge api geliefert. Hier muss nuki erstmal die api erweitern.
Ich hätte auch gerne den User, der gerade das Schloss bedient hat. Auch das kommt ja leider nicht über die bridge api.



Gesendet von meinem ONEPLUS A3003 mit Tapatalk
Gruß, Fred

FHEM auf Raspberry PI 3B+ im 7Zoll TouchDisplay Gehäuse, OS: Bullseye, mit Z-Wave RaZberry-Modul, 868CUL (WMBUS), LaCrosseCUL (Temp) und knapp 300 Devices aller Art

RappaSan

Ich befürchte auch, daß die api noch nicht wirklich toll klappt. Das mag auch der Grund sein, weshalb bei mir Statusänderungen über den callBack oft nicht gemeldet werden.
Meist hilft es aber, wenn ich FHEM mit "shutdown restart" neu initiiere. Das kann aber nicht die Lösung sein.
Oft ist es auch so, daß die Bridge als "not connected" gemeldet wird. Wenn ich dann im Router das WLAN unterbreche und wieder einschalte, ist die Bridge auch wieder für FHEM sichtbar.
Die Bridge ist vom Internet aus aber die ganze Zeit erreichbar und meldet den Sperrzustand der Tür recht schnell korrekt.

Ich habe hier eine Fritzbox 6490 mit neuester Firmware als Router eingesetzt und nur die Bridge zickt hier und da herum.
Kann mir nicht wirklich vorstellen, daß dies mit der Fritzbox zusammenhängen kann.

fred_feuerstein

Aber ich denke, die Probleme bei Dir sind anders geartet.

Hier läuft die Bridge wunderbar und "not connected" gibt es hier nicht. Callback funktioniert auch immer (manchmal halt mit etwas Verzögerung).
Bei mir ist es eine Kombination aus Fritzbox 7490 und 7590, sowie ein paar Powerline-Repeatern. Alle im MESH-Netzwerk der Fritzbox 7590.
Gruß, Fred

FHEM auf Raspberry PI 3B+ im 7Zoll TouchDisplay Gehäuse, OS: Bullseye, mit Z-Wave RaZberry-Modul, 868CUL (WMBUS), LaCrosseCUL (Temp) und knapp 300 Devices aller Art

RappaSan

#1288
Fast so wie bei mir :)
Ich hab hier auch ein Mesh aus der besagten 6490 und einem  Repeater 1750E.
Ich kann mir die Probleme auch nicht erklären, aber sie sind definitiv da.
Welche Firmware läuft denn auf der Bridge? Bei mir ist's die 2.2.12

fred_feuerstein

Ah. Hast Du die neuere Bridge? Also zusammen mit dem Nuki V2 gekauft?
Ich habe das neue Nuki aber noch die alte Bridge und da ist die Firmware gerade bei V 1.13.1

Gruß, Fred

FHEM auf Raspberry PI 3B+ im 7Zoll TouchDisplay Gehäuse, OS: Bullseye, mit Z-Wave RaZberry-Modul, 868CUL (WMBUS), LaCrosseCUL (Temp) und knapp 300 Devices aller Art