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

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

Vorheriges Thema - Nächstes Thema

CoolTux

Kannst Du mal bitte ein list der Bridge machen. Bei mir klappt das ganze Verfahren nicht.
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

fred_feuerstein

#946
hm. Bei einem List habe ich "unzählige" BridgeCallStack Arrays drin:

BridgeCallStack:
       ARRAY(0x4e90458)
       ARRAY(0x4f73628)
       ARRAY(0x4af82d0)
       ARRAY(0x5057e30)
       ARRAY(0x4f4b128)
       ARRAY(0x412b090)
       ARRAY(0x4c631a0)
       ARRAY(0x52ad8c0)
       ARRAY(0x5051818)
       ARRAY(0x423b370)
       ARRAY(0x4162c10)
       ARRAY(0x4af8f90)
       ARRAY(0x45204b8)
       ARRAY(0x512a290)
       ARRAY(0x4d3f5f0)  ............


die Anzahl an Arrays steht auch quasi hier (siehe Anhang).

Was hat es damit auf sich? Weil das Schloss etc. funktioniert normal.
Was bewirken die Arrays und wofür sind die gedacht?


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

CoolTux

In den Array sollte jeweils eine Befehlskette drin sein welche eigentlich abgearbeitet werden soll. Aber irgendwas funktioniert da noch nicht. Habe auch aktuell wenig Zeit um intensiv zu schauen. Entweder gab es Probleme in Olaf seinen Code oder ich habe was falsch übernommen oder vergessen.
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

Mikka

Hi fred_feuerstein,

Zitat von: fred_feuerstein am 05 Dezember 2017, 07:53:03

Zu1: ja.
Zu2: es gibt nur eine softwarebridge in Form einer App für bspw. ein älteres Handy, welches dann die Aufgabe der bridge übernimmt. Das haben ein paar Leute so im Einsatz, aber von der Stabilität her ist die Hardware bridge eher zu empfehlen. Eine BT Anbindung an fhem gibt es denke ich noch nicht.
Zu3: man kann die Funktion Sperren etc. für den Knopf ausschalten. Bzw. auch das pairen für neue Geräte über den Knopf. Also ja.
Zu4: mit Gewalt kriegt man alles ab. Aber das nuki ist schon fest. Bei mir mit der geklebten Variante B. Die Variante mit den Schrauben funktioniert nur, wenn der schließzylinder etwas weiter aus der Tür ragt. Kannst dir dazu am besten die Anleitung auf der nuki Homepage anschauen.
Zu 5: kann man damit festschrauben. Falls du es direkt mit der Tür verschrauben willst. Abstand kann ich nicht messen, da die Platte nicht griffbereit. Normalerweise wird die platte A aber nur mit 3 imbus Schrauben am zylinder festgeklemmt. platte b wird mit 3m klebepad geklebt.


Gesendet von meinem ONEPLUS A3003 mit Tapatalk

Vielen Dank für deine Antworten auf meine Fragen. Demnächst bin ich dann auch stolzer Nuki Besitzer ;-)

Mikka

fred_feuerstein

Zitat von: CoolTux am 05 Dezember 2017, 18:53:03
In den Array sollte jeweils eine Befehlskette drin sein welche eigentlich abgearbeitet werden soll. Aber irgendwas funktioniert da noch nicht. Habe auch aktuell wenig Zeit um intensiv zu schauen. Entweder gab es Probleme in Olaf seinen Code oder ich habe was falsch übernommen oder vergessen.

Es hat auf jedenfall nichts mit den Schließvorgängen zu tun. Die klappen problemlos.
Aber es kommt bei jede zyklischen Abfrage zwischen Bridge und Schloss zu einem neuen Array und da das alle paar Sekunden passiert kommt da schnell eine große Anzahl zusammen. Bei mir im Moment 7.800 !

Kann man diese Arrays irgendwie löschen?
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

CoolTux

