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

PatrickR · 29 Januar 2020, 16:18:18

Zitat von: CoolTux am 28 Januar 2020, 20:35:17
Wäre es möglich das die Webinstanz nach dem Nuki Device definiert ist?

Möglich ist alles. Aber als ich die Instanz angelegt habe tauchte sie auch im Dropdown nicht auf, ein manuelles attr funktionierte aber (s. o.). D. h. irgendwas ist da am Modul verbogen.

Patrick

Von unterwegs gesendet.

moskito · 29 Januar 2020, 16:44:47

Hatte das selbe Phänomen und siehe da, nach dem verschieben in der fhem.cfg nach vorne und anschließendem Neustart tauchte die angedachte WEB-Instanz im Dropdown auf.

Gruß
Danny

PatrickR · 29 Januar 2020, 16:57:59

Zitat von: moskito am 29 Januar 2020, 16:44:47
Hatte das selbe Phänomen und siehe da, nach dem verschieben in der fhem.cfg nach vorne und anschließendem Neustart tauchte die angedachte WEB-Instanz im Dropdown auf.

Ok, das bestätigt meine Vermutung eines Bugs.

Patrick

Von unterwegs gesendet.

Andy89 · 29 Januar 2020, 19:04:12

Zitat von: moskito am 29 Januar 2020, 16:44:47
Hatte das selbe Phänomen und siehe da, nach dem verschieben in der fhem.cfg nach vorne und anschließendem Neustart tauchte die angedachte WEB-Instanz im Dropdown auf.

das gleiche Problem hatte ich auch. Ein Verschieben war notwendig, da sonst nach einem Neustart das Attribut wieder entfernt wurde.

Beste Grüße
Andy

CoolTux · 29 Januar 2020, 19:20:23

Schaue ich mir an.

danillo · 05 Februar 2020, 18:51:44

Hallo zusammen,
ich hab mir gerade meinen Logfile mal angeschaut. Hier hab ich mehrfach täglich über einen längeren Zeitraum Einträge von der Nuki-Bridge:

Code Auswählen

2020.02.01 06:52:40 3: NUKIDevice (NukiBridge) - autocreate new device Nuki_### with nukiId ###, model 0

Alle 30 Sekunden und gerne auch mal 40 mal hintereinander.
Hat jemand eine Ahnung, woran das liegen kann?

CoolTux · 05 Februar 2020, 21:56:22

Welche Versionen des Moduls? Welcher verbose?

PatrickR · 07 Februar 2020, 10:16:32

Mahlzeit!

Zur Info für Nutzer, die NUKI ohne Internetverbindung einsetzen - und ich gehe davon aus, dass es alle sind

Nach etwas Überzeugungskraft haben sich die Entwickler nun des Problems mit den ständigen Disconnects bei nicht erreichbaren Cloud-Servern angenommen und bislang sieht es nicht schlecht aus. Daher: Meldet Euch für den Beta-Kanal der Bridge an. (https://developer.nuki.io/t/how-to-become-a-nuki-bridge-beta-tester/39)

Patrick

/Edit: Ok, die Beta scheint immer noch nicht 100% sauber zu funktionieren. Callbacks funktionieren scheinbar erst, wenn der externe Server erreichbar ist.

eddy242 · 22 März 2020, 10:16:03

Hallo zusammen,

Mit dem Trick, das FHEMWEB für Nuki in der fhem.cfg vorzuziehen funktioniert das Callback nun auch stabil bei mir. Es werden aber nach wie vor nur die Zustände locked und unlocked ausgewertet, oder? In der App kann man ja auch sehen, ob die Tür geöffnet ist. Lässt sich das in das Modul integrieren?

Danke!

CoolTux · 22 März 2020, 10:29:01

Zitat von: eddy242 am 22 März 2020, 10:16:03
Hallo zusammen,

Mit dem Trick, das FHEMWEB für Nuki in der fhem.cfg vorzuziehen funktioniert das Callback nun auch stabil bei mir. Es werden aber nach wie vor nur die Zustände locked und unlocked ausgewertet, oder? In der App kann man ja auch sehen, ob die Tür geöffnet ist. Lässt sich das in das Modul integrieren?

Danke!

Da diese Informationen nicht von der Bridge API bereit gestellt werden, NEIN.

Raimund Scheiber · 26 März 2020, 17:55:45

Ich möchte mein Nuki-Lock bzw. -Bridge mit FHEM, aber natürlich ohne Internet betreiben. Ich glaube in diesem Thread gelesen zu haben, dass das möglich sein soll.
Nur: bei mir klappt das so nicht. Sobald ich der Bridge die Verbindung ins Internet verweigere, lässt sich das Lock nicht mehr öffnen etc.

bei mir schaut die config so aus:

defmod Nuki_Atelier NUKIBridge 10.17.xx.yy blabla

defmod Tuer_Atelier NUKIDevice 12345678 0
attr Tuer_Atelier IODev Nuki_Atelier
attr Tuer_Atelier event-on-change-reading unlatch.*:lock.*
attr Tuer_Atelier model smartlock

Was mache ich da falsch, oder muss es noch ergänzen?

danke
raimund

CoolTux · 26 März 2020, 18:18:19

Zu mindest bei mir hatte das letztes Jahr noch ohne Internet geklappt. Ansonsten kann ich leider nichts weiter dazu sagen.

Raimund Scheiber · 26 März 2020, 18:57:57

Zitat von: raisch am 26 März 2020, 17:55:45
Ich möchte mein Nuki-Lock bzw. -Bridge mit FHEM, aber natürlich ohne Internet betreiben. Ich glaube in diesem Thread gelesen zu haben, dass das möglich sein soll.
Nur: bei mir klappt das so nicht. Sobald ich der Bridge die Verbindung ins Internet verweigere, lässt sich das Lock nicht mehr öffnen etc.

bei mir schaut die config so aus:

defmod Nuki_Atelier NUKIBridge 10.17.xx.yy blabla

defmod Tuer_Atelier NUKIDevice 12345678 0
attr Tuer_Atelier IODev Nuki_Atelier
attr Tuer_Atelier event-on-change-reading unlatch.*:lock.*
attr Tuer_Atelier model smartlock

Was mache ich da falsch, oder muss es noch ergänzen?

danke
raimund

Habs gerade selbst gelöst: das Problem war eine fehlende Firewall-Regel von der Nuki-Bridge zum fhem-Server. Jetzt gehts auch ohne Internet

CoolTux · 26 März 2020, 19:36:41

Zitat von: raisch am 26 März 2020, 18:57:57
Habs gerade selbst gelöst: das Problem war eine fehlende Firewall-Regel von der Nuki-Bridge zum fhem-Server. Jetzt gehts auch ohne Internet

kenne ich. mir geht das auch oft so

PatrickR · 27 März 2020, 07:30:33

Dass die Bridge genauso zuverlässig ohne Internet wie mit läuft war ein kleinerer Kraftakt. Aber man muss neidlos anerkennen, dass Nuki auf solche Sonderwünsche (und so sehen es leider viele Anbieter von Cloud-HW) reagiert und das trotz der stattlichen Zahl offener Stellen.

https://developer.nuki.io/t/bridge-http-api-only-sporadically-reachable-when-no-internet-connection-is-avaiable-firmware-2-4-21/4603/23

Patrick

Von unterwegs gesendet.