Habe noch Mal geschaut. Den Patch von Olaf habe ich korrekt übernommen.
Löschen kannst Du nur wenn Du neu startest oder in der Detailansicht DEF und gleich wieder modify drückst.
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

fred_feuerstein

ok. Neustart mache ich jetzt nicht, aber mit DEF und modify klappt es bei mir nicht.
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

CoolTux

Nanu. Sollte eigentlich.
Ah, OK ich weiß.
Olaf hatte vergessen den Hash beim define an zulegen. Das hatte ich nachträglich gerade ziehen müssen und noch nicht online gestellt.

Sorry
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

gero112233

Hallo,
ich wollte nochmals auf eine Frage eingehen, weil ich schlechte Erfahrung gemacht habe:

1- Wenn man die Tür von außen mit dem normalen Schlüssel öffnet, bekommt der NUKI diesen Status mit?

Mein Nachbar und ich haben Nuki und konnten am Anfang außen gar nicht sperren, da ja innen der Schlüssel steckt.
Wir haben dann beide unterschiedliche neue Zylinder gekauft, die sperrbar bleiben, auch wenn ein Schlüssel steckt.

Bei meinem Zylinder hat sofort alles funktioniert. Bei meinem Zylinder kann ich auch die Frage mit JA beantworten.
Mein Nachbar aber hat einen Zylinder erwischt, der jetzt auch von außen gesperrt werden kann, den inneren Zylinder aber nicht mit dreht! Da bekommt Nuki die Statusänderung nicht mit und ist öfters verwirrt! Ja muss die Frage dann mit nein beantwortet werden. So ein Zylinder ist für Nuki praktisch ungeeignet. Beim Kauf vom Zylinder muss also aufgepasst werden!

Beste Grüße,
Gero

oli82

Zitat von: gero112233 am 08 Dezember 2017, 12:36:20
So ein Zylinder ist für Nuki praktisch ungeeignet. Beim Kauf vom Zylinder muss also aufgepasst werden!

Beste Grüße,
Gero
Steht aber auch in der Montageanleitung wenn ich mich nicht irre

RitterSport

Ich habe seit ein paar Tagen den Log hiermit voll:
Eine Idee woran es liegt? Token bei habe ich bei hier im Post selber auf xxx gesetzt.
Es ist die gepatchte .pm

[code]2017.12.15 11:35:03 1:     main::readingsBeginUpdate           called by ./FHEM/73_NUKIBridge.pm (462)
2017.12.15 11:35:03 1:     main::NUKIBridge_Distribution       called by FHEM/HttpUtils.pm (808)
2017.12.15 11:35:03 1:     main::HttpUtils_NonblockingGet      called by ./FHEM/73_NUKIBridge.pm (433)
2017.12.15 11:35:03 1:     main::NUKIBridge_Call               called by ./FHEM/73_NUKIBridge.pm (263)
2017.12.15 11:35:03 1:     main::NUKIBridge_Set                called by ./FHEM/73_NUKIBridge.pm (232)
2017.12.15 11:35:03 1:     main::NUKIBridge_Notify             called by fhem.pl (3448)
2017.12.15 11:35:03 1:     main::CallFn                        called by fhem.pl (3368)
2017.12.15 11:35:03 1:     main::DoTrigger                     called by fhem.pl (4342)
2017.12.15 11:35:03 1:     main::readingsEndUpdate             called by ./FHEM/73_NUKIBridge.pm (593)
2017.12.15 11:35:03 1:     main::NUKIBridge_ResponseProcessing called by ./FHEM/73_NUKIBridge.pm (549)
2017.12.15 11:35:03 1:     main::NUKIBridge_Distribution       called by FHEM/HttpUtils.pm (544)
2017.12.15 11:35:03 1:     main::__ANON__                      called by fhem.pl (689)
2017.12.15 11:35:03 1: readingsUpdate(,lastError,http://:8080?token=xxx: malformed or unsupported URL) missed to call readingsBeginUpdate first.
2017.12.15 11:35:03 1: stacktrace:
2017.12.15 11:35:03 1:     main::readingsBulkUpdate            called by ./FHEM/73_NUKIBridge.pm (472)
2017.12.15 11:35:03 1:     main::NUKIBridge_Distribution       called by FHEM/HttpUtils.pm (808)
2017.12.15 11:35:03 1:     main::HttpUtils_NonblockingGet      called by ./FHEM/73_NUKIBridge.pm (433)
2017.12.15 11:35:03 1:     main::NUKIBridge_Call               called by ./FHEM/73_NUKIBridge.pm (263)
2017.12.15 11:35:03 1:     main::NUKIBridge_Set                called by ./FHEM/73_NUKIBridge.pm (232)
2017.12.15 11:35:03 1:     main::NUKIBridge_Notify             called by fhem.pl (3448)
2017.12.15 11:35:03 1:     main::CallFn                        called by fhem.pl (3368)
2017.12.15 11:35:03 1:     main::DoTrigger                     called by fhem.pl (4342)
2017.12.15 11:35:03 1:     main::readingsEndUpdate             called by ./FHEM/73_NUKIBridge.pm (593)
[/code]




CoolTux

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

SeppiDeluxe

Hallo CoolTux,

Danke für deine Arbeit!!

Habe Nuki seit gestern mit HW-Bridge im Betrieb.

Die Installation ging weitestgehend problemlos und wie beschrieben. Erste manuelle Test verliefen auch ohne Aufälligkeiten.

Nun zu meiner Frage.
Ich habe auch die CallBack Funktion getestet. Die ist für meine Integration FHrm, Knx und Co essentiell.
Klappt sehr gut aber leider wie beschrieben nur ungesichert. Ich habe mein FI von draußen mit Gates separat gesichert.
Jedoch möchte ich ungern auf die FHem eigene Auth ungern verzichten. Hast du einen Vorschlag für einen Workaround. Siehst du einen öglichkeit dem CallBack die Credentials mit zu übergeben.Letztendlich liegen die ja in der Fhem Konf mit vor.

Ich mach mir auch mal Gedanken, ob ich einen Ansatz finde.

Danke für Feedback

CoolTux

Hallo Sebastian,

So ganz habe ich das nicht verstanden.
Was machst Du wie von aussen?

Oder meinst du jetzt du greifst von aussen auf FHEM zu über Port 8083 und den nimmst auch für das Callback?
Ich empfehle Dir für Callback einfach einen separate FHEM Web Instanz ein zu richten und die nackig zu machen. Alle Befehle verbieten und alle Räume ausblenden. Vielleicht so machen das der Zugriff nur von der IP der Hardwarebridge erlaubt ist.

Leider lässt die API von Nuki kein HTTPS oder Basic Auth beim Callback zu.


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

SeppiDeluxe

Hi,

von draussen (WWW) schütze ich FHEM primär mit einem HAProxy Gateway und SSL Redirect und vorgeschaltetem ChannelAuth.

Wenn ich dein Wiki korrekt verstanden habe, läuft die CallBAck Funtkion intern nur über die WebInstanz, wenn der FHEM eigene BaseAuth deaktiviert ist bzw. der Test mit aktiverten FHEM BAseAuth führt dazu das sich der Status nicht aktualsiert. Schalte ich die Funktion bzw. das Passtwort im FHEM aus, dass geht alle wie beschrieben, also der CallBack gibt zeitnah den Stauts vom Nuki zurück.

Ich würde schon gern auf meiner Hautinstanz 8083 das BaseAuth aktiv haben. ICh weiss im private LAN mit meiner vorgeschalteten DMZ und dem Gate ist alle schon besser als, aber in dem Umfeld laufen auch all die neuen IoT Koponentne und deshalb will ich die FI Instanz mit bordeiegenen Mitteln zusätzlich schliessen.

Aber ich nehme dann deinen Ansatz mit der sekundaren FI und nagel die halt zu.

Danke dir