FHEM Forum

FHEM - Hausautomations-Systeme => Sonstige Systeme => Thema gestartet von: CoolTux am 18 Juli 2016, 23:50:11

Titel: [ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 18 Juli 2016, 23:50:11
Hallo,

In Folge eines Userwunsches und aus Lust und Laune heraus habe ich mich entschieden das NUKI Smartlock Türschloß in FHEM zu integrieren. Hierfür gibt es zwei Module. Einmal das Bridge Modul für die Nuki Bridge und das Device Modul für alle in der Bridge gefundenen und freigeschalteten Türschlößer.
Hier (https://forum.fhem.de/index.php/topic,55604.0.html) ist der Thread vom Userwunsch
In den kommenden Wochen werde ich hier Updates und auch die Module zum testen eintragen.



Die Module sind nun offiziell über das FHEM Update zu beziehen.
Wiki Artikel (http://www.fhemwiki.de/wiki/NUKI)



Was müsst Ihr tun und was wird bisher unterstützt?

Aktuelle Modulversionen
73_NUKIBridge = 0.6.1
74_NUKIDevice = 0.6.1


Was geht

Nötige Vorarbeiten

Wie definiere ich meine Devices?

define NukiBridge NUKIBridge <host> <api-token>

Es wird nach ein paar Sekunden eine Verbindung zur Bridge aufgebaut und alle dort enthaltenen Smartlocks automatisch in FHEM angelegt.
Danach erfolgt automatisch bei den angelegten Smartlock Devices eine Statusabfrage.

Für eine aktive Callback Funktion müßen noch zwei Attribute beim Smartlock Device eingerichtet werden.
webhookFWinstance - zu verwendende Webinstanz (darf keine Passwortabfrage beinhalten)
webhookHttpHostname - IP oder FQDN des FHEM Servers

Was ist noch zu tun

Bekannte Fehler



Danksagung:
Ich möchte mich ganz herzlich beim Forum Mitglied Cobra bedanken. Sein Einsatz hat maßgeblich dazu beigetragen das die Entwicklung der Module fortgesetzt werden konnte.



Ich möchte gerne ein paar Worte zur Weiterentwicklung verlieren. Gerne entwickel ich die Module weiter, baue neue Funktionen ein welche neue API Versionen mit bringen. Das testen geht zwar in den meisten Fällen gut, aber die Erfahrung lehrte uns das es auch zu Problemen kommen kann wo Hardware zum testen nötig ist. Cobra hat sein Smartlock zurück bekommen und ich entwickel nun blind, oder mit Eurer Hilfe und Geduld weiter.
Dennoch habe ich mich entschloßen es wie setstate zu tun und einen Spendenaufruf zu starten. Solltet Ihr dem Aufruf folgen und spenden, dann schreibt bitte das es für das Nuki Smartlock ist und ob es ok ist das Ihr Namentlich erwähnt werdet.

Hier der Link zum spenden (http://paypal.me/MOldenburg)

















SpenderBetrag
Fred_Feuerstein50€
aheissenberger50€
Cobra20€
kkoeniger10€
jiggi10€
Stephan196510€
spacecowboy.2120€
CoolTux100€
Sascha_F20€
Gesamt alt:290€
Nuki Set gekauft:-230€
Gesamt neu:60€

Danke an Euch alle!!!



Grüße
Leon
Titel: Antw:[ NUKI Smartlock ] 74_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 19 Juli 2016, 13:03:44
Auch hier nochmal vielen Dank für deine Bemühungen!

Habe leider gerade die Info bekommen, dass sich die Auslieferung noch etwas verzögert. Aktuell wird mir die KW32 genannt. Bis ich testen kann wird es also noch etwas dauern.
In der Zwischenzeit habe ich schonmal ein device-icon gebaut, welches ich bei mir bereits mit dem Testmodul anzeigen lasse:
Titel: Antw:[ NUKI Smartlock ] 74_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: ewu75 am 20 Juli 2016, 08:24:11
Hallo
Falls es interessiert, hier wurde das Teil getestet: http://www.golem.de/news/nuki-smart-lock-im-test-ausgesperrt-statt-aufgesperrt-1607-122177.html (http://www.golem.de/news/nuki-smart-lock-im-test-ausgesperrt-statt-aufgesperrt-1607-122177.html)

Gruß
Titel: Antw:[ NUKI Smartlock ] 74_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Steeeve am 22 Juli 2016, 07:46:33
Sehr cool!
Ich gehe davon aus, dass die Bridge dann pflicht ist, weil sonst wäre ja keine direkte Verbindung zum Schloss möglich, oder?
Mein Nuki ist seit gestern in Verwendung, die Android-Bridge ist eingerichtet (diese läuft aber bei mir sehr instabil - häufig keine Verbindung).

Also wenn ich beim Testen helfen kann - einfach sagen.

lg
Steeeve
Ps: Original Bridge ist auch bestellt und soll halt dann kommen wenn sie verfügbar ist...
Titel: Antw:[ NUKI Smartlock ] 74_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 22 Juli 2016, 08:04:22
Ja, ohne die Bridge geht es nicht. Diese vermittelt quasi zwischen LAN/WLAN und dem Bluetooth-Schloss. Die Software Bridge für Android läuft instabil, was man so im Internet liest. Für einen grundsätzlichen Test des Moduls für FHEM dürfte es aber ausreichen.

Mein NUKI und Bridge kommen ja zusammen und sind deshalb noch nicht da.
Titel: Antw:[ NUKI Smartlock ] 74_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Steeeve am 22 Juli 2016, 08:54:17
wurde dir das so mitgeteilt? Weil ich hatte ein Mail bekommen, dass die Bridge nachgeliefert wird
Titel: Antw:[ NUKI Smartlock ] 74_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 22 Juli 2016, 09:07:31
Ich hatte zur kickstarter Zeit letztes Jahr gleich die Combo (Schloss und Bridge) bestellt. Und so wird auch geliefert. Hab nun noch ein Fob nachbestellt, das kommt dann alles zusammen.

Titel: Antw:[ NUKI Smartlock ] 74_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Steeeve am 22 Juli 2016, 09:45:06
Irgendwie unfair - hatte bei Kickstarter das Schloss bestellt und nachträglich noch ein Bundle aus Bridge und Schloss - Schlösser sind diese Woche beide gekommen...
Dazu gibts dann noch einen 30 Eur Gutschein, der ab 80 Eur einkauf gilt (2 Fobs kosten 58 eur, somit kann man für sowas keinen Gutschein einlösen)
Titel: Antw:[ NUKI Smartlock ] 74_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 22 Juli 2016, 09:56:29
Vielleicht sollte ein Admin das Thema hier abtrennen mit den Beiträgen für das künftige NUKI Modul für FHEM und eine Diskussion zum NUKI.
Wäre übersichtlicher ;)
Titel: Antw:[ NUKI Smartlock ] 74_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Steeeve am 22 Juli 2016, 10:10:26
Stimmt, sorry
Titel: Antw:[ NUKI Smartlock ] 74_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 22 Juli 2016, 10:11:45
Zitat von: Steeeve am 22 Juli 2016, 09:45:06
Irgendwie unfair - hatte bei Kickstarter das Schloss bestellt und nachträglich noch ein Bundle aus Bridge und Schloss - Schlösser sind diese Woche beide gekommen...
Dazu gibts dann noch einen 30 Eur Gutschein, der ab 80 Eur einkauf gilt (2 Fobs kosten 58 eur, somit kann man für sowas keinen Gutschein einlösen)

Das Du zwei Schlösser hast ist ja perfekt. Dann kann man mal die Einrichtung mit mehreren durchspielen.
Titel: Antw:[ NUKI Smartlock ] 74_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Thargor am 22 Juli 2016, 11:33:21
Zitat von: Steeeve am 22 Juli 2016, 09:45:06
Irgendwie unfair - hatte bei Kickstarter das Schloss bestellt und nachträglich noch ein Bundle aus Bridge und Schloss - Schlösser sind diese Woche beide gekommen...
Dazu gibts dann noch einen 30 Eur Gutschein, der ab 80 Eur einkauf gilt (2 Fobs kosten 58 eur, somit kann man für sowas keinen Gutschein einlösen)

Ich bin sehr gespannt auf deinen Erfahrungsbericht!
Titel: Antw:[ NUKI Smartlock ] 74_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Steeeve am 22 Juli 2016, 11:35:23
Korrektur, zwei Fobs kosten 78, da habe ich mich verschrieben!
Titel: Antw:[ NUKI Smartlock ] 74_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 22 Juli 2016, 11:44:08
Falls jemand eine c't hat, da ist in der neusten Ausgabe auch ein Kurzbericht: http://www.heise.de/ct/ausgabe/2016-16-Smart-Lock-Nuki-3271652.html
Titel: Antw:[ NUKI Smartlock ] 74_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: ulli am 27 Juli 2016, 20:41:40
Ist es nicht möglich nur das schloss über Bluetooth zu steuern? Ohne die bridge?
Titel: Antw:[ NUKI Smartlock ] 74_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 27 Juli 2016, 21:45:07
Ja. Allerdings ist die fhem Anbindung dann schwieriger. Es gibt zwar auch eine Bluetooth api, aber es dürften bei wenigen ein fhem Server mit Bluetooth in der Nähe der Haustür stehen.

Deshalb die Bridge als Schnittstelle bluetooth/Netzwerk.



>> gesendet mit LG G4 via Tapatalk <<

Titel: Antw:[ NUKI Smartlock ] 74_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: ulli am 28 Juli 2016, 17:05:28
Ich denke das BT schon die entsprechende Reichweite hat. Geht ja mit BT Lautsprechern locker auf die Distanz.
Titel: Antw:[ NUKI Smartlock ] 74_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Steeeve am 02 August 2016, 15:35:42
Also bei mir würde es sich nicht ausgehen, hab die temporäre Nuki Bridge (altes HTC Android Phone) mal zu meinem Heimserver gestellt (ca 4m vom Nuki entfernt) und da hat man nur sehr selten einen Empfang. Das kann natürlich auch am HTC liegen, aber darauf verlassen würde ich mich nicht.
Titel: Antw:[ NUKI Smartlock ] 74_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Steeeve am 02 August 2016, 20:10:44
Na vielleicht liegts wirklich am htc. iPhone ist ca. 7 m entfernt. Htc Bridge liegt mehr oder weniger daneben (http://uploads.tapatalk-cdn.com/20160802/84abf291e09cb95e3ca8dc8bb1e9000c.png)
Titel: Antw:[ NUKI Smartlock ] 74_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: ulli am 03 August 2016, 16:28:47
Hätte mich auch gewundert
Titel: Antw:[ NUKI Smartlock ] 74_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Steeeve am 09 August 2016, 13:35:47
Die Android Bridge können wir nicht zum Testen verwenden? Mittlerweile sind beide Schlösser montiert und einsatzbereit  ;)
Titel: Antw:[ NUKI Smartlock ] 74_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 09 August 2016, 13:36:34
Doch sicher. Die api ist ja gleich.

>> gesendet mit LG G4 via Tapatalk <<
Titel: Antw:[ NUKI Smartlock ] 74_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Steeeve am 09 August 2016, 13:38:09
ich finde nur den API Key nicht  :-[
(Edit: Also den Token)
(2.Edit: gefunden)
Titel: Antw:[ NUKI Smartlock ] 74_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 18 August 2016, 15:43:22
Ich hatte vor zwei Wochen mal ne Anfrage gesendet. Hier nun die Antwort

Zitat
Hallo Leon,

letztlich ist deine Anfrage bei mir gelandet. Ich bin für den Developer Support zuständig. Da wir derzeit total ausverkauft sind, schaut es mit Demo Units sehr schlecht aus. Was ich im Regelfall aber schon hinbringe ist Bestellungen vorzuziehen. D.h. wenn du im Nuki Shop ein Smartlock bestellst, dann kann ich die Bestellung vorreihen so dass es sofort verschickt wird.

Lass mich bitte wissen ob das geht. Wenn nein, dann musst du leider warten bis wir Demounits haben. Genauen Zeitplan dafür kann ich keinen nennen, da wir derzeit nur ein sehr begrenztes Set haben und da so schnell auch nicht mehr werden wird.

Grüße
Jürgen

---------------------------------------------
Jürgen Pansy
Product & Strategy

Nuki Home Solutions GmbH
Münzgrabenstrasse 92/4
8010 Graz, Austria
M: +43 676 6688650
F: +43 316 22841250
www.nuki.io

Also wer von Euch hat eine Bestellung mit Schloß und Bridge welche ich versuchen kann vor zu ziehen? Wer würde die Bestellung zu mir umleiten damit ich mit der Hardware entwickeln kann?

Grüße
Leon
Titel: Antw:[ NUKI Smartlock ] 74_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 18 August 2016, 16:00:22
Ich bin angeblich bei der nächsten Auslieferungswelle dabei, aber auch das wurde schon wieder auf KW37 verschoben.
Nach den aktuellen News von denen, gibt es im Moment keine Bridges. Deshalb verzögert sich dahingehend alles.

Bleibt also im Moment nur abwarten.

Einzige Möglichkeit wäre, jemand, der schon das Schloss hat und mit der Android-Software Bridge experimentiert, dass damit ggfs. über Logs etc. was von Deiner Seite gemacht werden kann.
Titel: Antw:[ NUKI Smartlock ] 74_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 18 August 2016, 16:06:40
Wie gesagt. Der Kollege kann Bestellungen vorziehen. Bedeutet das sobald was da ist wir es bekommen würden. Ich habe nur keine Lust und kein Geld jetzt so ein Teil zu bestellen.
Titel: Antw:[ NUKI Smartlock ] 74_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 18 August 2016, 16:10:42
Kann ich verstehen.

Aber das man mir auch schon oft gesagt. Wurde trotzdem immer wieder vertröstet. Ich glaube aktuell hilft nur warten.
Aber wenn ich das Schloss und die Bridge bekomme, könnte ich sie erstmal Dir zukommen lassen. Falls es sich bis dahin noch nicht anderweitig gelöst hat.

Vielleicht wäre es aber auch erstmal machbar, dass wie gesagt jemand mit Schloss und Software-Bridge ein Testmodul von Dir startet und Dir die Ausgaben zukommen lässt.

Titel: Antw:[ NUKI Smartlock ] 74_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 18 August 2016, 16:18:28
Ich glaube Du verstehst nicht ganz. Du steckst in einer Bestellschlange an 138er Stelle. Wenn Du mir Deine Bestellnummer per Mail zukommen lässt, können wir versuchen das Du an Nummer 1 kommst und sobald Ware da ist Du sie bekommst.

Verstehst. Natürlich nur wenn es gewünscht ist. Wir können auch warten   :D
Titel: Antw:[ NUKI Smartlock ] 74_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: daniel2311 am 24 August 2016, 13:36:28
Also ich spiele auch mit dem Gedanken, mir so ein Nuki-Schluss zuzulegen.
Aber 348,00 mit so einem FOB ist ganz schön happig...
Für 300 Euro wäre ich dabei.
Wie es aber ausschaut, gibt es aktuell noch keine Anbindung an FHEM oder lese ich das falsch?
Titel: Antw:[ NUKI Smartlock ] 74_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 24 August 2016, 13:50:07
Genau darum geht es ja in diesem Beitrag. Um die Entwicklung eines Modules.
Es gibt im Moment noch keines.
Titel: Antw:[ NUKI Smartlock ] 74_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: daniel2311 am 24 August 2016, 13:57:33
Okay, ich wäre als Tester mit bei, falls ich mir so ein Dingen kaufe ;) Ich gebe dann hier Bescheid.
Theoretisch könnte ich auch programmieren, aber bin in Perl nicht so ganz drin und habe bisher noch nichts mit FHEM Programmierung gemacht.

Hat jemand schon einmal einen Gutschein oder ähnliches gesehen? Dann immer her damit :D Bei 300 Euro mit FOB wäre ich wahrscheinlich sofort schwach werden. Wobei so nen Keymatic nur die Hälfte kostet und zumindest schon etwas getestet ist.
Titel: Antw:[ NUKI Smartlock ] 74_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: julianG am 31 August 2016, 13:02:01
Hallo,

ich habe bereits ein Nuki mit der Android Bridge erfolgreich im Einsatz.
Würde mich dann auch als Testperson für das Modul zur Verfügung stellen :-)

Viele Grüße
Julian
Titel: Antw:[ NUKI Smartlock ] 74_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 31 August 2016, 14:29:36
Im Moment stecke ich leider noch mit anderen Sachen fest. Ich habe aber von Nuki selbst eine Idee bekommen wie man es dennoch testen kann. Auch ohne die Hardware. Es gibt da wohl im Netz ein Hardware Simulator, ne Art virtuelles Nuki Device. Hier kann man dann wohl mit alles testen. Ich schaue es mir Anfang nächsten Monats an.
Titel: Antw:[ NUKI Smartlock ] 74_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: SVBE am 31 August 2016, 14:51:26
Sobald meine Bestellung angekommen ist (voraussichtlich KW38) würde ich auch fleißig mit testen...

Grüße
Sven

Gesendet von meinem SM-T810 mit Tapatalk

Titel: Antw:[ NUKI Smartlock ] 74_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: julianG am 31 August 2016, 15:07:50
Okay, super.

Gibt es den aktuellen Stand des Moduls schon irgendwo? Dann kann ich da mal reinschauen.

Viele Grüße
Julian
Titel: Antw:[ NUKI Smartlock ] 74_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 31 August 2016, 16:56:13
Es gibt da noch nicht wirklich was. Bisher habe ich vom Bridgemodul nur ein Gerüst fertig. Das SmartLock Modul habe ich noch gar nicht.
Titel: Antw:[ NUKI Smartlock ] 74_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: tommek83 am 21 September 2016, 09:43:44
Ich werde mir wohl auch bald ein Nuki zulegen, sobald die Umbauten an unserem Haus abgeschlossen sind. Dann kann ich dir evtl. die Hardware zukommen lassen. Das wird aber noch ein kleines Weilchen dauern.
Titel: Antw:[ NUKI Smartlock ] 74_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 26 September 2016, 00:23:29
Ich habe heute damit Angefangen das Bridgemodul soweit wie möglich zu entwickeln, da ich nun eine Softwarebridge habe und damit Daten bekomme.
Titel: Antw:[ NUKI Smartlock ] 74_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 26 September 2016, 22:29:16
Und wieder ein Stück weiter.
Das Bridge Device liest alle in der Bridge stehenden Daten ein und legt entsprechend Devices an.
Titel: Antw:[ NUKI Smartlock ] 74_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 27 September 2016, 13:44:14
Ok Leute jetzt wird es ernst. Ich brauche Tester. Es geht auch mit der Nuki Bridge App.
Mehr dazu siehe ersten Post



Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 27 September 2016, 20:52:56
Habe eben noch eine kleine Änderung in der Namensbenennung der Dateien geändert. Aus 74_NUKIBridge wurde 73_NUKIBridge damit das physikalische IODev vor den logischen Devices geladen wird.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 28 September 2016, 00:31:04
Neue Versionen sind online. Es sollte nun auch das Steuern des Smartlocks möglich sein.


Bitte einmal alles soweit testen und berichten.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 28 September 2016, 00:46:14
Habe mir gerade eben so ein Schloß mal bestellt. Bin gespannt wie das ist. Soll wohl Anfang nächste Woche kommen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: SVBE am 28 September 2016, 07:08:45
Moin,

Ich hoffe Nuki liefert diese Woche noch dann bin ich dabei...

Grüße
Sven

Gesendet von meinem SM-T810 mit Tapatalk

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 28 September 2016, 08:22:09
Was dauert denn bei Dir da so lange. Ich ha e gestern Nacht bestellt und heute wurde versandt  :D
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 28 September 2016, 09:09:32
Meine Lieferung steht auch noch aus.
Ich glaube weil die Bridge noch lieferverzögerung hat. Und ich beides zusammen bekomme.

>> gesendet mit LG G4 via Tapatalk <<
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 28 September 2016, 10:24:15
In der Ruhe liegt die Kraft. Ein zwei Sachen sind ja auch noch offen. Gerade Fehleranalyse ist noch ein offenes Thema.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: JT089 am 28 September 2016, 19:32:01
Hallo CoolTux,

sehr cool, dass du die Module "blind" angefangen hast - dickes Merci von mir :-) Ist dein Nuki denn nun angekommen?

Ich habe heute mal die Module bei mir deployed und das Zeuch durchkonfiguriert. Ich teste jetzt mal...

Folgendes ist mir schon aufgefallen:

- Autocreate vom Schloss hat perfekt funktioniert (incl. Alias, und IODev was ich cool finde)
- Funktioniert und ist recht flott (deutlich flotter, wie via Nuki App - aber das geht ja via "Nuki Cloud")
- Anzeige des Alias ist m.E. noch was zu fixen:
   Via Web sehe ich den Alias des Schlosses aber mit einem vorangestellten "nuki " - es wird also aus
   meinem Nuki "MeinNuki" dann im Web "nuki MeinNuki"

Bleibe ´dran und merci nochmal,

Jakob
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 28 September 2016, 20:05:45
Hallo Jakob,

Mein Smartlock habe ich ja erst gestern 22 Uhr bestellt, aber es wurde heute morgen versendet. Ich denke also mal das es die Woche noch ankommen wird.

Was die Anzeige des Alias an geht. Mach mal bitte ein

list $NUKIDEVICE

Und gebe mir das Ergebnis mal hier rein.

Was noch wichtig wäre zu erwähnen. Zum jetzigen Zeitpunkt kann man zwar schalten aber der Zustand wird nicht sofort dargestellt.
Und Du bekommst unmengen an Logeintragen. Eigentlich wird so gut wie alles zur Zeit geloggt. Also nicht wundern.

Klappt denn das schalten des Schlosses?



Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 28 September 2016, 22:18:31
Ich habe noch mal eine aktuelle Version hochgeladen. Siehe ersten Post.
Nun sollte alles unterstützt sein was mit der Bridge laut API geht.


FERTIG


Und nun kommt das testen und Bugfixen!
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 29 September 2016, 08:27:04
DHL hat mir geschrieben das ein Packet heute zwischen 11 und 13 Uhr kommt. Bin gespannt.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 29 September 2016, 15:21:00
Schloß ist da. Macht einen sehr wertigen Eindruck. Leider bekomme ich es nicht gepeert. Ums verrecken nicht.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 29 September 2016, 16:38:03
Man sollte nicht Nachts um 22 Uhr bestellen. Vergesst was ich gesagt habe. Geht heute gleich wieder zurück  :-\
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: ulli am 29 September 2016, 21:17:30
Klappt das ganze jetzt auch ohne bridge? Nur mit dem Türschloss und einem Bluetooth dongle am fhem?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 29 September 2016, 21:23:24
Nein noch nicht. Ich bin am überlegen ein BT IODEV Modul zu schreiben. Allerdings ist das schon eine etwas höhere Kunst und da suche ich noch Informationen. Eine API gibt es ja dafür. Aber noch sehe ich da nicht so wirklich durch.
Du kannst aber die Bridge App verwenden. Geht wohl ganz ok. Und Du könntest das Modul so testen. hihi
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 01 Oktober 2016, 17:00:39
Mein Schloß und die Hardware Bridge ist auf dem Postweg. Leider am Montag Feiertag, deswegen kommt es sicher erst am Dienstag.

>> gesendet mit LG G4 via Tapatalk <<

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 01 Oktober 2016, 17:34:21
Supi. Das wird spannend.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Tueftler1983 am 03 Oktober 2016, 21:03:16
Hallo Leute
Ich bin einer der Offiziellen Tester von Smart-wohnen.de und Mediamarkt.
Bist jetzt muss ich sagen das die stabile Einrichtung der Bridge nur zögernd klappte immer wieder die Meldung keine Verbindung in der Nuki App.
Seid gestern und der kompletten neu Einrichtung von Nuki scheint es jetzt zu funktionieren.
Als Tester habe ich ein Set aus einem Nuki Smart Schloss, einer Bridge und einen Fob bekommen.

Seid heute habe ich auch dein Modul in fhem am laufen und muss bis jetzt sagen es klappt gut.

Was mir am Schloss nicht gefällt, es ist sehr laut und wenn ich die Türe über Nuki Öffne gibt es nachher die Falle nicht ganz frei sodass ich am Nuki selbst nochmal ca 15° bis 20° nach links drehen muss damit die Türe wieder zuverlässig einrastet.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 03 Oktober 2016, 21:23:14
Vielen Dank für Dein Feedback. Was mich interessiert.
Wenn Du einen lock Befehl abgibst, erscheint dann recht Zeitnah der korrekte Status als Reading? Hattest Du schon mal Fehlermeldungen?
Ich würde gerne alle Eintrage im Log bezüglich NUKIDevice und NUKIBridge.



Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Tueftler1983 am 03 Oktober 2016, 21:43:21
Kann ich irgendwie einen separaten logfile für NOKIBridge und NUKIDevice anlegen? Da mein log recht voll ist und viele Einträge bekommt pro minute.

Würde dann morgen ein paar Tests für dich machen. Heute ist schlecht da die kidds schlafen und NUKI leider doch recht laut arbeitet.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 03 Oktober 2016, 21:52:54
Mir ist kein Weg bekannt da ein separates Logfile für die Modulmeldungen an zu legen. Sorry.
Muss nicht heute sein, im laufe der Tage reicht es auch. Ich habe so ein Teil nicht und ich brauche mehr Feedback wie nur klappt oder klappt nicht  ;D


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 04 Oktober 2016, 06:42:25
Mir ist die Nacht noch was einfaches eingefallen


tail -f /opt/fhem/log/fhem-2016-09.log | grep NUKI >> /opt/fhem/log/NUKI.log


Sollte klappen
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 04 Oktober 2016, 22:00:48
Habe heute mein Paket bekommen. Schloss montiert, Bridge eingerichtet, Fob und App auch.
Dann das Modul auf den Server kopiert und dann das define ausgeführt.

Hat alles geklappt.

Das Schloss wird angezeigt. Und lässt sich öffnen und schliessen.
Mehr hab ich noch nicht gemacht. Bin auch die nächsten 2 Tage beruflich unterwegs.
Geht also erst zum Wochenende damit weiter bei mir.

Sieht aber erstmal alles schon ziemlich gut aus. TOP!

Mal sehen ob die Technik vom NUKI auch alles so gut läuft wie das bisherige Modul von cooltux :)


Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 04 Oktober 2016, 22:03:41
Supi. Vielen Dank fürs Feedback. Ich stecke in den Vorbereitungen dazu das Nuki Smartlock einzeln per BT LE zu unterstützen.



Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 07 Oktober 2016, 18:26:19
So, nach ein paar Tagen kann ich sagen, dass das Modul ziemlich gut funktioniert.
Hatte nur ein paar Problemchen mit dem NUKI selbst, aber das ist ja nicht ein Problem des Moduls :)

Eine Frage hätte ich noch. Kann man das Interval der Aktualisierung irgendwo einstellen? Steht ja auf 30 Sekunden.
Und bei der Bridge auf 180 Sekunden.

Wo kommen diese Werte her?

Der Status vom Schloss wird nach dem klick auf unlock, lock etc. doch direkt gewechselt. Von daher könnte man das Interval ja etwas höher als 30 Sekunden setzen.

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 07 Oktober 2016, 18:54:55
Die Werte kommen vom Modul und somit von mir. Es sollte unter den Attributen das Attribut Intervall geben, wenn nicht dann muss ich da noch was machen.

Man kann das Intervall zum Statusabfragen des Schloßes hoch setzen, aber wenn Du das Schloß von Hand bediehnst oder mit der App dann merkt FHEM erst nach spätestens 30s oder halt höher wie der neue Status des Schloßes ist. Ich wollte das Intervall eher noch runter setzen für die Smartlock. Aber dann habe ich gelesen das die Bridge die aktuellen Daten pro Anfrage direkt vom Schloß holt und somit eine BT Verbindung aufbaut und das kostet Strom.

Aber bisschen runter wollte ich schon noch. So 20s oder was denkt ihr?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 07 Oktober 2016, 23:31:46
sehe gerade bei der bridge gibt es das attr "interval", beim Schloss nicht.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 08 Oktober 2016, 07:34:56
Guten Morgen,

Dann muss ich. Das noch nachbessern  :D
Was sagst du zu den Intervalzeiten. Runter oder so lassen? Denke bitte auch daran was ich geschrieben habe bezüglich Bedienung von anderer Seite und das es FHEM mitbekommen sollte. Man kann ja diverse Abfragen noch für das Schloß haben. So wie ne Alarmanlage.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 08 Oktober 2016, 07:42:30
grundsätzlich kann man das auch runter setzen. Natürlich hat das den Vorteil, dass man den Status schneller erkennen kann.
Aber das erzeugt auch jede Menge Traffic und wahrscheinlich Batterieverbrauch.
Wenn es aber einstellbar ist, kann jeder es für sich anpassen.

Was mir auch noch aufgefallen ist, im FHEM Log kommen jede Menge Einträge bei diesen Aktualisierungen. Kann man das verringern, also die Log-Ausgaben?
Im Moment also alle 30 Sekunden sowas:
2016.10.08 07:38:36 3: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.123.250:8080/lockState?token=sdfdsdsfdf&nukiId=9ofdsnaofdnsaofdn
2016.10.08 07:38:36 3: NUKIDevice (NUKIDevice9ddsdddd211) - NUKIDevice_GetUpdate Call NUKIDevice_ReadFromNUKIBridge
2016.10.08 07:38:36 3: NUKIDevice (NUKIDevice9ddddddd211) - Call NUKIDevice_GetUpdate
2016.10.08 07:38:36 3: NUKIDevice (NUKIDevice9ddddddd211) - Call InternalTimer
2016.10.08 07:38:39 3: parse status message for NUKIDevice9ddddddd211
2016.10.08 07:38:39 3: readings set for NUKIDevice9ddddddd211


ist ein bisschen viel, oder?  :)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 08 Oktober 2016, 07:55:29
Das wird noch verringert. Hatte ja geschrieben das es Ausgaben für die Entwicklung sind. Also debug Ausgaben. In der kommenden Version ist das dann alles weg.

Ich würde das Bridge Alive Interval dann auf 60s stellen, hier wird keine BT Verbindung aufgebaut. Und das Smartlock Intervall auf 20s und dann schauen wir mal. Wenn die Batterien sehr deutlich vor den Herstellerangaben leer sind müssen wir höher gehen.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 08 Oktober 2016, 08:04:26
Das klingt nach einem guten Plan :)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 08 Oktober 2016, 08:11:24
Jepp. Und ich habe noch einen.

Ich werde nächste Woche die deutsche Commandref schreiben. Und Ihr werdet:

Wenn das erledigt ist können wir es einchecken. So leistet jeder sein Teil für das Modul.



Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 08 Oktober 2016, 13:40:46
Ich habe soeben eine neue Version hochgeladen.
Geändert würden die Loglevel und die Intervals. Dazu habe ich noch etwas entfernt und aufgeräumt.
Beim Smartlock Device kann nun auch das Interval geändert werden.


Bitte testet die neue Version und schaut mal mit verbose 5 bei der Bridge oder beim Device ob der Timer alle Xs an geht.



Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 08 Oktober 2016, 20:26:50
Vorab. Ich habe das Interval bei der Bridge auf 180 und beim Device auf 30 eingestellt.

Und dann verbose 5 bei der Bridge. Das schaut dann im Log so aus:
2016.10.08 20:07:12 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.123.250:8080/lockState?token=mmnnmm&nukiId=12345678
2016.10.08 20:07:42 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.123.250:8080/lockState?token=mmnnmm&nukiId=12345678
2016.10.08 20:08:12 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.123.250:8080/lockState?token=mmnnmm&nukiId=12345678
2016.10.08 20:08:42 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.123.250:8080/lockState?token=mmnnmm&nukiId=12345678
2016.10.08 20:09:12 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.123.250:8080/list?token=mmnnmm
2016.10.08 20:09:12 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2016.10.08 20:09:12 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.123.250:8080/lockState?token=mmnnmm&nukiId=12345678
2016.10.08 20:09:12 4: NUKIBridge (NukiBridge) - error while requesting: http://192.168.123.250:8080/lockState?token=mmnnmm&nukiId=12345678: empty answer received
2016.10.08 20:09:15 5: NUKIBridge (NukiBridge) - Bridge ist online
2016.10.08 20:09:42 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.123.250:8080/lockState?token=mmnnmm&nukiId=12345678
2016.10.08 20:10:12 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.123.250:8080/lockState?token=mmnnmm&nukiId=12345678
2016.10.08 20:10:42 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.123.250:8080/lockState?token=mmnnmm&nukiId=12345678
2016.10.08 20:11:12 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.123.250:8080/lockState?token=mmnnmm&nukiId=12345678
2016.10.08 20:11:42 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.123.250:8080/lockState?token=mmnnmm&nukiId=12345678
2016.10.08 20:12:12 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.123.250:8080/list?token=mmnnmm
2016.10.08 20:12:12 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2016.10.08 20:12:12 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.123.250:8080/lockState?token=mmnnmm&nukiId=12345678
2016.10.08 20:12:12 4: NUKIBridge (NukiBridge) - error while requesting: http://192.168.123.250:8080/lockState?token=mmnnmm&nukiId=12345678: empty answer received
2016.10.08 20:12:23 4: NUKIBridge (NukiBridge) - Bridge ist offline
2016.10.08 20:12:42 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.123.250:8080/lockState?token=mmnnmm&nukiId=12345678
2016.10.08 20:13:15 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.123.250:8080/lockState?token=mmnnmm&nukiId=12345678
2016.10.08 20:13:45 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.123.250:8080/lockState?token=mmnnmm&nukiId=12345678
2016.10.08 20:14:15 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.123.250:8080/lockState?token=mmnnmm&nukiId=12345678
2016.10.08 20:14:45 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.123.250:8080/lockState?token=mmnnmm&nukiId=12345678
2016.10.08 20:15:12 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.123.250:8080/list?token=mmnnmm
2016.10.08 20:15:12 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2016.10.08 20:15:15 5: NUKIBridge (NukiBridge) - Bridge ist online
2016.10.08 20:15:15 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.123.250:8080/lockState?token=mmnnmm&nukiId=12345678
2016.10.08 20:15:15 4: NUKIBridge (NukiBridge) - error while requesting: http://192.168.123.250:8080/lockState?token=mmnnmm&nukiId=12345678: empty answer received
2016.10.08 20:15:45 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.123.250:8080/lockState?token=mmnnmm&nukiId=12345678
2016.10.08 20:16:15 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.123.250:8080/lockState?token=mmnnmm&nukiId=12345678


Frage: ist das mit den Zeiten dann ok? für was sind die 180 Sekunden? Es kommt immer der Eintrag bei 30 Sekunden vom Device.

Und hier die verbose 5 Zeilen des Device:
2016.10.08 20:20:15 5: NUKIDevice (NUKIDevice12345678) - NUKIDevice_GetUpdate Call NUKIDevice_ReadFromNUKIBridge
2016.10.08 20:20:15 5: NUKIDevice (NUKIDevice12345678) - Call NUKIDevice_GetUpdate
2016.10.08 20:20:15 5: NUKIDevice (NUKIDevice12345678) - Call InternalTimer
2016.10.08 20:20:17 5: parse status message for NUKIDevice12345678
2016.10.08 20:20:17 5: readings set for NUKIDevice12345678
2016.10.08 20:20:45 5: NUKIDevice (NUKIDevice12345678) - NUKIDevice_GetUpdate Call NUKIDevice_ReadFromNUKIBridge
2016.10.08 20:20:45 5: NUKIDevice (NUKIDevice12345678) - Call NUKIDevice_GetUpdate
2016.10.08 20:20:45 5: NUKIDevice (NUKIDevice12345678) - Call InternalTimer
2016.10.08 20:20:46 5: parse status message for NUKIDevice12345678
2016.10.08 20:20:46 5: readings set for NUKIDevice12345678
2016.10.08 20:21:15 5: NUKIDevice (NUKIDevice12345678) - NUKIDevice_GetUpdate Call NUKIDevice_ReadFromNUKIBridge
2016.10.08 20:21:15 5: NUKIDevice (NUKIDevice12345678) - Call NUKIDevice_GetUpdate
2016.10.08 20:21:15 5: NUKIDevice (NUKIDevice12345678) - Call InternalTimer
2016.10.08 20:21:45 5: NUKIDevice (NUKIDevice12345678) - NUKIDevice_GetUpdate Call NUKIDevice_ReadFromNUKIBridge
2016.10.08 20:21:45 5: NUKIDevice (NUKIDevice12345678) - Call NUKIDevice_GetUpdate
2016.10.08 20:21:45 5: NUKIDevice (NUKIDevice12345678) - Call InternalTimer
2016.10.08 20:21:47 5: parse status message for NUKIDevice12345678
2016.10.08 20:21:47 5: readings set for NUKIDevice12345678
2016.10.08 20:22:15 5: NUKIDevice (NUKIDevice12345678) - NUKIDevice_GetUpdate Call NUKIDevice_ReadFromNUKIBridge
2016.10.08 20:22:15 5: NUKIDevice (NUKIDevice12345678) - Call NUKIDevice_GetUpdate
2016.10.08 20:22:15 5: NUKIDevice (NUKIDevice12345678) - Call InternalTimer
2016.10.08 20:22:16 5: parse status message for NUKIDevice12345678
2016.10.08 20:22:16 5: readings set for NUKIDevice12345678
2016.10.08 20:22:45 5: NUKIDevice (NUKIDevice12345678) - NUKIDevice_GetUpdate Call NUKIDevice_ReadFromNUKIBridge
2016.10.08 20:22:45 5: NUKIDevice (NUKIDevice12345678) - Call NUKIDevice_GetUpdate
2016.10.08 20:22:45 5: NUKIDevice (NUKIDevice12345678) - Call InternalTimer
2016.10.08 20:22:47 5: parse status message for NUKIDevice12345678
2016.10.08 20:22:47 5: readings set for NUKIDevice12345678
2016.10.08 20:23:15 5: NUKIDevice (NUKIDevice12345678) - NUKIDevice_GetUpdate Call NUKIDevice_ReadFromNUKIBridge
2016.10.08 20:23:15 5: NUKIDevice (NUKIDevice12345678) - Call NUKIDevice_GetUpdate
2016.10.08 20:23:15 5: NUKIDevice (NUKIDevice12345678) - Call InternalTimer
2016.10.08 20:23:16 5: parse status message for NUKIDevice12345678
2016.10.08 20:23:16 5: readings set for NUKIDevice12345678
2016.10.08 20:23:45 5: NUKIDevice (NUKIDevice12345678) - NUKIDevice_GetUpdate Call NUKIDevice_ReadFromNUKIBridge
2016.10.08 20:23:45 5: NUKIDevice (NUKIDevice12345678) - Call NUKIDevice_GetUpdate
2016.10.08 20:23:45 5: NUKIDevice (NUKIDevice12345678) - Call InternalTimer
2016.10.08 20:23:47 5: parse status message for NUKIDevice12345678
2016.10.08 20:23:47 5: readings set for NUKIDevice12345678
2016.10.08 20:24:15 5: NUKIDevice (NUKIDevice12345678) - NUKIDevice_GetUpdate Call NUKIDevice_ReadFromNUKIBridge
2016.10.08 20:24:15 5: NUKIDevice (NUKIDevice12345678) - Call NUKIDevice_GetUpdate
2016.10.08 20:24:15 5: NUKIDevice (NUKIDevice12345678) - Call InternalTimer
2016.10.08 20:24:17 5: parse status message for NUKIDevice12345678
2016.10.08 20:24:17 5: readings set for NUKIDevice12345678
2016.10.08 20:24:45 5: NUKIDevice (NUKIDevice12345678) - NUKIDevice_GetUpdate Call NUKIDevice_ReadFromNUKIBridge
2016.10.08 20:24:45 5: NUKIDevice (NUKIDevice12345678) - Call NUKIDevice_GetUpdate
2016.10.08 20:24:45 5: NUKIDevice (NUKIDevice12345678) - Call InternalTimer
2016.10.08 20:24:46 5: parse status message for NUKIDevice12345678
2016.10.08 20:24:46 5: readings set for NUKIDevice12345678


Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 08 Oktober 2016, 20:31:17
Alles super. Das passt. Schau mal wann immer "Call Internal Timer" ausgegeben wird. Das ist bei der Bridge alle 3 Minuten. Passt alles.
Danke fürs Testen.

Schalten und so geht auch noch?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Steeeve am 10 Oktober 2016, 08:41:25
Servus @CoolTux!

Nur zur Info - es gibt jetzt ne API Dokumentation zur beta-bridge-firmware 1.3 (im Nuki Slack Channel). In Zukunft sind ja auch Webhooks möglich, von daher vermutlich interessant, weil Batterieschonender als die andauernde abfrage, oder?

Sg
Steeeve
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Oktober 2016, 08:54:42
Hallo Steve,

Vielen Dank für die Info. Schaue ich mir die Tage gleich mal an. Super.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Oktober 2016, 09:27:13
Habe gerade mal geschaut. So auf die schnelle finde ich da nichts.
Hast mal bitte ein Link


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Steeeve am 10 Oktober 2016, 10:15:17
Klar:

https://nuki-io.slack.com/files/jpansy/F2LNJ47N1/20161007_bridge_api_v1.3.pdf

Bist du im Slack angemeldet?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Oktober 2016, 10:19:05
Nein bin ich nicht.

Vielen Dank
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Steeeve am 10 Oktober 2016, 10:20:28
Hier kannst dich ganz unten eintragen:
https://nuki.io/de/api/ "Join us on Slack" im Gelben Kontakt-Bereich
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Oktober 2016, 10:26:54
Ok bin drin
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Oktober 2016, 10:35:26
Habe mal eben überflogen. Wow, das ist aber mal ne Menge was dazu gekommen ist.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Oktober 2016, 12:23:58
So Leute nun seit Ihr dran.
Es gibt nun eine Stable Version 0.2.0 welche Ihr bitte installiert.
Danach macht Ihr folgendes

cd /opt/fhem/
/usr/bin/perl contrib/commandref_join.pl

warten bis Euer Promt wieder da ist und danach über das FHEM Frontend die Commandref aufrufen. Hier findet Ihr nun die deutsche Anleitung.
Bitte einmal lesen und Fehler bei mir melden.

UND es wird nun ein Übersetzer für die englische Commandref gesucht. Bitte Freiwillige vor und jemand der das ganze einfach in deutsch ins Wiki einträgt. Also ein Wikiartikel erstellt.



Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Steeeve am 10 Oktober 2016, 12:50:41
ist die eingecheckt? sprich, bekommt man die jetzt automatisch übers update?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Oktober 2016, 12:57:52
Nein.
Nicht solange keine englische Commandref und ein Wikieintrag vorhanden sind.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 10 Oktober 2016, 13:30:02
Hallo,

ich versuche gerade:
/usr/bin/perl contrib/commandref_join.pl

Allerdings bekomme ich die Fehlermeldung:
root@RaZberryTFT:/opt/fhem/contrib# /usr/bin/perl contrib/commandref_join.pl
Can't open perl script "contrib/commandref_join.pl": Datei oder Verzeichnis nicht gefunden


auch
/usr/bin/perl commandref_join.pl
funktioniert nicht.

ist aber auch nicht so wichtig. Das kommt ja bei Release automatisch.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Oktober 2016, 13:37:01
Du bist im Ordnern contrib, das ist falsch. Du musst in den Ordner /opt/fhem/

Bitte einmal testen und schauen/lesen
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 10 Oktober 2016, 13:44:35
hehe. Dann ändere oben in deinem Beitrag mal das:

cd /opt/fhem/contrib/

in

cd /opt/fhem/

;)

Dann passt es :)

Es kommt nach dem Befehl dann keine Fehlermeldung mehr. Allerdings sehe ich im deutschen commandref nach wie vor nur NUKI also Modul und als Überschrift und noch keinen Inhalt.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Oktober 2016, 13:58:51
Habe ich geändert. Danke für den Wink.

Hast Du denn die aktuelle Version aus dem Link vom ersten Thread runtergeladen?
Welche Version steht bei Dir im Device?



Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 10 Oktober 2016, 14:00:27
Ja habe ich. Und im Device steht 0.2.0. Sollte also passen.
Es wird auch der Status alle x Sekunden geprüft, etc.

Habe FHEM auch schon mal neu gestartet.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Oktober 2016, 14:02:53
Kannst Du bitte noch mal versuchen

https://forum.fhem.de/index.php/topic,55756.msg501713.html#msg501713
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 10 Oktober 2016, 14:24:58
komischerweise geht es jetzt :)

obwohl die die Befehle nicht neu eingetippt, sondern über die console einfach mit Pfeil nach oben wieder ausgewählt und gestartet habe ...
Egal. Jetzt steht auch in der commandref nicht mehr nur NUKI, sondern NUKIbridge und NUKIdevice.

Jetzt mal lesen :)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Oktober 2016, 14:28:28
Ich habe auch gerade gelesen. Die neue API Version der Bridge. Insbesondere die Callback Funktion ist interessant. Habe nur leichte Bauchweh weil ich denke das ich dafür einen eigenen Socket Server aufmachen muß um darüber die Daten zu empfangen. Habe ich eigentlich gar keine Lust zu.



Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 10 Oktober 2016, 14:29:30
Aber ist ja auch noch Beta und nicht öffentlich verteilt, diese Version.
Hat also noch Zeit.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Oktober 2016, 14:34:42
Ja, aber Gedanken muß ich mir schon machen. Denn einige Dinge haben sich in der Datenstrukture geändert, wo ich Inkompatibilität befürchten muss.
Aber lasst uns erstmal das Modul hier offiziell bekommen.

Also wie sieht es aus mit den noch offenen Punkten. Wer möchte gerne was machen?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 10 Oktober 2016, 14:37:48
Ich werde das Commandref ins englische bringen.
Gebe ich Dir dann zum Einbauen, ok? Brauchst du ein bestimmtes Format oder wie muss das aussehen?

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Oktober 2016, 14:44:08
Am besten wäre es wenn Du Dich an das Format im Modul selber halten könntest. Kannst aber auch einfach aus der Commandref im Frontend übersetzen und ich schaue dann welche stelle das ist   ;D
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 10 Oktober 2016, 15:05:05
Anbei die beiden Übersetzungen fürs Modul

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Oktober 2016, 15:13:40
Wow das ging aber fix. Danke Dir.
Noch jemand anderes da der sich für das Wiki erbarmen kann. Dann können wir es Ende des Monats einchecken.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 10 Oktober 2016, 16:52:54
Du warst auch ohne eigene Hardware und eigenem Nutzen sehr schnell.
Dem wollte ich nicht nachstehen. :)

Nur bei wiki muss ich erstmal passen. K A. Wie das funktioniert.

>> gesendet mit LG G4 via Tapatalk <<

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Oktober 2016, 17:00:16
Du hast bereits Deinen Teil getan, voll ok. Nun muß noch ein zweiter Nutznießer sich für das Wiki erbarmen.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: markukug am 10 Oktober 2016, 20:18:53
Hallo,

ich würde gerne testen. Reicht es, wenn ich die Nuki Combo kaufe?

Danke
Markus
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Oktober 2016, 20:20:08
Wenn diese Combo aus Smartlock und Bridge besteht dann ja.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 11 Oktober 2016, 08:43:31
Zitat von: fred_feuerstein am 10 Oktober 2016, 15:05:05
Anbei die beiden Übersetzungen fürs Modul

Vielen Dank für die hervorragende Arbeit. So konnte ich das in null komma nix einarbeiten.



Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 11 Oktober 2016, 09:09:37
Die Module sind nun ab Morgen früh 8 Uhr offiziell über FHEM Update zu bekommen.

Vielen Dank an alle Beteiligten



Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 11 Oktober 2016, 09:24:39
Das ist ja prima! Danke.

Jetzt fehlt nur noch ein WIKI Eintrag.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 11 Oktober 2016, 10:08:56
Wiki steht. Siehe ersten Beitrag
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 11 Oktober 2016, 10:12:21
Super.

Dann solltest Du nur noch bei den ToDo's das Wiki durchstreichen ;)
edit: hast du ja schon ;)

Wir sind zu schnell :)

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Steeeve am 12 Oktober 2016, 09:24:00
Servus!

Prinzipiell klappts, außer dass Umlaute nicht dargestellt werden: Wohnungst�r

Sonst schauts schon super aus! Vielen Dank, tolle arbeit!
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 12 Oktober 2016, 10:13:05
Ach ja, da war ja noch was. lach

Ich empfehle erstmal keine Umlaute in den Smartlocknamen zu verwenden. Ich werde mir für die nächste Version etwas einfallen lassen. Die kommt dann mit der 1.0.3er API.

@ Steve
Mich würde interessieren wie die Daten im JSON ankommen. Kannst mal bitte Verbose 5 machen und im Log schauen?


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Steeeve am 12 Oktober 2016, 10:14:27
Ich hab einfach den alias angepasst, das klappt soweit recht gut ;)

Habe aber recht regelmäßig folgendes stehen:

lastError
http://10.0.0.209:8080/lockState?token=nope&nukiId=123456789: empty answer received
2016-10-12 10:14:36
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Steeeve am 12 Oktober 2016, 12:05:09
Also JSON bekomm ich da keines Raus, hab jetzt mal verbose 5 bei der bridge und einem Lock probiert - ich vermute, dass die bridge da einfach keine verbindung bekommen kann, oder sich verhaspelt, weil mehr oder weniger gleichzeitig zwei anfragen an die locks gehen (ist offensichtlich ein bridge problem, weil die serialisiert).
Ich versuche jetzt mal die Abfragen der Locks auf unterschiedliche Zeiten zu setzen, damit die nicht immer zusammen fallen...
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Steeeve am 12 Oktober 2016, 12:39:55
Meinst, wäre es noch interessant /log auch ausgeben zu können?
get NukiBridge log
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 12 Oktober 2016, 12:41:10
Interessant. Also Leere Antworten sind definitiv ein Bridge Problem. Das mit den Umlauten sollte auch kein Problem sein, ausser beim Devicenamen. Kannst Du mir mal bitte ein list vom Smartlock Device geben.

get NukiBridge log
Kommt drauf an, kann man das denn in der aktuellen API?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Steeeve am 12 Oktober 2016, 12:44:15
Bei dem Zickts immer:

Internals:
   CFGFN
   DEF        123123132 IODev=NukiBridge
   INTERVAL   120
   IODev      NukiBridge
   NAME       NUKIDevice63125289
   NR         474
   NUKIID     123132123
   STATE      locked
   TYPE       NUKIDevice
   VERSION    0.2.1
   Readings:
     2016-10-12 12:40:59   battery         ok
     2016-10-12 12:40:59   batteryCritical false
     2016-10-12 12:40:59   lockState       locked
     2016-10-12 12:40:59   state           locked
     2016-10-12 12:40:59   success         true
   Helper:
     fromAutocreate 1
Attributes:
   IODev      NukiBridge
   alias      Wohnungstür
   interval   120
   room       NUKI,Wohnung


das interessante ist, dass dieses Lock eigentlich genau neben der bridge ist. In der App funktioniert die Statusabfrage ohne Probleme.

ja, /log gibts
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 12 Oktober 2016, 12:52:16
Ist das eine Hardware Bridge oder App?

Ich werde mal sehen das ich /log mit einbaue. Dauert aber etwas. Bin gerade ausgebucht  :)

Hast Du beim schalten denn Probleme. Öffnet oder schließt er nicht immer?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Steeeve am 12 Oktober 2016, 13:02:32
Ist ne Hardware Bridge!
Nein, keine Probleme. Ich schau abends mal ins Bridge log, ev. sagt mir das mehr ;)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 12 Oktober 2016, 13:57:45
Ich habe im Changelog der neuen Bridge API gesehen das die Bridge zwischen 0.5 und 2s immer wieder eine Verbindung zum Smartlock auf baut. Da sind wir mit unseren 15s ja richtig gut. lach
Titel: [ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Steeeve am 13 Oktober 2016, 16:48:12
ja, nur die bridge blinkt halt die ganze zeit was etwas nervig ist, wenn die direkt neben der Tür in der Steckdose steckt :P
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 13 Oktober 2016, 16:59:29
... schwarzes Klebeband auf die LED ;) :D
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 13 Oktober 2016, 17:13:14
Genau. Habe ich mit meiner BT Box im Schlafzimmer auch so gemacht.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: toemk am 14 Oktober 2016, 11:06:02
Hallo zusammen.

Ich bekomme die Bridge auf Android erfolgreich mit fhem verbunden, aber mein smartlock wird nicht angelegt.
Es taucht einfach gar nicht auf. Auf der Bridge selber ist es bekannt und via iOS-App funktioniert alles.

Ideen?

Danke!
vg
t.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 14 Oktober 2016, 11:13:14
Die Bridge auf verbose 5 stellen und ein set autocreate machen bitte. Log dann hier einstellen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: toemk am 16 Oktober 2016, 14:53:13
2016.10.16 14:49:50 4 : NUKIBridge (NukiBridge1) - Send HTTP POST with URL http://192.168.x.x:8080/list?token=xxxxxxx
2016.10.16 14:49:50 4 : NUKIBridge (NukiBridge1) - Send HTTP POST with URL http://192.168.x.x:8080/list?token=xxxxxxx
2016.10.16 14:49:50 4 : NUKIBridge (NukiBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2016.10.16 14:49:50 4 : NUKIBridge (NukiBridge1) - Call NUKIBridge_Get
2016-10-16 14:49:50 NUKIBridge NukiBridge1 autocreate
2016.10.16 14:49:50 5 : NUKIBridge (NukiBridge1) - Bridge ist online
2016-10-16 14:49:50 NUKIBridge NukiBridge1 connected
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 16 Oktober 2016, 15:56:31
Wenn ich Dich jezt richtig verstanden habe ist es eine Software Bridge. Korrekt?

Bridge auf Android sagteat Du. Wenn Du die Bridge App öffnest, ist dann Dein Smartlock dort zu sehen als Nuki Smartlock?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: toemk am 16 Oktober 2016, 20:19:47
Zitat von: CoolTux am 16 Oktober 2016, 15:56:31
Wenn ich Dich jezt richtig verstanden habe ist es eine Software Bridge. Korrekt?
Ja.
Zitat von: CoolTux am 16 Oktober 2016, 15:56:31
Bridge auf Android sagteat Du. Wenn Du die Bridge App öffnest, ist dann Dein Smartlock dort zu sehen als Nuki Smartlock?
Ja.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 16 Oktober 2016, 20:24:13
Ok dann muss ich mal eine debug Version für Dich bereit stellen. Dauert aber bisschen. Gib mir bitte 2 Tage.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: toemk am 16 Oktober 2016, 20:25:29
Keine Hektik - komme ggfls. erst wieder nächstes Wochenende zum Testen...

Danke schonmal!

vg
t.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 16 Oktober 2016, 21:26:47
Kleine andere Idee. Gib mal bitte folgende URL in Deinem Browser ein

http://IP-BIDGE:8080/list?token=TOKEN


Und poste hier mal das Ergebnis bitte
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: SVBE am 18 Oktober 2016, 22:29:31
Hi zusammen,

seit heute ist nun auch mein NUKI da :-)

Einbindung in FHEM hat ohne Problem funktioniert! Vielen Dank für die super Arbeit!!!

Grüße
Sven
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 19 Oktober 2016, 06:45:59
Hallo Sven,

Super. Vielen Dank für die Rückmeldung.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: petjek am 22 Oktober 2016, 15:21:51
Hi,

ich bekomme es nicht ans fliegen. Habe eine Hardwarebridge per
define NukiBridge NUKIBridge 192.168.10.73 abc123 <-- nicht der echte Token
attr NukiBridge room Flur-EG

angelegt. Das anschließende Autocreate liefert:
2016.10.22 15:08:44 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.10.73:8080/list?token=abc123
2016.10.22 15:08:44 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.10.73:8080/list?token=abc123
2016.10.22 15:08:44 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2016.10.22 15:08:44 4: NUKIBridge (NukiBridge) - Call NUKIBridge_Get
2016.10.22 15:08:44 4: NUKIBridge (NukiBridge) - Bridge ist offline
2016.10.22 15:08:54 4: NUKIBridge (NukiBridge) - error while requesting: read from http://192.168.10.73:8080 timed out


Die Ausgabe im Browser sieht so aus:
[{"nukiId": 62776481, "name": "AmSti101", "lastKnownState": {"state": 3, "stateName": "unlocked", "batteryCritical": false, "timestamp": "2016-10-22T12:20:02+00:00"}}]

Was mache ich wohl falsch?

LG,
petjek
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 22 Oktober 2016, 15:45:46
FHEM kann keine Verbindung zur Bridge aufbauen. Eventuell eine Firewall im Weg. Oder die IP die Du im define angegeben hast stimmt nicht. Bitte noch einmal genau kontrollieren. Nimm auch mal die IP direkt aus dem FHEM define und probiere damit im Browser
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: petjek am 22 Oktober 2016, 16:12:48
Nope, keine Firewall dazwischen. Die Ausgabe aus dem Browser hatte ich ja schon angegeben. Die IP stimmt also.
Ein einfacher Ping vom FHEM auf die Bridge geht auch durch.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 22 Oktober 2016, 16:16:22

error while requesting: read from http://192.168.10.73:8080 timed out


Er erreicht auf jeden Fall diese IP mit der Portangabe nicht. Da wüsste ich jetzt auch nichts.
Du kannst auf dem FHEM Server mal ein

telnet 192.168.10.73 8080

machen und schauen ob er da was bringt.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: petjek am 22 Oktober 2016, 16:38:50
Ergebnis von Telnet
Trying 192.168.10.73...
Connected to 192.168.10.73.
Escape character is '^]'.

Sieht für mich schon so aus als könnte er die Bridge erreichen. :o :-\
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 22 Oktober 2016, 16:40:22
Gehe mal in die Details des Bridgedevice und mache mal ein set autocreate. Mache bitte verbose 5 an vorher.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 22 Oktober 2016, 16:42:32
Kann das sein das Du schon die neue Firmware drauf hast? Ich kenne so ein json String aus der beta-bridge-firmware 1.3 API Beschreibung.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: petjek am 22 Oktober 2016, 16:48:09
Ja das kann sehr gut sein. Gestern ein Update gemacht womit zumindest auf dem Schloss eine neue FW installiert wurde. Meinst du das ist die Ursache?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Steeeve am 22 Oktober 2016, 16:53:53
Ich hab am Schloss 1.1.1. drauf und es klappt bei mir alles...
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 22 Oktober 2016, 16:55:30
Nein denke nicht. Das Schloß ist auch nicht so interessant, wenn dann eher die Bridge.
Und die Fehlermeldung ist ja irgendwie auch eindeutig. Er bekommt ein time out, heißt die Bridge antwortet nicht.
Mach mal verbose 5 und dann ein set autocreate
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: petjek am 22 Oktober 2016, 16:58:17
Hatte ich schon weiter oben.
2016.10.22 16:55:41 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.10.73:8080/list?token=123abc
2016.10.22 16:55:41 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.10.73:8080/list?token=123abc
2016.10.22 16:55:41 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2016.10.22 16:55:41 4: NUKIBridge (NukiBridge) - Call NUKIBridge_Get
2016.10.22 16:55:42 4: NUKIBridge (NukiBridge) - Bridge ist offline
2016.10.22 16:55:52 4: NUKIBridge (NukiBridge) - error while requesting: read from http://192.168.10.73:8080 timed out

Edit: Huch, das war der echte Token.
Edit 2: Ich hab Version 1.2.3 drauf.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 22 Oktober 2016, 17:04:58
Bitte einmal angehängte Version einspielen und ein reload 73_NUKIBridge in der FHEM Command eingeben.

Bitte schaue nach im Log ob Du eine Ausgabe findest alla JSON String:
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: petjek am 22 Oktober 2016, 17:08:33
Ausgetauscht und reload gemacht. Anschließend set autocreate.

2016.10.22 17:06:32 1: PERL WARNING: Subroutine NUKIBridge_Initialize redefined at ./FHEM/73_NUKIBridge.pm line 51.
2016.10.22 17:06:32 1: PERL WARNING: Subroutine NUKIBridge_Read redefined at ./FHEM/73_NUKIBridge.pm line 76.
2016.10.22 17:06:32 1: PERL WARNING: Subroutine NUKIBridge_Define redefined at ./FHEM/73_NUKIBridge.pm line 83.
2016.10.22 17:06:32 1: PERL WARNING: Subroutine NUKIBridge_Undef redefined at ./FHEM/73_NUKIBridge.pm line 127.
2016.10.22 17:06:32 1: PERL WARNING: Subroutine NUKIBridge_Attr redefined at ./FHEM/73_NUKIBridge.pm line 141.
2016.10.22 17:06:32 1: PERL WARNING: Subroutine NUKIBridge_Set redefined at ./FHEM/73_NUKIBridge.pm line 194.
2016.10.22 17:06:32 1: PERL WARNING: Subroutine NUKIBridge_Get redefined at ./FHEM/73_NUKIBridge.pm line 222.
2016.10.22 17:06:32 1: PERL WARNING: Subroutine NUKIBridge_GetCheckBridgeAlive redefined at ./FHEM/73_NUKIBridge.pm line 237.
2016.10.22 17:06:32 1: PERL WARNING: Subroutine NUKIBridge_Call redefined at ./FHEM/73_NUKIBridge.pm line 255.
2016.10.22 17:06:32 1: PERL WARNING: Subroutine NUKIBridge_ResponseProcessing redefined at ./FHEM/73_NUKIBridge.pm line 394.
2016.10.22 17:06:32 1: PERL WARNING: Subroutine NUKIBridge_Autocreate redefined at ./FHEM/73_NUKIBridge.pm line 414.
2016.10.22 17:06:41 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.10.73:8080/list?token=abc123
2016.10.22 17:06:41 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2016.10.22 17:06:46 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.10.73:8080/list?token=abc123
2016.10.22 17:06:46 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.10.73:8080/list?token=abc123
2016.10.22 17:06:46 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2016.10.22 17:06:46 4: NUKIBridge (NukiBridge) - Call NUKIBridge_Get


JSON String:

2016.10.22 17:06:46 4: NUKIBridge (NukiBridge) - Bridge ist offline


JSON String:

2016.10.22 17:06:46 4: NUKIBridge (NukiBridge) - error while requesting: http://192.168.10.73:8080/list?token=abc123: empty answer received


JSON String:

2016.10.22 17:06:51 4: NUKIBridge (NukiBridge) - Bridge ist offline
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Steeeve am 22 Oktober 2016, 17:10:34
Den Token würde ich hier nicht posten
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 22 Oktober 2016, 17:11:21
Ok und jetzt nimmst Du genau diesen http String


17:06:46 4: NUKIBridge (NukiBridge) - error while requesting: http://192.168.10.73:8080/list?token=


Und gibst ihn so in einen Webbrowser ein.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: petjek am 22 Oktober 2016, 17:15:17
Du meinst sicherlich genau so zzgl. des Tokens, nicht war? @Steeeve: danke, ist mir beim Kopieren wieder durch gegangen.
[{"nukiId": 62776481, "name": "AmSti101", "lastKnownState": {"state": 1, "stateName": "locked", "batteryCritical": false, "timestamp": "2016-10-22T15:05:30+00:00"}}]
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 22 Oktober 2016, 17:20:32
Bitte einmal damit probieren
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: petjek am 22 Oktober 2016, 17:27:17
Hat leider keine Änderung gebracht.
UPDATE: hat es doch. War kurz connected.

Aber dann:

JSON String:

2016.10.22 17:25:52 4: NUKIBridge (NukiBridge) - Bridge ist offline
2016.10.22 17:26:28 3: Can't connect to socket!
2016.10.22 17:26:35 3: MaxScanner MAX_12e87b Work.1236  Wait at least 180 sec . after last command
2016.10.22 17:26:52 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.10.73:8080/list?token=abc123
2016.10.22 17:26:52 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2016.10.22 17:26:56 3: MaxScanner MAX_12e87b Work.1014 TEMPERATURE received at 2016-10-22 17:26:56, ==> new ns:2016-10-22 17:41:39
2016.10.22 17:27:28 3: Can't connect to socket!


JSON String: [{"nukiId": 62776481, "name": "AmSti101", "lastKnownState": {"state": 1, "stateName": "locked", "batteryCritical": false, "timestamp": "2016-10-22T15:05:30+00:00"}}]

2016.10.22 17:27:52 5: NUKIBridge (NukiBridge) - Bridge ist online
2016.10.22 17:27:52 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.10.73:8080/list?token=abc123
2016.10.22 17:27:52 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2016.10.22 17:28:24 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.10.73:8080/list?token=abc123
2016.10.22 17:28:24 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.10.73:8080/list?token=abc123
2016.10.22 17:28:24 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2016.10.22 17:28:24 4: NUKIBridge (NukiBridge) - Call NUKIBridge_Get


JSON String:

2016.10.22 17:28:24 4: NUKIBridge (NukiBridge) - Bridge ist offline


JSON String:

2016.10.22 17:28:24 4: NUKIBridge (NukiBridge) - error while requesting: http://192.168.10.73:8080/list?token=abc123: empty answer received
2016.10.22 17:28:28 3: Can't connect to socket!


JSON String:

2016.10.22 17:28:52 4: NUKIBridge (NukiBridge) - Bridge ist offline
2016.10.22 17:29:24 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.10.73:8080/list?token=abc123
2016.10.22 17:29:24 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2016.10.22 17:29:28 3: Can't connect to socket!
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 22 Oktober 2016, 17:32:01
Letzter Versuch

Bitte diese Version einspielen, ein reload machen und dann in der Detailansicht auf DEF drücken und dann gleich auf modify
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: petjek am 22 Oktober 2016, 17:36:13
War nach dem reload kurz connected. Dann nach DEF und modify aber wieder nicht. Geht dann in initialized.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 22 Oktober 2016, 17:37:06
Und das Log? ohne Log bin ich blind
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: petjek am 22 Oktober 2016, 17:39:11
Sorry!
JSON String: [{"nukiId": 62776481, "name": "AmSti101", "lastKnownState": {"state": 1, "stateName": "locked", "batteryCritical": false, "timestamp": "2016-10-22T15:27:17+00:00"}}]

2016.10.22 17:33:24 5: NUKIBridge (NukiBridge) - Bridge ist online
2016.10.22 17:33:24 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.10.73:8080/list?token=abc123
2016.10.22 17:33:24 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2016.10.22 17:33:28 3: Can't connect to socket!
2016.10.22 17:33:31 3: MaxScanner MAX_12dba9 Work.1014 TEMPERATURE received at 2016-10-22 17:33:31, ==> new ns:2016-10-22 17:48:14
2016.10.22 17:33:42 1: PERL WARNING: Subroutine NUKIBridge_Undef redefined at ./FHEM/73_NUKIBridge.pm line 126.
2016.10.22 17:33:42 1: PERL WARNING: Subroutine NUKIBridge_Attr redefined at ./FHEM/73_NUKIBridge.pm line 140.
2016.10.22 17:33:42 1: PERL WARNING: Subroutine NUKIBridge_Set redefined at ./FHEM/73_NUKIBridge.pm line 193.
2016.10.22 17:33:42 1: PERL WARNING: Subroutine NUKIBridge_Get redefined at ./FHEM/73_NUKIBridge.pm line 221.
2016.10.22 17:33:42 1: PERL WARNING: Subroutine NUKIBridge_GetCheckBridgeAlive redefined at ./FHEM/73_NUKIBridge.pm line 236.
2016.10.22 17:33:42 1: PERL WARNING: Subroutine NUKIBridge_Call redefined at ./FHEM/73_NUKIBridge.pm line 254.
2016.10.22 17:33:42 1: PERL WARNING: Subroutine NUKIBridge_Evaluation redefined at ./FHEM/73_NUKIBridge.pm line 291.
2016.10.22 17:33:42 1: PERL WARNING: Subroutine NUKIBridge_ResponseProcessing redefined at ./FHEM/73_NUKIBridge.pm line 391.
2016.10.22 17:33:42 1: PERL WARNING: Subroutine NUKIBridge_Autocreate redefined at ./FHEM/73_NUKIBridge.pm line 411.
2016.10.22 17:34:12 3: NUKIBridge (NukiBridge) - defined with host 192.168.10.73 on port 8080, Token abc123
2016.10.22 17:34:12 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.10.73:8080/list?token=abc123
2016.10.22 17:34:12 4: NUKIBridge (NukiBridge) - Call NUKIBridge_Get


JSON String:

2016.10.22 17:34:12 4: NUKIBridge (NukiBridge) - error while requesting: http://192.168.10.73:8080/list?token=abc123: empty answer received


JSON String:

2016.10.22 17:34:24 4: NUKIBridge (NukiBridge) - Bridge ist offline
2016.10.22 17:34:28 3: Can't connect to socket!
2016.10.22 17:35:28 3: Can't connect to socket!
2016.10.22 17:36:28 3: Can't connect to socket!
2016.10.22 17:36:39 3: NUKIBridge (NukiBridge) - defined with host 192.168.10.73 on port 8080, Token abc123
2016.10.22 17:36:39 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.10.73:8080/list?token=abc123
2016.10.22 17:36:39 4: NUKIBridge (NukiBridge) - Call NUKIBridge_Get
2016.10.22 17:37:28 3: Can't connect to socket!
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 22 Oktober 2016, 17:41:30
Mach mal bitte ein shutdown restart von FHEM. Irgendwas klemmt bei Dir.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: petjek am 22 Oktober 2016, 17:43:22
Hab ich gemacht. Was meinst du was klemmt? Das <Can't connect to socket?>
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 22 Oktober 2016, 17:44:59

2016.10.22 17:36:39 3: NUKIBridge (NukiBridge) - defined with host 192.168.10.73 on port 8080, Token abc123
2016.10.22 17:36:39 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.10.73:8080/list?token=abc123
2016.10.22 17:36:39 4: NUKIBridge (NukiBridge) - Call NUKIBridge_Get
2016.10.22 17:37:28 3: Can't connect to socket!


Keine Ahnung wieso. Es kommen aber auch immer unterschiedliche Meldungen bei Dir.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: petjek am 22 Oktober 2016, 17:46:52
Relevant sind doch ausschließlich die Meldungen mit "NUKIBridge (NukiBridge)", oder?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 22 Oktober 2016, 17:50:30
Richitg. Allerdings ist diese Meldung von NukiBridge. Dadurch das der URL Aufruf in einer nonBlocking Funktion geschieht kommt nur Can't connect to socket! aber keine weitere Meldung wieso. Das wird sich in den kommenden Tagen ändern. Markus hat da bei Rudi einen Patch eingereicht der eine genauere Meldung auswirft.

Versuche mal bitte parallel immer mit einem Browser auch genau die URL auf zu rufen die im Log steht.

Ganz ehrlich, ich habe keine Ahnung wieso das nicht klappt. Dein Netzwerk scheint jedenfalls ok zu sein.
Ist Dein FHEM auf einem aktuellen Stand? Mach mal ein Update bitte, sofern es älter wie 3 Tage ist.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: petjek am 22 Oktober 2016, 17:54:49
Hab ich vorhin schon gemacht. Aber jetzt wird es spannend.
Nach dem letzten autocreate hat er tatsächlich ein Device angelegt.
JSON String: [{"nukiId": 62776481, "name": "AmSti101", "lastKnownState": {"state": 1, "stateName": "locked", "batteryCritical": false, "timestamp": "2016-10-22T15:27:17+00:00"}}]

2016.10.22 17:49:54 5: NukiBridge: create new device 'NUKIDevice62776481' for address '62776481'
2016.10.22 17:49:54 3: NUKIDevice62776481: I/O device is NukiBridge
2016.10.22 17:49:54 3: NUKIDevice (NUKIDevice62776481) - defined with Code: NukiBridge-62776481
2016.10.22 17:49:54 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.10.73:8080/lockState?token=abc123&nukiId=62776481
2016.10.22 17:49:54 2: NukiBridge: autocreated 1 devices


JSON String: {"state": 1, "stateName": "locked", "batteryCritical": false, "success": true}

2016.10.22 17:50:01 3: Can't connect to socket!
2016.10.22 17:50:14 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.10.73:8080/lockState?token=abc123&nukiId=62776481


JSON String: {"state": 1, "stateName": "locked", "batteryCritical": false, "success": true}


Und ich kann das Schloss sogar steuern, obwohl die Bridge angeblich noch "initialized" ist.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 22 Oktober 2016, 17:59:29
Ok dann spiele mal diese Version hier ein und mache ein shutdown restart
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: petjek am 22 Oktober 2016, 21:48:53
Hab ich gemacht.
Ergebnis: die Bridge behauptet jetzt wieder "not connected" zu sein, das Schloss lässt sich aber trotzdem wunderbar steuern. Sieht komisch aus, funktioniert aber. Was ein wenig lästig ist, ist dass die LED an der Bridge nun im 30sek-Takt blinkt. Lässt sich aber natürlich auch mit einem Stück Klebeband erledigen.
Ich mache mich jetzt mal daran, das Schloss per Abwesenheitserkennung automatisch abzuschließen, sobald alle Telefone das Haus verlassen haben. Ein wunderbares Feature wenn man mit zwei Söhnen zusammen lebt, die aber auch so gar keinen Bezug zu Gebäudesicherheit haben. ;D
Wenn jetzt noch jemand ein Modul für meine Korner-Alarmanlage schreibt... hach!  8)

Und vor allem: Danke, CoolTux, für den sagenhaften Support. Das muss ich mal meinen Mitarbeitern erzählen. :D
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 22 Oktober 2016, 22:13:46
Vielen Dank für die Blumen,


Könnten die anderen die ebenfalls eine Hardware Bridge haben bitte einmal ebenfalls diese URL aufrufen

http://IP-Bridge:8080/list?token=abc123




Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 23 Oktober 2016, 10:05:53
Zitat von: Steeeve am 12 Oktober 2016, 12:39:55
Meinst, wäre es noch interessant /log auch ausgeben zu können?
get NukiBridge log

Mach mal bitte jemand ein

http://192.168.10.73:8080/log?token=abc123

mit einem Browser
Und stellt die Ausgabe hier ein.



Grüße


Güße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 23 Oktober 2016, 10:22:37
Mein Nuki Schloss geht erstmal wieder zurück. Hat scheinbar ein Hardware Problem. Wird getauscht.

Bin also bzgl. Tests erstmal wieder raus, bis ein neues Schloss da ist.



>> gesendet mit LG G4 via Tapatalk <<

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Bjoern2480 am 23 Oktober 2016, 10:28:31
http://IP-Bridge:8080/log?token=abc123


Antwort:

[
{"timestamp": "2016-10-23T08:21:56+00:00", "type": "WLAN-SocketConnected", "connection": 0},
{"timestamp": "2016-10-23T08:21:53+00:00", "type": "WLAN-SocketDisconnected", "connection": 0},
{"timestamp": "2016-10-23T08:21:53+00:00", "type": "BLE-Disconnected", "nukiId": "ABCDEF"},
{"timestamp": "2016-10-23T08:21:52+00:00", "type": "BLE-ReceivingMsg", "nukiId": "ABCDEF", "cmdId": "000C"},
{"timestamp": "2016-10-23T08:21:51+00:00", "type": "BLE-SendingMsg", "nukiId": "ABCDEF", "cmdId": "0001"},
{"timestamp": "2016-10-23T08:21:51+00:00", "type": "BLE-Connect", "handles": [24, 28]},
{"timestamp": "2016-10-23T08:21:51+00:00", "type": "BLE-Connected", "nukiId": "ABCDEF"},
{"timestamp": "2016-10-23T08:21:49+00:00", "type": "BLE-Connect", "macAddr": "123456"},
{"timestamp": "2016-10-23T08:21:49+00:00", "type": "BLE-Connect", "nukiId": "ABCDEF"},
{"timestamp": "2016-10-23T08:21:49+00:00", "type": "HTTP-LockState", "nukiId": "ABCDEF"},
{"timestamp": "2016-10-23T08:21:49+00:00", "type": "WLAN-SocketConnected", "connection": 0},
{"timestamp": "2016-10-23T08:21:38+00:00", "type": "WLAN-SocketDisconnected", "connection": 0},
{"timestamp": "2016-10-23T08:21:16+00:00", "type": "HTTP-List"},
{"timestamp": "2016-10-23T08:21:16+00:00", "type": "WLAN-SocketConnected", "connection": 0},
{"timestamp": "2016-10-23T08:20:59+00:00", "type": "WLAN-SocketDisconnected", "connection": 0},
{"timestamp": "2016-10-23T08:20:59+00:00", "type": "BLE-Disconnected", "nukiId": "ABCDEF"},
{"timestamp": "2016-10-23T08:20:58+00:00", "type": "BLE-ReceivingMsg", "nukiId": "ABCDEF", "cmdId": "000C"},
{"timestamp": "2016-10-23T08:20:57+00:00", "type": "BLE-SendingMsg", "nukiId": "ABCDEF", "cmdId": "0001"},
{"timestamp": "2016-10-23T08:20:57+00:00", "type": "BLE-Connect", "handles": [24, 28]},
{"timestamp": "2016-10-23T08:20:57+00:00", "type": "BLE-Connected", "nukiId": "ABCDEF"},
{"timestamp": "2016-10-23T08:20:56+00:00", "type": "BLE-Connect", "macAddr": "123456"},
{"timestamp": "2016-10-23T08:20:56+00:00", "type": "BLE-Connect", "nukiId": "ABCDEF"},
{"timestamp": "2016-10-23T08:20:56+00:00", "type": "HTTP-LockState", "nukiId": "ABCDEF"},
{"timestamp": "2016-10-23T08:20:56+00:00", "type": "WLAN-SocketConnected", "connection": 0},
{"timestamp": "2016-10-23T08:20:37+00:00", "type": "WLAN-SocketDisconnected", "connection": 0},
{"timestamp": "2016-10-23T08:20:16+00:00", "type": "HTTP-List"},
{"timestamp": "2016-10-23T08:20:16+00:00", "type": "WLAN-SocketConnected", "connection": 0},
{"timestamp": "2016-10-23T08:19:58+00:00", "type": "WLAN-SocketDisconnected", "connection": 0},
{"timestamp": "2016-10-23T08:19:58+00:00", "type": "BLE-Disconnected", "nukiId": "ABCDEF"},
{"timestamp": "2016-10-23T08:19:57+00:00", "type": "BLE-ReceivingMsg", "nukiId": "ABCDEF", "cmdId": "000C"},
{"timestamp": "2016-10-23T08:19:56+00:00", "type": "BLE-SendingMsg", "nukiId": "ABCDEF", "cmdId": "0001"},
{"timestamp": "2016-10-23T08:19:56+00:00", "type": "BLE-Connect", "handles": [24, 28]},
{"timestamp": "2016-10-23T08:19:56+00:00", "type": "BLE-Connected", "nukiId": "ABCDEF"},
{"timestamp": "2016-10-23T08:19:56+00:00", "type": "BLE-Connect", "macAddr": "123456"},
{"timestamp": "2016-10-23T08:19:56+00:00", "type": "BLE-Connect", "nukiId": "ABCDEF"},
{"timestamp": "2016-10-23T08:19:56+00:00", "type": "HTTP-LockState", "nukiId": "ABCDEF"},
{"timestamp": "2016-10-23T08:19:56+00:00", "type": "WLAN-SocketConnected", "connection": 0},
{"timestamp": "2016-10-23T08:19:39+00:00", "type": "WLAN-SocketDisconnected", "connection": 0},
{"timestamp": "2016-10-23T08:19:39+00:00", "type": "BLE-Disconnected", "nukiId": "ABCDEF"},
{"timestamp": "2016-10-23T08:19:38+00:00", "type": "BLE-ReceivingMsg", "nukiId": "ABCDEF", "cmdId": "000C"},
{"timestamp": "2016-10-23T08:19:36+00:00", "type": "BLE-SendingMsg", "nukiId": "ABCDEF", "cmdId": "0001"},
{"timestamp": "2016-10-23T08:19:36+00:00", "type": "BLE-Connect", "handles": [24, 28]},
{"timestamp": "2016-10-23T08:19:36+00:00", "type": "BLE-Connected", "nukiId": "ABCDEF"},
{"timestamp": "2016-10-23T08:19:36+00:00", "type": "BLE-Connect", "macAddr": "123456"},
{"timestamp": "2016-10-23T08:19:36+00:00", "type": "BLE-Connect", "nukiId": "ABCDEF"},
{"timestamp": "2016-10-23T08:19:36+00:00", "type": "HTTP-LockState", "nukiId": "ABCDEF"},
{"timestamp": "2016-10-23T08:19:36+00:00", "type": "WLAN-SocketConnected", "connection": 0},
{"timestamp": "2016-10-23T08:19:26+00:00", "type": "WLAN-SocketDisconnected", "connection": 0},
{"timestamp": "2016-10-23T08:19:16+00:00", "type": "HTTP-List"},
{"timestamp": "2016-10-23T08:19:16+00:00", "type": "WLAN-SocketConnected", "connection": 0},
{"timestamp": "2016-10-23T08:18:58+00:00", "type": "WLAN-SocketDisconnected", "connection": 0},
{"timestamp": "2016-10-23T08:18:58+00:00", "type": "BLE-Disconnected", "nukiId": "ABCDEF"},
{"timestamp": "2016-10-23T08:18:57+00:00", "type": "BLE-ReceivingMsg", "nukiId": "ABCDEF", "cmdId": "000C"},
{"timestamp": "2016-10-23T08:18:56+00:00", "type": "BLE-SendingMsg", "nukiId": "ABCDEF", "cmdId": "0001"},
{"timestamp": "2016-10-23T08:18:56+00:00", "type": "BLE-Connect", "handles": [24, 28]},
{"timestamp": "2016-10-23T08:18:56+00:00", "type": "BLE-Connected", "nukiId": "ABCDEF"},
{"timestamp": "2016-10-23T08:18:56+00:00", "type": "BLE-Connect", "macAddr": "123456"},
{"timestamp": "2016-10-23T08:18:56+00:00", "type": "BLE-Connect", "nukiId": "ABCDEF"},
{"timestamp": "2016-10-23T08:18:56+00:00", "type": "HTTP-LockState", "nukiId": "ABCDEF"},
{"timestamp": "2016-10-23T08:18:56+00:00", "type": "WLAN-SocketConnected", "connection": 0},
{"timestamp": "2016-10-23T08:18:49+00:00", "type": "WLAN-SocketDisconnected", "connection": 0},
{"timestamp": "2016-10-23T08:18:39+00:00", "type": "BLE-Disconnected", "nukiId": "ABCDEF"},
{"timestamp": "2016-10-23T08:18:08+00:00", "type": "BLE-Connect", "handles": [24, 28]},
{"timestamp": "2016-10-23T08:18:08+00:00", "type": "BLE-Connected", "nukiId": "ABCDEF"},
{"timestamp": "2016-10-23T08:18:08+00:00", "type": "BLE-Connect", "macAddr": "123456"},
{"timestamp": "2016-10-23T08:18:08+00:00", "type": "BLE-Connect", "nukiId": "ABCDEF"},
{"timestamp": "2016-10-23T08:18:08+00:00", "type": "BLE-Disconnected", "nukiId": "ABCDEF"},
{"timestamp": "2016-10-23T08:17:57+00:00", "type": "SSE-KeyturnerResponse", "nukiId": "ABCDEF"},
{"timestamp": "2016-10-23T08:17:57+00:00", "type": "BLE-ReceivingSSE", "nukiId": "ABCDEF", "auth": "00000201"},
{"timestamp": "2016-10-23T08:17:56+00:00", "type": "BLE-SendingSSE", "nukiId": "ABCDEF", "auth": "00000201"},
{"timestamp": "2016-10-23T08:17:56+00:00", "type": "BLE-Connect", "handles": [24, 28]},
{"timestamp": "2016-10-23T08:17:56+00:00", "type": "BLE-Connected", "nukiId": "ABCDEF"},
{"timestamp": "2016-10-23T08:17:56+00:00", "type": "HTTP-LockState", "nukiId": "ABCDEF"},
{"timestamp": "2016-10-23T08:17:56+00:00", "type": "WLAN-SocketConnected", "connection": 0},
{"timestamp": "2016-10-23T08:17:56+00:00", "type": "BLE-Connect", "macAddr": "123456"},
{"timestamp": "2016-10-23T08:17:56+00:00", "type": "BLE-Connect", "nukiId": "ABCDEF"},
{"timestamp": "2016-10-23T08:17:56+00:00", "type": "SSE-KeyturnerRequest", "nukiId": "ABCDEF"},
{"timestamp": "2016-10-23T08:17:41+00:00", "type": "BLE-Disconnected", "nukiId": "ABCDEF"},
{"timestamp": "2016-10-23T08:17:36+00:00", "type": "WLAN-SocketDisconnected", "connection": 0},
{"timestamp": "2016-10-23T08:17:31+00:00", "type": "SSE-KeyturnerResponse", "nukiId": "ABCDEF"},
{"timestamp": "2016-10-23T08:17:31+00:00", "type": "BLE-ReceivingSSE", "nukiId": "ABCDEF", "auth": "00000201"},
{"timestamp": "2016-10-23T08:17:29+00:00", "type": "BLE-SendingSSE", "nukiId": "ABCDEF", "auth": "00000201"},
{"timestamp": "2016-10-23T08:17:29+00:00", "type": "BLE-Connect", "handles": [24, 28]},
{"timestamp": "2016-10-23T08:17:29+00:00", "type": "BLE-Connected", "nukiId": "ABCDEF"},
{"timestamp": "2016-10-23T08:17:29+00:00", "type": "BLE-Connect", "macAddr": "123456"}
]
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 23 Oktober 2016, 10:33:30
Supi. Vielen Dank. Das reicht mir erstmal schon um einen get log zu bauen.

Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Bjoern2480 am 23 Oktober 2016, 17:25:59
Ich habe bei mir auch das Problem, dass ich mein Nuki einwandfrei über FHEM steuern kann (schließen/öffnen), allerdings die Bridge fast ausschließlich als "not connected" erkannt wird.

lastError     http://IP:8080/list?token=12345: empty answer received
state     not connected
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 23 Oktober 2016, 17:28:53
Führe diesen Befehl mal bitte im Browser aus und poste hier das Ergebnis.

Danke
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Bjoern2480 am 24 Oktober 2016, 14:54:35
request:
http://IP:8080/list?token=12345

response:
[{"nukiId": 55555555, "name": "myHome", "lastKnownState": {"state": 1, "stateName": "locked", "batteryCritical": false, "timestamp": "2016-10-24T12:51:14+00:00"}}]


Allerdings hängt es auch ab und zu beim Browser. Beim 2. Aufruf/erneuten Laden geht es dann und es erscheint die antwort.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Bjoern2480 am 24 Oktober 2016, 14:58:24
Zitat von: Bjoern2480 am 24 Oktober 2016, 14:54:35
request:
http://IP:8080/list?token=12345

response:
[{"nukiId": 55555555, "name": "myHome", "lastKnownState": {"state": 1, "stateName": "locked", "batteryCritical": false, "timestamp": "2016-10-24T12:51:14+00:00"}}]


Allerdings hängt es auch ab und zu beim Browser. Beim 2. Aufruf/erneuten Laden geht es dann und es erscheint die antwort.


Kann es sein dass das Timeout etwas zu kurz ist?
beim "set myNUKI statusrequest" kommt relativ schnell die Antwort "...: empty answer received" und ab und zu wenige Sekunden danach "Timed out". Alle beide Antworten zusammen ca 10 Sek gesamt.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 24 Oktober 2016, 15:06:51
Es sind immer 10s bis zum Timeout. Nach 10s sollte es doch die Bridge geschafft haben zu antworten. Ansonsten blockiert da wohl eher irgendwas.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Steeeve am 25 Oktober 2016, 21:59:09
Zitat von: CoolTux am 24 Oktober 2016, 15:06:51
Es sind immer 10s bis zum Timeout. Nach 10s sollte es doch die Bridge geschafft haben zu antworten. Ansonsten blockiert da wohl eher irgendwas.

Ob es eventuell damit zusammen hängt:
New beta firmware *v1.4.2* available. Further improves the handling of several Smart Locks on the same bridge and fixes a bug in v1.4.1 which could lead to lost commands when a command arrived before the bridge properly disconnected from the Smart Lock.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 25 Oktober 2016, 22:47:33
klingt vielversprechend würde ich sagen
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: _Marco_ am 29 Oktober 2016, 17:01:32
Hi, ich habe die Module auch im Einsatz und funktionieren sowei ganz gut  :)
Ich habe im Log hier das entdeckt
PERL WARNING: Use of uninitialized value in string eq at ./FHEM/74_NUKIDevice.pm line 338.
2016.10.28 10:28:13 3: stacktrace:
2016.10.28 10:28:13 3:     main::__ANON__                      called by ./FHEM/74_NUKIDevice.pm (338)
2016.10.28 10:28:13 3:     main::NUKIDevice_Parse              called by ./FHEM/73_NUKIBridge.pm (386)
2016.10.28 10:28:13 3:     main::NUKIBridge_Dispatch           called by FHEM/HttpUtils.pm (421)
2016.10.28 10:28:13 3:     main::__ANON__                      called by fhem.pl (669)

kann da jemand was mit anfangen?
Das Einzige was mir aufgefallen ist das nach einem Schliessvorgang das Device keinen Status mehr bekommt, aber nach ca. einer Minute gehts wieder.

Gruß Marco
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 29 Oktober 2016, 17:17:39
Schaue ich mir am Abend an.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 29 Oktober 2016, 22:41:31
Zitat von: _Marco_ am 29 Oktober 2016, 17:01:32
Hi, ich habe die Module auch im Einsatz und funktionieren sowei ganz gut  :)
Ich habe im Log hier das entdeckt
PERL WARNING: Use of uninitialized value in string eq at ./FHEM/74_NUKIDevice.pm line 338.
2016.10.28 10:28:13 3: stacktrace:
2016.10.28 10:28:13 3:     main::__ANON__                      called by ./FHEM/74_NUKIDevice.pm (338)
2016.10.28 10:28:13 3:     main::NUKIDevice_Parse              called by ./FHEM/73_NUKIBridge.pm (386)
2016.10.28 10:28:13 3:     main::NUKIBridge_Dispatch           called by FHEM/HttpUtils.pm (421)
2016.10.28 10:28:13 3:     main::__ANON__                      called by fhem.pl (669)

kann da jemand was mit anfangen?
Das Einzige was mir aufgefallen ist das nach einem Schliessvorgang das Device keinen Status mehr bekommt, aber nach ca. einer Minute gehts wieder.

Gruß Marco

Kann ich mir beim besten Willen nicht erklären. Da dürfte sowas gar nicht kommen. Da wurden voher schon 3 Tests durchlaufen ob die Daten valide sind. Kopfkratz
Hast Du die Version aus dem FHEM Update? Hast Du Soft oder Hardware Bridge? Welche Bridgefirmwareversion hast Du wenn Hardwarebridge?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: _Marco_ am 29 Oktober 2016, 23:57:32
Ich habe die Version aus dem Fhem Update ja, ich habe im moment Soft- und Hardwarebridge mit jeweils einem Nuki im betrieb da es mit zwei Nukis an einer Bride Probleme gibt.
Ich bin mir jetzt nicht 100% sicher ob der Fehler bei beiden Bridges kam  ::)
Die Hardwarebridge habe ich erst seit Freitag, wie kann die Bridge-Firmeware überhaupt geupdatet werden, ich sehe nirgends ein Menu dafür??
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: _Marco_ am 30 Oktober 2016, 13:27:33
Ich habe auch immer Timeouts bei der Hardwarebridge

NUKIBridge NUKI_Bridge lastError: read from http://192.168.11.119:8080 timed out
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 30 Oktober 2016, 13:30:26
Hab ich mit der aktuellen 0.2.1 vom Modul auch, allerdings ist mein nuki noch nicht vom Service zurück.
Hab auch keine Ahnung wie die Bridge zu aktualisieren ist.
Über den Browser kommt schnell eine response, nur das Modul zeigt time out.

>> gesendet mit LG G4 via Tapatalk <<

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 30 Oktober 2016, 22:29:24
Ich habe eine neue Entwicklerversion frei gegeben. Diese kann man über GitHub beziehen. Link findet ihr im ersten Post unten.
Neu ist nun ein get logFile Kommando um entsprechend das Logfile der Bridge zu bekommen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: TomD am 01 November 2016, 12:19:13
Hallo zusammen,

mein Nuki meldet in Fhem mit "not connected"
lastError:  http://192.168.123.74:8080/list?token=#######: empty answer received

ich benutze 73_NUKIBridge.pm in der Version 0.3.1
in der Nuki Bridge habe ich den Entwicklermodus auf ein gestellt und der Port ist 8080
Smart Lock version 1.2.3

http://192.168.123.74:8080/list?token=##### ergibt
[{"nukiId": ########, "name": "W58 unten", "lastKnownState": {"state": 3, "stateName": "unlocked", "batteryCritical": false, "timestamp": "2016-11-01T08:28:38+00:00"}}]


Was mache ich hier in Fhem falsch? Prinzipiell antworte meine Bridge ja über den Http Aufruf.

Gruss Tom
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 01 November 2016, 12:44:39
Hallo Tom,

Ich setze mich nachher mal ran und baue noch mehr Debugausgaben ein. Gebe dir dann Bescheid zum testen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 01 November 2016, 13:25:44
Hallo Tom,

Ist es eine Software oder Hardwarebridge?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 01 November 2016, 13:41:37
Hallo Tom,

Bitte einmal die neuste Entwicklerversion 0.3.4 runterladen. Link im ersten Post unten.
Und dann mal bitte shutdown restart machen und die relevanten Bridge Logausgaben hier posten.



Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: TomD am 01 November 2016, 13:58:35
ich setze die Hardware Bridge ein
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: TomD am 01 November 2016, 14:17:45
so, habe 0.3.4 eingespielt und anschliessend shutdown restart.
Ergebnis wie gehabt "not connected" nach time out. 

Wo finde ich denn das Log file?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 01 November 2016, 15:35:13
Schau mal links unten im FHEM Frontend da steht irgendwo Logfile
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: TomD am 01 November 2016, 15:41:16
hab nach einer separaten Nuki.log gesucht.

hier Teile des logs (wiederholt sich)
2016.11.01 15:34:16 3: NUKIBridge (NukiBridge1) - Param Alive: 1
2016.11.01 15:34:16 3: NUKIBridge (NukiBridge1) - Param Code:
2016.11.01 15:34:16 3: NUKIBridge (NukiBridge1) - Error: read from http://192.168.123.74:8080 timed out
2016.11.01 15:34:16 3: NUKIBridge (NukiBridge1) - JSON:
2016.11.01 15:35:16 3: NUKIBridge (NukiBridge1) - Param Alive: 1
2016.11.01 15:35:16 3: NUKIBridge (NukiBridge1) - Param Code:
2016.11.01 15:35:16 3: NUKIBridge (NukiBridge1) - Error: http://192.168.123.74:8080/list?token=######: empty answer received
2016.11.01 15:35:16 3: NUKIBridge (NukiBridge1) - JSON:
2016.11.01 15:35:16 3: NUKIBridge (NukiBridge1) - Param Alive: 1
2016.11.01 15:35:16 3: NUKIBridge (NukiBridge1) - Param Code:
2016.11.01 15:35:16 3: NUKIBridge (NukiBridge1) - Error: read from http://192.168.123.74:8080 timed out
2016.11.01 15:35:16 3: NUKIBridge (NukiBridge1) - JSON:
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 01 November 2016, 16:33:28
Ok danke Dir erstmal. Ich mach heute Abend noch was fertig um weiter zu testen. Wurden eigentlich Smartlocks angelegt? Wenn ja kannst Du sie schalten?


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: TomD am 01 November 2016, 16:53:59
nein es wurden keine Smartlocks angelegt.

Gruss Tom
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 01 November 2016, 16:55:47
Also mit der letzten Version wurden bei mir keine smartlocks angelegt, aber aktuell kann ichs nicht testen, da mein neues smartlock noch nicht von nuki zurück ist.

>> gesendet mit LG G4 via Tapatalk <<

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 01 November 2016, 17:06:25
Sagen wir ich habe da noch eine Option übrig wo ich sagen würde das macht Sinn. Ich melde mich heute gegen 21 Uhr noch mal.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 01 November 2016, 19:22:28
Bitte einmal angehängte Version der Bridge testen.
Nach einspielen bitte shutdown restart machen und dann das log und ein list des Bridgedevice hier einstellen bitte.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: TomD am 01 November 2016, 20:24:37
Hallo CoolTux,

ich sehe leider keine angehängte version
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 01 November 2016, 20:26:27
Zitat von: TomD am 01 November 2016, 20:24:37
Hallo CoolTux,

ich sehe leider keine angehängte version

Sorry mein Fehler.  ;D
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: _Marco_ am 01 November 2016, 21:07:36
Hi, also ich habe auch die aktellen Versionen jetzt eingespielt nur habe ich gerade ein Problem mit meiner Hardbridge.
Ich hatte bislang nur eine Softbridge mit einem Nuki, jetzt hatte ich mein zweites Nuki und eine Hardbridge bekommen und hatte auch beide Nukis an ihr angemeldet was aber überhaupt nicht richtig läuft, alles dauert ewig bis mal was in der app angezeigt (wenn was angezeigt wird).
Jetzt wollte ich erstmal an jede Bride ein Nuki anmelden, in der Softbridge kann man die Keyturner wieder abmelden aber in der Hardbridge gibts da keinen Menupunkt für, das Problem ist das sich der Keyturner den Ich in der Softbridge anmelde auch funktioniert nur ist er auch noch in der Hardbridge registriert und das kommt sich geade irgendwie in die quere. Frage ist wie kann man die Hardbridge zurücksetzten und wie bekommet man die Firmwareversion raus?
Wen die Probleme gelöst sind kann ich mittesten  :)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Steeeve am 01 November 2016, 21:10:11
Zitat von: _Marco_ am 01 November 2016, 21:07:36
Hi, also ich habe auch die aktellen Versionen jetzt eingespielt nur habe ich gerade ein Problem mit meiner Hardbridge.
Ich hatte bislang nur eine Softbridge mit einem Nuki, jetzt hatte ich mein zweites Nuki und eine Hardbridge bekommen und hatte auch beide Nukis an ihr angemeldet was aber überhaupt nicht richtig läuft, alles dauert ewig bis mal was in der app angezeigt (wenn was angezeigt wird).
Jetzt wollte ich erstmal an jede Bride ein Nuki anmelden, in der Softbridge kann man die Keyturner wieder abmelden aber in der Hardbridge gibts da keinen Menupunkt für, das Problem ist das sich der Keyturner den Ich in der Softbridge anmelde auch funktioniert nur ist er auch noch in der Hardbridge registriert und das kommt sich geade irgendwie in die quere. Frage ist wie kann man die Hardbridge zurücksetzten und wie bekommet man die Firmwareversion raus?
Wen die Probleme gelöst sind kann ich mittesten  :)


Lt. Nuki Support kann ein Lock immer nur an einer Bridge angemeldet sein. Da dürfte sich eigentlich nichts in die Quere kommen...
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: _Marco_ am 01 November 2016, 21:12:20
ich bekomme aber immer noch beide angezeigt wenn ich im Browser mit list abrufe

[{"nukiId": 9454454256, "name": "Wohnungstuer", "lastKnownState": {"state": 3, "stateName": "unlocked", "batteryCritical": false, "timestamp": "2016-11-01T19:53:47+00:00"}},{"nukiId": 64546051, "name": "Haustuer"}]
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Steeeve am 01 November 2016, 21:14:00
Aber keine States dazu, oder? Schließen usw. sollte auch nicht mehr klappen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: _Marco_ am 01 November 2016, 21:27:56
Ich habe jetzt gerade mal die Softbridge ausgeschaltet und trotzdem konnte ich mit meinem Handy mit ausgeschaltetem Bluetooth den Keyturner am Handy steuern, über fhem ist der jetzt nicht mehr erreichbar da ich ihn ja über die Softbride eingebunden habe und die Hardbride ist in fhem disabled  ::) (die war auch schon vorher disabled  ;))
Deswegen würde ich die Bridge gerne mal zurück setzen weil ja beide Keyturner scheinbar immer noch über die Bridge laufen, jedenfalls der eine der es ja nicht mehr soll.
UNd wie konnte man denn jetzt die Firmeware der Hardbridge erkennen? und wie wird die eigentlich eingespielt wenn mal eine kommt?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Steeeve am 01 November 2016, 21:30:04
Zitat von: _Marco_ am 01 November 2016, 21:27:56
Ich habe jetzt gerade mal die Softbridge ausgeschaltet und trotzdem konnte ich mit meinem Handy mit ausgeschaltetem Bluetooth den Keyturner am Handy steuern, über fhem ist der jetzt nicht mehr erreichbar da ich ihn ja über die Softbride eingebunden habe und die Hardbride ist in fhem disabled  ::)
Deswegen würde ich die Bridge gerne mal zurück setzen weil ja beide Keyturner scheinbar immer noch über die Bridge laufen, jedenfalls der eine der es ja nicht mehr soll.
UNd wie konnte man denn jetzt die Firmeware der Hardbridge erkennen? und wie wird die eigentlich eingespielt wenn mal eine kommt?
1x am Tag bzw 1h nach Neustart wird in der Bridge auf updates geprüft und ggf installiert. Probier mal /info ev zeigts dir da sie Version an
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 01 November 2016, 21:31:12
Das auslesen der Firmwareversion werde ich als nächstes einbauen. Aber erstmal muss das Problem mit den Timeouts weg.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: _Marco_ am 01 November 2016, 21:32:44
ah, firmwareVersion": "1.3.6", "wifiFirmwareVersion": "1.0.1"  :)
aber um sie zurückzusetzen keine Idee?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: _Marco_ am 01 November 2016, 22:13:00
Also ich alles von Nuki in fhem raus geschmissen und die Hardbridge neu eingefügt, aber ich bekomme immer nur not connected zurück und habe den log eintrag gefunden.

Zitat2016.11.01 22:02:11 3: stacktrace:
2016.11.01 22:02:11 3:     main::__ANON__                            called by ./FHEM/73_NUKIBridge.pm (332)
2016.11.01 22:02:11 3:     main::NUKIBridge_Distribution       called by FHEM/HttpUtils.pm (421)
2016.11.01 22:02:11 3:     main::__ANON__                            called by fhem.pl (669)
2016.11.01 22:02:11 3: NUKIBridge (NUKI_Bridge_Hard) - Param Code:
2016.11.01 22:02:11 3: NUKIBridge (NUKI_Bridge_Hard) - Error: http://192.168.11.119:8080/list?token=123456: empty answer received
2016.11.01 22:02:11 3: NUKIBridge (NUKI_Bridge_Hard) - JSON:

Ein Device wird nicht angelegt und wenn ich selber eins anlege steht auch nur not connected da, wie gesagt mit softbridge geht es.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: _Marco_ am 01 November 2016, 22:26:43
nach ewigkeiten habe ich ein unlocked von meinem Device in fhem bekommen, aber die Hardbridge hat immer noch den Status not connected.
Ich habe noch mehr von den logs nach einem Neustart  :)

ZitatNUKIBridge (NUKI_Bridge_Hard) - Param Alive: 0
2016.11.01 22:16:57 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/73_NUKIBridge.pm line 332.
2016.11.01 22:16:57 3: stacktrace:
2016.11.01 22:16:57 3:     main::__ANON__                      called by ./FHEM/73_NUKIBridge.pm (332)
2016.11.01 22:16:57 3:     main::NUKIBridge_Distribution       called by FHEM/HttpUtils.pm (421)
2016.11.01 22:16:57 3:     main::__ANON__                      called by fhem.pl (669)
2016.11.01 22:16:57 3: NUKIBridge (NUKI_Bridge_Hard) - Param Code:
2016.11.01 22:16:57 3: NUKIBridge (NUKI_Bridge_Hard) - Error: http://192.168.11.119:8080/lockState?token=123456&nukiId=78965485: empty answer received
2016.11.01 22:16:57 3: NUKIBridge (NUKI_Bridge_Hard) - JSON:
2016.11.01 22:17:11 3: NUKIBridge (NUKI_Bridge_Hard) - Param Alive: 1
2016.11.01 22:17:11 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/73_NUKIBridge.pm line 332.
2016.11.01 22:17:11 3: stacktrace:
2016.11.01 22:17:11 3:     main::__ANON__                      called by ./FHEM/73_NUKIBridge.pm (332)
2016.11.01 22:17:11 3:     main::NUKIBridge_Distribution       called by FHEM/HttpUtils.pm (89)
2016.11.01 22:17:11 3:     main::HttpUtils_Err                 called by fhem.pl (2863)
2016.11.01 22:17:11 3:     main::HandleTimeout                 called by fhem.pl (604)
2016.11.01 22:17:11 3: NUKIBridge (NUKI_Bridge_Hard) - Param Code:
2016.11.01 22:17:11 3: NUKIBridge (NUKI_Bridge_Hard) - Error: read from http://192.168.11.119:8080 timed out
2016.11.01 22:17:11 3: NUKIBridge (NUKI_Bridge_Hard) - JSON:
2016.11.01 22:17:11 3: SONOS0: Connection accepted from localhost:54082
2016.11.01 22:17:17 3: NUKIBridge (NUKI_Bridge_Hard) - Param Alive: 0
2016.11.01 22:17:17 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/73_NUKIBridge.pm line 332.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 01 November 2016, 22:37:32
Ich brauche vor allem die listen Sachen.
Also mit

http://192.168.11.119:8080/list?token=123456

Und vielleicht kannst mal bitte auf dem FHEM Server in der Konsole ein

curl http://192.168.11.119:8080/list?token=123456

machen und hier posten
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 02 November 2016, 13:49:38
Ich brauche mal bitte von jemanden mit dem Erreichbarkeitsproblem ein

curl http://192.168.11.119:8080/list?token=123456




Danke
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: _Marco_ am 02 November 2016, 13:53:40
Du meinst list oder?
Ich gucke heute abend mal.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 02 November 2016, 13:57:19
Ja Sorry, meine list.



Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Steeeve am 02 November 2016, 14:09:08
stephan@HomeServer:~> curl http://10.0.0.209:8080/list?token=NiXDa2
curl: (52) Empty reply from server

in der App bin ich online und geklappt hat da auch schon mal - ip stimmt, grad am Router nochmal gecheckt

Update:
Habe das auch gleich mal im nuki-stash gepostet - nachdem ich 1x ein /info gemacht hatte, hats wieder funktioniert - sehr eigenartig:
https://nuki-io.slack.com/archives/german/p1478093515000744
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 02 November 2016, 14:34:50
Sehr gut dann liegt es nicht am Modul.
Bitte beendet mal die App oder mach das Handy aus und dann noch mal testen bitte.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Steeeve am 02 November 2016, 14:37:39
was machte denn dein statusRequest? macht der ein list? denn in FHEM bekomm ich damit immer noch ein "not connected"

Ps: oh, ich sehe gerade, dass webhooks jetzt klappen würden
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 02 November 2016, 14:53:53
Bei der Nuki Bridge gibt es kein statusRequest. Nur beim Device.
Bei der Bridge macht das checkAlive ein list wo das Ergebnis speziell verarbeitet wird. Also damit erkannt wird ob die Bridge da ist oder nicht. Eine leere Antwort habe ich da nicht erwartet.

Webhooks si d in Planung und ich weiß auch schon wie.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Steeeve am 02 November 2016, 14:56:02
öhm, bei mir schon:
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 02 November 2016, 14:57:18
Oh, dann habe ich das wohl doch mal eingebaut.  ;D
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Steeeve am 02 November 2016, 14:58:33
da wärs ja fast interessnter dann auf ein /Info statt auf ein /list zu gehen, dann hast auch gleich relevante daten zu firmwareversion usw, oder?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 02 November 2016, 15:02:17
Das wird dann auch kommen. Wollte das für weitere Readings nehmen.
Im Grunde brauche ich nur eine Möglichkeit zu schauen ob die Bridge da ist.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Steeeve am 02 November 2016, 16:09:51
Soda, jetzt wissen wir mehr! Das hat mir ein Nuki Entwickler mitgeteilt (sehr hilfsbereit die Jungs (und Mädels?) dort), nachdem wir wegen den Timeouts, bzw. empty responses gesprochen hatten:

"habe gerade mal etwas in dem thread (Anm, Steeeve: diesen hier) geblättert: mehrere smartlocks auf einer bridge geht erst mit bridge fw 1.4.x (& sl fw 1.2.3) sauber. die gibt's derzeit aber nur in beta.

da sollte nicht zu viel zeit mit debugging vergeudet werden. wenn dann eher der beta gruppe beitreten, dann ist das problem auch gelöst."
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 02 November 2016, 16:15:49
Soll heißen die empty response kommen immer nur wenn man mehr wie ein SmartLock auf der Bridge betreibt?
Interessant.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Steeeve am 02 November 2016, 16:18:47
So würde ich das verstehen, ja - ich hab mich jetzt mal zum beta-test angemeldet - mal schauen obs dann besser klappt
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 02 November 2016, 16:26:01
Super Idee. Mir gingen schon die Möglichkeiten aus. Dann Konzentriere ich mich auf webhooks und die anderen tollen Möglichkeiten.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Steeeve am 02 November 2016, 16:29:26
Die sind so schnell, ich habe schon 1.4.5 drauf ...
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 02 November 2016, 16:30:16
Und und? Klappt denn nun ein statusRequest?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Steeeve am 02 November 2016, 16:32:16
Zitat von: CoolTux am 02 November 2016, 16:30:16
Und und? Klappt denn nun ein statusRequest?
Kann ich gerade nicht testen, bin im Zug. Aber die App ist schneller beim Anzeigen vom Status.
Titel: [ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Steeeve am 02 November 2016, 16:35:03
Mit vpn klappts doch :D

(http://uploads.tapatalk-cdn.com/20161102/ed3626961d9e0dd3e60ef11cf4e4503f.png)

Klappt leider nicht.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 02 November 2016, 16:39:10
Mal anders gefragt. Was ist denn mit den Leuten die ein Smartlock haben? Geht es bei denen?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: TomD am 02 November 2016, 20:14:19
Hallo,

ich habe nur eine Bridge mit einem schloss.

mit der letzten Version 0.3.4p1

erhalte ich diese readings
Readings
lastError
http://192.168.123.74:8080/list?token=123456: empty answer received
2016-11-02 20:09:50
state
not connected

im Log:
2016.11.02 20:04:50 3: NUKIBridge (NukiBridge1) - Param Alive: 1
2016.11.02 20:04:50 3: NUKIBridge (NukiBridge1) - Param Code:
2016.11.02 20:04:50 3: NUKIBridge (NukiBridge1) - Error: read from http://192.168.123.74:8080 timed out
2016.11.02 20:04:50 3: NUKIBridge (NukiBridge1) - JSON:
2016.11.02 20:05:50 3: NUKIBridge (NukiBridge1) - Param Alive: 1
2016.11.02 20:05:50 3: NUKIBridge (NukiBridge1) - Param Code:
2016.11.02 20:05:50 3: NUKIBridge (NukiBridge1) - Error: http://192.168.123.74:8080/list?token=123456: empty answer received
2016.11.02 20:05:50 3: NUKIBridge (NukiBridge1) - JSON:
2016.11.02 20:05:50 3: NUKIBridge (NukiBridge1) - Param Alive: 1
2016.11.02 20:05:50 3: NUKIBridge (NukiBridge1) - Param Code:
2016.11.02 20:05:50 3: NUKIBridge (NukiBridge1) - Error: read from http://192.168.123.74:8080 timed out
2016.11.02 20:05:50 3: NUKIBridge (NukiBridge1) - JSON:
2016.11.02 20:07:50 3: NUKIBridge (NukiBridge1) - Param Alive: 1
2016.11.02 20:07:50 3: NUKIBridge (NukiBridge1) - Param Code:
2016.11.02 20:07:50 3: NUKIBridge (NukiBridge1) - Error: read from http://192.168.123.74:8080 timed out
2016.11.02 20:07:50 3: NUKIBridge (NukiBridge1) - JSON:
2016.11.02 20:07:50 3: NUKIBridge (NukiBridge1) - Param Alive: 1
2016.11.02 20:07:50 3: NUKIBridge (NukiBridge1) - Param Code:
2016.11.02 20:07:50 3: NUKIBridge (NukiBridge1) - Error: http://192.168.123.74:8080/list?token=123456: empty answer received
2016.11.02 20:07:50 3: NUKIBridge (NukiBridge1) - JSON:


was kann ich sonst noch testen?

Gruss Tom
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 02 November 2016, 20:26:35
Kannst du bitte mal auf dem fhem Server ein

curl http://192.168.123.74:8080/list?token=123456

machen
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 02 November 2016, 20:27:51
Ach und kannst mir sagen ob es mit dern stabilen Version noch funktioniert hat?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: TomD am 02 November 2016, 20:56:02
Hier die Antwort auf dem Fhem Server:

pi@raspi3Fhem:~ $ curl http://192.168.123.74:8080/list?token=123456
[{"nukiId": 92145697, "name": "W58 unten", "lastKnownState": {"state": 3, "stateName": "unlocked", "batteryCritical": false, "timestamp": "2016-11-02T18:10:16+00:00"}}]
pi@raspi3Fhem:~ $
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: TomD am 02 November 2016, 21:00:18
zum Test mit der stabilen Version soll ich die 0.3.4 oder 0.2.1 wieder einspielen?
andere Versionen hab ich nicht. oder geht das mit einem normalen Update.

Gruss Tom
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 02 November 2016, 21:01:09
Ok das ist korrekt. Verstehe ich irgendwie nicht. Aber egal. Ich baue gerade alles auf die neue API um, mal schauen wie das wird.

Testen kannst mit stabiler Version. Einfach Update machen
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: TomD am 02 November 2016, 21:16:20
mit 0.2.1

pi@raspi3Fhem:~ $ curl http://192.168.123.74:8080/list?token=123456
[{"nukiId": 92145697, "name": "W58 unten", "lastKnownState": {"state": 3, "stateName": "unlocked", "batteryCritical": false, "timestamp": "2016-11-02T18:10:16+00:00"}}]
pi@raspi3Fhem:~ $
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: TomD am 02 November 2016, 21:16:54
also kein Unterschied
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: _Marco_ am 02 November 2016, 21:34:12
Hi also ich bekomme in der shell wenn das Bridge Device aktiv ist mit dem Befehl
Zitatcurl http://192.168.11.119:8080/list?token=123456
nur
Zitatcurl: (52) Empty reply from server
zurück, Status ist not connected

Wenn ich das Bridge Device disable bekomme ich
Zitat[{"nukiId": 88412473, "name": "Wohnungstuer"},{"nukiId": 33527041, "name": "Haustuer", "lastKnownState": {"state": 1, "stateName": "locked", "batteryCritical": false, "timestamp": "2016-11-02T19:44:48+00:00"}}]
Wobei nur ein Nuki vorhanden ist, Wohnungstür ist eingeschickt.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 02 November 2016, 21:38:51
Zitat von: TomD am 02 November 2016, 21:16:54
also kein Unterschied
Ich glaube Du hast mich da falsch verstanden. curl hat mit dem Modul nichts zu tun. Mich interessiert ob das Modul Daten bekommt.


Aber ich habe da glaube eine Idee. Bitte disabled mal die Smartlocks und schaut ob die Bridge daten bekommt
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: _Marco_ am 02 November 2016, 21:53:32
Was ich meine wenn ich in fhem das BridgeDevice aktiviere blockiert das scheinbar immer wieder die Bridge, weil ich mit dem app dann auch keinen Status mehr bekomme und mit dem Browser mit dem list Befehl auch nicht mehr.
wenn ich wieder deaktiviere dauerts wieder einen moment und sie ist wieder erreichbar.
Ich habe momentan nur die Hardbridge in fhem ohne NukiDevice da der Keyturner auch nicht automatisch angelegt wird.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 02 November 2016, 22:04:11
Das kann durchaus sein, denn ich habe das timeout auf 60s gesetzt was sehr sehr hoch ist.
Hast Du denn ein Smartlock Device in FHEM? Wenn ja bitte deaktivieren und mal schauen ob die Bridge Daten bringt.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: _Marco_ am 02 November 2016, 22:15:24
ich habe nur das Hardware-BridgeDevice in fhem, kein NUKIDevice.
Und bei mir siehts leider die ganze zeit so aus  ???
Zitatcurl: (52) Empty reply from server
pi@raspberrypi:~ $ curl http://192.168.11.119:8080/list?token=123456
curl: (52) Empty reply from server
pi@raspberrypi:~ $ curl http://192.168.11.119:8080/list?token=123456
curl: (52) Empty reply from server
pi@raspberrypi:~ $ curl http://192.168.11.119:8080/list?token=123456
curl: (52) Empty reply from server
pi@raspberrypi:~ $ curl http://192.168.11.119:8080/list?token=123456
curl: (52) Empty reply from server
pi@raspberrypi:~ $ curl http://192.168.11.119:8080/list?token=123456
curl: (52) Empty reply from server
pi@raspberrypi:~ $ curl http://192.168.11.119:8080/list?token=123456

mit dem Software-BridgeDevice übrigends keine Probleme, hatte ich vor dem entfernen problemlos laufen, schneller Statuswechsel und kein hängen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: _Marco_ am 02 November 2016, 22:17:27
und so lange wie in fhem aktiviert ist auch keine reaktion mehr über den Webbrowser, Handy App ja.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: _Marco_ am 02 November 2016, 22:22:49
So habe mal auf Version 0.2.1 gedowngraded, jetzt habe ich wieder eine Antword mit list.


Zitatpi@raspberrypi:~ $ curl http://192.168.11.119:8080/list?token=123456
[{"nukiId": 44412473, "name": "Wohnungstuer"},{"nukiId": 33527041, "name": "Haustuer", "lastKnownState": {"state": 1, "stateName": "locked", "batteryCritical": false, "timestamp": "2016-11-02T19:44:48+00:00"}}]
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 02 November 2016, 22:24:56
Also mit Version 0.2.1 bekommst Du tatsächlich Daten von der Bridge in FHEM?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: _Marco_ am 02 November 2016, 22:29:16
ja, aber die Bridge zeigt trotzdem noch "not connected"

Das NUKIDevice lässt sich aber nicht durch autocreate anlegen, nur manuell was jetzt aber auch reagiert
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 02 November 2016, 22:33:38
Das macht irgendwie kein Sinn. Ich habe gerade mal in der History geschaut und ich habe nichts verändert was das Verhalten erklären würde.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: _Marco_ am 02 November 2016, 22:35:33
Ich kann jetzt im moment ohne Probleme öffnen und schliessen über fhem, kann ja jetzt nochmal die testfiles einspielen
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: _Marco_ am 02 November 2016, 23:07:16
Mit der Version 0.3.4p1 vom BridgeDevice habe ich jetzt gerade wieder ein list von ver bridge bekommen, hat aber ewig gedauert und ich kann jetzt öffnen und schliessen  ::)
Also mit den Versionen aus dem fhem Update habe ich schneller eine Verbindung nach einem Reboot  :o

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 02 November 2016, 23:09:52
Alles was ich geändert habe zwischen diesen Versionen ist das Timeout für die HTTP Anfrage. Von 10 auf 60 Sekunden.
Ich schaue mal das ich die neue Version schnell fertig bekomme.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 03 November 2016, 16:10:43
mein Smartlock ist ja immer noch nicht wieder zurück, aber meine Hardware Bridge zeigt auch not connected.
Komischerweise ist, wenn ich das Modul aktiv habe mit "not connected" auch kaum eine normale http Abfrage über den Browser möglich. Da kommt meist keinerlei Antwort, sogar "Seite nicht gefunden" und ähnliches.
Sobald ich das Modul in FHEM deaktiviere, funktionieren ab diesem Zeitpunkt alle http Abfragen problemlos.

Firmware-Version der Bridge 1.3.6
Modul 0.3.3

Wird von dem Modul schon die API 1.3 unterstützt?

(als ein älteres Modul, glaube noch vor der 0.2.1, eingesetzt wurde, lief das noch. Denke auch mit alter API)

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 03 November 2016, 16:24:06
Mich würde mal der umgekehrte Weg interessieren.
Dafür Sorge tragen das kein anderes Gerät auf die Bridge zu greift und dann mal das fhem M!odul starten. Die Smartlocks in FHEM auf disable setzen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 03 November 2016, 16:38:35
Bei mir sind ja keine smartlocks vorhanden im moment.

>> gesendet mit LG G4 via Tapatalk <<

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 03 November 2016, 16:43:46
und alle anderen Geräte sind aus welche eventuell noch auf die bridge zugreifen könnten?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 03 November 2016, 16:45:54
Ja. Aber ich warte jetzt mal auf das smartlock, dann setze ich nochmal alles zurück und fange von vorne an.

>> gesendet mit LG G4 via Tapatalk <<

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 03 November 2016, 17:59:54
Mag mal jemand die neue Entwicklerversion testen? Support für API1.3.
Bitte mal die neuen Seter und Geter testen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: markukug am 04 November 2016, 15:06:59
Sorry, wenn ich mich hier einmische, aber vielleicht hiflt meine Info ja.

Folgende Modulversionen habe ich im Einsatz:

73_NUKIBridge.pm
my $version = "0.2.1";
my $bridgeAPI = "1.0.2";

74_NUKIDevice.pm
my $version = "0.2.1";


Ich habe ein Smartlock mit Firmware 1.2.3. und eine Bridge mit FW 1.3.6
{"timestamp": null, "type": "System-Startup", "version": "1.3.6"},

Ich habe mit
define nuki01 NUKIbridge 192.168.178.xxx xxxxxx
die Bridge angelegt und bekomme immer
2016-11-04 14:17:06 NUKIBridge nuki01 statusRequest
2016-11-04 14:17:12 NUKIBridge nuki01 statusRequest
2016-11-04 14:17:12 NUKIBridge nuki01 not connected
2016-11-04 14:17:12 NUKIBridge nuki01 lastError: http://192.168.178.xxx:8080/list?token=xxxxxx: empty answer received
2016-11-04 14:17:17 NUKIBridge nuki01 not connected
2016-11-04 14:17:17 NUKIBridge nuki01 lastError: read from http://192.168.178.xxx:8080 timed out


Ein curl auf der Konsole funktioniert aber:
curl http://192.168.178.xxx:8080/list?token=xxxxxx
[{"nukiId": 123456789, "name": "Tstr23 ", "lastKnownState": {"state": 3, "stateName": "unlocked", "batteryCritical": false, "timestamp": "2016-11-04T13:10:39+00:00"}}]
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 04 November 2016, 15:33:20
Welche Modulversion?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: markukug am 04 November 2016, 16:01:55
73_NUKIBridge.pm
my $version = "0.2.1";
my $bridgeAPI = "1.0.2";

74_NUKIDevice.pm
my $version = "0.2.1";
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 04 November 2016, 16:05:16
Bitte mal die Develversion vom ersten Post unten installieren.
Das wäre supi.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: markukug am 04 November 2016, 16:09:39
Meinst Du diese Version?
my $version = "0.3.4p1";
my $bridgeAPI = "1.0.2";

Übrigens, danke für Deinen Einsatz.

lg
Markus
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 04 November 2016, 16:20:54
https://github.com/LeonGaultier/fhem-NUKI/archive/devel.zip

Die hier meine ich.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: markukug am 04 November 2016, 16:32:21
Super, danke!

Habs getestet. Das Problem scheint das Gleiche zu sein.

lastError
read from http://192.168.178.xxx:8080 timed out 2016-11-04 16:28:15
state Initialized 2016-11-04 16:27:52


Internals:
   CFGFN
   DEF        192.168.178.xxx 123456
   HOST       192.168.178.xxx
   INTERVAL   60
   NAME       nuki01
   NR         501
   PORT       8080
   STATE      Initialized
   TOKEN      123456
   TYPE       NUKIBridge
   VERSION    0.3.7
   Readings:
     2016-11-04 16:29:12   bridgeType      Hardware
     2016-11-04 16:29:12   currentTime     2016-11-04T15:29:12+00:00
     2016-11-04 16:29:12   hardwareId      98598929
     2016-11-04 16:28:15   lastError       read from http://192.168.178.xxx:8080 timed out
     2016-11-04 16:29:12   serverConnected true
     2016-11-04 16:29:12   serverId        132456789
     2016-11-04 16:27:52   state           Initialized
     2016-11-04 16:29:12   uptime          4466
Attributes:
   room       NUKI


lasterror:
empty answer oder
timed out
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 04 November 2016, 16:35:57
Interessant. Denn Du hast ja Readings aus dem Info Bereich.
Es scheint nur ein list nicht zu gehen. Muss mir das noch mal anschauen.
Mach mal bitte ein get logFile. Ausserdem mal bitte die Setter testen. Reboot Firmwareupdate und so. Nur ob das klappt.
Und dann berichten. Danke Dir.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 04 November 2016, 16:38:38
Kannst du bitte dann noch mal ein autocreate anstoßen mit verbose 5. Und hier das Log wiedergeben. Danke für Dein Einsatz.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: markukug am 04 November 2016, 16:52:06
get logfile:
2016.11.04 16:49:32 3: NUKIDevice (nuki01) - empty answer received for http://192.168.178.xxx:8080/log?token=123456
2016.11.04 16:49:32 3: NUKIBridge (nuki01) - Kurz vor der Bedingung nach decode_json ARRAY


set autocreate
2016.11.04 16:44:37 4: NUKIBridge (nuki01) - Send HTTP POST with URL http://192.168.178.xxx:8080/list?token=123456
2016.11.04 16:44:37 4: NUKIBridge (nuki01) - Call NUKIBridge_Get
2016.11.04 16:44:40 4: NUKIBridge (nuki01) - Send HTTP POST with URL http://192.168.178.xxx:8080/info?token=123456
2016.11.04 16:44:40 3: NUKIBridge (nuki01) - Param Alive:
2016.11.04 16:44:40 3: NUKIBridge (nuki01) - Param Code:
2016.11.04 16:44:40 3: NUKIBridge (nuki01) - Error: http://192.168.178.xxx:8080/info?token=123456: empty answer received
2016.11.04 16:44:40 3: NUKIBridge (nuki01) - JSON:
2016.11.04 16:44:40 4: NUKIBridge (nuki01) - error while requesting: http://192.168.178.xxx:8080/info?token=123456: empty answer received
2016.11.04 16:44:47 3: NUKIBridge (nuki01) - Param Alive:
2016.11.04 16:44:47 3: NUKIBridge (nuki01) - Param Code:
2016.11.04 16:44:47 3: NUKIBridge (nuki01) - Error: read from http://192.168.178.xxx:8080 timed out
2016.11.04 16:44:47 3: NUKIBridge (nuki01) - JSON:
2016.11.04 16:44:47 4: NUKIBridge (nuki01) - error while requesting: read from http://192.168.178.xxx:8080 timed out


set clearlog
2016.11.04 16:46:20 3: NUKIDevice (nuki01) - empty answer received for http://192.168.178.xxx:8080/clearlog?token=123456

set fwupdate
2016.11.04 16:46:58 3: NUKIDevice (nuki01) - empty answer received for http://192.168.178.xxx:8080/fwupdate?token=123456

set reboot
2016.11.04 16:48:05 3: NUKIDevice (nuki01) - empty answer received for http://192.168.178.xxx:8080/reboot?token=123456

set statusrequest
2016.11.04 16:48:43 4: NUKIBridge (nuki01) - Send HTTP POST with URL http://192.168.178.xxx:8080/info?token=123456
2016.11.04 16:48:43 3: NUKIBridge (nuki01) - Param Alive:
2016.11.04 16:48:43 3: NUKIBridge (nuki01) - Param Code: 200
2016.11.04 16:48:43 3: NUKIBridge (nuki01) - Error:
2016.11.04 16:48:43 3: NUKIBridge (nuki01) - JSON: {"bridgeType": 1, "ids": {"hardwareId": 123456789, "serverId": 123456789}, "versions": {"firmwareVersion": "1.3.6", "wifiFirmwareVersion": "1.0.1"}, "uptime": 33, "currentTime": "2016-11-04T15:48:43+00:00", "serverConnected": true, "scanResults": [{"nukiId": 102765321, "name": "Nuki_06201309", "rssi": -79, "paired": true}]}


und noch dieser Fehler im Log
2016.11.04 16:38:33 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/73_NUKIBridge.pm line 397.
2016.11.04 16:38:33 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/73_NUKIBridge.pm line 398.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 04 November 2016, 17:04:13
Und hast du mal geschaut ob die Bridge ein Reboot gemacht hat und ob das Log gelöscht wurde?
Scheint alles zu klappen bis auf das list.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: markukug am 04 November 2016, 18:46:58
{"timestamp": "2016-11-04T17:45:14+00:00", "type": "FirmUpdateCheck", "fwType": "wlan"},
{"timestamp": "2016-11-04T17:45:14+00:00", "type": "BLE-Connected", "nukiId": "06201309"},
{"timestamp": "2016-11-04T17:45:14+00:00", "type": "BLE-Connect", "macAddr": "54D272201309"},
{"timestamp": "2016-11-04T17:45:14+00:00", "type": "BLE-Connect", "nukiId": "06201309"},
{"timestamp": "2016-11-04T17:45:15+00:00", "type": "FirmUpdateCheck", "fwType": "main"},
{"timestamp": "2016-11-04T17:45:15+00:00", "type": "WLAN-SocketDisconnected", "connection": 0},
{"timestamp": "2016-11-04T17:45:15+00:00", "type": "SSE-PushNukisResponse", "error": 0},
{"timestamp": "2016-11-04T17:45:15+00:00", "type": "SSE-PushNukisRequest"},
{"timestamp": "2016-11-04T17:45:15+00:00", "type": "HTTP-FwUpdate"},
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 04 November 2016, 19:01:48
Danke Dir erstmal. Setze mich später noch mal ran.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 05 November 2016, 08:32:08
Ich habe soeben eine neue Develversion hochgeladen. Kann mal bitte jemand mit einer Hardwarebridge diese testen. Danke! Verbose 5 bitte einschalten.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: markukug am 05 November 2016, 11:10:10
Wo finden sich die beiden Module?

Danke
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 05 November 2016, 11:24:43
Immer im GitHub Develzweig. Der selbe Link wie letztens oder auf der ersten Seite im ersten Post von mir recht weit unten beim Thema Develinfo
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: markukug am 05 November 2016, 12:06:14
Danke. habe den Link gefunden und als Favorit abgespeichert.

Hier das Ergebnis:
set autocreate

2016.11.05 11:46:24 4: NUKIBridge (nuki01) - Send HTTP POST with URL http://192.168.178.xxx:8080/list?token=123456
2016.11.05 11:46:24 4: NUKIBridge (nuki01) - Call NUKIBridge_Get
2016.11.05 11:46:27 4: NUKIBridge (nuki01) - Send HTTP POST with URL http://192.168.178.xxx:8080/info?token=123456
2016.11.05 11:46:27 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/73_NUKIBridge.pm line 398.
2016.11.05 11:46:27 3: NUKIBridge (nuki01) - Param Alive:
2016.11.05 11:46:27 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/73_NUKIBridge.pm line 399.
2016.11.05 11:46:27 3: NUKIBridge (nuki01) - Param Code:
2016.11.05 11:46:27 3: NUKIBridge (nuki01) - Error: http://192.168.178.xxx:8080/info?token=123456: empty answer received
2016.11.05 11:46:27 3: NUKIBridge (nuki01) - JSON:
2016.11.05 11:46:27 4: NUKIBridge (nuki01) - error while requesting: http://192.168.178.xxx:8080/info?token=123456: empty answer received
2016.11.05 11:46:34 3: NUKIBridge (nuki01) - Param Alive:
2016.11.05 11:46:34 3: NUKIBridge (nuki01) - Param Code:
2016.11.05 11:46:34 3: NUKIBridge (nuki01) - Error: read from http://192.168.178.xxx:8080 timed out
2016.11.05 11:46:34 3: NUKIBridge (nuki01) - JSON:
2016.11.05 11:46:34 4: NUKIBridge (nuki01) - error while requesting: read from http://192.168.178.xxx:8080 timed out


set clearlog - Log wird nicht gelöscht
2016.11.05 11:49:24 3: NUKIDevice (nuki01) - empty answer received for http://192.168.178.xxx:8080/clearlog?token=123456

set fwupdate
2016.11.05 11:51:44 3: NUKIDevice (nuki01) - empty answer received for http://192.168.178.xxx:8080/fwupdate?token=123456

fwupdate aus Nuki-Bridge Logfile
{"timestamp": "2016-11-05T10:51:45+00:00", "type": "HTTP-FwUpdate"},

set reboot
2016.11.05 11:54:49 3: NUKIDevice (nuki01) - empty answer received for http://192.168.178.xxx:8080/reboot?token=123456

Reset aus Nuki-Bridge Logfile
{"timestamp": null, "type": "System-Startup", "version": "1.3.6"},
{"timestamp": "2016-11-05T10:54:52+00:00", "type": "System-Reset"},


set statusrequest
2016.11.05 11:56:40 4: NUKIBridge (nuki01) - Send HTTP POST with URL http://192.168.178.xxx:8080/info?token=123456
2016.11.05 11:56:40 3: NUKIBridge (nuki01) - Param Alive:
2016.11.05 11:56:40 3: NUKIBridge (nuki01) - Param Code: 200
2016.11.05 11:56:40 3: NUKIBridge (nuki01) - Error:
2016.11.05 11:56:40 3: NUKIBridge (nuki01) - JSON: {"bridgeType": 1, "ids": {"hardwareId": 12345678, "serverId": 123456789}, "versions": {"firmwareVersion": "1.3.6", "wifiFirmwareVersion": "1.0.1"}, "uptime": 106, "currentTime": "2016-11-05T10:56:40+00:00", "serverConnected": true, "scanResults": [{"nukiId": 123456789, "name": "Nuki_12345678", "rssi": -78, "paired": true}]}


HTTP-Info aus Nuki-Bridge Logfile
{"timestamp": "2016-11-05T10:56:40+00:00", "type": "HTTP-Info"},

get logfile
2016.11.05 11:59:06 3: NUKIDevice (nuki01) - empty answer received for http://192.168.178.xxx:8080/log?token=123456
2016.11.05 11:59:06 3: NUKIBridge (nuki01) - Kurz vor der Bedingung nach decode_json ARRAY


FHEM - TYPE NUKIBridge
Internals:
   DEF        192.168.178.xxx 123456
   HOST       192.168.178.xxx
   INTERVAL   60
   NAME       nuki01
   NR         489
   PORT       8080
   STATE      Initialized
   TOKEN      123456
   TYPE       NUKIBridge
   VERSION    0.3.9
   Readings:
     2016-11-05 11:56:40   bridgeType      Hardware
     2016-11-05 11:56:40   currentTime     2016-11-05T10:56:40+00:00
     2016-11-05 11:56:40   hardwareId      98598929
     2016-11-05 11:46:34   lastError       read from http://192.168.178.xxx:8080 timed out
     2016-11-05 11:56:40   serverConnected true
     2016-11-05 11:56:40   serverId        287592143
     2016-11-05 11:40:28   state           Initialized
     2016-11-05 11:56:40   uptime          106
Attributes:
   room       NUKI
   verbose    5
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 05 November 2016, 12:25:52
So langsam weiß ich auch nicht weiter. Es scheint egal zu sein ob ich Blocking oder nonBlocking die Bridge anspreche. Empty Answer kommt so gut wie immer.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: markukug am 05 November 2016, 13:15:29
Das verstehe ich. Ist frustrierend!

Was mir noch auffällt ist, dass z.B. nach Eingabe des Links im Browser oft erstmals eine Fehlermeldung "Seite funktioniert nicht" kommt und sich die Seite erst dann aufbaut.

Z.B. http://192.168.178.xxx:8080/log?token=123456

Hier noch einieg zusätzliche Infos aus Chrome DevTools:
Console:

Resource interpreted as Document but transferred with MIME type application/json: "http://192.168.178.xxx:8080/log?token=123456".
Navigated to http://192.168.178.233:8080/log?token=ge5b7e
favicon.ico:1 GET http://192.168.178.233:8080/favicon.ico 400 (Bad Request)


Network:

common.js 5ms
app.js 9ms


Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 05 November 2016, 13:33:22
Interessant. Laut Doku bedeutet 400 das die Aktion nicht bekannt ist. Also in dem Fall /log

Aber konzentrieren wir uns mal auf autocreate. Hier hat es ja schon mal funktioniert mit einer Bridge. Kannst du das noch mal machen und den FHEMlog hier rein tun.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: markukug am 05 November 2016, 13:48:36
Hier das Ergebnis von autocreate mit verbose 5:


2016.11.05 13:45:55 4: NUKIBridge (nuki01) - Send HTTP POST with URL http://192.168.178.xxx:8080/list?token=132456
2016.11.05 13:45:55 4: NUKIBridge (nuki01) - Call NUKIBridge_Get
2016.11.05 13:45:58 4: NUKIBridge (nuki01) - Send HTTP POST with URL http://192.168.178.xxx:8080/info?token=132456
2016.11.05 13:45:59 3: NUKIBridge (nuki01) - Param Alive:
2016.11.05 13:45:59 3: NUKIBridge (nuki01) - Param Code:
2016.11.05 13:45:59 3: NUKIBridge (nuki01) - Error: http://192.168.178.xxx:8080/info?token=132456: empty answer received
2016.11.05 13:45:59 3: NUKIBridge (nuki01) - JSON:
2016.11.05 13:45:59 4: NUKIBridge (nuki01) - error while requesting: http://192.168.178.xxx:8080/info?token=ge5b7e: empty answer received
2016.11.05 13:46:06 3: NUKIBridge (nuki01) - Param Alive:
2016.11.05 13:46:06 3: NUKIBridge (nuki01) - Param Code:
2016.11.05 13:46:06 3: NUKIBridge (nuki01) - Error: read from http://192.168.178.xxx:8080 timed out
2016.11.05 13:46:06 3: NUKIBridge (nuki01) - JSON:
2016.11.05 13:46:06 4: NUKIBridge (nuki01) - error while requesting: read from http://192.168.178.xxx:8080 timed out

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 05 November 2016, 14:57:51
Ich habe noch mal ein Update im Devel gemacht. Bitte beide Module installieren.
Es wird sich nichts ändern, ich versuche erstmal alles ausser das list zu elemenieren uim einen sauberen Start zu bekomme und darauf dann auf zu bauen.

Danke für Deine Geduld und Zeit
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: markukug am 05 November 2016, 15:18:56
Habs installiert!

Soll ich noch etwas Spezielles testen?

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 05 November 2016, 15:20:31
Nur ein autocreate mit Verbose 5 und hier die Ausgabe einstellen
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: markukug am 05 November 2016, 15:26:43
2016.11.05 15:22:14 4: NUKIBridge (nuki01) - Send HTTP POST with URL http://192.168.178.xxx:8080/list?token=123456
2016.11.05 15:22:14 4: NUKIBridge (nuki01) - Call NUKIBridge_Get
2016.11.05 15:22:24 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/73_NUKIBridge.pm line 398.
2016.11.05 15:22:24 3: NUKIBridge (nuki01) - Param Alive:
2016.11.05 15:22:24 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/73_NUKIBridge.pm line 399.
2016.11.05 15:22:24 3: NUKIBridge (nuki01) - Param Code:
2016.11.05 15:22:24 3: NUKIBridge (nuki01) - Error: read from http://192.168.178.xxx:8080 timed out
2016.11.05 15:22:24 3: NUKIBridge (nuki01) - JSON:
2016.11.05 15:22:24 4: NUKIBridge (nuki01) - error while requesting: read from http://192.168.178.xxx:8080 timed out


Just for Info - Bei einem httpmod wird das "buf"-Feld so ausgelesen:
define nukiTest HTTPMOD http://192.168.178.xxx:8080/list?token=123456 10

HTTP/1.1 200 OK Connection: Close Content-Type: application/json;charset=utf-8 Transfer-Encoding: chunked 1 [ A6 {"nukiId": 123456789, "name": "Tstr23 ", "lastKnownState": {"state": 3, "stateName": "unlocked", "batteryCritical": false, "timestamp": "2016-11-05T11:55:14+00:00"}}] 0
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 05 November 2016, 15:38:09
Danke das war eine super Idee. Ich versuche da heute Abend mal die Daten mit ein zu bauen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 05 November 2016, 15:46:54
Ok ich habe da eine allerletzte Idee wie das ganze passiert sein kann. Wäre zwar doof aber egal. Lieber erstmal testen ob es das war. Dauert aber . Melde mich heute Abend noch mal.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: markukug am 05 November 2016, 15:53:46
Alles klar! Danke
Titel: [ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Steeeve am 05 November 2016, 18:41:10
Zitat von: CoolTux am 05 November 2016, 15:46:54
Ok ich habe da eine allerletzte Idee wie das ganze passiert sein kann. Wäre zwar doof aber egal. Lieber erstmal testen ob es das war. Dauert aber . Melde mich heute Abend noch mal.
Klingt irgendwie spannend. Gibts da dann auch ne Auflösung :D
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 05 November 2016, 20:41:03
So ich habe nun noch mal eine Version online gestellt. Es reicht das Bridgemodul zu installieren.
Bitte testen. Vielen Dank
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: markukug am 05 November 2016, 21:02:26
das Ergebnis bleibt bei "empty answer received"

2016.11.05 20:58:14 4: NUKIBridge (nuki01) - Send HTTP POST with URL http://192.168.178.xxx:8080/list?token=123456
2016.11.05 20:58:14 4: NUKIBridge (nuki01) - Call NUKIBridge_Get
2016.11.05 20:58:14 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/73_NUKIBridge.pm line 396.
2016.11.05 20:58:14 3: NUKIBridge (nuki01) - Param Alive:
2016.11.05 20:58:14 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/73_NUKIBridge.pm line 397.
2016.11.05 20:58:14 3: NUKIBridge (nuki01) - Param Code:
2016.11.05 20:58:14 3: NUKIBridge (nuki01) - Error: http://192.168.178.xxx:8080/list?token=123456: empty answer received
2016.11.05 20:58:14 3: NUKIBridge (nuki01) - PATH: /list?token=123456
2016.11.05 20:58:14 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/73_NUKIBridge.pm line 400.
2016.11.05 20:58:14 3: NUKIBridge (nuki01) - httpheader:
2016.11.05 20:58:14 4: NUKIBridge (nuki01) - error while requesting: http://192.168.178.xxx:8080/list?token=123456: empty answer received
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 05 November 2016, 21:11:34
Kannst Du bitte ein get logFile machen.
Ich weiß echt nicht mehr wo es hängt. Werde mich wohl am Monatg mal an Nuki wenden müssen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: markukug am 05 November 2016, 21:22:56
Vielleicht kann ja jemand von Nuki helfen.

hier noch das Ergebnis von get logFile:

2016.11.05 21:21:11 3: NUKIDevice (nuki01) - empty answer received for http://192.168.178.xxx:8080/log?token=123456
2016.11.05 21:21:11 3: NUKIBridge (nuki01) - Kurz vor der Bedingung nach decode_json ARRAY
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 05 November 2016, 21:34:28
Ich sehe keinen Fehler. Kam denn ein Fenster mit den log Inhalt?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: markukug am 06 November 2016, 09:20:16
Ich dachte 'empty answer' ist die Fehlermeldung.

Der log-Inhalt wird nicht angezeigt.

LG und einen schönen Sonntag
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 06 November 2016, 09:46:20
Ist sie auch. Wollte nur wissen ob überhaupt irgendwas passiert.

@All
Kann bitte jemand mit einer AppBridge also Softwarebridge mal testen. Würde mich interessieren ob da auch die Probleme sind. Bei mir zumindest nicht. Habe aber auch kein Smartlock.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: markukug am 06 November 2016, 15:34:57
Also! ... Meine NUKIBridge zeigt heute seit  2016-11-06 04:39:18 folgende Readings:
Raw definition:

defmod nuki01 NUKIBridge 192.168.178.xxx 132465
attr nuki01 room NUKI

setstate nuki01 2016-11-06 04:39:18 bridgeType Hardware
setstate nuki01 2016-11-06 04:39:18 currentTime 2016-11-06T03:39:17+00:00
setstate nuki01 2016-11-06 04:39:18 hardwareId 98598929
setstate nuki01 2016-11-06 14:34:33 lastError read from http://192.168.178.xxx:8080 timed out
setstate nuki01 2016-11-06 04:39:18 serverConnected true
setstate nuki01 2016-11-06 04:39:18 serverId 287592143
setstate nuki01 2016-11-06 14:19:37 state Initialized
setstate nuki01 2016-11-06 04:39:18 uptime 60264


Ich habe nun eine NukiDevice angelegt und kann dieses Device auch bedienen! statusRequest, unlatch, lock und unlock funktioniert.

Raw definition:

defmod nukiHaustuer NUKIDevice 123456789 nuki01
attr nukiHaustuer IODev nuki01
attr nukiHaustuer room NUKI
attr nukiHaustuer verbose 5

setstate nukiHaustuer unlatch
setstate nukiHaustuer 2016-11-06 14:42:21 battery ok
setstate nukiHaustuer 2016-11-06 14:42:21 batteryCritical false
setstate nukiHaustuer 2016-11-06 14:42:21 lockState unlatch
setstate nukiHaustuer 2016-11-06 14:42:21 state unlatch
setstate nukiHaustuer 2016-11-06 14:42:21 success true


Das Ganze funktioniert auch mit den Originalmodulen.
NUKIDevice VERSION 0.2.1
NIKIBridge VERSION    0.2.1

Ich habe eigentlich nur mit httpmode herumgespielt, wobei mir irgendwann aufgefallen ist, dass beim httmod für die Bridge x.x.x.x/list readings eingetragen wurden. Aufgrunddessen habe ich dann bei der Bridge die readings entdeckt und ein NUKIDevice erstellt und die Befehle erfolgreich ausführen können.

Die Bridge wird jetzt meistens offline angezeigt - Logfile (verbose 5):

2016.11.06 15:07:12 4: NUKIBridge (nuki01) - Send HTTP POST with URL http://192.168.178.xxx:8080/lockState?token=123456&nukiId=102765321
2016.11.06 15:07:32 4: NUKIBridge (nuki01) - Send HTTP POST with URL http://192.168.178.xxx:8080/lockState?token=123456&nukiId=102765321
2016.11.06 15:07:41 4: NUKIBridge (nuki01) - Send HTTP POST with URL http://192.168.178.xxx:8080/lockAction?token=123456&action=2&nukiId=102765321
2016.11.06 15:07:48 4: NUKIBridge (nuki01) - Send HTTP POST with URL http://192.168.178.xxx:8080/list?token=123456
2016.11.06 15:07:48 4: NUKIBridge (nuki01) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2016.11.06 15:07:48 4: NUKIBridge (nuki01) - Bridge ist offline
2016.11.06 15:07:51 4: NUKIBridge (nuki01) - error while requesting: read from http://192.168.178.xxx:8080 timed out
2016.11.06 15:07:52 4: NUKIBridge (nuki01) - Send HTTP POST with URL http://192.168.178.xxx:8080/lockState?token=123456&nukiId=102765321
2016.11.06 15:08:12 4: NUKIBridge (nuki01) - Send HTTP POST with URL http://192.168.178.xxx:8080/lockState?token=123456&nukiId=102765321
2016.11.06 15:08:32 4: NUKIBridge (nuki01) - Send HTTP POST with URL http://192.168.178.xxx:8080/lockState?token=123456&nukiId=102765321


Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 06 November 2016, 15:37:57
Dann hast du wieder die stable Version.
Was ich nicht verstehe ist warum kein list klappt aber die anderen Befehle wie lock unlock und so. Geht alles über den selben Weg. Alles über Bridge mit der selben Funktion. Bin echt ratlos.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: markukug am 06 November 2016, 15:58:14
Ja genau. ich verwende wieder die stable Version.

Warum das mit der Bridge nicht funktioniert verstehe ich auch nicht.

Ich bin jetzt allerdings zufrieden, wobei Du mir sehr geholfen hast.

Nuki funktioniert jetzt mit der handyApp und mit meinem alten Fingerprint von Ekey mit dem Riesenvorteil, dass wir auch bei versperrter Tür mit dem Fingerprint die Haustür öffnen können.


set nukiHaustier unlatch

... sperrt die Tür auf und öffnet sie, wenn sie versperrt ist bzw. öffnet sie, wenn sie unversperrt ist.

Ich möchte mich hier trotzdem nochmal für deine Bemühungen bedanken und hoffe, dass sich evtl. in Zukunft von Nuki-Seite noch etwas ändert, damit Deine Module wie angedacht funktionieren.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 07 November 2016, 09:29:46
Zitat von: Steeeve am 25 Oktober 2016, 21:59:09
Ob es eventuell damit zusammen hängt:
New beta firmware *v1.4.2* available. Further improves the handling of several Smart Locks on the same bridge and fixes a bug in v1.4.1 which could lead to lost commands when a command arrived before the bridge properly disconnected from the Smart Lock.

Steve konntest Du mal die neue Beta v1.4.2 installieren. Ich habe die böse Vermutung das es daran liegt.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Steeeve am 07 November 2016, 09:36:51
Bridge Firmware ist bei mir aktuell 1.4.5.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 07 November 2016, 13:29:21
Ich habe heute sowohl im Slackkanal als auch per Mail unsere Probleme berichtet. Im Slackkanal vermutet man ein Memory Leak in der Bridgefirmware.
Per Mail habe ich auch noch mal um eine Teststellung zum entwickeln gebeten.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 09 November 2016, 12:15:36
Mein neues Smartlock ist gestern vom Nuki Support zurück gekommen. Bisher funktioniert es. Hoffe es bleibt so ;)


Also ich habe nun aktuell mal die 0.3.11 vom Bridge Modul laufen.
Alles neu eingerichtet.
Smartlock wurde nicht automatisch angelegt, also manuell angelegt.

Bisher funktioniert alles.
Status von der Bridge ist noch "Initialized", aber zumindest nicht mehr "not connected".

Lasse das nun mal laufen und berichte, falls Probleme auftreten.

Smartlock Firmware ist aktuell, Bridge Firmware ist die aktuelle offizielle Version: {"firmwareVersion": "1.3.6", "wifiFirmwareVersion": "1.0.1"}


In der Bridge erhalte ich mit /list nun neben dem neuen Smartlock, noch meine beiden anderen "nicht mehr vorhandenen" Smartlocks. Ist jemandem bekannt, wie ich die aus der Bridge löschen kann? Diese Smartlocks gibts ja nicht mehr.

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 09 November 2016, 13:06:12
Hat ein automatisches anlegen mit set autocreate nicht geklappt?
Was kommt mit verbose 5 bei einem set autocreate oder ein get logFile?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 09 November 2016, 13:11:29
ein set autocreate kommt im Log so:
2016.11.09 13:07:26 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.123.250:8080/list?token=123456
2016.11.09 13:07:26 4: NUKIBridge (NukiBridge) - Call NUKIBridge_Get
2016.11.09 13:07:36 3: NUKIBridge (NukiBridge) - Param Alive:
2016.11.09 13:07:37 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/73_NUKIBridge.pm line 397.
2016.11.09 13:07:37 3: NUKIBridge (NukiBridge) - Param Code:
2016.11.09 13:07:37 3: NUKIBridge (NukiBridge) - Error: read from http://192.168.123.250:8080 timed out
2016.11.09 13:07:37 3: NUKIBridge (NukiBridge) - PATH: /list?token=123456
2016.11.09 13:07:37 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/73_NUKIBridge.pm line 400.
2016.11.09 13:07:37 3: NUKIBridge (NukiBridge) - httpheader:
2016.11.09 13:07:37 4: NUKIBridge (NukiBridge) - error while requesting: read from http://192.168.123.250:8080 timed out


ein get logFile kommt so:
2016.11.09 13:10:23 3: NUKIDevice (NukiBridge) - empty answer received for http://192.168.123.250:8080/log?token=123456
2016.11.09 13:10:23 3: NUKIBridge (NukiBridge) - Kurz vor der Bedingung nach decode_json ARRAY

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Steeeve am 09 November 2016, 13:11:44
Zitat von: fred_feuerstein am 09 November 2016, 12:15:36
In der Bridge erhalte ich mit /list nun neben dem neuen Smartlock, noch meine beiden anderen "nicht mehr vorhandenen" Smartlocks. Ist jemandem bekannt, wie ich die aus der Bridge löschen kann? Diese Smartlocks gibts ja nicht mehr.

Ich glaube mal gelesen zu haben, dass man die nur mittels Reset der Bridge löschen kann - dann muss man natürlich die zwei vorhandenen locks wieder neu anlegen...
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 09 November 2016, 13:13:42
Ah. OK.

Dann lass ich die vorerst drin. Solange es keine Probleme verursacht. Bisher läuft es ja.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 09 November 2016, 13:23:28
Hey CoolTux,

wie ich dir schon geschrieben hab bin ich jetzt auch stolzer Besitzer des SmartLocks und der Bridge, hat auch alles soweit geklappt beim Einrichten (vielen Dank für das tolle Modul  :) )

Habe jetzt jedoch ein kleines Problem. Das SmartLock hat ständig das Reading battery low, obwohl ich schon mehrfach mit neuen Batterien versucht habe. In der Nuki-App selbst finde ich keine Batterieanzeige aber auch keine Warnung dass die Batterien bald leer sind.

Kann es sein dass die ersten Batterien leer waren beim anlegen und er jetzt das Reading nicht mehr aktualisiert?

Hier noch die Infos über Bridge und SmartLock:


List Bridge:
Internals:
   CHANGED
   DEF        192.168.178.56 xxxxxx
   HOST       192.168.178.56
   INTERVAL   60
   NAME       NBridge1
   NR         810
   PORT       8080
   STATE      not connected
   TOKEN      xxxxxx
   TYPE       NUKIBridge
   VERSION    0.2.1
   Readings:
     2016-11-04 20:42:44   0_name          CobraTuer
     2016-11-04 20:42:44   0_nukiId        102844921
     2016-11-04 20:42:44   bridgeAPI       1.0.2
     2016-11-09 13:12:43   lastError       read from http://192.168.178.56:8080 timed out
     2016-11-04 20:42:44   smartlockCount  1
     2016-11-09 13:12:43   state           not connected
Attributes:
   group      Gateway
   room       9.6_System


Info:
{"bridgeType": 1, "ids": {"hardwareId": 95991041, "serverId": 1337010944}, "versions": {"firmwareVersion": "1.3.6", "wifiFirmwareVersion": "1.0.1"}, "uptime": 399653, "currentTime": "2016-11-09T12:16:09+00:00", "serverConnected": true, "scanResults": [{"nukiId": 102844921, "name": "Nuki_062149F9", "rssi": -79, "paired": true}]}

List SmartLock:
Internals:
   CHANGED
   DEF        102844921 IODev=NBridge1
   INTERVAL   20
   IODev      NBridge1
   NAME       NUKIDevice102844921
   NR         811
   NUKIID     102844921
   STATE      unlocked
   TYPE       NUKIDevice
   VERSION    0.2.1
   Readings:
     2016-11-09 13:16:25   battery         low
     2016-11-09 13:16:25   batteryCritical 0
     2016-11-09 13:16:25   lockState       unlocked
     2016-11-09 13:16:25   state           unlocked
     2016-11-09 13:16:25   success         1
   Helper:
Attributes:
   IODev      NBridge1
   alias      CobraTuer
   event-on-change-reading .*
   icon       hm_keymatic
   room       1.5_Flur


Info:
[{"nukiId": 102844921, "name": "CobraTuer", "lastKnownState": {"state": 3, "stateName": "unlocked", "batteryCritical": false, "timestamp": "2016-11-09T12:12:12+00:00"}}]

Trotz Zustand Disconnect funktioniert das steuern über FHEM.
Mit deiner neuen Version ändert sich bei mir aber auch kein Zustand und kein Batteriereading.

Sag Bescheid wenn du noch mehr Infos brauchst :-)

Gruß Cobra
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 09 November 2016, 13:38:21
Hallo Cobra,

Bitte Stelle mal die Bridge und das Smartlock auf verbose 5 und mach beim Smartlock ein statusRequest. Und dann das Log hier rein.
Den Status Low oder ok mache ich selbst auf Basis der Info batteryCritical. Die ist bei Dir 0 das ist ein Wert der nicht erwartet wird und daher eine Bedingung im else Zweig mit Low endet. Sollte da wohl besser ein elsif machen.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 09 November 2016, 13:49:00
Hey CoolTux,

hier das Log nach dem statusRequest.
Nicht irritieren lassen, hab bei mir das Log umgedreht so dass die aktuellste Meldung immer oben ist :-)

2016.11.09 13:45:49 5: readings set for NUKIDevice102844921
2016.11.09 13:45:49 5: parse status message for NUKIDevice102844921
2016.11.09 13:45:49 4: NUKIBridge (NBridge1) - error while requesting: http://192.168.178.56:8080/lockState?token=xxxxxx&nukiId=102844921: empty answer received
2016.11.09 13:45:49 5: NUKIDevice (NUKIDevice102844921) - NUKIDevice_GetUpdate Call NUKIDevice_ReadFromNUKIBridge
2016.11.09 13:45:49 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.178.56:8080/lockState?token=xxxxxx&nukiId=102844921
2016.11.09 13:45:47 5: NUKIDevice (NUKIDevice102844921) - Call InternalTimer
2016.11.09 13:45:47 5: NUKIDevice (NUKIDevice102844921) - Call NUKIDevice_GetUpdate
2016.11.09 13:45:47 5: NUKIDevice (NUKIDevice102844921) - NUKIDevice_GetUpdate Call NUKIDevice_ReadFromNUKIBridge
2016.11.09 13:45:47 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.178.56:8080/lockState?token=xxxxxx&nukiId=102844921


Was komisch ist, wenn ich http://192.168.178.56:8080/lockState?token=xxxxxx&nukiId=102844921 in den Browser eingebe bekomme ich

{"state": 3, "stateName": "unlocked", "batteryCritical": false, "success": true}

Also keine 0 bei batteryCritical sondern false.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 09 November 2016, 13:59:08
hmm, bei mir steht im Device-Modul bei Battery OK und bei batteryCritical steht false.
Also genau wie es sein sollte, denke ich.

Keine Ahnung, warum da bei Dir eine 0 steht. Und battery low.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Steeeve am 09 November 2016, 14:06:05
Zitat von: Cobra am 09 November 2016, 13:23:28
Habe jetzt jedoch ein kleines Problem. Das SmartLock hat ständig das Reading battery low, obwohl ich schon mehrfach mit neuen Batterien versucht habe. In der Nuki-App selbst finde ich keine Batterieanzeige aber auch keine Warnung dass die Batterien bald leer sind.

Kann es sein dass die ersten Batterien leer waren beim anlegen und er jetzt das Reading nicht mehr aktualisiert?
In der App wird rechts oben ein (i) abgezeigt wenn es besondere Meldungen gibt, zB Software Update, oder auch leere Batterie.

Aus dem Nuki Support Slack:
Do you have "Battery Dead" entries in your Smart Locks protocol? If yes, update the firmware to 1.2.3. If no, update the firmware too ;-)

lg
Steeeve

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 09 November 2016, 14:07:40
ohnehin ist es am besten bei jeglichen Problemen, alle Firmware-Versionen der eingesetzten Hardware anzugeben.
Also Smartlock, Bridge, App-Software, FHEM-Modul, ... :)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 09 November 2016, 14:15:36
Zitat von: Cobra am 09 November 2016, 13:49:00
Hey CoolTux,

hier das Log nach dem statusRequest.
Nicht irritieren lassen, hab bei mir das Log umgedreht so dass die aktuellste Meldung immer oben ist :-)

2016.11.09 13:45:49 5: readings set for NUKIDevice102844921
2016.11.09 13:45:49 5: parse status message for NUKIDevice102844921
2016.11.09 13:45:49 4: NUKIBridge (NBridge1) - error while requesting: http://192.168.178.56:8080/lockState?token=xxxxxx&nukiId=102844921: empty answer received
2016.11.09 13:45:49 5: NUKIDevice (NUKIDevice102844921) - NUKIDevice_GetUpdate Call NUKIDevice_ReadFromNUKIBridge
2016.11.09 13:45:49 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.178.56:8080/lockState?token=xxxxxx&nukiId=102844921
2016.11.09 13:45:47 5: NUKIDevice (NUKIDevice102844921) - Call InternalTimer
2016.11.09 13:45:47 5: NUKIDevice (NUKIDevice102844921) - Call NUKIDevice_GetUpdate
2016.11.09 13:45:47 5: NUKIDevice (NUKIDevice102844921) - NUKIDevice_GetUpdate Call NUKIDevice_ReadFromNUKIBridge
2016.11.09 13:45:47 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.178.56:8080/lockState?token=xxxxxx&nukiId=102844921


Was komisch ist, wenn ich http://192.168.178.56:8080/lockState?token=xxxxxx&nukiId=102844921 in den Browser eingebe bekomme ich

{"state": 3, "stateName": "unlocked", "batteryCritical": false, "success": true}

Also keine 0 bei batteryCritical sondern false.

Mist ich sollte mir angewöhnen RAW Messages ausgeben zu lassen. So bringt mir das ja nichts. Aber das Reading für lockState und so ändert sich wenn Du den Zustand des Schloßes änderst?

Ich habe den Code für die Batterie jetzt so geändert das ein false ok und ein true ein low ergibt. Alles andere ergibt ein value "parseError" im Reading.
Ich müsste mal den Code bei der 0.2.1er Version kurz umschreiben für Raw Messages. Melde mich dann wieder.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 09 November 2016, 14:29:34
ich muss einfach mal Danke sagen, CoolTux!

Und zwar für deinen unermüdlichen Einsatz, um das Modul voranzutreiben. Und dass, obwohl Du nicht mal selbst es benötigst ...

Einfach TOP!
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 09 November 2016, 14:49:07
Es macht Spaß und ich freue mich wenn es Euch was bringt.
Danke für Euren Dank.

Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 09 November 2016, 14:53:47
So Cobra,

Bitte einmal die angehängte Datei ins FHEM/ kopieren und somit die alte überschreiben, danach ein reload 74_NUKIDevice eingeben und dann ein statusRequest bitte. Verbose 3 reicht aus.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 09 November 2016, 16:35:07
Hey CoolTux,

hier die Meldung:
NUKIDevice (NUKIDevice102844921) - JSON: {"state": 3, "stateName": "unlocked", "batteryCritical": false, "success": true}

Als Reading hab ich immer noch batteryCritical 0
Reading für lockState ändert sich immer brav mit.

Ach ja, SmartLock hat die Firmeware 1.2.3

Gruß Cobra
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 09 November 2016, 17:37:06
Habe was lustiges entdeckt.

"batteryCritical": false, "success": true


Und jetzt schaue Dir mal Deine Readings batteryCritical und success an.
Und verrate mir mal was true und false in eigentlich sind aus Informatiker Sicht  ;D

Aber wie das kommt kann ich Dir noch nicht sagen. Aber ist lustig
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 09 November 2016, 17:48:03
Stimmt, false könnte man ja auch als 0 bezeichnen  :o

Ist dann nur komisch dass false bei anderen auch als false im Reading angezeigt wird und bei mir setzt er dann die 0 rein
Titel: [ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Steeeve am 09 November 2016, 17:49:51
Zitat von: CoolTux am 09 November 2016, 17:37:06
Habe was lustiges entdeckt.

"batteryCritical": false, "success": true


Und jetzt schaue Dir mal Deine Readings batteryCritical und success an.
Und verrate mir mal was true und false in eigentlich sind aus Informatiker Sicht  ;D

Aber wie das kommt kann ich Dir noch nicht sagen. Aber ist lustig

Aber das passt doch, oder?
In dem Fall nicht kritisch, also ok und success:true bekommt man bei erfolgreicher Action, nicht?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 09 November 2016, 18:26:54
Zitat von: Steeeve am 09 November 2016, 17:49:51
Aber das passt doch, oder?
In dem Fall nicht kritisch, also ok und success:true bekommt man bei erfolgreicher Action, nicht?

Theoretisch gebe ich Dir recht. Allerdings ist die Sache die das eine ungewollte Werteveränderung stattgefunden hat. Und ich weiß nicht wieso und wo und warum ausgerechnet nur bei Cobra und das ist dooooof   ???

@Cobra ich brauche mal bitte Deine Perlversion und Deine Version der lib-jsonperl oder wo ähnlich.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 09 November 2016, 18:36:41
Perl ist v5.20.2

Wie finde ich aber die Version von libjson-perl heraus?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 09 November 2016, 18:51:11
sudo dpkg -l | grep libjson-perl

oder als root

dpkg -l | grep libjson-perl

Ich habe mal noch eine weitere Version anghangen. Bitte noch mal im log schauen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 09 November 2016, 19:47:01
Log liefert:
2016.11.09 19:44:59 3: NUKIDevice (NUKIDevice102844921) - JSON2: battery 0 und success 1
2016.11.09 19:44:59 3: NUKIDevice (NUKIDevice102844921) - JSON: {"state": 3, "stateName": "unlocked", "batteryCritical": false, "success": true}
2016.11.09 19:44:56 3: NUKIDevice (NUKIDevice102844921) - JSON2: battery 0 und success 1
2016.11.09 19:44:56 3: NUKIDevice (NUKIDevice102844921) - JSON: {"state": 3, "stateName": "unlocked", "batteryCritical": false, "success": true}


batteryCritical-Reading bleibt leider aber immer noch auf 0.

libjson-version ist 2.61-1
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 09 November 2016, 19:51:38
Ok. Ich danke Dir erstmal. Ich muss da mal schauen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 09 November 2016, 19:56:05
Zitat von: fred_feuerstein am 09 November 2016, 13:59:08
hmm, bei mir steht im Device-Modul bei Battery OK und bei batteryCritical steht false.
Also genau wie es sein sollte, denke ich.

Keine Ahnung, warum da bei Dir eine 0 steht. Und battery low.

Kannst du mal bitte schauen welche Perlversion und welche libjson-perl Version Du hast?


Danke
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 09 November 2016, 19:56:53
Ich hab zu danken :)
Bin gespannt was rauskommt.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 10 November 2016, 11:11:16
Zitat von: CoolTux am 09 November 2016, 19:56:05
Kannst du mal bitte schauen welche Perlversion und welche libjson-perl Version Du hast?

libjson-perl: 2.61-1
perl: 5.20.2-3+deb8u6
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 November 2016, 11:21:48
Interessant. Alles gleich wie bei Cobra.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 10 November 2016, 11:25:05
habe aber bemerkt, dass der Status vom Schloss auch nicht immer passt. Irgendwann ist die Bridge scheinbar nicht erreichbar und dann irgendwann mal wieder.
Also altes Problem.
Komischerweise die Schaltvorgänge über FHEM funktionieren.
Nur, wenn das Schloss bspw. über die App geöffnet wird, bekommt FHEM da meist nix von mit bei mir.

Aktuell auf der Bridge 1.3.6
Mal schauen, vielleicht klappt es tatsächlich mit der nächsten Firmwareversion > 1.4.x besser...
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 November 2016, 11:29:00
Welche Modulversion hast Du aktuell. Ab Version 0.3 ist erstmal alles deaktiviert was veränderten Status von Fremdsoftware an geht. Mit der 0.2.1 sollte es aber gehen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 10 November 2016, 11:36:59
ah ok. ich hab 0.3.11 drauf.

dann ist es ja klar.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 November 2016, 11:56:08
Ja da ist im Moment gar nichts mit erkennen. Das ist wie gesagt vorerst raus wegen der Fehlerfindung. Nun wissen wir ja erstmal das es ein Firmwarebug ist. Da muß nun Nuki ran.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 10 November 2016, 18:22:09
Wie kann ich denn die 0.2.1 vom Modul wieder installieren? Gibt's die separat als Download?
Und funktioniert da alles was soll, da die Bridge ja nun auf api 1.3 hört?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 November 2016, 19:03:59
Einfach Update in Fhem eingeben.
Sollte alles funktionieren, nur die neuen Readings sind dabhalt nicht da.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 10 November 2016, 19:38:23
Ah, das wusste ich nicht, dass das Update auch wieder die Version downgraden kann. Prima.

>> gesendet mit LG G4 via Tapatalk <<

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 11 November 2016, 17:46:42
Hey CoolTux,

mir ist leider noch ein anderes Problem mit meinem SmartLock aufgefallen.
Sporadisch nimmt es keine Lock/Unlock-Befehle an.
Passiert dann als auch gerne mal dass ich z.B. auf der Fernbedienung 2 mal drücken muss damit er den Befehl ausführt.

Ich hatte das Glück dass ich mit Verbose 5 etwas im Log aufzeichnen konnte als er einen Befehl den ich direkt aus FHEMWEB abgesetzt habe nicht umgesetzt hat:
2016.11.11 17:31:27 5: parse status message for NUKIDevice102844921
2016.11.11 17:31:27 3: NUKIDevice (NUKIDevice102844921) - JSON2: battery 0 und success 1
2016.11.11 17:31:27 3: NUKIDevice (NUKIDevice102844921) - JSON: {"state": 1, "stateName": "locked", "batteryCritical": false, "success": true}
2016.11.11 17:31:25 5: NUKIDevice (NUKIDevice102844921) - Call InternalTimer
2016.11.11 17:31:25 5: NUKIDevice (NUKIDevice102844921) - Call NUKIDevice_GetUpdate
2016.11.11 17:31:25 5: NUKIDevice (NUKIDevice102844921) - NUKIDevice_GetUpdate Call NUKIDevice_ReadFromNUKIBridge
2016.11.11 17:31:25 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.178.56:8080/lockState?token=xxxx&nukiId=102844921
2016.11.11 17:31:09 4: NUKIBridge (NBridge1) - error while requesting: read from http://192.168.178.56:8080 timed out
2016.11.11 17:31:05 4: NUKIBridge (NBridge1) - error while requesting: http://192.168.178.56:8080/lockState?token=xxxx&nukiId=102844921: empty answer received
2016.11.11 17:31:05 5: NUKIDevice (NUKIDevice102844921) - Call InternalTimer
2016.11.11 17:31:05 5: NUKIDevice (NUKIDevice102844921) - Call NUKIDevice_GetUpdate
2016.11.11 17:31:05 5: NUKIDevice (NUKIDevice102844921) - NUKIDevice_GetUpdate Call NUKIDevice_ReadFromNUKIBridge
2016.11.11 17:31:05 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.178.56:8080/lockState?token=Fxxxx&nukiId=102844921
2016.11.11 17:30:59 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.178.56:8080/lockAction?token=xxxx&action=2&nukiId=102844921
2016.11.11 17:30:55 4: NUKIBridge (NBridge1) - Bridge ist offline
2016.11.11 17:30:45 4: NUKIBridge (NBridge1) - error while requesting: http://192.168.178.56:8080/lockState?token=xxxx&nukiId=102844921: empty answer received
2016.11.11 17:30:45 5: NUKIDevice (NUKIDevice102844921) - Call InternalTimer
2016.11.11 17:30:45 5: NUKIDevice (NUKIDevice102844921) - Call NUKIDevice_GetUpdate
2016.11.11 17:30:45 5: NUKIDevice (NUKIDevice102844921) - NUKIDevice_GetUpdate Call NUKIDevice_ReadFromNUKIBridge
2016.11.11 17:30:45 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.178.56:8080/lockState?token=xxxx&nukiId=102844921
2016.11.11 17:30:44 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2016.11.11 17:30:44 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.178.56:8080/list?token=xxxx
2016.11.11 17:30:24 5: readings set for NUKIDevice102844921
2016.11.11 17:30:24 5: parse status message for NUKIDevice102844921
2016.11.11 17:30:24 3: NUKIDevice (NUKIDevice102844921) - JSON2: battery 0 und success 1
2016.11.11 17:30:24 3: NUKIDevice (NUKIDevice102844921) - JSON: {"state": 3, "stateName": "unlocked", "batteryCritical": false, "success": true}
2016.11.11 17:30:22 5: NUKIDevice (NUKIDevice102844921) - Call InternalTimer
2016.11.11 17:30:22 5: NUKIDevice (NUKIDevice102844921) - Call NUKIDevice_GetUpdate
2016.11.11 17:30:22 5: NUKIDevice (NUKIDevice102844921) - NUKIDevice_GetUpdate Call NUKIDevice_ReadFromNUKIBridge
2016.11.11 17:30:22 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.178.56:8080/lockState?token=xxxx&nukiId=102844921
2016.11.11 17:30:05 5: parse status message for NUKIDevice102844921
2016.11.11 17:30:05 3: NUKIDevice (NUKIDevice102844921) - JSON2: battery 0 und success 1
2016.11.11 17:30:05 3: NUKIDevice (NUKIDevice102844921) - JSON: {"state": 3, "stateName": "unlocked", "batteryCritical": false, "success": true}
2016.11.11 17:30:02 5: NUKIDevice (NUKIDevice102844921) - Call InternalTimer
2016.11.11 17:30:02 5: NUKIDevice (NUKIDevice102844921) - Call NUKIDevice_GetUpdate
2016.11.11 17:30:02 5: NUKIDevice (NUKIDevice102844921) - NUKIDevice_GetUpdate Call NUKIDevice_ReadFromNUKIBridge
2016.11.11 17:30:02 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.178.56:8080/lockState?token=xxxx&nukiId=102844921
2016.11.11 17:29:52 4: NUKIBridge (NBridge1) - Bridge ist offline
2016.11.11 17:29:50 4: NUKIBridge (NBridge1) - error while requesting: http://192.168.178.56:8080/lockAction?token=xxxx&action=2&nukiId=102844921: empty answer received
2016.11.11 17:29:50 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.178.56:8080/lockAction?token=xxxx&action=2&nukiId=102844921


Bei 17:29:50 habe ich set NUKIDevice102844921 lock abgesetzt.
Kurz danach habe ich den gleichen Befehl nochmal ausgeführt und dann hat es geklappt.

Fällt dir viellleicht auf woran das liegen könnte? Mir kommt es vor wie wenn die Bridge in einen Schlafmodus geht und erst geweckt werden muss. (Allerdings auch nicht immer)
Jeder weitere Befehl nach dem ersten Fehlversuch wird nämlich ohne Probleme ausgeführt.

Gruß Cobra
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 11 November 2016, 18:13:38
Hallo Cobra,

Schaue ich mir gleich in Ruhe an aber bitte schau du mal ob Du im Log der Bridge etwas findest.

Einfach mit einem Browser

http://192.168.178.56:8080/log?token=xxxx
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 11 November 2016, 18:49:38
Bekomme folgende Logeinträge:
[
{"timestamp": "2016-11-11T17:45:57+00:00", "type": "WLAN-SocketConnected", "connection": 0},
{"timestamp": "2016-11-11T17:45:41+00:00", "type": "WLAN-SocketDisconnected", "connection": 0},
{"timestamp": "2016-11-11T17:45:41+00:00", "type": "BLE-Disconnected", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T17:45:40+00:00", "type": "BLE-ReceivingMsg", "nukiId": "062149F9", "cmdId": "000C"},
{"timestamp": "2016-11-11T17:45:39+00:00", "type": "BLE-SendingMsg", "nukiId": "062149F9", "cmdId": "0001"},
{"timestamp": "2016-11-11T17:45:39+00:00", "type": "BLE-Connect", "handles": [24, 28]},
{"timestamp": "2016-11-11T17:45:39+00:00", "type": "BLE-Connected", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T17:45:38+00:00", "type": "BLE-Connect", "macAddr": "54D2722149F9"},
{"timestamp": "2016-11-11T17:45:38+00:00", "type": "BLE-Connect", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T17:45:38+00:00", "type": "HTTP-LockState", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T17:45:38+00:00", "type": "WLAN-SocketConnected", "connection": 0},
{"timestamp": "2016-11-11T17:45:28+00:00", "type": "WLAN-SocketDisconnected", "connection": 0},
{"timestamp": "2016-11-11T17:45:18+00:00", "type": "HTTP-List"},
{"timestamp": "2016-11-11T17:45:18+00:00", "type": "WLAN-SocketConnected", "connection": 0},
{"timestamp": "2016-11-11T17:44:58+00:00", "type": "WLAN-SocketDisconnected", "connection": 0},
{"timestamp": "2016-11-11T17:44:58+00:00", "type": "BLE-Disconnected", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T17:44:35+00:00", "type": "BLE-Connect", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T17:44:35+00:00", "type": "HTTP-LockState", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T17:44:35+00:00", "type": "WLAN-SocketConnected", "connection": 0},
{"timestamp": "2016-11-11T17:44:25+00:00", "type": "WLAN-SocketDisconnected", "connection": 0},
{"timestamp": "2016-11-11T17:44:15+00:00", "type": "HTTP-List"},
{"timestamp": "2016-11-11T17:44:15+00:00", "type": "WLAN-SocketConnected", "connection": 0},
{"timestamp": "2016-11-11T17:43:54+00:00", "type": "WLAN-SocketDisconnected", "connection": 0},
{"timestamp": "2016-11-11T17:43:54+00:00", "type": "BLE-Disconnected", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T17:43:53+00:00", "type": "BLE-ReceivingMsg", "nukiId": "062149F9", "cmdId": "000C"},
{"timestamp": "2016-11-11T17:43:53+00:00", "type": "BLE-SendingMsg", "nukiId": "062149F9", "cmdId": "0001"},
{"timestamp": "2016-11-11T17:43:53+00:00", "type": "BLE-Connect", "handles": [24, 28]},
{"timestamp": "2016-11-11T17:43:52+00:00", "type": "BLE-Connected", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T17:43:52+00:00", "type": "BLE-Connect", "macAddr": "54D2722149F9"},
{"timestamp": "2016-11-11T17:43:52+00:00", "type": "BLE-Connect", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T17:43:52+00:00", "type": "HTTP-LockState", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T17:43:52+00:00", "type": "WLAN-SocketConnected", "connection": 0},
{"timestamp": "2016-11-11T17:43:35+00:00", "type": "WLAN-SocketDisconnected", "connection": 0},
{"timestamp": "2016-11-11T17:43:35+00:00", "type": "BLE-Disconnected", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T17:43:34+00:00", "type": "BLE-ReceivingMsg", "nukiId": "062149F9", "cmdId": "000C"},
{"timestamp": "2016-11-11T17:43:33+00:00", "type": "BLE-SendingMsg", "nukiId": "062149F9", "cmdId": "0001"},
{"timestamp": "2016-11-11T17:43:33+00:00", "type": "BLE-Connect", "handles": [24, 28]},
{"timestamp": "2016-11-11T17:43:33+00:00", "type": "BLE-Connected", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T17:43:32+00:00", "type": "BLE-Connect", "macAddr": "54D2722149F9"},
{"timestamp": "2016-11-11T17:43:32+00:00", "type": "BLE-Connect", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T17:43:32+00:00", "type": "HTTP-LockState", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T17:43:32+00:00", "type": "WLAN-SocketConnected", "connection": 0},
{"timestamp": "2016-11-11T17:43:22+00:00", "type": "WLAN-SocketDisconnected", "connection": 0},
{"timestamp": "2016-11-11T17:43:12+00:00", "type": "HTTP-List"},
{"timestamp": "2016-11-11T17:43:12+00:00", "type": "WLAN-SocketConnected", "connection": 0},
{"timestamp": "2016-11-11T17:42:52+00:00", "type": "WLAN-SocketDisconnected", "connection": 0},
{"timestamp": "2016-11-11T17:42:52+00:00", "type": "BLE-Disconnected", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T17:42:51+00:00", "type": "BLE-ReceivingMsg", "nukiId": "062149F9", "cmdId": "000C"},
{"timestamp": "2016-11-11T17:42:50+00:00", "type": "BLE-SendingMsg", "nukiId": "062149F9", "cmdId": "0001"},
{"timestamp": "2016-11-11T17:42:50+00:00", "type": "BLE-Connect", "handles": [24, 28]},
{"timestamp": "2016-11-11T17:42:50+00:00", "type": "BLE-Connected", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T17:42:49+00:00", "type": "BLE-Connect", "macAddr": "54D2722149F9"},
{"timestamp": "2016-11-11T17:42:49+00:00", "type": "BLE-Connect", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T17:42:49+00:00", "type": "HTTP-LockState", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T17:42:49+00:00", "type": "WLAN-SocketConnected", "connection": 0},
{"timestamp": "2016-11-11T17:42:33+00:00", "type": "WLAN-SocketDisconnected", "connection": 0},
{"timestamp": "2016-11-11T17:42:33+00:00", "type": "BLE-Disconnected", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T17:42:31+00:00", "type": "BLE-ReceivingMsg", "nukiId": "062149F9", "cmdId": "000C"},
{"timestamp": "2016-11-11T17:42:30+00:00", "type": "BLE-SendingMsg", "nukiId": "062149F9", "cmdId": "0001"},
{"timestamp": "2016-11-11T17:42:30+00:00", "type": "BLE-Connect", "handles": [24, 28]},
{"timestamp": "2016-11-11T17:42:30+00:00", "type": "BLE-Connected", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T17:42:29+00:00", "type": "BLE-Connect", "macAddr": "54D2722149F9"},
{"timestamp": "2016-11-11T17:42:29+00:00", "type": "BLE-Connect", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T17:42:29+00:00", "type": "HTTP-LockState", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T17:42:29+00:00", "type": "WLAN-SocketConnected", "connection": 0},
{"timestamp": "2016-11-11T17:42:20+00:00", "type": "WLAN-SocketDisconnected", "connection": 0},
{"timestamp": "2016-11-11T17:42:10+00:00", "type": "HTTP-List"},
{"timestamp": "2016-11-11T17:42:09+00:00", "type": "WLAN-SocketConnected", "connection": 0},
{"timestamp": "2016-11-11T17:41:49+00:00", "type": "WLAN-SocketDisconnected", "connection": 0},
{"timestamp": "2016-11-11T17:41:49+00:00", "type": "BLE-Disconnected", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T17:41:47+00:00", "type": "BLE-ReceivingMsg", "nukiId": "062149F9", "cmdId": "000C"},
{"timestamp": "2016-11-11T17:41:47+00:00", "type": "BLE-SendingMsg", "nukiId": "062149F9", "cmdId": "0001"},
{"timestamp": "2016-11-11T17:41:47+00:00", "type": "BLE-Connect", "handles": [24, 28]},
{"timestamp": "2016-11-11T17:41:47+00:00", "type": "BLE-Connected", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T17:41:46+00:00", "type": "BLE-Connect", "macAddr": "54D2722149F9"},
{"timestamp": "2016-11-11T17:41:46+00:00", "type": "BLE-Connect", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T17:41:46+00:00", "type": "HTTP-LockState", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T17:41:46+00:00", "type": "WLAN-SocketConnected", "connection": 0},
{"timestamp": "2016-11-11T17:41:29+00:00", "type": "WLAN-SocketDisconnected", "connection": 0},
{"timestamp": "2016-11-11T17:41:29+00:00", "type": "BLE-Disconnected", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T17:41:28+00:00", "type": "BLE-ReceivingMsg", "nukiId": "062149F9", "cmdId": "000C"},
{"timestamp": "2016-11-11T17:41:27+00:00", "type": "BLE-SendingMsg", "nukiId": "062149F9", "cmdId": "0001"},
{"timestamp": "2016-11-11T17:41:27+00:00", "type": "BLE-Connect", "handles": [24, 28]},
{"timestamp": "2016-11-11T17:41:27+00:00", "type": "BLE-Connected", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T17:41:26+00:00", "type": "BLE-Connect", "macAddr": "54D2722149F9"}
]


Wenn ich das richtig interpretiere verliert er immer mal wieder WLAN und Bluetooth-Verbindung? Hm...
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 11 November 2016, 19:27:20
Schade die Zeiten passen nicht. Also dein Log ist von einem späteren Zeitpunkt wie der Modullog. Aber die WLan disconnects wären eine Möglichkeit.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 11 November 2016, 19:46:45
Leider zeigt er mir unter dem Link immer nur das Log von 2 Minuten

Wird natürlich schwer den nächsten Zeitpunkt genau abzupassen, ich werd jetzt mal ab und zu versuchen heut abend und wenn es dann wieder vorkommt gleich mal das Log der Bridge auch rauszukopieren. Reicht dir Verbose 3 dann oder sollte es Verbose 5 sein (Log wird ja ziemlich voll dadurch  :o )

Das mit dem WLAN versteh ich auch nicht ganz, Verbindung zum Router sollte von der Reichweite her passen und laut FritzBIx gibt es hier keine Meldungen dass sich die Bridge immer wieder neu anmelden würde  :(
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 11 November 2016, 19:52:31
Ok, hat doch gleich geklappt, die Disconnects kommen ja fast immer ungefähr zum selben Zeitpunkt:

Log FHEM:
2016.11.11 19:48:29 4: NUKIBridge (NBridge1) - Bridge ist offline
2016.11.11 19:48:22 5: readings set for NUKIDevice102844921
2016.11.11 19:48:22 5: parse status message for NUKIDevice102844921
2016.11.11 19:48:22 3: NUKIDevice (NUKIDevice102844921) - JSON2: battery 0 und success 1
2016.11.11 19:48:22 3: NUKIDevice (NUKIDevice102844921) - JSON: {"state": 1, "stateName": "locked", "batteryCritical": false, "success": true}
2016.11.11 19:48:19 5: NUKIDevice (NUKIDevice102844921) - Call InternalTimer
2016.11.11 19:48:19 5: NUKIDevice (NUKIDevice102844921) - Call NUKIDevice_GetUpdate
2016.11.11 19:48:19 5: NUKIDevice (NUKIDevice102844921) - NUKIDevice_GetUpdate Call NUKIDevice_ReadFromNUKIBridge
2016.11.11 19:48:19 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.178.56:8080/lockState?token=FX0dQQ&nukiId=102844921
2016.11.11 19:48:19 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2016.11.11 19:48:19 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.178.56:8080/list?token=FX0dQQ
2016.11.11 19:47:59 5: parse status message for NUKIDevice102844921
2016.11.11 19:47:59 3: NUKIDevice (NUKIDevice102844921) - JSON2: battery 0 und success 1
2016.11.11 19:47:59 3: NUKIDevice (NUKIDevice102844921) - JSON: {"state": 1, "stateName": "locked", "batteryCritical": false, "success": true}
2016.11.11 19:47:57 4: NUKIBridge (NBridge1) - error while requesting: http://192.168.178.56:8080/lockAction?token=FX0dQQ&action=1&nukiId=102844921: empty answer received
2016.11.11 19:47:57 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.178.56:8080/lockAction?token=FX0dQQ&action=1&nukiId=102844921
2016.11.11 19:47:56 5: NUKIDevice (NUKIDevice102844921) - Call InternalTimer
2016.11.11 19:47:56 5: NUKIDevice (NUKIDevice102844921) - Call NUKIDevice_GetUpdate
2016.11.11 19:47:56 5: NUKIDevice (NUKIDevice102844921) - NUKIDevice_GetUpdate Call NUKIDevice_ReadFromNUKIBridge
2016.11.11 19:47:56 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.178.56:8080/lockState?token=FX0dQQ&nukiId=102844921


Log Bridge:
[
{"timestamp": "2016-11-11T18:48:18+00:00", "type": "WLAN-SocketConnected", "connection": 0},
{"timestamp": "2016-11-11T18:48:10+00:00", "type": "WLAN-SocketDisconnected", "connection": 0},
{"timestamp": "2016-11-11T18:48:09+00:00", "type": "WLAN-TxDropped", "connection": 0, "bytes": 1509},
{"timestamp": "2016-11-11T18:48:09+00:00", "type": "WLAN-SocketConnected", "connection": 0},
{"timestamp": "2016-11-11T18:47:59+00:00", "type": "WLAN-SocketDisconnected", "connection": 0},
{"timestamp": "2016-11-11T18:47:59+00:00", "type": "BLE-Disconnected", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T18:47:57+00:00", "type": "BLE-ReceivingMsg", "nukiId": "062149F9", "cmdId": "000C"},
{"timestamp": "2016-11-11T18:47:56+00:00", "type": "BLE-SendingMsg", "nukiId": "062149F9", "cmdId": "0001"},
{"timestamp": "2016-11-11T18:47:56+00:00", "type": "BLE-Connect", "handles": [24, 28]},
{"timestamp": "2016-11-11T18:47:56+00:00", "type": "BLE-Connected", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T18:47:56+00:00", "type": "BLE-Connect", "macAddr": "54D2722149F9"},
{"timestamp": "2016-11-11T18:47:56+00:00", "type": "BLE-Connect", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T18:47:56+00:00", "type": "HTTP-LockState", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T18:47:56+00:00", "type": "WLAN-SocketConnected", "connection": 0},
{"timestamp": "2016-11-11T18:47:39+00:00", "type": "WLAN-SocketDisconnected", "connection": 0},
{"timestamp": "2016-11-11T18:46:55+00:00", "type": "BLE-Disconnected", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T18:46:54+00:00", "type": "BLE-ReceivingMsg", "nukiId": "062149F9", "cmdId": "000C"},
{"timestamp": "2016-11-11T18:46:53+00:00", "type": "BLE-SendingMsg", "nukiId": "062149F9", "cmdId": "0001"},
{"timestamp": "2016-11-11T18:46:53+00:00", "type": "BLE-Connect", "handles": [24, 28]},
{"timestamp": "2016-11-11T18:46:53+00:00", "type": "BLE-Connected", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T18:46:53+00:00", "type": "BLE-Connect", "macAddr": "54D2722149F9"},
{"timestamp": "2016-11-11T18:46:53+00:00", "type": "BLE-Connect", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T18:46:53+00:00", "type": "HTTP-LockState", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T18:46:53+00:00", "type": "WLAN-SocketConnected", "connection": 0},
{"timestamp": "2016-11-11T18:46:36+00:00", "type": "WLAN-SocketDisconnected", "connection": 0},
{"timestamp": "2016-11-11T18:46:36+00:00", "type": "BLE-Disconnected", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T18:46:35+00:00", "type": "BLE-ReceivingMsg", "nukiId": "062149F9", "cmdId": "000C"},
{"timestamp": "2016-11-11T18:46:34+00:00", "type": "BLE-SendingMsg", "nukiId": "062149F9", "cmdId": "0001"},
{"timestamp": "2016-11-11T18:46:34+00:00", "type": "BLE-Connect", "handles": [24, 28]},
{"timestamp": "2016-11-11T18:46:34+00:00", "type": "BLE-Connected", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T18:46:33+00:00", "type": "BLE-Connect", "macAddr": "54D2722149F9"},
{"timestamp": "2016-11-11T18:46:33+00:00", "type": "BLE-Connect", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T18:46:33+00:00", "type": "HTTP-LockState", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T18:46:33+00:00", "type": "WLAN-SocketConnected", "connection": 0},
{"timestamp": "2016-11-11T18:46:27+00:00", "type": "WLAN-SocketDisconnected", "connection": 0},
{"timestamp": "2016-11-11T18:46:13+00:00", "type": "HTTP-List"},
{"timestamp": "2016-11-11T18:46:13+00:00", "type": "WLAN-SocketConnected", "connection": 0},
{"timestamp": "2016-11-11T18:45:52+00:00", "type": "WLAN-SocketDisconnected", "connection": 0},
{"timestamp": "2016-11-11T18:45:52+00:00", "type": "BLE-Disconnected", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T18:45:51+00:00", "type": "BLE-ReceivingMsg", "nukiId": "062149F9", "cmdId": "000C"},
{"timestamp": "2016-11-11T18:45:50+00:00", "type": "BLE-SendingMsg", "nukiId": "062149F9", "cmdId": "0001"},
{"timestamp": "2016-11-11T18:45:50+00:00", "type": "BLE-Connect", "handles": [24, 28]},
{"timestamp": "2016-11-11T18:45:50+00:00", "type": "BLE-Connected", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T18:45:50+00:00", "type": "BLE-Connect", "macAddr": "54D2722149F9"},
{"timestamp": "2016-11-11T18:45:50+00:00", "type": "BLE-Connect", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T18:45:50+00:00", "type": "HTTP-LockState", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T18:45:50+00:00", "type": "WLAN-SocketConnected", "connection": 0},
{"timestamp": "2016-11-11T18:45:33+00:00", "type": "WLAN-SocketDisconnected", "connection": 0},
{"timestamp": "2016-11-11T18:45:33+00:00", "type": "BLE-Disconnected", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T18:45:31+00:00", "type": "BLE-ReceivingMsg", "nukiId": "062149F9", "cmdId": "000C"},
{"timestamp": "2016-11-11T18:45:30+00:00", "type": "BLE-SendingMsg", "nukiId": "062149F9", "cmdId": "0001"},
{"timestamp": "2016-11-11T18:45:30+00:00", "type": "BLE-Connect", "handles": [24, 28]},
{"timestamp": "2016-11-11T18:45:30+00:00", "type": "BLE-Connected", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T18:45:30+00:00", "type": "BLE-Connect", "macAddr": "54D2722149F9"},
{"timestamp": "2016-11-11T18:45:30+00:00", "type": "BLE-Connect", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T18:45:30+00:00", "type": "HTTP-LockState", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T18:45:30+00:00", "type": "WLAN-SocketConnected", "connection": 0},
{"timestamp": "2016-11-11T18:45:20+00:00", "type": "WLAN-SocketDisconnected", "connection": 0},
{"timestamp": "2016-11-11T18:45:10+00:00", "type": "HTTP-List"},
{"timestamp": "2016-11-11T18:45:10+00:00", "type": "WLAN-SocketConnected", "connection": 0},
{"timestamp": "2016-11-11T18:44:52+00:00", "type": "WLAN-SocketDisconnected", "connection": 0},
{"timestamp": "2016-11-11T18:44:52+00:00", "type": "BLE-Disconnected", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T18:44:51+00:00", "type": "BLE-ReceivingMsg", "nukiId": "062149F9", "cmdId": "000C"},
{"timestamp": "2016-11-11T18:44:50+00:00", "type": "BLE-SendingMsg", "nukiId": "062149F9", "cmdId": "0001"},
{"timestamp": "2016-11-11T18:44:50+00:00", "type": "BLE-Connect", "handles": [24, 28]},
{"timestamp": "2016-11-11T18:44:50+00:00", "type": "BLE-Connected", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T18:44:50+00:00", "type": "BLE-Connect", "macAddr": "54D2722149F9"},
{"timestamp": "2016-11-11T18:44:50+00:00", "type": "BLE-Connect", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T18:44:50+00:00", "type": "HTTP-LockState", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T18:44:50+00:00", "type": "WLAN-SocketConnected", "connection": 0},
{"timestamp": "2016-11-11T18:44:32+00:00", "type": "WLAN-SocketDisconnected", "connection": 0},
{"timestamp": "2016-11-11T18:44:32+00:00", "type": "BLE-Disconnected", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T18:44:32+00:00", "type": "BLE-ReceivingMsg", "nukiId": "062149F9", "cmdId": "000C"},
{"timestamp": "2016-11-11T18:44:31+00:00", "type": "BLE-SendingMsg", "nukiId": "062149F9", "cmdId": "0001"},
{"timestamp": "2016-11-11T18:44:31+00:00", "type": "BLE-Connect", "handles": [24, 28]},
{"timestamp": "2016-11-11T18:44:31+00:00", "type": "BLE-Connected", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T18:44:30+00:00", "type": "BLE-Connect", "macAddr": "54D2722149F9"},
{"timestamp": "2016-11-11T18:44:30+00:00", "type": "BLE-Connect", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T18:44:30+00:00", "type": "HTTP-LockState", "nukiId": "062149F9"},
{"timestamp": "2016-11-11T18:44:30+00:00", "type": "WLAN-SocketConnected", "connection": 0},
{"timestamp": "2016-11-11T18:44:21+00:00", "type": "WLAN-SocketDisconnected", "connection": 0},
{"timestamp": "2016-11-11T18:44:07+00:00", "type": "HTTP-List"},
{"timestamp": "2016-11-11T18:44:07+00:00", "type": "WLAN-SocketConnected", "connection": 0},
{"timestamp": "2016-11-11T18:43:52+00:00", "type": "WLAN-SocketDisconnected", "connection": 0}
]


Ich schreib mal Nuki an was die dazu meinen und ob das normal ist dass die Bridge alle halbe Minute die Verbindung zur Bridge und zum Router beendet.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 11 November 2016, 20:24:02
Da mir so ein Log grad bekannt vorgekommen ist hab ich mal kurz hier den Thread durchgeschaut und hab folgendes gefunden:
https://forum.fhem.de/index.php/topic,55756.msg508412.html#msg508412 (https://forum.fhem.de/index.php/topic,55756.msg508412.html#msg508412)

Genau die gleichen Disconnects wie ich. Daher die bitte an jemand der noch eine Hardwarebridge hat. Könntet Ihr mal nachschauen ob bei euch die gleichen Disconnects im Log auftauchen?

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 13 November 2016, 10:46:22
Von Nuki selbst gibt es leider noch nichts neues. Weder im Forum noch per Mail.
Da es anscheinend in der Tat an Nuki und der Bridgefirmware liegt habe ich die Timerfunktion also der automatische Request wieder eingebaut.
Die neuste Version als Devel gibt es im Git. Der Link ist auf der ersten Seite.

Aktuell im Devel ist Version 0.3.15
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 14 November 2016, 16:21:48
Gerade hab ich die Rückmeldung von Nuki bekommen wegen den WLAN-Abbrüchen:

ZitatDanke für die Info.

Wir haben eine Beta Version der Bridge verfügbar, welche das Problem beheben sollte.

Wenn Sie uns ein Foto der ID der Bridge senden, können wir die Firmware für Sie gerne freischalten.

Bin mal gespannt ob es dadurch besser wird. Werde berichten sobald ich die Beta drauf habe  :)

Gruß Cobra
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 14 November 2016, 16:36:58
Hatte heute auch ein kurzes Gespräch. Die neue Beta soll wohl unser Timeout und empty response lösen, so habe ich den Kollegen auf jeden Fall verstanden.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 16 November 2016, 11:53:53
So Ihr Lieben,

Es gibt Neuigkeiten von Nuki. Uns wurden da einige Empfehlungen gegeben worauf hin ich die Modulfamilie entsprechend hin geändert habe.
Wer möchte kann, unabhängig seiner Firmwareversion, bitte einmal testen.

Neuste Develversion gibt es hier (https://github.com/LeonGaultier/fhem-NUKI/archive/devel.zip)

Was genau passiert. Wenn Ihr die Bridge an legt, werden automatisch alle in der Bridge gefundenen Smartlocks als neue Devices angelegt.
Und das war es auch schon, ERSTMAL.

Schön Wäre wenn diejenigen welche Testen wollen, ihre alten Devices alle löschen und ein neustart machen.
Danach ein define der Bridge und schauen ob in der Bridge die Readings für die Smartlocks auftauchen, danach schauen ob die Smartlockdevices angelegt wurden.

Als nächstes kann ein set BridgeDevice info gemacht werden, damit werden weitere Readings in das Bridgedevice geschrieben. Wenn das geklappt hat macht Ihr bitte bei Eurem SmartlockDevices ein set statusRequest. Immer schön alles nach ein ander. Klappt das dann, gebt mir bitte Bescheid und ich kann dann mal versuchen weiter zu machen.




Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 16 November 2016, 17:28:17
Habe Bridge und Lock in FHEM gelöscht, die neue Develversion drauf gemacht, FHEM neu gestartet und die Bridge neu angelegt.
Leider wird kein SmartLock danach gefunden, auch nicht über autocreate

Hier mal der Auszug aus dem LOG:
2016.11.16 17:21:30 4: NUKIBridge (NukiBridge) - error while requesting: read from http://192.168.178.56:8080 timed out
2016.11.16 17:21:30 3: NUKIBridge (NukiBridge) - httpheader:
2016.11.16 17:21:30 3: NUKIBridge (NukiBridge) - PATH: /list?token=xxxxxx
2016.11.16 17:21:30 3: NUKIBridge (NukiBridge) - Error: read from http://192.168.178.56:8080 timed out
2016.11.16 17:21:30 3: NUKIBridge (NukiBridge) - Param Code:
2016.11.16 17:21:30 3: NUKIBridge (NukiBridge) - Param Alive:
2016.11.16 17:21:25 4: NUKIBridge (NukiBridge) - error while requesting: http://192.168.178.56:8080/list?token=xxxxxx: empty answer received
2016.11.16 17:21:25 3: NUKIBridge (NukiBridge) - httpheader:
2016.11.16 17:21:25 3: NUKIBridge (NukiBridge) - PATH: /list?token=xxxxxx
2016.11.16 17:21:25 3: NUKIBridge (NukiBridge) - Error: http://192.168.178.56:8080/list?token=xxxxxx: empty answer received
2016.11.16 17:21:25 3: NUKIBridge (NukiBridge) - Param Code:
2016.11.16 17:21:25 3: NUKIBridge (NukiBridge) - Param Alive:
2016.11.16 17:21:25 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.178.56:8080/list?token=xxxxxx
2016.11.16 17:21:21 3: NUKIBridge (NukiBridge) - Kurz vor der Bedingung nach decode_json ARRAY
2016.11.16 17:21:21 3: NUKIDevice (NukiBridge) - empty answer received for http://192.168.178.56:8080/log?token=xxxxxx
2016.11.16 17:21:00 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.178.56:8080/list?token=xxxxxx
2016.11.16 17:20:57 4: NUKIBridge (NukiBridge) - error while requesting: read from http://192.168.178.56:8080 timed out
2016.11.16 17:20:57 3: NUKIBridge (NukiBridge) - httpheader:
2016.11.16 17:20:57 3: NUKIBridge (NukiBridge) - PATH: /list?token=xxxxxx
2016.11.16 17:20:57 3: NUKIBridge (NukiBridge) - Error: read from http://192.168.178.56:8080 timed out
2016.11.16 17:20:57 3: NUKIBridge (NukiBridge) - Param Code:
2016.11.16 17:20:57 3: NUKIBridge (NukiBridge) - Param Alive:
2016.11.16 17:20:27 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.178.56:8080/list?token=xxxxxx
2016.11.16 17:20:19 4: NUKIBridge (NukiBridge) - error while requesting: read from http://192.168.178.56:8080 timed out
2016.11.16 17:20:19 3: NUKIBridge (NukiBridge) - httpheader:
2016.11.16 17:20:19 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/73_NUKIBridge.pm line 354.
2016.11.16 17:20:19 3: NUKIBridge (NukiBridge) - PATH: /list?token=xxxxxx
2016.11.16 17:20:19 3: NUKIBridge (NukiBridge) - Error: read from http://192.168.178.56:8080 timed out
2016.11.16 17:20:19 3: NUKIBridge (NukiBridge) - Param Code:
2016.11.16 17:20:19 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/73_NUKIBridge.pm line 351.
2016.11.16 17:20:19 3: NUKIBridge (NukiBridge) - Param Alive:
2016.11.16 17:20:19 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/73_NUKIBridge.pm line 350.
2016.11.16 17:19:48 3: NUKIBridge (NukiBridge) - defined with host 192.168.178.56 on port 8080, Token xxxxxx


Und die Readings:
Readings
lastError

read from http://192.168.178.56:8080 timed out

2016-11-16 17:22:52
state

Initialized

2016-11-16 17:22:07


set Device info bringt im Log:
Content-Length: 328
Content-Type: application/json;charset=utf-8
Connection: Close
2016.11.16 17:32:01 3: NUKIBridge (NukiBridge) - httpheader: HTTP/1.1 200 OK
2016.11.16 17:32:01 3: NUKIBridge (NukiBridge) - PATH: /info?token=xxxxxx
2016.11.16 17:32:01 3: NUKIBridge (NukiBridge) - Error:
2016.11.16 17:32:01 3: NUKIBridge (NukiBridge) - Param Code: 200
2016.11.16 17:32:01 3: NUKIBridge (NukiBridge) - Param Alive:
2016.11.16 17:32:01 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.178.56:8080/info?token=xxxxxx
2016.11.16 17:30:23 4: NUKIBridge (NukiBridge) - error while requesting: read from http://192.168.178.56:8080 timed out
2016.11.16 17:30:23 3: NUKIBridge (NukiBridge) - httpheader:
2016.11.16 17:30:23 3: NUKIBridge (NukiBridge) - PATH: /list?token=xxxxxx
2016.11.16 17:30:23 3: NUKIBridge (NukiBridge) - Error: read from http://192.168.178.56:8080 timed out
2016.11.16 17:30:23 3: NUKIBridge (NukiBridge) - Param Code:
2016.11.16 17:30:23 3: NUKIBridge (NukiBridge) - Param Alive:
2016.11.16 17:29:52 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.178.56:8080/list?token=xxxxxx



Gruß Cobra

Edit: Kurz nach dem Info-Befehl sieht es jetzt so aus:
Readings:
     2016-11-16 17:32:01   bridgeType      Hardware
     2016-11-16 17:32:01   currentTime     2016-11-16T16:32:02+00:00
     2016-11-16 17:32:01   hardwareId      95991041
     2016-11-16 17:35:11   lastError       read from http://192.168.178.56:8080 timed out
     2016-11-16 17:32:01   serverConnected 1
     2016-11-16 17:32:01   serverId        1337010944
     2016-11-16 17:22:07   state           Initialized
     2016-11-16 17:32:01   uptime          38297
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 16 November 2016, 17:38:59
Ok Cobra, vielen Dank fürs Testen. Jetzt fehlt noch einer der die neue Beta Firmware hat. Hoffe das es da ok ist denn sonst weiß ich auch nicht weiter. Das Teil macht jetzt genau nur ein einziges Mal einen Aufruf mit list um die Smartlocks an zulegen und danach nie wieder. Bin ratlos. Er hat sogar ein 30s Timeout bekommen, das sollte selbst die schwächste Bridge schaffen in der Zeit zu Antworten.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 16 November 2016, 17:53:29
Ok, komisch. Mit der normalen Version legt er mir jetzt auch kein SmartLock mehr an, hm...
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: markukug am 16 November 2016, 17:58:28
Bei mir war es ohnehin so, dass ich das Smartlock anlegen musste, d.h. mit autocreate hat es auch nicht funktioniert.


define nuki01 NUKIBridge 192.168.178.xxx 123456
attr nuki01 room NUKI
define nukiHaustuer NUKIDevice 123456789 nuki01
attr nukiHaustuer IODev nuki01
attr nukiHaustuer interval 60
attr nukiHaustuer room NUKI
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 16 November 2016, 18:01:01
Komisch Interval sollte es gar nicht mehr geben. Was sagt das Log? Hast du die neuste Develversion. Nimm mal Interval raus als Attribut
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: markukug am 16 November 2016, 18:04:53
Das mit intervall kann auch noch eine "Leiche" in meinem Konfig sein.

Ich habe derzeit keine devel sondern die offizielle Version installiert. Soweit funktioniert das Smartlock, außer dass die Befehle nicht immer aufs erste Mal übermittelt werden.

Ich habe leider momentan keine Zeit zum Testen. Sorry

Vielleicht kann ich mich ab Freitag wieder einklinken. Bis dahin viel Erfolg und Durchhaltevermögen  ;)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 16 November 2016, 18:05:35
@markukug
Danke, das hat mir erst mal geholfen :-)

@CoolTux
Ich hab Rückmeldung bekommen von Nuki dass eine neue Version in den kommenden Tagen kommt und automatisch auf die Bridge gespielt wird.
Kann jetzt nicht beurteilen ob sie damit die versprochene Beta für meine Bridge meinen oder allgemein eine neue Version die diesen Disconnect-Fehler beheben wird.
Hab sie zwar nochmal angeschrieben was sie genau meinen aber noch keine Rückmeldung.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 16 November 2016, 18:23:28
Das soll wohl die aktuelle Beta sein die dann offiziell wird. Danke euch allen fürs testen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 17 November 2016, 11:10:54
Ok, gerade die Rückmeldung bekommen. Sie haben es wirklich etwas verwirrend geschrieben.

Für das Problem des ständigen Disconnects gibt es eine Beta und diese bekomme ich auf meine Bridge in den nächsten Tagen.

@markukug
Du scheinst das gleiche Problem zu haben wie ich
ZitatSoweit funktioniert das Smartlock, außer dass die Befehle nicht immer aufs erste Mal übermittelt werden.

Kannst ja mal in deinem Log schauen ob sich deine Bridge auch ständig beim WLAN disconnectet, dann könntest du auch Nuki wegen der Beta anschreiben.
Titel: [ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: petjek am 17 November 2016, 11:53:02
Hi zusammen,
Ich wollte zwischendurch mal einen Effekt melden, der bei mir auftritt. Ich betreibe mein Schloss mit einer Hardwarebridge und bis auf den "not connected"-Effekt der Bridge kann ich das Schloss steuern. Allerdings geht nach ein bis zwei Befehlen (Presence-Modul sagt per notify lock wenn niemand zuhause) die Kalibrierung verloren. Per App lässt sich das Schloss dann nicht mehr öffnen oder schließen. Ich habe daher im Moment die Bridge und das Device wieder deaktiviert.
Tritt der Effekt nur bei mir auf?
Habe aktuelle Firmware und Modulversionen drauf.

LG
Arne


Gesendet von iPhone mit Tapatalk
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 18 November 2016, 10:02:10
Hab jetzt die Beta-FIrmeware 1.4.7 auf meiner Bridge, aber immer noch das Problem dass er sich alle 20-30 Sekunden vom WLAN trennt.
Werd heut Abend wenn ich zuhause bin mal deine neue Devel-Version testen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 18 November 2016, 17:54:55
Hey CoolTux,

auch mit der Beta-Version der Bridge und deiner Devel-Version klappt kein autocreate.
Hab dir mal das Log:
2016.11.18 17:52:15 4: NUKIBridge (NukiBridge) - received http code 503 without any data after requesting
Content-Length: 0
Connection: Close
2016.11.18 17:52:15 3: NUKIBridge (NukiBridge) - httpheader: HTTP/1.1 503 Service Unavailable
2016.11.18 17:52:15 3: NUKIBridge (NukiBridge) - PATH: /list?token=xxxxxx
2016.11.18 17:52:15 3: NUKIBridge (NukiBridge) - Error:
2016.11.18 17:52:15 3: NUKIBridge (NukiBridge) - Param Code: 503
2016.11.18 17:52:15 3: NUKIBridge (NukiBridge) - Param Alive:
2016.11.18 17:52:15 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.178.56:8080/list?token=xxxxxx
2016.11.18 17:51:56 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.178.56:8080/list?token=xxxxxx
Content-Length: 329
Content-Type: application/json;charset=utf-8
Connection: Close
2016.11.18 17:51:42 3: NUKIBridge (NukiBridge) - httpheader: HTTP/1.1 200 OK
2016.11.18 17:51:42 3: NUKIBridge (NukiBridge) - PATH: /info?token=xxxxxx
2016.11.18 17:51:42 3: NUKIBridge (NukiBridge) - Error:
2016.11.18 17:51:42 3: NUKIBridge (NukiBridge) - Param Code: 200
2016.11.18 17:51:42 3: NUKIBridge (NukiBridge) - Param Alive:
2016.11.18 17:51:42 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.178.56:8080/info?token=xxxxxx
2016.11.18 17:51:41 3: NUKIBridge (NukiBridge) - Kurz vor der Bedingung nach decode_json ARRAY
2016.11.18 17:51:41 3: NUKIDevice (NukiBridge) - empty answer received for http://192.168.178.56:8080/log?token=xxxxxx
2016.11.18 17:51:25 4: NUKIBridge (NukiBridge) - error while requesting: read from http://192.168.178.56:8080 timed out
2016.11.18 17:51:25 3: NUKIBridge (NukiBridge) - httpheader:
2016.11.18 17:51:25 3: NUKIBridge (NukiBridge) - PATH: /list?token=xxxxxx
2016.11.18 17:51:25 3: NUKIBridge (NukiBridge) - Error: read from http://192.168.178.56:8080 timed out
2016.11.18 17:51:25 3: NUKIBridge (NukiBridge) - Param Code:
2016.11.18 17:51:25 3: NUKIBridge (NukiBridge) - Param Alive:
2016.11.18 17:50:55 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.178.56:8080/list?token=xxxxxx
2016.11.18 17:50:31 3: NUKIBridge (NukiBridge) - httpheader:
2016.11.18 17:50:31 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/73_NUKIBridge.pm line 354.
2016.11.18 17:50:31 3: NUKIBridge (NukiBridge) - PATH: /list?token=xxxxxx
2016.11.18 17:50:31 3: NUKIBridge (NukiBridge) - Error: read from http://192.168.178.56:8080 timed out
2016.11.18 17:50:31 3: NUKIBridge (NukiBridge) - Param Code:
2016.11.18 17:50:31 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/73_NUKIBridge.pm line 351.
2016.11.18 17:50:31 3: NUKIBridge (NukiBridge) - Param Alive:
Content-Length: 0
Connection: Close
2016.11.18 17:50:29 3: NUKIBridge (NukiBridge) - httpheader: HTTP/1.1 503 Service Unavailable
2016.11.18 17:50:29 3: NUKIBridge (NukiBridge) - PATH: /list?token=xxxxxx
2016.11.18 17:50:29 3: NUKIBridge (NukiBridge) - Error:
2016.11.18 17:50:29 3: NUKIBridge (NukiBridge) - Param Code: 503
2016.11.18 17:50:29 3: NUKIBridge (NukiBridge) - Param Alive:
2016.11.18 17:50:29 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/73_NUKIBridge.pm line 350.
2016.11.18 17:50:01 3: NUKIBridge (NukiBridge) - defined with host 192.168.178.56 on port 8080, Token xxxxxx


Hoffe es hilft dir weiter.

Gruß Cobra
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 18 November 2016, 18:00:29
Hallo Cobra,

Danke Dir. Was ich sehe ist das er meint das der Service nicht verfügbar ist. 503, ich kann mir nicht erklären wieso. Du kannst gerne das gesamte Log mal zu Nuki schicken wenn du magst.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 18 November 2016, 18:03:48
Da die Disconnect-Probleme durch die Beta sowieso nicht behoben wurden hab ich Nuki nochmal meinen Log von der Beta gestern geschickt. Wenn ich Antwort von denen bekomme schicke ich das Log grad noch mit.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 18 November 2016, 18:14:51
Hab vielen Dank. Hoffe die finden da was.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: ulli am 22 November 2016, 19:03:48
Wie ist eigentlich eure Erfahrung mit dem Nuki, taugt das was?
Seit Ihr zufrieden? Nutzt auch wer die Auto unlock funktion?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: markukug am 22 November 2016, 20:50:09
Ich finde Nuki ist ein Super Produkt.
Ich habe es an meiner Haustür in Verbindung mit FHEM und in der Firma im Serverraum im Einsatz.
Auto Unlock habe ich noch nicht getestet, möchte ich aber in naher Zukunft auch nutzen.
Mit FHEM gibt es noch ein paar Herausforderungen, aber die engagierten Entwickler hier im Forum sowie Nuki bemühen sich das in den Griff zu bekommen.

Mein größter Benefit ist, dass unsere Haustür nun häufig richtig versperrt ist und ich trotzdem noch meinen ekey Fingerprint zum Öffnen nutzen kann. Früher konnte nur der Türöffner die Falle frei geben. Jetzt kann ich in Kombination mit FHEM und Homematic auch die verschlossene Tür öffnen.
Im Serverraum hatten wir das Thema, dass eine Protokollierung benötigt wurde und es dafür kaum günstige Lösungen gibt. Mit Nuki haben wir das gelöst.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 23 November 2016, 11:19:52
Hallo,

Bis jetzt hat sich leider Seitens Nuki nicht viel getan. Auch musste ich feststellen das ich ohne selbst testen zu können nicht wirklich weiter komme. Sei es was die Probleme bei den Anfragen an geht oder um die Implementierung des Webhooks.
Entweder es findet sich ein zweiter Entwickler der ein Smartlock hat oder ich muß Euch um Unterstützung bitten das ich ein Smartlock mit Bridge mir auf Zeit besorgen kann.
Solltet Ihr mich unterstützen wollen, könnt Ihr mir eine PM senden und wir besprechen weiteres.



Grüße
Leon
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 24 November 2016, 12:23:19
Hey Leon,

hab heute Rückmeldung bekommen von Nuki wegen meinem "WLAN-Problem.

Wir gingen ja davon aus dass die Meldungen besagen dass die Bridge die Verbindung zum WLAN verliert, jedoch:
ZitatSind folgende Einträge gemeint?

{"timestamp": "2016-11-22T16:10:01+00:00", "type": "WLAN-SocketDisconnected", "connection": 0},
{"timestamp": "2016-11-22T16:09:48+00:00", "type": "HTTP-List"},
{"timestamp": "2016-11-22T16:09:48+00:00", "type": "WLAN-SocketConnected", "connection": 0},

Falls ja, diese zeigen nur eine Verbindung eines Clients (z.B. Browser) an.

Im obigen Beispiel eine /list Anfrage und das anschließende Disconnect des Clients.

Scheint also dann vielleicht doch nicht das Problem zu sein warum er manche Befehle nicht ausführt :-(
Vielleicht fällt dir noch was anderes ein
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 24 November 2016, 22:53:07
Ich habe soeben noch mal eine Version ins Devel-Git geschupst. Kann das bitte einmal getestet werden. Es geht in erster Linie um ein sauberen statusRequest. Bitte immer verbose 5 und nicht gleich hintereinander weg sondern warten bis das Timeout kommt oder ein sauberer Abschluss laut Log.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 28 November 2016, 14:51:56
wenn ich die neue DEVEL testen will kommt nach
reload 73_NUKIBridge.pm

Too many arguments for main::NUKIDevice_Parse at ./FHEM/73_NUKIBridge.pm line 387, near "undef) "
Too many arguments for main::NUKIDevice_Parse at ./FHEM/73_NUKIBridge.pm line 388, near "undef) "


der Reload vom Device klappt hingegen.



edit: hab mein Device (Bridge etc.) nochmal komplett rausgenommen. FHEM neugestartet. und die Bridge wieder defined:

2016.11.28 14:57:05 3: NUKIBridge (NukiBridge) - defined with host 192.168.123.250 on port 8080, Token omimn3
2016.11.28 14:58:05 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/73_NUKIBridge.pm line 350.
2016.11.28 14:58:05 3: NUKIBridge (NukiBridge) - Param Alive:
2016.11.28 14:58:05 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/73_NUKIBridge.pm line 351.
2016.11.28 14:58:05 3: NUKIBridge (NukiBridge) - Param Code:
2016.11.28 14:58:05 3: NUKIBridge (NukiBridge) - Error: read from http://192.168.123.250:8080 timed out
2016.11.28 14:58:05 3: NUKIBridge (NukiBridge) - PATH: /list?token=omimn3
2016.11.28 14:58:05 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/73_NUKIBridge.pm line 354.
2016.11.28 14:58:05 3: NUKIBridge (NukiBridge) - httpheader:
2016.11.28 14:58:05 4: NUKIBridge (NukiBridge) - error while requesting: read from http://192.168.123.250:8080 timed out


Es gab kein autocreate automatisch. Wie bisher.

Manuelle Anlage vom Device geht.

Ergebnis für mich als Laie: genauso wie bisher. Schloss lässt sich bedienen, aber die Bridge zeigt die bekannte time outs bzw. not connected.

BTW: ich hab seit Samstag nun nach 2maligem Austausch des Smartlocks von Nuki das nun 3. Schloss im Einsatz. Mal sehen ob es nun endlich klappt und das Schloss nicht irgendwann wieder in den Leerlauf-Modus schaltet.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 28 November 2016, 15:07:14
Ein shutdown restart hätte gereicht.

@All
Ihr könnt Euch alle bei Cobra bedanken das die Entwicklung der Module weiter gehen kann. Er schickt mir die Tage seine Bridge und sein Smartlock.
Vielen lieben Dank Cobra!!!
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: markukug am 28 November 2016, 15:26:10
Danke @Cobra
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 28 November 2016, 16:02:02
Bitteschön  :)
Keine Ursache, ich profitiere ja schließlich auch davon wenn Leon das Modul richtig zum laufen bringt und solange ich nicht selber programmieren kann ist das mein Beitrag zum Modul  :D
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: FhemPiUser am 28 November 2016, 19:52:04
eine frage: kann man den nuki gleichzeitig mit 2 fhem raspberries betreiben, einer zum schalten und einer nur zum status lesen?

ich würde gerne aus sicherheitsgründen den fhem raspi getrennt vom netz betreiben, der den nuki schalten kann, würde aber gerne gleichzeit mit dem fhem raspi, der im netz hängt, den status vom nuki registrieren können, er soll aus sicherheitsgründen den nuki aber nicht auf und zu machen dürfen.

geht das?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: FhemPiUser am 28 November 2016, 21:33:05
noch eine frage: ohne nuki bridge (also direkt per usb bluetooth stick im raspberry) kann man das nuki nicht von fhem aus steuern, richtig?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 29 November 2016, 16:23:07
Zitat von: FhemPiUser am 28 November 2016, 19:52:04
eine frage: kann man den nuki gleichzeitig mit 2 fhem raspberries betreiben, einer zum schalten und einer nur zum status lesen?

ich würde gerne aus sicherheitsgründen den fhem raspi getrennt vom netz betreiben, der den nuki schalten kann, würde aber gerne gleichzeit mit dem fhem raspi, der im netz hängt, den status vom nuki registrieren können, er soll aus sicherheitsgründen den nuki aber nicht auf und zu machen dürfen.


Auch bzgl. der Bluetooth Frage. Aktuell kann FHEM noch nicht per Bluetooth mit dem Nuki kommunizieren, sondern nur per LAN/WLAN. Dafür wird neben dem Smartlock von NUKI auch deren Bridge benötigt. Also die Schnittstelle von NUKI <-> Bluetooth <-> Bridge <-> LAN/WLAN.

Ansonsten verstehe ich Deine Frage noch nicht so genau.

Du hast einen Raspi mit FHEM in deinem Netzwerk. Also ganz normal. Von diesem aus soll nur der Status vom Nuki angezeigt werden?
Würde sich sicher über Zugriffrechte regeln lassen, aber, dieser Raspi benötigt ja ohnehin Zugriff auf die Nuki Bridge.
Oder hast du so eine Art DMZ bei Dir und einen Raspi im internen Netz und einen in der DMZ und der in der DMZ soll dann Nuki schalten können?
Der interne aber nur den Status sehen?

Fragen über Fragen :)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: ulli am 29 November 2016, 17:56:50
Wobei ein kommunikation zwischen  fhem - Android nuki app - nuki lock doch auch funktioniert derzeit oder?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: FhemPiUser am 29 November 2016, 19:15:11
Zitat von: fred_feuerstein am 29 November 2016, 16:23:07
Auch bzgl. der Bluetooth Frage. Aktuell kann FHEM noch nicht per Bluetooth mit dem Nuki kommunizieren, sondern nur per LAN/WLAN. Dafür wird neben dem Smartlock von NUKI auch deren Bridge benötigt. Also die Schnittstelle von NUKI <-> Bluetooth <-> Bridge <-> LAN/WLAN.

Ansonsten verstehe ich Deine Frage noch nicht so genau.

Du hast einen Raspi mit FHEM in deinem Netzwerk. Also ganz normal. Von diesem aus soll nur der Status vom Nuki angezeigt werden?
Würde sich sicher über Zugriffrechte regeln lassen, aber, dieser Raspi benötigt ja ohnehin Zugriff auf die Nuki Bridge.
Oder hast du so eine Art DMZ bei Dir und einen Raspi im internen Netz und einen in der DMZ und der in der DMZ soll dann Nuki schalten können?
Der interne aber nur den Status sehen?

Fragen über Fragen :)

schade, dass direkte kommunikation über bluetooth noch nicht geht. ist das geplant?

noch habe ich kein nuki, aber ich überlege mit einem fhem raspi mit ibutton leser das schloss auf und zu machen zu können. dieser raspi soll aber aus sicherheitsgründen nicht im lan/wlan hängen.

trotzdem hätte ich gerne den status des nuki in meinem normalem fhem raspi, der im lan hängt.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 29 November 2016, 19:51:51
Geplant ist es. Voraussetzung ist das Bluetoothframework. Das kommt so 1 Quartal 2017. Die Umsetzung für das Schloss so Mitte 2017. Voraussetzung ist das ich bis dahin irgendwie so ein Smartlock habe.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: FhemPiUser am 29 November 2016, 19:58:45
ahh, ok, super, dass es geplant ist.

bin auch noch nicht sicher, ob das nuki wirklich die beste lösung ist. ibuttons finde ich gut, da sehr günstig und man daher viele schlüssel haben kann. daher denke ich an kombination von nuki mit ibuttons und raspberry. den keymatic kann ich bei mir nicht installieren, da der zylinder innen nicht übersteht...
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: muehlberger am 01 Dezember 2016, 20:05:31
Hallo,
Hatte mit nuki support wegen der FHEM Integration Kontakt. Dabei hat sich herausgestellt, dass ich bei manuellem connect zur bridge via Telnet immer 503er Fehler bekommen habe - und diese sporadisch vor den Timeouts in FHEM gesehen habe. Nach Deaktivierung der FHEM Integration war ein connect via Telnet wiederholt problemlos möglich.
Ich hab die Implementierung nicht angeschaut, aber kann es sein, dass wiederholt und zu oft ohne auf das Ergebnis zu warten connected wird und dadurch die Bridge "zumacht"?
-- muehlberger


Gesendet von iPad mit Tapatalk
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 01 Dezember 2016, 20:16:28
Seit der letzten Firmwareversion wird sehr auf Singlethread Abarbeitung geachtet. Ausserdem ist wohl im Zuge neuer Funktionen die Bridge bisschen träge beim Antworten. Daher wurde ab Version 0.3.x alles etwas anders gemacht beim Modul. Mit der 0.2.0 hast Du daher Recht.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: markukug am 06 Dezember 2016, 06:44:13
Hallo CoolTux,

meine Fhem-Installation hängt sich in letzter Zeit regelmäßig (1-2x  pro Tag) auf. Der letzte Eintrag im fhem.log ist immer:
2016.12.05 10:15:30 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/73_NUKIBridge.pm line 368.
malformed JSON string, neither array, object, number, string or atom, at character offset 0 (before "AT+CIPCLOSE=3\r\nHTT...") at ./FHEM/74_NUKIDevice.pm line 321.


Kannst Du Dir vorstellen, dass diese Meldung mit dem Verhalten von meinem Fhem zusammenhängen könnte?

Ich habe jetzt mal die Devel-Versionen vom 24.11. eingespielt und werde es weiter beobachten.

Danke
Markus
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 06 Dezember 2016, 07:42:15
Hallo Markus,

Das schaue ich mir die Tage mal an.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: markukug am 06 Dezember 2016, 08:00:53
Kein Stress! Ich werde dann auch die Tage meine Erkenntnisse mit der Devel-Version verkünden.

Danke
Markus

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 06 Dezember 2016, 08:13:43
Denke aber bitte daran das die Devel Version zur Zeit keinerlei Aktualisierung macht. Änderst Du den Status per App bekommt das das Modul nicht mit.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: markukug am 06 Dezember 2016, 14:13:02
Danke für den Hinweis. Nachdem jetzt das Phänomen mit der Devel Version auch aufgetreten ist, werde ich wieder die offiziellen Versionen installieren.

malformed JSON string, neither array, object, number, string or atom, at character offset 0 (before "AT+CIPCLOSE=3\r\nHTT...") at ./FHEM/74_NUKIDevice.pm line 278.

lg
Markus
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 06 Dezember 2016, 15:05:16
Hast Du ein Update der Bridge gemacht? Welche Firmware Version hast Du?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: markukug am 06 Dezember 2016, 15:18:05
Meines Wissens habe ich die offizielle Version drauf, also keine Beta oder so. Aber ich kann das heute Abend nochmal prüfen. Da muss ich ja mit der App in Bluetooth Nähe sein, oder?

lg
Markus
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 06 Dezember 2016, 15:32:22
Keine Ahnung  :D
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 06 Dezember 2016, 15:43:19
http://<IP der Bridge>:8080/list?token=xxxxxx
im Browser eingeben.

Damit wird dir die Firmewareversion angezeigt.

Gruß Cobra

Edit: Grad nochmal nachgeschaut, nicht list sondern info als Befehl, also
http://<IP der Bridge>:8080/info?token=xxxxxx
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: markukug am 06 Dezember 2016, 16:30:42
Danke Cobra!

{"bridgeType": 1, "ids": {"hardwareId": 111111, "serverId": 11111111}, "versions": {"firmwareVersion": "1.4.9", "wifiFirmwareVersion": "1.0.1"}, "uptime": 161754, "currentTime": "2016-12-06T15:28:33+00:00", "serverConnected": true, "scanResults": [{"nukiId": 111111, "name": "Nuki_06201309", "rssi": -79, "paired": true}]}
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Stephan1965 am 08 Dezember 2016, 10:01:53
Hallo,
ich habe mir jetzt auch eine Nuki Combo (Smartlock und Bridge) zugelegt  und probiere seit gestern damit herum.
Integration in FHEM mit dem Befehl
define Nuki NUKIBridge 192.168.1.13 xxxxxx
Allerdings wird nur die Bridge angelegt. Ein automatisches Anlegen des Smartlock mit autocreate hat nicht funktioniert. Auch manuell konnte ich das Smartlock nicht in FHEM anlegen.

Die Bridge ist nicht verbunden:
Readings
lastError read from http://192.168.1.13:8080 timed out 2016-12-08 09:44:22
state not connected 2016-12-08 09:44:22

Per Nuki App funktioniert das Smartlock aber.

Im Browser http://192.168.1.13:8080/info?token=xxxxxx#
ergibt
{"bridgeType": 1, "ids": {"hardwareId": xxxxxxxxx, "serverId": xxxxxxxxx}, "versions": {"firmwareVersion": "1.4.9", "wifiFirmwareVersion": "1.0.1"}, "uptime": 37293, "currentTime": "2016-12-08T08:34:23+00:00", "serverConnected": true, "scanResults": [{"nukiId": xxxxxxxxx, "name": "Nuki_XXXXXXXX", "rssi": -71, "paired": true}]}

Modulversion NUKIBridge 0.2.1, FHEM wird regelmäßig aktualisiert, RPI3 ist diese Woche aktualisiert worden.
Momentan kann ich mit FHEM das Smartlock nicht ansprechen.

Viele Grüße

Stephan
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 08 Dezember 2016, 10:17:22
Hallo Leute,

Ich habe nun intensiv testen können und konnte auch mit dem wirklich tollen Nuki Support zusammenarbeiten. Es scheint wohl Probleme mit längeren Response zu geben welche gestückelt werden. Wieso das so ist wird gerade versucht mit Rudi und Andre zusammen raus zu finden.
Ich bin dran aber es wird wohl noch etwas dauern.


@Stephan
Welche Meldung bekommst Du wenn Du versuchst das Smartlock von Hand an zu legen?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Stephan1965 am 08 Dezember 2016, 14:23:19
Hallo,
auf den Befehl
set Nuki autocreate
in meiner Bridge "Nuki" bekomme ich
2016-12-08 14:20:23.770 NUKIBridge Nuki autocreate
2016-12-08 14:20:24.018 NUKIBridge Nuki lastError: Internal error, 503
2016-12-08 14:20:33.858 NUKIBridge Nuki lastError: read from http://192.168.1.13:8080 timed out


Viele Grüße
Stephan
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 08 Dezember 2016, 14:34:37
Du kannst das Device auch von Hand anlegen

define MeinDevice NUKIDevice NukiID IODev

Die NukiId bekommst Du wenn du mit curl oder wget ein list von der Bridge holst

http://bridgeIP:8080/list?token=4736


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 08 Dezember 2016, 14:38:47

define Tuer NUKIDevice 1234 IODev=NukiBridge
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Stephan1965 am 08 Dezember 2016, 15:27:54
Hallo,
das hat geklappt:
defmod Haustuer NUKIDevice 12345678 IODev=Nuki
attr Haustuer IODev Nuki
attr Haustuer room NUKI

setstate Haustuer unlocked
setstate Haustuer 2016-12-08 15:19:26 battery ok
setstate Haustuer 2016-12-08 15:19:26 batteryCritical false
setstate Haustuer 2016-12-08 15:19:26 lockState unlocked
setstate Haustuer 2016-12-08 15:19:26 state unlocked
setstate Haustuer 2016-12-08 15:19:26 success true


Danke!

OT:
Jetzt werde ich mal weiter rumspielen. Der WAF ist momentan noch nicht so hoch. Die Handy-App funktioniert bei dem alten Handy meiner Frau nur bei eingeschaltetem Bluetooth und GPS. Und das zieht den Akku runter. Und dann muss die App noch an sein, damit die Türöffnung bei Annäherung ausgelöst wird...

Vielen Dank,

Stephan
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 08 Dezember 2016, 17:31:07
genau deswegen hat meine Frau erstmal ein FOB zum Öffnen bekommen ;)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: petjek am 08 Dezember 2016, 17:39:13
Genau deswegen benutzen meine Jungs noch ihre ordinären Schlüssel
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Dezember 2016, 13:47:45
Gute Nachrichten. Dank Rudi habe ich nun eine funktionierende HttpUtils Version welche auch die Bridge sauber auslesen kann.
Nun geht es erstmal darum etwaige Querschläger zu finden. Sprich Fehler in anderen Modulen welche von dieser HttpUtils Version verursacht werden. So das man sie öffentlich machen kann. Danach geht es dann hoffentlich schnell am Nuki Modul weiter. Auf jeden Fall klappt nun /list sauber.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Dezember 2016, 15:51:11
An alle!!!

Ich habe eine saubere Version nun am laufen. Diese werde ich heute Abend in mein Devel Git laden.
Diese Version läuft aber erst mit dem morgigen Update von HttpUtils. Also testen dann erst morgen.

Was passiert nun. Ein anlegen ist sauber möglich. Nach dem define der Bridge werden die Smartlocks eingelesen und angelegt. Bei der Bridge werden alle verfügbaren Readings gefüllt. Also das was bei einem list eingelesen wird und bei einem info. Das passiert beim anlegen voll automatisch.
Ausserdem wir ein Status bei neu angelegten Smartlocks geholt und danach im Abstand von INTERVAL + 1s-5s als Zufallstimer damit die Smartlocks wenn es denn mehrere sind sich nicht überschneiden. In neueren Versionen wird dann der Webhook kommen.

Erleichterte und freudige Grüße
Leon


PS: Noch mal ein Mega fettes Danke an Cobra, ohne seine Bridge und sein Smartlock hätten wir das nie im Leben raus gefunden.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 11 Dezember 2016, 11:44:17
Hat schon jemand ein Update gemacht und kann dann mal schauen ob ein autocreate nun sauber klappt? Heute sollte eine aktuelle HttpUtils Version kommen mit der auch das aktuelle Bridgemodul sauber laufen sollte.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: _Marco_ am 11 Dezember 2016, 13:14:23
Hi, habe alles gelöscht und einen reboot gemacht und dann die Bridge neu angelegt, die Smartlocks sind automatisch angelegt worden.
Die Bridge hat den Status connected aber die Smartlocks haben den Status Initialized und ich kann nicht schliessen oder öffnen.

Anlegen der Bridge
2016.12.11 12:39:15 3: NUKIBridge (NUKI_Bridge) - defined with host 192.168.11.119 on port 8080, Token 123456
2016.12.11 12:39:15 3: NUKIDevice (NUKI_Bridge) - create new device 'NUKIDevice101061234' for address '101061234'
2016.12.11 12:39:15 3: NUKIDevice101061234: I/O device is NUKI_Bridge
2016.12.11 12:39:15 3: NUKIDevice (NUKIDevice101061234) - defined with Code: NUKI_Bridge-101061234
2016.12.11 12:39:15 3: NUKIDevice (NUKI_Bridge) - create new device 'NUKIDevice47521234' for address '47521234'
2016.12.11 12:39:15 3: NUKIDevice47521234: I/O device is NUKI_Bridge
2016.12.11 12:39:15 3: NUKIDevice (NUKIDevice47521234) - defined with Code: NUKI_Bridge-47521234
2016.12.11 12:39:15 2: NUKIDevice (NUKI_Bridge) - autocreated 2 devices

Smartlocks haben die 1.3.5 drauf und die Bridge 1.4.10

Info
{"bridgeType": 1, "ids": {"hardwareId": 94513222, "serverId": 1369728111}, "versions": {"firmwareVersion": "1.4.10", "wifiFirmwareVersion": "1.0.1"},
"uptime": 319152, "currentTime": "2016-12-11T12:00:02+00:00", "serverConnected": true, "scanResults":
[{"nukiId": 101061234, "name": "Nuki_06064568", "rssi": -75, "paired": true},
{"nukiId": 47521234, "name": "Nuki_02D54568", "rssi": -71, "paired": true}]}

List
[{"nukiId": 101061234, "name": "Wohnungstuer", "lastKnownState": {"state": 3, "stateName": "unlocked", "batteryCritical": false, "timestamp": "2016-12-11T10:36:01+00:00"}},
{"nukiId": 47521234, "name": "Haustuer", "lastKnownState": {"state": 3, "stateName": "unlocked", "batteryCritical": false, "timestamp": "2016-12-11T10:35:53+00:00"}}]



Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 11 Dezember 2016, 13:23:22
Zitat von: _Marco_ am 11 Dezember 2016, 13:14:23
Hi, habe alles gelöscht und einen reboot gemacht und dann die Bridge neu angelegt, die Smartlocks sind automatisch angelegt worden.
Die Bridge hat den Status connected aber die Smartlocks haben den Status Initialized und ich kann nicht schliessen oder öffnen.

Anlegen der Bridge
2016.12.11 12:39:15 3: NUKIBridge (NUKI_Bridge) - defined with host 192.168.11.119 on port 8080, Token 123456
2016.12.11 12:39:15 3: NUKIDevice (NUKI_Bridge) - create new device 'NUKIDevice101061234' for address '101061234'
2016.12.11 12:39:15 3: NUKIDevice101061234: I/O device is NUKI_Bridge
2016.12.11 12:39:15 3: NUKIDevice (NUKIDevice101061234) - defined with Code: NUKI_Bridge-101061234
2016.12.11 12:39:15 3: NUKIDevice (NUKI_Bridge) - create new device 'NUKIDevice47521234' for address '47521234'
2016.12.11 12:39:15 3: NUKIDevice47521234: I/O device is NUKI_Bridge
2016.12.11 12:39:15 3: NUKIDevice (NUKIDevice47521234) - defined with Code: NUKI_Bridge-47521234
2016.12.11 12:39:15 2: NUKIDevice (NUKI_Bridge) - autocreated 2 devices

Smartlocks haben die 1.3.5 drauf und die Bridge 1.4.10

Info
{"bridgeType": 1, "ids": {"hardwareId": 94513222, "serverId": 1369728111}, "versions": {"firmwareVersion": "1.4.10", "wifiFirmwareVersion": "1.0.1"},
"uptime": 319152, "currentTime": "2016-12-11T12:00:02+00:00", "serverConnected": true, "scanResults":
[{"nukiId": 101061234, "name": "Nuki_06064568", "rssi": -75, "paired": true},
{"nukiId": 47521234, "name": "Nuki_02D54568", "rssi": -71, "paired": true}]}

List
[{"nukiId": 101061234, "name": "Wohnungstuer", "lastKnownState": {"state": 3, "stateName": "unlocked", "batteryCritical": false, "timestamp": "2016-12-11T10:36:01+00:00"}},
{"nukiId": 47521234, "name": "Haustuer", "lastKnownState": {"state": 3, "stateName": "unlocked", "batteryCritical": false, "timestamp": "2016-12-11T10:35:53+00:00"}}]



Welche Version der Module hast Du? Was sagt das Log im verbose 5 Mode
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: _Marco_ am 11 Dezember 2016, 13:26:22
0.3.30, log muss ich gleich mal gucken
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 11 Dezember 2016, 13:27:54
Die Smartlocks sollten auf jedenfall einen aktuellen Status an zeigen.
Mach mal ein list eines Smartlock Devices
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: _Marco_ am 11 Dezember 2016, 13:50:22
list habe ich doch im Oberen Log,

List
[{"nukiId": 101061234, "name": "Wohnungstuer", "lastKnownState": {"state": 3, "stateName": "unlocked", "batteryCritical": false, "timestamp": "2016-12-11T10:36:01+00:00"}},
{"nukiId": 47521234, "name": "Haustuer", "lastKnownState": {"state": 3, "stateName": "unlocked", "batteryCritical": false, "timestamp": "2016-12-11T10:35:53+00:00"}}]


Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 11 Dezember 2016, 13:53:22
Nein ich meine ein fhem list.

Oben in der fhem eingabezeile ein

list <Smartlock deviceName>

Eingeben
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: _Marco_ am 11 Dezember 2016, 13:56:09
Aso  :)

Internals:
   CFGFN
   DEF        47521234 IODev=NUKI_Bridge
   IODev      NUKI_Bridge
   NAME       NUKIDevice47521234
   NR         95
   NUKIID     47521234
   STATE      Initialized
   TYPE       NUKIDevice
   VERSION    0.3.30
   Helper:
     fromAutocreate 1
     lockAction unlatch
Attributes:
   IODev      NUKI_Bridge
   alias      Haustuer
   room       NUKI
   verbose    5
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 11 Dezember 2016, 13:57:51
Ok und das selbe bitte noch mal von der Bridge
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: _Marco_ am 11 Dezember 2016, 14:00:13
Internals:
   CFGFN
   DEF        192.168.11.119 123456
   HOST       192.168.11.119
   NAME       NUKI_Bridge
   NR         93
   PORT       8080
   STATE      connected
   TOKEN      123456
   TYPE       NUKIBridge
   VERSION    0.3.30
   Readings:
     2016-12-11 12:39:15   0_name          Wohnungstuer
     2016-12-11 12:39:15   0_nukiId        101061234
     2016-12-11 12:39:15   1_name          Haustuer
     2016-12-11 12:39:15   1_nukiId        47521234
     2016-12-11 12:39:15   bridgeType      Hardware
     2016-12-11 12:39:15   currentTime     2016-12-11T11:39:15+00:00
     2016-12-11 12:39:15   firmwareVersion 1.4.10
     2016-12-11 12:39:15   hardwareId      94513222
     2016-12-11 12:39:15   serverConnected true
     2016-12-11 12:39:15   serverId        1369728111
     2016-12-11 12:39:15   smartlockCount  2
     2016-12-11 13:57:42   state           connected
     2016-12-11 12:39:15   uptime          317905
     2016-12-11 12:39:15   wifiFirmwareVersion 1.0.1
   Helper:
Attributes:
   room       NUKI
   verbose    5
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 11 Dezember 2016, 14:27:31
Ok ich habe da ein Fehler gefunden. Wenn Du es Dir zu traust.
In de Datei 74_NUKIDevice.pm um die Zeile 251 rum steht was mit

return "IODev $hash->{IODev} is not connected"

die Zeile Auskommentieren

#return "IODev $hash->{IODev} is not connected"

und dann in der FHEM Commandozeile ein

reload 74_NUKIDevice.pm

eingeben
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 11 Dezember 2016, 14:40:29
Ich habe soeben Version 0.3.31 ins Devel geladen. Fix Call IOWrite Problem.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: _Marco_ am 11 Dezember 2016, 14:58:31
Top, scheint zu gehen  :)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: markushoehne am 11 Dezember 2016, 17:57:35
Hallo

Erst mal vielen Dank für die Arbeit.
Und Danke auch CoolTux, der mich erstmal auf den Weg gebracht hat.

Rennt!
Sehr schön. ;-)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 11 Dezember 2016, 18:33:37
Kleines Leckerlie für die wartenden. Ich konnte so eben erfolgreich ein Callback Webhook einrichten.  ;D
Es läuft  8)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: muehlberger am 11 Dezember 2016, 23:59:35
Kann ebenfalls bestätigen: es funktioniert! Good work!
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 12 Dezember 2016, 12:57:10
Super!! Danke an cooltux!

Nach den letzten Änderungen habe ich mit FHEM und NUKI neu begonnen.
Bridge und Schloß wurden automatisch korrekt angelegt!

Soweit funktioniert erstmal alles.

Werde mal ein paar Tage testen und dann auch meine Timer wieder aktivieren (automatisches Schliessen und Öffnen zu bestimmten Uhrzeiten, in Verbindung mit dem TürSensor (offen geschlossen) )

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 12 Dezember 2016, 13:05:25
Es wird noch besser. Wir haben nun auch endlich viel zusammen mit Nuki testen können und haben diverse Bugs gefunden. Unter anderem das Thema clearlog was ja nicht geht.
Ich bin nun so weit das wir callbacks einrichten können, uns callbacks anzeigen lassen können. Auch habe ich einige Dinge verbessern können.
Kommt alles zum testen Ende der Woche mit einer neunen Develversion. Ich bin gut drauf und guter Hoffnung  ;D
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 12 Dezember 2016, 13:35:09
Hört sich super an.

Wobei ich gestehen muss, dass ich mit "callback" in dem Zusammenhang noch nichts anfangen kann. Muss ich erstmal schauen, was das überhaupt ist :)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 12 Dezember 2016, 13:40:31
Das bedeutet das wir nicht mehr aktiv fragen müssen wie der aktuelle Zustand des Smartlocks ist (statusRequest) sondern das uns das Smartlock bei Zustandsänderung sofort meldet wie sein aktueller/neuer Zustand ist.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 12 Dezember 2016, 13:42:17
wenn das klappt würden ja die laufenden Abfragen nicht mehr nötig sein. Sicher von Vorteil. Schon allein wegen der Batterien vom Smartlock.

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 12 Dezember 2016, 13:44:47
So schaut es aus. Das bleibt einzig und allein nur noch der Bridge Alive Aufruf und der beansprucht das Smartlock nicht weil ein nicht existierender Path aufgerufen wird
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 12 Dezember 2016, 14:30:38
Ich habe soben 0.3.36 ins Devel geladen.
Nun brauche ich Eure Hilfe. Bei mir funktioniert der Hook Aufruf von der Bridge zum fhem Server wohl angeblich nicht. Grund könnte meine Firewall und meine Segmentierung sein. Ich brauche also jemanden mit einem 0815 Netzwerk. Wo Sowohl fhem als auch die Bridge in einem Segment stehen.

Dieser jemand müsste bitte die 0.3.36 installieren und bei dem Smartlock Device den Webhook einrichten. Bitte eine WEB Instanz wählen ohne Passwort.
Bei mir sieht das so aus

defmod NUKIDevice12345 NUKIDevice 12345 IODev=NukiBridge
attr NUKIDevice12345 IODev NukiBridge
attr NUKIDevice12345 alias CobraTuer
attr NUKIDevice12345 event-on-change-reading .*
attr NUKIDevice12345 room NUKI
attr NUKIDevice12345 verbose 5
attr NUKIDevice12345 webhookFWinstance WEB
attr NUKIDevice12345 webhookHttpHostname 10.6.6.20

setstate NUKIDevice12345 unlocked
setstate NUKIDevice12345 2016-12-12 13:58:05 battery ok
setstate NUKIDevice12345 2016-12-12 13:58:05 batteryCritical false
setstate NUKIDevice12345 2016-12-12 13:58:05 lockState unlocked
setstate NUKIDevice12345 2016-12-12 13:58:05 state unlocked
setstate NUKIDevice12345 2016-12-12 13:58:05 success true


Im Bridge Device könnt Ihr dann einfach ein get callbacks machen und solltet das eingerichtete Callback sehen.



Danke
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 12 Dezember 2016, 16:11:59
hm. wenn ich das testen möchte, muss ich dann den callback über /callback/add an der Bridge einrichten, oder alles über FHEM? Und ist die Zielurl die Bridge oder der FHEM Server? Welchen Port? Meine Bridge hat 8080?

Oh je, ich merke gerade, dass ich da aktuell zuviele Fragezeichen sehe.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 12 Dezember 2016, 16:32:38
Du siehst doch wie ich es eingerichtet habe. Es geht ja um ein Callback. Das bedeutet die Daten müssen die von FHEM sein.
Du stellst das alles natürlich über FHEM ein. Als Attribut für das Smartlock Device. Eigentlich musst nur WEB Instanz auswählen, die werden Dir sogar angezeigt welche es gibt und die IP des FHEM Servers. Mehr ist nicht nötig. Port liest er aus der WEB Instanz aus.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 12 Dezember 2016, 17:10:40
ok, also habe das mal gemacht.

zuerst nur die webhookFWinstance auf WEB gestellt.
Dann sah es schonmal so aus wie im Screenshot nuki1.JPG.

dann noch den webhookHostname auf die IP des FHEM gesetzt.
nun sieht es so aus wie im Screen nuki2.jpg.


Nach dem Eintragen der instance WEB wurde also bereits der Port gelesen und nach Eintragung der IP-Adresse die korrekte URL gebildet.



Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 12 Dezember 2016, 17:13:15
Jetzt noch webhookHorstname die IP des FHEM Servers
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 12 Dezember 2016, 17:13:55
ist schon drin. (habs oben editiert)


Von der Bridge aus kann man nun die Callback-List sehen:
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 12 Dezember 2016, 17:18:46
Und nun einfach mal mit der App das Schloß zu oder auf machen und danach machst du bitte auf dem FHEM Server in einer Konsole ein

curl http://IP-BRIDGE:8080/log?token=12345

und schickst mir das per Privatnachricht.
Kannst auch mal selber schauen. Da sollte ein BLE-StatusUpdate und danach dann ein HTTP-Post stehen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 14 Dezember 2016, 12:46:14
Ergänzend hierzu, es gab schon weitere Tests bzgl. Callback Webhook etc. aber bisher noch nicht erfolgreich.
Aber es wird bestimmt :)

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 15 Dezember 2016, 14:47:22
@fred
Kommen meine Mails noch bei Dir an? Hatte Dir da was geschickt.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 15 Dezember 2016, 16:00:04
Klar kommen die Mails an. Kann ich auch später testen. :)

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 15 Dezember 2016, 16:09:25
Mach in Ruhe. Hatte nur Bange sie landen im Spamordner  ;D
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 15 Dezember 2016, 16:11:14
Nein nein. :) alles gut. Melde mich dann per Mail wieder.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 16 Dezember 2016, 14:19:20
Kurze Info. Ich habe es geschafft erfolgreich einen Callback in FHEM zu verarbeiten. Sobald ein Callback rein kommt wird automatisch der neue Status in den Readings gesetzt.

@Fred
Das entlässt Dich aber nicht aus der httpheader Geschichte  ;D
Ich brauche das um eine bessere Fehlerkontrolle zu haben und das nicht irgendwer was senden kann sondern nur das von unserer Bridge verarbeitet wird.



Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Sascha_F am 16 Dezember 2016, 15:46:24
Hallo zusammen,

erst einmal vielen Dank für die Mühen und ein dickes Lob für die Leistungen!

Ich habe gerade Bridge und Device neu in FHEM eingerichtet (Device wurde automatisch angelegt).

Im Device habe ich die attr "webhookFWinstance" und "webhookHttpHostname" angelegt. Anschließend ist der Eintrag in der Bridge nach get callbackList ersichtlich. Ein Statuswechsel ist nicht angekommen (über die NUKI-App abgeschlossen).

Folgendes ist mir aufgefallen (am Beispiel von fred_feuerstein ein paar Posts weiter oben):

Als Callback-URL ist das Device mit "NUKIDevice-99150361" ausgewiesen. Das bei mir angelegte Device beinhaltet den Trennstrich jedoch nicht (=NUKIDevice99150361).

Liegt es daran oder habe ich etwas anderes übersehen?

Viele Grüße
Sascha

Nachtrag: Das Reading "battery" (im Device) steht bei mir auf "parseError"
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 16 Dezember 2016, 15:52:54
Hallo Sascha,

Callback wird noch nicht unterstützt. Das arbeite ich gerade ein. Die Attribute sind zwar schon da aber nur weil ich sie schon eingearbeitet hatte und danach eine Lösung zu einem sehr großen Probleme gefunden wurde ich ich deswegen die bis dahin aktuelle Version als Devel freigegeben habe. Ich denke bis Ende nächster Woche gibt es eine saubere Lösung mit Callback und allen drum herum.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Stephan1965 am 16 Dezember 2016, 22:09:45
Hallo,
nur eine kurze Frage:
Sollte man das bestehende Smartlock und die Bridge löschen und dann wieder neu anlegen?

Viele Grüße

Stephan
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 16 Dezember 2016, 22:28:42
Muss man nicht. Wenn man Versionsupdates macht reicht es ein shutdown reload zu machen. Wieso?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 17 Dezember 2016, 10:20:03
So wie es im Moment scheint konnten alle Probleme mit dem Webhook ausgemerzt werden. Fred testet heute noch mal und wenn das passt bekommt Ihr Sonntag Abend eine neue Develversion in mein Git mit Webhook/Callback Funktion.

Noch kurz zur Erklärung. Das bedeutet das die Bridge bei Änderung des Nuki Smartlocks dessen aktuellen Status an FHEM gibt, ohne das aktiv der Status am Smartlock immer abgefragt werden muß.


Grüße
Leon
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: markukug am 17 Dezember 2016, 10:25:26
Das klingt ja echt super. Die Module entwickeln sich zum perfekten Weihnachtsgeschenk ☺️.

Der Absturz meines FHEM kommt jetzt auch nicht mehr vor.

Danke
LG
Markus
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 17 Dezember 2016, 13:21:08
Zitat von: CoolTux am 17 Dezember 2016, 10:20:03
So wie es im Moment scheint konnten alle Probleme mit dem Webhook ausgemerzt werden. Fred testet heute noch mal und wenn das passt bekommt Ihr Sonntag Abend eine neue Develversion in mein Git mit Webhook/Callback Funktion.

Noch kurz zur Erklärung. Das bedeutet das die Bridge bei Änderung des Nuki Smartlocks dessen aktuellen Status an FHEM gibt, ohne das aktiv der Status am Smartlock immer abgefragt werden muß.

Meine letzten Tests liefen super !! Danke.

Dauertest folgt nun. Aber es sieht gut aus.

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 17 Dezember 2016, 13:35:10
@Fred
Was ich noch fragen wollte. Hast Du den Port extra als Attribut angegeben oder wurde er automatisch korrekt aus der angegebenen Webinstanz gelesen?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 17 Dezember 2016, 13:40:56
Wurde automatisch gelesen.

>> gesendet mit LG G4 via Tapatalk <<

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Sascha_F am 17 Dezember 2016, 14:30:59
Hi und Danke für die Info zum Callback :-)

Ich freue mich schon auf die nächste Version - wenn ich etwas dazu beitragen kann, einfach ne kurze Info.

Viele Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 17 Dezember 2016, 15:58:25
also es läuft nun so wie es sollte ... :)

der Counter wird schön hochgezählt.

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 17 Dezember 2016, 16:09:35
Habe jetzt auch die Antwort gefunden wieso unsere andere URL nicht geklappt hat  ;D
Aber das ist nun egal. Lassen wir es nun so wie es ist. Passt schon.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 17 Dezember 2016, 21:06:19
Ich habe soeben eine neue Develversion ins Git geladen.
Version 0.3.40 unterstützt nun Vollumfänglich die Callback Funktion der Bridge.

Im Device des Smartlocks als Attribut einfach
auswählen.
Danach mittels get NukiBridge callbackList schauen ob alles korrekt an die Bridge übertragen wurde.

Ich habe die Commandref beider Module aktuallisiert.


Grüße
Leon
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Sascha_F am 18 Dezember 2016, 00:33:52
Hi Leon,

super und besten Dank! :-)

Habe gerade getestet - sieht sehr gut aus!

Das einzige (was zumindest bei mir aktuell ist): Das Reading "battery" des Devices liefert "parseError" (springt also immer auf "else {$battery = "parseError";}". In einer der vorherigen Versionen wurde der Status korrekt angezeigt. Zumindest "low" hatte ich kürzlich im Reading stehen, nachdem ich es mit dem Schloss etwas zu bunt getrieben hatte^^

In der offiziellen FHEM-Version ist die Section wie folgt aufgebaut:

my $battery;
    if( $decode_json->{batteryCritical} eq "false" ) {
        $battery = "ok";
    } else {
        $battery = "low";
    }


In der 0.3.40

my $battery;
    if( defined($decode_json->{batteryCritical}) ) {
        if( $decode_json->{batteryCritical} eq "false" ) {
            $battery = "ok";
        } elsif ( $decode_json->{batteryCritical} eq "true" ) {
            $battery = "low";
        } else {
            $battery = "parseError";
        }
    }

Liegt es hier dran? Sorry, aber ich versuche mich noch immer irgendwie in Perl reinzufuchsen...

Ein Auszug aus meinem "list": ...stateName": "locked", "batteryCritical": false, "timestamp": "2016-12-17T23:15:33+00:00"

Viele Grüße
Sascha
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 18 Dezember 2016, 00:53:23
Hallo Sascha,

Muss ich mir anschauen. Kann ich gerade nicht sagen wieso das bei Dir so seltsam ist. Bei mir und bei Fred klappt das super. Kann mich aber erinnern das es da schon mal bei einem User Probleme gab.
Welche Firmwareversion hast Du?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 18 Dezember 2016, 00:55:02
Gib mal bitte ein list vom Smartlock Device
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 18 Dezember 2016, 13:24:29
Ich habe eine aktuelle Version ins Devel Git geladen. Version 0.3.41 zeigt nun alle Logeinträge der Bridge an (leider mit type zu erst statt dem timestamp, aber dennoch sortiert nach timestamp)
Wenn jetzt nichts großes mehr von euch gefunden wird, dann würde ich mal schauen das ich mihc beim neuen svn Server anmelde und das ganze dann für das fhem update frei gebe.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Sascha_F am 18 Dezember 2016, 14:25:53
Hi Leon,

sorry, musste heute erst brunchen gehen :)

Hier ist das "List" der Bridge:

[{"nukiId": 87048193, "name": "Zuhause", "lastKnownState": {"state": 3, "stateName": "unlocked", "batteryCritical": false, "timestamp": "2016-12-18T12:52:32+00:00"}}]

Habe jetzt auch die 0.3.41 in Verwendung. Der State ist aber unverändert mit "parseError".

Wenn es bei euch beiden läuft, wird das Problem ja aber wohl irgendwo bei mir liegen. Ggf. noch mal Device und Bridge löschen und neu einrichten (?).

Firmware ist die 1.4.11 (wifiFirmware 1.0.1).

Viele Grüße
Sascha
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 18 Dezember 2016, 14:33:45
Du kannst es zu mindest mal versuchen. Wann hast Du die 0.3.41 gezogen. Hatte da vor 60min noch was geändert.
Wenn Du einen Callback hast schau mal bitte im Log von fhem ob dir da was auffällt. wenn nicht ist alles schick.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 18 Dezember 2016, 14:40:06
Hast Du immer parseError oder nur bei Callback? Was kommt bei statusRequest oder wenn Du das Schloss löschst und neu anlegen lässt?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Sascha_F am 18 Dezember 2016, 14:48:00
Hi, den parseError habe ich permanent - auch bei statusRequest. Die 0.3.41 hatte ich gerade erst geladen, als ich den Beitrag geschrieben habe - also die ganz neue.

Habe das Device gerade gelöscht und durch die Bridge "autocreate" neu anlegen lassen. Mit dem parseError hat sich leider nichts geändert - oder sollte die Bridge auch noch einmal gelöscht werden?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 18 Dezember 2016, 14:51:37
Nein eigentlich nicht. Da sollte sich nichts ändern. Irgendein Steuerzeichen ist bestimmt mit drin bei Dir. Kannst du mal ein Firmwareupdate der Bridge machen?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Sascha_F am 18 Dezember 2016, 14:55:12
Gibt es schon ne neue Firmware für die Bridge? Klar, starte ich sofort!

Beim Neuanlegen des Devices ist mir gerade aufgefallen, dass ein weiterer Callback (mit identischen Daten) angelegt wurde - ist soweit ja auch verständlich. Den Callback habe ich über FHEM aus der Bridge gelöscht. FHEM gibt hinterher die Meldung "remove Callback failed", obwohl der Callback korrekt entfernt wurde.

Melde mich dann gleich wieder.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 18 Dezember 2016, 14:59:07
Ja das ist richtig. Jedes Mal wenn man die Attribute neu setzt kommt ein neuer Callback in die Bridge. Einfach wieder löschen. Später kann man darüber reden da eine Prüfung ein zu bauen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 18 Dezember 2016, 15:00:37
Seltsam das der Callback gelöscht wurde trotz der Meldung. Eigentlich bekommt er von der Bridge einen Response den er auswertet.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Sascha_F am 18 Dezember 2016, 15:04:17
Habe gerade fwupdate auf der Bridge gestartet, aber es bleibt bei der 1.4.11 (auch zur Sicherheit einen Reboot durchgeführt).

Ich denke, eine Prüfung, ob es schon einen Callback für das Device mit identischer Adresse gibt, ist nicht zwingend erforderlich. Mit der failed-Meldung hat mich auch gewundert, aber es funktioniert ja einwandfrei.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 18 Dezember 2016, 15:09:02
Ich mache die Tage mal eine Debugversion für Dich fertig. Dann schauen wir uns mal an was da an kommt.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Sascha_F am 18 Dezember 2016, 15:13:14
Super und vielen Dank! :)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Sascha_F am 18 Dezember 2016, 15:31:20
@fred: Bist Du so lieb und stellst mir (oder uns) Dein Bridge.png zur Verfügung?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 18 Dezember 2016, 15:40:19
Schau mal relativ am Anfang des Threads ist das PNG File als Anhang
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 18 Dezember 2016, 15:48:27
@cooltux: da war nur das Icon vom Smartlock selbst angehängt. Die Bridge noch nicht. Habe es dort ergänzt:

Zitat von: Sascha_F am 18 Dezember 2016, 15:31:20
@fred: Bist Du so lieb und stellst mir (oder uns) Dein Bridge.png zur Verfügung?

Ich habe es im 2. Beitrag hier im Thread ( klick (https://forum.fhem.de/index.php/topic,55756.msg473610.html#msg473610) ) angehängt.
Dort ist auch das Nuki Icon dabei. Somit ist alles zusammen.

Mein verwendetes Status-Icon (grün / gelb / rot ) ist bei FHEM ja dabei.

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Sascha_F am 18 Dezember 2016, 16:03:30
Das Device hatte ich mir schon gemopst ;)

Vielen Dank für die Vervollständigung! :-)

(Für den Status habe ich "secur_open@orange" und "secur_locked@green" verwendet.)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 18 Dezember 2016, 21:27:30
Ich habe soeben die Version 0.4.0 in den Master Branch vom git geschoben. Ausserdem wird es diese Version ab morgen per FHEM Update geben.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 18 Dezember 2016, 21:28:54
Ist da noch was verändert, was ein update lohnt?

>> gesendet mit LG G4 via Tapatalk <<

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 18 Dezember 2016, 21:32:49
Ja auf jeden Fall. Ich habe das get logFile noch mal verbessert. timestamp steht nun an erster Stelle.   ;D
Kannst auch aus dem Git laden. Aber Master Branch nehmen
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 19 Dezember 2016, 13:38:45
Wenn Ihr dann alle soweit seit würde ich mich über Feedback freuen.
Cobra hat heute sein Nuki zurück bekommen. Noch mal ganz fettes Danke, hat sehr geholfen bei der Fehlersuche.
Ansonsten werde ich heute Abend noch mal was schreiben zur Weiterentwicklung der Module.



Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Sascha_F am 19 Dezember 2016, 15:04:51
Hi,

ich habe heute die 0.4.0 über Fhem-Update aktualisiert. Soweit ich es sehen kann, läuft alles so, wie es soll (inkl. logFile). (Bei mir aktuell nur die Ausnahme mit dem Battery-Reading, aber das ist ja ein anderes Thema). BTW: Habt ihr auch die Bridge-FW 1.4.11 oder die Beta, für welche die Bridge auf Anfrage freigeschaltet wurde?

Viele Grüße
Sascha
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Steeeve am 19 Dezember 2016, 15:37:12
Zitat von: fred_feuerstein am 18 Dezember 2016, 15:48:27
@cooltux: da war nur das Icon vom Smartlock selbst angehängt. Die Bridge noch nicht. Habe es dort ergänzt:

Ich habe es im 2. Beitrag hier im Thread ( klick (https://forum.fhem.de/index.php/topic,55756.msg473610.html#msg473610) ) angehängt.
Dort ist auch das Nuki Icon dabei. Somit ist alles zusammen.

Mein verwendetes Status-Icon (grün / gelb / rot ) ist bei FHEM ja dabei.
Wie hast du das gemacht, dass das angezeigt wird?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 19 Dezember 2016, 15:48:17
Einfach zu den anderen images im fhem ordner kopieren, fhem restart und dann kannst du beim Device das Icon auswählen.

>> gesendet mit LG G4 via Tapatalk <<

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Steeeve am 19 Dezember 2016, 15:50:23
Zitat von: fred_feuerstein am 19 Dezember 2016, 15:48:17
Einfach zu den anderen images im fhem ordner kopieren, fhem restart und dann kannst du beim Device das Icon auswählen.

>> gesendet mit LG G4 via Tapatalk <<

Das mit den Farben meinte ich - irgendwas mit devStateIcon?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 19 Dezember 2016, 15:53:37
attr HomeDoor devStateIcon unlocked:10px-kreis-gruen locked:10px-kreis-rot

oder alternativ:

attr HomeDoor devStateIcon unlocked:secur_open@green locked:secur_locked@red

Halt den Namen von deinem Smartlock ;)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Steeeve am 19 Dezember 2016, 15:57:40
Zitat von: fred_feuerstein am 19 Dezember 2016, 15:53:37
attr HomeDoor devStateIcon unlocked:10px-kreis-gruen locked:10px-kreis-rot

oder alternativ:

attr HomeDoor devStateIcon unlocked:secur_open@green locked:secur_locked@red

Halt den Namen von deinem Smartlock ;)
Perfekt, herzlichen Dank!
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: kkoeniger am 20 Dezember 2016, 18:54:56
Ich bin immer wieder vom Forum und noch mehr von den Modulerstellern begeistert!

Heute ist mein Nuki angekommen, installiert und in FHEM eingebunden. Läuft perfekt (bis auf das Reading battery, hier steht auch bei mir der parseError, aber das stört mich jetzt nicht). Danke!!

Kann ich eigentlich mehrere Webhooks aktiv lassen? Um von Tablet, Handy und normalem Web auf die Aktualisierungen zugreifen zu können?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 20 Dezember 2016, 18:57:16
Das webhook aktualisiert fhem. Und Von Handy tablet etc greifst du darauf zu. Also kein weiterer webhook erforderlich. Oder ich verstehe nicht genau, was du meinst.

>> gesendet mit LG G4 via Tapatalk <<

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 20 Dezember 2016, 18:57:31
Die Frage verstehe ich ehrlich gesagt nicht? Der Webhook wird nur pro. Smartlock im fhem Server eingerichtet. Den Status rufst du doch dann mit Tablet oder Handy vom fhem Server ab.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 20 Dezember 2016, 18:58:53
Hehe. Zwei Doofe ein Gedanke.

>> gesendet mit LG G4 via Tapatalk <<

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: kkoeniger am 20 Dezember 2016, 20:43:11
Ja sorry, meine Gedanken waren wohl auf einem anderen Dämpfer. Sobald ich mehr las und das Passwort vom web-ui entfernt hatte läuft es auch auf anderen Instanzen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 20 Dezember 2016, 20:51:00
@Sascha und Karl
Anbei eine Debugversion. Bitte einmal bei Euch einspielen und dann ein reload 74_NUKIDevice machen. Danach mal ein statusRequest oder das Nukischloß betätigen.

Dann sollte im FHEM Log sowas wie

json-batteryCritical:

zu finden sein. Ich brauche die gesamte Zeile bitte.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: kkoeniger am 21 Dezember 2016, 08:51:36
Nuki-Device is gone after restart of FHEM, bei reload 74_NUKIDevice kommt:
syntax error at ./FHEM/74_NUKIDevice.pm line 402, near "Log1 "json-batteryCritical:$decode_json->{batteryCritical}:""
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 21 Dezember 2016, 09:02:25
So bitte die mal nehmen. Danke
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: kkoeniger am 21 Dezember 2016, 09:09:04
2016.12.21 09:07:38 1: json-batteryCritical:0:
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 21 Dezember 2016, 09:27:37
Ach ja stimmt ja, da war ja was. Das hatte Cobra interessanter Weise auch gehabt. Ok ich baue ein fix ein.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 21 Dezember 2016, 09:28:30
Ich habe im ersten Beitrag dieses Threads ganz unten etwas zur Weiterentwicklung der Module geschrieben.



Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 21 Dezember 2016, 10:47:52
Hier eine gefixte Version, bitte einmal testen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: kkoeniger am 21 Dezember 2016, 11:21:39
Battery ok

2016.12.21 11:19:16 4: NUKIDevice (NUKIDevice102083113) - NUKIDevice_ReadFromNUKIBridge check Bridge connected
2016.12.21 11:19:16 4: NUKIDevice (NUKIDevice102083113) - NUKIDevice_ReadFromNUKIBridge Bridge is connected call IOWrite
2016.12.21 11:19:16 5: NUKIDevice (NUKIDevice102083113) - NUKIDevice_GetUpdate Call NUKIDevice_ReadFromNUKIBridge
2016.12.21 11:19:17 5: NUKIDevice (NUKIDevice102083113) - parse status message for NUKIDevice102083113
2016.12.21 11:19:17 5: NUKIDevice (NUKIDevice102083113) - readings set for NUKIDevice102083113

Keine Meldung von "json-batteryCritical:"

:)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 21 Dezember 2016, 11:22:56
Super. Der Fix kommt morgen dann per FHEM Update zu den anderen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: kkoeniger am 21 Dezember 2016, 11:32:01
DANKE !
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 21 Dezember 2016, 19:51:02
Wow das so schnell so viele Leute was spenden hätte ich nicht gedacht. Vielen vielen Dank.


Grüße
Leon
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 22 Dezember 2016, 10:42:29
FHEM wird Namentlich auf der Nuki API Seite (https://nuki.io/en/api/) unter Integrations and Community Resources genannt.

Jetzt könnten die Jungs aber wenigstens mal einen Preisnachlass für ein Set springen lassen  ;D
Habe mal bei Nuki angefragt wie es aus schaut mit einem Nachlass.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: ulli am 25 Dezember 2016, 21:22:11
Habe gerade mein WeihnachtsNuki in betrieb genommen mit dem Modul. Nur habe ich ein paar Schwierigkeiten.
Das Auf- und Zusperren funktioniert...nur wird der Status immer als unlocked angezeigt.
An was kann das denn liegen?
Hier meine devices

Internals:
   DEF        xxx IODev=NukiBridge
   IODev      NukiBridge
   NAME       NukiDevice
   NR         598
   NUKIID     xxx
   STATE      unlocked
   TYPE       NUKIDevice
   VERSION    0.4.0
   WEBHOOK_COUNTER 2
   WEBHOOK_LAST 2016-12-25 21:15:07
   WEBHOOK_PORT 8083
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /fhem/NUKIDevice
   WEBHOOK_URL http://192.168.188.27:8083/fhem/NUKIDevice-xxx
   Readings:
     2016-12-25 21:18:11   battery         parseError
     2016-12-25 21:18:11   batteryCritical 1
     2016-12-25 21:14:31   lockState       unlocked
     2016-12-25 21:14:31   state           unlocked
     2016-12-25 21:18:11   success         1
   Fhem:
     infix      NUKIDevice
   Helper:
Attributes:
   IODev      NukiBridge
   alias      Dahoam
   devStateIcon unlocked:secur_open@red locked:secur_locked@green
   group      Nuki
   icon       nuki_device
   room       Haus
   webCmd     lock:unlock
   webhookFWinstance WEB
   webhookHttpHostname 192.168.188.27



Internals:
   DEF        Display xxx
   HOST       Display
   NAME       NukiBridge
   NR         596
   PORT       8080
   STATE      Initialized
   TOKEN      xxx
   TYPE       NUKIBridge
   VERSION    0.4.0
   Readings:
     2016-12-25 19:47:58   0_name          Dahoam
     2016-12-25 19:47:58   0_nukiId        xxx
     2016-12-25 21:12:05   appVersion      0.2.14
     2016-12-25 21:12:05   bridgeType      Software
     2016-12-25 21:12:05   currentTime     2016-12-25T20:12:04Z
     2016-12-25 21:21:25   lastError       action is undefined
     2016-12-25 21:12:05   serverConnected 1
     2016-12-25 21:12:05   serverId        xxxx
     2016-12-25 19:47:58   smartlockCount  1
     2016-12-25 21:11:49   state           Initialized
     2016-12-25 21:12:05   uptime          5038
   Helper:
     aliveCount 0
Attributes:
   group      Nuki
   icon       nuki_bridge
   room       Haus
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 25 Dezember 2016, 22:46:40
Also erstmal kannst den Webhook rausnehmen, Du hast ne Softwarebridge. Meine letzte Info ist das die Webhooks nicht unterstützt.
Dann sollte eigentlich sich der Status nach geglückter Schaltung entsprechend ändern. Macht er aber nicht? Bei Dir würde sich der Status aber nur ändern wenn Du über FHEM schaltest. Ein schalten über App würde FHEM nicht mit bekommen. Da müsste man dann wieder ein pull einbauen. Was ich Recht schnell machen kann. Ist im Code noch vorhanden.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: ulli am 26 Dezember 2016, 18:42:47
Die Webhooks zu entfernen hat leider nichts geändert.
Der Status bleibt unverändert.
Mir ist noch aufgefallen, dass es sehr lange dauert nach einem Set Befehl bis das Schloss reagiert.. ist das normal?

Hast du dir noch einmal die API für die Bridge bzw Smart Lock Bluetooth API angeschaut? Evtl wäre die Funktion damit stabiler wenn die bridge direkt an fhem angebunden wäre?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 26 Dezember 2016, 18:53:04
Die Bridge ist direkt an FHEM angebunden. Deswegen musst du ja auch die API in der Bridge freischalten und die IP im Bridge Modul angeben und deswegen heißt das Modul ja auch Bridgemodul.
Bluetooth habe ich mir angeschaut. Schaffe ich aber erstmal nicht und schon gar nicht ohne Hardware.

Also du schaltest das Schloß über FHEM und dennoch ändert sich der Status nicht in FHEM?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: m_gatz am 29 Dezember 2016, 15:21:00
Hi,

erstmal vielen Dank für das Modul!

Woran kann es liegen, dass die Callbacks nicht ankommen und somit auch kein Update des Lockstatus gemacht wird.

Im nuki ist die Callbackadresse eingetragen...

Vielen Dank!
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 29 Dezember 2016, 16:56:19
Ich brauche mal bitte ein
list NukiBridge
list NukiDevice

Und einmal ein get callbackList

Alles hier in Code Tags
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: m_gatz am 29 Dezember 2016, 19:18:10
Vielen Dank schön mal für die schnelle Antwort:

list myNukiBridge

Internals:
   DEF        192.168.47.50 xxxx
   HOST       192.168.47.50
   NAME       myNukiBridge
   NR         38
   PORT       8080
   STATE      connected
   TOKEN      xxxx
   TYPE       NUKIBridge
   VERSION    0.4.0
   Readings:
     2016-12-23 05:02:12   0_name          City
     2016-12-23 05:02:12   0_nukiId        6060xxxx
     2016-12-29 14:36:14   bridgeType      Hardware
     2016-12-29 14:36:14   currentTime     2016-12-29T13:36:14+00:00
     2016-12-29 14:36:14   firmwareVersion 1.4.11
     2016-12-29 14:36:14   hardwareId      8190xxxx
     2016-12-28 10:35:07   lastError       connect to http://192.168.47.50:8080: Das Netzwerk ist nicht erreichbar
     2016-12-29 14:36:14   serverConnected true
     2016-12-29 14:36:14   serverId        67554xxxx
     2016-12-23 05:02:12   smartlockCount  1
     2016-12-29 19:08:39   state           connected
     2016-12-29 14:36:14   uptime          1180053
     2016-12-29 14:36:14   wifiFirmwareVersion 1.0.1
   Helper:
     aliveCount 0
Attributes:
   event-on-change-reading .*
   event-on-update-reading .*
   room       NUKI
   verbose    5



list NukiDevice

Internals:
   DEF        6060xxxx IODev=myNukiBridge
   IODev      myNukiBridge
   NAME       NUKIDevice6060xxxx
   NR         39
   NUKIID     6060xxxx
   STATE      Initialized
   TYPE       NUKIDevice
   VERSION    0.4.1
   WEBHOOK_COUNTER 0
   WEBHOOK_PORT 8083
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /fhem/NUKIDevice
   WEBHOOK_URL http://192.168.47.48:8083/fhem/NUKIDevice-6060xxxx
   Readings:
     2016-12-28 17:28:07   battery         ok
     2016-12-28 17:28:07   batteryCritical false
     2016-12-28 17:28:07   lockState       lock
     2016-12-28 17:28:07   state           lock
     2016-12-28 17:28:07   success         true
   Fhem:
     infix      NUKIDevice
Attributes:
   IODev      myNukiBridge
   alias      City
   event-on-change-reading .*
   event-on-update-reading .*
   room       NUKI
   verbose    5
   webhookFWinstance WEB
   webhookHttpHostname 192.168.47.48


get callbackList

Callback-ID Callback-URL
0 http://192.168.47.48:8083/fhem/NUKIDevice-6060xxxx



Danke und Gruß,
Mathias
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 29 Dezember 2016, 19:49:57
Hallo Mathias,

Das sieht erstmal gut aus. Lösche aber mal event-on-update-reading. Die Kombination wie Du sie hast bringt gar nichts. Wenn Du beide Optionen nutzen willst sollten schon unterschiedliche Readings dafür Verwendung finden.

Ansonsten ist alles ok so.
Hat die Webinstanz https oder Passwort? Wenn nicht.
Teste Mal bitte noch mal. Schalte mit der App auf oder zu und schaue in FHEM ob sich der Status ändert. Wenn nach 10s nicht schaue im Log der Bridge nach ob da was von HTTP oder Status steht.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: m_gatz am 29 Dezember 2016, 21:36:02
Hi,

die update Readings habe ich gelöscht, gespeichert und danach mit der App auf- und zugeschlossen. Geändert hat sich nix. Im Log steht nichts.

Auch keine "myNukiBridge connected" Einträge mehr...

Danke und Gruß,
Mathias
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 29 Dezember 2016, 21:42:02
Zeig mal bitte das Bridge Log. Also wirklich das Log von der Bridge
get logFile
Kannste auch per PM senden.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: m_gatz am 29 Dezember 2016, 21:53:24
Hast ne PM.

Danke!
Titel: Cannot load module NUKIBridge
Beitrag von: danillo am 30 Dezember 2016, 15:40:33
Hi zusammen,

ich hab mir zu Weihnachten ein Nuki geschenkt. Als Bridge hab ich ein altes Handy verwendet. Klappt auch alles. Jetzt wollte ich das ganze noch mit FHEM verbinden. Aber das scheitert schon am ersten Schritt. Ich bekomme als antwort nur: Cannot load module NUKIBridge. Muss ich das von Hand erst laden?

Daniel
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 30 Dezember 2016, 16:00:20
Als einzige Abhängigkeit würde mir JSON einfallen. Hast du libperl-JSON installiert?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: danillo am 30 Dezember 2016, 17:01:36
Danke, hat funktioniert. Sollte man vielleicht ins Wiki aufnehmen.
Hier ist mir noch aufgefallen, dass das Beispiel mit Haustür unglücklich ist, weil ich ja kein ü verwenden kann.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 30 Dezember 2016, 17:35:05
Hallo,

Danke für die Anmerkungen. Ich werde es im Wiki korrigieren.
Kannst Du, da Du ja die Softbridge verwendest, bitte mal mit FHEM schalten und schauen ob der STATE dann stimmt. Ein anderer User hatte da glaube Probleme mit.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: m_gatz am 31 Dezember 2016, 00:27:23
Hallo,

Nach einem reboot der Bridge werden die callbacks jetzt durchgeführt.

Vielen Dank für die Unterstützung!!

Zur Dokumentation möchte noch den Shellaufruf wiedergeben mit dem man die Callbacks simulieren kann:


curl --data '{"nukiId": 12345, "state": 2,"stateName": "unlocked", "batteryCritical": false}' http://192.168.1.1:8083/fhem/NUKIDevice-12345

IP und nukiID müssen natürlich angepasst werden.


PS: ich freue mich schon auf meine Xiaomi Bluetooth Pflanzensensoren, da CoolTux auch dieses Modul geschrieben hat und das ein wesentliches Kaufargument war.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: samh am 31 Dezember 2016, 14:22:56
Hallo CoolTux,

erstmal herzlichen Dank von mir für die beiden NUKI-Module !

Seit dem neuesten Update friert allerdings mein FHEM ein, sobald die ersten NUKI readings eintrudeln. Das Bridge-Modul scheint der Grund zu sein. Tausche ich das gegen die vorherige Version aus, läuft alles wieder.
An anderer Stelle hast Du geschrieben:
"Also erstmal kannst den Webhook rausnehmen, Du hast ne Softwarebridge. Meine letzte Info ist das die Webhooks nicht unterstützt."
Kann es sein, dass es beim Versuch die Konfiguration der Software-Bridge und die Webhooks auszulesen,  zum Hänger kommt ?
Wäre es möglich die Parameter die von der Software-Bridge nicht unterstüzt werden, garnicht zu lesen ?
Dazu könnte es im Bridgemodul wohl einen Parameter "Software-Bridge" geben, der per default auf "ON" sitzt. Wer die HW-Bridge hat schaltet diesen aus.
Dadurch könnte das Einfrieren möglicherweise verhindert werden. Was meinst Du ?

Viele Grüße

Sam


Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 31 Dezember 2016, 15:09:17
Hallo Sam,

Es werden nur die Daten verarbeitet welche entsprechend vorhanden sind. Entweder für die Soft oder Hardbridge.
Einzig der Webhook wird nicht von der Softbridge verarbeitet. Hier könnte ich in der Tat die webhook Attribute an den ausgelesenen Bridgetyp koppeln.

Du kannst aber mal bitte so nett sein und das Bridge Device auf verbose 5 stellen und mir die Logausgabe nach dem Einfrieren posten.


Grüße
Leon
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 31 Dezember 2016, 17:56:27
Hey Leon,

bin zwar gerade im Urlaub und kann dir nur wenige Daten liefern aber mir ist es mittlerweile während dem Urlaub schon 4 mal passiert das FHEM sich aufgehängt hat wenn meine Schwiegermutter das Haus verlassen und über FHEM das Nuki abgeschlossen hat.

Im Log finde ich dann immer folgenden Eintrag:
malformed JSON string, neither array, object, number, string or atom, at character offset 0 (before "AT+CIPCLOSE=3\r\nHTT...") at ./FHEM/74_NUKIDevice.pm line 378.

Reicht das dir erst einmal um auf Fehlersuche zu gehen?

Vielleicht noch als Hinweis, das Schloss wird mit einem Handsender von Homematic abgeschlossen und gleichzeitig das Alarmsystem darüber scharf gestellt.

Gruß Cobra
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 31 Dezember 2016, 18:00:08
Hallo Cobra,

Erstmal wünsche ich Dir einen schönen Urlaub.
Die Daten reichen erstmal für ein erstes schauen an welcher Stelle es hakt. Eventuell was mit dem Webhook. Aber ist nur geraten. Ich schaue morgen mal im Code.


Grüße
Leon
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 31 Dezember 2016, 18:03:36
Hey Leon,Dankeschön 😃
Kein Problem, dann Feier schön und komm gut ins neue Jahr 😃
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 31 Dezember 2016, 18:09:33
Du auch. Mach nicht so doll  ;D

Und auch an die anderen einen guten Rutsch ins neue Jahr.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 31 Dezember 2016, 20:09:55
Ich habe mal ein paar Abfragen mehr ein gebaut. Zu mindest den Webhook konnte ich testen. Klappt. Leider konnte ich nicht mehr testen mangels fehlender Hardware.
Daher würde ich bitten das mal jemand von Euch installiert und schaltet. Ruhig auch mal ein set info und set autocreate machen bitte.

Ist aber mit Vorsicht zu genießen. Es könnte FHEM in den Tot reißen  8)


Anhänge wurden entfernt
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: samh am 02 Januar 2017, 22:39:54
Hallo,

frohes neues Jahr für alle !

Hier der gewünschte LOG-Eintrag:

2017.01.02 22:14:59 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.xxx.xxx:8080/list?token=xxxxxx
2017.01.02 22:14:59 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.02 22:14:59 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.xxx.xxx:8080/alive?token=xxxxxx
2017.01.02 22:14:59 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.02 22:14:59 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.xxx.xxx:8080/lockState?token=xxxxxx&nukiId=yyyyyyyy
2017.01.02 22:15:00 4: NUKIBridge (NBridge1) - action is undefined
2017.01.02 22:15:00 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.xxx.xxx:8080/info?token=xxxxxx
Not a HASH reference at ./FHEM/73_NUKIBridge.pm line 523.

Aha, die Software-Bridge-App war nicht aktualisiert. Das sollte aber das Modul nicht negativ beeindrucken.
Ich hab nun das Update gemacht und boote noch mal den Server durch. Dann wird's funktionieren. Bericht folgt.

Danke und Gruß

Sam
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 02 Januar 2017, 22:51:43
Hast Du die Module aus meinen vorherigen Post verwendet?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: samh am 02 Januar 2017, 23:15:20
Hallo Leon,

Nein , die eingecheckten. Sieht so aus, dass sich FHEM nach dem Update der App nicht mehr aufhängt.
Auf die einfachsten Lösungen kommt man manchmal zuletzt.

Allerdings wird das Reading "lastError"  mit "action is undefined"  2017-01-02 23:00:36
in regelmäßigen Abständen aktualisiert.

Die NUKI SmartLock Version ist 1.2.3 und damit doch aktuell.

Wird die "get NBridge1 logFile"-Funktion noch nicht unterstützt ?

Ich lade Deine Testmodule herunter und probier's damit auch. Komme aber erst morgen dazu.

Nochmals riesen Dank für Deine Hilfe und die Module.

Viele Grüße

Sam
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 02 Januar 2017, 23:20:58
Hallo Sam,

Viele Funktionen gehen nur mit der Hardware Bridge. Ich werde bei kommenden Updates mal dafür sorgen das Funktionen ausgeblendet werden wenn die jeweilige Bridge (App,Hardware) sie nicht unterstütz.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: samh am 03 Januar 2017, 19:43:46
Guten Abend Leon,

habe nun auch die PRE-Module ohne Probleme im Einsatz. Dein Angebot, die Funktionsauswahl vom Typ der Bridge abhängig zu machen, ist bestimmt eine sinnvolle Optimierung.
Danke dafür.

Viele Grüße

Sam


Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 03 Januar 2017, 19:53:22
Super Sam,

Ich danke Dir fürs testen. Ich werde die nächsten Tage entsprechende Logiken einbauen und nächste Woche ein fhem Update zur Verfügung stellen.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 03 Januar 2017, 23:22:05
Hey Leon,

bin mittlerweile aus dem Urlaub zurück und der Fehler ist bei mir nicht mehr aufgetreten.
Habe festgestellt dass meine Schwiegermutter etwas zu oft und zu eifrig die Fernbedienung gedrückt hat beim Alarmsystem aktivieren und Schloss abschließen.

Ich vermute mal das warum viel für FHEM  :)

Gruß Cobra
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 04 Januar 2017, 13:49:14
Hallo Leute,

Ich habe nun ein bisschen was an den Modulen geschraubt. Unter anderem wird der Rückgabe JSON String besser kontrolliert und ich lasse die set und get Befehle entsprechend dem Bridgetype anzeigen.
Können bitte ein zwei Leute mal die Versionen vom Git runter (https://github.com/LeonGaultier/fhem-NUKI/archive/master.zip) laden und prüfen bevor ich sie in offizielle FHEM Update schupse
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 04 Januar 2017, 14:18:18
Gerade erst gesehen... Also bei mir lief das jetzt seit sicher 2 Wochen problemlos. Hab seit dem keine Module mehr getauscht.

>> gesendet mit LG G4 via Tapatalk <<

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: samh am 04 Januar 2017, 18:20:01
Hallo,

habe die Module heruntergeladen. Werde testen und berichten.

Gruß Sam
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 04 Januar 2017, 18:32:05
Hallo Sam,

Danke Dir. Du hast ja die Software Bridge. Nun brauchen wir noch einen Tester mit Hardware Bridge  ;D


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: samh am 04 Januar 2017, 18:35:54
Hallo Leon,

das Reading "lastError" wird regelmäßig upgedated mit "action is undefined  2017-01-04 18:25:10".
Könntest Du noch ein Reading "lastAction" ergänzen, damit ein Bezug zu "lastError" möglich ist ?

Für die Bridge würde ich es gut finden, wenn der Status auf "Connected" statt "Initialized" wechselt,
solange die Verbindung zum NUKI-Server steht. Ist meiner Meinung nach übersichtlicher. Was meinst Du ?

Ansonsten scheint alles bisher in Ordnung zu sein.

Gruß Sam
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 04 Januar 2017, 18:45:49
Da scheint es wohl Probleme mit der Software Bridge und dem Alive Check zu geben.
Das was Du beschreibst deutet darauf hin. State sollte nämlich auf connected stehen wenn die Software Bridge erreichbar ist.
Auch das lastError regelmäßig, sicherlich zwischen 20 und 40s, aktuallisiert wird mit entsprechender Meldung deutet auf ein Problem hin das nicht korrekt erkannt wird was hier für eine Aktion läuft.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: samh am 04 Januar 2017, 18:50:50
Es gibt auch das Reading "serverConnected". Das steht auf "true".
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 04 Januar 2017, 18:53:50
Dieses Reading beschreibt den Nuki Server. Also der Server von Nuki im Internet. Der state beschreibt den Status gegenüber der Bridge.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: samh am 04 Januar 2017, 18:57:25
OK, verstehe.

Verbose 5 - Einträge im Event-Monitor:

2017-01-04 18:52:14 NUKIBridge NBridge1 lastError: action is undefined
2017-01-04 18:52:31 NUKIBridge NBridge1 lastError: action is undefined
2017-01-04 18:52:51 NUKIBridge NBridge1 lastError: action is undefined
2017-01-04 18:53:09 NUKIBridge NBridge1 lastError: action is undefined
2017-01-04 18:53:30 NUKIBridge NBridge1 lastError: action is undefined

Gruß Sam
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: samh am 04 Januar 2017, 19:00:17
und Log....

2017.01.04 18:58:40 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.04 18:58:40 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.xxx.xxx:8080/alive?token=yyyyyyyyy
2017.01.04 18:58:40 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.04 18:58:40 4: NUKIBridge (NBridge1) - action is undefined
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: ulli am 04 Januar 2017, 19:10:54
Ich habe auch die SW Bridge und den selben fehler action is undefined mit dem alten und neuem Modul
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 04 Januar 2017, 19:12:53
Soll noch was getestet werden? Die Version auf der vorigen Seite hast Du ja wieder entfernt ;)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 04 Januar 2017, 19:15:08
Dann muss ich hier die Auswertung etwas verbessern. Das ganze sollte aber keine Auswirkungen haben.
Schalten könnt ihr doch, oder?

@Fred
Im Master Branch von GitHub kannst bitte die neue Version kontrollieren.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: samh am 04 Januar 2017, 19:20:19
Ja Leon,

die Schaltfunktionen sind ok.

Gruß Sam
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 04 Januar 2017, 19:21:50
Zitat von: ulli am 04 Januar 2017, 19:10:54
Ich habe auch die SW Bridge und den selben fehler action is undefined mit dem alten und neuem Modul

Habe mal eben den Code dafür überflogen. Die Softwarebridge scheint im Gegensatz zur Hardwarebridge einen Errorcode bei fehlerhafter Pfadangabe zurück zu geben. Das muss ich noch einbauen. Ich schaue nachher mal.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: samh am 04 Januar 2017, 19:28:05
Gehe ich recht in der Annahme, dass ein "set NBridge1 info"  auch ein  NUKIBridge_GetCheckBridgeAlive triggert ?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 04 Januar 2017, 20:36:03
Nein. Der Alive Check erfolgt völlig losgelöst von irgendwelchen anderen Dingen.

Anbei mal eine geänderte Version des Bridge Modules. Nur zum testen für User mit Software Bridge
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: samh am 04 Januar 2017, 20:45:21
Yep Leon,

sieht gut aus. State wird nun auf connected gesetzt und regelmäßig upgedated. Klasse. :)

Dank und Gruß

Sam

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 04 Januar 2017, 20:51:11
Das wollte ich hören. Ich danke Dir fürs super schnelle testen.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 04 Januar 2017, 20:57:24
Habe die gefixte Version ins GitHub geladen. Nun sollte alles unter einer Software Bridge ohne Probleme laufen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 04 Januar 2017, 21:03:52
Wenn ich im Git korrekt schaue, ist das aktuellste im master branch?
Ich lade mal von dort und installiere es ;)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 04 Januar 2017, 21:15:23
Ja ist es. Ich habe den Master Branch nun auch als default eingestellt.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 04 Januar 2017, 21:33:59
Also irgendwie will diese aktuelle Version aus dem Master nicht richtig.

Das Schloss reagiert nur sehr verzögert und der Status wird kaum korrekt übermittelt ... (bspw. steht als Status nach dem zuschliessen die ganze Zeit "lock" und ändert sich nicht mehr in "locked" etc.)
Bin erstmal wieder zur letzten Version vom 18.12. zurück. Damit geht alles wie es soll.

Habe leider diese Woche keine Zeit zum weitertesten.


Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 04 Januar 2017, 21:46:41
Ok. Danke Dir fürs testen. Vielleicht kann noch jemand gegen checken.

Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: samh am 04 Januar 2017, 22:06:29
Hallo,

nun, das schalten funktioniert bei mir gefühlt wie bisher, aber der Status des Schlosses wird nur sporadisch aktualisiert.
Manchmal wird nur die Aktion z.Bsp. "unlock" angezeigt. Ein anderes Mal ändert sich der Status garnicht.
Nach einem StatusRequest passt es dann wieder.

Gruß Sam

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 04 Januar 2017, 22:13:31
Ok ich schaue es mir morgen in Ruhe noch mal an.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 05 Januar 2017, 07:37:24
Zitat von: samh am 04 Januar 2017, 22:06:29
Hallo,

nun, das schalten funktioniert bei mir gefühlt wie bisher, aber der Status des Schlosses wird nur sporadisch aktualisiert.
Manchmal wird nur die Aktion z.Bsp. "unlock" angezeigt. Ein anderes Mal ändert sich der Status garnicht.
Nach einem StatusRequest passt es dann wieder.

Gruß Sam



Habe mir das die Nacht noch mal überlegt. Wir müssen hier unterscheiden zwischen Hardware und Software Bridge. Die Hardware Bridge bekommt ihre Bestätigung spätestens nach 10s über den Webhook. Die Software Bridge merkt sich den lockCommand und wartet auf den response vom Schaltbefehl. Wenn im Response OK steht schreibt sie den gemerkten Schaltbefehl fest in den state.

Kann bitte jemand mit der neusten Version ein verbose 5 machen und dann schalten? Die Log Ausgaben bitte Posten. Ich baue die Tage mal ein Labortest mit Software Bridge und peudo Daten auf.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: ulli am 05 Januar 2017, 18:31:37
Habe die Master Version und bekomme folgende Warnung im Log
2017.01.05 18:30:31 1: PERL WARNING: Use of uninitialized value $list in concatenation (.) or string at ./FHEM/73_NUKIBridge.pm line 262.

Ich teste die Version mal de nächsten Tage.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: samh am 05 Januar 2017, 20:56:06
Hallo,

ich habe die Module über die Update-Funktion neu geladen.
NUKIDevice Version 0.4.1, NUKIBridge Version 0.4.0.
Damit ist das Verhalten das gleiche.

Hier der Log-Auszug.....

2017.01.05 20:48:16 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.05 20:48:16 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/alive?token=YYYYYYYYYY
2017.01.05 20:48:16 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.05 20:48:17 4: NUKIBridge (NBridge1) - action is undefined
2017.01.05 20:48:47 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.05 20:48:47 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/alive?token=YYYYYYYYYY
2017.01.05 20:48:47 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.05 20:48:48 4: NUKIBridge (NBridge1) - action is undefined
2017.01.05 20:49:05 4: NUKIDevice (NUKI_DeviceZZZZZZZZZ) - NUKIDevice_ReadFromNUKIBridge check Bridge connected
2017.01.05 20:49:05 4: NUKIDevice (NUKI_DeviceZZZZZZZZZ) - NUKIDevice_ReadFromNUKIBridge Bridge is connected call IOWrite
2017.01.05 20:49:05 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/lockAction?token=YYYYYYYYYY&action=1&nukiId=ZZZZZZZZZ
2017.01.05 20:49:05 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.05 20:49:05 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/alive?token=YYYYYYYYYY
2017.01.05 20:49:05 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.05 20:49:05 4: NUKIBridge (NBridge1) - action is undefined

Die letzten 3 Einträge wiederholen sich dann ständig.

Gruß Sam
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: samh am 05 Januar 2017, 21:22:42
und nun das Log mit den Modulen aus dem Mastere branch.....

2017.01.05 21:15:27 1: PERL WARNING: Use of uninitialized value $list in concatenation (.) or string at ./FHEM/73_NUKIBridge.pm line 262.
2017.01.05 21:16:39 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.05 21:16:39 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/alive?token=YYYYYYYYYY
2017.01.05 21:16:39 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.05 21:16:39 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.05 21:16:55 4: NUKIDevice (NUKI_DeviceZZZZZZZZZ) - NUKIDevice_ReadFromNUKIBridge check Bridge connected
2017.01.05 21:16:55 4: NUKIDevice (NUKI_DeviceZZZZZZZZZ) - NUKIDevice_ReadFromNUKIBridge Bridge is connected call IOWrite
2017.01.05 21:16:55 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/lockAction?token=YYYYYYYYYY&action=1&nukiId=ZZZZZZZZZ
2017.01.05 21:16:58 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.05 21:16:58 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/alive?token=YYYYYYYYYY
2017.01.05 21:16:58 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.05 21:16:58 5: NUKIBridge (NBridge1) - Bridge ist online

Kann ich sonst irgendwie unterstützen ?

Gruß Sam
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 05 Januar 2017, 21:44:55
Interessant wäre die Sache mit dem schalten und den verzögerten oder nicht korrekten status des Schlosses.
Hierfür bitte bridge und smartlock device auf verbose 5 und dann schalten. Log hier rein.



Use of uninitialized value $list in concatenation (.) or string at ./FHEM/73_NUKIBridge.pm line 262.

Habe ich gerade gefixt.

Danke
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: samh am 06 Januar 2017, 08:49:26
Hi,

ich war der festen Überzeugung das gemacht zu haben. Beide Devices auf verbose 5 gestellt und Schloss geschaltet.

2017.01.05 20:49:05 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/lockAction?token=YYYYYYYYYY&action=1&nukiId=ZZZZZZZZZ

Das ist doch der Schaltbefehl, oder ?

Was mache ich falsch ?

Gruß Sam
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: samh am 06 Januar 2017, 09:22:15
Hab das ganze noch einmal wiederholt...

StatusRequest:
2017.01.06 08:51:41 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYY
2017.01.06 08:51:44 4: NUKIDevice (NUKI_DeviceZZZZZZZZZ) - NUKIDevice_ReadFromNUKIBridge check Bridge connected
2017.01.06 08:51:44 4: NUKIDevice (NUKI_DeviceZZZZZZZZZ) - NUKIDevice_ReadFromNUKIBridge Bridge is connected call IOWrite
2017.01.06 08:51:44 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/lockState?token=YYYYYYYYYY&nukiId=ZZZZZZZZZ
2017.01.06 08:51:44 5: NUKIDevice (NUKI_DeviceZZZZZZZZZ) - NUKIDevice_GetUpdate Call NUKIDevice_ReadFromNUKIBridge
2017.01.06 08:51:46 5: NUKIDevice (NUKI_DeviceZZZZZZZZZ) - parse status message for NUKI_DeviceZZZZZZZZZ
2017.01.06 08:51:46 5: NUKIDevice (NUKI_DeviceZZZZZZZZZ) - readings set for NUKI_DeviceZZZZZZZZZ
2017.01.06 08:51:58 4: NUKIDevice (NUKI_DeviceZZZZZZZZZ) - NUKIDevice_ReadFromNUKIBridge check Bridge connected
2017.01.06 08:51:58 4: NUKIDevice (NUKI_DeviceZZZZZZZZZ) - NUKIDevice_ReadFromNUKIBridge Bridge is connected call IOWrite

Schalten:
2017.01.06 08:51:58 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/lockAction?token=YYYYYYYYYY&action=1&nukiId=ZZZZZZZZZ
2017.01.06 08:52:04 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.06 08:52:04 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/alive?token=YYYYYYYYYY
2017.01.06 08:52:04 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.06 08:52:04 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.06 08:52:04 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.06 08:52:04 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/alive?token=YYYYYYYYYY
2017.01.06 08:52:04 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.06 08:52:04 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.06 08:52:32 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.06 08:52:32 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/alive?token=YYYYYYYYYY
2017.01.06 08:52:32 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.06 08:52:32 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.06 08:52:53 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.06 08:52:53 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/alive?token=YYYYYYYYYY
2017.01.06 08:52:53 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.06 08:52:53 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.06 08:53:24 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.06 08:53:24 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/alive?token=YYYYYYYYYY
2017.01.06 08:53:24 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.06 08:53:24 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.06 08:53:44 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.06 08:53:44 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/alive?token=YYYYYYYYYY
2017.01.06 08:53:44 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.06 08:53:44 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.06 08:54:13 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.06 08:54:13 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/alive?token=YYYYYYYYYY
2017.01.06 08:54:13 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.06 08:54:13 5: NUKIBridge (NBridge1) - Bridge ist online

Es gibt keinen weiteren Eintrag eines Befehls, der den Status erneut ermitteln würde.

Gruß Sam
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: samh am 06 Januar 2017, 09:37:16
Bei dieser manuellen StatusRequest-Anfrage hat sich der Status nur auf den Zwischenwert "unlock" geändert...

2017.01.06 09:27:30 4: NUKIDevice (NUKI_DeviceZZZZZZZZZ) - NUKIDevice_ReadFromNUKIBridge check Bridge connected
2017.01.06 09:27:30 4: NUKIDevice (NUKI_DeviceZZZZZZZZZ) - NUKIDevice_ReadFromNUKIBridge Bridge is connected call IOWrite
2017.01.06 09:27:30 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/lockState?token=YYYYYYYYYY&nukiId=ZZZZZZZZZ
2017.01.06 09:27:30 5: NUKIDevice (NUKI_DeviceZZZZZZZZZ) - NUKIDevice_GetUpdate Call NUKIDevice_ReadFromNUKIBridge
2017.01.06 09:27:35 5: NUKIDevice (NUKI_DeviceZZZZZZZZZ) - parse status message for NUKI_DeviceZZZZZZZZZ
2017.01.06 09:27:35 5: NUKIDevice (NUKI_DeviceZZZZZZZZZ) - readings set for NUKI_DeviceZZZZZZZZZ
2017.01.06 09:27:47 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.06 09:27:47 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/alive?token=YYYYYYYYYY
2017.01.06 09:27:47 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.06 09:27:47 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.06 09:28:17 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.06 09:28:17 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/alive?token=YYYYYYYYYY
2017.01.06 09:28:17 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.06 09:28:17 5: NUKIBridge (NBridge1) - Bridge ist online
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 06 Januar 2017, 10:19:30
Zitat von: samh am 06 Januar 2017, 09:37:16
Bei dieser manuellen StatusRequest-Anfrage hat sich der Status nur auf den Zwischenwert "unlock" geändert...

2017.01.06 09:27:30 4: NUKIDevice (NUKI_DeviceZZZZZZZZZ) - NUKIDevice_ReadFromNUKIBridge check Bridge connected
2017.01.06 09:27:30 4: NUKIDevice (NUKI_DeviceZZZZZZZZZ) - NUKIDevice_ReadFromNUKIBridge Bridge is connected call IOWrite
2017.01.06 09:27:30 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/lockState?token=YYYYYYYYYY&nukiId=ZZZZZZZZZ
2017.01.06 09:27:30 5: NUKIDevice (NUKI_DeviceZZZZZZZZZ) - NUKIDevice_GetUpdate Call NUKIDevice_ReadFromNUKIBridge
2017.01.06 09:27:35 5: NUKIDevice (NUKI_DeviceZZZZZZZZZ) - parse status message for NUKI_DeviceZZZZZZZZZ
2017.01.06 09:27:35 5: NUKIDevice (NUKI_DeviceZZZZZZZZZ) - readings set for NUKI_DeviceZZZZZZZZZ
2017.01.06 09:27:47 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.06 09:27:47 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/alive?token=YYYYYYYYYY
2017.01.06 09:27:47 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.06 09:27:47 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.06 09:28:17 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.06 09:28:17 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/alive?token=YYYYYYYYYY
2017.01.06 09:28:17 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.06 09:28:17 5: NUKIBridge (NBridge1) - Bridge ist online

Durchaus möglich das der Schaltbefehl im vorherigen Post drin war. Durch die fehlenden Codetags war es sehr unübersichtlich.

Im hetzten Post von Dir sehe ich zu mindest schon mal keine Fehlermeldung. Interessant wäre nun ein list vom Smartlock Device vor und nach dem Schaltvorgang.
Ich hoffe ich komme heute endlich mal dazu meine Software Bridge ein zu richten.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 06 Januar 2017, 12:14:55
Hallo Sam,

In meiner Testumgebung konnte ich leider keine Fehler feststellen. Das hat aber nichts zu sagen, da ich mit Pseudodaten arbeite die ich selber generiere.
Kannst Du bitte mal die angehängte Bridgeversion installieren und dann mit verbose 5 bei der Bridge einen Schließvorgang machen. Das Log dann bitte hier in CODE TAGS
Interessant sind nur Zeilen ala

Response JSON:




Danke
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: samh am 06 Januar 2017, 18:28:43
Hallo,

hoffe, dass das hilfreich ist.

Gruß Sam




2017.01.06 18:22:01 1: PERL WARNING: Use of uninitialized value $list in concatenation (.) or string at ./FHEM/73_NUKIBridge.pm line 263.
2017.01.06 18:22:11 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/list?token=YYYYYYYYYY
2017.01.06 18:22:11 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.06 18:22:11 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/alive?token=YYYYYYYYYY
2017.01.06 18:22:11 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.06 18:22:11 5: NUKIBridge (NBridge1) - Response JSON: {"error":"unknown action: '\/alive'"}
2017.01.06 18:22:11 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.06 18:22:11 5: NUKIBridge (NBridge1) - Response JSON: [{"nukiId":ZZZZZZZZZ,"name":"HT vorn","lastKnownState":{"nukiId":ZZZZZZZZZ,"state":3,"stateName":"unlocked","batteryCritical":false}}]
2017.01.06 18:22:11 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYY
2017.01.06 18:22:11 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":bbbbbbbb},"versions":{"appVersion":"0.2.14"},"uptime":168877,"currentTime":"2017-01-06T17:22:14Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_AAAAAAAA","rssi":-79,"paired":true}]}
2017.01.06 18:22:15 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/lockState?token=YYYYYYYYYY&nukiId=ZZZZZZZZZ
2017.01.06 18:22:17 5: NUKIBridge (NBridge1) - Response JSON: {"batteryCritical":false,"state":3,"stateName":"unlocked","success":true}
2017.01.06 18:22:30 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.06 18:22:30 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/alive?token=YYYYYYYYYY
2017.01.06 18:22:30 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.06 18:22:30 5: NUKIBridge (NBridge1) - Response JSON: {"error":"unknown action: '\/alive'"}
2017.01.06 18:22:30 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.06 18:22:51 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.06 18:22:51 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/alive?token=YYYYYYYYYY
2017.01.06 18:22:51 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.06 18:22:51 5: NUKIBridge (NBridge1) - Response JSON: {"error":"unknown action: '\/alive'"}
2017.01.06 18:22:51 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.06 18:22:57 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYY
2017.01.06 18:22:57 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":BBBBBBBBB},"versions":{"appVersion":"0.2.14"},"uptime":168920,"currentTime":"2017-01-06T17:23:00Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_AAAAAAA","rssi":-75,"paired":true}]}
2017.01.06 18:23:09 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/lockAction?token=YYYYYYYYYY&action=2&nukiId=ZZZZZZZZZ
2017.01.06 18:23:17 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.06 18:23:17 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/alive?token=YYYYYYYYYY
2017.01.06 18:23:17 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.06 18:23:17 5: NUKIBridge (NBridge1) - Response JSON: {"error":"unknown action: '\/alive'"}
2017.01.06 18:23:17 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.06 18:23:20 5: NUKIBridge (NBridge1) - Response JSON: {"error":"unknown action: '\/alive'","batteryCritical":false,"success":true}
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: samh am 06 Januar 2017, 18:45:01
Der Status hatte sich nach dem Lock-Kommando nicht geändert, aber das Schloss hatte sofort reagiert.
Nach dem 1. manuellen StatusRequest wechselte der Status zu "lock".
Erst nach dem 2. man. StatusRequest zu 'locked'.

Die Antwort im Log sieht bei beiden identisch aus.


2017.01.06 18:38:14 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/lockState?token=YYYYYYYYYY&nukiId=ZZZZZZZZZ
2017.01.06 18:38:16 5: NUKIBridge (NBridge1) - Response JSON: {"batteryCritical":false,"state":1,"stateName":"locked","success":true}
2017.01.06 18:38:30 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.06 18:38:30 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/alive?token=YYYYYYYYYY
2017.01.06 18:38:30 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.06 18:38:30 5: NUKIBridge (NBridge1) - Response JSON: {"error":"unknown action: '\/alive'"}
2017.01.06 18:38:30 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.06 18:38:31 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/lockState?token=YYYYYYYYYY&nukiId=ZZZZZZZZZ
2017.01.06 18:38:33 5: NUKIBridge (NBridge1) - Response JSON: {"batteryCritical":false,"state":1,"stateName":"locked","success":true}

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 06 Januar 2017, 18:48:41
Ich sehe das Problem. Woher es kommt oder besser wieso es so ist muss ich erst noch schauen. Aus irgendeinem Grund werden Response Daten durcheinander gewürfelt.

Ich schaue es mir die Tage an.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: samh am 06 Januar 2017, 19:11:41
Das klingt doch schon mal zuversichtlich.  ;)

Wenn ich dazu beitragen kann, lass es mich wissen.

Gute Zeit

Sam
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 06 Januar 2017, 19:16:21
Zitat von: samh am 06 Januar 2017, 19:11:41
Das klingt doch schon mal zuversichtlich.  ;)

Wenn ich dazu beitragen kann, lass es mich wissen.

Gute Zeit

Sam

Hihi wirst du wohl müssen. Glaube bist Schuld. Lach. Nein nicht ganz so schlimm. Ich denke es hat was mit der Art und Weise des alive Checks der Bridge zu tun und der Änderung die ich dank deines Hinweises getätigt habe. Ich denke ich muss mir da was anderes einfallen lassen. Ich bereite nachher mal eine Testversion vor.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 06 Januar 2017, 19:19:19
Habe gerade noch was gefunden. Stell mal bitte beim Bridgedevice das Attribut disable auf 1 und warte eine Minute. Danach bitte noch mal. Die Schaltbefehle probieren und schauen ob der Status nun korrekt gesetzt wird.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: samh am 06 Januar 2017, 20:04:01
Der Status ändert sich sofort, aber nur auf die ausgeführte Aktion.
Also lock statt locked.
Erst nach man. StatusRequest wird dann korrekt aktualisiert.

Gruß
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 06 Januar 2017, 20:17:02
Ok jetzt verstehe ich. Du hattest aber bestimmt niemals locked stehen, oder? Also noch nie seit Du die Module verwendest?
Ich werde das mal entsprechend ändern. Das wird aber etwas dauern. Und dann ist da ja auch noch das Problem mit dem Alice Check  ;D
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: samh am 06 Januar 2017, 20:27:28
Hallo,

doch, doch...
Der Status wurde schon auf Locked oder Unlocked gesetzt. Aber eben nicht automatisch.
Ich mußte immer erst mehrmals den StatusRequest ausführen.

Ich habe kein schlechtes Gewissen, dass ich Dich so trietze, denn ich geh mal davon aus,
dass der Spaß an der Entwicklung Dich dazu gebracht hat, die Module zu bauen.
Insofern freut es mich, dass ich für noch mehr Spaß sorgen kann.  ;D

Es ist aber schon toll, wie zeitnah Deine Antworten kommen und ich bin, eigensüchtig wie ich bin,
natürlich auch daran interessiert, dass die Module optimal funktionieren. Leider versteh ich nicht
so viel von der Programmierung, dass ich da durch Handauflegen etwas bewirken könnte.

Steh gerne weiter zur Verfügung.

Gruß Sam
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 06 Januar 2017, 20:33:41
Ab jetzt weiß ich wie du zu den Zuständen kommst. Gut und ich weiß wie ich das am besten mache. Werde noch mal in die API schauen.
Danke Dir erstmal ganz doll fürs fleißige testen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 06 Januar 2017, 21:26:50
Kannst Du bitte einmal die beiden Module installieren und noch mal testen? Bitte das disable bei der bridge raus nehmen. aber verbose 5 bei bridge und smartlock device lassen.
DANKE
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: samh am 06 Januar 2017, 22:05:40
Ha, der erste Befehl wurde sofort ausgeführt und sofort der Status korrekt gesetzt.
Dann nach dem 2. Befehl reagiert das Schloss, aber keine Statusänderung.
Schade....


2017.01.06 21:54:27 1: PERL WARNING: Use of uninitialized value $list in concatenation (.) or string at ./FHEM/73_NUKIBridge.pm line 263.
2017.01.06 21:54:40 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/list?token=YYYYYYYYYY
2017.01.06 21:54:40 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.06 21:54:40 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/alive?token=YYYYYYYYYY
2017.01.06 21:54:40 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.06 21:54:41 5: NUKIBridge (NBridge1) - Response JSON: [{"nukiId":ZZZZZZZZZ,"name":"HT vorn","lastKnownState":{"nukiId":ZZZZZZZZZ,"state":1,"stateName":"locked","batteryCritical":false}}]
2017.01.06 21:54:41 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.06 21:54:41 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.06 21:54:41 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYY
2017.01.06 21:54:41 5: NUKIBridge (NBridge1) - Response JSON: {"error":"unknown action: '\/alive'"}
2017.01.06 21:54:41 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.06 21:54:41 5: NUKIBridge (NBridge1) - Response CODE: 400
2017.01.06 21:54:41 4: NUKIBridge (NBridge1) - action is undefined
2017.01.06 21:54:41 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":202275232},"versions":{"appVersion":"0.2.14"},"uptime":179117,"currentTime":"2017-01-06T20:54:43Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_CCCCCCC","rssi":-77,"paired":true}]}
2017.01.06 21:54:41 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.06 21:54:41 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.06 21:54:43 4: NUKIDevice (NUKI_HT_vorn) - NUKIDevice_ReadFromNUKIBridge check Bridge connected
2017.01.06 21:54:43 4: NUKIDevice (NUKI_HT_vorn) - NUKIDevice_ReadFromNUKIBridge Bridge is connected call IOWrite
2017.01.06 21:54:43 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/lockState?token=YYYYYYYYYY&nukiId=ZZZZZZZZZ
2017.01.06 21:54:43 5: NUKIDevice (NUKI_HT_vorn) - NUKIDevice_GetUpdate Call NUKIDevice_ReadFromNUKIBridge
2017.01.06 21:54:46 5: NUKIBridge (NBridge1) - Response JSON: {"batteryCritical":false,"state":1,"stateName":"locked","success":true}
2017.01.06 21:54:46 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.06 21:54:46 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.06 21:54:46 5: NUKIDevice (NUKI_HT_vorn) - parse status message for NUKI_HT_vorn
2017.01.06 21:54:46 5: NUKIDevice (NUKI_HT_vorn) - readings set for NUKI_HT_vorn
2017.01.06 21:55:02 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.06 21:55:02 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/alive?token=YYYYYYYYYY
2017.01.06 21:55:02 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.06 21:55:03 5: NUKIBridge (NBridge1) - Response JSON: {"error":"unknown action: '\/alive'"}
2017.01.06 21:55:03 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.06 21:55:03 5: NUKIBridge (NBridge1) - Response CODE: 400
2017.01.06 21:55:03 4: NUKIBridge (NBridge1) - action is undefined
2017.01.06 21:55:09 4: NUKIDevice (NUKI_HT_vorn) - NUKIDevice_ReadFromNUKIBridge check Bridge connected
2017.01.06 21:55:09 4: NUKIDevice (NUKI_HT_vorn) - NUKIDevice_ReadFromNUKIBridge Bridge is connected call IOWrite
2017.01.06 21:55:09 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/lockAction?token=YYYYYYYYYY&action=1&nukiId=ZZZZZZZZZ
2017.01.06 21:55:20 5: NUKIBridge (NBridge1) - Response JSON: {"batteryCritical":false,"success":true}
2017.01.06 21:55:20 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.06 21:55:20 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.06 21:55:20 5: NUKIDevice (NUKI_HT_vorn) - parse status message for NUKI_HT_vorn
2017.01.06 21:55:20 4: NUKIDevice (NUKI_HT_vorn) - NUKIDevice_ReadFromNUKIBridge check Bridge connected
2017.01.06 21:55:20 4: NUKIDevice (NUKI_HT_vorn) - NUKIDevice_ReadFromNUKIBridge Bridge is connected call IOWrite
2017.01.06 21:55:20 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/lockState?token=YYYYYYYYYY&nukiId=ZZZZZZZZZ
2017.01.06 21:55:20 5: NUKIDevice (NUKI_HT_vorn) - readings set for NUKI_HT_vorn
2017.01.06 21:55:21 5: NUKIBridge (NBridge1) - Response JSON: {"batteryCritical":false,"state":3,"stateName":"unlocked","success":true}
2017.01.06 21:55:21 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.06 21:55:21 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.06 21:55:21 5: NUKIDevice (NUKI_HT_vorn) - parse status message for NUKI_HT_vorn
2017.01.06 21:55:21 5: NUKIDevice (NUKI_HT_vorn) - readings set for NUKI_HT_vorn
2017.01.06 21:55:21 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.06 21:55:21 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/alive?token=YYYYYYYYYY
2017.01.06 21:55:21 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.06 21:55:22 5: NUKIBridge (NBridge1) - Response JSON: {"error":"unknown action: '\/alive'"}
2017.01.06 21:55:22 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.06 21:55:22 5: NUKIBridge (NBridge1) - Response CODE: 400
2017.01.06 21:55:22 4: NUKIBridge (NBridge1) - action is undefined
2017.01.06 21:55:33 4: NUKIDevice (NUKI_HT_vorn) - NUKIDevice_ReadFromNUKIBridge check Bridge connected
2017.01.06 21:55:33 4: NUKIDevice (NUKI_HT_vorn) - NUKIDevice_ReadFromNUKIBridge Bridge is connected call IOWrite
2017.01.06 21:55:33 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/lockAction?token=YYYYYYYYYY&action=2&nukiId=ZZZZZZZZZ
2017.01.06 21:55:41 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.06 21:55:41 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/alive?token=YYYYYYYYYY
2017.01.06 21:55:41 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.06 21:55:42 5: NUKIBridge (NBridge1) - Response JSON: {"error":"unknown action: '\/alive'"}
2017.01.06 21:55:42 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.06 21:55:42 5: NUKIBridge (NBridge1) - Response CODE: 400
2017.01.06 21:55:42 4: NUKIBridge (NBridge1) - action is undefined
2017.01.06 21:55:44 5: NUKIBridge (NBridge1) - Response JSON: {"error":"unknown action: '\/alive'","batteryCritical":false,"success":true}
2017.01.06 21:55:44 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.06 21:55:44 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.06 21:56:01 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.06 21:56:01 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/alive?token=YYYYYYYYYY
2017.01.06 21:56:01 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.06 21:56:01 5: NUKIBridge (NBridge1) - Response JSON: {"error":"unknown action: '\/alive'"}
2017.01.06 21:56:01 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.06 21:56:01 5: NUKIBridge (NBridge1) - Response CODE: 400
2017.01.06 21:56:01 4: NUKIBridge (NBridge1) - action is undefined
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: samh am 06 Januar 2017, 22:25:02
Hhmm...

sieht das nicht irgendwie durcheinandergewürfelt aus ?


Response JSON: {"error":"unknown action: '\/alive'","batteryCritical":false,"success":true}
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 06 Januar 2017, 22:33:15
Das sieht nur so aus. Die Zeiten sind weit auseinander. Du sendest beim zweiten mal die lockAction

2017.01.06 21:55:33 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/lockAction?token=YYYYYYYYYY&action=2&nukiId=ZZZZZZZZZ

und erst 10s später kommt ein Response der aber irgendwie zwar den Response von der lockAction enthält aber auch eine Error Meldung. Muss mir mit dem Alive Check mal was anderes überlegen.

2017.01.06 21:55:44 5: NUKIBridge (NBridge1) - Response JSON: {"error":"unknown action: '\/alive'","batteryCritical":false,"success":true}

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 06 Januar 2017, 23:02:47
So ich habe mal ein paar Zeilen Code geändert und etwas umgebaut. Ich denke so wie es jetzt ist ist es sogar noch besser.
Ich hoffe nur das die Hardware Bridge Leute keine Probleme haben  ;D

Bitte noch mal testen und berichten
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 06 Januar 2017, 23:57:55
hab jetzt die 0.4.4pre5 vom Bridge-Modul zusammen mit der 0.4.0 vom Device-Modul vom 18.12. getestet.
Der Status wird aktualisiert und man kann sowohl über die App, als auch über die Api, als auch über fhem schliessen und öffen.
Hab nur bei den Readings von der Bridge wieder sowas:
lastError: Internal error, 503    2017-01-06 23:51:08

Bin mir nun nicht sicher, ob das die ganze Zeit mit der 0.4.0 vom Bridge-Modul auch war.

Ich packe nun das 0.4.0 nochmal drauf. Dann sehe ich ja, ob noch aktuellere "Internal error, 503" Meldungen kommen.

unabhängig davon ist irgendwas anders:
Beim neuen Bridge Modul wurden immer alle readings alle paar Sekunden zusammen mit dem State aktualisiert.
Beim alten Modul immer nur der state "connected", die anderen Readings nur wenn nötig scheinbar.

Hm. ich bleibe erstmal bei der 0.4.0

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 07 Januar 2017, 00:11:22
Ich habe mir eine andere Art für das alive Check überlegt. Ich lasse für den check ein /info abrufen. Dadurch kommt das neue aktuallisieren.
Aber Du solltest wenn dann nur mit dem passenden Device Modul testen. Ich warte noch kurz was Sam sagt und gebe das dann auf GitHub frei.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: samh am 07 Januar 2017, 09:20:45
Guten Morgen,

hab gestern nicht mehr mitbekommen, dass Ihr noch so aktiv gewesen seid.
Also... hier bei mir funktioniert es nun wie ich es erwarte. Alle Kommandos and das NUKI werden ausgeführt und zeitnah
der Status abgedatet.

Allerdings bekommt FHEM wohl nichts davon mit, wenn ich das Schloss manuell betätige.
Irgendwie wird sehr oft gecheckt, ob die Bridge lebt. Aber das was eigentlich interessant ist, das Schloss, wird wenig beachtet.

Könntest Du nicht statt dem Info ein List absetzen, die aktuellen Zustände der NUKIDevices damit holen und updaten.
Das die Bridge alive ist, wäre doch dann implizit, oder ?

Gruß Sam

Log der aktuellen PRE Module


2017.01.07 08:53:56 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.07 08:53:56 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":vvvvvvvvvv},"versions":{"appVersion":"0.2.14"},"uptime":192968,"currentTime":"2017-01-07T07:53:59Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_CCCCCCC","rssi":-81,"paired":true}]}
2017.01.07 08:53:56 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.07 08:53:56 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.07 08:53:56 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.07 08:53:59 4: NUKIDevice (NUKI_HT_vorn) - NUKIDevice_ReadFromNUKIBridge check Bridge connected
2017.01.07 08:53:59 4: NUKIDevice (NUKI_HT_vorn) - NUKIDevice_ReadFromNUKIBridge Bridge is connected call IOWrite
2017.01.07 08:53:59 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/lockAction?token=YYYYYYYYYY&action=2&nukiId=ZZZZZZZZZ

Das"sucess":true soll für das Setzen des Status sorgen ?
2017.01.07 08:54:10 5: NUKIBridge (NBridge1) - Response JSON: {"batteryCritical":false,"success":true}

2017.01.07 08:54:10 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.07 08:54:10 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.07 08:54:10 5: NUKIDevice (NUKI_HT_vorn) - parse status message for NUKI_HT_vorn
2017.01.07 08:54:10 4: NUKIDevice (NUKI_HT_vorn) - NUKIDevice_ReadFromNUKIBridge check Bridge connected
2017.01.07 08:54:10 4: NUKIDevice (NUKI_HT_vorn) - NUKIDevice_ReadFromNUKIBridge Bridge is connected call IOWrite
2017.01.07 08:54:10 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/lockState?token=YYYYYYYYYY&nukiId=ZZZZZZZZZ
2017.01.07 08:54:10 5: NUKIDevice (NUKI_HT_vorn) - readings set for NUKI_HT_vorn
2017.01.07 08:54:11 5: NUKIBridge (NBridge1) - Response JSON: {"batteryCritical":false,"state":1,"stateName":"locked","success":true}
2017.01.07 08:54:11 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.07 08:54:11 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.07 08:54:11 5: NUKIDevice (NUKI_HT_vorn) - parse status message for NUKI_HT_vorn
2017.01.07 08:54:11 5: NUKIDevice (NUKI_HT_vorn) - readings set for NUKI_HT_vorn
2017.01.07 08:54:27 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.07 08:54:27 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYY
2017.01.07 08:54:27 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.07 08:54:27 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":vvvvvvvvvv},"versions":{"appVersion":"0.2.14"},"uptime":192999,"currentTime":"2017-01-07T07:54:30Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_CCCCCCC","rssi":-77,"paired":true}]}
2017.01.07 08:54:27 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.07 08:54:27 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.07 08:54:27 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.07 08:54:34 4: NUKIDevice (NUKI_HT_vorn) - NUKIDevice_ReadFromNUKIBridge check Bridge connected
2017.01.07 08:54:34 4: NUKIDevice (NUKI_HT_vorn) - NUKIDevice_ReadFromNUKIBridge Bridge is connected call IOWrite
2017.01.07 08:54:34 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/lockAction?token=YYYYYYYYYY&action=1&nukiId=ZZZZZZZZZ
2017.01.07 08:54:44 5: NUKIBridge (NBridge1) - Response JSON: {"batteryCritical":false,"success":true}
2017.01.07 08:54:44 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.07 08:54:44 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.07 08:54:44 5: NUKIDevice (NUKI_HT_vorn) - parse status message for NUKI_HT_vorn
2017.01.07 08:54:44 4: NUKIDevice (NUKI_HT_vorn) - NUKIDevice_ReadFromNUKIBridge check Bridge connected
2017.01.07 08:54:44 4: NUKIDevice (NUKI_HT_vorn) - NUKIDevice_ReadFromNUKIBridge Bridge is connected call IOWrite
2017.01.07 08:54:44 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/lockState?token=YYYYYYYYYY&nukiId=ZZZZZZZZZ
2017.01.07 08:54:44 5: NUKIDevice (NUKI_HT_vorn) - readings set for NUKI_HT_vorn
2017.01.07 08:54:45 5: NUKIBridge (NBridge1) - Response JSON: {"batteryCritical":false,"state":3,"stateName":"unlocked","success":true}
2017.01.07 08:54:45 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.07 08:54:45 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.07 08:54:45 5: NUKIDevice (NUKI_HT_vorn) - parse status message for NUKI_HT_vorn
2017.01.07 08:54:45 5: NUKIDevice (NUKI_HT_vorn) - readings set for NUKI_HT_vorn
2017.01.07 08:54:47 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.07 08:54:47 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYY
2017.01.07 08:54:47 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.07 08:54:47 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":vvvvvvvvvv},"versions":{"appVersion":"0.2.14"},"uptime":193019,"currentTime":"2017-01-07T07:54:50Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_CCCCCCC","rssi":-76,"paired":true}]}
2017.01.07 08:54:47 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.07 08:54:47 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.07 08:54:47 5: NUKIBridge (NBridge1) - Bridge ist online
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 07 Januar 2017, 09:28:32
Hallo Sam,

Genau das ist leider das Problem. Damit fing das ganze Theater ja an.
Ein Check des Status der Bridge brachte die Hardware Bridge zum erliegen. Das Teil ist einfach nicht dafür ausgelegt parallele Anfragen ab zu arbeiten. Mir wurde empfohlen auf Single um zu steigen.
Da die Hardware Bridge einen Webhook liefert ist das ja nun nicht mehr das Problem. Bei der Software Bridge habe ich momentan diese Möglichkeit leider nicht

Jetzt hier beim schreiben kommt mir aber eine Idee die wir beide mal versuchen können. Da wir ja unterscheiden können welcher Bridgetype vorhanden ist kann ich versuchen auf Basis dessen eine Abfrage mit Intervall ein zu bauen. Am besten noch mit dem expliziten setzen eines Attributes verbunden.

Ich werde mich die Tage mal daran machen.

@ALL
Ich gebe nun die neue Version vorerst über Github frei. Bitte auch mal als Hardware Bridge Besitzer testen. Danke.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: samh am 07 Januar 2017, 09:49:55
Danke für die Info.

Das NUKIDevice selbst sendet keinen StatusRequest in einem bestimmten Intervall, um mit zu bekommen,
ob sich der Status (manuell) des Schlosses geändert hat ?

Gruß Sam
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 07 Januar 2017, 10:18:03
Nein das macht es nicht. Aber genau das werde ich mal testweise einbauen. Aber nur für Software Bridges.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 07 Januar 2017, 10:21:43
Wenn du das unterscheiden kannst, wäre es gut die Sache für die Hardware bridge so zu lassen, wie bei der 0.4.0.
Das läuft bei mir und den anderen hardware-bridge Usern wie schon gesagt seit dem 18.12.  perfekt.  Ich fand das mit den möglichst wenig abfragen wegen dem webhook klasse.

>> gesendet mit OnePlus 3T via Tapatalk <<
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 07 Januar 2017, 10:27:37
Das bleibt auf jeden Fall so. Keine Sorge. Wir können ja super unterscheiden.
Magst Du die neuen Versionen vom Git testen?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 07 Januar 2017, 10:29:07
Klar. Mache ich später. :)

>> gesendet mit OnePlus 3T via Tapatalk <<

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 07 Januar 2017, 10:29:39
DAAAANKE
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 07 Januar 2017, 10:30:41
Wir haben alle danke bei dir zu sagen :)

>> gesendet mit OnePlus 3T via Tapatalk <<

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 07 Januar 2017, 19:55:57
Also ich habe nun die 0.4.4. aus dem Master-Branch getestet.

Es schaltet und zeigt den Status an (ist es eigentlich richtig und notwendig, dass ich nach einem solchen Austausch der Version den Callback über das Bridge Modul lösche und über das Device neu erstelle? Mache ich bisher immer)

Was mir aufgefallen ist:
- Die Schaltvorgänge dauern länger, also nach Klick bspw. in der App dauert es länger, bis das Schloss was macht. So, als hätte die Bridge gerade was besseres zu tun.
- Beim Device wird nur noch Lockstate und State aktualisiert. Battery, batteryCritical und Success bekommt kein Update.
- BridgeModul erhält alle Readings in den Abfrageintervallen und nicht nur State Connected.

Weißt Du, wo diese "Internal error, 503" bei last error hin und wieder kommen?

Ich lasse es mal eine Weile laufen mit den Modul Versionen. Dann mal schauen.

LG
fred
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 07 Januar 2017, 20:07:10
Zitat von: fred_feuerstein am 07 Januar 2017, 19:55:57
Also ich habe nun die 0.4.4. aus dem Master-Branch getestet.

Es schaltet und zeigt den Status an (ist es eigentlich richtig und notwendig, dass ich nach einem solchen Austausch der Version den Callback über das Bridge Modul lösche und über das Device neu erstelle? Mache ich bisher immer)

Was mir aufgefallen ist:
- Die Schaltvorgänge dauern länger, also nach Klick bspw. in der App dauert es länger, bis das Schloss was macht. So, als hätte die Bridge gerade was besseres zu tun.
- Beim Device wird nur noch Lockstate und State aktualisiert. Battery, batteryCritical und Success bekommt kein Update.
- BridgeModul erhält alle Readings in den Abfrageintervallen und nicht nur State Connected.

Weißt Du, wo diese "Internal error, 503" bei last error hin und wieder kommen?

Ich lasse es mal eine Weile laufen mit den Modul Versionen. Dann mal schauen.

LG
fred

Schaltvorgänge dauern länger.
Versuche mal bitte bei der Bridge disable 1 als Attribut zu setzen. Warte dann eine Minute und schalte noch mal. Geht es dann schneller?

Lockstate und state
Das muss ich mir anschauen. Es klingt so als wenn Dein Callback nicht korrekt funktioniert. Das schaue ich mir nachher an.

Bridgemodul alle Readings
Das sollte nicht sein. Es sollten nicht alle Readings aktuallisiert werden. Nur die die bei einem set info auch aktuallisiert werden. Infos zur Anzahl und Namen der Schlößer zum Beispiel sollten nicht aktualisiert werden.

Und ich bräuchte Logausgaben bitte.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 07 Januar 2017, 20:32:08
Ich ha e gerade noch ein paar Zeilen gefunden die ich einsparen und wo ich was umbauen kann. So sollten die Abläufe zum erfassen eines Schaltvorganges besser dem Bridgetype angepasst sein.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 07 Januar 2017, 20:42:40
nach disable und warten dauert es unwesentlich kürzer.

Lockstate und State.
Es ist so, zuerst werden die beiden aktualisiert. die anderen readings werden erst nach Seitenreload aktualisiert angezeigt, und success wird nicht immer aktualisiert.
Ich verstehe es auch gerade nicht.

Werde es mal weiter laufen lassen und beobachten.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 07 Januar 2017, 20:46:28
Ich denke ich habe dazu eine Idee. Ich schaue mal eben.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 07 Januar 2017, 21:01:40
Kannst Du bitte noch mal aus dem Git die neuste eben hoch geladene Version runterladen und installieren? Du musst den Callback nicht immer neu einrichten. Wichtig ist natürlich ein Reload für beide Module.
Danach mal bitte verbose 5 damit wir mehr sehen. Nach einem Schaltvorgang sollten die Readings state,lockState und success neu geschrieben werden. state und lockState aber erstmal nur mit dem Schaltbefehl. Innerhalb von 10s sollten dann die neuen Werte über den Callback kommen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 07 Januar 2017, 21:19:26
hab die neue Version drauf.

folgende Infos:
- Bridge: nach wie vor werden alle Readings aktualisiert (Screenshot 1)
- Device: es werden zuerst LockState und State aktualisiert. (Screenshot 2)
- Device: nach 10 Sekunden passiert nichts automatisch, erst manuellen Seitenreload werden die anderen Readings aktualisiert angezeigt, Allerdings success nach wie vor nicht (Screenshot 3)

Ansonsten wird der Status aktualisiert, das Schloß schaltet denke ich normal.

Hier das Log:
2017.01.07 21:10:15 4: NUKIBridge (NukiBridge) - NUKIBridge_GetCheckBridgeAlive
2017.01.07 21:10:15 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.123.250:8080/info?token=omimn3
2017.01.07 21:10:15 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.07 21:10:15 5: NUKIBridge (NukiBridge) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": 84882841, "serverId": 1245345545}, "versions": {"firmwareVersion": "1.4.11", "wifiFirmwareVersion": "1.0.1"}, "uptime": 1201374, "currentTime": "2017-01-07T20:10:16+00:00", "serverConnected": true, "scanResults": [{"nukiId": 99150361, "name": "Nuki_05E8EA19", "rssi": -79, "paired": true}]}
2017.01.07 21:10:15 5: NUKIBridge (NukiBridge) - Response ERROR:
2017.01.07 21:10:15 5: NUKIBridge (NukiBridge) - Response CODE: 200
2017.01.07 21:10:15 5: NUKIBridge (NukiBridge) - Bridge ist online
2017.01.07 21:10:42 4: NUKIBridge (NukiBridge) - NUKIBridge_GetCheckBridgeAlive
2017.01.07 21:10:42 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.123.250:8080/info?token=omimn3
2017.01.07 21:10:42 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.07 21:10:42 5: NUKIBridge (NukiBridge) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": 84882841, "serverId": 1245345545}, "versions": {"firmwareVersion": "1.4.11", "wifiFirmwareVersion": "1.0.1"}, "uptime": 1201401, "currentTime": "2017-01-07T20:10:43+00:00", "serverConnected": true, "scanResults": [{"nukiId": 99150361, "name": "Nuki_05E8EA19", "rssi": -79, "paired": true}]}
2017.01.07 21:10:42 5: NUKIBridge (NukiBridge) - Response ERROR:
2017.01.07 21:10:42 5: NUKIBridge (NukiBridge) - Response CODE: 200
2017.01.07 21:10:42 5: NUKIBridge (NukiBridge) - Bridge ist online
2017.01.07 21:11:10 4: NUKIBridge (NukiBridge) - NUKIBridge_GetCheckBridgeAlive
2017.01.07 21:11:10 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.123.250:8080/info?token=omimn3
2017.01.07 21:11:10 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.07 21:11:10 5: NUKIBridge (NukiBridge) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": 84882841, "serverId": 1245345545}, "versions": {"firmwareVersion": "1.4.11", "wifiFirmwareVersion": "1.0.1"}, "uptime": 1201429, "currentTime": "2017-01-07T20:11:11+00:00", "serverConnected": true, "scanResults": [{"nukiId": 99150361, "name": "Nuki_05E8EA19", "rssi": -79, "paired": true}]}
2017.01.07 21:11:10 5: NUKIBridge (NukiBridge) - Response ERROR:
2017.01.07 21:11:10 5: NUKIBridge (NukiBridge) - Response CODE: 200
2017.01.07 21:11:10 5: NUKIBridge (NukiBridge) - Bridge ist online
2017.01.07 21:11:39 4: NUKIBridge (NukiBridge) - NUKIBridge_GetCheckBridgeAlive
2017.01.07 21:11:39 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.123.250:8080/info?token=omimn3
2017.01.07 21:11:39 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.07 21:11:39 5: NUKIBridge (NukiBridge) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": 84882841, "serverId": 1245345545}, "versions": {"firmwareVersion": "1.4.11", "wifiFirmwareVersion": "1.0.1"}, "uptime": 1201458, "currentTime": "2017-01-07T20:11:40+00:00", "serverConnected": true, "scanResults": [{"nukiId": 99150361, "name": "Nuki_05E8EA19", "rssi": -79, "paired": true}]}
2017.01.07 21:11:39 5: NUKIBridge (NukiBridge) - Response ERROR:
2017.01.07 21:11:39 5: NUKIBridge (NukiBridge) - Response CODE: 200
2017.01.07 21:11:39 5: NUKIBridge (NukiBridge) - Bridge ist online
2017.01.07 21:11:54 4: NUKIBridge (NukiBridge) - NUKIBridge_GetCheckBridgeAlive
2017.01.07 21:11:54 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.123.250:8080/info?token=omimn3
2017.01.07 21:11:54 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.07 21:11:54 5: NUKIBridge (NukiBridge) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": 84882841, "serverId": 1245345545}, "versions": {"firmwareVersion": "1.4.11", "wifiFirmwareVersion": "1.0.1"}, "uptime": 1201473, "currentTime": "2017-01-07T20:11:55+00:00", "serverConnected": true, "scanResults": [{"nukiId": 99150361, "name": "Nuki_05E8EA19", "rssi": -79, "paired": true}]}
2017.01.07 21:11:54 5: NUKIBridge (NukiBridge) - Response ERROR:
2017.01.07 21:11:54 5: NUKIBridge (NukiBridge) - Response CODE: 200
2017.01.07 21:11:54 5: NUKIBridge (NukiBridge) - Bridge ist online
2017.01.07 21:11:55 1: WARNING: sleep without additional commands is deprecated and blocks FHEM
2017.01.07 21:11:55 1: WARNING: sleep without additional commands is deprecated and blocks FHEM
2017.01.07 21:11:55 4: NUKIDevice (HomeDoor) - Received webhook for matching NukiId at device HomeDoor
2017.01.07 21:11:55 5: NUKIDevice (HomeDoor) - parse status message for HomeDoor
2017.01.07 21:11:55 5: NUKIDevice (HomeDoor) - readings set for HomeDoor
2017.01.07 21:12:15 4: NUKIBridge (NukiBridge) - NUKIBridge_GetCheckBridgeAlive
2017.01.07 21:12:15 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.123.250:8080/info?token=omimn3
2017.01.07 21:12:15 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.07 21:12:15 5: NUKIBridge (NukiBridge) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": 84882841, "serverId": 1245345545}, "versions": {"firmwareVersion": "1.4.11", "wifiFirmwareVersion": "1.0.1"}, "uptime": 1201494, "currentTime": "2017-01-07T20:12:16+00:00", "serverConnected": true, "scanResults": [{"nukiId": 99150361, "name": "Nuki_05E8EA19", "rssi": -79, "paired": true}]}
2017.01.07 21:12:15 5: NUKIBridge (NukiBridge) - Response ERROR:
2017.01.07 21:12:15 5: NUKIBridge (NukiBridge) - Response CODE: 200
2017.01.07 21:12:15 5: NUKIBridge (NukiBridge) - Bridge ist online
2017.01.07 21:12:43 4: NUKIBridge (NukiBridge) - NUKIBridge_GetCheckBridgeAlive
2017.01.07 21:12:43 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.123.250:8080/info?token=omimn3
2017.01.07 21:12:43 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.07 21:12:44 5: NUKIBridge (NukiBridge) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": 84882841, "serverId": 1245345545}, "versions": {"firmwareVersion": "1.4.11", "wifiFirmwareVersion": "1.0.1"}, "uptime": 1201523, "currentTime": "2017-01-07T20:12:45+00:00", "serverConnected": true, "scanResults": [{"nukiId": 99150361, "name": "Nuki_05E8EA19", "rssi": -79, "paired": true}]}
2017.01.07 21:12:44 5: NUKIBridge (NukiBridge) - Response ERROR:
2017.01.07 21:12:44 5: NUKIBridge (NukiBridge) - Response CODE: 200
2017.01.07 21:12:44 5: NUKIBridge (NukiBridge) - Bridge ist online
2017.01.07 21:12:59 4: NUKIBridge (NukiBridge) - NUKIBridge_GetCheckBridgeAlive
2017.01.07 21:12:59 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.123.250:8080/info?token=omimn3
2017.01.07 21:12:59 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.07 21:12:59 5: NUKIBridge (NukiBridge) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": 84882841, "serverId": 1245345545}, "versions": {"firmwareVersion": "1.4.11", "wifiFirmwareVersion": "1.0.1"}, "uptime": 1201538, "currentTime": "2017-01-07T20:13:00+00:00", "serverConnected": true, "scanResults": [{"nukiId": 99150361, "name": "Nuki_05E8EA19", "rssi": -79, "paired": true}]}
2017.01.07 21:12:59 5: NUKIBridge (NukiBridge) - Response ERROR:
2017.01.07 21:12:59 5: NUKIBridge (NukiBridge) - Response CODE: 200
2017.01.07 21:12:59 5: NUKIBridge (NukiBridge) - Bridge ist online


 
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 07 Januar 2017, 21:26:18
Dir fehlen noch Readings bei der Bridge. Hier solltest Du am besten noch mal das Smartlock löschen und neu anlegen lassen.
Aber vorher gib mal bitte ein list vom Smartlock. Kann es sein das Du beim Smartlock Device event-on-change-reading gesetzt hast?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 07 Januar 2017, 21:52:36
da war wirklich ein event-on-change-reading gesetzt.

habe jetzt das device nochmal gelöscht und von vorne angefangen.

Sehe nun bei der Bridge noch ein paar Readings mehr als auf dem Screenshot oben.

Callbach neu eingestellt. Einmal aufgeschlossen. Status beim Device bleibt nun bei unlock stehen und wechselt nicht und unlocked und auch nicht mehr zurück.
Einmal haben sich die readings und der Status geändert auf unlock. Dabei ist es nun geblieben.

2017.01.07 21:48:26 4: NUKIBridge (NukiBridge) - NUKIBridge_GetCheckBridgeAlive
2017.01.07 21:48:26 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.123.250:8080/info?token=omimn3
2017.01.07 21:48:26 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.07 21:48:27 5: NUKIBridge (NukiBridge) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": 84882841, "serverId": 1245345545}, "versions": {"firmwareVersion": "1.4.11", "wifiFirmwareVersion": "1.0.1"}, "uptime": 1203666, "currentTime": "2017-01-07T20:48:28+00:00", "serverConnected": true, "scanResults": [{"nukiId": 99150361, "name": "Nuki_05E8EA19", "rssi": -79, "paired": true}]}
2017.01.07 21:48:27 5: NUKIBridge (NukiBridge) - Response ERROR:
2017.01.07 21:48:27 5: NUKIBridge (NukiBridge) - Response CODE: 200
2017.01.07 21:48:27 5: NUKIBridge (NukiBridge) - Bridge ist online
2017.01.07 21:48:51 4: NUKIBridge (NukiBridge) - NUKIBridge_GetCheckBridgeAlive
2017.01.07 21:48:51 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.123.250:8080/info?token=omimn3
2017.01.07 21:48:51 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.07 21:48:52 5: NUKIBridge (NukiBridge) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": 84882841, "serverId": 1245345545}, "versions": {"firmwareVersion": "1.4.11", "wifiFirmwareVersion": "1.0.1"}, "uptime": 1203691, "currentTime": "2017-01-07T20:48:53+00:00", "serverConnected": true, "scanResults": [{"nukiId": 99150361, "name": "Nuki_05E8EA19", "rssi": -79, "paired": true}]}
2017.01.07 21:48:52 5: NUKIBridge (NukiBridge) - Response ERROR:
2017.01.07 21:48:52 5: NUKIBridge (NukiBridge) - Response CODE: 200
2017.01.07 21:48:52 5: NUKIBridge (NukiBridge) - Bridge ist online
2017.01.07 21:49:20 4: NUKIBridge (NukiBridge) - NUKIBridge_GetCheckBridgeAlive
2017.01.07 21:49:20 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.123.250:8080/info?token=omimn3
2017.01.07 21:49:20 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.07 21:49:21 5: NUKIBridge (NukiBridge) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": 84882841, "serverId": 1245345545}, "versions": {"firmwareVersion": "1.4.11", "wifiFirmwareVersion": "1.0.1"}, "uptime": 1203720, "currentTime": "2017-01-07T20:49:22+00:00", "serverConnected": true, "scanResults": [{"nukiId": 99150361, "name": "Nuki_05E8EA19", "rssi": -79, "paired": true}]}
2017.01.07 21:49:21 5: NUKIBridge (NukiBridge) - Response ERROR:
2017.01.07 21:49:21 5: NUKIBridge (NukiBridge) - Response CODE: 200
2017.01.07 21:49:21 5: NUKIBridge (NukiBridge) - Bridge ist online
2017.01.07 21:49:39 4: NUKIBridge (NukiBridge) - NUKIBridge_GetCheckBridgeAlive
2017.01.07 21:49:39 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.123.250:8080/info?token=omimn3
2017.01.07 21:49:39 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.07 21:49:39 5: NUKIBridge (NukiBridge) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": 84882841, "serverId": 1245345545}, "versions": {"firmwareVersion": "1.4.11", "wifiFirmwareVersion": "1.0.1"}, "uptime": 1203739, "currentTime": "2017-01-07T20:49:41+00:00", "serverConnected": true, "scanResults": [{"nukiId": 99150361, "name": "Nuki_05E8EA19", "rssi": -79, "paired": true}]}
2017.01.07 21:49:39 5: NUKIBridge (NukiBridge) - Response ERROR:
2017.01.07 21:49:39 5: NUKIBridge (NukiBridge) - Response CODE: 200
2017.01.07 21:49:39 5: NUKIBridge (NukiBridge) - Bridge ist online


Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 07 Januar 2017, 21:55:57
Lösche mal bitte die Callbacks auf der Bridge und dann einfach beim Smartlock das webhook Attribut für den fhem server noch mal schreiben lassen. Also einfach auf den Attributnamen klicken und dann auf attr
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 07 Januar 2017, 22:02:39
das Löschen und neu anlegen des Callbacks hat es scheinbar gebracht.
Status wird wieder aktualisiert.

die 5 Readings beim Device werden nun fast alle gesetzt, allerdings das "success" nach wie vor nicht.

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 07 Januar 2017, 22:08:16
Success sollte sich zu mindest einmal nach einem Schaltbefehl aus FHEM heraus aktualisieren. Es aktualisiert sich nicht wenn ein Status über Callback kommt.
Scheint so als wenn nun soweit alles stimmig ist
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 07 Januar 2017, 22:11:06
ach so, wenn die Schaltung extern gemacht wurde, aktualisiert sich success nicht.
dann ist scheinbar erstmal alles ok so.

ok. war ja eine schwere Geburt ... Danke!
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 07 Januar 2017, 22:18:15
Nun kannst Du wieder verbose auf 3 stellen und ich empfehle immer event-on-change-reading .* zu setzen. Sowohl bei der Bridge als auch bei den Smartlock Devices
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 07 Januar 2017, 22:19:49
Ich habe soeben die aktuellen Module ins FHEM SVN geladen. Version 0.4.4 kommt dem zufolge Morgen Früh per Update zu Euch.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: samh am 07 Januar 2017, 22:20:16
Hi,

gibt's für mich auch was zu testen ?

Gruß Sam
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 07 Januar 2017, 22:25:28
Du hattest ja schon getestet. Bei Dir lief es erstmal soweit. Mich hatte nur noch die Hardware Bridge interessiert. Und ich habe etwas Codepflege betrieben.
Du kannst gerne die neuen Module aus dem Github laden und einspielen wenn Du magst.

Was noch nicht drin ist, ist das periodische auslesen des Smartlockstatus bei Software Bridges. Hier wirst Du mir dann wieder helfen müssen, habe die Befürchtung das wir hier Probleme bekommen. Aber schauen wir dann einfach mal.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: samh am 07 Januar 2017, 22:28:41
Ok, dann mal verdammt viel Dank !  8)

Schönes Wochenende und Gruß

Sam
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 07 Januar 2017, 22:32:53
Wünsche Euch auch ein schönes Wochenende.
Werde mir jetzt erstmal  meinen gesponserten Tee schmecken lassen  ;D


Dafür noch mal herzlichen Dank
Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 07 Januar 2017, 22:34:00
Schönes Wochenende. Ich bin noch am arbeiten. Muss bis Montag was fertig bekommen....

>> gesendet mit OnePlus 3T via Tapatalk <<

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 09 Januar 2017, 17:28:06
Hallo Sam,

Anbei eine Version beider Module mit Unterstützung für permanentes timerLockState.
Ich konnte es bedingt bei mir testen.
Bitte die beiden Dateien ins System kopieren und ein Neustart machen. Bitte entferne bei beiden Devices event-on-change Attribute und beobachte. Es sollten sich nach 2min spätestens die Reading Timestamps im Smartlock Device aktuallisieren. Danach kannst Du mal bitte schauen was passiert wenn Du Dein Schloß über die App schaltest. Wenn das klappt bitte mal versuchen ob Du noch vernünftig über FHEM das Schloß schalten kannst.

Danke


Grüße
Leon
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: samh am 09 Januar 2017, 18:33:54
Hallo,

hab die Module installiert und teste.

Wie soll sich der Status updaten, wenn das Schloss manuell bedient wurde ? Kann danach noch keine Statusänderung in FHEM festellen.

Gruß Sam
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 09 Januar 2017, 18:38:35
Du hast ja eine Software Bridge. Dein Smartlock Device sollte sich alle 7s aktuallisieren.
Tut es das noch nicht?
Stell mal bitte die Bridge auf verbose 5 und lass bisschen laufen. Danach hier posten bitte.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: samh am 09 Januar 2017, 18:56:49

Hier mal ein Log von ca. 9 Minuten.  Keine Änderung des Status feststllbar. Am Ende dann ein manueller StatusRequest.


2017.01.09 18:41:23 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:41:23 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:41:24 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:41:24 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:41:24 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:41:24 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92577,"currentTime":"2017-01-09T17:41:29Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-78,"paired":true}]}
2017.01.09 18:41:24 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:41:24 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:41:24 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:41:30 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:41:30 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:41:37 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:41:37 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:41:44 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:41:44 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:41:51 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:41:51 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:41:51 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:41:51 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92591,"currentTime":"2017-01-09T17:41:56Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-76,"paired":true}]}
2017.01.09 18:41:51 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:41:51 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:41:51 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:41:51 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:41:51 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:41:58 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:41:58 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:42:05 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:42:05 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:42:12 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:42:12 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:42:18 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:42:18 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:42:18 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:42:18 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92614,"currentTime":"2017-01-09T17:42:23Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-81,"paired":true}]}
2017.01.09 18:42:18 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:42:18 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:42:18 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:42:19 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:42:19 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:42:26 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:42:26 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:42:33 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:42:33 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:42:33 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:42:33 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:42:33 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:42:33 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92625,"currentTime":"2017-01-09T17:42:38Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-76,"paired":true}]}
2017.01.09 18:42:33 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:42:33 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:42:33 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:42:40 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:42:40 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:42:47 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:42:47 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:42:49 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:42:49 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:42:49 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:42:49 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92641,"currentTime":"2017-01-09T17:42:54Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-78,"paired":true}]}
2017.01.09 18:42:49 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:42:49 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:42:49 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:42:54 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:42:54 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:43:01 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:43:01 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:43:06 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:43:06 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:43:06 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:43:06 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92645,"currentTime":"2017-01-09T17:43:11Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-79,"paired":true}]}
2017.01.09 18:43:06 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:43:06 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:43:06 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:43:08 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:43:08 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:43:15 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:43:15 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:43:22 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:43:22 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:43:28 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:43:28 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:43:28 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:43:28 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92663,"currentTime":"2017-01-09T17:43:33Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-79,"paired":true}]}
2017.01.09 18:43:28 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:43:28 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:43:28 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:43:29 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:43:29 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:43:36 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:43:36 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:43:43 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:43:43 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:43:50 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:43:50 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:43:55 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:43:55 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:43:55 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:43:55 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92675,"currentTime":"2017-01-09T17:44:00Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-77,"paired":true}]}
2017.01.09 18:43:55 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:43:55 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:43:55 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:43:57 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:43:57 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:44:04 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:44:04 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:44:11 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:44:11 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:44:18 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:44:18 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:44:22 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:44:22 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:44:22 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:44:22 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92684,"currentTime":"2017-01-09T17:44:27Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-79,"paired":true}]}
2017.01.09 18:44:22 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:44:22 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:44:22 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:44:25 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:44:25 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:44:32 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:44:32 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:44:39 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:44:39 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:44:46 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:44:46 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:44:46 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:44:46 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:44:46 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:44:46 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92705,"currentTime":"2017-01-09T17:44:51Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-80,"paired":true}]}
2017.01.09 18:44:46 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:44:46 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:44:46 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:44:53 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:44:53 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:45:00 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:45:00 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:45:01 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:45:01 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:45:01 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:45:01 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92719,"currentTime":"2017-01-09T17:45:06Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-73,"paired":true}]}
2017.01.09 18:45:01 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:45:01 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:45:01 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:45:07 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:45:07 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:45:14 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:45:14 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:45:21 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:45:21 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:45:21 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:45:21 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:45:21 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:45:21 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92739,"currentTime":"2017-01-09T17:45:26Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-77,"paired":true}]}
2017.01.09 18:45:21 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:45:21 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:45:21 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:45:28 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:45:28 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:45:35 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:45:35 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:45:42 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:45:42 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:45:49 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:45:49 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:45:49 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:45:49 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:45:49 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:45:49 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92767,"currentTime":"2017-01-09T17:45:54Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-77,"paired":true}]}
2017.01.09 18:45:49 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:45:49 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:45:49 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:45:56 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:45:56 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:46:03 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:46:03 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:46:05 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:46:05 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:46:05 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:46:05 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92783,"currentTime":"2017-01-09T17:46:10Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-77,"paired":true}]}
2017.01.09 18:46:05 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:46:05 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:46:05 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:46:10 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:46:10 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:46:17 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:46:17 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:46:24 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:46:24 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:46:27 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:46:27 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:46:27 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:46:27 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92805,"currentTime":"2017-01-09T17:46:32Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-78,"paired":true}]}
2017.01.09 18:46:27 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:46:27 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:46:27 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:46:31 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:46:31 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:46:38 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:46:38 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:46:45 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:46:45 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:46:52 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:46:52 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:46:56 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:46:56 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:46:56 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:46:56 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92834,"currentTime":"2017-01-09T17:47:01Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-77,"paired":true}]}
2017.01.09 18:46:56 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:46:56 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:46:56 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:46:59 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:46:59 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:47:06 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:47:06 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:47:13 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:47:13 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:47:13 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:47:13 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:47:13 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:47:13 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92851,"currentTime":"2017-01-09T17:47:18Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-77,"paired":true}]}
2017.01.09 18:47:13 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:47:13 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:47:13 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:47:20 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:47:20 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:47:27 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:47:27 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:47:31 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:47:31 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:47:31 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:47:31 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92869,"currentTime":"2017-01-09T17:47:36Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-79,"paired":true}]}
2017.01.09 18:47:31 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:47:31 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:47:31 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:47:34 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:47:34 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:47:41 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:47:41 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:47:48 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:47:48 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:47:55 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:47:55 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:48:00 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:48:00 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:48:00 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:48:00 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92898,"currentTime":"2017-01-09T17:48:05Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-79,"paired":true}]}
2017.01.09 18:48:00 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:48:00 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:48:00 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:48:02 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:48:02 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:48:09 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:48:09 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:48:16 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:48:16 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:48:23 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:48:23 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:48:25 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:48:25 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:48:25 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:48:25 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92923,"currentTime":"2017-01-09T17:48:30Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-77,"paired":true}]}
2017.01.09 18:48:25 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:48:25 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:48:25 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:48:30 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:48:30 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:48:37 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:48:37 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:48:40 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:48:40 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:48:40 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:48:40 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92938,"currentTime":"2017-01-09T17:48:45Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-78,"paired":true}]}
2017.01.09 18:48:40 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:48:40 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:48:40 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:48:44 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:48:44 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:48:51 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:48:51 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:48:58 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:48:58 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:49:05 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:49:05 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:49:05 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:49:05 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:49:05 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:49:05 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92963,"currentTime":"2017-01-09T17:49:10Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-80,"paired":true}]}
2017.01.09 18:49:05 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:49:05 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:49:05 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:49:12 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:49:12 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:49:19 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:49:19 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:49:26 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:49:26 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:49:33 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:49:33 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:49:33 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:49:33 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92991,"currentTime":"2017-01-09T17:49:38Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-78,"paired":true}]}
2017.01.09 18:49:33 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:49:33 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:49:33 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:49:33 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:49:33 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:49:40 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:49:40 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:49:43 4: NUKIDevice (NUKI_HT_vorn) - NUKIDevice_ReadFromNUKIBridge check Bridge connected
2017.01.09 18:49:43 4: NUKIDevice (NUKI_HT_vorn) - NUKIDevice_ReadFromNUKIBridge Bridge is connected call IOWrite
2017.01.09 18:49:43 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/lockState?token=YYYYYYYYYYY&nukiId=ZZZZZZZZZ
2017.01.09 18:49:43 5: NUKIDevice (NUKI_HT_vorn) - NUKIDevice_GetUpdate Call NUKIDevice_ReadFromNUKIBridge
2017.01.09 18:49:45 5: NUKIBridge (NBridge1) - Response JSON: {"batteryCritical":false,"state":3,"stateName":"unlocked","success":true}
2017.01.09 18:49:45 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:49:45 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:49:45 5: NUKIDevice (NUKI_HT_vorn) - Parse with result: {"batteryCritical":false,"state":3,"stateName":"unlocked","success":true}
2017.01.09 18:49:45 5: NUKIDevice (NUKI_HT_vorn) - parse status message for NUKI_HT_vorn
2017.01.09 18:49:45 5: NUKIDevice (NUKI_HT_vorn) - readings set for NUKI_HT_vorn
2017.01.09 18:49:47 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:49:47 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:49:54 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:49:54 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:49:58 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:49:58 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:49:58 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:49:58 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":93016,"currentTime":"2017-01-09T17:50:03Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-76,"paired":true}]}
2017.01.09 18:49:58 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:49:58 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:49:58 5: NUKIBridge (NBridge1) - Bridge ist online
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: samh am 09 Januar 2017, 19:07:57
Hallo Leon,

wäre folgende Vorgehensweise mit Nachteilen behaftet ?


sub NUKIDevice_GetUpdate($) {

    my ($hash) = @_;
    my $name = $hash->{NAME};
   
    #RemoveInternalTimer($hash);
#-- restart timer for updates
    RemoveInternalTimer($hash);
    InternalTimer(gettimeofday()+ $hash->{INTERVAL}, "NUKIDevice_GetUpdate", $hash,1);
   
    NUKIDevice_ReadFromNUKIBridge($hash, "lockState", undef, $hash->{NUKIID} ) if( !IsDisabled($name) );
    Log3 $name, 5, "NUKIDevice ($name) - NUKIDevice_GetUpdate Call NUKIDevice_ReadFromNUKIBridge" if( !IsDisabled($name) );

    return undef;
}


Natürlich nur bei Software-Bridge. Das müsste noch abgefragt werden. INTERVAL (30 sec)  könnte über ein Attribut oder in der Definition des Device gesetzt werden,
ähnlich NUKIID.

Was meinst Du dazu ?

Gruß Sam

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 09 Januar 2017, 19:36:02
Zitat von: samh am 09 Januar 2017, 18:56:49
Hier mal ein Log von ca. 9 Minuten.  Keine Änderung des Status feststllbar. Am Ende dann ein manueller StatusRequest.


2017.01.09 18:41:23 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:41:23 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:41:24 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:41:24 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:41:24 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:41:24 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92577,"currentTime":"2017-01-09T17:41:29Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-78,"paired":true}]}
2017.01.09 18:41:24 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:41:24 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:41:24 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:41:30 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:41:30 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:41:37 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:41:37 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:41:44 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:41:44 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:41:51 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:41:51 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:41:51 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:41:51 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92591,"currentTime":"2017-01-09T17:41:56Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-76,"paired":true}]}
2017.01.09 18:41:51 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:41:51 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:41:51 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:41:51 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:41:51 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:41:58 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:41:58 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:42:05 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:42:05 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:42:12 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:42:12 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:42:18 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:42:18 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:42:18 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:42:18 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92614,"currentTime":"2017-01-09T17:42:23Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-81,"paired":true}]}
2017.01.09 18:42:18 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:42:18 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:42:18 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:42:19 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:42:19 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:42:26 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:42:26 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:42:33 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:42:33 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:42:33 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:42:33 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:42:33 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:42:33 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92625,"currentTime":"2017-01-09T17:42:38Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-76,"paired":true}]}
2017.01.09 18:42:33 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:42:33 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:42:33 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:42:40 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:42:40 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:42:47 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:42:47 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:42:49 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:42:49 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:42:49 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:42:49 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92641,"currentTime":"2017-01-09T17:42:54Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-78,"paired":true}]}
2017.01.09 18:42:49 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:42:49 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:42:49 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:42:54 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:42:54 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:43:01 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:43:01 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:43:06 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:43:06 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:43:06 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:43:06 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92645,"currentTime":"2017-01-09T17:43:11Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-79,"paired":true}]}
2017.01.09 18:43:06 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:43:06 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:43:06 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:43:08 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:43:08 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:43:15 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:43:15 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:43:22 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:43:22 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:43:28 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:43:28 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:43:28 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:43:28 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92663,"currentTime":"2017-01-09T17:43:33Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-79,"paired":true}]}
2017.01.09 18:43:28 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:43:28 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:43:28 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:43:29 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:43:29 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:43:36 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:43:36 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:43:43 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:43:43 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:43:50 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:43:50 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:43:55 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:43:55 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:43:55 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:43:55 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92675,"currentTime":"2017-01-09T17:44:00Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-77,"paired":true}]}
2017.01.09 18:43:55 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:43:55 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:43:55 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:43:57 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:43:57 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:44:04 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:44:04 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:44:11 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:44:11 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:44:18 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:44:18 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:44:22 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:44:22 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:44:22 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:44:22 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92684,"currentTime":"2017-01-09T17:44:27Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-79,"paired":true}]}
2017.01.09 18:44:22 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:44:22 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:44:22 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:44:25 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:44:25 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:44:32 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:44:32 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:44:39 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:44:39 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:44:46 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:44:46 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:44:46 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:44:46 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:44:46 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:44:46 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92705,"currentTime":"2017-01-09T17:44:51Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-80,"paired":true}]}
2017.01.09 18:44:46 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:44:46 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:44:46 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:44:53 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:44:53 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:45:00 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:45:00 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:45:01 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:45:01 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:45:01 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:45:01 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92719,"currentTime":"2017-01-09T17:45:06Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-73,"paired":true}]}
2017.01.09 18:45:01 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:45:01 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:45:01 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:45:07 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:45:07 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:45:14 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:45:14 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:45:21 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:45:21 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:45:21 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:45:21 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:45:21 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:45:21 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92739,"currentTime":"2017-01-09T17:45:26Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-77,"paired":true}]}
2017.01.09 18:45:21 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:45:21 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:45:21 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:45:28 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:45:28 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:45:35 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:45:35 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:45:42 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:45:42 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:45:49 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:45:49 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:45:49 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:45:49 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:45:49 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:45:49 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92767,"currentTime":"2017-01-09T17:45:54Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-77,"paired":true}]}
2017.01.09 18:45:49 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:45:49 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:45:49 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:45:56 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:45:56 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:46:03 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:46:03 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:46:05 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:46:05 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:46:05 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:46:05 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92783,"currentTime":"2017-01-09T17:46:10Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-77,"paired":true}]}
2017.01.09 18:46:05 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:46:05 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:46:05 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:46:10 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:46:10 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:46:17 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:46:17 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:46:24 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:46:24 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:46:27 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:46:27 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:46:27 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:46:27 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92805,"currentTime":"2017-01-09T17:46:32Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-78,"paired":true}]}
2017.01.09 18:46:27 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:46:27 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:46:27 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:46:31 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:46:31 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:46:38 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:46:38 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:46:45 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:46:45 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:46:52 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:46:52 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:46:56 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:46:56 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:46:56 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:46:56 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92834,"currentTime":"2017-01-09T17:47:01Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-77,"paired":true}]}
2017.01.09 18:46:56 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:46:56 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:46:56 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:46:59 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:46:59 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:47:06 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:47:06 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:47:13 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:47:13 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:47:13 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:47:13 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:47:13 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:47:13 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92851,"currentTime":"2017-01-09T17:47:18Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-77,"paired":true}]}
2017.01.09 18:47:13 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:47:13 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:47:13 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:47:20 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:47:20 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:47:27 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:47:27 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:47:31 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:47:31 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:47:31 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:47:31 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92869,"currentTime":"2017-01-09T17:47:36Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-79,"paired":true}]}
2017.01.09 18:47:31 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:47:31 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:47:31 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:47:34 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:47:34 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:47:41 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:47:41 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:47:48 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:47:48 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:47:55 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:47:55 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:48:00 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:48:00 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:48:00 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:48:00 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92898,"currentTime":"2017-01-09T17:48:05Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-79,"paired":true}]}
2017.01.09 18:48:00 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:48:00 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:48:00 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:48:02 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:48:02 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:48:09 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:48:09 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:48:16 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:48:16 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:48:23 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:48:23 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:48:25 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:48:25 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:48:25 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:48:25 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92923,"currentTime":"2017-01-09T17:48:30Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-77,"paired":true}]}
2017.01.09 18:48:25 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:48:25 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:48:25 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:48:30 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:48:30 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:48:37 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:48:37 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:48:40 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:48:40 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:48:40 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:48:40 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92938,"currentTime":"2017-01-09T17:48:45Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-78,"paired":true}]}
2017.01.09 18:48:40 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:48:40 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:48:40 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:48:44 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:48:44 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:48:51 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:48:51 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:48:58 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:48:58 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:49:05 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:49:05 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:49:05 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:49:05 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:49:05 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:49:05 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92963,"currentTime":"2017-01-09T17:49:10Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-80,"paired":true}]}
2017.01.09 18:49:05 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:49:05 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:49:05 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:49:12 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:49:12 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:49:19 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:49:19 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:49:26 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:49:26 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:49:33 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:49:33 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:49:33 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:49:33 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":92991,"currentTime":"2017-01-09T17:49:38Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-78,"paired":true}]}
2017.01.09 18:49:33 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:49:33 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:49:33 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 18:49:33 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:49:33 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:49:40 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:49:40 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:49:43 4: NUKIDevice (NUKI_HT_vorn) - NUKIDevice_ReadFromNUKIBridge check Bridge connected
2017.01.09 18:49:43 4: NUKIDevice (NUKI_HT_vorn) - NUKIDevice_ReadFromNUKIBridge Bridge is connected call IOWrite
2017.01.09 18:49:43 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/lockState?token=YYYYYYYYYYY&nukiId=ZZZZZZZZZ
2017.01.09 18:49:43 5: NUKIDevice (NUKI_HT_vorn) - NUKIDevice_GetUpdate Call NUKIDevice_ReadFromNUKIBridge
2017.01.09 18:49:45 5: NUKIBridge (NBridge1) - Response JSON: {"batteryCritical":false,"state":3,"stateName":"unlocked","success":true}
2017.01.09 18:49:45 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:49:45 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:49:45 5: NUKIDevice (NUKI_HT_vorn) - Parse with result: {"batteryCritical":false,"state":3,"stateName":"unlocked","success":true}
2017.01.09 18:49:45 5: NUKIDevice (NUKI_HT_vorn) - parse status message for NUKI_HT_vorn
2017.01.09 18:49:45 5: NUKIDevice (NUKI_HT_vorn) - readings set for NUKI_HT_vorn
2017.01.09 18:49:47 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:49:47 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:49:54 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 18:49:54 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 18:49:58 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:49:58 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 18:49:58 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 18:49:58 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":AAAAAAAA},"versions":{"appVersion":"0.2.14"},"uptime":93016,"currentTime":"2017-01-09T17:50:03Z","serverConnected":true,"scanResults":[{"nukiId":ZZZZZZZZZ,"name":"Nuki_ABABABAB","rssi":-76,"paired":true}]}
2017.01.09 18:49:58 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 18:49:58 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 18:49:58 5: NUKIBridge (NBridge1) - Bridge ist online


Ok der Timer für den Statusupdate läuft an. Etwas fehlt ihm aber. Gibt da so diverse Abfragen.
Ich brauche bitte mal ein list von Deinem Bridge Device.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 09 Januar 2017, 19:39:19
Zitat von: samh am 09 Januar 2017, 19:07:57
Hallo Leon,

wäre folgende Vorgehensweise mit Nachteilen behaftet ?


sub NUKIDevice_GetUpdate($) {

    my ($hash) = @_;
    my $name = $hash->{NAME};
   
    #RemoveInternalTimer($hash);
#-- restart timer for updates
    RemoveInternalTimer($hash);
    InternalTimer(gettimeofday()+ $hash->{INTERVAL}, "NUKIDevice_GetUpdate", $hash,1);
   
    NUKIDevice_ReadFromNUKIBridge($hash, "lockState", undef, $hash->{NUKIID} ) if( !IsDisabled($name) );
    Log3 $name, 5, "NUKIDevice ($name) - NUKIDevice_GetUpdate Call NUKIDevice_ReadFromNUKIBridge" if( !IsDisabled($name) );

    return undef;
}


Natürlich nur bei Software-Bridge. Das müsste noch abgefragt werden. INTERVAL (30 sec)  könnte über ein Attribut oder in der Definition des Device gesetzt werden,
ähnlich NUKIID.

Was meinst Du dazu ?

Gruß Sam

So war meine anfängliche Umsetzung bevor es hieß Single Anfragen only.
Deine Idee ist auch gut so lange wir von nur einem Smartlock ausgehen, aber bei zwei haben wir schon doppelte Belastung und Change das wir 2 gleichzeitige Anfragen haben.
Daher erfolgt ein list Aufruf innerhalb der Bridge wo gleich von allen in der Bridge angemeldeten Devices ein Status vorliegt welchen wir in einem Rutsch verarbeiten.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: samh am 09 Januar 2017, 19:44:00
Stimmt, bei mehreren Devices wird's eng.

Hier das List...

Internals:
   CFGFN      /opt/fhem/FHEM/nuki.cfg
   DEF        AAAAAAAAA NBridge1
   IODev      NBridge1
   NAME       NUKI_HT_vorn
   NR         371
   NUKIID     AAAAAAAAA
   STATE      locked
   TYPE       NUKIDevice
   VERSION    0.4.5patch1
   WEBHOOK_REGISTER unregistered
   Readings:
     2017-01-09 19:24:45   battery         ok
     2017-01-09 19:24:45   batteryCritical false
     2017-01-09 19:24:45   lockState       locked
     2017-01-09 19:24:45   state           locked
     2017-01-09 19:24:45   success         true
   Fhem:
     infix      NUKIDevice
   Helper:
Attributes:
   IODev      NBridge1
   alias      HT-vorn
   devStateIcon locked:secur_locked unlocked:secur_open unlatched:fts_door_open
   group      Türsensor
   icon       hm_keymatic
   room       NUKI,Sicherheit
   verbose    0
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: samh am 09 Januar 2017, 19:47:33
Wer lesen kann, hat mehr....


Internals:
   CFGFN      /opt/fhem/FHEM/nuki.cfg
   DEF        192.168.xxx.xxx ZZZZZZZZZ
   HOST       192.168.xxx.xxx
   NAME       NBridge1
   NR         369
   PORT       8080
   STATE      connected
   TOKEN      AAAAAAAAAAA
   TYPE       NUKIBridge
   VERSION    0.4.5patch1
   Readings:
     2017-01-09 19:45:25   appVersion      0.2.14
     2017-01-09 19:45:25   bridgeType      Software
     2017-01-09 19:45:25   currentTime     2017-01-09T18:45:30Z
     2017-01-09 06:10:05   lastError       192.168.xxx.xxx: Keine Route zum Zielrechner
     2017-01-09 19:45:25   serverConnected true
     2017-01-09 19:45:25   serverId       ccccccccccc
     2017-01-09 19:45:25   state           connected
     2017-01-09 19:45:25   uptime          95258
   Helper:
     aliveCount 0
     checkLockState 0
Attributes:
   devStateIcon connected:it_wifi
   group      Zentralen
   icon       hue_bridge
   room       NUKI,Sicherheit,Zentralen
   verbose    0
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 09 Januar 2017, 20:00:57
Ok. Dir fehlen Readings die beim ersten anlegen eigentlich mit angelegt werden sollten. Kannst du bitte deine Smartlocks löschen? Nur die Smartlocks. Danach bitte ein autocreate machen. Danke Dir.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: samh am 09 Januar 2017, 20:18:21
Hat sich nicht viel verändert....


Internals:
   CFGFN
   DEF        999999999 IODev=NBridge1
   IODev      NBridge1
   NAME       NUKIDevice999999999
   NR         539
   NUKIID     999999999
   STATE      locked
   TYPE       NUKIDevice
   VERSION    0.4.5patch1
   WEBHOOK_REGISTER unregistered
   Readings:
     2017-01-09 20:16:11   battery         ok
     2017-01-09 20:16:11   batteryCritical false
     2017-01-09 20:16:11   lockState       locked
     2017-01-09 20:16:11   state           locked
     2017-01-09 20:15:55   success         true
   Fhem:
     infix      NUKIDevice
   Helper:
     fromAutocreate 1
Attributes:
   IODev      NBridge1
   alias      HT vorn
   room       NUKI
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 09 Januar 2017, 21:00:08
Sorry brauche list von der Bridge und Log der Bridge mit verbose 5
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: samh am 09 Januar 2017, 21:03:53
Du meinst löschen und neu anlegen ?
Danach ein List ?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: samh am 09 Januar 2017, 21:08:03
Hier das aktuell List ohne Neuanlage:


Internals:
   CFGFN      /opt/fhem/FHEM/nuki.cfg
   CHANGED
   DEF        192.168.xxx.xxx AAAAAAAAAAA
   HOST       192.168.xxx.xxx
   NAME       NBridge1
   NR         369
   PORT       8080
   STATE      connected
   TOKEN      AAAAAAAAAAA
   TYPE       NUKIBridge
   VERSION    0.4.5patch1
   Readings:
     2017-01-09 20:15:27   0_name          HT vorn
     2017-01-09 20:15:27   0_nukiId        ccccccccccc
     2017-01-09 21:04:47   appVersion      0.2.14
     2017-01-09 21:04:47   bridgeType      Software
     2017-01-09 21:04:47   currentTime     2017-01-09T20:04:52Z
     2017-01-09 06:10:05   lastError       192.168.xxx.xxx: Keine Route zum Zielrechner
     2017-01-09 21:04:47   serverConnected true
     2017-01-09 21:04:47   serverId        yyyyyyyyyy
     2017-01-09 20:15:27   smartlockCount  1
     2017-01-09 21:04:47   state           connected
     2017-01-09 21:04:47   uptime          98724
   Helper:
     aliveCount 0
     checkLockState 0
Attributes:
   devStateIcon connected:it_wifi
   group      Zentralen
   icon       hue_bridge
   room       NUKI,Sicherheit,Zentralen
   verbose    0
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 09 Januar 2017, 21:10:42
Ok das sieht super aus. Und nun bitte ein shutdown restart und dann schauen wir noch mal. nun sollte es gehen
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: samh am 09 Januar 2017, 21:21:11
Ja, manuelle Betätigung wird erkannt und Status geändert...


2017.01.09 21:11:16 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 21:11:16 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/list?token=YYYYYYYYYYY
2017.01.09 21:11:16 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 21:11:17 5: NUKIBridge (NBridge1) - Response JSON: [{"nukiId":CCCCCCC,"name":"HT vorn","lastKnownState":{"nukiId":CCCCCCC,"state":1,"stateName":"locked","batteryCritical":false}}]
2017.01.09 21:11:17 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 21:11:17 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 21:11:17 4: NUKIDevice (NUKIDeviceCCCCCCC) - Received LockState for matching NukiID CCCCCCC at device NUKIDeviceCCCCCCC
2017.01.09 21:11:17 5: NUKIBridge (NBridge1) - Run NUKIBridge_LockStateResponse with Path:list and JSON-Data: [{"nukiId":CCCCCCC,"name":"HT vorn","lastKnownState":{"nukiId":CCCCCCC,"state":1,"stateName":"locked","batteryCritical":false}}]
2017.01.09 21:11:17 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 21:11:17 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 21:11:17 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 21:11:17 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":ZZZZZZZZZ},"versions":{"appVersion":"0.2.14"},"uptime":98978,"currentTime":"2017-01-09T20:11:21Z","serverConnected":true,"scanResults":[{"nukiId":CCCCCCC,"name":"Nuki_ABABABAB","rssi":-75,"paired":true}]}
2017.01.09 21:11:17 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 21:11:17 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 21:11:17 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 21:11:23 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 21:11:23 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/list?token=YYYYYYYYYYY
2017.01.09 21:11:23 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 21:11:23 5: NUKIBridge (NBridge1) - Response JSON: [{"nukiId":CCCCCCC,"name":"HT vorn","lastKnownState":{"nukiId":CCCCCCC,"state":1,"stateName":"locked","batteryCritical":false}}]
2017.01.09 21:11:23 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 21:11:23 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 21:11:23 4: NUKIDevice (NUKIDeviceCCCCCCC) - Received LockState for matching NukiID CCCCCCC at device NUKIDeviceCCCCCCC
2017.01.09 21:11:23 5: NUKIBridge (NBridge1) - Run NUKIBridge_LockStateResponse with Path:list and JSON-Data: [{"nukiId":CCCCCCC,"name":"HT vorn","lastKnownState":{"nukiId":CCCCCCC,"state":1,"stateName":"locked","batteryCritical":false}}]
2017.01.09 21:11:30 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 21:11:30 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/list?token=YYYYYYYYYYY
2017.01.09 21:11:30 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 21:11:30 5: NUKIBridge (NBridge1) - Response JSON: [{"nukiId":CCCCCCC,"name":"HT vorn","lastKnownState":{"nukiId":CCCCCCC,"state":1,"stateName":"locked","batteryCritical":false}}]
2017.01.09 21:11:30 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 21:11:30 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 21:11:30 4: NUKIDevice (NUKIDeviceCCCCCCC) - Received LockState for matching NukiID CCCCCCC at device NUKIDeviceCCCCCCC
2017.01.09 21:11:30 5: NUKIBridge (NBridge1) - Run NUKIBridge_LockStateResponse with Path:list and JSON-Data: [{"nukiId":CCCCCCC,"name":"HT vorn","lastKnownState":{"nukiId":CCCCCCC,"state":1,"stateName":"locked","batteryCritical":false}}]
2017.01.09 21:11:37 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 21:11:37 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/list?token=YYYYYYYYYYY
2017.01.09 21:11:37 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 21:11:38 5: NUKIBridge (NBridge1) - Response JSON: [{"nukiId":CCCCCCC,"name":"HT vorn","lastKnownState":{"nukiId":CCCCCCC,"state":1,"stateName":"locked","batteryCritical":false}}]
2017.01.09 21:11:38 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 21:11:38 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 21:11:38 4: NUKIDevice (NUKIDeviceCCCCCCC) - Received LockState for matching NukiID CCCCCCC at device NUKIDeviceCCCCCCC
2017.01.09 21:11:38 5: NUKIBridge (NBridge1) - Run NUKIBridge_LockStateResponse with Path:list and JSON-Data: [{"nukiId":CCCCCCC,"name":"HT vorn","lastKnownState":{"nukiId":CCCCCCC,"state":1,"stateName":"locked","batteryCritical":false}}]
2017.01.09 21:11:39 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 21:11:39 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 21:11:39 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 21:11:39 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":ZZZZZZZZZ},"versions":{"appVersion":"0.2.14"},"uptime":98996,"currentTime":"2017-01-09T20:11:43Z","serverConnected":true,"scanResults":[{"nukiId":CCCCCCC,"name":"Nuki_ABABABAB","rssi":-75,"paired":true}]}
2017.01.09 21:11:39 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 21:11:39 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 21:11:39 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 21:11:44 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 21:11:44 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/list?token=YYYYYYYYYYY
2017.01.09 21:11:44 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 21:11:44 5: NUKIBridge (NBridge1) - Response JSON: [{"nukiId":CCCCCCC,"name":"HT vorn","lastKnownState":{"nukiId":CCCCCCC,"state":1,"stateName":"locked","batteryCritical":false}}]
2017.01.09 21:11:44 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 21:11:44 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 21:11:44 4: NUKIDevice (NUKIDeviceCCCCCCC) - Received LockState for matching NukiID CCCCCCC at device NUKIDeviceCCCCCCC
2017.01.09 21:11:44 5: NUKIBridge (NBridge1) - Run NUKIBridge_LockStateResponse with Path:list and JSON-Data: [{"nukiId":CCCCCCC,"name":"HT vorn","lastKnownState":{"nukiId":CCCCCCC,"state":1,"stateName":"locked","batteryCritical":false}}]
2017.01.09 21:11:51 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 21:11:51 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/list?token=YYYYYYYYYYY
2017.01.09 21:11:51 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 21:11:51 5: NUKIBridge (NBridge1) - Response JSON: [{"nukiId":CCCCCCC,"name":"HT vorn","lastKnownState":{"nukiId":CCCCCCC,"state":1,"stateName":"locked","batteryCritical":false}}]
2017.01.09 21:11:51 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 21:11:51 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 21:11:51 4: NUKIDevice (NUKIDeviceCCCCCCC) - Received LockState for matching NukiID CCCCCCC at device NUKIDeviceCCCCCCC
2017.01.09 21:11:51 5: NUKIBridge (NBridge1) - Run NUKIBridge_LockStateResponse with Path:list and JSON-Data: [{"nukiId":CCCCCCC,"name":"HT vorn","lastKnownState":{"nukiId":CCCCCCC,"state":1,"stateName":"locked","batteryCritical":false}}]
2017.01.09 21:11:58 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 21:11:58 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/list?token=YYYYYYYYYYY
2017.01.09 21:11:58 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 21:11:58 5: NUKIBridge (NBridge1) - Response JSON: [{"nukiId":CCCCCCC,"name":"HT vorn","lastKnownState":{"nukiId":CCCCCCC,"state":1,"stateName":"locked","batteryCritical":false}}]
2017.01.09 21:11:58 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 21:11:58 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 21:11:58 4: NUKIDevice (NUKIDeviceCCCCCCC) - Received LockState for matching NukiID CCCCCCC at device NUKIDeviceCCCCCCC
2017.01.09 21:11:58 5: NUKIBridge (NBridge1) - Run NUKIBridge_LockStateResponse with Path:list and JSON-Data: [{"nukiId":CCCCCCC,"name":"HT vorn","lastKnownState":{"nukiId":CCCCCCC,"state":1,"stateName":"locked","batteryCritical":false}}]
2017.01.09 21:12:03 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 21:12:03 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 21:12:03 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 21:12:03 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":ZZZZZZZZZ},"versions":{"appVersion":"0.2.14"},"uptime":99010,"currentTime":"2017-01-09T20:12:07Z","serverConnected":true,"scanResults":[{"nukiId":CCCCCCC,"name":"Nuki_ABABABAB","rssi":-76,"paired":true}]}
2017.01.09 21:12:03 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 21:12:03 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 21:12:03 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 21:12:05 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 21:12:05 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/list?token=YYYYYYYYYYY
2017.01.09 21:12:05 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 21:12:05 5: NUKIBridge (NBridge1) - Response JSON: [{"nukiId":CCCCCCC,"name":"HT vorn","lastKnownState":{"nukiId":CCCCCCC,"state":1,"stateName":"locked","batteryCritical":false}}]
2017.01.09 21:12:05 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 21:12:05 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 21:12:05 4: NUKIDevice (NUKIDeviceCCCCCCC) - Received LockState for matching NukiID CCCCCCC at device NUKIDeviceCCCCCCC
2017.01.09 21:12:05 5: NUKIBridge (NBridge1) - Run NUKIBridge_LockStateResponse with Path:list and JSON-Data: [{"nukiId":CCCCCCC,"name":"HT vorn","lastKnownState":{"nukiId":CCCCCCC,"state":1,"stateName":"locked","batteryCritical":false}}]
2017.01.09 21:12:12 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 21:12:12 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/list?token=YYYYYYYYYYY
2017.01.09 21:12:12 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 21:12:12 5: NUKIBridge (NBridge1) - Response JSON: [{"nukiId":CCCCCCC,"name":"HT vorn","lastKnownState":{"nukiId":CCCCCCC,"state":1,"stateName":"locked","batteryCritical":false}}]
2017.01.09 21:12:12 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 21:12:12 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 21:12:12 4: NUKIDevice (NUKIDeviceCCCCCCC) - Received LockState for matching NukiID CCCCCCC at device NUKIDeviceCCCCCCC
2017.01.09 21:12:12 5: NUKIBridge (NBridge1) - Run NUKIBridge_LockStateResponse with Path:list and JSON-Data: [{"nukiId":CCCCCCC,"name":"HT vorn","lastKnownState":{"nukiId":CCCCCCC,"state":1,"stateName":"locked","batteryCritical":false}}]
2017.01.09 21:12:19 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 21:12:19 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/list?token=YYYYYYYYYYY
2017.01.09 21:12:19 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 21:12:20 5: NUKIBridge (NBridge1) - Response JSON: [{"nukiId":CCCCCCC,"name":"HT vorn","lastKnownState":{"nukiId":CCCCCCC,"state":1,"stateName":"locked","batteryCritical":false}}]
2017.01.09 21:12:20 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 21:12:20 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 21:12:20 4: NUKIDevice (NUKIDeviceCCCCCCC) - Received LockState for matching NukiID CCCCCCC at device NUKIDeviceCCCCCCC
2017.01.09 21:12:20 5: NUKIBridge (NBridge1) - Run NUKIBridge_LockStateResponse with Path:list and JSON-Data: [{"nukiId":CCCCCCC,"name":"HT vorn","lastKnownState":{"nukiId":CCCCCCC,"state":1,"stateName":"locked","batteryCritical":false}}]
2017.01.09 21:12:24 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 21:12:24 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 21:12:24 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 21:12:24 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":ZZZZZZZZZ},"versions":{"appVersion":"0.2.14"},"uptime":99017,"currentTime":"2017-01-09T20:12:28Z","serverConnected":true,"scanResults":[{"nukiId":CCCCCCC,"name":"Nuki_ABABABAB","rssi":-76,"paired":true}]}
2017.01.09 21:12:24 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 21:12:24 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 21:12:24 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 21:12:26 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 21:12:26 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/list?token=YYYYYYYYYYY
2017.01.09 21:12:26 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 21:12:27 5: NUKIBridge (NBridge1) - Response JSON: [{"nukiId":CCCCCCC,"name":"HT vorn","lastKnownState":{"nukiId":CCCCCCC,"state":1,"stateName":"locked","batteryCritical":false}}]
2017.01.09 21:12:27 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 21:12:27 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 21:12:27 4: NUKIDevice (NUKIDeviceCCCCCCC) - Received LockState for matching NukiID CCCCCCC at device NUKIDeviceCCCCCCC
2017.01.09 21:12:27 5: NUKIBridge (NBridge1) - Run NUKIBridge_LockStateResponse with Path:list and JSON-Data: [{"nukiId":CCCCCCC,"name":"HT vorn","lastKnownState":{"nukiId":CCCCCCC,"state":1,"stateName":"locked","batteryCritical":false}}]
2017.01.09 21:12:33 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 21:12:33 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/list?token=YYYYYYYYYYY
2017.01.09 21:12:33 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 21:12:33 5: NUKIBridge (NBridge1) - Response JSON: [{"nukiId":CCCCCCC,"name":"HT vorn","lastKnownState":{"nukiId":CCCCCCC,"state":1,"stateName":"locked","batteryCritical":false}}]
2017.01.09 21:12:33 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 21:12:33 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 21:12:33 4: NUKIDevice (NUKIDeviceCCCCCCC) - Received LockState for matching NukiID CCCCCCC at device NUKIDeviceCCCCCCC
2017.01.09 21:12:33 5: NUKIBridge (NBridge1) - Run NUKIBridge_LockStateResponse with Path:list and JSON-Data: [{"nukiId":CCCCCCC,"name":"HT vorn","lastKnownState":{"nukiId":CCCCCCC,"state":1,"stateName":"locked","batteryCritical":false}}]
2017.01.09 21:12:39 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 21:12:39 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 21:12:39 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 21:12:39 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":ZZZZZZZZZ},"versions":{"appVersion":"0.2.14"},"uptime":99020,"currentTime":"2017-01-09T20:12:43Z","serverConnected":true,"scanResults":[{"nukiId":CCCCCCC,"name":"Nuki_ABABABAB","rssi":-78,"paired":true}]}
2017.01.09 21:12:39 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 21:12:39 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 21:12:39 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 21:12:40 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 21:12:40 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/list?token=YYYYYYYYYYY
2017.01.09 21:12:40 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 21:12:40 5: NUKIBridge (NBridge1) - Response JSON: [{"nukiId":CCCCCCC,"name":"HT vorn","lastKnownState":{"nukiId":CCCCCCC,"state":1,"stateName":"locked","batteryCritical":false}}]
2017.01.09 21:12:40 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 21:12:40 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 21:12:40 4: NUKIDevice (NUKIDeviceCCCCCCC) - Received LockState for matching NukiID CCCCCCC at device NUKIDeviceCCCCCCC
2017.01.09 21:12:40 5: NUKIBridge (NBridge1) - Run NUKIBridge_LockStateResponse with Path:list and JSON-Data: [{"nukiId":CCCCCCC,"name":"HT vorn","lastKnownState":{"nukiId":CCCCCCC,"state":1,"stateName":"locked","batteryCritical":false}}]
2017.01.09 21:12:47 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 21:12:47 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/list?token=YYYYYYYYYYY
2017.01.09 21:12:47 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 21:12:47 5: NUKIBridge (NBridge1) - Response JSON: [{"nukiId":CCCCCCC,"name":"HT vorn","lastKnownState":{"nukiId":CCCCCCC,"state":1,"stateName":"locked","batteryCritical":false}}]
2017.01.09 21:12:47 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 21:12:47 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 21:12:47 4: NUKIDevice (NUKIDeviceCCCCCCC) - Received LockState for matching NukiID CCCCCCC at device NUKIDeviceCCCCCCC
2017.01.09 21:12:47 5: NUKIBridge (NBridge1) - Run NUKIBridge_LockStateResponse with Path:list and JSON-Data: [{"nukiId":CCCCCCC,"name":"HT vorn","lastKnownState":{"nukiId":CCCCCCC,"state":1,"stateName":"locked","batteryCritical":false}}]
2017.01.09 21:12:54 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 21:12:54 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/list?token=YYYYYYYYYYY
2017.01.09 21:12:54 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 21:12:54 5: NUKIBridge (NBridge1) - Response JSON: [{"nukiId":CCCCCCC,"name":"HT vorn","lastKnownState":{"nukiId":CCCCCCC,"state":1,"stateName":"locked","batteryCritical":false}}]
2017.01.09 21:12:54 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 21:12:54 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 21:12:54 4: NUKIDevice (NUKIDeviceCCCCCCC) - Received LockState for matching NukiID CCCCCCC at device NUKIDeviceCCCCCCC
2017.01.09 21:12:54 5: NUKIBridge (NBridge1) - Run NUKIBridge_LockStateResponse with Path:list and JSON-Data: [{"nukiId":CCCCCCC,"name":"HT vorn","lastKnownState":{"nukiId":CCCCCCC,"state":1,"stateName":"locked","batteryCritical":false}}]
2017.01.09 21:13:01 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 21:13:01 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/list?token=YYYYYYYYYYY
2017.01.09 21:13:01 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 21:13:02 5: NUKIBridge (NBridge1) - Response JSON: [{"nukiId":CCCCCCC,"name":"HT vorn","lastKnownState":{"nukiId":CCCCCCC,"state":1,"stateName":"locked","batteryCritical":false}}]
2017.01.09 21:13:02 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 21:13:02 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 21:13:02 4: NUKIDevice (NUKIDeviceCCCCCCC) - Received LockState for matching NukiID CCCCCCC at device NUKIDeviceCCCCCCC
2017.01.09 21:13:02 5: NUKIBridge (NBridge1) - Run NUKIBridge_LockStateResponse with Path:list and JSON-Data: [{"nukiId":CCCCCCC,"name":"HT vorn","lastKnownState":{"nukiId":CCCCCCC,"state":1,"stateName":"locked","batteryCritical":false}}]
2017.01.09 21:13:04 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 21:13:04 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 21:13:04 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 21:13:04 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":ZZZZZZZZZ},"versions":{"appVersion":"0.2.14"},"uptime":99037,"currentTime":"2017-01-09T20:13:09Z","serverConnected":true,"scanResults":[{"nukiId":CCCCCCC,"name":"Nuki_ABABABAB","rssi":-77,"paired":true}]}
2017.01.09 21:13:04 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 21:13:04 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 21:13:04 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 21:13:08 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 21:13:08 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/list?token=YYYYYYYYYYY
2017.01.09 21:13:08 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 21:13:09 5: NUKIBridge (NBridge1) - Response JSON: [{"nukiId":CCCCCCC,"name":"HT vorn","lastKnownState":{"nukiId":CCCCCCC,"state":1,"stateName":"locked","batteryCritical":false}}]
2017.01.09 21:13:09 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 21:13:09 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 21:13:09 4: NUKIDevice (NUKIDeviceCCCCCCC) - Received LockState for matching NukiID CCCCCCC at device NUKIDeviceCCCCCCC
2017.01.09 21:13:09 5: NUKIBridge (NBridge1) - Run NUKIBridge_LockStateResponse with Path:list and JSON-Data: [{"nukiId":CCCCCCC,"name":"HT vorn","lastKnownState":{"nukiId":CCCCCCC,"state":1,"stateName":"locked","batteryCritical":false}}]
2017.01.09 21:13:15 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 21:13:15 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/list?token=YYYYYYYYYYY
2017.01.09 21:13:15 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 21:13:15 5: NUKIBridge (NBridge1) - Response JSON: [{"nukiId":CCCCCCC,"name":"HT vorn","lastKnownState":{"nukiId":CCCCCCC,"state":3,"stateName":"unlocked","batteryCritical":false}}]
2017.01.09 21:13:15 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 21:13:15 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 21:13:15 4: NUKIDevice (NUKIDeviceCCCCCCC) - Received LockState for matching NukiID CCCCCCC at device NUKIDeviceCCCCCCC
2017.01.09 21:13:15 5: NUKIBridge (NBridge1) - Run NUKIBridge_LockStateResponse with Path:list and JSON-Data: [{"nukiId":CCCCCCC,"name":"HT vorn","lastKnownState":{"nukiId":CCCCCCC,"state":3,"stateName":"unlocked","batteryCritical":false}}]
2017.01.09 21:13:22 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 21:13:22 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/list?token=YYYYYYYYYYY
2017.01.09 21:13:22 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 21:13:23 5: NUKIBridge (NBridge1) - Response JSON: [{"nukiId":CCCCCCC,"name":"HT vorn","lastKnownState":{"nukiId":CCCCCCC,"state":3,"stateName":"unlocked","batteryCritical":false}}]
2017.01.09 21:13:23 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 21:13:23 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 21:13:23 4: NUKIDevice (NUKIDeviceCCCCCCC) - Received LockState for matching NukiID CCCCCCC at device NUKIDeviceCCCCCCC
2017.01.09 21:13:23 5: NUKIBridge (NBridge1) - Run NUKIBridge_LockStateResponse with Path:list and JSON-Data: [{"nukiId":CCCCCCC,"name":"HT vorn","lastKnownState":{"nukiId":CCCCCCC,"state":3,"stateName":"unlocked","batteryCritical":false}}]
2017.01.09 21:13:23 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.01.09 21:13:23 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/info?token=YYYYYYYYYYY
2017.01.09 21:13:23 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.09 21:13:23 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":ZZZZZZZZZ},"versions":{"appVersion":"0.2.14"},"uptime":99048,"currentTime":"2017-01-09T20:13:27Z","serverConnected":true,"scanResults":[{"nukiId":CCCCCCC,"name":"Nuki_ABABABAB","rssi":-76,"paired":true}]}
2017.01.09 21:13:23 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 21:13:23 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 21:13:23 5: NUKIBridge (NBridge1) - Bridge ist online
2017.01.09 21:13:29 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 21:13:29 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/list?token=YYYYYYYYYYY
2017.01.09 21:13:29 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 21:13:29 5: NUKIBridge (NBridge1) - Response JSON: [{"nukiId":CCCCCCC,"name":"HT vorn","lastKnownState":{"nukiId":CCCCCCC,"state":3,"stateName":"unlocked","batteryCritical":false}}]
2017.01.09 21:13:29 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 21:13:29 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 21:13:29 4: NUKIDevice (NUKIDeviceCCCCCCC) - Received LockState for matching NukiID CCCCCCC at device NUKIDeviceCCCCCCC
2017.01.09 21:13:29 5: NUKIBridge (NBridge1) - Run NUKIBridge_LockStateResponse with Path:list and JSON-Data: [{"nukiId":CCCCCCC,"name":"HT vorn","lastKnownState":{"nukiId":CCCCCCC,"state":3,"stateName":"unlocked","batteryCritical":false}}]
2017.01.09 21:13:36 4: NUKIBridge (NBridge1) - NUKIBridge_LockStateTimer
2017.01.09 21:13:36 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.XXX.XXX:8080/list?token=YYYYYYYYYYY
2017.01.09 21:13:36 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_LockStateTimer
2017.01.09 21:13:36 5: NUKIBridge (NBridge1) - Response JSON: [{"nukiId":CCCCCCC,"name":"HT vorn","lastKnownState":{"nukiId":CCCCCCC,"state":3,"stateName":"unlocked","batteryCritical":false}}]
2017.01.09 21:13:36 5: NUKIBridge (NBridge1) - Response ERROR:
2017.01.09 21:13:36 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.01.09 21:13:36 4: NUKIDevice (NUKIDeviceCCCCCCC) - Received LockState for matching NukiID CCCCCCC at device NUKIDeviceCCCCCCC
2017.01.09 21:13:36 5: NUKIBridge (NBridge1) - Run NUKIBridge_LockStateResponse with Path:list and JSON-Data: [{"nukiId":CCCCCCC,"name":"HT vorn","lastKnownState":{"nukiId":CCCCCCC,"state":3,"stateName":"unlocked","batteryCritical":false}}]


Schalten mit  Fhem geschieht zeitnah und Status wird auch upgedated. SUPER !
Sieht so aus, als ob das Ziel erreicht sei. Danke Dir Leon !

Gruß Sam
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 09 Januar 2017, 21:27:29
Bitte versuche es intensiv zu testen. Wäre wichtig. Wenn Ende der Woche nichts schlimmes dazwischen kommt können wir es gerne offiziell machen  ;D

Vielen Dank fürs fleißige testen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: samh am 09 Januar 2017, 21:30:35
Ok, werde ich machen.

Gruß Sam
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Januar 2017, 12:18:11
Ich habe gerade erfahren das Callbacks auch mit der Software Bridge gehen sollen. Werde mal versuchen damit zu testen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Januar 2017, 12:43:28
Ok ich glaube wir sind da etwas zu schnell vorgeprecht  ;D
Eigentlich sollte bereits alles super mit der aktuellen in FHEM befindlichen Version funktionieren. Man muß nur die Callbacks einrichten. Ich werde für heute Abend mal eine Version fertig machen wo das für die Softwarebridge wieder geht und dann kann Sam bitte mal versuchen zu testen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Januar 2017, 13:03:58
Ich habe da mal angepasste Versionen fertig gemacht.

Sam Du musst nur die Callbacks einrichten. Und dann das Schloß mit der App schalten.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: samh am 10 Januar 2017, 17:01:06
Ja hallo,

das sind ja tolle Nachrichten. Deine Infos kommen sicher aus besser informierten Kreisen,
denn die API 1.3 Doku behauptet ja, "Callbacks are not yet available on the software bridge".

Bezüglich der Callbacks muß ich mich noch reindenken. Hoffe das klappt.

Gruß Sam


Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Januar 2017, 17:14:16
Ja deswegen war ich ja auch der Überzeugung. Die Info kommt direkt von Nuki. Die Unterstützung soll wohl seit Weihnachten für die Softwarebridge vorhanden sein.
Zitat
Kompatibilität zu HTTP-API 1.3 wurde vor Weihnachten mit der v0.2.14 released. Also ja, Callbacks gehen auch mit der Softwarebridge.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: samh am 10 Januar 2017, 17:44:02
hmm...

finde gerade keine hilfreiche Doku für die Callback-Einrichtung. Hast Du einen Tipp ?

Gruß Sam
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Januar 2017, 18:06:40
Als erstes schaust mal mit get callBacks bei der Bridge ob was eingerichtet ist.

Wenn nichts eingerichtet ist dann gehe zum Smartlock Device und richte dort als Attribut den webhook ein. Danach noch mal getestet callBacks um zu schauen ob es geklappt hat.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: samh am 10 Januar 2017, 18:16:22
So schaut's nun aus:


Internals:
   DEF        77399938 IODev=NBridge1
   IODev      NBridge1
   NAME       NUKI_HT_vorn
   NR         524
   NUKIID     77399938
   STATE      unlocked
   TYPE       NUKIDevice
   VERSION    0.4.5patch2
   WEBHOOK_COUNTER 0
   WEBHOOK_PORT 8085
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /fhem/NUKIDevice
   WEBHOOK_URL http://192.168.268.100:8085/fhem/NUKIDevice-77399938
   Readings:
     2017-01-10 18:06:01   battery         ok
     2017-01-10 18:06:01   batteryCritical false
     2017-01-10 18:06:01   lockState       unlocked
     2017-01-10 18:06:01   state           unlocked
     2017-01-10 18:06:01   success         true
   Fhem:
     infix      NUKIDevice
   Helper:
Attributes:
   IODev      NBridge1
   alias      HT vorn
   devStateIcon locked:secur_locked unlocked:secur_open unlatched:hue_room_other
   icon       hm_keymatic
   room       NUKI
   verbose    0
   webhookFWinstance NUKI
   webhookHttpHostname 192.168.268.100


Leider ändert sich bei einem manuellen Schließvorgang kein Status.
Was mach ich nicht richtig ?

Gruß Sam
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Januar 2017, 18:18:50
Sieht gut ais. Was sagt ein get callBacks bei der Nuki Bridge?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: samh am 10 Januar 2017, 18:22:37
Antwort: 0       http://192.168.268.100:8085/fhem/NUKIDevice-77399938

WEB Instanz ist HTTP ohne Passwortabfrage.



Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Januar 2017, 18:24:06
Super. Jetzt bitte das Smartlock Device auf verbose 5 und dann mal mit App schalten und warten.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: samh am 10 Januar 2017, 18:39:01
Leon,

jetzt haben wir die letzten Tage ja jede Menge Spaß gehabt und nun tut alles was es soll.

Hab noch mal Bridge und Device neu eingerichtet. Das hat's gebracht !
Webhook funtioniert und in allen Fällen wird der Status korrekt gesetzt.

Bin begeistert. Wenn NUKI uns die Info als Weihnachtgeschenk im Newsletter mal verraten hätte.  ::)

Vielen herzlichen Dank an Dich.

Gruß Sam
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Januar 2017, 18:47:00
Na siehste. Alles supi. Freue mich sehr das es klappt. Heute Abend mache ich dann die Sache rund. Also das Patch weg. Habe ja auch ne Menge aufgeräumt und Code bereinigt.



Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Januar 2017, 21:11:03
Ich habe soeben in den GitHub Master Branch Version 0.4.5 geladen. Wäre schön wenn das so 2-3 Leute testen könnten. Gerade die Software Bridge User und ein Hardware Bridge User.

Danke
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 10 Januar 2017, 21:25:57
Gerade eingespielt und getestet:

- per FHEM schalten: OK!
- per App schalten: OK, Status wird in FHEM gesetzt!
- per Api schalten: OK, Status wird in FHEM gesetzt!

von meiner Seite keine Probleme.

DANKE!
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Januar 2017, 21:36:28
Ich danke Dir. Schon mal einer mit ner Hardware Bridge.



Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Stephan1965 am 11 Januar 2017, 16:03:51
Hallo Leon,
ich habe gerade FHEM aktualisiert (und neu gestartet) und bekomme dann im FHEM Startbildschirm folgende Meldung:

Messages collected while initializing FHEM:
configfile: webhookFWinstance can only use with hardware bridge
webhookHttpHostname can only use with hardware bridge


Ich habe eine Hardware Bridge.

Viele Grüße

Stephan
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 11 Januar 2017, 16:06:51
Hast du in der Bridge auch das Reading dafür?
Davon ganz ab nimm mal bitte die GitHub Version. Die FHEM Version ist etwas falschsagend bezüglich webhook. Ich Update die Tage.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Sascha_F am 11 Januar 2017, 18:27:42
Hallo allerseits,

sorry! Bin leider ausgefallen, die letzte Zeit.

Nur zur Info: Bei mir ist die aktuell "nur" die Version des aktuellsten FHEM-Updates drauf. Die Meldung, welche Stephan1965 oben erwähnt hat, ist bei mir auch vorhanden.

Das wichtigste natürlich noch: Ein frohes und gesundes neues Jahr wünsche ich!

Viele Grüße
Sascha
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 11 Januar 2017, 18:58:45
Hallo Leute,

Da sich schon 2 Leute gemeldet haben werde ich heute Abend bereits die neuste Version ins FHEM SVN einchecken.
Kurze Frage an die Leute die die Meldung bekommen haben aber dennoch eine Hardware Bridge haben. Ist das Attribut trotzdem erhalten geblieben? Steht es noch im Smartlock Device drin?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 11 Januar 2017, 19:36:23
@ALL
Ich habe soeben die Version 0.4.5 ins SVN eingecheckt. Support für Callback/Webhook für die Software Bridge. Ausserdem diverse Codebereinigungen und einige set Befehle werden nicht angezeigt wenn sie von der entsprechenden Bridge nicht unterstützt werden.



Grüße
Leon
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Sascha_F am 11 Januar 2017, 20:06:28
Hab ich was überlesen? Welches Attr meinst Du denn im Device?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 11 Januar 2017, 20:07:55
Die beiden Attribute webhook*
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Sascha_F am 12 Januar 2017, 11:40:19
Oh, jetzt, wo Du es sagst!

Im Device:
webhook_counter 3
webhook_last 2017-01-12 07:17:04
webhook_register unregistered

Schaltvorgänge (App, FHEM und lock'n'go) werden aber registriert und in FHEM korrekt angezeigt - Bedienung über FHEM auch problemlos.

Viele Grüße
Sascha
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CaptainCarrot am 13 Januar 2017, 09:29:31
Servus,

ich lese hier schon ziemlich seit Beginn mit und habe ein Smartlock mit HW-Bridge im Einsatz, bisher hab ich nicht geschrieben, weil ihr mit dem Problemlösen schneller wart als ich mit der Integration meines NUKIs in FHEM ;-). Finde ich total super, das Feedback wollte ich auch mal geben!
Bei der Webhook-Funktion war ich jetzt allerdings wohl auch bei der Implementierung mal einer der ersten, daher noch ein kleines Feedback dazu:

1. Es wäre praktisch, wenn man den PORT noch als attr setzen könnte, wenn man die Standard-Instanzen per Passwort gesichert hat muss man sonst basteln. Ich hatte das TabletWEB-Interface noch nicht gesichert, also läuft es jetzt darüber, würde das aber lieber über einen anderen Port auf mein "normales" intern ungesichertes Webinterface laufen lassen. Ist bei Neueinrichtungen kein Problem, aber bei bestehenden Systemen.

2. Ich musste ebenfalls Bridge und Smartlock nochmal löschen und neu anlegen, um die Webhooks zum funktionieren zu bringen, obwohl eigentlich alle attr und readings richtig aussahen. Scheinbar war aber der Webhook nicht erreichbar, das gab dann auf der Bridge den Error 503 und das Smartlock-Device hat den Webhook auch immer wieder neu in die Bridge eingetragen, der Stand da ständig 3 mal drin. Also vielleicht als Hinweis an alle, die ebenfalls ein schon etwas länger bestehendes NUKI-Schloss mit Webhooks versorgen wollen: Erst Locks und Bridge nochmal komplett neu anlegen.

Ansonsten: Weiter so, tolle Arbeit!

Viele Grüße
Joachim
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 13 Januar 2017, 10:45:18
Zitat von: CaptainCarrot am 13 Januar 2017, 09:29:31
Servus,

ich lese hier schon ziemlich seit Beginn mit und habe ein Smartlock mit HW-Bridge im Einsatz, bisher hab ich nicht geschrieben, weil ihr mit dem Problemlösen schneller wart als ich mit der Integration meines NUKIs in FHEM ;-). Finde ich total super, das Feedback wollte ich auch mal geben!
Bei der Webhook-Funktion war ich jetzt allerdings wohl auch bei der Implementierung mal einer der ersten, daher noch ein kleines Feedback dazu:

1. Es wäre praktisch, wenn man den PORT noch als attr setzen könnte, wenn man die Standard-Instanzen per Passwort gesichert hat muss man sonst basteln. Ich hatte das TabletWEB-Interface noch nicht gesichert, also läuft es jetzt darüber, würde das aber lieber über einen anderen Port auf mein "normales" intern ungesichertes Webinterface laufen lassen. Ist bei Neueinrichtungen kein Problem, aber bei bestehenden Systemen.

2. Ich musste ebenfalls Bridge und Smartlock nochmal löschen und neu anlegen, um die Webhooks zum funktionieren zu bringen, obwohl eigentlich alle attr und readings richtig aussahen. Scheinbar war aber der Webhook nicht erreichbar, das gab dann auf der Bridge den Error 503 und das Smartlock-Device hat den Webhook auch immer wieder neu in die Bridge eingetragen, der Stand da ständig 3 mal drin. Also vielleicht als Hinweis an alle, die ebenfalls ein schon etwas länger bestehendes NUKI-Schloss mit Webhooks versorgen wollen: Erst Locks und Bridge nochmal komplett neu anlegen.

Ansonsten: Weiter so, tolle Arbeit!

Viele Grüße
Joachim

Hallo Joachim,

Das ändern des Webhook Ports hatte ich in früheren Versionen drin. Da man aber nun bequem alle vorhandenen FHEM WEB Instanzen auswählen kann ergibt sich der Port ja automatisch. Man kann ja nur den Port nehmen den die Webinstanz anbietet und den lese ich automatisch aus.
Wenn ich mir Punkt 1 bei Dir so durchlese, gehe ich davon aus das Du etwas im Modulcode angepasst hast um einen anderen Port aus zu wählen. Daraus ergibt sich aber ein Problem. Beim define eines jeden Smartlock Devices wird eine Art Marker gesetzt, Anhand dieses Markers wird erkannt ob das Device Berechtigt ist ein Webhookaufruf an zu nehmen. Hier wird dann wohl auch Dein 503 her gekommen sein.

Um zusammen zu fassen. Sobald ich eine FHEM Webinstanz ausgesucht habe (es werden alle vorhandenen aufgelistet) steht automatisch der Port fest, und dieser wird dann beim anlegen des webhooks ausgelesen.



Grüße
Leon
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Sascha_F am 14 Januar 2017, 12:26:01
Hi zusammen,

bei mir läuft die aktuelle Version. Habe das Device neu angelegt, den callback aus der Bridge gelöscht (es komme eine Fehlermeldung, aber gelöscht wird trotzdem) und dann über Autocreate das Device neu angelegt und entsprechend webhook neu angelegt.

Das einzige, was ich noch nicht richtig unterkriege ist das Reading "lastError". Hier habe ich immer wieder "Internal error, 503" stehen. Oder sollte die Bridge doch auch komplett neu angelegt werden?

Edit (ist mir gerade aufgefallen)
Log: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/74_NUKIDevice.pm line 197, <$fh> line 2497.

Viele Grüße und ein schönes Wochenende
Sascha
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 14 Januar 2017, 12:28:49
Hallo Sascha,

Schaue ich mir mal an. Kannst Du mir bitte ein list vom Bridgedevice geben.
Aber die Bridge steht immer auf Connect, oder?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Sascha_F am 14 Januar 2017, 14:16:19
Hi!

na aber sicher doch :-)

Hier das List aus der Bridge:
[{"nukiId": 87048193, "name": "Zuhause", "lastKnownState": {"state": 3, "stateName": "unlocked", "batteryCritical": false, "timestamp": "2017-01-14T11:35:52+00:00"}}]

Edit: Der Status der Bridge ist immer auf "connected"

Passt nicht so 100 %ig zum Thema: Ich dachte mir, ich versuche nach einem FHEM-Neustart den Status des Schlosses über "set statusRequest" zu bekommen und habe dafür ein notify auf global gesetzt:

global:INITIALIZED set NUKIDevice87048193 statusRequest

Hab ich da nen Denkfehler drin?

Viele Grüße
Sascha
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 14 Januar 2017, 14:19:17
Da ja en wir uns falsch verstanden. Gebe mal bitte in der FHEM Kommandozeile

list BRIDGEDEVICENAME

ein
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Sascha_F am 14 Januar 2017, 14:25:03
Ach sorry! ^^

Jetzt aber :)

Internals:
   DEF        192.168.178.21 ik2t9i
   HOST       192.168.178.21
   NAME       NukiBridge
   NR         491
   PORT       8080
   STATE      connected
   TOKEN      ik2t9i
   TYPE       NUKIBridge
   VERSION    0.4.5
   Readings:
     2017-01-12 18:14:11   0_name          Zuhause
     2017-01-12 18:14:11   0_nukiId        87048193
     2017-01-14 14:23:02   bridgeType      Hardware
     2017-01-14 14:23:02   currentTime     2017-01-14T13:23:02+00:00
     2017-01-14 14:23:02   firmwareVersion 1.4.11
     2017-01-14 14:23:02   hardwareId      88293553
     2017-01-14 13:44:06   lastError       Internal error, 503
     2017-01-14 14:23:02   serverConnected 1
     2017-01-14 14:23:02   serverId        42151571
     2017-01-12 18:14:11   smartlockCount  1
     2017-01-14 14:23:02   state           connected
     2017-01-14 14:23:02   uptime          2330487
     2017-01-14 14:23:02   wifiFirmwareVersion 1.0.1
   Helper:
     aliveCount 0
Attributes:
   DbLogExclude .*
   alias      &nbsp
    devStateIcon connected:it_wifi@green disabled:10px-kreis-rot .*:it_wifi@orange
   group      NUKI
   icon       Nuki_Bridge
   room       Flur
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 14 Januar 2017, 14:34:16
Zitat
HTTP 503 Returned if the given Smart Lock is offline

Das kann nur bei einem Schaltbefehl passieren oder bei einem manuellen statusRequest beim Smartlock Device.
Ich werde das mal mit einbauen als Info

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 14 Januar 2017, 14:53:21
Bitte einmal einspielen und schauen was passiert. Es müsste wenn wieder 503 kommt diesmal im Error Reading der Bridge "Smartlock offline" stehen und im state des jeweiligen Smartlock ebenfalls "Smartlock offline"
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Sascha_F am 14 Januar 2017, 15:04:44
Hi und Danke! :-)

Werde ich gleich mal einspielen, beobachten und natürlich berichten.

Wie war das mit dem Wald und den Bäumen? Ich hab die API in nem anderen TAB auf, aber ... Scheinbar bin ich heute noch nicht ganz wach^^

Demnach kommt der 503 ja nur bei "lockAction" oder "lockState".

Beim Timestamp (2017-01-14 13:44:06) kann ich ein "lockAction" ausschließen.

Ich packe hier mal die NUKI-bezogenen LOG-Einträge mit rein. Vielleicht hilft es, vielleicht nicht - schaden kann es ja nicht ;)

Hatte ein Update gemacht und daher neu gestartet (aber gegen 12:30 h)

2017.01.14 13:43:08 2: NUKIDevice (NUKIDevice87048193) - Unregistering NUKIDevice for webhook URL /NUKIDevice...
2017.01.14 13:43:08 3: NUKIDevice (NUKIDevice87048193) - undefined with Code: NukiBridge-87048193
.
.
2017.01.14 13:43:34 3: NUKIBridge (NukiBridge) - defined with host 192.168.178.21 on port 8080, Token ik2t9i
.
.
2017.01.14 13:43:34 3: NUKIDevice (NUKIDevice87048193) - URL ist: http://192.168.178.46:8083/fhem/NUKIDevice-87048193:8083/fhem/NUKIDevice-87048193
.
.
2017.01.14 13:44:06 3: NUKIDevice (NukiBridge) - NukiId '87048193' already defined as 'NUKIDevice87048193'



EDIT: Habe gerade mal wieder reingeschaut (v0.4.6):
lastError          Internal error, 503          2017-01-14 17:13:44
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CaptainCarrot am 15 Januar 2017, 00:15:47
Zitat
Das ändern des Webhook Ports hatte ich in früheren Versionen drin. Da man aber nun bequem alle vorhandenen FHEM WEB Instanzen auswählen kann ergibt sich der Port ja automatisch. Man kann ja nur den Port nehmen den die Webinstanz anbietet und den lese ich automatisch aus.
Wenn ich mir Punkt 1 bei Dir so durchlese, gehe ich davon aus das Du etwas im Modulcode angepasst hast um einen anderen Port aus zu wählen. Daraus ergibt sich aber ein Problem. Beim define eines jeden Smartlock Devices wird eine Art Marker gesetzt, Anhand dieses Markers wird erkannt ob das Device Berechtigt ist ein Webhookaufruf an zu nehmen. Hier wird dann wohl auch Dein 503 her gekommen sein.

Um zusammen zu fassen. Sobald ich eine FHEM Webinstanz ausgesucht habe (es werden alle vorhandenen aufgelistet) steht automatisch der Port fest, und dieser wird dann beim anlegen des webhooks ausgelesen.

Hallo Leon,

hm... also bei mir werden nicht alle Instanzen aufgelistet. Ich habe insgesamt 4 Instanzen, WEB mit Nutzername/Passwort auf 8083, WEBphone auf 8084 mit PW, WEBTablet auf 8085 ohne PW (die benutze ich) und WEB auf 8086 ohne PW (die hätte ich benutzen wollen, aber die kann ich nicht auswählen). 
Den Modulcode habe ich nicht angerührt. Aber das smartlock wurde ursprünglich mal mit einer relativ frühen Version erzeugt (ich meine niedrige 0.2er).

Gruß, Joachim

P.S.: Den internal error 503 bekomme ich nach wie vor (ähnlich wie bei Sascha scheint mir), ich werde jetzt mal beobachten, wann der bei mir auftritt.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 15 Januar 2017, 06:58:45
Hallo Joachim,

Welche Modulversion setzt Du aktuell ein?
Kannst Du bitte ein list von der Webinstanz machen welche Du nehmen möchtest?
Welche werden denn angezeigt? Alle anderen ausser die die Du nehmen möchtest?



Grüße
Leon
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CaptainCarrot am 15 Januar 2017, 10:18:07
Zitat von: CoolTux am 15 Januar 2017, 06:58:45
Welche Modulversion setzt Du aktuell ein?

0.4.5 aus dem Standard-repository

Zitat
Kannst Du bitte ein list von der Webinstanz machen welche Du nehmen möchtest?

Internals:
   CONNECTS   79
   DEF        8086 global
   FD         190
   NAME       IntraWEB
   NR         460
   NTFY_ORDER 50-IntraWEB
   PORT       8086
   STATE      Initialized
   TYPE       FHEMWEB
Attributes:

Zitat
Welche werden denn angezeigt? Alle anderen ausser die die Du nehmen möchtest?

Ja, es werden die 3 Standard-Instanzen angezeigt, also WEB, handy und tablet auf 8083, 8084 und 8085

Gruß, Joachim
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 15 Januar 2017, 10:31:08
Kannst Du das bitte mal bei Dir eingeben in der FHEM Commandline


{ join( ",", devspec2array('TYPE=FHEMWEB:FILTER=TEMPORARY!=1') ) }
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CaptainCarrot am 15 Januar 2017, 12:44:38
Zitat von: CoolTux am 15 Januar 2017, 10:31:08
Kannst Du das bitte mal bei Dir eingeben in der FHEM Commandline


{ join( ",", devspec2array('TYPE=FHEMWEB:FILTER=TEMPORARY!=1') ) }


Das liefert alle Instanzen zurück:

IntraWEB,WEB,WEBphone,WEBtablet
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Sascha_F am 15 Januar 2017, 22:36:42
Hi zusammen,

hier ein kurzes Feedback zum "Internal error, 503":

Habe ich zwischendurch ab und zu. Definitiv aber mit jedem Schaltbefehl (doif für morgens und abends), welche aber korrekt ausgeführt werden - inkl. des callbacks.

Das Device hatte ich mit der 0.4.6 neu angelegt - die Bridge nicht. Das kann ich ja noch mal testen. Ist ja nix wildes :)

Guten Wochenstart!
Sascha
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 15 Januar 2017, 23:33:36
Hallo Sascha,

Der Code müsste eigentlich korrekt aufgelöst werden. Steht irgendwo bei Dir Smartlock offline? Bei der Bridge oder als state bei dem Smartlock Device?



Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Sascha_F am 16 Januar 2017, 20:00:30
Hi Leon,

in keinem der beiden Devices ist etwas von offline zu finden. Die letzte 503er-Meldung in der Bridge ist auch von gestern 22:30 h (da schließt mein doif die Tür ab). Morgens wird ebenfalls über dieses doif aufgeschlossen - hier kam diesmal kein 503.

Hmm... Dann stimmt meine Aussage von oben "mit jedem Schaltbefehl" auch nicht. Die Funktion ist ja 100%ig gegeben - keine Aussetzer oder ähnliches. Von daher würde ich es momentan höchstens es als kleinen Schönheitsfehler betiteln - also nichts kriegsentscheidendes.

Viele Grüße
Sascha
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 16 Januar 2017, 20:11:45
Hallo Sascha,

Vielen Dank für die Rückinfo. Ich schaue noch mal in den Code und wenn mir nichts weiter auffällt gebe ich die Version mal frei.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Sascha_F am 16 Januar 2017, 20:52:08
Alles klar. Ich hab jetzt mal verbose=5 aktiviert... Hoffe da kommt bald n Fehler, bevor sich mein LOG nen Strick nimmt :D
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Sascha_F am 16 Januar 2017, 22:58:50
So, hier jetzt mal ein Log mit 503 dabei. Hoffe, es sieht nicht zu wild aus:

2017.01.16 22:29:50 4: NUKIBridge (NukiBridge) - NUKIBridge_GetCheckBridgeAlive
2017.01.16 22:29:50 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.178.21:8080/info?token=ik2t9i
2017.01.16 22:29:50 4: NUKIBridge (NukiBridge) - run NUKIBridge_Call
2017.01.16 22:29:50 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.16 22:29:50 5: NUKIBridge (NukiBridge) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": 88293553, "serverId": 42151571}, "versions": {"firmwareVersion": "1.4.11", "wifiFirmwareVersion": "1.0.1"}, "uptime": 2532498, "currentTime": "2017-01-16T21:29:50+00:00", "serverConnected": true, "scanResults": [{"nukiId": 87048193, "name": "Nuki_05304001", "rssi": -74, "paired": true}]}
2017.01.16 22:29:50 5: NUKIBridge (NukiBridge) - Response ERROR:
2017.01.16 22:29:50 5: NUKIBridge (NukiBridge) - Response CODE: 200
2017.01.16 22:29:50 5: NUKIBridge (NukiBridge) - Bridge ist online
2017.01.16 22:30:00 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.178.21:8080/lockAction?token=ik2t9i&action=2&nukiId=87048193
2017.01.16 22:30:07 4: NUKIBridge (NukiBridge) - NUKIBridge_GetCheckBridgeAlive
2017.01.16 22:30:07 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.178.21:8080/info?token=ik2t9i
2017.01.16 22:30:07 4: NUKIBridge (NukiBridge) - run NUKIBridge_Call
2017.01.16 22:30:07 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.16 22:30:07 5: NUKIBridge (NukiBridge) - Response JSON:
2017.01.16 22:30:07 5: NUKIBridge (NukiBridge) - Response ERROR:
2017.01.16 22:30:07 5: NUKIBridge (NukiBridge) - Response CODE: 503
2017.01.16 22:30:07 4: NUKIBridge (NukiBridge) - received http code 503 without any data after requesting
2017.01.16 22:30:11 5: NUKIBridge (NukiBridge) - Response JSON: {"success": true, "batteryCritical": false}
2017.01.16 22:30:11 5: NUKIBridge (NukiBridge) - Response ERROR:
2017.01.16 22:30:11 5: NUKIBridge (NukiBridge) - Response CODE: 200
2017.01.16 22:30:23 4: NUKIBridge (NukiBridge) - NUKIBridge_GetCheckBridgeAlive
2017.01.16 22:30:23 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.178.21:8080/info?token=ik2t9i
2017.01.16 22:30:23 4: NUKIBridge (NukiBridge) - run NUKIBridge_Call
2017.01.16 22:30:23 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.16 22:30:23 5: NUKIBridge (NukiBridge) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": 88293553, "serverId": 42151571}, "versions": {"firmwareVersion": "1.4.11", "wifiFirmwareVersion": "1.0.1"}, "uptime": 2532531, "currentTime": "2017-01-16T21:30:23+00:00", "serverConnected": true, "scanResults": [{"nukiId": 87048193, "name": "Nuki_05304001", "rssi": -75, "paired": true}]}
2017.01.16 22:30:23 5: NUKIBridge (NukiBridge) - Response ERROR:
2017.01.16 22:30:23 5: NUKIBridge (NukiBridge) - Response CODE: 200
2017.01.16 22:30:23 5: NUKIBridge (NukiBridge) - Bridge ist online
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 16 Januar 2017, 23:07:44
Danke für das Log. Schaue ich morgen mal drüber. Ausserdem kam mir noch eine super Idee für 2 neue Readings. Das baue ich die Tage noch ein.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Sascha_F am 16 Januar 2017, 23:25:50
Keine Eile ;)

Bin gespannt, was Dir noch an Readings eingefallen ist!
Hmm, bekommt man vll raus, wer einen Schließvorgang ausgelöst hat? Ich bin gespannt! :)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 16 Januar 2017, 23:27:50
Zitat von: Sascha_F am 16 Januar 2017, 23:25:50
Keine Eile ;)

Bin gespannt, was Dir noch an Readings eingefallen ist!
Hmm, bekommt man vll raus, wer einen Schließvorgang ausgelöst hat? Ich bin gespannt! :)

Ich will sehen das ich den rssi Wert und den paired Status in die Smartlock Devices als Reading mit rein bekomme.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 17 Januar 2017, 06:29:16
Ich habe soeben die Version 0.4.7 von beiden Modulen ins svn geschoben. Schaut mal bitte ob ich rechtzeitig kam und es noch im heutigen Update mit drin ist. Wenn nicht dann morgen per Update.
Neu ist eine bessere Fehlerbehandlung bei 503 und 2 neue Readings bei den Smartlock Devices (rssi,paired).



Grüße
Leon
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Sascha_F am 17 Januar 2017, 17:50:24
Hi Leon,

Du warst noch schnell genug   ;)

Habe die neuen Versionen gerade übers Update geholt.

Die neuen Readings werden korrekt angezeigt. nice! :)

Zum 503er kann ich noch nichts sagen, da das Reading noch von heute früh (06:30) ist.

Viele Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 19 Januar 2017, 09:02:59
Version 1.5 der Bridge API ist draussen. Zwei neue Funktionen sind hinzu gekommen.
1. Reset der Bridge
2. unpaired Smartlock

Ich werde die Tage die neuen Funktionen integrieren.
Es wird ein neues Internal hinzukommen mit Info welche API Version unterstützt wird.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 19 Januar 2017, 21:11:37
Ich habe soeben eine neue Entwicklerversion ins GitHub geschoben. Link findet Ihr im ersten Post des Threads relativ weit unten.
Bitte einmal testen.
Neu bei der Bridge set factoryReset
Neu beim Device set unpair



Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Sascha_F am 19 Januar 2017, 22:05:52
Wollte ich auch gerade schreiben - gestern Abend entdeckt :)

Hab mal als Feature-Request angefragt, ob es zukünftig ggf. auch möglich ist zu sehen, wer (User) oder was (manuell, Loch'n'go) die Aktion ausgelöst hat. Könnte man ein schönes notify draufsetzen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: samh am 20 Januar 2017, 22:29:42
Hallo Leon,

die 0.5.99 Module arbeiten bei mir ohne Probleme.

Habe auch bei NUKI nachgefragt, ob im lockAction-Response nicht auch der Name des Aktivisten enthalten sein könnte:

z.Bsp.:
Example-Response
{
"success": true,
"batteryCritical": false,
"UserId": "Sam"
}

Antwort...
Zitat
Danke für das Feedback.

Diese Funktionen sind leider nicht verfügbar.
Wir nehmen das Feedback dazu gerne an, können aber keine Umsetzung garantieren.

Schöne Grüße,

Wär' halbwegs ein Ersatz für das Fehlende /log bei der Software-Bridge.

Gruß Sam
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: aheissenberger am 21 Januar 2017, 01:20:33
Für alle die ihr NUKI Schloss auch mit Siri / HomeKit (Homebridge) steuern wollen, müssen beim Device noch folgendes ergänzen:

attr NUKIDeviceXXXXX genericDeviceType lock
attr NUKIDeviceXXXXX homebridgeMapping LockCurrentState=lockState,values=/^lock/:SECURED;;/^unlock/:UNSECURED LockTargetState=state,values=/^lock/:SECURED;;/^unlock/:UNSECURED,cmds=SECURED:lock;;UNSECURED:unlock
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 21 Januar 2017, 02:21:32
Vielleicht kann bis Ende nächster Woche noch jemand mit Hardwarebridge was zur 0.5.99er Version sagen. Wenn da nichts weiter ist checke ich sie ein.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 21 Januar 2017, 20:28:44
hab die 0.5.99 nun bei mir drauf. Erste Tests funktionieren. Schalten und Status-Anzeige geht.

Werksreset und Unpair will ich ungern machen ;)
Aber ich denke, dass es funktioniert. Bzw. wenn nicht ist es eher was für NUKI.

Ich lass es einfach laufen, wenn was sein sollte, sage ich Bescheid.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CaptainCarrot am 22 Januar 2017, 17:14:25
Zitat von: CaptainCarrot am 15 Januar 2017, 12:44:38
Das liefert alle Instanzen zurück:

IntraWEB,WEB,WEBphone,WEBtablet

Wollte nur kurz vermelden, dass ich mit 0.4.7 alle Instanzen im Smartlock für den Webhook zur Auswahl habe, perfekt!
Ansonsten seit 2 Wochen keine Auffälligkeiten (jedenfalls nicht von FHEM-Seite, die NUKI-App für Android zickt bisschen rum ;-)).

Gruß, Joachim
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: atlan76 am 23 Januar 2017, 01:31:32
Hallo zusammen,

hat jemand ne Idee, ob ein unlatch auch über Siri / HomeKit (Homebridge) möglich ist?

LG
Jürgen
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Stephan1965 am 23 Januar 2017, 19:13:00
Hallo,
ich habe ein paar Fragen:
- In der Nuki App kann man die Betätigung des Knopfes am Smartlock deaktivieren. Ist dies auch von FHEM aus möglich? Dann könnte man z. B. im Party-Modus diesen deaktivieren (gemeinsam mit den anderen Party-Einstellungen im zugehörigen DOIF wie Rollos, Licht etc.), damit die neugierigen Gäste nicht immer auf den Knopf drücken (bzw. Erfolg haben  mit der Betätigung und dann kriegen sie die Tür nicht mehr auf).
- Wenn ich auf den Knopf am Smartlock drücke, schließt das Schloß. Ich hätte gerne, dass beim erneuten Drücken (also wenn das Schloß zugesperrt ist) das Schloß wieder geöffnet wird. Ist das über FHEM realisierbar? (Oder geht das über die Nuki-App und ich habe es noch nicht gefunden?). Sprich: Kann die Betätigung des Knopfes in FHEM ausgelesen werden?

Viele Grüße

Stephan
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 23 Januar 2017, 19:38:30
Zitat von: Stephan1965 am 23 Januar 2017, 19:13:00
Hallo,
ich habe ein paar Fragen:
- In der Nuki App kann man die Betätigung des Knopfes am Smartlock deaktivieren. Ist dies auch von FHEM aus möglich? Dann könnte man z. B. im Party-Modus diesen deaktivieren (gemeinsam mit den anderen Party-Einstellungen im zugehörigen DOIF wie Rollos, Licht etc.), damit die neugierigen Gäste nicht immer auf den Knopf drücken (bzw. Erfolg haben  mit der Betätigung und dann kriegen sie die Tür nicht mehr auf).
- Wenn ich auf den Knopf am Smartlock drücke, schließt das Schloß. Ich hätte gerne, dass beim erneuten Drücken (also wenn das Schloß zugesperrt ist) das Schloß wieder geöffnet wird. Ist das über FHEM realisierbar? (Oder geht das über die Nuki-App und ich habe es noch nicht gefunden?). Sprich: Kann die Betätigung des Knopfes in FHEM ausgelesen werden?

Viele Grüße

Stephan

Hallo Stephan,

1. Ist meines Wissens nicht möglich. Zu mindest ist es nicht in FHEM implementiert und in der API Beschreibung hatte ich dazu nichts gefunden.
2. Ist es nicht sowieso so das wenn der Schloß geschloßen ist und ich am Knopf am Schloß drücke es sich wieder öffnet?
Zu Deiner Zustandsfrage. Sofern Webhook/Callback eingerichtet ist und nachweißlich funktioniert ist FHEM zu jeder Zeit der Zustand des Schloßes bekannt. Also auch wenn der Zustand sich über Schloß/App ändert.



Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 23 Januar 2017, 20:14:54
Zitat von: Stephan1965 am 23 Januar 2017, 19:13:00
- In der Nuki App kann man die Betätigung des Knopfes am Smartlock deaktivieren. Ist dies auch von FHEM aus möglich? Dann könnte man z. B. im Party-Modus diesen deaktivieren (gemeinsam mit den anderen Party-Einstellungen im zugehörigen DOIF wie Rollos, Licht etc.), damit die neugierigen Gäste nicht immer auf den Knopf drücken (bzw. Erfolg haben  mit der Betätigung und dann kriegen sie die Tür nicht mehr auf).
- Wenn ich auf den Knopf am Smartlock drücke, schließt das Schloß. Ich hätte gerne, dass beim erneuten Drücken (also wenn das Schloß zugesperrt ist) das Schloß wieder geöffnet wird. Ist das über FHEM realisierbar? (Oder geht das über die Nuki-App und ich habe es noch nicht gefunden?). Sprich: Kann die Betätigung des Knopfes in FHEM ausgelesen werden?

- der Button vom Smartlock ist aktuell nicht per API konfigurierbar, nur über die App am Handy.
- das ist doch die Default-Einstellung (in der App: "Button am Smartlock" ist per default aktiviert) Bei klick auf den Knopf schliesst das Schloß zu und bei erneutem Klick schliesst es wieder auf. Bei Doppelklick auf den Knopf wird Lock-N-Go aktiviert. Heisst, man klickt 2 Mal auf dem Knopf und verlässt das Haus, 20 Sekunden nach dem Doppelklick wird das Schloß verriegelt.
Das nutze ich recht häufig.
Aber auch hier der Knopf ist nicht per API und somit per FHEM schaltbar.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: markukug am 23 Januar 2017, 20:57:41
Irgendwie schaffe ich es nicht den Status des Smartlock automatisch aktualisiert zu bekommen.
Leider habe ich auch die Webhook Funktion (ich habe die Webhook IP auf den FHEM Server gesetzt) noch nicht so richtig verstanden.
Vielleicht kann hier jemand versuchen eine Erklärung zu geben.

Danke
LG
Markus
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 23 Januar 2017, 21:04:34
ich versuche es mal:

ohne Webhook/Callback sendet das Smartlock an die Bridge immer den aktuellen Status, bzw. wird von der Bridge abgefragt.
Um den Status vom Smartlock über FHEM lesen zu können muss also alle X Sekunden eine Abfrage von FHEM an die Bridge erfolgen, was z.T. Probleme bei der Bridge bei zu häufigen Anfragen verursachte.

Der Callback macht nun folgendes: Man definiert eine IP-Adresse/Port (in unserem Fall der FHEM Server mit bspw. WEB-Instanz). Ab dann werden Schließvorgänge von der Bridge automatisch zu FHEM gemeldet. Und das nur, wenn tatsächlich eine Änderung war.
Und dabei ist es egal ob der Schließvorgang über App, am Schloß oder per API/FHEM erfolgte. Der Status wird immer über diesen Weg dann an FHEM übergeben.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 23 Januar 2017, 21:13:16
Zitat von: markukug am 23 Januar 2017, 20:57:41
Irgendwie schaffe ich es nicht den Status des Smartlock automatisch aktualisiert zu bekommen.
Leider habe ich auch die Webhook Funktion (ich habe die Webhook IP auf den FHEM Server gesetzt) noch nicht so richtig verstanden.
Vielleicht kann hier jemand versuchen eine Erklärung zu geben.

Danke
LG
Markus

Was hast Du denn bis jetzt gemacht?
Wichtig ist das Schloß, Bridge und Module aktuell sind.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: markukug am 24 Januar 2017, 07:39:08
Vorerst mal danke für Euer rasches Feedback.

Bridge
Internals
DEF 192.168.178.233 abcdef
HOST 192.168.178.233
NAME nuki01
NR 532
PORT 8080
STATE connected
TOKEN abcdef
TYPE NUKIBridge
VERSION 0.4.7


Readings
0_name Tstr23 2017-01-21 14:44:10
0_nukiId 102765321 2017-01-21 14:44:10
bridgeType Hardware 2017-01-24 07:32:54
currentTime 2017-01-24T06:32:55+00:00 2017-01-24 07:32:54
firmwareVersion 1.4.20 2017-01-24 07:32:54
hardwareId 98598929 2017-01-24 07:32:54
lastError 192.168.178.233: No route to host 2017-01-23 06:13:22
serverConnected true 2017-01-24 07:32:54
serverId 287592143 2017-01-24 07:32:54
smartlockCount 1 2017-01-21 14:44:10
state connected 2017-01-24 07:32:54
uptime 59397 2017-01-24 07:32:54
wifiFirmwareVersion 1.0.1 2017-01-24 07:32:54



Smartlock:
Internals

DEF 111111111 IODev=nuki01
IODev nuki01
NAME nukiHaustuer
NR 533
NUKIID 1111111111
STATE locked
TYPE NUKIDevice
VERSION 0.4.7
WEBHOOK_COUNTER 0
WEBHOOK_PORT
WEBHOOK_REGISTER incomplete_attributes
WEBHOOK_URI /fhem/NUKIDevice
WEBHOOK_URL


Readings

battery ok 2017-01-23 20:53:40
batteryCritical false 2017-01-23 20:53:40
lockState locked 2017-01-23 20:53:40
name Nuki_22222222 2017-01-24 07:29:41
paired true 2017-01-24 07:29:41
rssi -79 2017-01-24 07:29:41
state locked 2017-01-23 20:53:40
success true 2017-01-23 20:53:40


Attributes
IODev nuki01 deleteattr
alias Tstr23 deleteattr
room NUKI deleteattr
webhookHttpHostname 192.168.178.10 deleteattr


Wäre es Euch möglich hier nochmal drüber zu schauen, ob ich etwas falsch gemacht bzw. vergessen habe?

Danke
lg
Markus
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 24 Januar 2017, 08:22:43
Da fehlt noch Deine webhookFw Instanz


WEBHOOK_REGISTER incomplete_attributes


Attribut beim Smartlock.
Wenn Du das hast kannst Du mit get callBacks bei der Bridge schauen ob einer eingerichtet ist.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: markukug am 24 Januar 2017, 08:54:44
Das Ganze sieht jetzt wie folgt aus:


Callback-ID Callback-URL
0 http://192.168.178.233:8083/fhem/NUKIDevice-102765321
1 http://192.168.178.10:8083/fhem/NUKIDevice-102765321
2 http://192.168.178.10:8083/fhem/NUKIDevice-102765321


Kann man diese Callbacks irgendwie bereinigen? Die .10 ist mein FHEM-Server. .233 ist die Nuki-Bridge, welche ich in den Anfängen mal fälschlich eingetragen habe.

lg
Markus
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 24 Januar 2017, 10:08:19
Zitat von: markukug am 24 Januar 2017, 08:54:44
Das Ganze sieht jetzt wie folgt aus:


Callback-ID Callback-URL
0 http://192.168.178.233:8083/fhem/NUKIDevice-102765321
1 http://192.168.178.10:8083/fhem/NUKIDevice-102765321
2 http://192.168.178.10:8083/fhem/NUKIDevice-102765321


Kann man diese Callbacks irgendwie bereinigen? Die .10 ist mein FHEM-Server. .233 ist die Nuki-Bridge, welche ich in den Anfängen mal fälschlich eingetragen habe.

lg
Markus

Lösche mal alle. Bei der Bridge set removeCallbacks ID

Danach einfach nur beim Smartlock kurz auf attr webhookFw drücken so das das Attribut neu geschrieben wird. Musst ja nichts ändern
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: markukug am 24 Januar 2017, 10:15:39
Danke, jetzt sieht es sauber aus!

Callback-ID Callback-URL
0 http://192.168.178.10:8083/fhem/NUKIDevice-102765321


lg
Markus
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 24 Januar 2017, 10:40:28
Und jetzt testen. Mit der App oder am Schloß schalten und in FHEM sollte in 10s der aktuelle Status stehen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: markukug am 24 Januar 2017, 11:24:40
Der Status wird leider nicht aktualisiert. Erst mit set nukiHaustuer statusRequest wir der Status aktualisiert. Läuft irgendwie noch nicht so rund.

Ich habe bei der Bridge folgenden Fehler. Die hier angeführte IP ist die, der Bridge.
lastError 192.168.178.233: No route to host 2017-01-24 10:59:13

LOG verbose 5 Bridge und Schloss
2017.01.24 11:17:15 5: NUKIDevice (nukiHaustuer) - Parse with result: {"name":"Nuki_06201309","rssi":-77,"paired":true}
2017.01.24 11:17:15 5: NUKIDevice (nukiHaustuer) - parse status message for nukiHaustuer
2017.01.24 11:17:15 5: NUKIDevice (nukiHaustuer) - readings set for nukiHaustuer
2017.01.24 11:17:41 5: NUKIDevice (nukiHaustuer) - Parse with result: {"rssi":-77,"name":"Nuki_06201309","paired":true}
2017.01.24 11:17:41 5: NUKIDevice (nukiHaustuer) - parse status message for nukiHaustuer
2017.01.24 11:17:41 5: NUKIDevice (nukiHaustuer) - readings set for nukiHaustuer
2017.01.24 11:18:04 5: NUKIDevice (nukiHaustuer) - Parse with result: {"rssi":-77,"name":"Nuki_06201309","paired":true}
2017.01.24 11:18:04 5: NUKIDevice (nukiHaustuer) - parse status message for nukiHaustuer
2017.01.24 11:18:04 5: NUKIDevice (nukiHaustuer) - readings set for nukiHaustuer
2017.01.24 11:18:21 5: NUKIDevice (nukiHaustuer) - Parse with result: {"rssi":-79,"name":"Nuki_06201309","paired":true}
2017.01.24 11:18:21 5: NUKIDevice (nukiHaustuer) - parse status message for nukiHaustuer
2017.01.24 11:18:21 5: NUKIDevice (nukiHaustuer) - readings set for nukiHaustuer
2017.01.24 11:18:30 1: PERL WARNING: Use of uninitialized value in hash element at ./FHEM/72_FRITZBOX.pm line 1419.
2017.01.24 11:18:30 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/72_FRITZBOX.pm line 1424.
2017.01.24 11:18:30 1: PERL WARNING: Use of uninitialized value in hash element at ./FHEM/72_FRITZBOX.pm line 1460.
2017.01.24 11:18:30 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/72_FRITZBOX.pm line 1460.
2017.01.24 11:18:30 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/72_FRITZBOX.pm line 1453.
2017.01.24 11:18:44 5: NUKIDevice (nukiHaustuer) - Parse with result: {"name":"Nuki_06201309","rssi":-79,"paired":true}
2017.01.24 11:18:44 5: NUKIDevice (nukiHaustuer) - parse status message for nukiHaustuer
2017.01.24 11:18:44 5: NUKIDevice (nukiHaustuer) - readings set for nukiHaustuer
2017.01.24 11:19:12 4: NUKIBridge (nuki01) - NUKIBridge_GetCheckBridgeAlive
2017.01.24 11:19:12 4: NUKIBridge (nuki01) - Send HTTP POST with URL http://192.168.178.233:8080/info?token=ge5b7e
2017.01.24 11:19:12 4: NUKIBridge (nuki01) - run NUKIBridge_Call
2017.01.24 11:19:12 4: NUKIBridge (nuki01) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.24 11:19:12 5: NUKIBridge (nuki01) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": 98598929, "serverId": 287592143}, "versions": {"firmwareVersion": "1.4.20", "wifiFirmwareVersion": "1.0.1"}, "uptime": 72975, "currentTime": "2017-01-24T10:19:13+00:00", "serverConnected": true, "scanResults": [{"nukiId": 102765321, "name": "Nuki_06201309", "rssi": -77, "paired": true}]}
2017.01.24 11:19:12 5: NUKIBridge (nuki01) - Response ERROR:
2017.01.24 11:19:12 5: NUKIBridge (nuki01) - Response CODE: 200
2017.01.24 11:19:12 5: NUKIBridge (nuki01) - Bridge ist online
2017.01.24 11:19:12 4: NUKIDevice (nukiHaustuer) - Received scanResults for matching NukiID 102765321 at device nukiHaustuer
2017.01.24 11:19:12 5: NUKIDevice (nukiHaustuer) - Parse with result: {"rssi":-77,"name":"Nuki_06201309","paired":true}
2017.01.24 11:19:12 5: NUKIDevice (nukiHaustuer) - parse status message for nukiHaustuer
2017.01.24 11:19:12 5: NUKIDevice (nukiHaustuer) - readings set for nukiHaustuer
2017.01.24 11:19:37 4: NUKIBridge (nuki01) - NUKIBridge_GetCheckBridgeAlive
2017.01.24 11:19:37 4: NUKIBridge (nuki01) - Send HTTP POST with URL http://192.168.178.233:8080/info?token=ge5b7e
2017.01.24 11:19:37 4: NUKIBridge (nuki01) - run NUKIBridge_Call
2017.01.24 11:19:37 4: NUKIBridge (nuki01) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.01.24 11:19:37 5: NUKIBridge (nuki01) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": 98598929, "serverId": 287592143}, "versions": {"firmwareVersion": "1.4.20", "wifiFirmwareVersion": "1.0.1"}, "uptime": 73000, "currentTime": "2017-01-24T10:19:38+00:00", "serverConnected": true, "scanResults": [{"nukiId": 102765321, "name": "Nuki_06201309", "rssi": -79, "paired": true}]}
2017.01.24 11:19:37 5: NUKIBridge (nuki01) - Response ERROR:
2017.01.24 11:19:37 5: NUKIBridge (nuki01) - Response CODE: 200
2017.01.24 11:19:37 5: NUKIBridge (nuki01) - Bridge ist online
2017.01.24 11:19:37 4: NUKIDevice (nukiHaustuer) - Received scanResults for matching NukiID 102765321 at device nukiHaustuer
2017.01.24 11:19:37 5: NUKIDevice (nukiHaustuer) - Parse with result: {"paired":true,"rssi":-79,"name":"Nuki_06201309"}
2017.01.24 11:19:37 5: NUKIDevice (nukiHaustuer) - parse status message for nukiHaustuer
2017.01.24 11:19:37 5: NUKIDevice (nukiHaustuer) - readings set for nukiHaustuer


Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 24 Januar 2017, 14:55:49
Schau mal ins Log der Bridge. Also richtig das von der Bridge nicht fhem.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 25 Januar 2017, 09:49:39
Ich habe Version 0.6.0 ins FHEM SVN geladen. Wird morgen als update zur Verfügung stehen.



Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Stephan1965 am 25 Januar 2017, 19:35:09
Hallo zusammen,
nur ein kurzes Feedback zu meiner Frage:
Zitat von: Stephan1965 am 23 Januar 2017, 19:13:00
- Wenn ich auf den Knopf am Smartlock drücke, schließt das Schloß. Ich hätte gerne, dass beim erneuten Drücken (also wenn das Schloß zugesperrt ist) das Schloß wieder geöffnet wird.
Nach dem heutigen Nuki Software-Update des Smartlocks funktioniert es wieder.

Viele Grüße

Stephan
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 25 Januar 2017, 19:44:47
Kurz zur Info.
Das Nuki Modul war mein erstes 2 stufiges Modul. Da es von der Funktion her der Hue Bridge ähnelte habe ich mich daran gehalten.
Da ich aktuell an einem Danon HEOS Modul arbeite was auch 2 stufig ist und ich daher nun genau weiß wie sowas FHEM Konform arbeiten soll, werde ich in baldiger Zukunft das Nuki Modul ebenfalls FHEM Konform umbauen.


Grüße
Titel: logFile
Beitrag von: danillo am 26 Januar 2017, 14:36:35
Hallo zusammen,
mir ist noch nicht klar, was ich machen muss, um bei der Bridge auch den logFile lesen zu können. Bei get kann ich nur callbackList auswählen?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 26 Januar 2017, 14:48:54
Ist dein Modul auf dem neusten Stand?
Bei mir gibt es auch den Befehl get  logfile
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: danillo am 26 Januar 2017, 14:52:08
das Update läuft ;)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 26 Januar 2017, 14:55:27
Berichte mal wenn es klappt und natürlich auch wenn es nicht klappt
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: danillo am 26 Januar 2017, 15:00:07
klappt nicht. Ist eine Softwarebridge, falls das etwas ausmacht
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 26 Januar 2017, 15:04:20
Ja das macht es. Die hat kein Log daher auch kein get zur Auswahl.
Mist ich muss die Doku anpassen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: danillo am 26 Januar 2017, 15:08:12
ok, das erklärt's dann. Aber in der App kann ich das Protokoll auch über die Bridge aus der Ferne abrufen.

Wenn du die Doku anpasst, da hätte ich dann noch etwas. mit dem Lesen dieses Thread hab ich es ja jetzt hinbekommen, dass der Status automatisch aktualisiert wird. Aber in der Doku hatte ich das nicht gefunden. ich denke, dass das Feature jeder nutzen will. Daher sollte es in der Doku bei der Einrichtung gleich dabei stehen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 26 Januar 2017, 15:26:35
Zitat von: danillo am 26 Januar 2017, 15:08:12
ok, das erklärt's dann. Aber in der App kann ich das Protokoll auch über die Bridge aus der Ferne abrufen.

Wenn du die Doku anpasst, da hätte ich dann noch etwas. mit dem Lesen dieses Thread hab ich es ja jetzt hinbekommen, dass der Status automatisch aktualisiert wird. Aber in der Doku hatte ich das nicht gefunden. ich denke, dass das Feature jeder nutzen will. Daher sollte es in der Doku bei der Einrichtung gleich dabei stehen.

Mir war als wenn webhook/callback in der Doku steht. Ich schaue mir das noch mal an. Danke Dir


Grüße


PS: Zur Info, es gibt nur eine offizielle Doku und das ist die Commandref. Alles andere ist optional.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 26 Januar 2017, 18:43:43
Zitat von: CoolTux am 25 Januar 2017, 19:44:47
wie sowas FHEM Konform arbeiten soll, werde ich in baldiger Zukunft das Nuki Modul ebenfalls FHEM Konform umbauen.

was meinst du damit genau? ist es aktuell nicht FHEM konform?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 26 Januar 2017, 19:20:31
Nein. Es ist nicht wild. Es ist genau so aufgebaut wie das Hue Modul.
Aber wenn will ich es gerne richtig richtig machen. Jetzt wo ich weiß wie es geht. Mit sauberen autocreat und automatischen anlegen von Logfiles.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 26 Januar 2017, 19:31:19
Ok

>> gesendet mit OnePlus 3T via Tapatalk <<

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: danillo am 27 Januar 2017, 09:31:53
apopros Logfile. Ich hab mal ein logfile für das Schloss und die Bridge erstellt. Melden die sich automatisch alle ~ 20 Sekunden oder fragt das FHEM aktiv ab?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 27 Januar 2017, 09:39:49
Das Bridgemodul fragt die Bridge alle 15-20s ab um den Status der Bridge zu ermitteln. Die Smartlockdevices werden per Push von der Bridge über das webhook mit Status versorgt. Aber nur wenn sich der Status ändert.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: danillo am 27 Januar 2017, 14:49:17
In meinem Log hab ich nach dem starten von FHEM folgende Meldungen gefunden:

ZitatPERL WARNING: Use of uninitialized value in string eq at ./FHEM/74_NUKIDevice.pm line 215, <$fh> line 53.

Zitat3: NUKIDevice (Nukibridge) - NukiId '########' already defined as 'NUKIDevice########'

Das erste versteh ich. Aber was bedeutet das zweite?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 27 Januar 2017, 14:57:30
Bei einem Neustart werden die aktuellen Smartlock Daten von der Bridge geholt. Sind die aus der Bridge ausgelesenen Smartlocks schon angelegt erscheint diese Meldung. Gibt es das Smartlock noch nicht wird es automatisch angelegt.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: danillo am 27 Januar 2017, 14:59:28
Danke!
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Andy89 am 29 Januar 2017, 13:55:14
Servus Leute,
ich überlege mir zur Zeit ein SmartLock zuzulegen. Dabei bin ich auf das Nuki gestoßen. Meine Frage ist eigentlich nur, ob ihr damit immer noch zufrieden seid und es empfehlen könnt?
Danke  :)

Beste Grüße und schönen Sonntag noch,
Andy
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Sascha_F am 30 Januar 2017, 00:18:50
Also ich für meinen Teil bin sehr zufrieden. Würde auch gern noch ein weiteres Set kaufen, aber für meine Gartenhütte ist ds Preis-/Leistungsverhältnis leider zu schlecht ;)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Morpheus_1977 am 02 Februar 2017, 19:48:30
Hallo zusammen,

ich bin auch von NUKI begeistert.
Ich würde jedoch gerne NUKI über Siri bzw. die Homebridge steuern. Wie bekomme ich das hin.
Ich dachte einfach NUKI in den Raum Homekit schmeißen und dann über die APP im IOS Device auswählen, aber Pustekuchen.....

Nuki über FHEM lässt sich sonst wunderbar steuern u.a. auch eine Zeitgesteuerte "Lock" Routine etc....
Hat jemand eine Idee für Siri????

Gruß
Morpheus
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 02 Februar 2017, 19:50:50
Einfacher ging es nicht

https://forum.fhem.de/index.php/topic,55756.msg565740/topicseen.html#msg565740

Die Suche hat es gelöst.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Morpheus_1977 am 02 Februar 2017, 19:53:43
Oha, danke!!! Werd ich gleich mal testen! Manchmal ist man blind .....
Gruß
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Morpheus_1977 am 02 Februar 2017, 20:02:46
Code aus dem Link in die fhem.cfg eingefüht device angepasst. Über Konsole neugestartet aber kein NUKI in der Homebridge .....
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 02 Februar 2017, 20:07:57
Und wer oder was hat Dir gesagt das der Code für die cfg ist? Im. Normalfall sind Codebeispiele hier für die DEF des Devices.
Mach bitte mal ein list vom Device.

list Devicename
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Morpheus_1977 am 02 Februar 2017, 20:15:51
Zitat von: CoolTux am 02 Februar 2017, 20:07:57
Und wer oder was hat Dir gesagt das der Code für die cfg ist? Im. Normalfall sind Codebeispiele hier für die DEF des Devices.
Mach bitte mal ein list vom Device.

list Devicename

Niemand, das hatte ich jetzt so gedacht das die in die cfg kommen.....
Internals:
   DEF        112944569 IODev=NBridge1
   IODev      NBridge1
   NAME       NUKIDevice112944569
   NR         53
   NUKIID     112944569
   STATE      unlocked
   TYPE       NUKIDevice
   VERSION    0.6.0
   WEBHOOK_REGISTER unregistered
   Readings:
     2017-02-02 20:12:36   battery         ok
     2017-02-02 20:12:36   batteryCritical false
     2017-02-02 20:12:36   lockState       unlocked
     2017-02-02 20:13:34   name            Nuki_06BB65B9
     2017-02-02 20:13:34   paired          true
     2017-02-02 20:13:34   rssi            -85
     2017-02-02 20:12:36   state           unlocked
     2017-02-02 20:12:36   success         true
   Fhem:
     infix      NUKIDevice
   Helper:
Attributes:
   IODev      NBridge1
   alias      Nuki Zuhause
   genericDeviceType lock
   homebridgeMapping LockCurrentState=lockState,values=/^lock/:SECURED;/^unlock:UNSECUREDLockTargetState=state,values=/^lock/:SECURED;/^unlock:UNSECURED,cmds=SECURED:lock;UNSECURED:unlock
   room       Homekit,NUKI

Hier die List vom  Nuki
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 02 Februar 2017, 20:25:08
Scheint auf den ersten Blick ok. Bin aber auch kein Homebridge Typ. Müssen wir mal auf jemanden warten der das im Betrieb hat.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Morpheus_1977 am 02 Februar 2017, 20:26:43
OK, danke schonmal für deine Hilfe!

Warum auch immer ist Nuki nun doch verfügbar. Nur hab ich folgendes Problem:

Siri Name: Haustür

Sag ich Siri nun: Haustür abschließen, sagt Siri mir->Haustür ist abgeschlossen, aber es erfolt keine Aktion bei Nuki obwohl sie unlocked ist.
Das gleiche passiert auch anders herum, Siri bzw Fhem scheinen keine Aktion an Nuki zu senden!?!?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 02 Februar 2017, 20:40:24
Wie gesagt, ich habe weder Nuki noch Siri. Müssen wir warten. Hast du vielleicht Einträge im Logfile?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Weisswurstverkäufer am 05 Februar 2017, 12:54:13
Hallo,

habe das Modul mal eingerichtet - funktioniert sehr gut  :)

Leider habe ich nirgendwo einen Hinweis gefunden was zu tun ist damit die Callbacks funktionieren, wenn man nur eine WEB-Instanz mit Passwort hat. Kann mir da jemand helfen?

Gruß
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 05 Februar 2017, 13:05:54
Du könntest Dich freiwillig als Testkandidat melden und als webhookHttpHostname folgendes machen

login:pass@ip-addresse

Wenn du das gemacht hast. Schaust du bei der Bridge nach ob der Callback eingerichtet wurde.
Ansonsten bleibt nur einne weitere Webinstanz ein zu richten.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Weisswurstverkäufer am 05 Februar 2017, 13:16:41
Das scheint nicht zu funktionieren - Status bleibt immer 'unlocked'.

Müsste ich jetzt eine 2. WEB-Instanz anlegen und der nur Zugriff auf den Callback geben? Gibt es für sowas irgendeine Doku?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 05 Februar 2017, 13:27:41
Was sagt denn ein get callbackList beim Bridgedevice?

Ja Du müsstest dann eine weitere Webinstanz mache.

define WEBhook FHEMWEB 8088 global
attr WEBhook hiddenroom input,detail,save,Unsorted,Everything,CUL_HM,FS20,Commandref,style,Edit files,Select style,Logfile,Floorplans,Remotedoc,FileLogs,Apartment,Bathroom,Bedroom,Kitchen,Living,Residents,System,Weather,Event monitor,NEW
attr WEBhook room hidden
attr WEBhook webname webhook


Wichtig ist alle Räume zu verstecken.
Dann

define allowedWEBhook allowed
attr allowedWEBhook allowedCommands ,
attr allowedWEBhook allowedDevices ,
attr allowedWEBhook validFor WEBhook


Und nun Mal schauen ob es geht.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Weisswurstverkäufer am 05 Februar 2017, 13:51:10
Die Callbacklist sah eigentlich gut und richtig aus. http://user:pass@...

Mit der 2. Instanz funktioniert es perfekt - besten Dank
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 05 Februar 2017, 13:59:36
Super. Dann viel Spaß damit.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Morpheus_1977 am 08 Februar 2017, 15:24:28
Zitat von: Morpheus_1977 am 02 Februar 2017, 20:26:43
OK, danke schonmal für deine Hilfe!

Warum auch immer ist Nuki nun doch verfügbar. Nur hab ich folgendes Problem:

Siri Name: Haustür

Sag ich Siri nun: Haustür abschließen, sagt Siri mir->Haustür ist abgeschlossen, aber es erfolt keine Aktion bei Nuki obwohl sie unlocked ist.
Das gleiche passiert auch anders herum, Siri bzw Fhem scheinen keine Aktion an Nuki zu senden!?!?
Kann mir hier den noch jemand weiter helfen??? Wäre toll :)
Danke
Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 08 Februar 2017, 16:03:18
Irgendwelche Logfiles?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Morpheus_1977 am 08 Februar 2017, 16:08:37
Zitat von: CoolTux am 08 Februar 2017, 16:03:18
Irgendwelche Logfiles?

Ich hoffe das kann uns helfen:
2017.02.08 16:05:33 4: NUKIDevice (NUKIDevice112944569) - Received scanResults for matching NukiID 112944569 at device NUKIDevice112944569
2017.02.08 16:05:33 5: NUKIDevice (NUKIDevice112944569) - Parse with result: {"paired":true,"name":"Nuki_06BB65B9","rssi":-77}
2017.02.08 16:05:33 5: NUKIDevice (NUKIDevice112944569) - parse status message for NUKIDevice112944569
2017.02.08 16:05:33 5: NUKIDevice (NUKIDevice112944569) - readings set for NUKIDevice112944569
2017.02.08 16:05:33 5: Starting notify loop for NUKIDevice112944569, 3 event(s), first is name: Nuki_06BB65B9
2017.02.08 16:05:33 5: End notify loop for NUKIDevice112944569


Hier noch aus dem Event Monitor
Zitat
2017.02.08 16:09:21 4 : NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.02.08 16:09:21 4 : HttpUtils url=http://192.168.2.42:8080/info?token=xxx
2017.02.08 16:09:21 4 : NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.2.42:8080/info?token=xxxx
2017.02.08 16:09:21 4 : NUKIBridge (NBridge1) - run NUKIBridge_Call
2017.02.08 16:09:21 4 : NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.02.08 16:09:21 4 : http://192.168.2.42:8080/info?token=xxxx: HTTP response code 200
2017.02.08 16:09:21 4 : HttpUtils http://192.168.2.42:8080/info?token=xxxx: Got data, length: 241
2017.02.08 16:09:21 5 : NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":915081946},"versions":{"appVersion":"0.2.14"},"uptime":805473,"currentTime":"2017-02-08T15:09:16Z","serverConnected":true,"scanResults":[{"nukiId":112944569,"name":"Nuki_06BB65B9","rssi":-77,"paired":true}]}
2017.02.08 16:09:21 5 : NUKIBridge (NBridge1) - Response ERROR:
2017.02.08 16:09:21 5 : NUKIBridge (NBridge1) - Response CODE: 200
2017.02.08 16:09:21 5 : NUKIBridge (NBridge1) - Bridge ist online
2017.02.08 16:09:21 5 : Starting notify loop for NBridge1, 1 event(s), first is connected
2017.02.08 16:09:21 5 : createNotifyHash
2017-02-08 16:09:21 NUKIBridge NBridge1 connected
2017.02.08 16:09:21 5 : End notify loop for NBridge1
2017.02.08 16:09:21 5 : Starting notify loop for NBridge1, 6 event(s), first is appVersion: 0.2.14
2017-02-08 16:09:21 NUKIBridge NBridge1 appVersion: 0.2.14
2017-02-08 16:09:21 NUKIBridge NBridge1 bridgeType: Software
2017-02-08 16:09:21 NUKIBridge NBridge1 serverId: 915081946
2017-02-08 16:09:21 NUKIBridge NBridge1 uptime: 805473
2017-02-08 16:09:21 NUKIBridge NBridge1 currentTime: 2017-02-08T15:09:16Z
2017-02-08 16:09:21 NUKIBridge NBridge1 serverConnected: true
2017.02.08 16:09:21 5 : End notify loop for NBridge1
2017.02.08 16:09:21 4 : NUKIDevice (NUKIDevice112944569) - Received scanResults for matching NukiID 112944569 at device NUKIDevice112944569
2017.02.08 16:09:21 5 : NUKIDevice (NUKIDevice112944569) - Parse with result: {"rssi":-77,"paired":true,"name":"Nuki_06BB65B9"}
2017.02.08 16:09:21 5 : NUKIDevice (NUKIDevice112944569) - parse status message for NUKIDevice112944569
2017.02.08 16:09:21 5 : NUKIDevice (NUKIDevice112944569) - readings set for NUKIDevice112944569
2017.02.08 16:09:21 5 : Starting notify loop for NUKIDevice112944569, 3 event(s), first is name: Nuki_06BB65B9
2017-02-08 16:09:21 NUKIDevice NUKIDevice112944569 name: Nuki_06BB65B9
2017-02-08 16:09:21 NUKIDevice NUKIDevice112944569 rssi: -77
2017-02-08 16:09:21 NUKIDevice NUKIDevice112944569 paired: true
2017.02.08 16:09:21 5 : End notify loop for NUKIDevice112944569
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 08 Februar 2017, 16:13:52
Das ist Standardkram. Dachte mehr an Log von Homebride/Siri
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Morpheus_1977 am 08 Februar 2017, 16:17:27
Zitat von: CoolTux am 08 Februar 2017, 16:13:52
Das ist Standardkram. Dachte mehr an Log von Homebride/Siri
Also aus der Console?

Ich glaub das könnte interessant sein

Feb 08 15:54:01 raspberrypi homebridge[474]: 2017-02-08 15:54:01 caching: NUKIDevice112944569-lockState: unlocked
Feb 08 15:54:01 raspberrypi homebridge[474]: [2/8/2017, 3:54:01 PM] [FHEM] NUKIDevice112944569-lockState value unlocked not handled in values
Feb 08 15:54:01 raspberrypi homebridge[474]: 2017-02-08 15:54:01 caching: NUKIDevice112944569-state: unlocked
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 08 Februar 2017, 16:28:49
Das ist sogar sehr interessant. Das bitte mal bei den Homebride Leuten hinterfragen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Morpheus_1977 am 10 Februar 2017, 12:54:31
Zitat von: Morpheus_1977 am 08 Februar 2017, 16:17:27
Also aus der Console?

Ich glaub das könnte interessant sein

Feb 08 15:54:01 raspberrypi homebridge[474]: 2017-02-08 15:54:01 caching: NUKIDevice112944569-lockState: unlocked
Feb 08 15:54:01 raspberrypi homebridge[474]: [2/8/2017, 3:54:01 PM] [FHEM] NUKIDevice112944569-lockState value unlocked not handled in values
Feb 08 15:54:01 raspberrypi homebridge[474]: 2017-02-08 15:54:01 caching: NUKIDevice112944569-state: unlocked


Da mir bei meinem Problem bisher noch nicht geholfen werden konnt habe ich das Nuki Device sowie die Bridge heute noch mal neu angelegt. Nach dem löschen der Device einen neustart! Das neu anlegen hat geklappt, nur schmeißt mir FHEM im log Fehler bzw Wanungen aus:

2017.02.10 09:51:06 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/74_NUKIDevice.pm line 215, <$fh> line 231
2017.02.10 09:56:53 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/74_NUKIDevice.pm line 215, <$fh> line 232
2017.02.10 10:08:33 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/74_NUKIDevice.pm line 459.
2017.02.10 10:08:33 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/74_NUKIDevice.pm line 465.
2017.02.10 12:44:27 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/37_plex.pm line 4075.
2017.02.10 12:44:27 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/37_plex.pm line 4145.

Hab ich was flasch gemacht?
Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Februar 2017, 13:32:13
Nein hast nichts falsch gemacht. Das werde ich demnächst mal abfabgen. Geht denn sonst alles soweit?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Morpheus_1977 am 10 Februar 2017, 17:31:16
Zitat von: CoolTux am 10 Februar 2017, 13:32:13
Nein hast nichts falsch gemacht. Das werde ich demnächst mal abfabgen. Geht denn sonst alles soweit?

Ich denke schon, jedenfalls schließt und öffnet das Schloss über FHEM!
Komisch war nur das ich das Attribute genericDeviceType manuell mit attr NUKIDevice112944569 genericDeviceType lock setzen musste.
Das musste ich beim ersten mal nicht.

Naja und das mit dem Siri Problem steht auch noch offen. Das scheint an den HomebridgeMappings zu liegen. Diese wurden beim ersten anlegen der Bridge und des Device auch automatisch gesetzt, jetzt sind keine da und ich kenne mich damit überhaupt nicht aus.
Im Bereich homebridge/homekit bekomm ich leider keine weitere Hilfestellung.

Was bringen eigentlich die Attribute:
webhookFWinstance - zu verwendende Webinstanz (darf keine Passwortabfrage beinhalten)
webhookHttpHostname - IP oder FQDN des FHEM Servers

Ich hab die beiden mal einfach hinzugeügt....
Zitat
Internals:
   DEF        112944569 IODev=NBridge1
   IODev      NBridge1
   NAME       NUKIDevice112944569
   NR         90
   NUKIID     112944569
   STATE      unlocked
   TYPE       NUKIDevice
   VERSION    0.6.0
   WEBHOOK_COUNTER 0
   WEBHOOK_PORT 8083
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /fhem/NUKIDevice
   WEBHOOK_URL http://192.168.2.45:8083/fhem/NUKIDevice-112944569
   Readings:
     2017-02-10 13:06:06   battery         ok
     2017-02-10 13:06:06   batteryCritical false
     2017-02-10 13:06:06   lockState       unlocked
     2017-02-10 17:36:32   name            Nuki_06BB65B9
     2017-02-10 17:36:32   paired          true
     2017-02-10 17:36:32   rssi            -88
     2017-02-10 13:06:06   state           unlocked
     2017-02-10 13:06:06   success         true
   Fhem:
     infix      NUKIDevice
   Helper:
Attributes:
   IODev      NBridge1
   alias      Nuki Zuhause
   genericDeviceType lock
   room       Homekit,NUKI
   webhookFWinstance WEB
   webhookHttpHostname 192.168.2.45
Ich hoffe das ich die richtigen Daten gesetzt habe? Ohne zu wissen was sie bewirken denke ich sieht das ganz gut aus ;) Oder?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Februar 2017, 19:49:49
Es sollten eigentlich automatisch alle Smartlocks, welche an der Bridge angemeldet sind, in FHEM angelegt werden. Wenn nicht mal set DEVICENAME autocreate
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Weisswurstverkäufer am 11 Februar 2017, 11:14:03
Hallo,

ich hätte einen Vorschlag bezüglich der SET-Befehle. Und zwar fände ich es gut, wenn man nicht direkt "set nukidevice {unlock,lock,...,statusRequest}, sondern die "lockActions" zweistufig machen würde. Also "set nukidevice lockAction lock".

Hintergrund: wenn man manuell über FHEMWEB einen statusRequest senden will hat man so ein gewisses Risiko sich leicht zu verklicken und die Tür versehentlich zu öffnen. Möglicherweise kommen ja auch noch andere API Aufrufe die keine lockAction sind dazu, dann wäre eine klare Trennung sowieso noch sinnvoller.

Meinungen dazu?

Gruß
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 11 Februar 2017, 12:34:23
Zitat von: Weisswurstverkäufer am 11 Februar 2017, 11:14:03
Hallo,

ich hätte einen Vorschlag bezüglich der SET-Befehle. Und zwar fände ich es gut, wenn man nicht direkt "set nukidevice {unlock,lock,...,statusRequest}, sondern die "lockActions" zweistufig machen würde. Also "set nukidevice lockAction lock".

Hintergrund: wenn man manuell über FHEMWEB einen statusRequest senden will hat man so ein gewisses Risiko sich leicht zu verklicken und die Tür versehentlich zu öffnen. Möglicherweise kommen ja auch noch andere API Aufrufe die keine lockAction sind dazu, dann wäre eine klare Trennung sowieso noch sinnvoller.

Meinungen dazu?

Gruß

Gibt es Seitens der Anderen Meinungen dazu? Pro oder Contro Argumente?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Andy89 am 12 Februar 2017, 00:53:41
Zitat von: CoolTux am 11 Februar 2017, 12:34:23
Gibt es Seitens der Anderen Meinungen dazu? Pro oder Contro Argumente?
ich bin auch eher für pro, damit man es nicht ausversehen tätigt. Wenn ich bei mir unlatch mache, geht die Tür auch automatisch 1-2cm auf, sodass ein Verriegeln nicht möglich ist, bzw es sinnfrei ist.

Aber auf der andere Seite mache ich über Fhemweb fast gar nichs mehr ::)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Morpheus_1977 am 12 Februar 2017, 08:47:19
Zitat von: Andy89 am 12 Februar 2017, 00:53:41
ich bin auch eher für pro, damit man es nicht ausversehen tätigt. Wenn ich bei mir unlatch mache, geht die Tür auch automatisch 1-2cm auf, sodass ein Verriegeln nicht möglich ist, bzw es sinnfrei ist.

Aber auf der andere Seite mache ich über Fhemweb fast gar nichs mehr ::)
Darf ich draus schließen das du Nuki über Siri nutzt? Falls ja, wie sieht den dein Mapping aus? Bei mir funktioniert eben genau das leider nicht....
Gruß
Morpheus


Gesendet von iPhone mit Tapatalk
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Andy89 am 12 Februar 2017, 09:43:35
Zitat von: Morpheus_1977 am 12 Februar 2017, 08:47:19
Darf ich draus schließen das du Nuki über Siri nutzt? Falls ja, wie sieht den dein Mapping aus? Bei mir funktioniert eben genau das leider nicht....
Gruß
Morpheus


Gesendet von iPhone mit Tapatalk
nicht direkt. Ich hab zwar ein Mapping irgendwo her, aber ich nutz das eigentlich auch nicht. Aber Homekit beschwert sich immer wenn die Tür nicht abgeschlossen ist oder wenn sie geöffnet wird.

LockCurrentState=lockState,values=/^lock/:SECURED;/^unlock/:UNSECURED LockTargetState=state,values=/^lock/:SECURED;/^unlock/:UNSECURED,cmds=SECURED:lock;UNSECURED:unlatch

Aber ich nutze entweder die Nuki App oder zu Hause FTUI,was direkt neben der Eingangstür hängt
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: muehlberger am 12 Februar 2017, 20:37:26
Hallo zusammen,

ich nutze NUKI & HomeKit mittlerweile auch ganz gerne, allerdings ohne meine SIRI.

Mein Mapping sieht so aus:
LockCurrentState=lockState,values=locked:1;unlocked:0;lock:1;unlock:0 LockTargetState=lockState,values=locked:1;unlocked:0,cmds=1:lock;0:unlock,cmd=

Das führt mich schon zur ersten Frage - der LockState scheint manchmal mit Lock, manchmal mit Locked ausgegeben werden. Ist das so Absicht?
state
lock
2017-02-12 20:26:20

Nach einem SetStatusRequest jedoch
state
locked
2017-02-12 20:26:49


Und wenn ich das NUKI direkt an der Tür per Druck auf den Knopf schalte, dann aktualisiert sich der State in FHEM und somit auch in HomeKit nicht. Auch hier ist ein StatusRequest nötig.

Ich nutze übrigens keine WebHooks.

Der Vollständigkeit halber:
Internals:
   CFGFN
   DEF        65459745 IODev=NUKI
   IODev      NUKI
   NAME       NUKIDevice65459745
   NR         263
   NUKIID     65459745
   STATE      locked
   TYPE       NUKIDevice
   VERSION    0.6.0
   WEBHOOK_REGISTER unregistered
   Readings:
     2017-02-12 20:26:49   battery         ok
     2017-02-12 20:26:49   batteryCritical false
     2017-02-12 20:26:49   lockState       locked
     2017-02-12 20:28:53   name            Nuki_03E6D621
     2017-02-12 20:28:53   paired          true
     2017-02-12 20:28:53   rssi            -74
     2017-02-12 20:26:49   state           locked
     2017-02-12 20:26:49   success         true
   Fhem:
     infix      NUKIDevice
   Helper:
     fromAutocreate 1
Attributes:
   IODev      NUKI
   alias      Eingang
   genericDeviceType lock
   homebridgeMapping LockCurrentState=lockState,values=locked:1;unlocked:0;lock:1;unlock:0 LockTargetState=lockState,values=locked:1;unlocked:0,cmds=1:lock;0:unlock,cmd=
   room       Homekit,NUKI


und

Internals:
   BRIDGEAPI  1.5
   CFGFN
   DEF        192.168.0.168 xxxxxx
   HOST       192.168.0.168
   NAME       NUKI
   NR         258
   PORT       8080
   STATE      connected
   TOKEN      xxxxxx
   TYPE       NUKIBridge
   VERSION    0.6.0
   Readings:
     2017-02-12 20:19:01   0_name          Eingang
     2017-02-12 20:19:01   0_nukiId        65459745
     2017-02-12 20:29:54   bridgeType      Hardware
     2017-02-12 20:29:54   currentTime     2017-02-12T19:29:56+00:00
     2017-02-12 20:29:54   firmwareVersion 1.4.20
     2017-02-12 20:29:54   hardwareId      82649465
     2017-02-12 20:29:54   serverConnected true
     2017-02-12 20:29:54   serverId        263279036
     2017-02-12 20:19:01   smartlockCount  1
     2017-02-12 20:29:54   state           connected
     2017-02-12 20:29:54   uptime          1726181
     2017-02-12 20:29:54   wifiFirmwareVersion 1.0.1
   Helper:
     aliveCount 0
Attributes:
   room       NUKI


ca. alle 30 Sekunden findet sich das hier im Eventlog von FHEM:
2017-02-12 20:33:46 NUKIBridge NUKI connected
2017-02-12 20:33:46 NUKIBridge NUKI firmwareVersion: 1.4.20
2017-02-12 20:33:46 NUKIBridge NUKI wifiFirmwareVersion: 1.0.1
2017-02-12 20:33:46 NUKIBridge NUKI bridgeType: Hardware
2017-02-12 20:33:46 NUKIBridge NUKI hardwareId: 82649465
2017-02-12 20:33:46 NUKIBridge NUKI serverId: 263279036
2017-02-12 20:33:46 NUKIBridge NUKI uptime: 1726413
2017-02-12 20:33:46 NUKIBridge NUKI currentTime: 2017-02-12T19:33:48+00:00
2017-02-12 20:33:46 NUKIBridge NUKI serverConnected: true
2017-02-12 20:33:46 NUKIDevice NUKIDevice65459745 name: Nuki_03E6D621
2017-02-12 20:33:46 NUKIDevice NUKIDevice65459745 rssi: -76
2017-02-12 20:33:46 NUKIDevice NUKIDevice65459745 paired: true


bei einem manuellen StatusRequest das hier:
2017-02-12 20:33:15 NUKIDevice NUKIDevice65459745 statusRequest
2017-02-12 20:33:16 NUKIDevice NUKIDevice65459745 batteryCritical: false
2017-02-12 20:33:16 NUKIDevice NUKIDevice65459745 lockState: unlocked
2017-02-12 20:33:16 NUKIDevice NUKIDevice65459745 unlocked
2017-02-12 20:33:16 NUKIDevice NUKIDevice65459745 battery: ok
2017-02-12 20:33:16 NUKIDevice NUKIDevice65459745 success: true


Soweit ich mich erinnere, hat beides (lock/locked und Status-Aktualisierung) schon mal geklappt. Hatte die Bridge und das Lock auch schon in FHEM gelöscht und wieder neu eingetragen - leider ohne Erfolg.

Hat jemand eine Idee oder Lösung? Wäre toll!

fg, muehlberger
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 12 Februar 2017, 20:54:01
Zitat von: muehlberger am 12 Februar 2017, 20:37:26
Hallo zusammen,

ich nutze NUKI & HomeKit mittlerweile auch ganz gerne, allerdings ohne meine SIRI.

Das führt mich schon zur ersten Frage - der LockState scheint manchmal mit Lock, manchmal mit Locked ausgegeben werden. Ist das so Absicht?

Soweit ich mich erinnere, hat beides (lock/locked und Status-Aktualisierung) schon mal geklappt. Hatte die Bridge und das Lock auch schon in FHEM gelöscht und wieder neu eingetragen - leider ohne Erfolg.

Hat jemand eine Idee oder Lösung? Wäre toll!

fg, muehlberger

Wenn über FHEM ein Befehl abgesetzt wird, so zum Beispiel lock, dann bekommt man als Antwort lediglich ein success=true/false. Also schreibe ich den Befehl in einen helper und beim verarbeiten des Response wird geschaut ob ein helper da ist und wie der success aus sieht. Ist er true dann wurde der lock befehl von der Bridge empfangen. Es stellt aber noch nicht sicher ob das Schloß auch wirklich geschlossen hat, das macht erst der Callback von der Bridge und der gibt eine eindeutige Antwort "locked".
Sehe das lock als Bestättigung das die Bridge empfangen hat und das locked als Bestättigung das das Schloß wirklich verschlossen hat.
Da wir bei den ersten Versionen kein Callback hatten, konnte man nur Auswerten ob die Bride empfangen hat, wir mussten dann hoffen das das Schloß auch wirklich geschlossen hat.



Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: muehlberger am 12 Februar 2017, 21:05:33
Ok - Danke für die Erklärung! Ist ja eh nicht tragisch, hatte mich nur gewundert .

Hast du eventuell auch noch einen tip für die status Aktualisierung?


Gesendet von iPhone mit Tapatalk
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 12 Februar 2017, 21:09:46
Zitat von: muehlberger am 12 Februar 2017, 21:05:33
Ok - Danke für die Erklärung! Ist ja eh nicht tragisch, hatte mich nur gewundert .

Hast du eventuell auch noch einen tip für die status Aktualisierung?


Gesendet von iPhone mit Tapatalk

Nur mit Callback/Webhook
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: math78 am 19 Februar 2017, 18:11:22
Hallo,

kann man denn mit dem Modul auch auf WEB oder WEBHOOK mittels https zugreifen? Bei mir funktioniert Callback nur bei http. Falls nicht, könnte man das noch ergänzen?

Danke im Voraus.

Grüße

Matthias
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 19 Februar 2017, 18:18:18
Https geht wohl nicht. Das liegt aber nicht am Modul sondern an der API
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Sascha_F am 22 Februar 2017, 19:45:22
Hi zusammen,

nur mal eine kurze Rückmeldung meinerseits. Läuft bei mir alles einwandfrei. Wer mag, darf das gern als "Langzeittest" werten  :)

Viele Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: maraka am 27 Februar 2017, 14:43:05
Zitat von: Morpheus_1977 am 12 Februar 2017, 08:47:19
Darf ich draus schließen das du Nuki über Siri nutzt? Falls ja, wie sieht den dein Mapping aus? Bei mir funktioniert eben genau das leider nicht....
Gruß
Morpheus


Gesendet von iPhone mit Tapatalk

Hallo,
nutzt du Nuki mit Siri und Homekit?
Das würde ich ganz gerne. Kannst du mir ein paar Tipps geben, wie ich das realisieren kann. Die Nuki Bridge habe ich in fhem eingebunden, oder ist das
so noch nicht möglich?

Gruß
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Sascha_F am 06 März 2017, 18:02:45
Hi zusammen,

kurze Frage: Was sagt mir denn folgende Meldung?

Use of uninitialized value in concatenation (.) or string at ./FHEM/73_NUKIBridge.pm line 375

Die Line dazu ist folgende:
Log3 $name, 5, "NUKIBridge ($name) - Response CODE: $param->{code}";

Das Device heißt: NukiBridge

Viele Grüße
Sascha
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 06 März 2017, 18:17:08
Wird wohl kein $param->{code} existieren. Bekommst du das oft?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Sascha_F am 07 März 2017, 18:30:27
Hi,

habe es jetzt aktuell erst 2x gesehen (03.03. und 06.03.). Also nichts, was regelmäßig auftritt. Im Februar 3x und im Januar 7x.

Dachte, ich hätte mal wieder irgendwas verbockt ;-)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 07 März 2017, 18:45:07
Also bei der Anzahl muss es was mit dem KeepAlive zu tun haben. Eventuell hat die Bridge da keine param Daten geliefert. Warum auch immer.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: daniel2311 am 09 April 2017, 23:39:47
Hallo zusammen,
ich habe mal eine Frage, funktioniert das Modul auch mit der Hardware-Bridge?
ich habe die App mal ausprobiert und bekomme, wenn ich die URL über den Browser aufrufe, direkt auf Port 8080 Feedback.
Wenn ich Port 8080 von der Hardware-Bridge anspreche - Stille.
Keine Meldung, dass ein Token, welches ich nicht habe (bzw. ich habe ein Token mir online generiert) nicht stimmt - einfach nichts.
Habe ich etwas Grundsätzliches nicht verstanden?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: daniel2311 am 10 April 2017, 00:47:51
Okay, ich habe es verstanden - sorry für die Frage.
Hier noch mal für alle, die es auch nutzen wollen, aber genauso es erst nicht verstehen, wie ich. :D

Man geht in die Nuki-App und drückt rechts oben auf Nuki-Bridge verwalten.
Dann nimmt man die Bridge vom Strom und drückt beim Einstecken auf den Knopf bis die Bridge blinkt. Wenn sie blinkt, klickt man in der App auf Bridge verwalten und dort findet man unterhalb der WLAN-Auswahl dann auch der Entwicklermodus. Diesen muss man einschalten. Dort kann man sowohl IP und Port als auch die API-Token erfahren.
Hat man den, klappt alles wunderbar. Wobei ich ein Problem hatte, dass die App dann nicht mehr verstand, dass ich mit einer Bridge verbunden war. Anschließend hat der Motor sich blockiert und das Gerät war nicht mehr kalibriert. Naja, ich habe es noch einmal gemacht und dann ging es.

Anschließend habe ich dann auch verstanden, was es sich mit den webhookFWinstance und webhookHttpHostname auf sich hat.
Diese sind dafür da, dass die Bridge bzw. das Schloss selbst zurückliefert, dass sich der Status des Schlosses geändert hat. Dafür ruft das Schloss eine URL auf, die ihr mit den Attributen in FHEM angeben könnt.

Tolles Modul - vielen Dank!
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Lupo am 12 April 2017, 15:08:54
Ich habe gerade mal nach dem Wiki mit "define NBridge1 NUKIBridge 192.168.0.23 F34HK6" meine Bridge einrichten wollen.
Dabei natürlich meine IP eingesetzt und das vorher von mir generierte API Token.
Trotzdem bekomme ich die Meldung "Connection refused"?

Muß ich noch was einstellen?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 12 April 2017, 15:55:54
Hallo,

Das sollte eigentlich soweit korrekt sein. Eventuell hast du die jsonlib nicht installiert?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Lupo am 12 April 2017, 16:00:49
Zitat von: CoolTux am 12 April 2017, 15:55:54
Hallo,

Das sollte eigentlich soweit korrekt sein. Eventuell hast du die jsonlib nicht installiert?
"sudo apt-get install libjson-perl" gemacht, war schon auf dem aktuellsten Stand...
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 12 April 2017, 17:29:14
Das benötige ich ein paar mehr Angaben. Soft oder Hardware Bridge?
Gib mal ein list von der Bridge und stelle den verbose auf 5 und poste mal hier
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Lupo am 12 April 2017, 18:06:47
Hardware Bridge.

2017.04.12 18:05:17 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.04.12 18:05:17 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.2.112:8080/info?token=xxxx
2017.04.12 18:05:17 4: NUKIBridge (NBridge1) - run NUKIBridge_Call
2017.04.12 18:05:17 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.04.12 18:05:17 5: NUKIBridge (NBridge1) - Response JSON:
2017.04.12 18:05:17 5: NUKIBridge (NBridge1) - Response ERROR: 192.168.2.112: Connection refused
2017.04.12 18:05:17 5: NUKIBridge (NBridge1) - Response CODE:
2017.04.12 18:05:17 5: NUKIBridge (NBridge1) - Bridge ist offline
2017.04.12 18:05:17 4: NUKIBridge (NBridge1) - error while requesting: 192.168.2.112: Connection refused
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 12 April 2017, 18:31:46
ping mal die Bridge an bitte. Sldo vom FHEM Server
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Lupo am 12 April 2017, 18:54:57
Ping wird ausgeführt für 192.168.2.112 mit 32 Bytes Daten:
Antwort von 192.168.2.112: Bytes=32 Zeit=4ms TTL=128
Antwort von 192.168.2.112: Bytes=32 Zeit=1ms TTL=128
Antwort von 192.168.2.112: Bytes=32 Zeit=1ms TTL=128
Antwort von 192.168.2.112: Bytes=32 Zeit=1ms TTL=128

Ping-Statistik für 192.168.2.112:
    Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
    (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 1ms, Maximum = 4ms, Mittelwert = 1ms


Was meinst du mit "Sldo"? Sudo vom RasPi?

pi@raspberrypi ~ $ sudo ping 192.168.2.112
PING 192.168.2.112 (192.168.2.112) 56(84) bytes of data.
64 bytes from 192.168.2.112: icmp_req=1 ttl=128 time=2.17 ms
64 bytes from 192.168.2.112: icmp_req=2 ttl=128 time=1.59 ms
64 bytes from 192.168.2.112: icmp_req=3 ttl=128 time=1.41 ms
64 bytes from 192.168.2.112: icmp_req=4 ttl=128 time=1.60 ms
64 bytes from 192.168.2.112: icmp_req=5 ttl=128 time=1.82 ms
64 bytes from 192.168.2.112: icmp_req=6 ttl=128 time=1.64 ms
^C
--- 192.168.2.112 ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 5006ms
rtt min/avg/max/mdev = 1.419/1.711/2.173/0.238 ms
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 12 April 2017, 19:14:24
Hast Du auch bei der Bridge alles freigegeben? Stimmt der Port? ist der Port bei der Bridge Konfig auch 8080?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Lupo am 12 April 2017, 19:24:32
Wo finde ich denn den Port? Ich habe das eigentlich per default übernommen.

Ich habe gerade im Netz noch was anderes gefunden:

ZitatTo add a Nuki bridge to your installation, you need to enable developer mode on your bridge and define a port and an access token. This can be achieved using the Android app. Please note that the API token should be 6-20 characters long, even though the app allows you to set a longer one.

Das Token habe ich ja nicht selbst vorgegeben, ich habe gesagt daß er ein Token erzeugen soll, dieses war aber deutlich länger als 20 Zeichen.

Ist DAS evtl. schon das Problem?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 12 April 2017, 19:31:09
aber den developer mode hast du aktiviert, oder? Da sollte dann ja alles im untermenü drin stehen. Ich kenne leider die hardware bridge nicht. Eventuell kann ein User mal bitte helfen
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Lupo am 12 April 2017, 20:33:22
Klappt jetzt alles... DANKE
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 18 April 2017, 12:19:07
Wem es interessiert

https://nuki.io/en/support/nuki-web/amazon-alexa/nuki-skill-for-amazon-alexa/
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: daniel2311 am 18 April 2017, 16:33:02
Zitat von: CoolTux am 12 April 2017, 19:31:09
aber den developer mode hast du aktiviert, oder? Da sollte dann ja alles im untermenü drin stehen. Ich kenne leider die hardware bridge nicht. Eventuell kann ein User mal bitte helfen

Ich denke, das ist die Schwierigkeit in der Hardware-Bridge. Man kommt da meines Erachtens wirklich nur dran, wenn man die Hardware-Bridge in der App hinzufügt. Vllt. mache ich da mal ein paar Screenshots von, wenn ich Zeit habe. Das hat mich auch echt Zeit gekostet und ist der selbe Effekt, wie hier beschrieben bzgl. connections refused.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 18 April 2017, 17:16:54
Zitat von: daniel2311 am 18 April 2017, 16:33:02
Ich denke, das ist die Schwierigkeit in der Hardware-Bridge. Man kommt da meines Erachtens wirklich nur dran, wenn man die Hardware-Bridge in der App hinzufügt. Vllt. mache ich da mal ein paar Screenshots von, wenn ich Zeit habe. Das hat mich auch echt Zeit gekostet und ist der selbe Effekt, wie hier beschrieben bzgl. connections refused.

Hallo Daniel,

Das ist eine super Idee. Kann man dann ja ins Wiki stellen.


Grüße
Leon
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: daniel2311 am 25 April 2017, 23:00:21
Was lange währt, wird endlich gut... ;)

Habe mal ein paar Screenshots drangehangen. Ich hoffe, es hilft!

LG
Daniel
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: mahowi am 27 April 2017, 08:47:28
Falls noch jemand ein Nuki sucht, für Prime Mitglieder gibt es heute bei Amazon das Nuki Schloß mit der Bridge für €224,25.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 27 April 2017, 11:06:02
Zitat von: mahowi am 27 April 2017, 08:47:28
Falls noch jemand ein Nuki sucht, für Prime Mitglieder gibt es heute bei Amazon das Nuki Schloß mit der Bridge für €224,25.

Habe soeben zugeschlagen. Dank Eurer Spenden konnte ich es mir nun endlich leisten.
Danke an Alle.


Grüße
Leon
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: FhemPiUser am 30 April 2017, 13:12:53
 laut https://nuki.io/de/api/ (https://nuki.io/de/api/) gibt es auch eine bluetooth api. wäre es damit nicht machbar ein entsprechendes fhem modul zu dchreiben, was über einen bluetooth usb stick im raspberry und bluez das nuki direkt, also ohne bridge, zu steuern? hat sich das mal jemand angeschaut?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 30 April 2017, 13:27:46
Zitat von: FhemPiUser am 30 April 2017, 13:12:53
laut https://nuki.io/de/api/ (https://nuki.io/de/api/) gibt es auch eine bluetooth api. wäre es damit nicht machbar ein entsprechendes fhem modul zu dchreiben, was über einen bluetooth usb stick im raspberry und bluez das nuki direkt, also ohne bridge, zu steuern? hat sich das mal jemand angeschaut?

Ja das wäre machbar.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: FhemPiUser am 30 April 2017, 14:05:00
...es scheint auch schon client implementierung der bluetooth api in python und node.js zu geben (https://nuki.io/de/api/ (https://nuki.io/de/api/)). könnte man die nicht relativ leicht in ein fhem modul integrieren?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 30 April 2017, 14:23:38
Sicherlich könnte man das. Vielleicht nicht leicht, aber man könnte.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: ulli am 06 Mai 2017, 11:24:52
Hallo,
Ich bekomme aktuell das log mit folgender Meldung zu gemüllt.

Use of uninitialized value in concatenation (.) or string at ./FHEM/73_NUKIBridge.pm line 375.
Use of uninitialized value in concatenation (.) or string at ./FHEM/73_NUKIBridge.pm line 375.
Use of uninitialized value in concatenation (.) or string at ./FHEM/73_NUKIBridge.pm line 375.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 06 Mai 2017, 12:29:42
Zitat von: ulli am 06 Mai 2017, 11:24:52
Hallo,
Ich bekomme aktuell das log mit folgender Meldung zu gemüllt.

Use of uninitialized value in concatenation (.) or string at ./FHEM/73_NUKIBridge.pm line 375.
Use of uninitialized value in concatenation (.) or string at ./FHEM/73_NUKIBridge.pm line 375.
Use of uninitialized value in concatenation (.) or string at ./FHEM/73_NUKIBridge.pm line 375.


Schaue ich mir heute Abend an.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: oli82 am 11 Mai 2017, 21:44:02
Bekomme ebenfalls, zumindest nach jedem Reboot den Fehler
PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/73_NUKIBridge.pm line 375.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 11 Mai 2017, 21:45:41
Ob Du es glaubst oder nicht, aber da sitze ich gerade dran. Habe es endlich geschafft mein Nuki ein zu richten und hatte da auch den ein oder anderen Fehler. Bin gerade beim ausbügeln.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: oli82 am 11 Mai 2017, 22:01:00
Super!
Evtl kannst du auch mal schauen, was passiert, wenn die Bridge nicht mehr erreichbar ist. Musste heute den Raum mit der Bridge spannungslos machen und da füllte sich mein Log ;)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 11 Mai 2017, 22:10:41
Und mit was genau füllte sich Dein Log? Mit den Meldungen über die wir gerade redeten oder mit anderen? Habe gerade die verbesserte Version am rennen und die Bridge gezogen. Nichts, ausser Reading state disconnected.
Vielleicht noch verbose > 3 drin stehen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: oli82 am 11 Mai 2017, 22:13:05
Schau ich nach und poste sie hier.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 12 Mai 2017, 06:12:08
Habe soeben Version 0.6.1 beider Module ins SVN geladen. Kann dann ab 8 Uhr per FHEM update geholt werden.
Es sollte die erwähnten Perlwarnings nun behoben worden sein.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 12 Mai 2017, 07:03:23
Das ist natürlich super, dass du nun selbst testen kannst. Ist doch wesentlich einfacher so. Gerade auch für Erweiterungen etc. :)

Gesendet von meinem ONEPLUS A3003 mit Tapatalk

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: oli82 am 12 Mai 2017, 09:38:23
Fehler ist weg ;)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Newbee am 14 Mai 2017, 10:03:01
Hallo zusammen,

bekomme beim Neustart von FHEM folgende Meldung im LOG:

NUKIBridge (NBridge1) - defined with host 192.168.178.48 on port 8080, Token xxxxxx
2017.05.14 09:50:50 3: NUKIDevice (NUKIDevice140073833) - I/O device is NBridge1
2017.05.14 09:50:50 3: NUKIDevice (NUKIDevice140073833) - defined with Code: NBridge1-140073833
2017.05.14 09:50:50 2: NUKIDevice (NUKIDevice140073833) - Registering NUKIDevice for webhook URI /NUKIDevice ...
[color=red]2017.05.14 09:50:50 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/74_NUKIDevice.pm line 215, <$fh> line 316.[/color]
2017.05.14 09:50:50 3: NUKIDevice (NUKIDevice140073833) - URL ist: http://192.168.178.48:8083/fhem/NUKIDevice-140073833


Bei mir funktioniert die Aktualisierung des Device "state" nach lock sowie unlock nicht. Attribute habe ich gesetzt.

Danke vorab.

Gruß Newbee
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 14 Mai 2017, 10:46:21
Bitte einmal ein list der Bridge und des Nuki Devices.

Danke
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Newbee am 14 Mai 2017, 14:22:24
Anbei die Infos für die Beiden.

List Device:

Internals:
   DEF        140073833 IODev=NBridge1
   IODev      NBridge1
   NAME       NUKIDevice140073833
   NR         1042
   NUKIID     140073833
   STATE      unlocked
   TYPE       NUKIDevice
   VERSION    0.6.0
   WEBHOOK_COUNTER 0
   WEBHOOK_PORT 8088
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /webhook/NUKIDevice
   WEBHOOK_URL http://192.168.178.37:8088/webhook/NUKIDevice-140073833
   Readings:
     2017-05-14 10:13:19   battery         ok
     2017-05-14 10:13:19   batteryCritical 0
     2017-05-14 10:13:19   lockState       unlocked
     2017-05-14 14:15:55   name            Nuki_08595B69
     2017-05-14 14:15:55   paired          1
     2017-05-14 14:15:55   rssi            -79
     2017-05-14 10:13:19   state           unlocked
     2017-05-14 10:20:12   success         1
   Fhem:
     infix      NUKIDevice
   Helper:
Attributes:
   IODev      NBridge1
   alarmDevice Sensor
   alarmSettings alarm5,alarm6,|NUKIDevice140073833:lock|Verriegelung Wohnung|on
   alias      NUKI_L1
   fp_Home    150,490,2,
   icon       1_nuki
   room       Hall,NUKI
   webCmd     lock:unlock:unlatch
   webhookFWinstance WEBhook
   webhookHttpHostname 192.168.178.37


List Bridge

Internals:
   BRIDGEAPI  1.5
   DEF        192.168.178.48 xxxxxx
   HOST       192.168.178.48
   NAME       NBridge1
   NR         1041
   PORT       8080
   STATE      connected
   TOKEN      xxxxxx
   TYPE       NUKIBridge
   VERSION    0.6.1
   Readings:
     2017-05-13 11:09:55   0_name          Home
     2017-05-13 11:09:55   0_nukiId        140073833
     2017-05-14 14:18:23   bridgeType      Hardware
     2017-05-14 14:18:23   currentTime     2017-05-14T12:18:23+00:00
     2017-05-14 14:18:23   firmwareVersion 1.5.2
     2017-05-14 14:18:23   hardwareId      110157993
     2017-05-14 14:18:23   serverConnected 1
     2017-05-14 14:18:23   serverId        951376988
     2017-05-13 11:09:55   smartlockCount  1
     2017-05-14 14:18:23   state           connected
     2017-05-14 14:18:23   uptime          97999
     2017-05-14 14:18:23   wifiFirmwareVersion 1.0.1
   Helper:
     aliveCount 0
Attributes:
   icon       1_nuki_bridge
   room       NUKI


Danke vorab
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Skjall am 14 Mai 2017, 14:49:36
Ich hätte mal ne frage zum Gesamtsystem: Wenn ich die Nuki-Bridge verwende, benötigt die dann im Betrieb eine Verbindung zum Internet?
Sprich: Werden für das Auf- und Zuschließen Cloud-Dienst verwendet?

LG Jan
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 14 Mai 2017, 14:53:15
Zitat von: Newbee am 14 Mai 2017, 14:22:24
Anbei die Infos für die Beiden.

List Device:

Internals:
   DEF        140073833 IODev=NBridge1
   IODev      NBridge1
   NAME       NUKIDevice140073833
   NR         1042
   NUKIID     140073833
   STATE      unlocked
   TYPE       NUKIDevice
   VERSION    0.6.0
   WEBHOOK_COUNTER 0
   WEBHOOK_PORT 8088
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /webhook/NUKIDevice
   WEBHOOK_URL http://192.168.178.37:8088/webhook/NUKIDevice-140073833
   Readings:
     2017-05-14 10:13:19   battery         ok
     2017-05-14 10:13:19   batteryCritical 0
     2017-05-14 10:13:19   lockState       unlocked
     2017-05-14 14:15:55   name            Nuki_08595B69
     2017-05-14 14:15:55   paired          1
     2017-05-14 14:15:55   rssi            -79
     2017-05-14 10:13:19   state           unlocked
     2017-05-14 10:20:12   success         1
   Fhem:
     infix      NUKIDevice
   Helper:
Attributes:
   IODev      NBridge1
   alarmDevice Sensor
   alarmSettings alarm5,alarm6,|NUKIDevice140073833:lock|Verriegelung Wohnung|on
   alias      NUKI_L1
   fp_Home    150,490,2,
   icon       1_nuki
   room       Hall,NUKI
   webCmd     lock:unlock:unlatch
   webhookFWinstance WEBhook
   webhookHttpHostname 192.168.178.37


List Bridge

Internals:
   BRIDGEAPI  1.5
   DEF        192.168.178.48 xxxxxx
   HOST       192.168.178.48
   NAME       NBridge1
   NR         1041
   PORT       8080
   STATE      connected
   TOKEN      xxxxxx
   TYPE       NUKIBridge
   VERSION    0.6.1
   Readings:
     2017-05-13 11:09:55   0_name          Home
     2017-05-13 11:09:55   0_nukiId        140073833
     2017-05-14 14:18:23   bridgeType      Hardware
     2017-05-14 14:18:23   currentTime     2017-05-14T12:18:23+00:00
     2017-05-14 14:18:23   firmwareVersion 1.5.2
     2017-05-14 14:18:23   hardwareId      110157993
     2017-05-14 14:18:23   serverConnected 1
     2017-05-14 14:18:23   serverId        951376988
     2017-05-13 11:09:55   smartlockCount  1
     2017-05-14 14:18:23   state           connected
     2017-05-14 14:18:23   uptime          97999
     2017-05-14 14:18:23   wifiFirmwareVersion 1.0.1
   Helper:
     aliveCount 0
Attributes:
   icon       1_nuki_bridge
   room       NUKI


Danke vorab

Ok das passt soweit. Kannst Du bei der. Kannst Du bitte einmal ein get callbackList machen und die Ausgabe hier zeigen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 14 Mai 2017, 14:55:24
Zitat von: Skjall am 14 Mai 2017, 14:49:36
Ich hätte mal ne frage zum Gesamtsystem: Wenn ich die Nuki-Bridge verwende, benötigt die dann im Betrieb eine Verbindung zum Internet?
Sprich: Werden für das Auf- und Zuschließen Cloud-Dienst verwendet?

LG Jan

Hallo Jan,

Nein!! Sonst hätte ich das nie gemacht  ;D Bin ein totaler Verfechter von offline Lösungen in Bezug auf Smarthome Geräten.


Grüße

PS: Allerdings benötigt man für Firmwareupdates schon mal eine Verbindung ins Internet. Hihi
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Newbee am 14 Mai 2017, 16:22:00
Zitat von: CoolTux am 14 Mai 2017, 14:53:15
Ok das passt soweit. Kannst Du bei der. Kannst Du bitte einmal ein get callbackList machen und die Ausgabe hier zeigen.

Hier der callback Inhalt:

Callback-ID Callback-URL
0 http://192.168.178.48:8083/fhem/NUKIDevice-140073833
1 http://192.168.178.37:8083/fhem/NUKIDevice-140073833
2 http://192.168.178.37:8088/webhook/NUKIDevice-140073833
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 14 Mai 2017, 16:24:42
Zitat von: Newbee am 14 Mai 2017, 16:22:00
Hier der callback Inhalt:

Callback-ID Callback-URL
0 http://192.168.178.48:8083/fhem/NUKIDevice-140073833
1 http://192.168.178.37:8083/fhem/NUKIDevice-140073833
2 http://192.168.178.37:8088/webhook/NUKIDevice-140073833


Bisschen viel des guten. Am besten einmal alle 3 Einträge löschen. Dann ein Attribut für den Webhook anklicken und ohne es zu löschen neu setzen. Am Ende sollte nur ein Eintrag drin stehen pro Smartlock.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: oli82 am 15 Mai 2017, 09:08:34
Guten Morgen.

Hab auch ein kleines Problem mit meinem Nuki.

Und zwar, wenn ich über Fhem ein "set Nuki lock" absetze, wird das Schloss zwar geschlossen, der "state" ändert sich aber nicht. Dort steht weiterhin "unlocked". Kann das jemand bestätigen?
2017.05.15 09:03:46 5: NUKIDevice (NUKIDevice140403361) - readings set for NUKIDevice140403361
2017.05.15 09:03:57 4: NUKIDevice (NUKIDevice140403361) - NUKIDevice_ReadFromNUKIBridge check Bridge connected
2017.05.15 09:03:57 4: NUKIDevice (NUKIDevice140403361) - NUKIDevice_ReadFromNUKIBridge Bridge is connected call IOWrite
2017.05.15 09:04:02 5: NUKIDevice (NUKIDevice140403361) - Parse with result: {"success": true, "batteryCritical": false}
2017.05.15 09:04:02 5: NUKIDevice (NUKIDevice140403361) - parse status message for NUKIDevice140403361
2017.05.15 09:04:02 5: NUKIDevice (NUKIDevice140403361) - lockAction readings set for NUKIDevice140403361


Readings:
     2017-05-12 09:10:31   battery         ok
     2017-05-12 09:10:31   batteryCritical 0
     2017-05-12 09:10:31   lockState       unlocked
     2017-05-15 09:07:33   name            Nuki_085E62A1
     2017-05-15 09:07:33   paired          1
     2017-05-15 09:07:33   rssi            -79
     2017-05-12 09:10:31   state           unlocked
     2017-05-15 09:04:02   success         1
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: daniel2311 am 15 Mai 2017, 09:32:12
Hallo Oli,

kann ich so nicht bestätigen. Hast du die Callback-URL eingetragen?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: oli82 am 15 Mai 2017, 09:46:07
Hi Daniel.

Nein, hab ich noch nicht. Muss mich erst damit auseinander setzen. Habe aber gerade festgestellt, dass nach einem Fhem Neustart die Reading wieder passen.
Ebenfalls passen sie, wenn ich nach dem lock/unlock ein "set statusRequest" absetze
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 15 Mai 2017, 09:52:45
Das sollte sogar ohne Callback URL korrekt angezeigt werden.

Wenn der lock Befehl abgesetzt wird und die Bridge mit einem success 1 antwortet wird der state vom NUKIDevice auf den zuletzt abgegebenen Befehl gestellt. In diesem Fall also lock.
Erst wenn der Status über die Callback Funktion verifiziert wird stellt sich der state auf locked.
Welche Version vom Bridgemodul wird verwendet?


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: oli82 am 15 Mai 2017, 09:55:03
Verwende die "   0.6.1" als Bridgemodul.
Das schloss braucht ja ein paar Sekunden, bis es den Status neu setzt. Der kommt zwar in der App, aber nicht in Fhem an.
Muss mir aber trotzdem die CallbackURL mal anschauen, wie diese zu setzen ist.
Aber wenn wir gerade bei der Bridge sind: der Name des Schloss wird nicht in den Readings aktualisiert, wenn man ihn nachträglich ändert und Sonderzeichen äöüß werden nicht unterstützt ;)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 15 Mai 2017, 10:37:52
Zitat von: oli82 am 15 Mai 2017, 09:55:03
Verwende die "   0.6.1" als Bridgemodul.
Das schloss braucht ja ein paar Sekunden, bis es den Status neu setzt. Der kommt zwar in der App, aber nicht in Fhem an.
Muss mir aber trotzdem die CallbackURL mal anschauen, wie diese zu setzen ist.
Aber wenn wir gerade bei der Bridge sind: der Name des Schloss wird nicht in den Readings aktualisiert, wenn man ihn nachträglich ändert und Sonderzeichen äöüß werden nicht unterstützt ;)

Hallo Olli,

Das mit den Umlauten stimmt, da muß ich mich bei Gelegenheit noch mal ran setzen. Die Readings werden nur aktualisiert wenn das Smartlock Device an sich noch mal entfernt wurde. Anders ist es im Moment leider nicht realisierbar.



Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 15 Mai 2017, 10:48:37
Zitat von: oli82 am 15 Mai 2017, 09:55:03
Verwende die "   0.6.1" als Bridgemodul.
Das schloss braucht ja ein paar Sekunden, bis es den Status neu setzt. Der kommt zwar in der App, aber nicht in Fhem an.
Muss mir aber trotzdem die CallbackURL mal anschauen, wie diese zu setzen ist.
Aber wenn wir gerade bei der Bridge sind: der Name des Schloss wird nicht in den Readings aktualisiert, wenn man ihn nachträglich ändert und Sonderzeichen äöüß werden nicht unterstützt ;)

Was ich noch vergessen habe. Die erste Readingaktualisierung sollte erfolgen sobald der Motor aufgehört hat zu drehen. Das sollte sich der state in lock oder unlock ändern, also je nachdem was man vorher als set gesetzt hat.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: oli82 am 15 Mai 2017, 11:39:05
Zitat von: CoolTux am 15 Mai 2017, 10:48:37
Was ich noch vergessen habe. Die erste Readingaktualisierung sollte erfolgen sobald der Motor aufgehört hat zu drehen.

Macht es leider nicht. In der Nuki App sehe ich den neuen State, aber nicht in Fhem
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 15 Mai 2017, 11:55:30
Eventuell liegt hier der Hund begraben


2017.05.15 09:03:57 4: NUKIDevice (NUKIDevice140403361) - NUKIDevice_ReadFromNUKIBridge Bridge is connected call IOWrite
2017.05.15 09:04:02 5: NUKIDevice (NUKIDevice140403361) - Parse with result: {"success": true, "batteryCritical": false}


Aber Dein Reading für success ist

2017-05-15 09:04:02   success         1


Ich muss später mal in den Code schauen wie genau die Auswertung funktioniert. Aber ich denke mal das ich nach true auswerte und das scheint bei Dir ja dann nicht zu passen.

Ich melde mich.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 15 Mai 2017, 12:36:27
Magst Du bitte einmal in den Nuki Master Branch von meinem Git gehen und Dir von dort die NUKIDevice installieren? Als Version sollte bei NUKIDevice dann 0.6.1 stehen.

Damit sollte sich zu mindest der state und der lockState korrekt füllen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: oli82 am 15 Mai 2017, 12:48:24
YES! Läuft. Danke für´s schnelle Umsetzen. Ach, hier liegt immer noch ein Nest Protect ;)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 15 Mai 2017, 12:55:41
Zitat von: oli82 am 15 Mai 2017, 12:48:24
YES! Läuft. Danke für´s schnelle Umsetzen. Ach, hier liegt immer noch ein Nest Protect ;)

Ich weiß Oli ich weiß.  ;D
Aber was soll ich machen. Cloud hasse ich wie die Pest und ausserdem bin ich gerade dabei das neue AMAD zu schreiben. Inklusive AMAD Installationsassistenten für Automagic.
Da muß sich bitte jemand anderes für Nest begeistern. Obwohl die Produkte echt klasse sind.


Grüße
Leon
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 15 Mai 2017, 14:21:30
Habe gerade den fix ins svn hochgeladen. Kommt morgen früh dann per Update
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 15 Mai 2017, 15:40:13
Ich könnte im übrigen gerade feststellen wieso aus Trier eine 1 und aus false eine 0 wird. Das liegt am JSON Packet. Wenn trüb oder false nicht in "" eingeschlossen sind wird daraus 0 und 1.

Die Kollegen scheinen da nicht ganz valide zu sein.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Newbee am 19 Mai 2017, 11:13:43
Zitat von: CoolTux am 14 Mai 2017, 16:24:42
Bisschen viel des guten. Am besten einmal alle 3 Einträge löschen. Dann ein Attribut für den Webhook anklicken und ohne es zu löschen neu setzen. Am Ende sollte nur ein Eintrag drin stehen pro Smartlock.

Nach dem letzten Update und dem löschen von den Einträgen und Erstellung eines neuen, läuft es jetzt so wie beschrieben inkl. der State updates.

Vielen Dank and Dich CoolTux.

Grüße Newbee
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: googelie am 29 Mai 2017, 13:38:22
Moin Moin,

entweder bin ich zu blöd oder zu blind. Ich bin auf der Suche nach dem API-TOKEN.

Wenn ich auf http://web.nuki.io gehe, kann ich dort einen API-TOKEN erstellen, dieser funktioniert jedoch nicht mit der Bridge. Er ist auch elendig lang wie hier:
"40a77266f9f092788d4da0eb5a423086e3edasdasd1e143b0a9fe4a191b9debf7d027fd0d23471842" (geändert)

Lt. Modulbeschreibung ist dieser jedoch nur fünfstellig.

In der App finde ich keinen API-TOKEN Menüpunkt. Insgesamt ist die App auch sehr unübersichtlich. Kann mir da jemand weiterhelfen?

Wäre super nett!

LG Joe
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 29 Mai 2017, 13:46:19
https://forum.fhem.de/index.php/topic,55756.msg619618.html#msg619618
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: andy6090 am 05 Juni 2017, 08:49:10
Hallo
Habe jetzt auch ein Nuki mit Software Bridge,
über das Nuki App läuft es einwandfrei.
In FHEM die Bridge eingetragen und sie wurde erkannt.
Das Nuki wurde auch automatisch in FHEM eingetragen,
nur leider bekomme ich nur error, egal was ich drücke.
Wie bekomme ich raus was da schief läuft ?
DAs steht nach dem initialisieren :
battery
ok
2017-06-05 08:56:30
batteryCritical
false
2017-06-05 08:56:30
lockState
unknown
2017-06-05 08:56:30
name
Nuki_08DXXXX
2017-06-05 08:59:39
paired
true
2017-06-05 08:59:39
rssi
-71
2017-06-05 08:59:39
state
unknown
2017-06-05 08:56:30
success
false
2017-06-05 08:58:42
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 05 Juni 2017, 09:01:27
list von der Bridge und dem Device machen und hier in Codetags einstellen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: andy6090 am 05 Juni 2017, 09:18:14

[quote]Internals:
   BRIDGEAPI  1.5
   DEF        192.168.178.51 cXXXXX
   HOST       192.168.178.51
   NAME       NBridge1
   NR         388
   PORT       8080
   STATE      connected
   TOKEN      cXXXXX
   TYPE       NUKIBridge
   VERSION    0.6.1
   Readings:
     2017-06-05 08:54:47   0_name          Haus
     2017-06-05 08:54:47   0_nukiId        1487XXXXX
     2017-06-05 09:09:43   appVersion      1.3.0
     2017-06-05 09:09:43   bridgeType      Software
     2017-06-05 09:09:43   currentTime     2017-06-05T07:09:43Z
     2017-06-05 09:09:43   serverConnected true
     2017-06-05 09:09:43   serverId        2155XXXXX
     2017-06-05 08:54:47   smartlockCount  1
     2017-06-05 09:09:43   state           connected
     2017-06-05 09:09:43   uptime          10385
   Helper:
     aliveCount 0
Attributes:
   room       NUKI

[code]
Internals:
CFGFN DEF        1487XXXXX
IODev=NBridge1
IODev      [url=http://192.168.178.84:8083/fhem?detail=NBridge1]NBridge1[/url]
NAME       [url=http://192.168.178.84:8083/fhem?detail=NUKIDevice1487XXXXX]NUKIDevice1487XXXXX[/url]
NR         395
   NUKIID     1487XXXXX
   STATE      unknown
   TYPE       NUKIDevice
VERSION    0.6.1
   WEBHOOK_REGISTER unregistered Readings:
     2017-06-05 08:56:30   battery         ok
     2017-06-05 08:56:30   batteryCritical false
     2017-06-05 08:56:30   lockState       unknown
     2017-06-05 09:14:18   name            Nuki_08DXXXXX
     2017-06-05 09:14:18   paired          true
     2017-06-05 09:14:18   rssi            -71
     2017-06-05 08:56:30   state           unknown
     2017-06-05 08:58:42   success         false
Fhem:
     infix      NUKIDevice
Helper:
fromAutocreate 1
Attributes:
   IODev      [url=http://192.168.178.84:8083/fhem?detail=NBridge1]NBridge1[/url]
   alias      Haus
room       NUKI
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: daniel2311 am 05 Juni 2017, 12:04:37
Dein IOdev ist falsch oder sehe ich da was falsch? Hört sollte doch NBridge1 stehen und nicht NBridge1 (http://192.168.178.84:8083/fhem?detail=NBridge1)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 05 Juni 2017, 12:20:39
Hast du wirklich da dieses url drin stehen oder war das jetzt ein versehen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: andy6090 am 05 Juni 2017, 12:35:05
Ich habe alles so übernommen wie es da stand, die url steht genau so drin.
Es wurde auch alles per autocreate erstellt, außer die Bridge
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 05 Juni 2017, 12:39:32
Lösch Mal bitte das Smartlock. Nur das Smartlock! Und mach bei der Bridge Mal ein
set autocreate



Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: andy6090 am 05 Juni 2017, 14:26:07

Internals:
   CFGFN
   DEF        1487XXXXX IODev=NBridge1
   IODev      NBridge1
   NAME       NUKIDevice1487XXXXX
   NR         396
   NUKIID     1487XXXXX
   STATE      unknown
   TYPE       NUKIDevice
   VERSION    0.6.1
   WEBHOOK_REGISTER unregistered
   Readings:
     2017-06-05 14:19:37   battery         ok
     2017-06-05 14:19:37   batteryCritical false
     2017-06-05 14:21:15   lockState       unknown
     2017-06-05 14:21:47   name            Nuki_08DXXXXX
     2017-06-05 14:21:47   paired          true
     2017-06-05 14:21:47   rssi            -68
     2017-06-05 14:21:15   state           unknown
     2017-06-05 14:21:15   success         false
   Fhem:
     infix      NUKIDevice
   Helper:
     fromAutocreate 1
Attributes:
   IODev      NBridge1
   alias      Haus
   room       NUKI


Das kam jetzt als list raus,
Was mir aufgefallen ist der Name hat das Token drin welches in der Nuki App als Smart Lock ID steht, aber in FHEM ist eine ID eingtragen die ich in der App nicht finde
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 05 Juni 2017, 15:08:14
Schaltet es denn nun, oder immer noch nicht?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: andy6090 am 05 Juni 2017, 16:31:20
Ne leider immer noch nicht, keine reaktion


battery
ok
2017-06-05 16:30:25
batteryCritical
false
2017-06-05 16:30:25
lockState
unknown
2017-06-05 16:30:25
name
Nuki_08DD6979
2017-06-05 16:30:22
paired
true
2017-06-05 16:30:22
rssi
-73
2017-06-05 16:30:22
state
unknown
2017-06-05 16:30:25
success
false
2017-06-05 16:30:25


Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 05 Juni 2017, 16:43:40
Zitat von: andy6090 am 05 Juni 2017, 16:31:20
Ne leider immer noch nicht, keine reaktion


battery
ok
2017-06-05 16:30:25
batteryCritical
false
2017-06-05 16:30:25
lockState
unknown
2017-06-05 16:30:25
name
Nuki_08DD6979
2017-06-05 16:30:22
paired
true
2017-06-05 16:30:22
rssi
-73
2017-06-05 16:30:22
state
unknown
2017-06-05 16:30:25
success
false
2017-06-05 16:30:25


Dann mal bitte mit verbose 4 bei beiden loggen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: andy6090 am 06 Juni 2017, 00:13:50
Habe ich gemacht, hier ein auszug aus dem Lock, ausgelöst mit set unlock

2017.06.06 00:09:53 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.06.06 00:09:53 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.178.51:8080/info?token=cXXXXX
2017.06.06 00:09:53 4: NUKIBridge (NBridge1) - run NUKIBridge_Call
2017.06.06 00:09:53 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.06.06 00:09:54 4: NUKIDevice (NUKIDevice1487XXXXX) - Received scanResults for matching NukiID 1487XXXXX at device NUKIDevice1487XXXXX
2017.06.06 00:10:20 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.06.06 00:10:20 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.178.51:8080/info?token=cXXXXX
2017.06.06 00:10:20 4: NUKIBridge (NBridge1) - run NUKIBridge_Call
2017.06.06 00:10:20 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.06.06 00:10:20 4: NUKIDevice (NUKIDevice1487XXXXX) - NUKIDevice_ReadFromNUKIBridge check Bridge connected
2017.06.06 00:10:20 4: NUKIDevice (NUKIDevice1487XXXXX) - NUKIDevice_ReadFromNUKIBridge Bridge is connected call IOWrite
2017.06.06 00:10:20 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.178.51:8080/lockAction?token=cXXXXX&action=1&nukiId=1487XXXXX
2017.06.06 00:10:21 4: NUKIDevice (NUKIDevice1487XXXXX) - Received scanResults for matching NukiID 1487XXXXX at device NUKIDevice1487XXXXX
2017.06.06 00:10:49 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.06.06 00:10:49 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.178.51:8080/info?token=cXXXXX
2017.06.06 00:10:49 4: NUKIBridge (NBridge1) - run NUKIBridge_Call
2017.06.06 00:10:49 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.06.06 00:10:49 4: NUKIDevice (NUKIDevice1487XXXXX) - Received scanResults for matching NukiID 1487XXXXX at device NUKIDevice1487XXXXX
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 06 Juni 2017, 00:25:59
Ich kann da nichts finden ausser das er ein unlock sendet.

Lösche bitte noch mal das Smartlock und die Bridge. Mache ein save und starte fhem neu. Danach legst du die Bridge an und nimmst den Token den Du in der Softwarebridge findest. Danach sollte er das Smartlock anlegen. Die ID vom Smartlock ist natürlich eine andere wie der Token für die Bridge.

Bitte noch mal probieren
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: andy6090 am 06 Juni 2017, 07:52:43
Auch das gab leider kein erfolg.
keine reaktion
Was mich wundert :
die ID vom Smartlock in der App ist 08DXXXXX
die ID die autocreate anlegt ist 1487XXXXX
aber auch ein manuelles ändern der ID , auf 08DXXXX, führt dazu das ein zweites Device angelegt wird, wieder mit der ID 1487XXXX.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: andy6090 am 06 Juni 2017, 15:39:49
jetzt geht es , es ist die Softwarebridge gewesen,
Sie verliert öfters die Verbindung, das war der Fehler.
Es ist auch unerheblich welche ID ausgelesen wurde 08D oder 1487 , beides funktioniert jetzt.

Danke für die Hilfe
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 06 Juni 2017, 15:41:53
Freut mich das es geht. Ich wollte Dir schon nen String zum testen schicken, bin nur noch nicht dazu gekommen. Aber nun hat es sich ja erledigt.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 06 Juni 2017, 15:43:12
@All

Die Nuki Module werden die nächsten sein, welche ein komplettes redesign erhalten werden. Wenn ich mit AMAD fertig bin.



Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: daniel2311 am 06 Juni 2017, 16:43:10
uhh spannend, warum machst du das Redesign?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 06 Juni 2017, 17:05:08
Grund ist das die Art und Weise zum Übertragen der Daten und ermitteln der Logischen Devices nicht korrekt ist. Ist eine Eigenentwicklung und nicht FHEM konform was ein 2 stufiges Modul an geht.

Bei AMADNG habe ich angefangen Erfahrungen mit http nonBlocking und 2 stufigen Modul samt Dispatcher zu sammeln. Das klappt hervorragend und so möchte ich es bei Nuki auch haben.



Grüße


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: RitterSport am 01 Juli 2017, 11:31:19
Hallo.

ich bekomme immer folgendes im Log, und dann ein Freeze von 1 Sec.

Zitat2017.07.01 10:22:12 3: NUKIBridge (Door_Bridge) - invalid json detected: HTTP 503 Unavailable
2017.07.01 10:24:30 1: Perfmon: possible freeze starting at 10:24:29, delay is 1.207
Error: Connection refused
Error: Connection refused
Error: Connection refused

Es scheint zu funktionieren, allerdings ist eben das Log unregelmäßig damit überfüllt.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 01 Juli 2017, 12:20:32
Eigentlich sollte dieser Fehler abgefangen werden. 503 ist ein HTTP Fehlercode und dürfte gar nicht erst bis zum JSON Check kommen.
Bitte stell die Bridge Mal auf verbose 5 und poste dann die Ausgabe wenn der Fehler wieder kommt.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: RitterSport am 01 Juli 2017, 19:25:18
Verbose 5:
Bei XXX standen reale ID's

2017.07.01 19:20:39 4: NUKIBridge (Door_Bridge) - NUKIBridge_GetCheckBridgeAlive
2017.07.01 19:20:39 4: NUKIBridge (Door_Bridge) - Send HTTP POST with URL http://192.168.0.19:8080/info?token=XXXXXX
2017.07.01 19:20:39 4: NUKIBridge (Door_Bridge) - run NUKIBridge_Call
2017.07.01 19:20:39 4: NUKIBridge (Door_Bridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.07.01 19:20:39 5: NUKIBridge (Door_Bridge) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": XXX, "serverId": XXXXXX}, "versions": {"firmwareVersion": "1.5.2", "wifiFirmwareVersion": "1.0.1"}, "uptime": 204257, "currentTime": "2017-07-01T17:20:39+00:00", "serverConnected": true, "scanResults": [{"nukiId": XXX XXX XXX, "name": "Nuki_08C569F1", "rssi": -79, "paired": true}]}
2017.07.01 19:20:39 5: NUKIBridge (Door_Bridge) - Response ERROR:
2017.07.01 19:20:39 5: NUKIBridge (Door_Bridge) - Response CODE: 200
2017.07.01 19:20:39 5: NUKIBridge (Door_Bridge) - Bridge ist online
2017.07.01 19:20:39 4: NUKIDevice (Nuki_Key_01) - Received scanResults for matching NukiID XXX XXX XXX at device Nuki_Key_01
Error: Connection refused
Error: Connection refused
Error: Connection refused
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 01 Juli 2017, 19:36:41
Mehr ist da nicht? Bis auf Connection refused sieht alles okay aus. Hast du noch was danach stehen?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: RitterSport am 01 Juli 2017, 20:42:14
Ich habe nochmals durchgesehen. Das ist alles.
Wiederholt sich jede Minute, da ich ein     
+*00:00:59 set Nuki_Key_01 statusRequest mache.

Die Batterien danken es mir und halten nur 6 Wochen :-)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 01 Juli 2017, 21:51:24
Ach so. Das erklärt natürlich alles.
Lösch das at und gut ist.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: RitterSport am 02 Juli 2017, 13:11:51
Löschen? Ungern.
Ich würde schon gerne zeitnah den Zustand, ob abgeschlossen oder aufgeschlossen in Fhem haben.
Das bekomme ich doch nur wenn ich das Schloß abfrage?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 02 Juli 2017, 14:33:49
Das geht doch über WebHook automatisch und schneller als bei deinen 59 Sekunden ;)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 02 Juli 2017, 14:34:04
Wie kommst Du denn darauf? Durch Deine extra Abfrage kommst du hin und wieder der a life Abfrage der Bridge in den Weg.
Korrekt eingerichtet sendet das Schloß nach dem Schließvorgang seinen tatsächlichen Status. Stichwort Webhook oder Callback.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: math78 am 22 September 2017, 15:11:40
Hallo,

habe heute folgendes Problem in meiner LOG gefunden.

ZitatPERL WARNING: Use of uninitialized value in string eq at ./FHEM/74_NUKIDevice.pm line 215, <$fh> line 3562.
2017.09.22 14:58:00 1: stacktrace:
2017.09.22 14:58:00 1:     main::__ANON__                      called by ./FHEM/74_NUKIDevice.pm (215)
2017.09.22 14:58:00 1:     main::NUKIDevice_Attr               called by fhem.pl (3448)
2017.09.22 14:58:00 1:     main::CallFn                        called by fhem.pl (2785)
2017.09.22 14:58:00 1:     main::CommandAttr                   called by fhem.pl (1174)
2017.09.22 14:58:00 1:     main::AnalyzeCommand                called by fhem.pl (1027)
2017.09.22 14:58:00 1:     main::AnalyzeCommandChain           called by fhem.pl (1309)
2017.09.22 14:58:00 1:     main::CommandInclude                called by fhem.pl (537)
Kann man das beheben?

Danke.

Grüße

Matthias
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 22 September 2017, 18:38:03
Du hast einen Webhook eingerichtet? Kannst Du mir sagen wie genau Du vorgegangen bist? Du hättest eigentlich auch eine Fehlermeldung bekommen sollen.

Invalid value for attribute blablu: needs to be different from the defined name/address of your Smartlock, we need to know how Smartlock can connect back to FHEM here!
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: math78 am 22 September 2017, 18:48:31
Hi,

da beim NUKI Device kein https über meine normale "Web" Instanz möglich ist, habe ich eine 2. für das NUKI Device erstellt.

Zitatdefine NUKIWEB FHEMWEB 8282 global
attr NUKIWEB hiddenroom Tablet-UI,Außenbereich,DG,Dummy,EG_Arbeitszimmer,EG_Esszimmer,EG_Flur,EG_Kueche,EG_Technikraum, EG_Terrasse,EG_WC,EG_Wohnzimmer,Fritz-Box,HUE,Heizung,Kalender,Kamera,NUC,NUKI,OG_Abstellraum,OG_Bad,OG_Felixzimmer,OG_Flur,OG_Lenizimmer,OG_Schlafzimmer,Residents,Sonos,Wetter,Zentral,Everything,Logfile,Commandref,Remote doc,Edit files,Select style,Event monitor,Restart,Update
attr NUKIWEB room hidden
attr NUKIWEB webname webhook

define allowedNUKIWEB allowed
attr allowedNUKIWEB allowedCommands set
attr allowedNUKIWEB allowedDevices Home
attr allowedNUKIWEB validFor NUKIWEB

Es funktioniert einwandfrei. Nur der Fehler im Log ist aufgetaucht.

habe zusätzlich noch folgenden 2. Fehler im LOG entdeckt:
ZitatFHEMWEB SSL/HTTPS error:  SSL accept attempt failed error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number (peer: 192.168.0.22)

19.168.0.22 ist mein NUKI Device!

Grüße

Matthias
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 22 September 2017, 18:50:42
Kann ich mir gerade leider keinen Reim drauß machen. Werde es aber Mal testen wie deine Konfig ist.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: math78 am 23 September 2017, 10:00:13
Ok, Danke dir.

LG
Matthias
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: math78 am 13 Oktober 2017, 10:57:37
Hallo,

wollte mal nachfragen, ob du bezüglich dem folgenden Fehler schon etwas finden konntest?
Zitat2017.10.13 10:43:08 1: FHEMWEB SSL/HTTPS error:  SSL accept attempt failed error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number (peer: 192.168.0.22)
2017.10.13 10:45:13 1: FHEMWEB SSL/HTTPS error:  SSL accept attempt failed error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number (peer: 192.168.0.22)
2017.10.13 10:45:36 1: FHEMWEB SSL/HTTPS error:  SSL accept attempt failed error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number (peer: 192.168.0.22)

Danke Dir.

LG
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 13 Oktober 2017, 11:13:15
Hallo Matthias

Leider habe ich nicht gefunden.
Gib mir mal bitte ein list des FHEMWEB Devices und ein list vom Nuki Device



Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: math78 am 13 Oktober 2017, 11:32:05
Hi,

das List vom NukiDevice:
Internals:
   DEF        111966073 IODev=NukiBridge
   IODev      NukiBridge
   NAME       NUKIDevice111966073
   NR         793
   NUKIID     111966073
   STATE      unlocked
   TYPE       NUKIDevice
   VERSION    0.6.1
   WEBHOOK_COUNTER 0
   WEBHOOK_PORT 8282
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /webhook/NUKIDevice
   WEBHOOK_URL http://192.168.0.23:8282/webhook/NUKIDevice-111966073
   READINGS:
     2017-10-13 11:27:52   battery         ok
     2017-10-13 11:27:52   batteryCritical 0
     2017-10-13 11:27:52   lockState       unlocked
     2017-10-13 11:29:08   name            Nuki_06AC7779
     2017-10-13 11:29:08   paired          1
     2017-10-13 11:29:08   rssi            -78
     2017-10-13 11:27:52   state           unlocked
     2017-10-13 11:27:52   success         1
   fhem:
     infix      NUKIDevice
   helper:
Attributes:
   IODev      NukiBridge
   alias      Home
   room       NUKI
   webhookFWinstance NUKIWEB
   webhookHttpHostname 192.168.0.23


Das List vom FHEMWEB:
Internals:
   CSRFTOKEN  csrf_232796455891768
   DEF        8282 global
   FD         10
   NAME       NUKIWEB
   NR         21
   NTFY_ORDER 50-NUKIWEB
   PORT       8282
   STATE      Initialized
   TYPE       FHEMWEB
Attributes:
   hiddenroom Tablet-UI,Außenbereich,DG,Dummy,EG_Arbeitszimmer,EG_Esszimmer,EG_Flur,EG_Kueche,EG_Technikraum, EG_Terrasse,EG_WC,EG_Wohnzimmer,Fritz-Box,HUE,Heizung,Kalender,Kamera,NUC,NUKI,OG_Abstellraum,OG_Bad,OG_Felixzimmer,OG_Flur,OG_Lenizimmer,OG_Schlafzimmer,Residents,Sonos,Wetter,Zentral,Everything,Logfile,Commandref,Remote doc,Edit files,Select style,Event monitor,Restart,Update
   room       hidden
   webname    webhook

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 13 Oktober 2017, 11:59:00
Funktioniert denn überhaupt der Callback oder bringt die Fehlermeldung eine Nichtfunktion mit sich?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: math78 am 13 Oktober 2017, 12:40:45
Der Callback funktioniert, kann die Tür damit steuern.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 13 Oktober 2017, 13:10:46
Kann beim besten willen nicht finden warum das

2017.10.13 10:43:08 1: FHEMWEB SSL/HTTPS error:  SSL accept attempt failed error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number (peer: 192.168.0.22)
2017.10.13 10:45:13 1: FHEMWEB SSL/HTTPS error:  SSL accept attempt failed error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number (peer: 192.168.0.22)
2017.10.13 10:45:36 1: FHEMWEB SSL/HTTPS error:  SSL accept attempt failed error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number (peer: 192.168.0.22)

Vom Modul kommen sollte.

Sorry
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: math78 am 13 Oktober 2017, 18:19:06
OK, Danke dir.

LG
Matthias
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: wolfram am 27 Oktober 2017, 09:13:54
Guten Morgen liebe Community,

ich habe mich durch die letzten Seiten durchgearbeitet, aber noch keine Lösung gefunden:

Der Status meines Nuki-Schlosses wird nur sporadisch, bzw. durch ein "set StatusRequest" aktualisiert. Ich habe eine Hardwarebridge und sonst funktioniert auch alles. Nur halt der Status wird nicht automatisch aktualisiert.

Hat jemand vielleicht eine Idee?

Vielen Dank
wolf
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 27 Oktober 2017, 10:50:54
Callback eingerichtet?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: wolfram am 27 Oktober 2017, 15:54:54
Hallo Cooltux,

vielen Dank der Nachfrage. Webhook habe ich jetzt eingerichtet - auch wenn ich aus der Doku nicht ganz schlau geworden bin. Jetzt habe ich dafür die Instanz "WebTablet" verwendet. Allerdings arbeite ich mit der BasicAuth (Username und Passwort) muss ich da noch etwas besonderes beachten?

viele Grüße
wolf
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 27 Oktober 2017, 16:08:15
Hallo Wolf,

Bin mir gerade unsicher aber glaube Auth geht nicht. Kannst du nicht einen webhook einrichten?



Grüße
Leon
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: wolfram am 29 Oktober 2017, 12:06:14
Hi Leon,
Danke für deine Antwort. Jetzt scheint es zu gehen. Ich hatte das mit dem Web Hook nicht verstanden, bzw verstehe es immer noch nicht wirklich, aber es funzt erstmal.

Viele Grüße
Wolf

Ich habe im homebridge-Thread noch parallel eine Anfrage zum homebridgeMapping gestellt. Zwar wurde genau "mein" Thema schonmal angefragt, aber leider nicht zu Ende verfolgt. Ich linke meinen Beitrag hier noch einmal rein - mit der Frage um Hilfe:

https://forum.fhem.de/index.php/topic,48558.msg706113.html#msg706113



Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 30 Oktober 2017, 10:14:15
Hallo Wolfram,

ich habe mich zwar noch nie mit dem Thema Nuki und Homebridgemapping auseinandergesetzt aber es gibt direkt von Nuki einen Skill dafür.

Gruß Cobra

Edit:
Oh man, ich sollte vor dem 2. Kaffee noch keine Dinge ins Forum schreiben. Vergiss es, Alexa und Siri sind 2 verschiedene paar Schuhe :-D
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: FhemPiUser am 04 November 2017, 13:13:39
eine frage: kann man die nuki bridge auch ohne internetverbindung mit fhem betreibenund das nuki über fhem steuern, also ohne verbndung zu den nuki cloud severn?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 04 November 2017, 13:58:43
Ja natürlich. So läuft es bei mir ja.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: FhemPiUser am 04 November 2017, 14:06:32
ok, klingt gut.

und benötigt man zur komfiguration von berechtigungen etc die smartphone app oder ginge das auch mit fhem oder einer web ui?

würde die nuki fobs einer smartphone app als schlüssel vorziehen, von der sicherheit von smartphone bin ich nicht so überzeugt...

überlege immer noch zwischen nuki und keymatic.

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 04 November 2017, 14:11:29
Zum Einrichten brauchst du die Nuki App. Das Keylock muss ja erstmal mit der zuvor eingerichteten Bridge verbunden werden.
Danach brauchst nichts weiter. Deine Nuki Fobs kann man doch bestimmt mit lepresenced erkennen lassen und FHEM dann das Schloss schalten lassen. Oder du richtest sie halt ein aber wie das geht weiß ich nicht. Reagiert das schloss dann auf die Fobs?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: marvin78 am 04 November 2017, 14:41:04
Die Fobs sind Müll. Sie funktionieren mit Glück hin und wieder mal. Mein Tipp: Finger weg.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 04 November 2017, 14:54:34
Zitat von: marvin78 am 04 November 2017, 14:41:04
Die Fobs sind Müll. Sie funktionieren mit Glück hin und wieder mal. Mein Tipp: Finger weg.
Also ich habe 2 fobs im Einsatz und die funktionieren gut. Einer davon aber erst, als ich eine neue andere Batterie eingesetzt habe.

@cooltux:
Die fobs müssen nur einmal eingerichtet werden. Dann laufen die direkt per Bluetooth zum Schloss. Brauchen also kein fhem.

Ich nutze die nuki app auch nur zur administration. Sonst nur eine selbst gebasteltes webseite im lokalen Netzwerk zum schalten vom Schloss über fhem.

Dein Modul läuft perfekt.


Gesendet von meinem ONEPLUS A3003 mit Tapatalk
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 04 November 2017, 15:35:28
Bin seit ein paar Tagen dabei es um zu schreiben. Aber mir kommt immer irgendwas dazwischen. Dauert also noch etwas. Ist ja auch nur Modulintern kosmetischer Natur, also nichts neues oder so.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: FhemPiUser am 05 November 2017, 15:32:42
gibt es eine möglichkeit das nuki in fhem einzubinden ohne wlan, also nur mit ethernet?

z.b. in dem man die android nuki bridge app auf einm android gerät (welches?) mit ethernet schnittstelle verwendet...

die original nuki bridge hat meines wissens ja nur wlan und kein ethernet, oder?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 05 November 2017, 15:54:02
Die Hardware Bridge hat nur WLan, das mit nem Android Handy und Ethernet könnte gehen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: FhemPiUser am 05 November 2017, 16:05:18

auf https://nuki.io/de/hilfe/bridge-de/android-bridge-app/android-bridge-app/ (https://nuki.io/de/hilfe/bridge-de/android-bridge-app/android-bridge-app/) steht

ZitatNiedrigpreis-Geräte (zB Elephone Q) oder ungeeignete Geräte wie zB Android TV Boxen oder Android TV Sticks haben oft nicht ausreichend dimensionierte Antennen sowie unvollständige Bluetooth-Implementierungen und können dadurch keine Bluetooth-Verbindung zum Smart Lock aufbauen.

es gibt doch etliche android tv boxen mit Bluetooth 4.0. Hat das mal jemand getestet?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: FhemPiUser am 05 November 2017, 16:38:55
hintergrund: ich suche eine Möglichkeit ein motorschloss (z.b. nuki) mit einem ibutton Zutrittssystem (mit arduino/raspberry) zu steuern, sodass man mit einem ibutton die tür öffnen kann. Das system sollte aus sicherheitsgründen nach möglichkeit autark vom lan sein bzw. getrennt vom lan sein.

eine möglichkeit wäre über raspberry fhem+nuki modul, welches direkt mit lan kabel mit einer nuki bridge (mit ethernet, z.B. android tv box?) verbunden ist.

eine andere möglichkeit wäre den nuki fob an einen arduino anzuschliessen, ähnlich wie das einige mit der keymatic fernbedienung gemacht haben https://blog.thesen.eu/teil-2-rfid-codeschloss-fuer-den-keymatic-abus-funk-tuerschlossantrieb-ersatz-fuer-km300-cac-cft-1000/ (https://blog.thesen.eu/teil-2-rfid-codeschloss-fuer-den-keymatic-abus-funk-tuerschlossantrieb-ersatz-fuer-km300-cac-cft-1000/)

hat mal jemand ein nuki fob offen/von innen gesehen und kann ein foto posten?

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: olaf am 07 November 2017, 12:28:45
Zitat von: CoolTux am 14 Januar 2017, 14:53:21
Bitte einmal einspielen und schauen was passiert. Es müsste wenn wieder 503 kommt diesmal im Error Reading der Bridge "Smartlock offline" stehen und im state des jeweiligen Smartlock ebenfalls "Smartlock offline"

Ich möchte nochmal auf den Fehler 503 zurückkommen.
Damit habe ich momentan noch größere Probleme.
Ich poste mal einen Logauszug:
-------------------> normaler "Alive Check"
2017.11.06 16:18:48 4: NUKIBridge (NB1) - NUKIBridge_GetCheckBridgeAlive
2017.11.06 16:18:48 4: NUKIBridge (NB1) - Send HTTP POST with URL http://192.168.178.21:8080/info?token=xxxxx
2017.11.06 16:18:48 4: NUKIBridge (NB1) - run NUKIBridge_Call
2017.11.06 16:18:48 4: NUKIBridge (NB1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.11.06 16:18:48 5: NUKIBridge (NB1) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": 112896353, "serverId": 600025564}, "versions": {"firmwareVersion": "1.8.0", "wifiFirmwareVersion": "1.1.0"}, "uptime": 362291, "currentTime": "2017-11-06T15:18:48+00:00", "serverConnected": false, "scanResults": [{"nukiId": yyyyyy, "name": "Nuki_zzzzz", "rssi": -79, "paired": true}]}
2017.11.06 16:18:48 5: NUKIBridge (NB1) - Response ERROR:
2017.11.06 16:18:48 5: NUKIBridge (NB1) - Response CODE: 200
2017.11.06 16:18:48 5: NUKIBridge (NB1) - Bridge ist online
2017.11.06 16:18:48 4: NUKIDevice (NUKILock1) - Received scanResults for matching NukiID yyyyyy at device NUKILock1
2017.11.06 16:18:48 5: NUKIDevice (NUKILock1) - Parse with result: {"rssi":-79,"paired":true,"name":"Nuki_zzzzz"}
2017.11.06 16:18:48 5: NUKIDevice (NUKILock1) - parse status message for NUKILock1
2017.11.06 16:18:48 5: NUKIDevice (NUKILock1) - readings set for NUKILock1

-------------------> Befehl "unlatch" an NukiLock
2017.11.06 16:19:05 4: NUKIDevice (NUKILock1) - NUKIDevice_ReadFromNUKIBridge check Bridge connected
2017.11.06 16:19:05 4: NUKIDevice (NUKILock1) - NUKIDevice_ReadFromNUKIBridge Bridge is connected call IOWrite
2017.11.06 16:19:05 4: NUKIBridge (NB1) - Send HTTP POST with URL http://192.168.178.21:8080/lockAction?token=xxxxx&action=3&nukiId=yyyyyy
-------------------> Fast gleichzeitig der "Alive Check"
2017.11.06 16:19:09 4: NUKIBridge (NB1) - NUKIBridge_GetCheckBridgeAlive
2017.11.06 16:19:09 4: NUKIBridge (NB1) - Send HTTP POST with URL http://192.168.178.21:8080/info?token=xxxxx
2017.11.06 16:19:09 4: NUKIBridge (NB1) - run NUKIBridge_Call
2017.11.06 16:19:09 4: NUKIBridge (NB1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
-------------------> Antwort "nicht verfügbar" (auf den Alive Check, da schon mit unlatch beschäftigt)
2017.11.06 16:19:10 5: NUKIBridge (NB1) - Response JSON: HTTP 503 Unavailable
2017.11.06 16:19:10 5: NUKIBridge (NB1) - Response ERROR:
2017.11.06 16:19:10 5: NUKIBridge (NB1) - Response CODE: 503
2017.11.06 16:19:10 3: NUKIBridge (NB1) - invalid json detected: HTTP 503 Unavailable
-------------------> Antwort auf "unlatch"
2017.11.06 16:19:19 5: NUKIBridge (NB1) - Response JSON: {"success": true, "batteryCritical": false}
2017.11.06 16:19:19 5: NUKIBridge (NB1) - Response ERROR:
2017.11.06 16:19:19 5: NUKIBridge (NB1) - Response CODE: 200
2017.11.06 16:19:19 5: NUKIDevice (NUKILock1) - Parse with result: {"success": true, "batteryCritical": false}
2017.11.06 16:19:19 5: NUKIDevice (NUKILock1) - parse status message for NUKILock1
2017.11.06 16:19:19 5: NUKIDevice (NUKILock1) - lockAction readings set for NUKILock1
2017.11.06 16:19:24 4: NUKIDevice (NUKILock1) - Received webhook for matching NukiId at device NUKILock1
2017.11.06 16:19:24 5: NUKIDevice (NUKILock1) - Parse with result: {"nukiId": yyyyyy, "state": 3, "stateName": "unlocked", "batteryCritical": false}
2017.11.06 16:19:24 5: NUKIDevice (NUKILock1) - parse status message for NUKILock1
2017.11.06 16:19:24 5: NUKIDevice (NUKILock1) - readings set for NUKILock1

-------------------> Befehl "lock" an NukiLock
2017.11.06 16:19:27 4: NUKIDevice (NUKILock1) - NUKIDevice_ReadFromNUKIBridge check Bridge connected
2017.11.06 16:19:27 4: NUKIDevice (NUKILock1) - NUKIDevice_ReadFromNUKIBridge Bridge is connected call IOWrite
2017.11.06 16:19:27 4: NUKIBridge (NB1) - Send HTTP POST with URL http://192.168.178.21:8080/lockAction?token=xxxxx&action=2&nukiId=yyyyyy
-------------------> Antwort "nicht verfügbar" (auf den lock-Befehl, da noch beschäftigt)
2017.11.06 16:19:27 5: NUKIBridge (NB1) - Response JSON: HTTP 503 Unavailable
2017.11.06 16:19:27 5: NUKIBridge (NB1) - Response ERROR:
2017.11.06 16:19:27 5: NUKIBridge (NB1) - Response CODE: 503
2017.11.06 16:19:27 5: NUKIDevice (NUKILock1) - Parse with result: HTTP 503 Unavailable
2017.11.06 16:19:27 3: NUKIDevice (NUKILock1) - invalid json detected: HTTP 503 Unavailable
-------------------> normaler "Alive Check"
2017.11.06 16:19:35 4: NUKIBridge (NB1) - NUKIBridge_GetCheckBridgeAlive
2017.11.06 16:19:35 4: NUKIBridge (NB1) - Send HTTP POST with URL http://192.168.178.21:8080/info?token=xxxxx
2017.11.06 16:19:35 4: NUKIBridge (NB1) - run NUKIBridge_Call
2017.11.06 16:19:35 4: NUKIBridge (NB1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
-------------------> Antwort "nicht verfügbar" (auf den Alive Check, da noch beschäftigt)
2017.11.06 16:19:35 5: NUKIBridge (NB1) - Response JSON: HTTP 503 Unavailable
2017.11.06 16:19:35 5: NUKIBridge (NB1) - Response ERROR:
2017.11.06 16:19:35 5: NUKIBridge (NB1) - Response CODE: 503
2017.11.06 16:19:35 3: NUKIBridge (NB1) - invalid json detected: HTTP 503 Unavailable
-------------------> normaler "Alive Check"
2017.11.06 16:19:52 4: NUKIBridge (NB1) - NUKIBridge_GetCheckBridgeAlive
2017.11.06 16:19:52 4: NUKIBridge (NB1) - Send HTTP POST with URL http://192.168.178.21:8080/info?token=xxxxx
2017.11.06 16:19:52 4: NUKIBridge (NB1) - run NUKIBridge_Call
2017.11.06 16:19:52 4: NUKIBridge (NB1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.11.06 16:19:52 5: NUKIBridge (NB1) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": 112896353, "serverId": 600025564}, "versions": {"firmwareVersion": "1.8.0", "wifiFirmwareVersion": "1.1.0"}, "uptime": 362355, "currentTime": "2017-11-06T15:19:52+00:00", "serverConnected": false, "scanResults": [{"nukiId": yyyyyy, "name": "Nuki_zzzzz", "rssi": -79, "paired": true}]}
2017.11.06 16:19:52 5: NUKIBridge (NB1) - Response ERROR:
2017.11.06 16:19:52 5: NUKIBridge (NB1) - Response CODE: 200
2017.11.06 16:19:52 5: NUKIBridge (NB1) - Bridge ist online
2017.11.06 16:19:52 4: NUKIDevice (NUKILock1) - Received scanResults for matching NukiID yyyyyy at device NUKILock1
2017.11.06 16:19:52 5: NUKIDevice (NUKILock1) - Parse with result: {"name":"Nuki_zzzzz","rssi":-79,"paired":true}
2017.11.06 16:19:52 5: NUKIDevice (NUKILock1) - parse status message for NUKILock1
2017.11.06 16:19:52 5: NUKIDevice (NUKILock1) - lockAction readings set for NUKILock1
-------------------> normaler "Alive Check"
2017.11.06 16:20:17 4: NUKIBridge (NB1) - NUKIBridge_GetCheckBridgeAlive
2017.11.06 16:20:17 4: NUKIBridge (NB1) - Send HTTP POST with URL http://192.168.178.21:8080/info?token=xxxxx
2017.11.06 16:20:17 4: NUKIBridge (NB1) - run NUKIBridge_Call
2017.11.06 16:20:17 4: NUKIBridge (NB1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.11.06 16:20:17 5: NUKIBridge (NB1) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": 112896353, "serverId": 600025564}, "versions": {"firmwareVersion": "1.8.0", "wifiFirmwareVersion": "1.1.0"}, "uptime": 362380, "currentTime": "2017-11-06T15:20:17+00:00", "serverConnected": false, "scanResults": [{"nukiId": yyyyyy, "name": "Nuki_zzzzz", "rssi": -79, "paired": true}]}
2017.11.06 16:20:17 5: NUKIBridge (NB1) - Response ERROR:
2017.11.06 16:20:17 5: NUKIBridge (NB1) - Response CODE: 200
2017.11.06 16:20:17 5: NUKIBridge (NB1) - Bridge ist online
2017.11.06 16:20:17 4: NUKIDevice (NUKILock1) - Received scanResults for matching NukiID yyyyyy at device NUKILock1
2017.11.06 16:20:17 5: NUKIDevice (NUKILock1) - Parse with result: {"name":"Nuki_zzzzz","paired":true,"rssi":-79}
2017.11.06 16:20:17 5: NUKIDevice (NUKILock1) - parse status message for NUKILock1
2017.11.06 16:20:17 5: NUKIDevice (NUKILock1) - readings set for NUKILock1
-------------------> Befehl "lock" an NukiLock
2017.11.06 16:21:42 4: NUKIDevice (NUKILock1) - NUKIDevice_ReadFromNUKIBridge check Bridge connected
2017.11.06 16:21:42 4: NUKIDevice (NUKILock1) - NUKIDevice_ReadFromNUKIBridge Bridge is connected call IOWrite
2017.11.06 16:21:42 4: NUKIBridge (NB1) - Send HTTP POST with URL http://192.168.178.21:8080/lockAction?token=xxxxx&action=2&nukiId=yyyyyy
2017.11.06 16:21:55 5: NUKIBridge (NB1) - Response JSON: {"success": true, "batteryCritical": false}
2017.11.06 16:21:55 5: NUKIBridge (NB1) - Response ERROR:
2017.11.06 16:21:55 5: NUKIBridge (NB1) - Response CODE: 200
2017.11.06 16:21:55 5: NUKIDevice (NUKILock1) - Parse with result: {"success": true, "batteryCritical": false}
2017.11.06 16:21:55 5: NUKIDevice (NUKILock1) - parse status message for NUKILock1
2017.11.06 16:21:55 5: NUKIDevice (NUKILock1) - lockAction readings set for NUKILock1
2017.11.06 16:22:02 4: NUKIDevice (NUKILock1) - Received webhook for matching NukiId at device NUKILock1
2017.11.06 16:22:02 5: NUKIDevice (NUKILock1) - Parse with result: {"nukiId": yyyyyy, "state": 1, "stateName": "locked", "batteryCritical": false}
2017.11.06 16:22:02 5: NUKIDevice (NUKILock1) - parse status message for NUKILock1
2017.11.06 16:22:02 5: NUKIDevice (NUKILock1) - readings set for NUKILock1
-------------------> normaler "Alive Check"
2017.11.06 16:22:07 4: NUKIBridge (NB1) - NUKIBridge_GetCheckBridgeAlive
2017.11.06 16:22:07 4: NUKIBridge (NB1) - Send HTTP POST with URL http://192.168.178.21:8080/info?token=xxxxx
2017.11.06 16:22:07 4: NUKIBridge (NB1) - run NUKIBridge_Call
2017.11.06 16:22:07 4: NUKIBridge (NB1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
-------------------> Antwort "nicht verfügbar" (auf den Alive Check, da noch beschäftigt)
2017.11.06 16:22:07 5: NUKIBridge (NB1) - Response JSON: HTTP 503 Unavailable
2017.11.06 16:22:07 5: NUKIBridge (NB1) - Response ERROR:
2017.11.06 16:22:07 5: NUKIBridge (NB1) - Response CODE: 503
2017.11.06 16:22:07 3: NUKIBridge (NB1) - invalid json detected: HTTP 503 Unavailable
-------------------> normaler "Alive Check"
2017.11.06 16:22:28 4: NUKIBridge (NB1) - NUKIBridge_GetCheckBridgeAlive
2017.11.06 16:22:28 4: NUKIBridge (NB1) - Send HTTP POST with URL http://192.168.178.21:8080/info?token=xxxxx
2017.11.06 16:22:28 4: NUKIBridge (NB1) - run NUKIBridge_Call
2017.11.06 16:22:28 4: NUKIBridge (NB1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.11.06 16:22:29 5: NUKIBridge (NB1) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": 112896353, "serverId": 600025564}, "versions": {"firmwareVersion": "1.8.0", "wifiFirmwareVersion": "1.1.0"}, "uptime": 362511, "currentTime": "2017-11-06T15:22:28+00:00", "serverConnected": false, "scanResults": [{"nukiId": yyyyyy, "name": "Nuki_zzzzz", "rssi": -79, "paired": true}]}
2017.11.06 16:22:29 5: NUKIBridge (NB1) - Response ERROR:
2017.11.06 16:22:29 5: NUKIBridge (NB1) - Response CODE: 200
2017.11.06 16:22:29 5: NUKIBridge (NB1) - Bridge ist online
2017.11.06 16:22:29 4: NUKIDevice (NUKILock1) - Received scanResults for matching NukiID yyyyyy at device NUKILock1
2017.11.06 16:22:29 5: NUKIDevice (NUKILock1) - Parse with result: {"name":"Nuki_zzzzz","paired":true,"rssi":-79}
2017.11.06 16:22:29 5: NUKIDevice (NUKILock1) - parse status message for NUKILock1
2017.11.06 16:22:29 5: NUKIDevice (NUKILock1) - readings set for NUKILock1


Was mir auffällt:
- die Antwort HTTP 503 Unavailable wird nicht richtig behandelt, es kommt ein "invalid json"
- der 15-sekündige "Alive-Check" überschneidet sich z.T. mit den Schaltbefehlen und dann kommen die Antworten außer Reihe oder aber der Response Code 503 wenn das NukiLock gerade beschäftigt ist.

Ich denke, man müsste:
- die Antwort HTTP 503 Unavailable abfangen, damit die nicht in den json-Interpreter kommt
- die Anfragen an das Schloss serialisieren, d.h. die eine Antwort abwarten bevor man einen neue Anfrage stellt.

Was meinst Du, @CoolTux?


Ich würde mir den Code von Github auch clonen, die Überarbeitungen vornehmen und dann einen PR absetzen. Es sei denn, Du möchtest nicht, dass anderer in Deinem Code "rumfummeln"
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 07 November 2017, 13:33:47
Hallo Olaf,

Ich habe kein Problem damit wenn jemand Verbesserungsvorschläge in Form von Patches ein bringt.
Möchte nur kurz darauf hinweisen das ich die Module aktuell umbaue. Beim kurzen drauf, drüber und drunter schauen ist mir aber nicht aufgefallen das sich dies in irgendeiner Weise im Wege steht. Kannst also gerne was dran machen und ich werde versuchen es dann gleich in die neue Version ein zu setzen.



Grüße
Leon
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: olaf am 07 November 2017, 22:17:08
Hallo Leon,
dann werde ich mich mal dransetzen ...
Ich hoffe, ich bin nicht langsamer als Dein Umbau ;-)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 07 November 2017, 22:22:12
Denke nicht. Habe da so meine liebe Not mit. Aber das ist auch nicht wild, der Umbau ist für den User eh uninteressant. Ist eher Designtechn. Natur und für mein gutes Gewissen  ;D
Titel: •Smartlock: INTERVAL Smartlock Status abrufen
Beitrag von: danillo am 09 November 2017, 08:21:31
Hallo zusammen,
irgendwie finde ich nicht, wo ich einstellen kann, wie oft der Status des Nuki abgefragt wird. Wenn ich das Schloss per App bzw FHEM bediene, wird der Staus aktualisiert. Aber manchmal wird ja auch von Hand auf- oder abgeschlossen. Und dann hab ich den richtigen Status erst, wenn ich ihn von Hand über get abfrage.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 09 November 2017, 08:29:03
Der korrekte Status der Schlösser wird an Hand von den Events über den Callback ermittelt. Das abfragen von Hand dient nur zur Ermittlung in Ausnahme Fällen.
Liefert Dein Nuki den kein Event bei manuellen auf oder zuschließen? Callback nehme ich an hast Du eingerichtet.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: danillo am 09 November 2017, 10:44:51
Also in der Bridge ist eine Callback-URL angelegt.
Ich hab da nie so richtig drauf geachtet. ich kann mich aber erinnern, dass es schon mal funktionierte. Aber gestern wollte ich wissen, ob unser Sohn schon von der Schule nachhause gekommen war, und da ist mir aufgefallen, dass der Status nicht aktuell war.
Ich werde es heute Abend nochmal ausprobieren.
Soll ich dann verbose mal auf 5 setzen?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 09 November 2017, 12:38:52
Du kannst ja mal ein List vom Schloss Device machen und ein get Callback oder so ähnlich so das Dir die auf der Bridge eingerichteten Callbacks aufgelistet werden.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: danillo am 09 November 2017, 12:46:37
unter Call-Back ist unter 0 die 'URL des FHEM'/fhem/NUKIDevice-'Nummer des Schlosses'
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 09 November 2017, 12:48:23
Dann passt es. Und wenn Du über die App das Schloß betätigst dann sollte ein paar Sekunden später der aktuelle Status auch in FHEM zu sehen sein. Ist das korrekt? Funktioniert das?
Wenn ja sollte auch, sofern unterstützt vom Schloß, auch der Status nach manueller Betätigung ersichtlich sein.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: danillo am 09 November 2017, 13:26:03
Hab's gerade mal von der Ferne über die Bridge ausprobiert. Schalten geht. geht auch über FHEM. Nur der Status wird nicht aktualisiert. Erst wenn ich per set statusrequest den Status aktualisiere.

Mal eine andere Frage. Wenn ich Bluetooth am FHEM hätte, dann könnte ich doch auch ohne Bridge das Schloss mit der Bluethooth-API steuern, oder? Natürlich erst, sobald ich das als Modul umgesetzt hätte :-)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 09 November 2017, 13:58:40
Dann scheint Dein Callback nicht korrekt eingerichtet zu sein. Wenn Du über die App das Schloß schaltest muss nach min. 10s der Status in FHEM korrekt angezeigt werden. Wenn das nicht gegeben ist musst Du noch mal das eingerichtete Callback löschen und neu anlegen.


Ja wenn Du ein entsprechendes Modul geschrieben hast dann kann man auch über FHEM und ohne Bridge das Schloß direkt schalten. Also über Bluetooth.
Ich habe das logische Modul extra offen gestaltet, so das man ein physisches Bluetooth Modul für das Schloß schreiben kann und sich keine Gedanken zum logischen Teil machen muß.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: danillo am 09 November 2017, 18:21:05
hmm,
ich habe jetzt die Callback-Liste gelöscht und einen neuen Eintrag vom Schloss aus erzeugt. Aber leider immnoch kein aktueller Status. Weder beim händischen Sperren, noch beim Sperren über FHEM  :'(

Jetzt hab ich das Schloss entfernt und per autocreate neu suchen lassen. Schloss ist wieder da, aber im Lod der Bridge immer noch
2017.11.09 18:36:06 5: NUKIBridge (NBridge1) - Response ERROR:
2017.11.09 18:36:06 5: NUKIBridge (NBridge1) - Response CODE: 200


Ein kleiner Unterschied ist jedoch feststellbar. Vorher hab ich den Status aktualisiert und er wurde mir erst richtig angezeigt, wenn ich das Schloss neu geladen habe. Jetzt wechselt der Status nach dem Request automatisch. Also schon ein kleiner Schritt weiter.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 09 November 2017, 18:37:16
Zeig Mal bitte das list vom Schloß Device
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: danillo am 09 November 2017, 18:39:43
CFGFN

DEF
99247689 IODev=NBridge1
IODev

NBridge1
NAME

NUKIDevice99247689
NR

1349
NUKIID

99247689
STATE

locked
TYPE

NUKIDevice
VERSION

0.6.1
WEBHOOK_COUNTER

0
WEBHOOK_PORT

8083
WEBHOOK_REGISTER

sent
WEBHOOK_URI

/fhem/NUKIDevice
WEBHOOK_URL

http://192.168.178.32:8083/fhem/NUKIDevice-99247689
Readings
battery

ok

2017-11-09 18:36:22
batteryCritical

false

2017-11-09 18:36:22
lockState

locked

2017-11-09 18:36:22
name

Nuki_05EA6649

2017-11-09 18:39:02
paired

true

2017-11-09 18:39:02
rssi

-73

2017-11-09 18:39:02
state

locked

2017-11-09 18:36:22
success

true

2017-11-09 18:36:22
NUKIDevice99247689
Attributes
IODev

NBridge1

deleteattr
alias

P2

deleteattr
room

NUKI

deleteattr
webhookFWinstance

WEB

deleteattr
webhookHttpHostname

192.168.178.32:8083

deleteattr
Probably associated with
NBridge1
connected
NUKIBridge
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 09 November 2017, 19:07:52
Bitte ein list machen

list ist ein FHEM Befehl.

Ist die Webinstanz 8083 Passwort geschützt oder HTTPS
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: danillo am 09 November 2017, 19:19:53
Sorry  ::)
Internals:
   CFGFN
   DEF        99247689 IODev=NBridge1
   IODev      NBridge1
   NAME       NUKIDevice99247689
   NR         1349
   NUKIID     99247689
   STATE      unlocked
   TYPE       NUKIDevice
   VERSION    0.6.1
   WEBHOOK_COUNTER 0
   WEBHOOK_PORT 8083
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /fhem/NUKIDevice
   WEBHOOK_URL http://192.168.178.32:8083/fhem/NUKIDevice-99247689
   READINGS:
     2017-11-09 19:11:25   battery         ok
     2017-11-09 19:11:25   batteryCritical false
     2017-11-09 19:11:25   lockState       unlocked
     2017-11-09 19:19:03   name            Nuki_05EA6649
     2017-11-09 19:19:03   paired          true
     2017-11-09 19:19:03   rssi            -72
     2017-11-09 19:11:25   state           unlocked
     2017-11-09 19:11:25   success         true
   fhem:
     infix      NUKIDevice
   helper:
     fromAutocreate 1
Attributes:
   IODev      NBridge1
   alias      P2
   room       NUKI
   verbose    0
   webhookFWinstance WEB
   webhookHttpHostname 192.168.178.32


Kein Passwort, kein https
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 09 November 2017, 19:32:45
192.168.178.32

Und das ist die IP vom FHEM Server?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: danillo am 09 November 2017, 19:34:16
Genau
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 09 November 2017, 19:41:52
Also laut Deinen Reading sollte sich eigentlich das Schloß korrekt melden. Und Du bist Dir sicher das wenn Du über FHEM das schloß sperrst sich der Status locked nicht von alleine setzt sondern lock stehen bleibt?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: danillo am 09 November 2017, 19:57:17
Also gerade nochmal probiert:

Schloss ist unlocked
Ich sperre von Hand zu
Status bleibt auf unlocked
Ich führe den Statusrequest aus
erst passiert nichts. Dann Lade ich das Schloss neu und der Status stimmt.
Jetzt öffne ich das Schloss über FHEM
Status bleibt auf locked
Ich führe den Statusrequest aus
erst passiert nichts. Dann Lade ich das Schloss neu und der Status stimmt.


Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 09 November 2017, 20:07:52
Also alleine schon hier

Jetzt öffne ich das Schloss über FHEM
Status bleibt auf locked

Muss sich zu mindest der Status auf unlock ändern sobald die Bridge einen normalen HTTP Request gegeben hat das der Schaltbefehl angekommen ist.


Nun brauche ich doch mal den kompletten Verkehr. Also die Bridge auf 5 stellen und dann mal bitte öffnen/schließen
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: danillo am 09 November 2017, 20:22:57
2017.11.09 20:15:07 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.11.09 20:15:07 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.178.21:8080/info?token=rqknc6
2017.11.09 20:15:07 4: NUKIBridge (NBridge1) - run NUKIBridge_Call
2017.11.09 20:15:07 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.11.09 20:15:07 5: NUKIBridge (NBridge1) - Response JSON: {"currentTime":"2017-11-09T19:15:14Z","uptime":5521,"scanResults":[{"paired":true,"nukiId":99247689,"rssi":-81,"name":"Nuki_05EA6649"},{"paired":false,"nukiId":105423241,"rssi":-98,"name":"Nuki_0648A189"}],"versions":{"appVersion":"1.3.3"},"bridgeType":2,"ids":{"serverId":1355477230},"serverConnected":true}
2017.11.09 20:15:07 5: NUKIBridge (NBridge1) - Response ERROR:
2017.11.09 20:15:07 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.11.09 20:15:07 5: NUKIBridge (NBridge1) - Bridge ist online
2017.11.09 20:15:07 4: NUKIDevice (NUKIDevice99247689) - Received scanResults for matching NukiID 99247689 at device NUKIDevice99247689
2017.11.09 20:15:07 5: NUKIDevice (NUKIDevice99247689) - Parse with result: {"name":"Nuki_05EA6649","paired":true,"rssi":-81}
2017.11.09 20:15:07 5: NUKIDevice (NUKIDevice99247689) - parse status message for NUKIDevice99247689
2017.11.09 20:15:07 5: NUKIDevice (NUKIDevice99247689) - readings set for NUKIDevice99247689
2017.11.09 20:15:28 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.11.09 20:15:28 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.178.21:8080/info?token=rqknc6
2017.11.09 20:15:28 4: NUKIBridge (NBridge1) - run NUKIBridge_Call
2017.11.09 20:15:28 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.11.09 20:15:28 5: NUKIBridge (NBridge1) - Response JSON: {"currentTime":"2017-11-09T19:15:35Z","uptime":5542,"scanResults":[{"paired":true,"nukiId":99247689,"rssi":-78,"name":"Nuki_05EA6649"},{"paired":false,"nukiId":105423241,"rssi":-98,"name":"Nuki_0648A189"}],"versions":{"appVersion":"1.3.3"},"bridgeType":2,"ids":{"serverId":1355477230},"serverConnected":true}
2017.11.09 20:15:28 5: NUKIBridge (NBridge1) - Response ERROR:
2017.11.09 20:15:28 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.11.09 20:15:28 5: NUKIBridge (NBridge1) - Bridge ist online
2017.11.09 20:15:28 4: NUKIDevice (NUKIDevice99247689) - Received scanResults for matching NukiID 99247689 at device NUKIDevice99247689
2017.11.09 20:15:28 5: NUKIDevice (NUKIDevice99247689) - Parse with result: {"rssi":-78,"paired":true,"name":"Nuki_05EA6649"}
2017.11.09 20:15:28 5: NUKIDevice (NUKIDevice99247689) - parse status message for NUKIDevice99247689
2017.11.09 20:15:28 5: NUKIDevice (NUKIDevice99247689) - readings set for NUKIDevice99247689
2017.11.09 20:15:56 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.11.09 20:15:56 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.178.21:8080/info?token=rqknc6
2017.11.09 20:15:56 4: NUKIBridge (NBridge1) - run NUKIBridge_Call
2017.11.09 20:15:56 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.11.09 20:15:56 5: NUKIBridge (NBridge1) - Response JSON: {"currentTime":"2017-11-09T19:16:03Z","uptime":5570,"scanResults":[{"paired":true,"nukiId":99247689,"rssi":-78,"name":"Nuki_05EA6649"},{"paired":false,"nukiId":105423241,"rssi":-98,"name":"Nuki_0648A189"}],"versions":{"appVersion":"1.3.3"},"bridgeType":2,"ids":{"serverId":1355477230},"serverConnected":true}
2017.11.09 20:15:56 5: NUKIBridge (NBridge1) - Response ERROR:
2017.11.09 20:15:56 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.11.09 20:15:56 5: NUKIBridge (NBridge1) - Bridge ist online
2017.11.09 20:15:56 4: NUKIDevice (NUKIDevice99247689) - Received scanResults for matching NukiID 99247689 at device NUKIDevice99247689
2017.11.09 20:15:56 5: NUKIDevice (NUKIDevice99247689) - Parse with result: {"rssi":-78,"paired":true,"name":"Nuki_05EA6649"}
2017.11.09 20:15:56 5: NUKIDevice (NUKIDevice99247689) - parse status message for NUKIDevice99247689
2017.11.09 20:15:56 5: NUKIDevice (NUKIDevice99247689) - readings set for NUKIDevice99247689
2017.11.09 20:16:17 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.11.09 20:16:17 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.178.21:8080/info?token=rqknc6
2017.11.09 20:16:17 4: NUKIBridge (NBridge1) - run NUKIBridge_Call
2017.11.09 20:16:17 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.11.09 20:16:17 5: NUKIBridge (NBridge1) - Response JSON: {"currentTime":"2017-11-09T19:16:24Z","uptime":5591,"scanResults":[{"paired":true,"nukiId":99247689,"rssi":-71,"name":"Nuki_05EA6649"},{"paired":false,"nukiId":105423241,"rssi":-98,"name":"Nuki_0648A189"}],"versions":{"appVersion":"1.3.3"},"bridgeType":2,"ids":{"serverId":1355477230},"serverConnected":true}
2017.11.09 20:16:17 5: NUKIBridge (NBridge1) - Response ERROR:
2017.11.09 20:16:17 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.11.09 20:16:17 5: NUKIBridge (NBridge1) - Bridge ist online
2017.11.09 20:16:17 4: NUKIDevice (NUKIDevice99247689) - Received scanResults for matching NukiID 99247689 at device NUKIDevice99247689
2017.11.09 20:16:17 5: NUKIDevice (NUKIDevice99247689) - Parse with result: {"paired":true,"rssi":-71,"name":"Nuki_05EA6649"}
2017.11.09 20:16:17 5: NUKIDevice (NUKIDevice99247689) - parse status message for NUKIDevice99247689
2017.11.09 20:16:17 5: NUKIDevice (NUKIDevice99247689) - readings set for NUKIDevice99247689
2017.11.09 20:16:38 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.11.09 20:16:38 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.178.21:8080/info?token=rqknc6
2017.11.09 20:16:38 4: NUKIBridge (NBridge1) - run NUKIBridge_Call
2017.11.09 20:16:38 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.11.09 20:16:38 5: NUKIBridge (NBridge1) - Response JSON: {"currentTime":"2017-11-09T19:16:45Z","uptime":5612,"scanResults":[{"paired":true,"nukiId":99247689,"rssi":-68,"name":"Nuki_05EA6649"},{"paired":false,"nukiId":105423241,"rssi":-98,"name":"Nuki_0648A189"}],"versions":{"appVersion":"1.3.3"},"bridgeType":2,"ids":{"serverId":1355477230},"serverConnected":true}
2017.11.09 20:16:38 5: NUKIBridge (NBridge1) - Response ERROR:
2017.11.09 20:16:38 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.11.09 20:16:38 5: NUKIBridge (NBridge1) - Bridge ist online
2017.11.09 20:16:38 4: NUKIDevice (NUKIDevice99247689) - Received scanResults for matching NukiID 99247689 at device NUKIDevice99247689
2017.11.09 20:16:38 5: NUKIDevice (NUKIDevice99247689) - Parse with result: {"paired":true,"rssi":-68,"name":"Nuki_05EA6649"}
2017.11.09 20:16:38 5: NUKIDevice (NUKIDevice99247689) - parse status message for NUKIDevice99247689
2017.11.09 20:16:38 5: NUKIDevice (NUKIDevice99247689) - readings set for NUKIDevice99247689
2017.11.09 20:16:47 4: NUKIDevice (NUKIDevice99247689) - NUKIDevice_ReadFromNUKIBridge check Bridge connected
2017.11.09 20:16:47 4: NUKIDevice (NUKIDevice99247689) - NUKIDevice_ReadFromNUKIBridge Bridge is connected call IOWrite
2017.11.09 20:16:47 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.178.21:8080/lockState?token=rqknc6&nukiId=99247689
2017.11.09 20:16:47 5: NUKIDevice (NUKIDevice99247689) - NUKIDevice_GetUpdate Call NUKIDevice_ReadFromNUKIBridge
2017.11.09 20:16:48 5: NUKIBridge (NBridge1) - Response JSON: {"state":1,"success":true,"stateName":"locked","batteryCritical":false}
2017.11.09 20:16:48 5: NUKIBridge (NBridge1) - Response ERROR:
2017.11.09 20:16:48 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.11.09 20:16:48 5: NUKIDevice (NUKIDevice99247689) - Parse with result: {"state":1,"success":true,"stateName":"locked","batteryCritical":false}
2017.11.09 20:16:48 5: NUKIDevice (NUKIDevice99247689) - parse status message for NUKIDevice99247689
2017.11.09 20:16:48 5: NUKIDevice (NUKIDevice99247689) - readings set for NUKIDevice99247689
2017.11.09 20:16:57 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.11.09 20:16:57 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.178.21:8080/info?token=rqknc6
2017.11.09 20:16:57 4: NUKIBridge (NBridge1) - run NUKIBridge_Call
2017.11.09 20:16:57 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.11.09 20:16:57 5: NUKIBridge (NBridge1) - Response JSON: {"currentTime":"2017-11-09T19:17:04Z","uptime":5631,"scanResults":[{"paired":true,"nukiId":99247689,"rssi":-79,"name":"Nuki_05EA6649"},{"paired":false,"nukiId":105423241,"rssi":-98,"name":"Nuki_0648A189"}],"versions":{"appVersion":"1.3.3"},"bridgeType":2,"ids":{"serverId":1355477230},"serverConnected":true}
2017.11.09 20:16:57 5: NUKIBridge (NBridge1) - Response ERROR:
2017.11.09 20:16:57 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.11.09 20:16:57 5: NUKIBridge (NBridge1) - Bridge ist online
2017.11.09 20:16:57 4: NUKIDevice (NUKIDevice99247689) - Received scanResults for matching NukiID 99247689 at device NUKIDevice99247689
2017.11.09 20:16:57 5: NUKIDevice (NUKIDevice99247689) - Parse with result: {"paired":true,"rssi":-79,"name":"Nuki_05EA6649"}
2017.11.09 20:16:57 5: NUKIDevice (NUKIDevice99247689) - parse status message for NUKIDevice99247689
2017.11.09 20:16:57 5: NUKIDevice (NUKIDevice99247689) - readings set for NUKIDevice99247689
2017.11.09 20:16:57 4: NUKIDevice (NUKIDevice99247689) - NUKIDevice_ReadFromNUKIBridge check Bridge connected
2017.11.09 20:16:57 4: NUKIDevice (NUKIDevice99247689) - NUKIDevice_ReadFromNUKIBridge Bridge is connected call IOWrite
2017.11.09 20:16:57 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.178.21:8080/lockAction?token=rqknc6&action=1&nukiId=99247689
2017.11.09 20:17:07 5: NUKIBridge (NBridge1) - Response JSON: {"success":true,"batteryCritical":false}
2017.11.09 20:17:07 5: NUKIBridge (NBridge1) - Response ERROR:
2017.11.09 20:17:07 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.11.09 20:17:07 5: NUKIDevice (NUKIDevice99247689) - Parse with result: {"success":true,"batteryCritical":false}
2017.11.09 20:17:07 5: NUKIDevice (NUKIDevice99247689) - parse status message for NUKIDevice99247689
2017.11.09 20:17:07 4: NUKIDevice (NUKIDevice99247689) - NUKIDevice_ReadFromNUKIBridge check Bridge connected
2017.11.09 20:17:07 4: NUKIDevice (NUKIDevice99247689) - NUKIDevice_ReadFromNUKIBridge Bridge is connected call IOWrite
2017.11.09 20:17:07 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.178.21:8080/lockState?token=rqknc6&nukiId=99247689
2017.11.09 20:17:07 5: NUKIDevice (NUKIDevice99247689) - lockAction readings set for NUKIDevice99247689
2017.11.09 20:17:08 5: NUKIBridge (NBridge1) - Response JSON: {"state":3,"success":true,"stateName":"unlocked","batteryCritical":false}
2017.11.09 20:17:08 5: NUKIBridge (NBridge1) - Response ERROR:
2017.11.09 20:17:08 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.11.09 20:17:08 5: NUKIDevice (NUKIDevice99247689) - Parse with result: {"state":3,"success":true,"stateName":"unlocked","batteryCritical":false}
2017.11.09 20:17:08 5: NUKIDevice (NUKIDevice99247689) - parse status message for NUKIDevice99247689
2017.11.09 20:17:08 5: NUKIDevice (NUKIDevice99247689) - readings set for NUKIDevice99247689
2017.11.09 20:17:18 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.11.09 20:17:18 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.178.21:8080/info?token=rqknc6
2017.11.09 20:17:18 4: NUKIBridge (NBridge1) - run NUKIBridge_Call
2017.11.09 20:17:18 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.11.09 20:17:18 5: NUKIBridge (NBridge1) - Response JSON: {"currentTime":"2017-11-09T19:17:25Z","uptime":5652,"scanResults":[{"paired":true,"nukiId":99247689,"rssi":-86,"name":"Nuki_05EA6649"},{"paired":false,"nukiId":105423241,"rssi":-98,"name":"Nuki_0648A189"}],"versions":{"appVersion":"1.3.3"},"bridgeType":2,"ids":{"serverId":1355477230},"serverConnected":true}
2017.11.09 20:17:18 5: NUKIBridge (NBridge1) - Response ERROR:
2017.11.09 20:17:18 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.11.09 20:17:18 5: NUKIBridge (NBridge1) - Bridge ist online
2017.11.09 20:17:18 4: NUKIDevice (NUKIDevice99247689) - Received scanResults for matching NukiID 99247689 at device NUKIDevice99247689
2017.11.09 20:17:18 5: NUKIDevice (NUKIDevice99247689) - Parse with result: {"paired":true,"rssi":-86,"name":"Nuki_05EA6649"}
2017.11.09 20:17:18 5: NUKIDevice (NUKIDevice99247689) - parse status message for NUKIDevice99247689
2017.11.09 20:17:18 5: NUKIDevice (NUKIDevice99247689) - readings set for NUKIDevice99247689
2017.11.09 20:17:37 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.11.09 20:17:37 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.178.21:8080/info?token=rqknc6
2017.11.09 20:17:37 4: NUKIBridge (NBridge1) - run NUKIBridge_Call
2017.11.09 20:17:37 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.11.09 20:17:37 5: NUKIBridge (NBridge1) - Response JSON: {"currentTime":"2017-11-09T19:17:44Z","uptime":5671,"scanResults":[{"paired":true,"nukiId":99247689,"rssi":-72,"name":"Nuki_05EA6649"},{"paired":false,"nukiId":105423241,"rssi":-98,"name":"Nuki_0648A189"}],"versions":{"appVersion":"1.3.3"},"bridgeType":2,"ids":{"serverId":1355477230},"serverConnected":true}
2017.11.09 20:17:37 5: NUKIBridge (NBridge1) - Response ERROR:
2017.11.09 20:17:37 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.11.09 20:17:37 5: NUKIBridge (NBridge1) - Bridge ist online
2017.11.09 20:17:37 4: NUKIDevice (NUKIDevice99247689) - Received scanResults for matching NukiID 99247689 at device NUKIDevice99247689
2017.11.09 20:17:37 5: NUKIDevice (NUKIDevice99247689) - Parse with result: {"name":"Nuki_05EA6649","paired":true,"rssi":-72}
2017.11.09 20:17:37 5: NUKIDevice (NUKIDevice99247689) - parse status message for NUKIDevice99247689
2017.11.09 20:17:37 5: NUKIDevice (NUKIDevice99247689) - readings set for NUKIDevice99247689
2017.11.09 20:17:55 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.11.09 20:17:55 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.178.21:8080/info?token=rqknc6
2017.11.09 20:17:55 4: NUKIBridge (NBridge1) - run NUKIBridge_Call
2017.11.09 20:17:55 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.11.09 20:17:55 5: NUKIBridge (NBridge1) - Response JSON: {"currentTime":"2017-11-09T19:18:02Z","uptime":5689,"scanResults":[{"paired":true,"nukiId":99247689,"rssi":-73,"name":"Nuki_05EA6649"},{"paired":false,"nukiId":105423241,"rssi":-98,"name":"Nuki_0648A189"}],"versions":{"appVersion":"1.3.3"},"bridgeType":2,"ids":{"serverId":1355477230},"serverConnected":true}
2017.11.09 20:17:55 5: NUKIBridge (NBridge1) - Response ERROR:
2017.11.09 20:17:55 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.11.09 20:17:55 5: NUKIBridge (NBridge1) - Bridge ist online


Also beim Schließen über FHEM hat's diesmal funktioniert. Beim Schließen von Hand nicht.

Mir iust gerade aufgefallen, dass beim Schloss der Status auch nicht regelmäßig aktualisiert wird
battery

ok

2017-11-09 20:17:08
batteryCritical

false

2017-11-09 20:17:08
lockState

unlocked

2017-11-09 20:17:08
name

Nuki_05EA6649

2017-11-09 20:21:16
paired

true

2017-11-09 20:21:16
rssi

-68

2017-11-09 20:21:16
state

unlocked

2017-11-09 20:17:08
success

true

2017-11-09 20:17:08


Es werden nur name, paired und rssi aktualisiert.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 09 November 2017, 20:46:31
Also im Log sieht alles schick aus


2017.11.09 20:16:57 4: NUKIDevice (NUKIDevice99247689) - NUKIDevice_ReadFromNUKIBridge Bridge is connected call IOWrite
2017.11.09 20:16:57 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.178.21:8080/lockAction?token=rqknc6&action=1&nukiId=99247689

Schaltbefehl geht vom Schloßdevice zum Bridgedevice und wird dann an die Hardwarebride gesendet.


2017.11.09 20:17:07 5: NUKIBridge (NBridge1) - Response ERROR:
2017.11.09 20:17:07 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.11.09 20:17:07 5: NUKIDevice (NUKIDevice99247689) - Parse with result: {"success":true,"batteryCritical":false}

Die Hardwarebridge sendet ein 200 ok zurück und ausserdem als Response noch {"success":true,"batteryCritical":false} worauf hin sich der state locked nach unlock ändern sollte.
Jetzt wäre dann ein verbose 5 vom Schloßdevice interessant ob er über den Callback auch noch was bekommt.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: danillo am 09 November 2017, 22:37:36
So sieht's beim Schloss aus, wenn ich es per Hand zusperre
2017.11.09 22:31:48 4: NUKIDevice (NUKIDevice99247689) - NUKIDevice_ReadFromNUKIBridge check Bridge connected
2017.11.09 22:31:48 4: NUKIDevice (NUKIDevice99247689) - NUKIDevice_ReadFromNUKIBridge Bridge is connected call IOWrite
2017.11.09 22:31:48 5: NUKIDevice (NUKIDevice99247689) - NUKIDevice_GetUpdate Call NUKIDevice_ReadFromNUKIBridge
2017.11.09 22:31:50 5: NUKIDevice (NUKIDevice99247689) - Parse with result: {"state":3,"success":true,"stateName":"unlocked","batteryCritical":false}
2017.11.09 22:31:50 5: NUKIDevice (NUKIDevice99247689) - parse status message for NUKIDevice99247689
2017.11.09 22:31:50 5: NUKIDevice (NUKIDevice99247689) - readings set for NUKIDevice99247689
2017.11.09 22:32:04 5: NUKIDevice (NUKIDevice99247689) - Parse with result: {"rssi":-73,"paired":true,"name":"Nuki_05EA6649"}
2017.11.09 22:32:04 5: NUKIDevice (NUKIDevice99247689) - parse status message for NUKIDevice99247689
2017.11.09 22:32:04 5: NUKIDevice (NUKIDevice99247689) - readings set for NUKIDevice99247689
2017.11.09 22:32:30 5: NUKIDevice (NUKIDevice99247689) - Parse with result: {"name":"Nuki_05EA6649","paired":true,"rssi":-72}
2017.11.09 22:32:30 5: NUKIDevice (NUKIDevice99247689) - parse status message for NUKIDevice99247689
2017.11.09 22:32:30 5: NUKIDevice (NUKIDevice99247689) - readings set for NUKIDevice99247689
2017.11.09 22:32:50 5: NUKIDevice (NUKIDevice99247689) - Parse with result: {"name":"Nuki_05EA6649","paired":true,"rssi":-73}
2017.11.09 22:32:50 5: NUKIDevice (NUKIDevice99247689) - parse status message for NUKIDevice99247689
2017.11.09 22:32:50 5: NUKIDevice (NUKIDevice99247689) - readings set for NUKIDevice99247689
2017.11.09 22:33:09 4: NUKIDevice (NUKIDevice99247689) - NUKIDevice_ReadFromNUKIBridge check Bridge connected
2017.11.09 22:33:09 4: NUKIDevice (NUKIDevice99247689) - NUKIDevice_ReadFromNUKIBridge Bridge is connected call IOWrite
2017.11.09 22:33:09 5: NUKIDevice (NUKIDevice99247689) - NUKIDevice_GetUpdate Call NUKIDevice_ReadFromNUKIBridge
2017.11.09 22:33:11 5: NUKIDevice (NUKIDevice99247689) - Parse with result: {"state":1,"success":true,"stateName":"locked","batteryCritical":false}
2017.11.09 22:33:11 5: NUKIDevice (NUKIDevice99247689) - parse status message for NUKIDevice99247689
2017.11.09 22:33:11 5: NUKIDevice (NUKIDevice99247689) - readings set for NUKIDevice99247689
2017.11.09 22:33:15 5: NUKIDevice (NUKIDevice99247689) - Parse with result: {"rssi":-71,"paired":true,"name":"Nuki_05EA6649"}
2017.11.09 22:33:15 5: NUKIDevice (NUKIDevice99247689) - parse status message for NUKIDevice99247689
2017.11.09 22:33:15 5: NUKIDevice (NUKIDevice99247689) - readings set for NUKIDevice99247689

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 November 2017, 06:31:38
Leider keine Info darüber das was über den Callback kam.
Du kannst nun mal ins Log der Bridge schauen ob Du da nähere Infos findest.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Sascha_F am 16 November 2017, 01:33:10
Hallo zusammen!

Ich mal wieder ;)

Ich glaube, ich brauche eine Eingebung...

Vorweg - ich bekomme nach wie vor immer wieder Log-Einträge (jetzt nicht x-fach, aber mehrmals am Tag). Um es etwas übersichtlicher zu halten, habe ich die Ziffern hinter Device nachfolgend immer entfernt:

NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
NUKIDevice (NUKIDevice) - invalid json detected: HTTP 503 Unavailable



Mein ganz anders Problem habe ich aber gerade mit Nuki (Device) in Verbindung mit einem DOIF. Der Plan sieht vor, dass die Beleuchtung im Windfang angeschaltet wird, sobald das Schloss aufgeschlossen wurde. Das DOIF sieht so aus:

([NUKIDevice:state] eq "unlocked" and [?{sunset("REAL",1800,"16:00","23:00")}-{sunrise("REAL",0,"05:45","06:00")}]) (set HM_377AFE start)

'start' => eventMap auf on-for-timer
'?' => war ein Versuch, damit bei Eintreten der 'sunset'-Bedingung nicht aufgrund dieser Bedingung ausgelöst wird

Das Problem ist, dass die Beleuchtung auch eingeschaltet wird, wenn um 22:30 h aus einem DOIF das Abschließen ausgelöst wird. Im NukiDevice habe ich es auch mit "event-on-change state" probiert, aber das hat auch nicht geholfen. Eigentlich dachte ich, dass sich der state (oder auch lockState) nur aufgrund des webhook ändern - und dieser nur ausgelöst wird, wenn auch tatsächlich etwas am NukiDevice 'passiert' ist...

Also ich dachte:

Ausgangslage
state/lockState = 'unlocked' [ändert sich auch nicht, also kein event-on-change state/lockState; DOIF sollte daher bei Erfüllen der 'sunset'-Bedingung nicht auslösen - passiert aber. Das '?' scheint nicht als "nicht auslösende Bedingung" zu funktionieren]

später (wenn 'sunset'-Bedingung bereits erfüllt)
22:30 h: Anderes DOIF cmd setzt 'set NukiDevice lock' [jetzt wechseln state/lockState auf 'locked'; event-on-change state triggert, aber DOIF-Bedingung dürfte nicht erfüllt sein, da nicht 'unlocked' - passiert aber]

Ich war mir erst nicht sicher, ob DOIF-Problem oder NUKI, aber meine anderen DOIFs laufen einwandfrei, sodass ich es mir nur mit dem webhook oder wie auch immer erklären kann...

Danke euch und viele Grüße
Sascha
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: danillo am 17 November 2017, 16:20:07
Ich hab immnoch das Problem, dass nur drei Readings aktualisiert werden
READINGS:
     2017-11-17 16:17:34   battery         ok
     2017-11-17 16:17:34   batteryCritical false
     2017-11-17 16:17:34   lockState       unlocked
     2017-11-17 16:17:45   name            Nuki_05EA6649
     2017-11-17 16:17:45   paired          true
     2017-11-17 16:17:45   rssi            -74
     2017-11-17 16:17:34   state           unlocked
     2017-11-17 16:17:34   success         true

die anderen Readings werden nur aktualisiert, wenn ich das Schloss über FHEM bediene oder von Hand den Status abfrage.
Wo kann man denn einstellen, welche Readings aktualisiert werden soll?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 17 November 2017, 22:09:40
Es werden auch nur diese drei Readings aktualisiert. Der Status des Schlosses über den Webhook wenn betätigt sowie Resi und batterie glaube durch ein zyklisches abfragen der Bridge.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: olaf am 20 November 2017, 15:54:26
@danillo: bei mir klappt das mit dem Callback einwandfrei. Wie ich sehe, hast Du eine Software-Bridge. Ich habe eine Hardware-Bridge. Kann das daran liegen? Ich kenn die SW-Bridge nicht. Kann man da sehen, ob die "locked"-Meldung des Schlosses ankommt? Die 3 readings rssi, paired und name, die immer aktualisiert werden, resultieren nur aus einer zyklischen "Alive"-Abfrage des NUKI_Bridge Moduls. Diese ist nur vorgesehen, um zu sehen, ob die Bridge noch "connected" ist.

@CoolTux: Auf Github habe ich einen PR für meine Änderungen eingestellt. Kannst ja mal schauen.
Der Fehler 503 schlägt nun nicht mehr als json-error durch.
Weiterhin habe ich alle Anfragen an die Bridge/Schloss nun serialisiert und, wenn es eine Fehlermedung zurückgibt (503-unavailable, leere Antwort, http-timeout) wiederhole ich die Befehle solange, bis sie vom Schloss umgesetzt wurden. Damit vermeide ich, dass wichtige Befehle wie "lock" im Falle eines Fehlers einfach unter den Tisch fallen.

Eine Sache habe ich noch nicht im Griff, s. Anhang.
Kann man irgendwie zwischen Statusmeldungen des Schlosses aufgrund manueller Betätigung und Antworten auf fhem-Anfragen unterscheiden?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: danillo am 20 November 2017, 18:01:55
@Olaf: Ja, ich hab eine SW-Bridge. Hat damit aber auch schon mal funktioniert. Ich kann aber nicht sagen, seit wann es nicht mehr geht.

Mir ist jetzt noch folgendes Aufgefallen:
Internals:
   CHANGED
   DEF        99247689 IODev=NBridge1
   IODev      NBridge1
   NAME       NUKIDevice99247689
   NR         60
   NUKIID     99247689
   STATE      unlocked
   TYPE       NUKIDevice
   VERSION    0.6.1
   WEBHOOK_COUNTER 0
   WEBHOOK_PORT 8083
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /fhem/NUKIDevice
   WEBHOOK_URL http://192.168.178.32:8083/fhem/NUKIDevice-99247689
   READINGS:
     2017-11-20 17:56:07   battery         ok
     2017-11-20 17:56:07   batteryCritical false
     2017-11-20 17:56:07   lockState       unlocked
     2017-11-20 18:00:38   name            Nuki_05EA6649
     2017-11-20 18:00:38   paired          true
     2017-11-20 18:00:38   rssi            -89
     2017-11-20 17:56:07   state           unlocked
     2017-11-20 17:58:27   success         true
   fhem:
     infix      NUKIDevice
   helper:
Attributes:
   IODev      NBridge1
   alias      P2
   event-on-change-reading state, battery, batteryCritical, lockstate
   room       NUKI
   verbose    0
   webhookFWinstance WEB
   webhookHttpHostname 192.168.178.32

WEBHOOK_URL http://192.168.178.32:8083/fhem/NUKIDevice-99247689
NAME       NUKIDevice99247689

Kann das die Ursache sein?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 20 November 2017, 18:18:11
Hat damit nichts zu tun.
Mein Devicename ist WgtTuer und im Webhook steht auch NUKIDevice-12345
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: danillo am 20 November 2017, 18:21:16
Main Alias ist P2.  :)
Aber zum Beispiel liefert list P2 kein Ergebnis, so wie list NUKIDevice-99247689. Nur list NUKIDevice99247689 liefert das gewünschte Ergebnis.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 20 November 2017, 18:26:40
Zitat von: CoolTux am 20 November 2017, 18:18:11
Hat damit nichts zu tun.
Mein Devicename ist WgtTuer und im Webhook steht auch NUKIDevice-12345
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: danillo am 20 November 2017, 18:59:49
hmm,
also die Bridge fragt das kontinuierlich ab. Kann ich irgendwo sehen, ob die Bridge das auch wirklich macht? Oder muss ich mich mit dem Problem eher an Nuki wenden?
Ich habe jetzt nochmal über FHEM das Schloss angesteuert. Das Öffnen funktioniert einwandfrei.
battery ok 2017-11-20 19:06:40
batteryCritical false 2017-11-20 19:06:40
lockState locked 2017-11-20 19:05:38
name Nuki_05EA6649 2017-11-20 19:08:54
paired true 2017-11-20 19:08:54
rssi -75 2017-11-20 19:08:54
state locked 2017-11-20 19:05:38
success true 2017-11-20 19:06:40

Wie man sieht wird name, paired und rssi regelmäßig aktualisiert. battery und batteryCritical sowie success wurden nach dem Öffnen aktualisiert. Aber nicht lockState und state  ???
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 20 November 2017, 19:20:42
Warum sollte state oder lockState kontinuierlich aktuallisiert werden. Es reicht doch wenn dies bei Veränderungen gemacht wird.

Und der Status scheint auch korrekt zu sein. Wenn du zum Beispiel über FHEM sperrst dann kommt als erstes lock und wenn das Callback der Bridge kommt steht locked.
Hast Du ein statusRequest gemacht oder es so gelassen?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: danillo am 20 November 2017, 19:33:59
Das Schloss war von Hand abgeschlossen. (wurde nicht angezeigt)
Dann habe ich einen Statusrequest ausgeführt. (Jetzt wurde es korret als locked angezeigt.)19:05:38
Dann habe ich es per FHEM geöffnet. (also unlock gesendet)19:06:40
Das Schloss hat sich auch geöffnet.
Aber die Anzeige blieb bei locked.
Das ist das, was man oben sieht.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 20 November 2017, 19:50:08
Irgendwas stimmt dann da nicht, es muss sofern die Bridge ein ok nach dem aufschließen oder zuschließen zurück gibt zu mindest ein lock oder unlock kommen. Das muss auf jeden Fall kommen, auch ohne statusRequest
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 21 November 2017, 12:30:49
Zitat von: olaf am 20 November 2017, 15:54:26
@danillo: bei mir klappt das mit dem Callback einwandfrei. Wie ich sehe, hast Du eine Software-Bridge. Ich habe eine Hardware-Bridge. Kann das daran liegen? Ich kenn die SW-Bridge nicht. Kann man da sehen, ob die "locked"-Meldung des Schlosses ankommt? Die 3 readings rssi, paired und name, die immer aktualisiert werden, resultieren nur aus einer zyklischen "Alive"-Abfrage des NUKI_Bridge Moduls. Diese ist nur vorgesehen, um zu sehen, ob die Bridge noch "connected" ist.

@CoolTux: Auf Github habe ich einen PR für meine Änderungen eingestellt. Kannst ja mal schauen.
Der Fehler 503 schlägt nun nicht mehr als json-error durch.
Weiterhin habe ich alle Anfragen an die Bridge/Schloss nun serialisiert und, wenn es eine Fehlermedung zurückgibt (503-unavailable, leere Antwort, http-timeout) wiederhole ich die Befehle solange, bis sie vom Schloss umgesetzt wurden. Damit vermeide ich, dass wichtige Befehle wie "lock" im Falle eines Fehlers einfach unter den Tisch fallen.

Eine Sache habe ich noch nicht im Griff, s. Anhang.
Kann man irgendwie zwischen Statusmeldungen des Schlosses aufgrund manueller Betätigung und Antworten auf fhem-Anfragen unterscheiden?

Ich habe Deinen Patch gestern ins master übernommen und werde es die Tage testen. Laden hat schon mal geklappt  ;D



Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: olaf am 21 November 2017, 17:02:20
Zitat von: CoolTux am 21 November 2017, 12:30:49
Ich habe Deinen Patch gestern ins master übernommen und werde es die Tage testen. Laden hat schon mal geklappt  ;D

Grüße

Danke. Ich bin gerade noch dem letzten (?) Problem auf der Spur (ganz unten in meinem Post) Wenn Du schon mal testen willst... oder Du wartest noch etwas. Ich schicke einen neuen PR.

Olaf
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 21 November 2017, 18:03:05
Bin nun zu Hause und habe mir das ganze mal angeschaut.
Hast Du das bei Dir so am laufen? Bei mir legt er ständig ein Notify an und löscht das wieder. Das muss ich mir mal anschauen. Das ist sehr suboptimal denn ich bekomme ständig den Hinweis für save, also das rote Fragezeichen.
Ich muss mir das ganze doch erstmal in Ruhe anschauen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: olaf am 21 November 2017, 19:42:41
Das mit dem notify ist die Grundidee. Wenn der state von "processing" auf "connected" zurückgeht, ist die Bridge wieder aufnahmebereit und per notify löse ich den nächsten Befehl aus, der sich auf dem Stack angesammelt hat.
Das mit dem save bekomme ich nicht. Ich denke das liegt daran, dass ich in der cfg "attr global autosave 0" gesetzt habe. Ich mag es nicht, wenn immerzu in meiner cfg rumgeschrieben wird.
Aber ein guter Hinweis und vielleicht nicht für jeden Anwendungsfall geeignet. Ich denke mir mal was anderes aus.
Für weitere Hinweise bin ich dankbar ....
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 21 November 2017, 20:04:17
Zitat von: olaf am 21 November 2017, 19:42:41
Das mit dem notify ist die Grundidee. Wenn der state von "processing" auf "connected" zurückgeht, ist die Bridge wieder aufnahmebereit und per notify löse ich den nächsten Befehl aus, der sich auf dem Stack angesammelt hat.
Das mit dem save bekomme ich nicht. Ich denke das liegt daran, dass ich in der cfg "attr global autosave 0" gesetzt habe. Ich mag es nicht, wenn immerzu in meiner cfg rumgeschrieben wird.
Aber ein guter Hinweis und vielleicht nicht für jeden Anwendungsfall geeignet. Ich denke mir mal was anderes aus.
Für weitere Hinweise bin ich dankbar ....

Ich habe mal kurz geschaut. Prinzipiell ist es so das Attribute und notify und at und so Userdinge sind. Sprich der User entscheidet. Genau wie das auskommentierte attr event-on-change-reading. Dann haben fhem Befehle nichts im Modul zu suchen. Dafür ruft man wenn dann die eigentliche CommandFn auf.

Du kannst zwei Dinge machen. Entweder steuerst Du alles über den Funktionsfluss oder Du reagierst auf Events mit Hilfe der NotifyFn. Siehe dazu das Developer Guide im Wiki.
Die Grundidee und der Code sind ja soweit ok. Ich muss da aber noch mal ganz in Ruhe schaue. Zu mindest die Befehls Warteschlange ist doch super, da kann man dann nach dem auswerten des http Codes doch schauen. Kommt ein 50? glaube 2 war das dann soll der letzte Befehl noch mal gesendet werden, wenn nicht ist alles ok und es muss geschaut werden ob noch weitere Befehle im Array sind. Ich habe das selbige Prinzip im Tesla Modul verwendet, eventuell magst da Mal schauen, 46_TeslaPowerwall2AC.pm
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: olaf am 22 November 2017, 05:53:21
Danke für die Hinweise.
Das mit dem notify-Gedanken werde ich beibehalten. Ich bau das Modul mal auf die notifyFn um.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 22 November 2017, 11:45:36
Zur Info. Ich habe mich heute mal ran gesetzt und alle nonBlocking BridgeCall Aufrufe in eine Quere gesteckt die dann abgearbeitet wird. Das ganze kann ich aber erst sinnvoll heute Abend testen. Danach kann man sich dann Gedanken um das abfangen des 503 Fehlers machen und den erneuten Befehlsaufruf.



Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: olaf am 22 November 2017, 17:07:50
Ooops, registriere Deine Info erst jetzt.
Hab nun das notify in eine notifyFn geändert.
Hab Dir einen PR geschickt. Kannst Du zwar nicht mergen, aber mal reinsehen, wenn Du willst.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 22 November 2017, 17:26:58
Hallo Olaf,

Schaue ich mir sehr gerne an. Man lernt ja auch viel dadurch.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: olaf am 22 November 2017, 17:36:48
Hallo Leon,
ganz meine Meinung. Lass mich dann auch Deine Lösung wissen. Ich bin neugierig.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 22 November 2017, 17:47:15
Zitat von: olaf am 22 November 2017, 17:36:48
Hallo Leon,
ganz meine Meinung. Lass mich dann auch Deine Lösung wissen. Ich bin neugierig.

Sehr gerne,

Du hast mir auf jeden Fall den entscheidenden Anstoß gegeben.
Aber erstmal schaue ich nachher ob meine Lösung überhaupt geht. Deine hast Du, so nehme ich an bei Dir am laufen?


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: olaf am 22 November 2017, 19:17:39
Ja, meine läuft (seit ein paar Stunden und ca 10 Versuchen). Nur braucht das aus meiner Erfahrung längere Testzeiträume. Es kommt immer darauf an, wann ein lockAction Befehl zwischen den keepAlive Anfragen eintritt. Entsprechend reagiert das Schloss so oder so. Am wichtigsten ist mir, dass das Schloss zuverlässig abschließt, wenn ich die Tür zugezogen habe. Dieser Befehl darf auf keinen Fall verloren gehen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 22 November 2017, 19:24:04
Bilde mir ein das sollte mit der Aktion Quere gegeben sein.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 22 November 2017, 23:23:50
Sieht gut aus. Action Quere funktioniert super, 503 wird abgefangen und der letzte Befehl so oft neu an die Bridge gesendet bis es klappt. Hatte da mal so um die 50 Wiederholungen. Also alles in allem ein Erfolg. Ein zwei Sachen muß ich aber noch abfangen.
Ich habe auch mal schnell hintereinander 5 Befehle gesendet. Also auf zu auf zu auf und die wurden ohne Probleme nacheinander abgearbeitet.



Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 28 November 2017, 11:53:21
Sooo. Wer Lust hat Olaf seinen Patch mal zu testen, der kann gerne die gepatchte Version hier (https://github.com/LeonGaultier/fhem-NUKI/archive/patchSbried.zip) runterladen und dann bitte einen Erfahrungsbericht abgeben.



Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 29 November 2017, 16:36:39
Hallo, das Modul lief bisher seit Monaten problemlos. Aber gefühlt seit der letzten Beta vom Schloß oder Bridge wird "manchmal" der aktuelle Status vom Schloss nicht an FHEM übermittelt.
Im Log sehe ich so etwas:
2017.11.29 16:29:12 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable

Hat das etwas mit den zuletzt hier besprochenen Problemen zu tun? Bzw. ist es das gleiche Problem und würde diese gepatchte Version dabei helfen?

Und was ist genau zu tun, um die geänderte Version einzuspielen?
edit: hab gesehen, dass das Modul genau gleich heisst, also einfach drüber kopieren und reload.
Muss noch etwas neu eingestellt werden?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 29 November 2017, 17:04:59
Das sollte damit zu tun haben.

Einfach das Zip runterladen und die Module von Hand installieren, so wie damals  :)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 29 November 2017, 21:13:08
Zitat von: CoolTux am 29 November 2017, 17:04:59
Das sollte damit zu tun haben.

Einfach das Zip runterladen und die Module von Hand installieren, so wie damals  :)
Danke. Hab die neue Version drauf. Teste es nun mal ein paar Tage. :)



Gesendet von meinem ONEPLUS A3003 mit Tapatalk

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Mikka am 03 Dezember 2017, 12:21:27
Hallo zusammen,

nach lesen der 62 Seiten rund um den NUKI hier im Forum war ich eigentlich kurz davor mir das Set "Nuki Combo" zu kaufen.
Nach lesen der Bewertungen bei Amazon https://www.amazon.de/Nuki-Combo-Elektronisches-T%C3%BCrschloss-Automatischer/dp/B06VW2TWHG/ref=sr_1_1?ie=UTF8&qid=1512299082&sr=8-1&keywords=nuki+combo (https://www.amazon.de/Nuki-Combo-Elektronisches-T%C3%BCrschloss-Automatischer/dp/B06VW2TWHG/ref=sr_1_1?ie=UTF8&qid=1512299082&sr=8-1&keywords=nuki+combo) wurde ich aber doch etwas unsicher. Schlimm finde ich die "Auto Unlock Funktion" die ein "Eigenleben" entwickelt und die Tür öffnet wenn man gar nicht mehr zu Hause ist oder man sich seit vielen Minuten bereits zu Hause befindet (gerade diese Funktion ist ein Feature was mir wichtig wäre). Auch das unzuverlässige oder lange öffnen wenn man von der Haustür steht wird oft erwähnt.

Wie sind euere Erfahrungen, seit Ihr mit euren NUKI-Türschloss zufrieden? Wo hackt es, was könnte besser sein? Wie zuverlässig ist die "Auto Unlock Funktion"?

Einen schönen ersten Advent wünsche ich!
Mikka
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: marvin78 am 03 Dezember 2017, 12:23:42
Das Nuki hat, wie jedes vergleichbare Produkt in der Preisklasse, ein paar kleinere Macken, die Software wird aber immer besser und ich kann eigentlich nicht groß meckern. Die Fobs würde ich weg lassen, die sind in der Qualität sehr unterschiedlich. Die Auto-Unlock Funktion finde ich vom Konzept her sehr gruselig und die wird hier nicht benutzt. Vielmehr nutze ich hier andere Mögichkeiten in Verbindung mit FHEM.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Mikka am 03 Dezember 2017, 12:25:46
Hi marvin78,

danke für deine schnelle Antwort. Meinst du mit mit anderen Möglichkeiten in Verbindung mit FHEM eine Anwesenheitserkennung?

Mikka
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: marvin78 am 03 Dezember 2017, 12:27:32
Zum Beispiel.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: mike1969bln am 03 Dezember 2017, 13:26:28
Mittlerweile bin ich sehr zufrieden. Es ist alles besser geworden. Unsere gesamte Familie  nutzt auch die Unlock Funktion. Ist auch zuverlässig. Nur auf die Akkus muß man achten.


Gesendet von iPhone mit Tapatalk
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Mikka am 03 Dezember 2017, 13:37:41
Hallo mike1969bin,

danke auch dir für deine Antwort. Was meinst du mit "Es ist alles besser geworden"?
Durch ein Update der Firmware an dem NUKI + Bridge?

Mikka
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: mike1969bln am 03 Dezember 2017, 13:44:02
Ja es gab laufend Updates. Und ich habe einen leichtgängigeren Zylinder eingebaut, was die Akkulaufzeit erhöht hat.


Gesendet von iPhone mit Tapatalk
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 03 Dezember 2017, 14:35:41
Ich bin auch seit mehr als einem Jahr zufrieden. Die vielen Features, die das nuki nach und nach bekommen hat, bspw. Timer etc. nutze ich gar nicht, sondern mache das alles über fhem.
Hier hat man doch viel mehr Möglichkeiten. Bspw. Habe ich an der Tür zusätzlich noch einen sensor, um den Status der Tür selbst zu haben. Also offen oder geschlossen. In Verbindung mit dem nuki kann man da schon einiges machen.

Das Modul in fhem läuft sehr zuverlässig. Hat Cooltux super gemacht.

Tja. Und zu Auto unlock... Das nutze ich nicht. Die App von nuki allerdings auch nicht. Ich schließe auf und zu etc. über eine kleine Webseite, die nur über mein lokales WLAN erreichbar ist. Bzw. notfalls auch über VPN.

Genieße dabei, dass ich neben meinem Handy sonst nichts mehr mitnehmen muss an Schlüsseln.

(https://uploads.tapatalk-cdn.com/20171203/cded295f2881aeb4c3f35d05413c2207.jpg)

Gesendet von meinem ONEPLUS A3003 mit Tapatalk

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Mikka am 05 Dezember 2017, 00:01:02
Hallo fred_feuerstein,

auch dir danke ich für deine Antwort und den Screenshot der Webseite (sehr gut gelungen!) :-)

Mir sind noch ein paar weitere Fragen eingefallen:
- Wenn man die Tür von außen mit dem normalen Schlüssel öffnet, bekommt der NUKI diesen Status mit?
- Lässt sich die Nuki Bridge durch z. B. eine Softwarebridge + FHEM und einen BT-Adapter-Stick ersetzen? Hat jemand dies bereits umgesetzt?
- Lässt sich der Button am Smart Lock ausschalten?
- Kriegen kleine Kinder den Nuki mal eben so von der Tür abgezogen (hier meine ich den Nuki-Smart-Lock an sich, nicht die Montageplatte)?
- Die Montageplatte A hat zwei zusätzliche Löcher (links und rechts neben dem Türzylinder), sind dies für Schrauben? Wäre jemand so nett und könnte den Abstand zwischen den Löchern (mittig) messen?

Gute Nacht
Mikka
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 05 Dezember 2017, 06:35:17
Guten Morgen,

Kann mir schon jemand was zu der neuen Version mit dem Patch von Olaf sagen.
Bin leider selbst erst heute dazu gekommen die Version bei mir mal ein zu spielen. Aber je mehr Tester um so besser.



Grüße
Leon
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 05 Dezember 2017, 07:39:34
Zitat von: CoolTux am 05 Dezember 2017, 06:35:17
Guten Morgen,

Kann mir schon jemand was zu der neuen Version mit dem Patch von Olaf sagen.
Bin leider selbst erst heute dazu gekommen die Version bei mir mal ein zu spielen. Aber je mehr Tester um so besser.



Grüße
Leon
Also meine 503 Meldungen sind bisher weg. Auch verzögerte oder nicht gemeldete Statusänderungen hatte ich nicht mehr.

Wie gesagt, das fing erst mit nuki Firmware 1.5.1 an mit den Problemen. Aber nun geht wieder alles.


Gesendet von meinem ONEPLUS A3003 mit Tapatalk

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 05 Dezember 2017, 07:50:05
Habe gerade selber noch ein bisschen was am Code geändert. Hauptsächlich im Bereich NUKIDevice. Ich würde sagen wir lassen das noch ein zwei Wochen so laufen und wenn nichts weiter ist würde ich es dann einchecken.
Ein dickes Danke geht an Oli für seine super tolle Arbeit.



Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 05 Dezember 2017, 07:53:03


Zitat von: Mikka am 05 Dezember 2017, 00:01:02
Mir sind noch ein paar weitere Fragen eingefallen:
1- Wenn man die Tür von außen mit dem normalen Schlüssel öffnet, bekommt der NUKI diesen Status mit?
2- Lässt sich die Nuki Bridge durch z. B. eine Softwarebridge + FHEM und einen BT-Adapter-Stick ersetzen? Hat jemand dies bereits umgesetzt?
3- Lässt sich der Button am Smart Lock ausschalten?
4- Kriegen kleine Kinder den Nuki mal eben so von der Tür abgezogen (hier meine ich den Nuki-Smart-Lock an sich, nicht die Montageplatte)?
5- Die Montageplatte A hat zwei zusätzliche Löcher (links und rechts neben dem Türzylinder), sind dies für Schrauben? Wäre jemand so nett und könnte den Abstand zwischen den Löchern (mittig) messen?

Gute Nacht
Mikka

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

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 05 Dezember 2017, 07:54:50
Zitat von: CoolTux am 05 Dezember 2017, 07:50:05
Habe gerade selber noch ein bisschen was am Code geändert. Hauptsächlich im Bereich NUKIDevice. Ich würde sagen wir lassen das noch ein zwei Wochen so laufen und wenn nichts weiter ist würde ich es dann einchecken.
Ein dickes Danke geht an Oli für seine super tolle Arbeit.



Grüße
Guter Plan. Und natürlich auch von mir ein Danke an dich und Oli.

Gesendet von meinem ONEPLUS A3003 mit Tapatalk

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 05 Dezember 2017, 15:05:21
Aus irgendeinem Grund werden bei mir die BridgeCallStacks nicht abgearbeitet. Habe da nun hunderte Arrays drin stehen.
Ausserdem stehen stacktrace Auszüge im Log. Muss da noch mal schauen was da los ist.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 05 Dezember 2017, 16:13:53
Zitat von: CoolTux am 05 Dezember 2017, 15:05:21
Aus irgendeinem Grund werden bei mir die BridgeCallStacks nicht abgearbeitet. Habe da nun hunderte Arrays drin stehen.
Ausserdem stehen stacktrace Auszüge im Log. Muss da noch mal schauen was da los ist.
Kann ich das prüfen ob das bei mir auch so ist? Im Webif sieht alles gut aus denke ich.


Gesendet von meinem ONEPLUS A3003 mit Tapatalk

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 05 Dezember 2017, 16:16:46
Im Logfile müssten viele viele Einträge stehen
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 05 Dezember 2017, 16:18:30
hab bei der bridge mal verbose 5 eingestellt:

2017.12.05 16:16:10 4: NUKIBridge (NukiBridge) - NUKIBridge_GetCheckBridgeAlive
2017.12.05 16:16:10 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.123.216:8080/info?token=omimn3
2017.12.05 16:16:10 4: NUKIBridge (NukiBridge) - run NUKIBridge_Call
2017.12.05 16:16:10 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.12.05 16:16:10 5: NUKIBridge (NukiBridge) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": 848811841, "serverId": 1245341545}, "versions": {"firmwareVersion": "1.8.0", "wifiFirmwareVersion": "1.1.0"}, "uptime": 3692416, "currentTime": "2017-12-05T15:16:11+00:00", "serverConnected": true, "scanResults": [{"nukiId": 12345, "name": "Nuki_12345", "rssi": -79, "paired": true}]}
2017.12.05 16:16:10 5: NUKIBridge (NukiBridge) - Response ERROR:
2017.12.05 16:16:10 5: NUKIBridge (NukiBridge) - Response CODE: 200
2017.12.05 16:16:10 5: NUKIBridge (NukiBridge) - Request info!=lockAction. Not deleting from CallStack. Stacksize 7137
2017.12.05 16:16:10 5: NUKIBridge (NukiBridge) - Bridge ist online
2017.12.05 16:16:10 4: NUKIDevice (HomeDoor) - Received scanResults for matching NukiID 12345 at device HomeDoor


Das kommt dann so alle Minute ...

Meinst du das?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 05 Dezember 2017, 16:41:47
Das ist voll ok. Glaube mir das würde Dir auf fallen. Dann muss ich mal schauen wo da mein Fehler ist
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 05 Dezember 2017, 17:23:33
Kannst Du mal bitte ein list der Bridge machen. Bei mir klappt das ganze Verfahren nicht.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 05 Dezember 2017, 18:32:36
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?


Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag 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.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Mikka am 05 Dezember 2017, 19:00:49
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
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 06 Dezember 2017, 15:48:55
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?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 06 Dezember 2017, 15:53:09
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.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 06 Dezember 2017, 15:57:08
ok. Neustart mache ich jetzt nicht, aber mit DEF und modify klappt es bei mir nicht.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 06 Dezember 2017, 15:58:58
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
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: gero112233 am 08 Dezember 2017, 12:36:20
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
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: oli82 am 08 Dezember 2017, 13:09:13
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
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: RitterSport am 15 Dezember 2017, 11:50:32
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]



Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 15 Dezember 2017, 12:04:15
Muss ich mir die Tage in Ruhe anschauen.



Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: SeppiDeluxe am 26 Januar 2018, 07:24:44
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
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 26 Januar 2018, 07:51:10
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
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: SeppiDeluxe am 26 Januar 2018, 15:46:48
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
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 26 Januar 2018, 16:05:05
Zitat von: SeppiDeluxe am 26 Januar 2018, 15:46:48
Aber ich nehme dann deinen Ansatz mit der sekundaren FI und nagel die halt zu.

Danke dir


Nur dieser Ansatz ist der einzig richtige. Dafür ist FHEMWEB und allowed gemacht.
Schau Mal im Wiki da ist das an mehreren Stellen gut erklärt.
Wegen csrf Token brauchst Dir keinen Kopf zu machen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Sascha_F am 28 Januar 2018, 20:05:21
Hallo zusammen,

es ist schon eine ganze Zeit her und ggf. untergegangen, daher wollte ich noch einmal freundlich fragen, ob mir jemand bei meinem geschilderten Problem helfen kann  :)

Danke und viele Grüße
Sascha


Zitat von: Sascha_F am 16 November 2017, 01:33:10
Hallo zusammen!

Ich mal wieder ;)

Ich glaube, ich brauche eine Eingebung...

Vorweg - ich bekomme nach wie vor immer wieder Log-Einträge (jetzt nicht x-fach, aber mehrmals am Tag). Um es etwas übersichtlicher zu halten, habe ich die Ziffern hinter Device nachfolgend immer entfernt:

NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
NUKIDevice (NUKIDevice) - invalid json detected: HTTP 503 Unavailable



Mein ganz anders Problem habe ich aber gerade mit Nuki (Device) in Verbindung mit einem DOIF. Der Plan sieht vor, dass die Beleuchtung im Windfang angeschaltet wird, sobald das Schloss aufgeschlossen wurde. Das DOIF sieht so aus:

([NUKIDevice:state] eq "unlocked" and [?{sunset("REAL",1800,"16:00","23:00")}-{sunrise("REAL",0,"05:45","06:00")}]) (set HM_377AFE start)

'start' => eventMap auf on-for-timer
'?' => war ein Versuch, damit bei Eintreten der 'sunset'-Bedingung nicht aufgrund dieser Bedingung ausgelöst wird

Das Problem ist, dass die Beleuchtung auch eingeschaltet wird, wenn um 22:30 h aus einem DOIF das Abschließen ausgelöst wird. Im NukiDevice habe ich es auch mit "event-on-change state" probiert, aber das hat auch nicht geholfen. Eigentlich dachte ich, dass sich der state (oder auch lockState) nur aufgrund des webhook ändern - und dieser nur ausgelöst wird, wenn auch tatsächlich etwas am NukiDevice 'passiert' ist...

Also ich dachte:

Ausgangslage
state/lockState = 'unlocked' [ändert sich auch nicht, also kein event-on-change state/lockState; DOIF sollte daher bei Erfüllen der 'sunset'-Bedingung nicht auslösen - passiert aber. Das '?' scheint nicht als "nicht auslösende Bedingung" zu funktionieren]

später (wenn 'sunset'-Bedingung bereits erfüllt)
22:30 h: Anderes DOIF cmd setzt 'set NukiDevice lock' [jetzt wechseln state/lockState auf 'locked'; event-on-change state triggert, aber DOIF-Bedingung dürfte nicht erfüllt sein, da nicht 'unlocked' - passiert aber]

Ich war mir erst nicht sicher, ob DOIF-Problem oder NUKI, aber meine anderen DOIFs laufen einwandfrei, sodass ich es mir nur mit dem webhook oder wie auch immer erklären kann...

Danke euch und viele Grüße
Sascha
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Raimund Scheiber am 05 Februar 2018, 09:23:55
Hi,
ich verwende schon seit einigen Jahren FHEM und bin damit sehr zufrieden.
Seit ein paar Tagen habe ich auch eine NUKI-Bridge und zwei Smartlocks im Einsatz und natürlich - dank euren Moduls :) - in FHEM integriert.
Was mir auffällt: in den Logs der Smartlocks gibt es alle 20-30 Sekunden einen Eintrag, das finde ich schon etwas viel, vor allem wird das wohl die Akkulaufzeit der Schlösser etwas belasten?
2018-02-05_09:11:31 Tuer_Atelier name: Nuki_08DDB5D1
2018-02-05_09:11:31 Tuer_Atelier rssi: -52
2018-02-05_09:11:31 Tuer_Atelier paired: true
2018-02-05_09:11:57 Tuer_Atelier name: Nuki_08DDB5D1
2018-02-05_09:11:57 Tuer_Atelier rssi: -55
2018-02-05_09:11:57 Tuer_Atelier paired: true
2018-02-05_09:12:14 Tuer_Atelier name: Nuki_08DDB5D1
2018-02-05_09:12:14 Tuer_Atelier rssi: -54
2018-02-05_09:12:14 Tuer_Atelier paired: true
2018-02-05_09:12:30 Tuer_Atelier name: Nuki_08DDB5D1
2018-02-05_09:12:30 Tuer_Atelier rssi: -53
2018-02-05_09:12:30 Tuer_Atelier paired: true

Außerdem hatte ich gestern ein saublödes Phänomen: eines der Schlösser hat sich plötzlich geöffnet (unlatch), obwohl niemand was gemacht hat; laut Protokoll war es die NukiBridge.
Im FHEM-Log gibt es genau für diesen Zeitpunkt folgenden Eintrag:
2018.02.04 15:32:35 3: NUKIBridge (Nuki_Bridge) - invalid json detected: HTTP 503 Unavailable

(diese http 503 einträge habe ich allerdings öfters im log stehen)

deswegen:
1) wo kann man das Interval konfigurieren, mit dem die Bridge bzw. das Device abgefragt wird?
2) wo kommen die 503-er Fehler her?
3) hat jemand auch mal das Problem gehabt, dass ein Schloss von selbst aufgegangen ist? (Das ist für mich eigentlich ein No-Go und ich bin beim überlegen, ob ich das Ganze Nukizeugs wieder zurückschicken soll...)

lg
raimund
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Sascha_F am 06 Februar 2018, 23:34:32
Hi Raimund,

hast Du Auto-Unlock aktiviert? Ich hatte dieses nur im Zusammenhang damit.

Z.B. vom Auto zur Tür gegangen und per App die Tür geöffnet, da ich nicht auf den Auto-Unlock warten wollte - hatte aber vergessen, Auto-Unlock in der App dann (einmalig) zu deaktivieren.

Zweite denkbare Variante wäre, dass (auch i.V.m. Auto-Unlock) das Handy das GPS-Signal verloren hatte und dachte, es sei außerhalb des Geo-Fence. Nach dem feststellen der korrekten GPS-Daten wurde dann Auto-Unlock ausgelöst.

An den 503er kann es nicht liegen, denke ich - habe ich auch immer wieder im Log, aber leider auch keine Ahnung warum.

Viele Grüße
Sascha
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Raimund Scheiber am 07 Februar 2018, 08:27:13
Hi Sascha,
Auto-Unlock ist bei mir deaktiviert, weil ich das Schließen/Öffnen bewusst steuern möchte...

Der 503-er Fehler dürfte wohl bei mehreren Leuten vorhanden sein (zumindest im Forum sind einige Threads zu lesen) - diesen Fehler hätte ich auf alle Fälle gerne behoben.

lg
raimund
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Sascha_F am 15 Februar 2018, 23:15:44
Hallo zusammen,

Ich dachte immer, der 503er käme, wenn die Bridge per WLAN nicht erreichbar ist. Den ist nicht so, oder?

Vor 3 Tagen wurde in der Nachbarschaft das KDG-Kabel geschreddert = ich bin offline. WLAN und LAN laufen natürlich weiter.

Mein Log läuft seit dem mit 503er quasi voll.

503 bezieht sich also auf externe Kommunikation?

Viele Grüße
Sascha
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: MAC66666 am 20 Februar 2018, 16:12:11
Hi,
bin gerade etwas verwirrt:

Überall lese ich nur 6-Stellige API-Token, wenn ich einen Generiere hat der 50 Stellen oder so... Funktioniert natürlich auch nicht:

NUKIBridge (NBridge) - invalid json detected: HTTP 401 Unauthorized

Ich habe hier schon hin und her gesucht... Wo bekomme ich denn einen richtigen Token her?

Schnell vergessen, habe es hinbekommen!

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Weisswurstverkäufer am 26 Februar 2018, 11:01:50
Hallo,

ich habe seit einiger Zeit das Problem, dass mein Log mit diesen Meldungen überflutet wird:


2018.02.26 08:04:46 3: Forbidden device wz_avr for WEBhook_192.168.42.95_30216


und zwar für ziemlich viele Geräte, und das ziemlich oft.

ich habe den WEBhook damals nach der Anleitung hier für die Nuki Bridge eingerichtet und 192.168.42.95 ist auch die NUKI Bridge. Ich habe in meinem allowedWEBhook mal auf get,set und allowedDevices * gestellt, das "hilft" aber auch nicht. Mache ich irgendwas falsch, oder ist hier nicht mal die richtige Stelle für das Problem?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: hartenthaler am 27 Februar 2018, 00:10:35
Ich habe eben mein neues Nuki-Schloss und die Hardware-Bridge installiert (funktioniert so weit alles gut) und die Bridge in fhem eingebunden. Den API-Key habe ich auf der Bridge Web-Seite von Nuki erzeugt.

Dann ist mir fhem nach kurzem abgestürzt:

2018.02.26 23:09:27 3: NUKIDevice (NukiBridge) - invalid json detected for http://192.168.x.xxx:8080/callback/list?token=0bc2xxxxxxxxxxxxxxxxxxxxxxxxxxxxx: HTTP 403 Forbidden
Can't use string ("NUKIDevice (NukiBridge) - invali"...) as a HASH ref while "strict refs" in use at ./FHEM/73_NUKIBridge.pm line 683.

Ein callback habe ich nicht eingerichtet, müsste ich aber anscheinend wohl, zumindest scheint das mit dem Fehler zusammen zu hängen. Habe aber im wiki nichts dazu gefunden und von den über 60 Seiten im Forum habe ich nur rund 10 durchgelesen. Wo ist das mit dem callback erklärt? Und warum stürzt fhem gleich ab, wenn ich callback nicht konfiguriere?

Und mein Schloss ist auch nicht automatisch gefunden und in fhem angelegt worden (nur die Bridge konnte ich als fhem-Device korrekt anlegen).

Und ich habe hier im Forum gefunden:
http://192.168.x.xxx:8080/info?token=0bc2xxxxxxxxxxxxx oder statt info auch log oder list. Diese Abfragen führen bei mir zu einem 403- forbidden Fehler. Stimmt also etwas an meinem API-Key nicht?

Danke Hermann
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 27 Februar 2018, 05:51:35
Guten Morgen Herman,

Entweder ist Dein Token falsch, oder Du hast die Bridge nicht so eingestellt das man überhaupt von aussen zugreifen darf. Man muss in der Bridge den Developermodus oder so aktivieren.

Das FHEM abgestürzt ist werde ich heute im Laufe des Tages fixen. Sowas darf gar nicht passieren.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: MAC66666 am 27 Februar 2018, 08:15:59
Ich habe derweil auch ein Problem, ich bekomme statt einem Tür auf oder Tür zu Icon nur noch "initialized" angezeigt:

defmod NUKIDevice89706097 NUKIDevice 89706097 IODev=NBridge
attr NUKIDevice89706097 IODev NBridge
attr NUKIDevice89706097 alias XYZ
attr NUKIDevice89706097 devStateIcon unlock:fts_door_open lock:fts_door
attr NUKIDevice89706097 eventMap lock:zu unlock:auf
attr NUKIDevice89706097 icon fts_door_open
attr NUKIDevice89706097 room Eingang,FAVORITEN,NUKI
attr NUKIDevice89706097 webCmd auf:zu


Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 27 Februar 2018, 08:38:26
Zitat von: MAC66666 am 27 Februar 2018, 08:15:59
Ich habe derweil auch ein Problem, ich bekomme statt einem Tür auf oder Tür zu Icon nur noch "initialized" angezeigt:

defmod NUKIDevice89706097 NUKIDevice 89706097 IODev=NBridge
attr NUKIDevice89706097 IODev NBridge
attr NUKIDevice89706097 alias XYZ
attr NUKIDevice89706097 devStateIcon unlock:fts_door_open lock:fts_door
attr NUKIDevice89706097 eventMap lock:zu unlock:auf
attr NUKIDevice89706097 icon fts_door_open
attr NUKIDevice89706097 room Eingang,FAVORITEN,NUKI
attr NUKIDevice89706097 webCmd auf:zu


Das bringt mir rein gar nichts. list vom Nuki Device und Bridge und gut wäre noch ein log mit verbose 5
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: MAC66666 am 27 Februar 2018, 11:41:27
OK, DHCP hat eine andere Adresse zugewiesen. Habe jetzt meinem Router mal klargemacht, dass das so nicht geht  ;)

Schade dass man der Bridge selbst keine feste IP zuweisen kann...
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 27 Februar 2018, 11:46:43
Zitat von: MAC66666 am 27 Februar 2018, 11:41:27
OK, DHCP hat eine andere Adresse zugewiesen. Habe jetzt meinem Router mal klargemacht, dass das so nicht geht  ;)

Schade dass man der Bridge selbst keine feste IP zuweisen kann...

Sagen wir mal so, Du kannst keine statische festlegen aber Du kannst Deinem DHCP Server sagen er soll eine feste Zuordnung zur entsprechenden MAC machen.
Denke mal das es das ist was Du nun gemacht hast.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 27 Februar 2018, 11:56:49
Es wird morgen Früh ein keines Update geben. Darin wird lediglich decode_json() Errors abgefangen das diese nicht mehr zu einem Crash führen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: MAC66666 am 27 Februar 2018, 21:50:40
Zitat von: CoolTux am 27 Februar 2018, 11:46:43
Sagen wir mal so, Du kannst keine statische festlegen aber Du kannst Deinem DHCP Server sagen er soll eine feste Zuordnung zur entsprechenden MAC machen.
Denke mal das es das ist was Du nun gemacht hast.

Jup... Kann halt nicht jeder Router, deshalb meinte ich, dass es schade ist, dass man keine feste IP in der Bridge anlegen kann...

Zitat von: CoolTux am 27 Februar 2018, 11:56:49
Es wird morgen Früh ein keines Update geben. Darin wird lediglich decode_json() Errors abgefangen das diese nicht mehr zu einem Crash führen.

Meinst Du das?

2018.02.27 18:07:47 3: NUKIBridge (NBridge) - invalid json detected: HTTP 503 Unavailable
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 27 Februar 2018, 21:58:57
Zitat von: MAC66666 am 27 Februar 2018, 21:50:40
Jup... Kann halt nicht jeder Router, deshalb meinte ich, dass es schade ist, dass man keine feste IP in der Bridge anlegen kann...

Meinst Du das?

2018.02.27 18:07:47 3: NUKIBridge (NBridge) - invalid json detected: HTTP 503 Unavailable

Nein. Das ist noch was anderes.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: MAC66666 am 27 Februar 2018, 22:11:38
Oh. Und hast Du eine Idee? Nuki läuft so weit bei mir.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: MAC66666 am 27 Februar 2018, 22:27:54
Ach und nochwas: Ich lese hier was von Callback usw. aber auch nach intensiver Suche ist mir nicht klar, was das sein soll und warum ich die zwei webhook* attr eintragen soll.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 27 Februar 2018, 23:51:49
Zitat von: MAC66666 am 27 Februar 2018, 11:41:27
OK, DHCP hat eine andere Adresse zugewiesen. Habe jetzt meinem Router mal klargemacht, dass das so nicht geht  ;)

Schade dass man der Bridge selbst keine feste IP zuweisen kann...

Statische IP lässt sich doch in der Bridge einrichten. Hab ich zumindest so gemacht.
Bei der WLAN-Konfiguration kann man sagen Automatisch IP beziehen oder manuell  vergeben.

Gruß Cobra
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 28 Februar 2018, 09:19:27
Zitat von: MAC66666 am 27 Februar 2018, 22:27:54
Ach und nochwas: Ich lese hier was von Callback usw. aber auch nach intensiver Suche ist mir nicht klar, was das sein soll und warum ich die zwei webhook* attr eintragen soll.

Wenn das Nuki Smartlock seinen Status über eine andere Instanz ändert als FHEM, bekommt FHEM das normalerweise nicht mit. Mit dem Callback sendet die Bridge das Event direkt an FHEM und somit stellt sich dann der korrekte Status des Smartlocks ein.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: MAC66666 am 28 Februar 2018, 11:19:59
Ah ok, sowas hatte ich vermutt, dann war es wohl eher Zufall, dass bei mir der status immer gestimmt hat  ;D

Jetzt habe ich nur noch diesen Schönheitsfehler:

invalid json detected: HTTP 503 Unavailable
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 28 Februar 2018, 12:09:23
503 bedeutet das das Smartlock offline ist. Es ist also von der Bridge gerade nicht zu erreichen. Mehr finde ich dazu leider auch nicht.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Raimund Scheiber am 28 Februar 2018, 21:13:27
Dass 503 bedeuten soll, dass das SmartLock offline bzw. von der Bridge aus nicht zu erreichen ist mag ich nicht ganz glauben.
Ich habe jeden Tag ein paar solcher Einträge im Log, die meisten genau dann, wenn via FHEM ein SmartLock gesperrt oder geöffnet wurde, was ja auch funktioniert hat. Warum soll genau dann das SmartLock offline gewesen sein?

raimund
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 28 Februar 2018, 21:19:21
Ich kann nur das wieder geben was in der API steht. Kannst gerne nachlesen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Raimund Scheiber am 01 März 2018, 06:03:29
Habs gerade gelesen...
Dann ist vielleicht die API etwas zu heikel und benötigt vielleicht mehr Toleranz bei den Zugriffen (dies müsste dann wohl von Nuki gefixt werden).

Was mir sonst noch aufgefallen ist: wenn ich über FHEM (also die API) ein SmartLock steuere, dann funktioniert ein weiterer Zugriff auf das gleiche oder ein anderes SmartLock erst nach einiger Zeit (so nach ca. 20 Sekunden); dazwischen werden die Befehle einfach vergessen.
Steuert man dazwischen mit einem Nuki-Fob, dann geht das sofort (dies passiert dann via Bluetooth, ohne Bridge). Hat sonst auch noch jemand diese Erfahrungen gemacht?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 01 März 2018, 06:34:42
Die API der Bridge ist generell etwas heikel/instabil. Mit der aktuellen Beta soll es wohl etwas besser werden.
Da ich das Modul die nächsten Monate eh umbauen will werde ich da auch was einbauen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Raimund Scheiber am 02 März 2018, 16:15:16
Bei mir steht in FHEM bei der Bridge die API-Version 1.5

Die Doku auf der Nuki-Webseite beschreibt V1.6 vom 19.06.2017. Wie bekommt man diese Version? Kommt die von FHEM, oder kommt die mit der Bridge-Firmware?

Im nuki-Slack gibts übrigens noch eine ältere Konversation zum Thema 503 - da ist beschrieben, dass diese Meldung eigentlich nur kommt, wenn die Bridge busy ist (und nicht das SmartLock) - soll in der API-Doku noch ausgebessert werden.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: SchErzherzog am 21 März 2018, 23:20:32
Hallo,

besteht die Möglichkeit, auch das manuelle öffnen der Tür zu erkennen?
Ich möchte gerne eine Telegram Nachricht erhalten, wenn jemand die Tür öffnet, wenn ich nicht zu Hause bin.

In der Nuki-Weboberfläche stehen diese Events schon zur Verfügung - geht das auch in FHEM?

Danke schonmal!

PS: Verbose 5 ist schon gesetzt
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 22 März 2018, 06:43:08
Wenn auf der Bridge ein Event ausgelöst wird, dann wird sich auch der Zustand in FHEM entsprechend einstellen. Voraussetzung ist das ein Callback eingerichtet ist.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Kingi am 31 März 2018, 20:41:21
Hallo,
gibt es eine Anleitung, wie das Callback der Bridge in FHEM eingerichtet werden muss?

Schöne Ostern.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 31 März 2018, 20:51:33
<li>webhookFWinstance - zu verwendene Webinstanz für den Callbackaufruf</li>
<li>webhookHttpHostname - IP oder FQDN vom FHEM Server für den Callbackaufruf</li>


Laut Commandref
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 01 Juni 2018, 22:39:05
ACHTUNG!!! Es gibt Readings Änderungen für den Batteriestand. Bitte beachten!!

https://forum.fhem.de/index.php/topic,87575.msg807158.html#msg807158
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 01 Juni 2018, 23:24:05
Oh. Da bin ich ja gespannt.

Gesendet von meinem ONEPLUS A3003 mit Tapatalk

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: robspr am 06 Juni 2018, 21:20:22
Zitat von: CoolTux am 13 Oktober 2017, 13:10:46
Kann beim besten willen nicht finden warum das

2017.10.13 10:43:08 1: FHEMWEB SSL/HTTPS error:  SSL accept attempt failed error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number (peer: 192.168.0.22)
2017.10.13 10:45:13 1: FHEMWEB SSL/HTTPS error:  SSL accept attempt failed error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number (peer: 192.168.0.22)
2017.10.13 10:45:36 1: FHEMWEB SSL/HTTPS error:  SSL accept attempt failed error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number (peer: 192.168.0.22)

Vom Modul kommen sollte.

Sorry

Ich weiß nicht ob ihr immer noch dieses Problem habt da es schon recht lange her ist, bei mir habe ich aber eine Lösung bzw. auch die Ursache gefunden:

In der Nuki Bridge kann man ja bis zu 3 callbacks einrichten, leider waren da immer noch die alten (falschen) drinnen, die bei der Ersteinrichtung erstellt wurden, die auf den FHEMWEB gezeigt haben, der für SSL mit passwort konfiguriert ist.
Manuelles Löschen aller callbacks via "http://192.168.1.50:8080/callback/remove?id=0&token=123456" und neu zuweisen via FHEM hat geholfen.
Edit: die Befehle zum Entfernen der Callbacks gibt es ja auch schon in der Bridge Oberfläche, hätte ich vorher schauen sollen :(
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: MobiusOne am 06 Juni 2018, 22:56:18
Ich habe das Problem das ich eine Statusänderung von Nuki (manuelles drücken des Knopfes) nicht in FHEM aktualisiert wird. Meiner Meinung nach, habe ich Nuki so konfiguriert, wie hier im Thread beschrieben wurde. Ich habe den Webhook konfiguriert. FHEM hat bei mir die IP-Adresse 192.168.2.250. Die Readings name, paired und rssi werden alle X Sekunden aktualisiert.



Auszug vom Schloss:
Internals:
   DEF        11199XXXX IODev=Nuki
   IODev      Nuki
   NAME       NUKIDevice11199XXXX
   NR         211
   NUKIID     11199XXXX
   STATE      unlock
   TYPE       NUKIDevice
   VERSION    0.6.2
   WEBHOOK_COUNTER 0
   WEBHOOK_PORT 8083
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /fhem/NUKIDevice
   WEBHOOK_URL http://192.168.2.250:8083/fhem/NUKIDevice-11199XXXX
   READINGS:
     2018-06-06 00:26:26   battery         ok
     2018-06-06 00:26:26   batteryCritical 0
     2018-06-06 00:26:26   batteryState    ok
     2018-06-06 18:33:36   lockState       unlock
     2018-06-06 22:45:54   name            Nuki_06ACXXXX
     2018-06-06 22:45:54   paired          1
     2018-06-06 22:45:54   rssi            -70
     2018-06-06 18:33:36   state           unlock
     2018-06-06 18:33:36   success         1
   fhem:
     infix      NUKIDevice
   helper:
Attributes:
   IODev      Nuki
   alias      Haustüre
   genericDeviceType lock
   homebridgeMapping LockCurrentState=lockState,values=locked:1;unlocked:0;lock:1;unlock:0 LockTargetState=lockState,values=locked:1;unlocked:0;lock:1;unlock:0,cmds=1:lock;0:unlock,cmd=
StatusLowBattery=battery,values=ok:BATTERY_LEVEL_NORMAL;low:BATTERY_LEVEL_LOW
CurrentDoorState=lockState,values=/^unlock/:OPEN;/^unlocked/:OPEN;/^lock/:CLOSED;/^locked/:CLOSED
CurrentLockMechanismState=lockState,values=locked:SECURED;unlock=UNSECURED;lock:SECURED;unlock=UNSECURED
   room       Flur,HomeKit
   webhookFWinstance WEB
   webhookHttpHostname 192.168.2.250


und von der Bridge:
Internals:
   BRIDGEAPI  1.5
   DEF        192.168.2.206 1BbXXXX
   HOST       192.168.2.206
   NAME       Nuki
   NR         210
   PORT       8080
   STATE      connected
   TOKEN      1BbXXXX
   TYPE       NUKIBridge
   VERSION    0.6.2
   READINGS:
     2018-06-04 20:11:55   0_name          Haust�re
     2018-06-04 20:11:55   0_nukiId        11199XXXX
     2018-06-06 22:49:21   bridgeType      Hardware
     2018-06-06 22:49:21   currentTime     2018-06-06T20:49:21+00:00
     2018-06-06 22:49:21   firmwareVersion 1.10.1
     2018-06-06 22:49:21   hardwareId      20218XXXX
     2018-06-06 22:49:21   serverConnected 1
     2018-06-06 22:49:21   serverId        1827XXXX
     2018-06-04 20:11:55   smartlockCount  1
     2018-06-06 22:49:21   state           connected
     2018-06-06 22:49:21   uptime          1387805
     2018-06-06 22:49:21   wifiFirmwareVersion 1.1.0
   helper:
     aliveCount 0
Attributes:
   icon       1_nuki_bridge
   room       HWR


Seht jemand den Fehler den ich hier mache?

Vielen dank.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 07 Juni 2018, 08:10:01
Zitat von: robspr am 06 Juni 2018, 21:20:22
Ich weiß nicht ob ihr immer noch dieses Problem habt da es schon recht lange her ist, bei mir habe ich aber eine Lösung bzw. auch die Ursache gefunden:

In der Nuki Bridge kann man ja bis zu 3 callbacks einrichten, leider waren da immer noch die alten (falschen) drinnen, die bei der Ersteinrichtung erstellt wurden, die auf den FHEMWEB gezeigt haben, der für SSL mit passwort konfiguriert ist.
Manuelles Löschen aller callbacks via "http://192.168.1.50:8080/callback/remove?id=0&token=123456" und neu zuweisen via FHEM hat geholfen.
Edit: die Befehle zum Entfernen der Callbacks gibt es ja auch schon in der Bridge Oberfläche, hätte ich vorher schauen sollen :(

Vielen Dank für den Hinweis. An sowas habe ich überhaupt nicht gedacht.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 07 Juni 2018, 08:10:35
Zitat von: MobiusOne am 06 Juni 2018, 22:56:18
Ich habe das Problem das ich eine Statusänderung von Nuki (manuelles drücken des Knopfes) nicht in FHEM aktualisiert wird. Meiner Meinung nach, habe ich Nuki so konfiguriert, wie hier im Thread beschrieben wurde. Ich habe den Webhook konfiguriert. FHEM hat bei mir die IP-Adresse 192.168.2.250. Die Readings name, paired und rssi werden alle X Sekunden aktualisiert.



Auszug vom Schloss:
Internals:
   DEF        11199XXXX IODev=Nuki
   IODev      Nuki
   NAME       NUKIDevice11199XXXX
   NR         211
   NUKIID     11199XXXX
   STATE      unlock
   TYPE       NUKIDevice
   VERSION    0.6.2
   WEBHOOK_COUNTER 0
   WEBHOOK_PORT 8083
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /fhem/NUKIDevice
   WEBHOOK_URL http://192.168.2.250:8083/fhem/NUKIDevice-11199XXXX
   READINGS:
     2018-06-06 00:26:26   battery         ok
     2018-06-06 00:26:26   batteryCritical 0
     2018-06-06 00:26:26   batteryState    ok
     2018-06-06 18:33:36   lockState       unlock
     2018-06-06 22:45:54   name            Nuki_06ACXXXX
     2018-06-06 22:45:54   paired          1
     2018-06-06 22:45:54   rssi            -70
     2018-06-06 18:33:36   state           unlock
     2018-06-06 18:33:36   success         1
   fhem:
     infix      NUKIDevice
   helper:
Attributes:
   IODev      Nuki
   alias      Haustüre
   genericDeviceType lock
   homebridgeMapping LockCurrentState=lockState,values=locked:1;unlocked:0;lock:1;unlock:0 LockTargetState=lockState,values=locked:1;unlocked:0;lock:1;unlock:0,cmds=1:lock;0:unlock,cmd=
StatusLowBattery=battery,values=ok:BATTERY_LEVEL_NORMAL;low:BATTERY_LEVEL_LOW
CurrentDoorState=lockState,values=/^unlock/:OPEN;/^unlocked/:OPEN;/^lock/:CLOSED;/^locked/:CLOSED
CurrentLockMechanismState=lockState,values=locked:SECURED;unlock=UNSECURED;lock:SECURED;unlock=UNSECURED
   room       Flur,HomeKit
   webhookFWinstance WEB
   webhookHttpHostname 192.168.2.250


und von der Bridge:
Internals:
   BRIDGEAPI  1.5
   DEF        192.168.2.206 1BbXXXX
   HOST       192.168.2.206
   NAME       Nuki
   NR         210
   PORT       8080
   STATE      connected
   TOKEN      1BbXXXX
   TYPE       NUKIBridge
   VERSION    0.6.2
   READINGS:
     2018-06-04 20:11:55   0_name          Haust�re
     2018-06-04 20:11:55   0_nukiId        11199XXXX
     2018-06-06 22:49:21   bridgeType      Hardware
     2018-06-06 22:49:21   currentTime     2018-06-06T20:49:21+00:00
     2018-06-06 22:49:21   firmwareVersion 1.10.1
     2018-06-06 22:49:21   hardwareId      20218XXXX
     2018-06-06 22:49:21   serverConnected 1
     2018-06-06 22:49:21   serverId        1827XXXX
     2018-06-04 20:11:55   smartlockCount  1
     2018-06-06 22:49:21   state           connected
     2018-06-06 22:49:21   uptime          1387805
     2018-06-06 22:49:21   wifiFirmwareVersion 1.1.0
   helper:
     aliveCount 0
Attributes:
   icon       1_nuki_bridge
   room       HWR


Seht jemand den Fehler den ich hier mache?

Vielen dank.

Ist Dein WEB eventuell mit HTTPS oder Passwort gesichert?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: MobiusOne am 07 Juni 2018, 10:34:45
Zitat von: CoolTux am 07 Juni 2018, 08:10:35
Ist Dein WEB eventuell mit HTTPS oder Passwort gesichert?

Hallo CoolTux,
mein FHEM ist standard über HTTP erreichbar.

Mit Password würde mir nur mein Anmelde Kennwort an FHEM einfallen, meinst du dies? Soll ich das entfernen?
define allowed_WEB allowed
attr allowed_WEB basicAuth bWFyXXXXXXXXXXXX==
attr allowed_WEB validFor WEB


Ansonsten sieht so das Callback auf Nuki aus:
0 http://192.168.2.250:8083/fhem/NUKIDevice-11199XXXX
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 07 Juni 2018, 12:18:18
Zitat von: MobiusOne am 07 Juni 2018, 10:34:45
Hallo CoolTux,
mein FHEM ist standard über HTTP erreichbar.

Mit Password würde mir nur mein Anmelde Kennwort an FHEM einfallen, meinst du dies? Soll ich das entfernen?
define allowed_WEB allowed
attr allowed_WEB basicAuth bWFyXXXXXXXXXXXX==
attr allowed_WEB validFor WEB


Ansonsten sieht so das Callback auf Nuki aus:
0 http://192.168.2.250:8083/fhem/NUKIDevice-11199XXXX

Jepp das meine ich.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: MobiusOne am 07 Juni 2018, 14:47:39
Zitat von: CoolTux am 07 Juni 2018, 12:18:18
Jepp das meine ich.

Top, funktioniert jetzt :D
Danke!
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 07 Juni 2018, 14:50:56
Zitat von: MobiusOne am 07 Juni 2018, 14:47:39
Top, funktioniert jetzt :D
Danke!

Eigentlich müsste Dein FHEM Log von nicht gelungenden Anmeldungen überschwemmt sein  :)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: MobiusOne am 07 Juni 2018, 14:57:06
Zitat von: CoolTux am 07 Juni 2018, 14:50:56
Eigentlich müsste Dein FHEM Log von nicht gelungenden Anmeldungen überschwemmt sein  :)

Ich bekomme ungefähr drei mal am Tag folgende Meldung
NUKIBridge (Nuki) - invalid json detected: HTTP 503 Unavailable

Diese kommt aber eigentlich nur wenn ich über FHEM den Status ändere, oder FHEM neustarte.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 07 Juni 2018, 14:59:24
Nein das meine ich nicht. Ich meinte vom allowed Device für Web.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: MobiusOne am 07 Juni 2018, 15:35:31
Zitat von: CoolTux am 07 Juni 2018, 14:59:24
Nein das meine ich nicht. Ich meinte vom allowed Device für Web.

Nee, da habe ich keinerlei Meldung zu bekommen. Anders hätte ich dies vielleicht als Ursache identifizieren können.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Marvin am 23 Juni 2018, 08:25:11
Hallo zusammen,

ich habe mir gestern auch mal ein Nuki mit Bridge zugelegt.
Ich möchte es hauptsächlich dazu benutzen das meine Haustür bei scharfer Alarmanlage abgeschlossen wir und bei unscharfer Anlage auf. Die Türöffnung erfolg sowieso mit der verbauten Türöffner.
Zusätzlich soll Abends automatisch abgeschlossen werden.

Nun zu meinem Problem:
Ich bekomme einfach keine Statusänderungen in FHEM angezeigt wenn ich über die APP den Zustand verändere, es sei den ist mache ein "get statusRequest".
Anfänglich hatte ich das Problem auch bei der Steuerung über FHEM, aber nach mehrfachem löschen und neu anlegen war diese Problem behoben.

Ich habe eine extra WEB Instanz damals schon für meinen Doorbird angelegt, der nur die Kommunikation für Interne IP´s erlaubt, halt ohne Token.
Anbei mal meine Konfiguration:

Internals:
   BRIDGEAPI  1.5
   DEF        192.168.100.120 123456
   HOST       192.168.100.120
   NAME       NUKI_Bridge
   NR         250
   PORT       8080
   STATE      connected
   TOKEN      123456
   TYPE       NUKIBridge
   VERSION    0.6.2
   READINGS:
     2018-06-23 07:53:35   0_name          Haust�r
     2018-06-23 07:53:35   0_nukiId        30255XXXX
     2018-06-23 08:20:58   bridgeType      Hardware
     2018-06-23 08:20:58   currentTime     2018-06-23T06:20:58+00:00
     2018-06-23 08:20:58   firmwareVersion 1.10.1
     2018-06-23 08:20:58   hardwareId      28468XXXX
     2018-06-23 08:20:58   serverConnected 1
     2018-06-23 08:20:58   serverId        13398XXXX
     2018-06-23 07:53:35   smartlockCount  1
     2018-06-23 08:20:58   state           connected
     2018-06-23 08:20:58   uptime          4413
     2018-06-23 08:20:58   wifiFirmwareVersion 1.1.0
   helper:
     aliveCount 0
Attributes:
   room       NUKI



Internals:
   DEF        3025XXXX IODev=NUKI_Bridge
   IODev      NUKI_Bridge
   NAME       NUKIDevice3025XXXX
   NR         251
   NUKIID     3025XXXX
   STATE      unlock
   TYPE       NUKIDevice
   VERSION    0.6.2
   WEBHOOK_COUNTER 0
   WEBHOOK_PORT 8088
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /fhem/NUKIDevice
   WEBHOOK_URL http://192.168.100.109:8088/fhem/NUKIDevice-30255XXXX
   READINGS:
     2018-06-23 08:04:06   battery         ok
     2018-06-23 08:04:06   batteryCritical 0
     2018-06-23 08:04:06   batteryState    ok
     2018-06-23 08:06:02   lockState       unlock
     2018-06-23 08:22:40   name            Nuki_1208XXXX
     2018-06-23 08:22:40   paired          1
     2018-06-23 08:22:40   rssi            -68
     2018-06-23 08:06:02   state           unlock
     2018-06-23 08:06:02   success         1
   fhem:
     infix      NUKIDevice
   helper:
Attributes:
   IODev      NUKI_Bridge
   alias      Haust�r
   room       NUKI
   webhookFWinstance WEBApi
   webhookHttpHostname 192.168.100.109



Internals:
   CONNECTS   3
   DEF        8088 global
   FD         19
   NAME       WEBApi
   NR         142
   NTFY_ORDER 50-WEBApi
   PORT       8088
   STATE      Initialized
   TYPE       FHEMWEB
Attributes:
   allowfrom  ^192\.168\.100\.([1-9]|[1-9][0-9]|1([0-9][0-9])|2([0-4][0-9]|5[0-4]))$|127.0.0.1|192.168.100.120
   csrfToken  none
   stylesheetPrefix dark


Mit freundlichen Grüßen Marvin
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 23 Juni 2018, 08:34:42
Zeig mal bitte ein get callbackList
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Marvin am 23 Juni 2018, 08:54:44
Hallo CoolTux,

ja sorry, das hatte ich noch vergessen.

Callback-ID Callback-URL
0 http://192.168.100.109:8088/fhem/NUKIDevice-3025XXXX



Gruß Marvin
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 23 Juni 2018, 10:12:15
Passt erstmal. Die webinstanz scheint auch nicht Passwort geschützt zu sein oder HTTPS zu verwenden.

Kannst du die NUKIDevice Instanz bitte einmal auf verbose 5 stellen und dann mit der App schalten?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Marvin am 23 Juni 2018, 12:04:39
Hallo CoolTux,

wie gewünscht habe ich Verbose 5 beim Device eingeschaltet, im Log kommt jetzt folgendes:

2018.06.23 11:54:59 5: NUKIDevice (NUKIDevice3025XXXX) - Parse with result: {"paired":true,"name":"Nuki_1208XXXX","rssi":-67}
2018.06.23 11:54:59 5: NUKIDevice (NUKIDevice3025XXXX) - parse status message for NUKIDevice3025XXXX
2018.06.23 11:54:59 5: NUKIDevice (NUKIDevice3025XXXX) - readings set for NUKIDevice3025XXXX
2018.06.23 11:55:39 5: NUKIDevice (NUKIDevice3025XXXX) - Parse with result: {"name":"Nuki_1208XXXX","rssi":-64,"paired":true}
2018.06.23 11:55:39 5: NUKIDevice (NUKIDevice3025XXXX) - parse status message for NUKIDevice3025XXXX
2018.06.23 11:55:39 5: NUKIDevice (NUKIDevice3025XXXX) - readings set for NUKIDevice3025XXXX
2018.06.23 11:56:04 3: NUKIBridge (NUKI_Bridge) - invalid json detected: HTTP 503 Unavailable
2018.06.23 11:56:30 5: NUKIDevice (NUKIDevice3025XXXX) - Parse with result: {"paired":true,"name":"Nuki_1208XXXX","rssi":-68}
2018.06.23 11:56:30 5: NUKIDevice (NUKIDevice3025XXXX) - parse status message for NUKIDevice3025XXXX
2018.06.23 11:56:30 5: NUKIDevice (NUKIDevice3025XXXX) - readings set for NUKIDevice3025XXXX
2018.06.23 11:56:58 5: NUKIDevice (NUKIDevice3025XXXX) - Parse with result: {"paired":true,"rssi":-64,"name":"Nuki_1208XXXX"}
2018.06.23 11:56:58 5: NUKIDevice (NUKIDevice3025XXXX) - parse status message for NUKIDevice3025XXXX
2018.06.23 11:56:58 5: NUKIDevice (NUKIDevice3025XXXX) - readings set for NUKIDevice3025XXXX
2018.06.23 11:57:16 5: NUKIDevice (NUKIDevice3025XXXX) - Parse with result: {"name":"Nuki_1208XXXX","rssi":-64,"paired":true}
2018.06.23 11:57:16 5: NUKIDevice (NUKIDevice3025XXXX) - parse status message for NUKIDevice3025XXXX
2018.06.23 11:57:16 5: NUKIDevice (NUKIDevice3025XXXX) - readings set for NUKIDevice3025XXXX


mehrmal auf und zu geschlossen über die APP

das kommt nach dem checkStatus:

2018.06.23 11:57:37 4: NUKIDevice (NUKIDevice3025XXXX) - NUKIDevice_ReadFromNUKIBridge check Bridge connected
2018.06.23 11:57:37 4: NUKIDevice (NUKIDevice3025XXXX) - NUKIDevice_ReadFromNUKIBridge Bridge is connected call IOWrite
2018.06.23 11:57:37 5: NUKIDevice (NUKIDevice3025XXXX) - NUKIDevice_GetUpdate Call NUKIDevice_ReadFromNUKIBridge
2018.06.23 11:57:39 5: NUKIDevice (NUKIDevice3025XXXX) - Parse with result: {"state": 3, "stateName": "unlocked", "batteryCritical": false, "success": true}
2018.06.23 11:57:39 5: NUKIDevice (NUKIDevice3025XXXX) - parse status message for NUKIDevice3025XXXX
2018.06.23 11:57:39 5: NUKIDevice (NUKIDevice3025XXXX) - readings set for NUKIDevice3025XXXX
2018.06.23 11:57:39 5: NUKIDevice (NUKIDevice3025XXXX) - Parse with result: {"name":"Nuki_1208XXXX","rssi":-68,"paired":true}
2018.06.23 11:57:39 5: NUKIDevice (NUKIDevice3025XXXX) - parse status message for NUKIDevice3025XXXX
2018.06.23 11:57:39 5: NUKIDevice (NUKIDevice3025XXXX) - readings set for NUKIDevice3025XXXX


Danke schonmal für die schnellen Antworten.

Marvin
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 23 Juni 2018, 12:09:06
Da kommt leider nichts. Kannst du bitte einmal bei der Bridge das Log auslesen.
get logFile
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Marvin am 23 Juni 2018, 13:27:08
Das ist alles was ich angezeigt bekomme wenn ich kurz vor der Abfrage über die APP zu und wieder auf schließe:

timestamp: 2018-06-23T11:22:00+00:00 type: HTTP-Log
timestamp: 2018-06-23T11:22:00+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-06-23T11:21:54+00:00 type: HTTP-PostFailed urlId: 0
timestamp: 2018-06-23T11:21:52+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-06-23T11:21:52+00:00 type: BLE-Disconnected nukiId: 12088ED1
timestamp: 2018-06-23T11:21:52+00:00 type: BLE-Disconnect nukiId: 12088ED1
timestamp: 2018-06-23T11:21:52+00:00 type: BLE-ReceivingMsg nukiId: 12088ED1 cmdId: 000E
timestamp: 2018-06-23T11:21:52+00:00 type: SSE-KeyturnerResponse nukiId: 12088ED1 bytes: 188
timestamp: 2018-06-23T11:21:52+00:00 type: BLE-ReceivingSSE bytes: 55 auth: 00000103
timestamp: 2018-06-23T11:21:52+00:00 type: SSE-KeyturnerResponse nukiId: 12088ED1 bytes: 256
timestamp: 2018-06-23T11:21:52+00:00 type: BLE-ReceivingSSE bytes: 106 auth: 00000103
timestamp: 2018-06-23T11:21:51+00:00 type: WLAN-SocketDisconnected connection: 3
timestamp: 2018-06-23T11:21:49+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-06-23T11:21:49+00:00 type: BLE-SendingSSE bytes: 96 auth: 00000103
timestamp: 2018-06-23T11:21:49+00:00 type: BLE-Connect handles: ARRAY(0x701ab20)
timestamp: 2018-06-23T11:21:49+00:00 type: BLE-Connected nukiId: 12088ED1
timestamp: 2018-06-23T11:21:49+00:00 type: BLE-Connect macAddr: 54D272088ED1
timestamp: 2018-06-23T11:21:49+00:00 type: BLE-Connect nukiId: 12088ED1
timestamp: 2018-06-23T11:21:49+00:00 type: SSE-KeyturnerRequest nukiId: 12088ED1 bytes: 96
timestamp: 2018-06-23T11:21:48+00:00 type: BLE-Disconnected nukiId: 12088ED1
timestamp: 2018-06-23T11:21:48+00:00 type: BLE-Disconnect nukiId: 12088ED1
timestamp: 2018-06-23T11:21:48+00:00 type: BLE-ReceivingMsg nukiId: 12088ED1 cmdId: 000E
timestamp: 2018-06-23T11:21:48+00:00 type: SSE-KeyturnerResponse nukiId: 12088ED1 bytes: 228
timestamp: 2018-06-23T11:21:48+00:00 type: BLE-ReceivingSSE bytes: 86 auth: 00000103
timestamp: 2018-06-23T11:21:48+00:00 type: BLE-SendingSSE bytes: 56 auth: 00000103
timestamp: 2018-06-23T11:21:48+00:00 type: BLE-Connect handles: ARRAY(0x6ffceb8)
timestamp: 2018-06-23T11:21:48+00:00 type: BLE-Connected nukiId: 12088ED1
timestamp: 2018-06-23T11:21:48+00:00 type: BLE-Connect macAddr: 54D272088ED1
timestamp: 2018-06-23T11:21:48+00:00 type: BLE-Connect nukiId: 12088ED1
timestamp: 2018-06-23T11:21:48+00:00 type: SSE-KeyturnerRequest nukiId: 12088ED1 bytes: 56
timestamp: 2018-06-23T11:21:47+00:00 type: BLE-Disconnected nukiId: 12088ED1
timestamp: 2018-06-23T11:21:47+00:00 type: BLE-Disconnect nukiId: 12088ED1
timestamp: 2018-06-23T11:21:47+00:00 type: BLE-ReceivingMsg nukiId: 12088ED1 cmdId: 000E
timestamp: 2018-06-23T11:21:47+00:00 type: SSE-KeyturnerResponse nukiId: 12088ED1 bytes: 208
timestamp: 2018-06-23T11:21:47+00:00 type: BLE-ReceivingSSE bytes: 72 auth: 00000103
timestamp: 2018-06-23T11:21:47+00:00 type: BLE-SendingSSE bytes: 56 auth: 00000103
timestamp: 2018-06-23T11:21:47+00:00 type: BLE-Connect handles: ARRAY(0x701afd0)
timestamp: 2018-06-23T11:21:47+00:00 type: BLE-Connected nukiId: 12088ED1
timestamp: 2018-06-23T11:21:47+00:00 type: BLE-Connect macAddr: 54D272088ED1
timestamp: 2018-06-23T11:21:47+00:00 type: BLE-Connect nukiId: 12088ED1
timestamp: 2018-06-23T11:21:47+00:00 type: SSE-KeyturnerRequest nukiId: 12088ED1 bytes: 56
timestamp: 2018-06-23T11:21:47+00:00 type: SSE-KeyturnerEventResp nukiId: 12088ED1
timestamp: 2018-06-23T11:21:47+00:00 type: HTTP-PostStart
timestamp: 2018-06-23T11:21:47+00:00 type: BLE-Disconnected nukiId: 12088ED1
timestamp: 2018-06-23T11:21:47+00:00 type: BLE-Disconnect nukiId: 12088ED1
timestamp: 2018-06-23T11:21:46+00:00 type: SSE-KeyturnerEventReq nukiId: 12088ED1
timestamp: 2018-06-23T11:21:46+00:00 type: BLE-ReceivingMsg nukiId: 12088ED1 cmdId: 000C
timestamp: 2018-06-23T11:21:46+00:00 type: BLE-SendingMsg nukiId: 12088ED1 cmdId: 0001
timestamp: 2018-06-23T11:21:46+00:00 type: BLE-Connect handles: ARRAY(0x7022370)
timestamp: 2018-06-23T11:21:46+00:00 type: BLE-Connected nukiId: 12088ED1
timestamp: 2018-06-23T11:21:45+00:00 type: BLE-Connect macAddr: 54D272088ED1
timestamp: 2018-06-23T11:21:45+00:00 type: BLE-Connect nukiId: 12088ED1
timestamp: 2018-06-23T11:21:45+00:00 type: BLE-StatusUpdate nukiId: 12088ED1
timestamp: 2018-06-23T11:21:45+00:00 type: BLE-Disconnected nukiId: 12088ED1
timestamp: 2018-06-23T11:21:45+00:00 type: BLE-Disconnect nukiId: 12088ED1
timestamp: 2018-06-23T11:21:45+00:00 type: BLE-ReceivingMsg nukiId: 12088ED1 cmdId: 000E
timestamp: 2018-06-23T11:21:45+00:00 type: SSE-KeyturnerResponse nukiId: 12088ED1 bytes: 189
timestamp: 2018-06-23T11:21:45+00:00 type: BLE-ReceivingSSE bytes: 55 auth: 00000101
timestamp: 2018-06-23T11:21:45+00:00 type: SSE-KeyturnerResponse nukiId: 12088ED1 bytes: 209
timestamp: 2018-06-23T11:21:45+00:00 type: BLE-ReceivingSSE bytes: 72 auth: 00000101
timestamp: 2018-06-23T11:21:40+00:00 type: SSE-KeyturnerResponse nukiId: 12088ED1 bytes: 209
timestamp: 2018-06-23T11:21:40+00:00 type: BLE-ReceivingSSE bytes: 72 auth: 00000101
timestamp: 2018-06-23T11:21:40+00:00 type: SSE-KeyturnerResponse nukiId: 12088ED1 bytes: 189
timestamp: 2018-06-23T11:21:40+00:00 type: BLE-ReceivingSSE bytes: 55 auth: 00000101
timestamp: 2018-06-23T11:21:40+00:00 type: BLE-SendingSSE bytes: 92 auth: 00000101
timestamp: 2018-06-23T11:21:40+00:00 type: BLE-Connect handles: ARRAY(0x704b5d8)
timestamp: 2018-06-23T11:21:40+00:00 type: BLE-Connected nukiId: 12088ED1
timestamp: 2018-06-23T11:21:40+00:00 type: BLE-Connect macAddr: 54D272088ED1
timestamp: 2018-06-23T11:21:40+00:00 type: BLE-Connect nukiId: 12088ED1
timestamp: 2018-06-23T11:21:40+00:00 type: SSE-KeyturnerRequest nukiId: 12088ED1 bytes: 92
timestamp: 2018-06-23T11:21:40+00:00 type: HTTP-PostFailed urlId: 0
timestamp: 2018-06-23T11:21:39+00:00 type: BLE-Disconnected nukiId: 12088ED1
timestamp: 2018-06-23T11:21:39+00:00 type: BLE-Disconnect nukiId: 12088ED1
timestamp: 2018-06-23T11:21:39+00:00 type: BLE-ReceivingMsg nukiId: 12088ED1 cmdId: 000E
timestamp: 2018-06-23T11:21:39+00:00 type: SSE-KeyturnerResponse nukiId: 12088ED1 bytes: 229
timestamp: 2018-06-23T11:21:39+00:00 type: BLE-ReceivingSSE bytes: 86 auth: 00000101
timestamp: 2018-06-23T11:21:39+00:00 type: BLE-SendingSSE bytes: 56 auth: 00000101
timestamp: 2018-06-23T11:21:39+00:00 type: BLE-Connect handles: ARRAY(0x701c310)
timestamp: 2018-06-23T11:21:39+00:00 type: BLE-Connected nukiId: 12088ED1
timestamp: 2018-06-23T11:21:38+00:00 type: BLE-Connect macAddr: 54D272088ED1
timestamp: 2018-06-23T11:21:38+00:00 type: BLE-Connect nukiId: 12088ED1
timestamp: 2018-06-23T11:21:37+00:00 type: BLE-Retry nukiId: 12088ED1 count: 1
timestamp: 2018-06-23T11:21:37+00:00 type: BLE-Disconnected nukiId: 12088ED1
timestamp: 2018-06-23T11:21:37+00:00 type: BLE-Disconnect nukiId: 12088ED1
timestamp: 2018-06-23T11:21:37+00:00 type: BLE-SendingSSE bytes: 56 auth: 00000101
timestamp: 2018-06-23T11:21:37+00:00 type: BLE-ReceivingMsg nukiId: 12088ED1 cmdId: 000E
timestamp: 2018-06-23T11:21:37+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-06-23T11:21:37+00:00 type: SSE-KeyturnerResponse nukiId: 12088ED1 bytes: 188
timestamp: 2018-06-23T11:21:37+00:00 type: BLE-ReceivingSSE bytes: 55 auth: 00000103
timestamp: 2018-06-23T11:21:37+00:00 type: WLAN-SocketDisconnected connection: 3
timestamp: 2018-06-23T11:21:36+00:00 type: SSE-KeyturnerRequest nukiId: 12088ED1 bytes: 56
timestamp: 2018-06-23T11:21:35+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-06-23T11:21:35+00:00 type: SSE-KeyturnerResponse nukiId: 12088ED1 bytes: 256
timestamp: 2018-06-23T11:21:35+00:00 type: BLE-ReceivingSSE bytes: 106 auth: 00000103
timestamp: 2018-06-23T11:21:34+00:00 type: BLE-SendingSSE bytes: 96 auth: 00000103
timestamp: 2018-06-23T11:21:34+00:00 type: BLE-Connect handles: ARRAY(0x6dcd678)
timestamp: 2018-06-23T11:21:34+00:00 type: BLE-Connected nukiId: 12088ED1
timestamp: 2018-06-23T11:21:34+00:00 type: BLE-Connect macAddr: 54D272088ED1
timestamp: 2018-06-23T11:21:34+00:00 type: BLE-Connect nukiId: 12088ED1
timestamp: 2018-06-23T11:21:34+00:00 type: SSE-KeyturnerRequest nukiId: 12088ED1 bytes: 96

und das wenn ich über FHEM zu und wieder auf schließe:

timestamp: 2018-06-23T11:25:31+00:00 type: HTTP-Log
timestamp: 2018-06-23T11:25:31+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-06-23T11:25:24+00:00 type: HTTP-PostFailed urlId: 0
timestamp: 2018-06-23T11:25:23+00:00 type: BLE-Disconnected nukiId: 12088ED1
timestamp: 2018-06-23T11:25:23+00:00 type: BLE-Disconnect nukiId: 12088ED1
timestamp: 2018-06-23T11:25:23+00:00 type: BLE-ReceivingMsg nukiId: 12088ED1 cmdId: 000E
timestamp: 2018-06-23T11:25:23+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-06-23T11:25:23+00:00 type: SSE-KeyturnerResponse nukiId: 12088ED1 bytes: 188
timestamp: 2018-06-23T11:25:23+00:00 type: BLE-ReceivingSSE bytes: 55 auth: 00000103
timestamp: 2018-06-23T11:25:23+00:00 type: WLAN-SocketDisconnected connection: 3
timestamp: 2018-06-23T11:25:22+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-06-23T11:25:20+00:00 type: SSE-KeyturnerResponse nukiId: 12088ED1 bytes: 256
timestamp: 2018-06-23T11:25:20+00:00 type: BLE-ReceivingSSE bytes: 106 auth: 00000103
timestamp: 2018-06-23T11:25:20+00:00 type: BLE-SendingSSE bytes: 96 auth: 00000103
timestamp: 2018-06-23T11:25:20+00:00 type: BLE-Connect handles: ARRAY(0x6ffdee8)
timestamp: 2018-06-23T11:25:20+00:00 type: BLE-Connected nukiId: 12088ED1
timestamp: 2018-06-23T11:25:20+00:00 type: BLE-Connect macAddr: 54D272088ED1
timestamp: 2018-06-23T11:25:20+00:00 type: BLE-Connect nukiId: 12088ED1
timestamp: 2018-06-23T11:25:20+00:00 type: SSE-KeyturnerRequest nukiId: 12088ED1 bytes: 96
timestamp: 2018-06-23T11:25:19+00:00 type: BLE-Disconnected nukiId: 12088ED1
timestamp: 2018-06-23T11:25:19+00:00 type: BLE-Disconnect nukiId: 12088ED1
timestamp: 2018-06-23T11:25:19+00:00 type: BLE-ReceivingMsg nukiId: 12088ED1 cmdId: 000E
timestamp: 2018-06-23T11:25:19+00:00 type: SSE-KeyturnerResponse nukiId: 12088ED1 bytes: 228
timestamp: 2018-06-23T11:25:19+00:00 type: BLE-ReceivingSSE bytes: 86 auth: 00000103
timestamp: 2018-06-23T11:25:19+00:00 type: BLE-SendingSSE bytes: 56 auth: 00000103
timestamp: 2018-06-23T11:25:19+00:00 type: BLE-Connect handles: ARRAY(0x701c790)
timestamp: 2018-06-23T11:25:19+00:00 type: BLE-Connected nukiId: 12088ED1
timestamp: 2018-06-23T11:25:19+00:00 type: BLE-Connect macAddr: 54D272088ED1
timestamp: 2018-06-23T11:25:19+00:00 type: BLE-Connect nukiId: 12088ED1
timestamp: 2018-06-23T11:25:19+00:00 type: SSE-KeyturnerRequest nukiId: 12088ED1 bytes: 56
timestamp: 2018-06-23T11:25:18+00:00 type: BLE-Disconnected nukiId: 12088ED1
timestamp: 2018-06-23T11:25:18+00:00 type: BLE-Disconnect nukiId: 12088ED1
timestamp: 2018-06-23T11:25:18+00:00 type: BLE-ReceivingMsg nukiId: 12088ED1 cmdId: 000E
timestamp: 2018-06-23T11:25:18+00:00 type: SSE-KeyturnerResponse nukiId: 12088ED1 bytes: 208
timestamp: 2018-06-23T11:25:18+00:00 type: BLE-ReceivingSSE bytes: 72 auth: 00000103
timestamp: 2018-06-23T11:25:18+00:00 type: BLE-SendingSSE bytes: 56 auth: 00000103
timestamp: 2018-06-23T11:25:18+00:00 type: BLE-Connect handles: ARRAY(0x701c2e0)
timestamp: 2018-06-23T11:25:18+00:00 type: BLE-Connected nukiId: 12088ED1
timestamp: 2018-06-23T11:25:18+00:00 type: BLE-Connect macAddr: 54D272088ED1
timestamp: 2018-06-23T11:25:18+00:00 type: BLE-Connect nukiId: 12088ED1
timestamp: 2018-06-23T11:25:18+00:00 type: SSE-KeyturnerRequest nukiId: 12088ED1 bytes: 56
timestamp: 2018-06-23T11:25:18+00:00 type: SSE-KeyturnerEventResp nukiId: 12088ED1
timestamp: 2018-06-23T11:25:17+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-06-23T11:25:13+00:00 type: HTTP-PostStart
timestamp: 2018-06-23T11:25:13+00:00 type: BLE-Disconnected nukiId: 12088ED1
timestamp: 2018-06-23T11:25:13+00:00 type: BLE-Disconnect nukiId: 12088ED1
timestamp: 2018-06-23T11:25:13+00:00 type: SSE-KeyturnerEventReq nukiId: 12088ED1
timestamp: 2018-06-23T11:25:13+00:00 type: BLE-ReceivingMsg nukiId: 12088ED1 cmdId: 000C
timestamp: 2018-06-23T11:25:12+00:00 type: BLE-SendingMsg nukiId: 12088ED1 cmdId: 0001
timestamp: 2018-06-23T11:25:12+00:00 type: BLE-Connect handles: ARRAY(0x6ebdf68)
timestamp: 2018-06-23T11:25:12+00:00 type: BLE-Connected nukiId: 12088ED1
timestamp: 2018-06-23T11:25:12+00:00 type: BLE-Connect macAddr: 54D272088ED1
timestamp: 2018-06-23T11:25:12+00:00 type: BLE-Connect nukiId: 12088ED1
timestamp: 2018-06-23T11:25:12+00:00 type: BLE-StatusUpdate nukiId: 12088ED1
timestamp: 2018-06-23T11:25:12+00:00 type: BLE-Disconnected nukiId: 12088ED1
timestamp: 2018-06-23T11:25:06+00:00 type: BLE-Disconnect nukiId: 12088ED1
timestamp: 2018-06-23T11:25:05+00:00 type: BLE-ReceivingMsg nukiId: 12088ED1 cmdId: 000E
timestamp: 2018-06-23T11:25:04+00:00 type: BLE-ReceivingMsg nukiId: 12088ED1 cmdId: 000C
timestamp: 2018-06-23T11:25:01+00:00 type: BLE-ReceivingMsg nukiId: 12088ED1 cmdId: 000C
timestamp: 2018-06-23T11:24:57+00:00 type: BLE-ReceivingMsg nukiId: 12088ED1 cmdId: 000C
timestamp: 2018-06-23T11:24:56+00:00 type: BLE-ReceivingMsg nukiId: 12088ED1 cmdId: 000E
timestamp: 2018-06-23T11:24:56+00:00 type: BLE-SendingMsg nukiId: 12088ED1 cmdId: 000D
timestamp: 2018-06-23T11:24:56+00:00 type: BLE-ReceivingMsg nukiId: 12088ED1 cmdId: 0004
timestamp: 2018-06-23T11:24:55+00:00 type: BLE-SendingMsg nukiId: 12088ED1 cmdId: 0001
timestamp: 2018-06-23T11:24:55+00:00 type: BLE-Connect handles: ARRAY(0x706cde8)
timestamp: 2018-06-23T11:24:55+00:00 type: BLE-Connected nukiId: 12088ED1
timestamp: 2018-06-23T11:24:55+00:00 type: BLE-Connect macAddr: 54D272088ED1
timestamp: 2018-06-23T11:24:55+00:00 type: BLE-Connect nukiId: 12088ED1
timestamp: 2018-06-23T11:24:55+00:00 type: HTTP-LockAction nukiId: 12088ED1
timestamp: 2018-06-23T11:24:55+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-06-23T11:24:44+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-06-23T11:24:44+00:00 type: HTTP-Info
timestamp: 2018-06-23T11:24:44+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-06-23T11:24:37+00:00 type: HTTP-PostFailed urlId: 0
timestamp: 2018-06-23T11:24:36+00:00 type: BLE-Disconnected nukiId: 12088ED1
timestamp: 2018-06-23T11:24:36+00:00 type: BLE-Disconnect nukiId: 12088ED1
timestamp: 2018-06-23T11:24:36+00:00 type: BLE-ReceivingMsg nukiId: 12088ED1 cmdId: 000E
timestamp: 2018-06-23T11:24:36+00:00 type: SSE-KeyturnerResponse nukiId: 12088ED1 bytes: 188
timestamp: 2018-06-23T11:24:36+00:00 type: BLE-ReceivingSSE bytes: 55 auth: 00000103
timestamp: 2018-06-23T11:24:36+00:00 type: SSE-KeyturnerResponse nukiId: 12088ED1 bytes: 256
timestamp: 2018-06-23T11:24:36+00:00 type: BLE-ReceivingSSE bytes: 106 auth: 00000103
timestamp: 2018-06-23T11:24:36+00:00 type: BLE-SendingSSE bytes: 96 auth: 00000103
timestamp: 2018-06-23T11:24:36+00:00 type: BLE-Connect handles: ARRAY(0x7076fb8)
timestamp: 2018-06-23T11:24:36+00:00 type: BLE-Connected nukiId: 12088ED1
timestamp: 2018-06-23T11:24:36+00:00 type: BLE-Connect macAddr: 54D272088ED1
timestamp: 2018-06-23T11:24:36+00:00 type: BLE-Connect nukiId: 12088ED1
timestamp: 2018-06-23T11:24:36+00:00 type: SSE-KeyturnerRequest nukiId: 12088ED1 bytes: 96
timestamp: 2018-06-23T11:24:35+00:00 type: BLE-Disconnected nukiId: 12088ED1
timestamp: 2018-06-23T11:24:35+00:00 type: BLE-Disconnect nukiId: 12088ED1
timestamp: 2018-06-23T11:24:35+00:00 type: BLE-ReceivingMsg nukiId: 12088ED1 cmdId: 000E
timestamp: 2018-06-23T11:24:35+00:00 type: WLAN-SocketDisconnected connection: 3
timestamp: 2018-06-23T11:24:32+00:00 type: SSE-KeyturnerResponse nukiId: 12088ED1 bytes: 228
timestamp: 2018-06-23T11:24:32+00:00 type: BLE-ReceivingSSE bytes: 86 auth: 00000103
timestamp: 2018-06-23T11:24:32+00:00 type: BLE-SendingSSE bytes: 56 auth: 00000103
timestamp: 2018-06-23T11:24:32+00:00 type: BLE-Connect handles: ARRAY(0x7077438)
timestamp: 2018-06-23T11:24:32+00:00 type: BLE-Connected nukiId: 12088ED1
timestamp: 2018-06-23T11:24:32+00:00 type: BLE-Connect macAddr: 54D272088ED1
timestamp: 2018-06-23T11:24:32+00:00 type: BLE-Connect nukiId: 12088ED1
timestamp: 2018-06-23T11:24:32+00:00 type: SSE-KeyturnerRequest nukiId: 12088ED1 bytes: 56
timestamp: 2018-06-23T11:24:31+00:00 type: BLE-Disconnected nukiId: 12088ED1


EDIT: Wobei ich grade auch nur sporadisch die Rückmeldung zu FHEM bekomme wenn ich mit FHEM schalte.
und das taucht im FHEM Log auf:
2018.06.23 13:27:35 3: NUKIBridge (NUKI_Bridge) - invalid json detected: HTTP 503 Unavailable
2018.06.23 13:28:45 3: NUKIBridge (NUKI_Bridge) - invalid json detected: HTTP 503 Unavailable



Marvin
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 23 Juni 2018, 14:58:28
HTTP-PostFailed       urlId:    0

Scheint wohl Probleme zu geben. Kannst du bei deiner allowed Instanz bitte das allowed from Attribut löschen. Zum testen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Marvin am 23 Juni 2018, 18:01:48
Habe ich gemacht, aber leider das gleiche Verhalten.
Die RSSI die angegeben werden, ist das die Verbindung zwischen Schloss und Bridge oder das WLAN von Bridge zum Router?
Nicht das auf Grund einer schlechten WLAN Verbindung das bei mir nicht richtig ankommt. Oder kann man das ausschließen?

Marvin
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 23 Juni 2018, 18:05:12
Das ist zwischen Bridge und Schloß. Das passt schon. Was sagt das Bridge Log?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Marvin am 24 Juni 2018, 08:57:05
Morgen,

Ich bekomme auch weiterhin im Bridge Log den HTTP Fehler

HTTP-PostFailed       urlId:    0

Wenn ich das also richtig verstehe versucht die Bridge den Status zu Pushen, bekommt aber eine Fehlermeldung das FHEM das nicht quittiert bzw. nichts empfängt.
Somit bekomme ich natürlich auch keinen richtigen Status in FHEM angezeigt.

Komischerweise ist der Fehler auch im Log zu sehen wenn ich über FHEM den Zustand ändere und trotzdem bekomme ich den richtigen Zustand angezeigt.

Gruß Marvin
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 24 Juni 2018, 09:40:07
Das muss ich versuchen bei mir nach zu stellen. Also mit deinen Einstellungen. Dauert bisschen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Marvin am 24 Juni 2018, 11:27:29
Hallo CoolTux,

du kannst es glaube ich sein lassen, mit dem Testaufbau, habe das Problem gefunden.

Mein Server hat sowohl eine Ethernet als auch eine WLAN Verbindung, anscheinend stört das irgendwie. Wenn ich nur die WLAN Verbindung aktiv habe funktioniert es.
Sobald ich das Netzwerkkabel wieder einstecke klappt es nicht mehr. Hast du vielleicht eine Ahnung wie ich das beheben kann?
Die Ethernet Verbindung nutze ich für meine Plex Server, beide Verbindungen haben unterschiedliche IP Adressen.

EDIT:Wenn ich FQDN eintrage Funktioniert es auch nicht. FHEM ist auf beiden IP´s erreichbar, periodisiert da etwas die Ethernet Verbindung?
Habe jetzt die CallBack URL mal auf die Ethernet IP gestellt und dort klappt es.

Marvin
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 24 Juni 2018, 13:58:02
Auf welcher der beiden Verbindungen liegt der Default Gateway?
Eigentlich sollte das zwar egal sein, hatte aber schon Vorkommnisse wo das ein Grund war
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Marvin am 24 Juni 2018, 15:26:35
Bei beiden Verbindungen ist mein Router als Gateway eingetragen, da kommt es dann bestimmt auf die Metrik an.
Ich habe jetzt einfach die WLAN Verbindung abgestellt und lasse alles über eine IP über Ethernet laufen, ist eh stabiler und schneller.

Ich danke dir vielmals für deine Bemühungen und für das tolle Modul.

Gruß Marvin
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 24 Juni 2018, 15:37:47
Das ist definitiv falsch. Ein Standard Gateway kann immer nur über ein Device gehen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: moloko am 08 Juli 2018, 16:05:35
Hi,

vorab erstmal herzlichen Dank an den tollen Input mit dem auch ich es geschafft habe, das Nuki inkl. Callback einzurichten (ein wenig mehr Info im Startpost wäre aber prima).

Keine Ahnung, ob es eine gute Idee ist, diese Frage auch noch an den Monsterpoat zu hängen, aber...

Was muss man denn konfiguriren, um im Floorplan ein Commands Popup mit lock/unlock usw. zu erhalten?
Aktuell erscheint lediglich Text und Status.

Danke für Tipps!
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: RitterSport am 25 Juli 2018, 22:40:02
Hallo,
ich habe schon einiges gesucht aber nicht das richtige gefunden.

Nuki lief bei mir mind. ein Jahr lang problemlos.
Seit ein paar Wochen habe ich das Problem das der Staus des NukiDevice in Fhem nach einer gewissen Zeit nicht aktualisiert wird.
Habe das Device auch neu angelegt, dann läuft es einige Zeit.

Irgendwann stimmt der Status nicht mehr, und das Nicht-Ändern passt mit dem Eintrag Webhook last zusammen. Manchmal funktioniert es dann von alleine wieder.

In der Zwischenzeit bekomme ich in der Bridge manchmal den Fehler : empty answer received

bridgeType Hardware 2018-07-25 22:36:15
currentTime 2018-07-25T20:36:14+00:00 2018-07-25 22:36:15
firmwareVersion 1.10.1 2018-07-25 22:36:15
hardwareId 114621249 2018-07-25 22:36:15
lastError http://192.168.0.19:8080/info?token=XXX: empty answer received 2018-07-25 22:21:50
serverConnected 1 2018-07-25 22:36:15
serverId XXXX 2018-07-25 22:36:15
state connected 2018-07-25 22:36:14
uptime 7457 2018-07-25 22:36:15
wifiFirmwareVersion 1.1.0 2018-07-25 22:36:15


Laut App habe ich zu den Zeiten jeweils eine Verbindung über den Server zur Bridge
Eine Idee wo ich ansetzen kann?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 26 Juli 2018, 08:30:36
Zitat von: RitterSport am 25 Juli 2018, 22:40:02
Hallo,
ich habe schon einiges gesucht aber nicht das richtige gefunden.

Nuki lief bei mir mind. ein Jahr lang problemlos.
Seit ein paar Wochen habe ich das Problem das der Staus des NukiDevice in Fhem nach einer gewissen Zeit nicht aktualisiert wird.
Habe das Device auch neu angelegt, dann läuft es einige Zeit.

Irgendwann stimmt der Status nicht mehr, und das Nicht-Ändern passt mit dem Eintrag Webhook last zusammen. Manchmal funktioniert es dann von alleine wieder.

In der Zwischenzeit bekomme ich in der Bridge manchmal den Fehler : empty answer received

bridgeType Hardware 2018-07-25 22:36:15
currentTime 2018-07-25T20:36:14+00:00 2018-07-25 22:36:15
firmwareVersion 1.10.1 2018-07-25 22:36:15
hardwareId 114621249 2018-07-25 22:36:15
lastError http://192.168.0.19:8080/info?token=XXX: empty answer received 2018-07-25 22:21:50
serverConnected 1 2018-07-25 22:36:15
serverId XXXX 2018-07-25 22:36:15
state connected 2018-07-25 22:36:14
uptime 7457 2018-07-25 22:36:15
wifiFirmwareVersion 1.1.0 2018-07-25 22:36:15


Laut App habe ich zu den Zeiten jeweils eine Verbindung über den Server zur Bridge
Eine Idee wo ich ansetzen kann?

Kannst Du bitte einmal zeigen was zu der Zeit im Bridge Log steht. Also wirklich das Log in der Bridge. Nicht FHEM.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: RitterSport am 31 Juli 2018, 10:37:25
Leider noch kein Log aus der Bridge vorhanden, weil ich irgendwann mal Verbose 0 gesetzt hatte.
Sobald ich ein Log habe, poste ich ihn.

Bei dem Bild unten erkennt man, das ab dem Vorabend die Aktualisierung per Webhook nicht erfolgte.

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 31 Juli 2018, 11:45:14
Zitat von: RitterSport am 31 Juli 2018, 10:37:25
Leider noch kein Log aus der Bridge vorhanden, weil ich irgendwann mal Verbose 0 gesetzt hatte.
Sobald ich ein Log habe, poste ich ihn.

Bei dem Bild unten erkennt man, das ab dem Vorabend die Aktualisierung per Webhook nicht erfolgte.

Das hat mit verbose nichts zu tun. Ich meine tatsächlich das Log der Hardwarebridge in der Hardwarebridge
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: RitterSport am 31 Juli 2018, 13:31:09
Da muss ich dumm fragen:
Du meinst den Log den ich auslesen kann über fhem?
Siehe Beispiel unten?

timestamp: 2018-07-31T11:21:22+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-07-31T11:21:21+00:00 type: HTTP-Info
timestamp: 2018-07-31T11:21:21+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-07-31T11:21:04+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-07-31T11:21:04+00:00 type: HTTP-Info
timestamp: 2018-07-31T11:21:04+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-07-31T11:20:38+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-07-31T11:20:38+00:00 type: HTTP-Info
timestamp: 2018-07-31T11:20:38+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-07-31T11:20:09+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-07-31T11:20:09+00:00 type: HTTP-Info
timestamp: 2018-07-31T11:20:09+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-07-31T11:19:50+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-07-31T11:19:50+00:00 type: HTTP-Info
timestamp: 2018-07-31T11:19:50+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-07-31T11:19:21+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-07-31T11:19:21+00:00 type: HTTP-Info
timestamp: 2018-07-31T11:19:21+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-07-31T11:19:07+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-07-31T11:19:06+00:00 type: HTTP-Info
timestamp: 2018-07-31T11:19:06+00:00 type: WLAN-SocketConnected connection: 0


In dem Log sind nur die letzten 20 Minuten und dann auch noch jeweils -2 Std.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 31 Juli 2018, 13:41:12
Zitat von: RitterSport am 31 Juli 2018, 13:31:09
Da muss ich dumm fragen:
Du meinst den Log den ich auslesen kann über fhem?
Siehe Beispiel unten?

timestamp: 2018-07-31T11:21:22+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-07-31T11:21:21+00:00 type: HTTP-Info
timestamp: 2018-07-31T11:21:21+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-07-31T11:21:04+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-07-31T11:21:04+00:00 type: HTTP-Info
timestamp: 2018-07-31T11:21:04+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-07-31T11:20:38+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-07-31T11:20:38+00:00 type: HTTP-Info
timestamp: 2018-07-31T11:20:38+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-07-31T11:20:09+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-07-31T11:20:09+00:00 type: HTTP-Info
timestamp: 2018-07-31T11:20:09+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-07-31T11:19:50+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-07-31T11:19:50+00:00 type: HTTP-Info
timestamp: 2018-07-31T11:19:50+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-07-31T11:19:21+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-07-31T11:19:21+00:00 type: HTTP-Info
timestamp: 2018-07-31T11:19:21+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-07-31T11:19:07+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-07-31T11:19:06+00:00 type: HTTP-Info
timestamp: 2018-07-31T11:19:06+00:00 type: WLAN-SocketConnected connection: 0


In dem Log sind nur die letzten 20 Minuten und dann auch noch jeweils -2 Std.

Ja genau der. Zur Not kann man natürlich auch mit der App das Log lesen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: RitterSport am 31 Juli 2018, 15:00:58
Danke schonmal. Sobald es wieder Auftritt werde ich den passenden Log posten.

Ich habe 2 WebInstanzen, 8083 zum "Arbeiten" und 8086 "Wandtablett" als Anzeige.
Kann er damit durcheinander kommen?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 31 Juli 2018, 19:15:26
Zitat von: RitterSport am 31 Juli 2018, 15:00:58
Danke schonmal. Sobald es wieder Auftritt werde ich den passenden Log posten.

Ich habe 2 WebInstanzen, 8083 zum "Arbeiten" und 8086 "Wandtablett" als Anzeige.
Kann er damit durcheinander kommen?

Ja. Bitte immer nur eine einstellen. Die Bridge kann zwar mehrere aber das Modul nicht.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: RitterSport am 31 Juli 2018, 21:43:40
So, seit 15:01 keine Aktualisierung.
Um 21:36 habe ich versucht Nuki über fhem zu öffnen, und bekomme die Fehlermeldung im Reading.
Den Log von den Bridge füge ich ein, werde aber nicht schlau daraus.

timestamp: 2018-07-31T19:36:27+00:00 type: HTTP-Log
timestamp: 2018-07-31T19:36:27+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-07-31T19:36:19+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-07-31T19:36:19+00:00 type: HTTP-Info
timestamp: 2018-07-31T19:36:19+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-07-31T19:36:17+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-07-31T19:36:17+00:00 type: BLE-ConnectTimeout nukiId: XXXXXXX
timestamp: 2018-07-31T19:36:11+00:00 type: BLE-Connect macAddr: XXXXXXX
timestamp: 2018-07-31T19:36:11+00:00 type: BLE-Connect nukiId: XXXXXXX
timestamp: 2018-07-31T19:36:11+00:00 type: HTTP-LockState nukiId: XXXXXXX
timestamp: 2018-07-31T19:36:11+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-07-31T19:36:10+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-07-31T19:36:10+00:00 type: BLE-ConnectTimeout nukiId: XXXXXXX
timestamp: 2018-07-31T19:36:04+00:00 type: BLE-Connect macAddr: XXXXXXX
timestamp: 2018-07-31T19:36:04+00:00 type: BLE-Connect nukiId: XXXXXXX
timestamp: 2018-07-31T19:36:04+00:00 type: HTTP-LockAction nukiId: XXXXXXX
timestamp: 2018-07-31T19:36:04+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-07-31T19:35:58+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-07-31T19:35:58+00:00 type: HTTP-Info
timestamp: 2018-07-31T19:35:58+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-07-31T19:35:41+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-07-31T19:35:41+00:00 type: HTTP-Info
timestamp: 2018-07-31T19:35:41+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-07-31T19:35:24+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-07-31T19:35:24+00:00 type: HTTP-Info
timestamp: 2018-07-31T19:35:23+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-07-31T19:35:02+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-07-31T19:35:01+00:00 type: HTTP-Info
timestamp: 2018-07-31T19:35:01+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-07-31T19:34:32+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-07-31T19:34:32+00:00 type: HTTP-Info
timestamp: 2018-07-31T19:34:32+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-07-31T19:34:05+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-07-31T19:34:05+00:00 type: HTTP-Info
timestamp: 2018-07-31T19:34:05+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-07-31T19:33:46+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-07-31T19:33:46+00:00 type: HTTP-Info
timestamp: 2018-07-31T19:33:46+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-07-31T19:33:21+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-07-31T19:33:21+00:00 type: HTTP-Info
timestamp: 2018-07-31T19:33:21+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-07-31T19:33:00+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-07-31T19:33:00+00:00 type: HTTP-Info
timestamp: 2018-07-31T19:33:00+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-07-31T19:32:45+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-07-31T19:32:45+00:00 type: HTTP-Info
timestamp: 2018-07-31T19:32:45+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-07-31T19:32:18+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-07-31T19:32:18+00:00 type: HTTP-Info
timestamp: 2018-07-31T19:32:18+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-07-31T19:32:12+00:00 type: BLE-Disconnected nukiId: XXXXXXX
timestamp: 2018-07-31T19:32:06+00:00 type: BLE-Disconnect nukiId: XXXXXXX
timestamp: 2018-07-31T19:32:06+00:00 type: BLE-CheckTime nukiId: XXXXXXX
timestamp: 2018-07-31T19:32:06+00:00 type: BLE-ReceivingMsg nukiId: XXXXXXX cmdId: 0015
timestamp: 2018-07-31T19:32:05+00:00 type: BLE-SendingMsg nukiId: XXXXXXX cmdId: 0014
timestamp: 2018-07-31T19:32:05+00:00 type: BLE-ReceivingMsg nukiId: XXXXXXX cmdId: 0004
timestamp: 2018-07-31T19:32:04+00:00 type: BLE-SendingMsg nukiId: XXXXXXX cmdId: 0001
timestamp: 2018-07-31T19:32:04+00:00 type: BLE-Connect handles: ARRAY(0x7447738)
timestamp: 2018-07-31T19:32:04+00:00 type: BLE-Connected nukiId: XXXXXXX
timestamp: 2018-07-31T19:32:04+00:00 type: FirmUpdateCheck fwType: wlan
timestamp: 2018-07-31T19:32:04+00:00 type: BLE-Connect macAddr: XXXXXXX
timestamp: 2018-07-31T19:32:04+00:00 type: BLE-Connect nukiId: XXXXXXX
timestamp: 2018-07-31T19:32:04+00:00 type: FirmUpdateCheck fwType: main
timestamp: 2018-07-31T19:32:04+00:00 type: SSE-PushNukisResponse error: 0
timestamp: 2018-07-31T19:32:04+00:00 type: SSE-PushNukisRequest count: 1
timestamp: 2018-07-31T19:32:01+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-07-31T19:32:01+00:00 type: HTTP-Info
timestamp: 2018-07-31T19:32:01+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-07-31T19:31:45+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-07-31T19:31:45+00:00 type: HTTP-Info
timestamp: 2018-07-31T19:31:45+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-07-31T19:31:22+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-07-31T19:31:22+00:00 type: HTTP-Info
timestamp: 2018-07-31T19:31:22+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-07-31T19:30:55+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-07-31T19:30:55+00:00 type: HTTP-Info
timestamp: 2018-07-31T19:30:55+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-07-31T19:30:26+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-07-31T19:30:26+00:00 type: HTTP-Info
timestamp: 2018-07-31T19:30:26+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-07-31T19:30:12+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-07-31T19:30:11+00:00 type: HTTP-Info
timestamp: 2018-07-31T19:30:09+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-07-31T19:29:40+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-07-31T19:29:40+00:00 type: HTTP-Info
timestamp: 2018-07-31T19:29:40+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-07-31T19:29:25+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-07-31T19:29:25+00:00 type: HTTP-Info
timestamp: 2018-07-31T19:29:25+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-07-31T19:28:59+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-07-31T19:28:59+00:00 type: HTTP-Info
timestamp: 2018-07-31T19:28:59+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-07-31T19:28:34+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-07-31T19:28:34+00:00 type: HTTP-Info
timestamp: 2018-07-31T19:28:34+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-07-31T19:28:12+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-07-31T19:28:12+00:00 type: HTTP-Info
timestamp: 2018-07-31T19:28:12+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-07-31T19:27:53+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-07-31T19:27:53+00:00 type: HTTP-Info



Ein remove callback führt bei mir zu: remove Callback failed
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 03 August 2018, 07:29:09
Erkennen kann ich leider auch nicht wirklich was.
Bekommst du beim Versuch beide callbacks zu löschen diesen Fehler?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Starbug am 15 August 2018, 11:34:02
Hallo,

gibt es in FHEM irgendwie die Möglichkeit auszulesen, wer bzw. welches Device den aktuellen/letzten Schließbefehl ausgelöst hat? Im Nuki-Protokoll steht es ja sehr schön drin.

@CoolTux: Gute Arbeit und vielen Dank für das Modul!

Viele Grüße
Björn
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Xguide am 29 September 2018, 12:03:49
Hallo zusammen,

danke für das tolle Modul.
Könnte jemand mal das Wiki/Commandref zur Einrichtung um einen Verweis zur Einrichtung des Webhooks erweitern?
Eigentlich eine einfache und verständliche Sache, habe aber etwas länger im Dunkeln getappt, warum ich den Status nicht aktualisiert bekomme.

Danke und viele Grüße,

Marcel
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 29 September 2018, 12:11:43
Zitat von: Xguide am 29 September 2018, 12:03:49
Hallo zusammen,

danke für das tolle Modul.
Könnte jemand mal das Wiki/Commandref zur Einrichtung um einen Verweis zur Einrichtung des Webhooks erweitern?
Eigentlich eine einfache und verständliche Sache, habe aber etwas länger im Dunkeln getappt, warum ich den Status nicht aktualisiert bekomme.

Danke und viele Grüße,

Marcel

Schick mir doch gerne Deine Vorstellung, dann baue ich sie in die Commandref und im Wiki ein.

Danke Dir


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Xguide am 01 Oktober 2018, 17:32:29
Dann versuche ich das doch mal....


Bsp. Ergänzung Wiki
Definition
define <name> NUKIDevice <Nuki-Id> <IODev-Device>
Beispiel:
define Haustuer NUKIDevice 1 NBridge1
Diese Anweisung erstellt ein NUKIDevice mit Namen Haustuer, der NukiId 1 sowie dem IODev Device NBridge1. Nach dem Anlegen des Devices wird automatisch der aktuelle Zustand des Smartlocks aus der Bridge gelesen.

Ergänzung:
Damit das NUKIDevice auch Statusänderungen mitbekommt, die beispielsweise aus der nativen NUKI-App oder der manuellen Betätigung des Devices herrühren, ist es notwendig die Attribute webhookFWinstance und webhookHttpHostname zu setzen.

attr Haustuer webhookFWinstance WEB (Name der FHEMWEB Instanz)
attr Haustuer webhookHttpHostname 192.168.0.1 (IP/FQDN vom FHEM Server)


Zum Überprüfen kann die Funktion
get NUKIBridge callbackList
aufgerufen werden. Es sollte nur ein Callback eingetragen sein, der in dieser Form hinterlegt sein sollte.

0 http://192.168.0.1:8083/fhem/NUKIDevice-123456789


--> Engl.

To ensure NUKIDevice is updating the status messages trigger by NUKI-App or manual operation correctly, it is essential to set the following attributes:

attr Haustuer webhookFWinstance WEB (Name of the FHEMWEB instance)
attr Haustuer webhookHttpHostname 192.168.0.1 (IP/FQDN of the FHEM server)


To double check if the settings were accepted:
get NUKIBridge callbackList
The result should look like this one:

0 http://192.168.0.1:8083/fhem/NUKIDevice-123456789
      
It is important that only one line is existent, because this module can only interpret one, even if NUKI can handle three callbacks.


Zitat von: CoolTux am 29 September 2018, 12:11:43
Schick mir doch gerne Deine Vorstellung, dann baue ich sie in die Commandref und im Wiki ein.

Danke Dir


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 16 Oktober 2018, 13:45:47
Nur mal so als Info:

https://nuki.io/de/blog-de/nuki-smart-lock-mit-apple-homekit/ (https://nuki.io/de/blog-de/nuki-smart-lock-mit-apple-homekit/)

Hoffe mal es lässt sich genauso in FHEM integriern ohne dass etwas überarbeitet werden muss.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: markukug am 16 Oktober 2018, 13:51:05
Vielleicht sogar direkt mit zigbee ohne Nuki Bridge. Bin schon gespannt. Es wird auch ein Angebot für Käufer der V1 Smartlocks geben.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 16 Oktober 2018, 14:02:14
Vielleicht endlich auch mal ein Grund die Module komplett neu zu überarbeiten. Vor habe ich es ja schon so lange  :-[
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: markukug am 16 Oktober 2018, 14:07:33
Das wäre natürlich super. Auch die Funktion mit dem Türsensor (offen/geschlossen) klingt spannend.

Ein paypal € 10er von mir ist Dir sicher.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: oli82 am 16 Oktober 2018, 14:08:18
ZitatDu bist stolzer Besitzer der ersten Generation und möchtest von den neuen Features profitieren?
Dann solltest du dir unser Austausch-Programm genauer anschauen. Mit diesem Programm tauscht du deine alte Version des Nuki Smart Locks gegen die neue Version und profitierst von einer gesteigerten Geschwindigkeit, HomeKit-Unterstützung, ZigBee und dem nagelneuen Türsensor. Weitere Details folgen zum Verkaufsstart im November.

Hört sich ja interessant an
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 16 Oktober 2018, 14:12:04
Zitat von: markukug am 16 Oktober 2018, 14:07:33

Ein paypal € 10er von mir ist Dir sicher.

Da bin ich natürlich auch wieder dabei ;-)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 16 Oktober 2018, 14:22:02
Ist jetzt nur das Smartlock neu oder auch die Bridge? Weiß as einer.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 16 Oktober 2018, 14:26:56
Nur das Smartlock (zumindest laut Ankündigung)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Mikka am 16 Oktober 2018, 14:36:56
Zitat von: CoolTux am 16 Oktober 2018, 14:22:02
Ist jetzt nur das Smartlock neu oder auch die Bridge? Weiß as einer.

Laut Tel.-Support ist die Bridge mit dem neuem Smartlock kompatibel. Nur das Smartlock wird ausgetauscht. Die Fobs bleiben auch kompatibel :-)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 16 Oktober 2018, 14:45:52
Zitat von: Cobra am 16 Oktober 2018, 14:12:04
Da bin ich natürlich auch wieder dabei ;-)

Und promt kam Geld bei mir an. Vielen lieben Dank Cobra für die 20 Euro. Werden selbstverständlich gleich zurpck gelegt für das neue Nuki.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 16 Oktober 2018, 15:09:44
Ah mit dem Austauschorogramm v1 zu v2 klingt interessant. Mal sehen wieviel man gutgeschrieben bekommt.

Paypal für dich mach ich dann auch wieder. :)

Gesendet von meinem ONEPLUS A3003 mit Tapatalk

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: marvin78 am 18 Oktober 2018, 07:08:59
Zitat von: CoolTux am 16 Oktober 2018, 14:22:02
Ist jetzt nur das Smartlock neu oder auch die Bridge? Weiß as einer.

Aufgrund der ZigBee Integration wird die Bridge ggf. nicht mehr unbedingt benötigt.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 06 November 2018, 12:00:16
Upgrade-Programm ist jetzt Online, als Bestandskunde spart man sich 100€.

Hab es gleich mal bestellt :-D

https://nuki.io/de/upgrade/ (https://nuki.io/de/upgrade/)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 06 November 2018, 12:40:18
Sieht gut aus. Aktuell würde ich es aber noch nicht kaufen können.
Bisher sind 40 Euro an Spenden eingegangen.


Cobra 40 Euro
markukug 40 Euro


Vielen Dank Euch beiden.
Das Set würde mit dem Upgrade Programm 199 Euro kosten. Ich selbst würde zwischen 50 und 70 Euro investieren. Alles andere müsste denn wenn über Spenden rein kommen.

Es ist kein Muss, wenn das Geld nicht zusammen kommt dann ist es eben so. Die Entwicklung ist ja dadurch nicht behindert. Aktuell gibt es keine 2.0 only Features meines Wissens.



Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 06 November 2018, 13:22:28
Du rechnest da etwas falsch.
Du brauchst ja nur das Schloss und das kostet 229€. Wenn du das alte Schloss zurück gibst bekommst du 100€ Gutschrift. Also kostet es dich nur 129€ ;-)

Die Bridge brauchst du ja nicht zurückschicken, die ist identisch und kann weiter verwendet werden.

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 06 November 2018, 13:41:17
Zitat von: Cobra am 06 November 2018, 13:22:28
Du rechnest da etwas falsch.
Du brauchst ja nur das Schloss und das kostet 229€. Wenn du das alte Schloss zurück gibst bekommst du 100€ Gutschrift. Also kostet es dich nur 129€ ;-)

Die Bridge brauchst du ja nicht zurückschicken, die ist identisch und kann weiter verwendet werden.

Ah, ok. Und wieso bieten die das Set dann für das Upgrade an? Verstehe ich nicht. Wäre aber natürlich cool wenn ich in der Tat nur das Schloß brauche.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 06 November 2018, 13:53:22
Das hat mich auch verwundert, daher habe ich bei Nuki angerufen.
Die Dame meinte das würde nur Sinn machen wenn zB. die alte Bridge defekt ist.

Stand heute ist es die gleiche Bridge die du/ich jetzt auch haben.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 06 November 2018, 13:56:30
Zitat von: Cobra am 06 November 2018, 13:53:22
Das hat mich auch verwundert, daher habe ich bei Nuki angerufen.
Die Dame meinte das würde nur Sinn machen wenn zB. die alte Bridge defekt ist.

Stand heute ist es die gleiche Bridge die du/ich jetzt auch haben.

Das klingt doch super. Dann ist der Preis ja nicht mehr ganz so böse.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 06 November 2018, 13:58:48
ZitatCobra 40 Euro
markukug 40 Euro
fred_feuerstein 25 EUR

Also 105 EUR. ;)

Musst demnach nicht mehr viel drauflegen :)

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 06 November 2018, 14:00:31
ich könnte mir nur vorstellen, dass man für ein gebrauchtes NUKI bei ebay mehr bekommt, als 100 EUR ...
Deswegen bin ich noch am überlegen was ich mache.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Starbug am 06 November 2018, 14:01:14
Wenn das neue Nuki 2.0 nun Bluetooth 5.0 spricht, dann wäre es aber sinnvoll, wenn die Bridge dies auch könnte.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 06 November 2018, 14:07:30
Zitat von: fred_feuerstein am 06 November 2018, 13:58:48
Also 105 EUR. ;)

Musst demnach nicht mehr viel drauflegen :)


Cobra                  40 Euro
markukug           40 Euro
Starbug               10 Euro
fred_feuerstein  25 Euro
Bjoern                 10 Euro
wolfram               15 Euro
Enno                    25 Euro
-----------------------------------
Summe:            165 Euro


Danke an alle bisherigen Spender
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 06 November 2018, 14:17:54
Hab mal ein neues Schloss bestellt. Dann mal schauen ob es auf die alte Grundplatte passt :)

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 06 November 2018, 14:19:24
Zitat von: Starbug am 06 November 2018, 14:01:14
Wenn das neue Nuki 2.0 nun Bluetooth 5.0 spricht, dann wäre es aber sinnvoll, wenn die Bridge dies auch könnte.

Die Dame hat nur gesagt dass die derzeitige Bridge mit beiden Schlössern kompatibel ist.
Wäre natürlich denkbar dass sie irgendwann eine Nachfolgebridge rausbringen die dann auch Bluetooth 5.0 hat.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: markukug am 07 November 2018, 09:00:17
developer.nuki.io (ersetzt slack) scheint mir eine gute Quelle für Infos und Anfragen zur Einbindung von Nuki 2.0 in FHEM zu sein.

Hier eine Info zu Nuki 2.0 aus https://developer.nuki.io/t/nuki-2-0-question/358 (https://developer.nuki.io/t/nuki-2-0-question/358)
ZitatFrage:

  • If i buy Nuki 2.0, do I still need the bridge or is a HomePod enough to open/lock doors via Internet?
  • How is the distance of the new BT 5 with nuki 2.0? I have a door sensor from Koogeek next to my nuki and it works flawlessly with my homepod. Does this mean it will work flawlessly with nuki 2.0 in terms of distance?
  • How is the speed compared between Nuki2.0 + Homekit and Nuki 1.0 + Bridge? Any compare values?

Antwort:
This aren't real developer questions and they will be covered in the faq too, so i'm keeping the answers short:


  • HomePod (or IPad, AppleTV) will do the job.
  • Apple devices don't support BT5 long range mode yet. BLE reach will still be ~30% better than with SL 1.0. Should work when the door sensor works too.
  • HomeKit is fast, very fast. Mechanics didn't change. So no speed gain in the actual lock process though.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 07 November 2018, 10:37:05
Hallo Leute,

Es haben bereits zwei weitere gespendet, leider ohne Info.
Von daher möchte ich Euch bitten immer eine kurze Info mit geben. Auf jeden Fall das es für Nuki Smartschloss ist und Usernamen wenn Ihr genannt werden wollt.


Vielen Dank Euch
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 13 November 2018, 12:38:47
So, mein neues Schloss ist eingetroffen.

Das alte Schloss habe ich komplett aus der Bridge entfernt so dass es nicht zu Komplikationen kommt.

Einbinden des neuen Schlosses in FHEM war kein Problem, allerdings scheitere ich derzeit am CallBack.

Alle alten CallBack-Einträge habe ich gelöscht und dann einen neuen Callback eingerichtet:

Callback-ID Callback-URL
0 http://192.168.178.5:8085/fhem/NUKIDevice-347794437



Allerdings werden die Zustände nicht geändert.

Hier das List vom Device, vielleicht fällt dir ja auf woran es liegen kann.

Internals:
   CFGFN     
   DEF        347794437 IODev=NukiBridge
   IODev      NukiBridge
   NAME       NUKIDevice347794437
   NR         6348
   NUKIID     347794437
   STATE      lock
   TYPE       NUKIDevice
   VERSION    0.6.3
   WEBHOOK_COUNTER 0
   WEBHOOK_PORT 8085
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /fhem/NUKIDevice
   WEBHOOK_URL http://192.168.178.5:8085/fhem/NUKIDevice-347794437
   READINGS:
     2018-11-13 12:02:17   battery         ok
     2018-11-13 12:02:17   batteryCritical 0
     2018-11-13 12:02:17   batteryState    ok
     2018-11-13 12:33:52   lockState       lock
     2018-11-13 12:34:49   name            Nuki_14BAEC05
     2018-11-13 12:34:49   paired          1
     2018-11-13 12:34:49   rssi            -74
     2018-11-13 12:33:52   state           lock
     2018-11-13 12:33:52   success         1
   helper:
     fromAutocreate 1
Attributes:
   IODev      NukiBridge
   alias      CobraDoor
   devStateIcon unlocked:secur_open@green locked:secur_locked@red
   icon       1_nuki
   room       NUKI
   webCmd     lock:unlock:unlatch
   webhookFWinstance WEBtablet
   webhookHttpHostname 192.168.178.5


Gruß Cobra

Edit:
Es taucht jetzt auch öfters folgende Meldung im Log auf wenn ich über FHEM das Schloss bedienen will:
NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 13 November 2018, 13:05:38
Ich hätte angenommen das sich nichts ändert, da ja die Bridge die selbige ist.
503 heißt laut API so viel wie das Smartlock ist offline. Denke aber nicht das das bei Dir der Fall ist, oder?
Kannst Du mir ein verbose 5 geben?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 13 November 2018, 13:13:04
Mein SmartLock ist laut Nuki-App korrekt verbunden.

Hier mal das Log bei einem Schließvorgang auf Verbose 5 (Das Schloss schließt in dem Moment dann auch korrekt)

2018.11.13 13:11:07 5: NUKIDevice (NUKIDevice347794437) - readings set for NUKIDevice347794437
2018.11.13 13:11:07 5: NUKIDevice (NUKIDevice347794437) - parse status message for NUKIDevice347794437
2018.11.13 13:11:07 5: NUKIDevice (NUKIDevice347794437) - Parse with result: {"rssi":-75,"paired":true,"name":"Nuki_14BAEC05"}
2018.11.13 13:10:47 5: NUKIDevice (NUKIDevice347794437) - lockAction readings set for NUKIDevice347794437
2018.11.13 13:10:47 5: NUKIDevice (NUKIDevice347794437) - parse status message for NUKIDevice347794437
2018.11.13 13:10:47 5: NUKIDevice (NUKIDevice347794437) - Parse with result: {"success": true, "batteryCritical": false}
2018.11.13 13:10:43 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2018.11.13 13:10:38 4: NUKIDevice (NUKIDevice347794437) - NUKIDevice_ReadFromNUKIBridge Bridge is connected call IOWrite
2018.11.13 13:10:38 4: NUKIDevice (NUKIDevice347794437) - NUKIDevice_ReadFromNUKIBridge check Bridge connected


Wenn ich noch was liefern soll einfach Bescheid geben.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 13 November 2018, 13:38:52
invalid json detected: HTTP 503 Unavailable
würde ich jetzt nicht unbedingt erstmal in Verbindung bringen mit dem fehlenden Callback.

Interessanter ist das über den Callback Weg rein gar nichts rein kommt bei verbose 5. Dann sollte dann zu mindest etwas mit webhook im Log auf tauchen.

Was sagt denn das Log von der Bridge?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 13 November 2018, 13:47:29
Hier mal das Log der Bridge.

Um 13:45 Uhr hab ich nen Sperrvorgang gemacht. Mir fällt auf dass bei der Bridge die normale Zeit ist, nicht unsere EU-Zeitzone.

timestamp: 2018-11-13T12:45:58+00:00 type: HTTP-Log
timestamp: 2018-11-13T12:45:58+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-13T12:45:37+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-13T12:45:37+00:00 type: HTTP-Info
timestamp: 2018-11-13T12:45:37+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-13T12:45:31+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-13T12:45:31+00:00 type: BLE-Disconnected nukiId: 14BAEC05
timestamp: 2018-11-13T12:45:31+00:00 type: BLE-Disconnect nukiId: 14BAEC05
timestamp: 2018-11-13T12:45:30+00:00 type: BLE-ReceivingMsg nukiId: 14BAEC05 cmdId: 000E
timestamp: 2018-11-13T12:45:30+00:00 type: BLE-ReceivingMsg nukiId: 14BAEC05 cmdId: 000C
timestamp: 2018-11-13T12:45:24+00:00 type: BLE-ReceivingMsg nukiId: 14BAEC05 cmdId: 000C
timestamp: 2018-11-13T12:45:23+00:00 type: BLE-ReceivingMsg nukiId: 14BAEC05 cmdId: 000E
timestamp: 2018-11-13T12:45:23+00:00 type: BLE-SendingMsg nukiId: 14BAEC05 cmdId: 000D
timestamp: 2018-11-13T12:45:23+00:00 type: BLE-ReceivingMsg nukiId: 14BAEC05 cmdId: 0004
timestamp: 2018-11-13T12:45:23+00:00 type: BLE-SendingMsg nukiId: 14BAEC05 cmdId: 0001
timestamp: 2018-11-13T12:45:23+00:00 type: BLE-Connect handles: ARRAY(0x7209360)
timestamp: 2018-11-13T12:45:23+00:00 type: BLE-Connected nukiId: 14BAEC05
timestamp: 2018-11-13T12:45:22+00:00 type: BLE-Connect macAddr: 54D272BAEC05
timestamp: 2018-11-13T12:45:22+00:00 type: BLE-Connect nukiId: 14BAEC05
timestamp: 2018-11-13T12:45:22+00:00 type: HTTP-LockAction nukiId: 14BAEC05
timestamp: 2018-11-13T12:45:22+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-13T12:45:14+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-13T12:45:13+00:00 type: HTTP-Info
timestamp: 2018-11-13T12:45:13+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-13T12:44:55+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-13T12:44:54+00:00 type: HTTP-Log
timestamp: 2018-11-13T12:44:54+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-13T12:44:43+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-13T12:44:43+00:00 type: HTTP-Info
timestamp: 2018-11-13T12:44:43+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-13T12:44:34+00:00 type: SSE-PushNukisResponse error: 0
timestamp: 2018-11-13T12:44:34+00:00 type: SSE-PushNukisRequest count: 1
timestamp: 2018-11-13T12:44:34+00:00 type: SSE-Connected serverNum: 9 serverCert: 1
timestamp: 2018-11-13T12:44:34+00:00 type: SSE-Connect serverNum: 9 serverCert: 1
timestamp: 2018-11-13T12:44:24+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-13T12:44:23+00:00 type: HTTP-Info
timestamp: 2018-11-13T12:44:21+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-13T12:44:18+00:00 type: SSE-Disconnected serverNum: 8 pingTo: 8
timestamp: 2018-11-13T12:43:59+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-13T12:43:59+00:00 type: HTTP-Info
timestamp: 2018-11-13T12:43:58+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-13T12:43:58+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-13T12:43:55+00:00 type: HTTP-Log
timestamp: 2018-11-13T12:43:55+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-13T12:43:39+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-13T12:43:37+00:00 type: HTTP-Info
timestamp: 2018-11-13T12:43:37+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-13T12:43:17+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-13T12:43:17+00:00 type: HTTP-Info
timestamp: 2018-11-13T12:43:17+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-13T12:43:02+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-13T12:42:59+00:00 type: HTTP-Info
timestamp: 2018-11-13T12:42:59+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-13T12:42:58+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-13T12:42:54+00:00 type: HTTP-Log
timestamp: 2018-11-13T12:42:54+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-13T12:42:46+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-13T12:42:41+00:00 type: HTTP-Info
timestamp: 2018-11-13T12:42:40+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-13T12:42:38+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-13T12:42:32+00:00 type: HTTP-Log
timestamp: 2018-11-13T12:42:32+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-13T12:42:22+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-13T12:42:19+00:00 type: HTTP-Log
timestamp: 2018-11-13T12:42:19+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-13T12:42:02+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-13T12:42:02+00:00 type: HTTP-Info
timestamp: 2018-11-13T12:42:02+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-13T12:41:37+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-13T12:41:37+00:00 type: HTTP-Info
timestamp: 2018-11-13T12:41:37+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-13T12:41:14+00:00 type: BLE-Disconnected nukiId: 14BAEC05
timestamp: 2018-11-13T12:41:14+00:00 type: BLE-Disconnect nukiId: 14BAEC05
timestamp: 2018-11-13T12:41:11+00:00 type: BLE-ReceivingMsg nukiId: 14BAEC05 cmdId: 000E
timestamp: 2018-11-13T12:41:11+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 212
timestamp: 2018-11-13T12:41:11+00:00 type: BLE-ReceivingSSE bytes: 73 auth: 00345CDD
timestamp: 2018-11-13T12:41:10+00:00 type: BLE-SendingSSE bytes: 56 auth: 00345CDD
timestamp: 2018-11-13T12:41:10+00:00 type: BLE-Connect handles: ARRAY(0x6faff78)
timestamp: 2018-11-13T12:41:10+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-13T12:41:10+00:00 type: BLE-Connected nukiId: 14BAEC05
timestamp: 2018-11-13T12:41:10+00:00 type: HTTP-Info
timestamp: 2018-11-13T12:41:10+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-13T12:41:10+00:00 type: BLE-Connect macAddr: 54D272BAEC05
timestamp: 2018-11-13T12:41:10+00:00 type: BLE-Connect nukiId: 14BAEC05
timestamp: 2018-11-13T12:41:10+00:00 type: SSE-KeyturnerRequest nukiId: 14BAEC05 bytes: 56
timestamp: 2018-11-13T12:40:54+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-13T12:40:52+00:00 type: HTTP-Info
timestamp: 2018-11-13T12:40:52+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-13T12:40:33+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-13T12:40:33+00:00 type: HTTP-Info
timestamp: 2018-11-13T12:40:33+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-13T12:40:14+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-13T12:40:14+00:00 type: HTTP-Info
timestamp: 2018-11-13T12:40:14+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-13T12:39:44+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-13T12:39:44+00:00 type: HTTP-Info
timestamp: 2018-11-13T12:39:44+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-13T12:39:26+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-13T12:39:24+00:00 type: HTTP-Info
timestamp: 2018-11-13T12:39:22+00:00 type: WLAN-SocketConnected connection: 0
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 13 November 2018, 13:59:26
Das mit der Zeit habe ich auch in meiner Bridge, allerdings finde ich aktuell nichts wo er die Rückmeldung vom Schloss bekommt das der Schaltvorgang geklappt hat. Genauer kann ich es mir leider erst heute Abend anschauen. Werde aber mal im Nuki Developer Forum rum fragen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 13 November 2018, 14:02:26
Alles klar, danke dir.

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 13 November 2018, 14:09:25
Habe heute auch die Versandbestätigung für das neue NUKI bekommen. Bin gespannt.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 13 November 2018, 14:46:57
Wir sind auf alle Fälle nicht alleine
Zitat
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 :frowning:
For an Unlock-Action-Call I get an Callback with the new UNLOCKED-State. There is an HTTP-POST-Entry in the Bridge-Logs.

Grüße.
niklas
https://developer.nuki.io/t/no-webhook-state-after-lockaction-nuki-2-0/482


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 13 November 2018, 17:02:42
Zitat
Hi!

Wir konnten die Callback-Probleme jetzt teilweise reproduzieren.
Werden uns das noch näher anschauen und uns dann "offiziell" zurückmelden.

lg,
Stephan

Offizielles Statement.

Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 13 November 2018, 17:19:11
Na dann warten wir mal ab bis es eine Rückmeldung gibt  :P

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 13 November 2018, 17:32:47
Sind die aktuellen Käufer also wieder beta tester :D

Gesendet von meinem ONEPLUS A3003 mit Tapatalk

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Steffen am 14 November 2018, 05:47:09
Hallo!

Seit heute scheint mein ca.5Jahre altes KeyMatic durch zu sein und auf der suche nach ein neues bin ich nun auf Nuki gestoßen.

Ich wollte vielleicht hier mal fragen ob jemand von euch den vergleich durch persönliche erfahrungen machen kann zwischen Nuki und KeyMatic?

Wenn ich mir dann auch das neue Nuki holen sollte, ob dann es vielleicht auch mit "zigbee2mqtt" gehen würde um mir die Bridge zu Sparen?!

Mfg Steffen
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 14 November 2018, 05:51:29
Zitat von: Steffen am 14 November 2018, 05:47:09
Hallo!

Seit heute scheint mein ca.5Jahre altes KeyMatic durch zu sein und auf der suche nach ein neues bin ich nun auf Nuki gestoßen.

Ich wollte vielleicht hier mal fragen ob jemand von euch den vergleich durch persönliche erfahrungen machen kann zwischen Nuki und KeyMatic?

Wenn ich mir dann auch das neue Nuki holen sollte, ob dann es vielleicht auch mit "zigbee2mqtt" gehen würde um mir die Bridge zu Sparen?!

Mfg Steffen

Aktuell wird das Nuki Smartlock in FHEM ausschließlich mit der Hardware oder Software Bridge unterstützt.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Steffen am 14 November 2018, 06:16:25
Ok, danke für die schnelle Antwort.

mich würde die Persönliche Erfahrungen zwischen den beiden Geräte noch interessieren, aber kommt bestimmt eher seltener vor?!

Habe ich es richtig die letzten Seiten gelesen, das neue 2.0 aber noch nicht kompatible zu Fhem(diesem Modul) ist?

Mfg Steffen
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 14 November 2018, 06:45:39
Das Schloß wird ausschließlich über die Bridge gesteuert und die hat sich nicht geändert. Das neue Nuki 2.0 ist also mit diesem Modul kompatibel.
Aktuell gibt es einen Bug in welchen das neue Nuki 2.0 wohl keinen korrekten Status an die Bridge sendet nach einem Schließvorgang. Ist aber bei Nuki gemeldet und in Arbeit.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 14 November 2018, 08:53:33
@Cobra
Bekommst Du nur keine Callbacks wenn Du über FHEM den Zustand änderst oder generell. Also auch wenn Du mit der Nuki App schaltest?


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 14 November 2018, 09:19:56
In FHEM bekomme ich generell keine CallBacks, egal ob ich über HomeKit, FHEM der die Nuki-App schalte.

HomeKit bekommt den Status allerdings signalisiert, dort ist er immer korrekt.

Glaube aber nicht dass es an HomeKit liegt, ich hatte das Problem schon bevor ich das Schloss in HomeKit eingebunden habe.

Hier noch das Log von der Bridge wenn ich über die Nuki-App abgeschlossen habe:

timestamp: 2018-11-14T08:22:32+00:00 type: HTTP-Log
timestamp: 2018-11-14T08:22:32+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T08:22:09+00:00 type: HTTP-PostFailed urlId: 0
timestamp: 2018-11-14T08:22:08+00:00 type: WLAN-SocketDisconnected connection: 3
timestamp: 2018-11-14T08:22:05+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T08:22:05+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T08:22:04+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T08:22:04+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T08:21:55+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T08:21:55+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T08:21:54+00:00 type: HTTP-Post urlId: 0 nukiId: 14BAEC05
timestamp: 2018-11-14T08:21:52+00:00 type: WLAN-SocketConnected connection: 3
timestamp: 2018-11-14T08:21:51+00:00 type: HTTP-PostStart
timestamp: 2018-11-14T08:21:51+00:00 type: BLE-Disconnected nukiId: 14BAEC05
timestamp: 2018-11-14T08:21:51+00:00 type: BLE-Disconnect nukiId: 14BAEC05
timestamp: 2018-11-14T08:21:50+00:00 type: SSE-KeyturnerEventReq nukiId: 14BAEC05
timestamp: 2018-11-14T08:21:50+00:00 type: BLE-ReceivingMsg nukiId: 14BAEC05 cmdId: 000C
timestamp: 2018-11-14T08:21:50+00:00 type: BLE-SendingMsg nukiId: 14BAEC05 cmdId: 0001
timestamp: 2018-11-14T08:21:50+00:00 type: BLE-Connect handles: ARRAY(0x6393b60)
timestamp: 2018-11-14T08:21:50+00:00 type: BLE-Connected nukiId: 14BAEC05
timestamp: 2018-11-14T08:21:49+00:00 type: BLE-Connect macAddr: 54D272BAEC05
timestamp: 2018-11-14T08:21:49+00:00 type: BLE-Connect nukiId: 14BAEC05
timestamp: 2018-11-14T08:21:49+00:00 type: BLE-Retry nukiId: 14BAEC05 count: 1
timestamp: 2018-11-14T08:21:49+00:00 type: BLE-Disconnected nukiId: 14BAEC05
timestamp: 2018-11-14T08:21:49+00:00 type: BLE-Connected nukiId: 14BAEC05
timestamp: 2018-11-14T08:21:48+00:00 type: BLE-Connect macAddr: 54D272BAEC05
timestamp: 2018-11-14T08:21:48+00:00 type: BLE-Connect nukiId: 14BAEC05
timestamp: 2018-11-14T08:21:48+00:00 type: BLE-StatusUpdate nukiId: 14BAEC05
timestamp: 2018-11-14T08:21:39+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T08:21:39+00:00 type: HTTP-Info
timestamp: 2018-11-14T08:21:39+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T08:21:14+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T08:21:14+00:00 type: HTTP-Info
timestamp: 2018-11-14T08:21:14+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T08:20:47+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T08:20:46+00:00 type: HTTP-Info
timestamp: 2018-11-14T08:20:46+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T08:20:25+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T08:20:25+00:00 type: HTTP-Info
timestamp: 2018-11-14T08:20:25+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T08:20:04+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T08:20:04+00:00 type: HTTP-Info
timestamp: 2018-11-14T08:20:04+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T08:19:42+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T08:19:42+00:00 type: HTTP-Info
timestamp: 2018-11-14T08:19:42+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T08:19:23+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T08:19:16+00:00 type: HTTP-Info
timestamp: 2018-11-14T08:19:16+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T08:18:53+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T08:18:53+00:00 type: HTTP-Info
timestamp: 2018-11-14T08:18:53+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T08:18:38+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T08:18:38+00:00 type: HTTP-Info
timestamp: 2018-11-14T08:18:38+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T08:18:11+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T08:18:11+00:00 type: HTTP-Info
timestamp: 2018-11-14T08:18:11+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T08:17:53+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T08:17:53+00:00 type: HTTP-Info
timestamp: 2018-11-14T08:17:53+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T08:17:38+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T08:17:38+00:00 type: HTTP-Info
timestamp: 2018-11-14T08:17:36+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T08:17:16+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T08:17:16+00:00 type: HTTP-Info
timestamp: 2018-11-14T08:17:16+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T08:16:53+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T08:16:51+00:00 type: HTTP-Info
timestamp: 2018-11-14T08:16:51+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T08:16:30+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T08:16:30+00:00 type: HTTP-Info
timestamp: 2018-11-14T08:16:30+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T08:16:04+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T08:16:04+00:00 type: HTTP-Info
timestamp: 2018-11-14T08:16:03+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T08:15:45+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T08:15:45+00:00 type: HTTP-Info
timestamp: 2018-11-14T08:15:45+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T08:15:25+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T08:15:25+00:00 type: HTTP-Info
timestamp: 2018-11-14T08:15:25+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T08:15:05+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T08:15:05+00:00 type: HTTP-Info
timestamp: 2018-11-14T08:15:05+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T08:14:36+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T08:14:36+00:00 type: HTTP-Info
timestamp: 2018-11-14T08:14:36+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T08:14:08+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T08:14:08+00:00 type: HTTP-Info
timestamp: 2018-11-14T08:14:08+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T08:13:50+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T08:13:50+00:00 type: HTTP-Info
timestamp: 2018-11-14T08:13:50+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T08:13:27+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T08:13:27+00:00 type: HTTP-Info
timestamp: 2018-11-14T08:13:27+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T08:13:02+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T08:13:01+00:00 type: HTTP-Info
timestamp: 2018-11-14T08:13:01+00:00 type: WLAN-SocketConnected connection: 0
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 14 November 2018, 10:00:31
Danke Dir
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 14 November 2018, 10:27:30
@Cobra
Zitat
Hi!

Wenn du gar keine Callbacks bekommst: Hast du schon versucht, das Smart Lock aus der Bridge zu entfernen und neu zu pairen?

Das Szenario, dss überhaupt keine Callbacks mehr gehen (die mit v.1 noch funktioniert) haben, konnte ich nicht reproduzieren. Bei mir tritt das Problem tatsächlich nur bei Sperrungen via Bridge/HTTP API auf, wie es auch Niklas Neesen beschreibt.

lg,
Stephan

Kannst Du das bitte noch einmal verifizieren? Vielen Dank.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 14 November 2018, 10:47:43
Also ich habe jetzt folgendes gemacht:

Das Stmartlock aus der Bridge entfernt und neu hinzugefügt.
Danach nochmal Autocreate in FHEM (das alte Device in FHEM habe ich nicht gelöscht, somit wurde auch kein neues Device angelegt)
CallBack aus der Bridge und die Attribute im Device gelöscht und neu angelegt.

Leider immer noch selbes Spiel.
Hier das Log von der Bridge auch mit einmal Aufschließen und einmal Abschließen über die Nuki-App:

timestamp: 2018-11-14T09:44:12+00:00 type: HTTP-Log
timestamp: 2018-11-14T09:44:12+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T09:44:10+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T09:44:10+00:00 type: HTTP-Info
timestamp: 2018-11-14T09:44:10+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T09:44:08+00:00 type: HTTP-PostFailed urlId: 0
timestamp: 2018-11-14T09:44:07+00:00 type: WLAN-SocketDisconnected connection: 3
timestamp: 2018-11-14T09:44:05+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T09:44:05+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T09:43:55+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T09:43:55+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T09:43:55+00:00 type: BLE-Disconnected nukiId: 14BAEC05
timestamp: 2018-11-14T09:43:55+00:00 type: BLE-Disconnect nukiId: 14BAEC05
timestamp: 2018-11-14T09:43:54+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T09:43:54+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T09:43:52+00:00 type: HTTP-Post urlId: 0 nukiId: 14BAEC05
timestamp: 2018-11-14T09:43:52+00:00 type: BLE-ReceivingMsg nukiId: 14BAEC05 cmdId: 000E
timestamp: 2018-11-14T09:43:52+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 188
timestamp: 2018-11-14T09:43:52+00:00 type: BLE-ReceivingSSE bytes: 55 auth: 00345CDF
timestamp: 2018-11-14T09:43:52+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 256
timestamp: 2018-11-14T09:43:52+00:00 type: BLE-ReceivingSSE bytes: 107 auth: 00345CDF
timestamp: 2018-11-14T09:43:51+00:00 type: SSE-KeyturnerRequest nukiId: 14BAEC05 bytes: 96
timestamp: 2018-11-14T09:43:51+00:00 type: BLE-SendingSSE bytes: 96 auth: 00345CDF
timestamp: 2018-11-14T09:43:51+00:00 type: WLAN-SocketConnected connection: 3
timestamp: 2018-11-14T09:43:50+00:00 type: BLE-ReceivingMsg nukiId: 14BAEC05 cmdId: 000E
timestamp: 2018-11-14T09:43:50+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 228
timestamp: 2018-11-14T09:43:50+00:00 type: BLE-ReceivingSSE bytes: 86 auth: 00345CDF
timestamp: 2018-11-14T09:43:50+00:00 type: SSE-KeyturnerRequest nukiId: 14BAEC05 bytes: 56
timestamp: 2018-11-14T09:43:50+00:00 type: BLE-SendingSSE bytes: 56 auth: 00345CDF
timestamp: 2018-11-14T09:43:50+00:00 type: BLE-ReceivingMsg nukiId: 14BAEC05 cmdId: 000E
timestamp: 2018-11-14T09:43:50+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 212
timestamp: 2018-11-14T09:43:50+00:00 type: BLE-ReceivingSSE bytes: 73 auth: 00345CDF
timestamp: 2018-11-14T09:43:49+00:00 type: BLE-SendingSSE bytes: 56 auth: 00345CDF
timestamp: 2018-11-14T09:43:49+00:00 type: BLE-Connect handles: ARRAY(0x6089750)
timestamp: 2018-11-14T09:43:49+00:00 type: BLE-Connected nukiId: 14BAEC05
timestamp: 2018-11-14T09:43:49+00:00 type: BLE-Connect macAddr: 54D272BAEC05
timestamp: 2018-11-14T09:43:49+00:00 type: BLE-Connect nukiId: 14BAEC05
timestamp: 2018-11-14T09:43:49+00:00 type: SSE-KeyturnerRequest nukiId: 14BAEC05 bytes: 56
timestamp: 2018-11-14T09:43:49+00:00 type: SSE-KeyturnerEventResp nukiId: 14BAEC05
timestamp: 2018-11-14T09:43:49+00:00 type: HTTP-PostStart
timestamp: 2018-11-14T09:43:49+00:00 type: BLE-Disconnected nukiId: 14BAEC05
timestamp: 2018-11-14T09:43:49+00:00 type: BLE-Disconnect nukiId: 14BAEC05
timestamp: 2018-11-14T09:43:48+00:00 type: SSE-KeyturnerEventReq nukiId: 14BAEC05
timestamp: 2018-11-14T09:43:48+00:00 type: BLE-ReceivingMsg nukiId: 14BAEC05 cmdId: 000C
timestamp: 2018-11-14T09:43:48+00:00 type: BLE-SendingMsg nukiId: 14BAEC05 cmdId: 0001
timestamp: 2018-11-14T09:43:48+00:00 type: BLE-Connect handles: ARRAY(0x6122ea0)
timestamp: 2018-11-14T09:43:48+00:00 type: BLE-Connected nukiId: 14BAEC05
timestamp: 2018-11-14T09:43:48+00:00 type: BLE-Connect macAddr: 54D272BAEC05
timestamp: 2018-11-14T09:43:48+00:00 type: BLE-Connect nukiId: 14BAEC05
timestamp: 2018-11-14T09:43:48+00:00 type: BLE-StatusUpdate nukiId: 14BAEC05
timestamp: 2018-11-14T09:43:34+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T09:43:34+00:00 type: HTTP-Info
timestamp: 2018-11-14T09:43:34+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T09:43:24+00:00 type: BLE-EarlyDisconnect nukiId: 14BAEC05
timestamp: 2018-11-14T09:43:24+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 87
timestamp: 2018-11-14T09:43:24+00:00 type: BLE-Disconnected nukiId: 14BAEC05
timestamp: 2018-11-14T09:43:24+00:00 type: BLE-Connected nukiId: 14BAEC05
timestamp: 2018-11-14T09:43:24+00:00 type: BLE-Connect macAddr: 54D272BAEC05
timestamp: 2018-11-14T09:43:24+00:00 type: BLE-Connect nukiId: 14BAEC05
timestamp: 2018-11-14T09:43:23+00:00 type: BLE-Retry nukiId: 14BAEC05 count: 3
timestamp: 2018-11-14T09:43:23+00:00 type: BLE-Disconnected nukiId: 14BAEC05
timestamp: 2018-11-14T09:43:23+00:00 type: BLE-Connected nukiId: 14BAEC05
timestamp: 2018-11-14T09:43:19+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T09:43:19+00:00 type: HTTP-Info
timestamp: 2018-11-14T09:43:19+00:00 type: BLE-Connect macAddr: 54D272BAEC05
timestamp: 2018-11-14T09:43:19+00:00 type: BLE-Connect nukiId: 14BAEC05
timestamp: 2018-11-14T09:43:19+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T09:43:19+00:00 type: BLE-Retry nukiId: 14BAEC05 count: 2
timestamp: 2018-11-14T09:43:19+00:00 type: BLE-Disconnected nukiId: 14BAEC05
timestamp: 2018-11-14T09:43:19+00:00 type: BLE-Connected nukiId: 14BAEC05
timestamp: 2018-11-14T09:43:18+00:00 type: BLE-Connect macAddr: 54D272BAEC05
timestamp: 2018-11-14T09:43:18+00:00 type: BLE-Connect nukiId: 14BAEC05
timestamp: 2018-11-14T09:43:18+00:00 type: BLE-Retry nukiId: 14BAEC05 count: 1
timestamp: 2018-11-14T09:43:18+00:00 type: BLE-Disconnected nukiId: 14BAEC05
timestamp: 2018-11-14T09:43:18+00:00 type: BLE-Connected nukiId: 14BAEC05
timestamp: 2018-11-14T09:43:15+00:00 type: BLE-Connect macAddr: 54D272BAEC05
timestamp: 2018-11-14T09:43:15+00:00 type: BLE-Connect nukiId: 14BAEC05
timestamp: 2018-11-14T09:43:15+00:00 type: SSE-KeyturnerRequest nukiId: 14BAEC05 bytes: 56
timestamp: 2018-11-14T09:43:13+00:00 type: HTTP-PostFailed urlId: 0
timestamp: 2018-11-14T09:43:12+00:00 type: WLAN-SocketDisconnected connection: 3
timestamp: 2018-11-14T09:43:03+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T09:43:01+00:00 type: BLE-Disconnected nukiId: 14BAEC05
timestamp: 2018-11-14T09:43:01+00:00 type: BLE-Disconnect nukiId: 14BAEC05
timestamp: 2018-11-14T09:42:59+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T09:42:58+00:00 type: BLE-ReceivingMsg nukiId: 14BAEC05 cmdId: 000E
timestamp: 2018-11-14T09:42:58+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 188
timestamp: 2018-11-14T09:42:58+00:00 type: BLE-ReceivingSSE bytes: 55 auth: 00345CDF
timestamp: 2018-11-14T09:42:58+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 256
timestamp: 2018-11-14T09:42:58+00:00 type: BLE-ReceivingSSE bytes: 107 auth: 00345CDF
timestamp: 2018-11-14T09:42:58+00:00 type: HTTP-Post urlId: 0 nukiId: 14BAEC05
timestamp: 2018-11-14T09:42:58+00:00 type: SSE-KeyturnerRequest nukiId: 14BAEC05 bytes: 96
timestamp: 2018-11-14T09:42:58+00:00 type: BLE-SendingSSE bytes: 96 auth: 00345CDF
timestamp: 2018-11-14T09:42:57+00:00 type: BLE-ReceivingMsg nukiId: 14BAEC05 cmdId: 000E
timestamp: 2018-11-14T09:42:57+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 228
timestamp: 2018-11-14T09:42:57+00:00 type: BLE-ReceivingSSE bytes: 86 auth: 00345CDF
timestamp: 2018-11-14T09:42:57+00:00 type: SSE-KeyturnerRequest nukiId: 14BAEC05 bytes: 56
timestamp: 2018-11-14T09:42:57+00:00 type: BLE-SendingSSE bytes: 56 auth: 00345CDF
timestamp: 2018-11-14T09:42:56+00:00 type: WLAN-SocketConnected connection: 3
timestamp: 2018-11-14T09:42:56+00:00 type: BLE-ReceivingMsg nukiId: 14BAEC05 cmdId: 000E
timestamp: 2018-11-14T09:42:56+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 212


Was mir aufgefallen ist:
Wenn ich einen CallBack aus der Bridge über FHEM lösche meldet er mit dass es einen Fehler gab, allerdings ist dann der CallBack trotzdem verschwunden.
Im Log taucht folgendes auf:
2018.11.14 10:44:05 3: NUKIBridge (NukiBridge) - JSON error while request: malformed JSON string, neither array, object, number, string or atom, at character offset 0 (before "HTTP 503 Unavailable") at ./FHEM/73_NUKIBridge.pm line 752.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 14 November 2018, 10:58:26
Cool, Super. Genau das brauchte ich.

Entscheidend

timestamp: 2018-11-14T09:44:08+00:00 type: HTTP-PostFailed urlId: 0
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 14 November 2018, 11:10:03
Antwort vom Support
Zitat
HTTP-PostStart zeigt, dass der Callback gesendet wurde.

HTTP-PostFailed   urlId: 0
heißt normal, dass die URL für den 1. eingestellten Callback nicht erreichbar war.

Kannst Du das Nuki Device in FHEM bitte einmal auf verbose 5 stellen. Eventuell kommt dann etwas.
Den webhook selbst hast Du nicht verändert nehme ich mal an. Also das FHEMWEB Device ist geblieben. Kein crfs Token abgefragt keine Passwort oder HTTPS?



Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 14 November 2018, 11:47:09
Bridge und Smartlock auf Verbose 5 und dann einmal Aufschließen und einmal Abschließen in der Nuki-App:

018.11.14 11:44:09 5: NUKIBridge (NukiBridge) - Bridge ist online
2018.11.14 11:44:09 5: NUKIBridge (NukiBridge) - Response CODE: 200
2018.11.14 11:44:09 5: NUKIBridge (NukiBridge) - Response ERROR:
2018.11.14 11:44:09 5: NUKIBridge (NukiBridge) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": 95991041, "serverId": 1337010944}, "versions": {"firmwareVersion": "1.11.3", "wifiFirmwareVersion": "1.2.0"}, "uptime": 2870, "currentTime": "2018-11-14T10:44:08+00:00", "serverConnected": true, "scanResults": []}
2018.11.14 11:44:08 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2018.11.14 11:44:08 4: NUKIBridge (NukiBridge) - run NUKIBridge_Call
2018.11.14 11:44:08 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.178.23:8080/info?token=XXXXXX
2018.11.14 11:44:08 4: NUKIBridge (NukiBridge) - NUKIBridge_GetCheckBridgeAlive
2018.11.14 11:43:49 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2018.11.14 11:43:49 5: NUKIBridge (NukiBridge) - Response CODE: 503
2018.11.14 11:43:49 5: NUKIBridge (NukiBridge) - Response ERROR:
2018.11.14 11:43:49 5: NUKIBridge (NukiBridge) - Response JSON: HTTP 503 Unavailable
2018.11.14 11:43:49 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2018.11.14 11:43:49 4: NUKIBridge (NukiBridge) - run NUKIBridge_Call
2018.11.14 11:43:49 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.178.23:8080/info?token=XXXXXX
2018.11.14 11:43:49 4: NUKIBridge (NukiBridge) - NUKIBridge_GetCheckBridgeAlive
2018.11.14 11:43:30 5: NUKIBridge (NukiBridge) - Bridge ist online
2018.11.14 11:43:30 5: NUKIBridge (NukiBridge) - Response CODE: 200
2018.11.14 11:43:30 5: NUKIBridge (NukiBridge) - Response ERROR:
2018.11.14 11:43:30 5: NUKIBridge (NukiBridge) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": 95991041, "serverId": 1337010944}, "versions": {"firmwareVersion": "1.11.3", "wifiFirmwareVersion": "1.2.0"}, "uptime": 2832, "currentTime": "2018-11-14T10:43:30+00:00", "serverConnected": true, "scanResults": []}
2018.11.14 11:43:30 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2018.11.14 11:43:30 4: NUKIBridge (NukiBridge) - run NUKIBridge_Call
2018.11.14 11:43:30 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.178.23:8080/info?token=XXXXXX
2018.11.14 11:43:30 4: NUKIBridge (NukiBridge) - NUKIBridge_GetCheckBridgeAlive
2018.11.14 11:43:15 5: NUKIBridge (NukiBridge) - Bridge ist online
2018.11.14 11:43:15 5: NUKIBridge (NukiBridge) - Response CODE: 200
2018.11.14 11:43:15 5: NUKIBridge (NukiBridge) - Response ERROR:
2018.11.14 11:43:15 5: NUKIBridge (NukiBridge) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": 95991041, "serverId": 1337010944}, "versions": {"firmwareVersion": "1.11.3", "wifiFirmwareVersion": "1.2.0"}, "uptime": 2815, "currentTime": "2018-11-14T10:43:13+00:00", "serverConnected": true, "scanResults": []}


Dann noch das Log der Bridge:

timestamp: 2018-11-14T10:45:32+00:00 type: HTTP-Log
timestamp: 2018-11-14T10:45:32+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T10:45:16+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T10:45:16+00:00 type: HTTP-Info
timestamp: 2018-11-14T10:45:16+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T10:44:52+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T10:44:52+00:00 type: HTTP-Info
timestamp: 2018-11-14T10:44:52+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T10:44:34+00:00 type: HTTP-PostFailed urlId: 0
timestamp: 2018-11-14T10:44:33+00:00 type: WLAN-SocketDisconnected connection: 3
timestamp: 2018-11-14T10:44:28+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T10:44:28+00:00 type: HTTP-Info
timestamp: 2018-11-14T10:44:28+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T10:44:21+00:00 type: HTTP-PostTimeout
timestamp: 2018-11-14T10:44:21+00:00 type: BLE-Disconnected nukiId: 14BAEC05
timestamp: 2018-11-14T10:44:21+00:00 type: BLE-Disconnect nukiId: 14BAEC05
timestamp: 2018-11-14T10:44:18+00:00 type: HTTP-Post urlId: 0 nukiId: 14BAEC05
timestamp: 2018-11-14T10:44:18+00:00 type: BLE-ReceivingMsg nukiId: 14BAEC05 cmdId: 000E
timestamp: 2018-11-14T10:44:18+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 188
timestamp: 2018-11-14T10:44:18+00:00 type: BLE-ReceivingSSE bytes: 55 auth: 00345CDF
timestamp: 2018-11-14T10:44:17+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 256
timestamp: 2018-11-14T10:44:17+00:00 type: BLE-ReceivingSSE bytes: 107 auth: 00345CDF
timestamp: 2018-11-14T10:44:17+00:00 type: SSE-KeyturnerRequest nukiId: 14BAEC05 bytes: 96
timestamp: 2018-11-14T10:44:17+00:00 type: BLE-SendingSSE bytes: 96 auth: 00345CDF
timestamp: 2018-11-14T10:44:17+00:00 type: WLAN-SocketConnected connection: 3
timestamp: 2018-11-14T10:44:16+00:00 type: BLE-ReceivingMsg nukiId: 14BAEC05 cmdId: 000E
timestamp: 2018-11-14T10:44:16+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 228
timestamp: 2018-11-14T10:44:16+00:00 type: BLE-ReceivingSSE bytes: 86 auth: 00345CDF
timestamp: 2018-11-14T10:44:16+00:00 type: SSE-KeyturnerRequest nukiId: 14BAEC05 bytes: 56
timestamp: 2018-11-14T10:44:16+00:00 type: BLE-SendingSSE bytes: 56 auth: 00345CDF
timestamp: 2018-11-14T10:44:16+00:00 type: BLE-ReceivingMsg nukiId: 14BAEC05 cmdId: 000E
timestamp: 2018-11-14T10:44:16+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 212
timestamp: 2018-11-14T10:44:16+00:00 type: BLE-ReceivingSSE bytes: 73 auth: 00345CDF
timestamp: 2018-11-14T10:44:15+00:00 type: BLE-SendingSSE bytes: 56 auth: 00345CDF
timestamp: 2018-11-14T10:44:15+00:00 type: BLE-Connect handles: ARRAY(0x2146188)
timestamp: 2018-11-14T10:44:15+00:00 type: BLE-Connected nukiId: 14BAEC05
timestamp: 2018-11-14T10:44:15+00:00 type: BLE-Connect macAddr: 54D272BAEC05
timestamp: 2018-11-14T10:44:15+00:00 type: BLE-Connect nukiId: 14BAEC05
timestamp: 2018-11-14T10:44:15+00:00 type: SSE-KeyturnerRequest nukiId: 14BAEC05 bytes: 56
timestamp: 2018-11-14T10:44:15+00:00 type: SSE-KeyturnerEventResp nukiId: 14BAEC05
timestamp: 2018-11-14T10:44:15+00:00 type: HTTP-PostStart
timestamp: 2018-11-14T10:44:15+00:00 type: BLE-Disconnected nukiId: 14BAEC05
timestamp: 2018-11-14T10:44:15+00:00 type: BLE-Disconnect nukiId: 14BAEC05
timestamp: 2018-11-14T10:44:14+00:00 type: SSE-KeyturnerEventReq nukiId: 14BAEC05
timestamp: 2018-11-14T10:44:14+00:00 type: BLE-ReceivingMsg nukiId: 14BAEC05 cmdId: 000C
timestamp: 2018-11-14T10:44:14+00:00 type: BLE-SendingMsg nukiId: 14BAEC05 cmdId: 0001
timestamp: 2018-11-14T10:44:14+00:00 type: BLE-Connect handles: ARRAY(0x5fe9ac0)
timestamp: 2018-11-14T10:44:14+00:00 type: BLE-Connected nukiId: 14BAEC05
timestamp: 2018-11-14T10:44:14+00:00 type: BLE-Connect macAddr: 54D272BAEC05
timestamp: 2018-11-14T10:44:14+00:00 type: BLE-Connect nukiId: 14BAEC05
timestamp: 2018-11-14T10:44:14+00:00 type: BLE-StatusUpdate nukiId: 14BAEC05
timestamp: 2018-11-14T10:44:10+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T10:44:08+00:00 type: HTTP-Info
timestamp: 2018-11-14T10:44:08+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T10:44:06+00:00 type: BLE-Disconnected nukiId: 14BAEC05
timestamp: 2018-11-14T10:44:06+00:00 type: BLE-Disconnect nukiId: 14BAEC05
timestamp: 2018-11-14T10:44:03+00:00 type: BLE-ReceivingMsg nukiId: 14BAEC05 cmdId: 000E
timestamp: 2018-11-14T10:44:03+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 188
timestamp: 2018-11-14T10:44:03+00:00 type: BLE-ReceivingSSE bytes: 55 auth: 00345CDD
timestamp: 2018-11-14T10:44:03+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 212
timestamp: 2018-11-14T10:44:03+00:00 type: BLE-ReceivingSSE bytes: 73 auth: 00345CDD
timestamp: 2018-11-14T10:43:59+00:00 type: HTTP-PostFailed urlId: 0
timestamp: 2018-11-14T10:43:58+00:00 type: WLAN-SocketDisconnected connection: 3
timestamp: 2018-11-14T10:43:57+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 212
timestamp: 2018-11-14T10:43:57+00:00 type: BLE-ReceivingSSE bytes: 73 auth: 00345CDD
timestamp: 2018-11-14T10:43:57+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 188
timestamp: 2018-11-14T10:43:57+00:00 type: BLE-ReceivingSSE bytes: 55 auth: 00345CDD
timestamp: 2018-11-14T10:43:57+00:00 type: SSE-KeyturnerRequest nukiId: 14BAEC05 bytes: 92
timestamp: 2018-11-14T10:43:57+00:00 type: BLE-SendingSSE bytes: 92 auth: 00345CDD
timestamp: 2018-11-14T10:43:56+00:00 type: BLE-ReceivingMsg nukiId: 14BAEC05 cmdId: 000E
timestamp: 2018-11-14T10:43:56+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 228
timestamp: 2018-11-14T10:43:56+00:00 type: BLE-ReceivingSSE bytes: 86 auth: 00345CDD
timestamp: 2018-11-14T10:43:56+00:00 type: BLE-SendingSSE bytes: 56 auth: 00345CDD
timestamp: 2018-11-14T10:43:56+00:00 type: BLE-Connect handles: ARRAY(0x5b39300)
timestamp: 2018-11-14T10:43:56+00:00 type: BLE-Connected nukiId: 14BAEC05
timestamp: 2018-11-14T10:43:56+00:00 type: BLE-Connect macAddr: 54D272BAEC05
timestamp: 2018-11-14T10:43:56+00:00 type: BLE-Connect nukiId: 14BAEC05
timestamp: 2018-11-14T10:43:56+00:00 type: SSE-KeyturnerRequest nukiId: 14BAEC05 bytes: 56
timestamp: 2018-11-14T10:43:49+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T10:43:49+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T10:43:46+00:00 type: BLE-Disconnected nukiId: 14BAEC05
timestamp: 2018-11-14T10:43:46+00:00 type: BLE-Disconnect nukiId: 14BAEC05
timestamp: 2018-11-14T10:43:44+00:00 type: HTTP-Post urlId: 0 nukiId: 14BAEC05
timestamp: 2018-11-14T10:43:43+00:00 type: BLE-ReceivingMsg nukiId: 14BAEC05 cmdId: 000E
timestamp: 2018-11-14T10:43:43+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 188
timestamp: 2018-11-14T10:43:43+00:00 type: BLE-ReceivingSSE bytes: 55 auth: 00345CDF
timestamp: 2018-11-14T10:43:43+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 256
timestamp: 2018-11-14T10:43:43+00:00 type: BLE-ReceivingSSE bytes: 107 auth: 00345CDF
timestamp: 2018-11-14T10:43:43+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 256
timestamp: 2018-11-14T10:43:43+00:00 type: BLE-ReceivingSSE bytes: 107 auth: 00345CDF
timestamp: 2018-11-14T10:43:43+00:00 type: SSE-KeyturnerRequest nukiId: 14BAEC05 bytes: 96
timestamp: 2018-11-14T10:43:43+00:00 type: BLE-SendingSSE bytes: 96 auth: 00345CDF
timestamp: 2018-11-14T10:43:42+00:00 type: WLAN-SocketConnected connection: 3
timestamp: 2018-11-14T10:43:42+00:00 type: BLE-ReceivingMsg nukiId: 14BAEC05 cmdId: 000E
timestamp: 2018-11-14T10:43:42+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 228
timestamp: 2018-11-14T10:43:42+00:00 type: BLE-ReceivingSSE bytes: 86 auth: 00345CDF
timestamp: 2018-11-14T10:43:42+00:00 type: SSE-KeyturnerRequest nukiId: 14BAEC05 bytes: 56
timestamp: 2018-11-14T10:43:42+00:00 type: BLE-SendingSSE bytes: 56 auth: 00345CDF
timestamp: 2018-11-14T10:43:41+00:00 type: BLE-ReceivingMsg nukiId: 14BAEC05 cmdId: 000E
timestamp: 2018-11-14T10:43:41+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 212


Am Webhook wurde nix geändert. Kein crfs und kein HTTPS.

EDIT:
Mist, ich hab mich geirrt. WEBTablet hat doch nen cris-Token. Aber auch wenn ich dort auf "None" setze funktioniert es nicht.
Oder muss ich nach dem auf "None" setzen nochmal was beachten?
Aber mit dem alten SmartLock hat es ja auch mit dem Token geklappt.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 14 November 2018, 11:55:07
Gib mal bitte ein List vom Smartlock Device
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 14 November 2018, 11:56:37
Hier das List:

Internals:
   CFGFN     
   DEF        347794437 IODev=NukiBridge
   IODev      NukiBridge
   NAME       NUKIDevice347794437
   NR         6348
   NUKIID     347794437
   STATE      unlock
   TYPE       NUKIDevice
   VERSION    0.6.3
   WEBHOOK_COUNTER 0
   WEBHOOK_PORT 8085
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /fhem/NUKIDevice
   WEBHOOK_URL http://192.168.178.5:8085/fhem/NUKIDevice-347794437
   READINGS:
     2018-11-13 13:50:45   battery         ok
     2018-11-13 13:50:45   batteryCritical 0
     2018-11-13 13:50:45   batteryState    ok
     2018-11-14 07:44:24   lockState       unlock
     2018-11-14 11:55:19   name            Nuki_14BAEC05
     2018-11-14 11:55:19   paired          1
     2018-11-14 11:55:19   rssi            -71
     2018-11-14 07:44:24   state           unlock
     2018-11-14 10:57:23   success         1
   helper:
     fromAutocreate 1
Attributes:
   IODev      NukiBridge
   alias      CobraDoor
   devStateIcon unlocked:secur_open@green locked:secur_locked@red
   icon       1_nuki
   room       1.5_Flur
   verbose    3
   webCmd     lock:unlock:unlatch
   webhookFWinstance WEBtablet
   webhookHttpHostname 192.168.178.5


Hab dir oben noch was zum crfs ergänzt.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 14 November 2018, 12:13:53
Zitat von: Cobra am 14 November 2018, 11:47:09
EDIT:
Mist, ich hab mich geirrt. WEBTablet hat doch nen cris-Token. Aber auch wenn ich dort auf "None" setze funktioniert es nicht.
Oder muss ich nach dem auf "None" setzen nochmal was beachten?
Aber mit dem alten SmartLock hat es ja auch mit dem Token geklappt.

Hatte nur aus Reflex gefragt, sorry. crfs ist in der Tat unwichtig.
Was mich bisschen wundert

FHEM - NUKIID     347794437
BRIDGELOG - BLE-Disconnected       nukiId:    14BAEC05

Muss aber nichts heißen. Ich wunder mich warum am webhook rein gar nichts an kommt und das Bridgelog behauptet das keiner auf der anderen Seite angenommen hat.

Sorry aber ich muss da noch mal drüber schlafen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 14 November 2018, 12:15:12
Kannst Du bitte noch mal ein

get callbackList bei der Bridge machen und mir das Ergebnis hier posten
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 14 November 2018, 12:18:30
Aber sicher doch:
Callback-ID Callback-URL
0 http://192.168.178.5:8085/fhem/NUKIDevice-347794437
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 14 November 2018, 12:31:50
Auch sauber.

Du hast vom FHEM Log nur direkt Nuki rausgegeben. Hast Du noch andere Einträge, speziell FHEMWEB oder allowed?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 14 November 2018, 12:48:32
Das waren alle Logeinträge die zu dieser Zeit kamen.
Das entsprechende FHEMWEB ist auch nicht irgendwie durch allowed eingeschränkt.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 14 November 2018, 12:51:52
ok, vielen Dank

Vielleicht kannst Du ja bei Gelegenheit das betreffende FHEMWEB Device auch auf verbose 5 setzen und noch einmal testen.



Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 14 November 2018, 12:58:35
So, einmal FHEM-Log mit Bridge, Smartlock und FHEMWEB auf Verbose 5, einmal schließen und einmal öffnen:

2018.11.14 12:56:40 4: Connection closed for WEBtablet_192.168.178.23_25867: EOF
2018.11.14 12:56:37 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2018.11.14 12:56:37 5: NUKIBridge (NukiBridge) - Response CODE: 503
2018.11.14 12:56:37 5: NUKIBridge (NukiBridge) - Response ERROR:
2018.11.14 12:56:37 5: NUKIBridge (NukiBridge) - Response JSON: HTTP 503 Unavailable
2018.11.14 12:56:37 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2018.11.14 12:56:37 4: NUKIBridge (NukiBridge) - run NUKIBridge_Call
2018.11.14 12:56:37 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.178.23:8080/info?token=XXXXXX
2018.11.14 12:56:37 4: NUKIBridge (NukiBridge) - NUKIBridge_GetCheckBridgeAlive
2018.11.14 12:56:27 4: WEBtablet: /fhem/NUKIDevice-347794437&{"nukiId": 347794437, "state": 3, "stateName": "unlocked", "batteryCritical": false} / RL:8041 / text/html; charset=UTF-8 /  /
2018.11.14 12:56:27 4: WEBtablet_192.168.178.23_25867 POST /fhem/NUKIDevice-347794437&{"nukiId": 347794437, "state": 3, "stateName": "unlocked", "batteryCritical": false}; BUFLEN:0
2018.11.14 12:56:25 4: Connection accepted from WEBtablet_192.168.178.23_25867
2018.11.14 12:56:19 5: NUKIBridge (NukiBridge) - Bridge ist online
2018.11.14 12:56:19 5: NUKIBridge (NukiBridge) - Response CODE: 200
2018.11.14 12:56:19 5: NUKIBridge (NukiBridge) - Response ERROR:
2018.11.14 12:56:19 5: NUKIBridge (NukiBridge) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": 95991041, "serverId": 1337010944}, "versions": {"firmwareVersion": "1.11.3", "wifiFirmwareVersion": "1.2.0"}, "uptime": 7201, "currentTime": "2018-11-14T11:56:18+00:00", "serverConnected": true, "scanResults": []}
2018.11.14 12:56:19 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2018.11.14 12:56:19 4: NUKIBridge (NukiBridge) - run NUKIBridge_Call
2018.11.14 12:56:19 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.178.23:8080/info?token=XXXXXX
2018.11.14 12:56:19 4: NUKIBridge (NukiBridge) - NUKIBridge_GetCheckBridgeAlive
2018.11.14 12:56:05 4: Connection closed for WEBtablet_192.168.178.23_38662: EOF
2018.11.14 12:56:01 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2018.11.14 12:56:01 5: NUKIBridge (NukiBridge) - Response CODE: 503
2018.11.14 12:56:01 5: NUKIBridge (NukiBridge) - Response ERROR:
2018.11.14 12:56:01 5: NUKIBridge (NukiBridge) - Response JSON: HTTP 503 Unavailable
2018.11.14 12:56:01 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2018.11.14 12:56:01 4: NUKIBridge (NukiBridge) - run NUKIBridge_Call
2018.11.14 12:56:01 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.178.23:8080/info?token=XXXXXX
2018.11.14 12:56:01 4: NUKIBridge (NukiBridge) - NUKIBridge_GetCheckBridgeAlive
2018.11.14 12:55:51 4: WEBtablet: /fhem/NUKIDevice-347794437&{"nukiId": 347794437, "state": 1, "stateName": "locked", "batteryCritical": false} / RL:8041 / text/html; charset=UTF-8 /  /
2018.11.14 12:55:51 4: WEBtablet_192.168.178.23_38662 POST /fhem/NUKIDevice-347794437&{"nukiId": 347794437, "state": 1, "stateName": "locked", "batteryCritical": false}; BUFLEN:0
2018.11.14 12:55:49 4: Connection accepted from WEBtablet_192.168.178.23_38662
2018.11.14 12:55:33 5: NUKIBridge (NukiBridge) - Bridge ist online
2018.11.14 12:55:33 5: NUKIBridge (NukiBridge) - Response CODE: 200
2018.11.14 12:55:33 5: NUKIBridge (NukiBridge) - Response ERROR:
2018.11.14 12:55:33 5: NUKIBridge (NukiBridge) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": 95991041, "serverId": 1337010944}, "versions": {"firmwareVersion": "1.11.3", "wifiFirmwareVersion": "1.2.0"}, "uptime": 7155, "currentTime": "2018-11-14T11:55:32+00:00", "serverConnected": true, "scanResults": []}
2018.11.14 12:55:33 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2018.11.14 12:55:33 4: NUKIBridge (NukiBridge) - run NUKIBridge_Call
2018.11.14 12:55:33 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.178.23:8080/info?token=XXXXXX
2018.11.14 12:55:33 4: NUKIBridge (NukiBridge) - NUKIBridge_GetCheckBridgeAlive
2018.11.14 12:55:05 5: NUKIBridge (NukiBridge) - Bridge ist online
2018.11.14 12:55:05 5: NUKIBridge (NukiBridge) - Response CODE: 200
2018.11.14 12:55:05 5: NUKIBridge (NukiBridge) - Response ERROR:
2018.11.14 12:55:05 5: NUKIBridge (NukiBridge) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": 95991041, "serverId": 1337010944}, "versions": {"firmwareVersion": "1.11.3", "wifiFirmwareVersion": "1.2.0"}, "uptime": 7127, "currentTime": "2018-11-14T11:55:04+00:00", "serverConnected": true, "scanResults": []}
2018.11.14 12:53:59 3: CUL_HM set SD.Flur_Dis displayEP Fenster\_zu,ok


Log der Bridge:

timestamp: 2018-11-14T11:58:19+00:00 type: HTTP-Log
timestamp: 2018-11-14T11:58:19+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T11:57:56+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T11:57:56+00:00 type: HTTP-Info
timestamp: 2018-11-14T11:57:56+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T11:57:39+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T11:57:37+00:00 type: HTTP-Info
timestamp: 2018-11-14T11:57:37+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T11:57:18+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T11:57:18+00:00 type: HTTP-Info
timestamp: 2018-11-14T11:57:18+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T11:57:02+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T11:57:02+00:00 type: HTTP-Info
timestamp: 2018-11-14T11:57:02+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T11:56:41+00:00 type: HTTP-PostFailed urlId: 0
timestamp: 2018-11-14T11:56:40+00:00 type: WLAN-SocketDisconnected connection: 3
timestamp: 2018-11-14T11:56:36+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T11:56:36+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T11:56:29+00:00 type: BLE-Disconnected nukiId: 14BAEC05
timestamp: 2018-11-14T11:56:29+00:00 type: BLE-Disconnect nukiId: 14BAEC05
timestamp: 2018-11-14T11:56:26+00:00 type: HTTP-Post urlId: 0 nukiId: 14BAEC05
timestamp: 2018-11-14T11:56:26+00:00 type: BLE-ReceivingMsg nukiId: 14BAEC05 cmdId: 000E
timestamp: 2018-11-14T11:56:26+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 188
timestamp: 2018-11-14T11:56:26+00:00 type: BLE-ReceivingSSE bytes: 55 auth: 00345CDF
timestamp: 2018-11-14T11:56:25+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 256
timestamp: 2018-11-14T11:56:25+00:00 type: BLE-ReceivingSSE bytes: 107 auth: 00345CDF
timestamp: 2018-11-14T11:56:25+00:00 type: SSE-KeyturnerRequest nukiId: 14BAEC05 bytes: 96
timestamp: 2018-11-14T11:56:25+00:00 type: BLE-SendingSSE bytes: 96 auth: 00345CDF
timestamp: 2018-11-14T11:56:24+00:00 type: BLE-ReceivingMsg nukiId: 14BAEC05 cmdId: 000E
timestamp: 2018-11-14T11:56:24+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 228
timestamp: 2018-11-14T11:56:24+00:00 type: BLE-ReceivingSSE bytes: 86 auth: 00345CDF
timestamp: 2018-11-14T11:56:24+00:00 type: WLAN-SocketConnected connection: 3
timestamp: 2018-11-14T11:56:24+00:00 type: SSE-KeyturnerRequest nukiId: 14BAEC05 bytes: 56
timestamp: 2018-11-14T11:56:24+00:00 type: BLE-SendingSSE bytes: 56 auth: 00345CDF
timestamp: 2018-11-14T11:56:24+00:00 type: BLE-ReceivingMsg nukiId: 14BAEC05 cmdId: 000E
timestamp: 2018-11-14T11:56:24+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 212
timestamp: 2018-11-14T11:56:24+00:00 type: BLE-ReceivingSSE bytes: 73 auth: 00345CDF
timestamp: 2018-11-14T11:56:23+00:00 type: BLE-SendingSSE bytes: 56 auth: 00345CDF
timestamp: 2018-11-14T11:56:23+00:00 type: BLE-Connect handles: ARRAY(0x71c3808)
timestamp: 2018-11-14T11:56:23+00:00 type: BLE-Connected nukiId: 14BAEC05
timestamp: 2018-11-14T11:56:23+00:00 type: BLE-Connect macAddr: 54D272BAEC05
timestamp: 2018-11-14T11:56:23+00:00 type: BLE-Connect nukiId: 14BAEC05
timestamp: 2018-11-14T11:56:23+00:00 type: SSE-KeyturnerRequest nukiId: 14BAEC05 bytes: 56
timestamp: 2018-11-14T11:56:23+00:00 type: SSE-KeyturnerEventResp nukiId: 14BAEC05
timestamp: 2018-11-14T11:56:23+00:00 type: HTTP-PostStart
timestamp: 2018-11-14T11:56:23+00:00 type: BLE-Disconnected nukiId: 14BAEC05
timestamp: 2018-11-14T11:56:23+00:00 type: BLE-Disconnect nukiId: 14BAEC05
timestamp: 2018-11-14T11:56:22+00:00 type: SSE-KeyturnerEventReq nukiId: 14BAEC05
timestamp: 2018-11-14T11:56:22+00:00 type: BLE-ReceivingMsg nukiId: 14BAEC05 cmdId: 000C
timestamp: 2018-11-14T11:56:22+00:00 type: BLE-SendingMsg nukiId: 14BAEC05 cmdId: 0001
timestamp: 2018-11-14T11:56:22+00:00 type: BLE-Connect handles: ARRAY(0x5e9a3b8)
timestamp: 2018-11-14T11:56:22+00:00 type: BLE-Connected nukiId: 14BAEC05
timestamp: 2018-11-14T11:56:21+00:00 type: BLE-Connect macAddr: 54D272BAEC05
timestamp: 2018-11-14T11:56:21+00:00 type: BLE-Connect nukiId: 14BAEC05
timestamp: 2018-11-14T11:56:21+00:00 type: BLE-StatusUpdate nukiId: 14BAEC05
timestamp: 2018-11-14T11:56:19+00:00 type: SSE-PushNukisResponse error: 0
timestamp: 2018-11-14T11:56:19+00:00 type: SSE-PushNukisRequest count: 1
timestamp: 2018-11-14T11:56:18+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T11:56:18+00:00 type: HTTP-Info
timestamp: 2018-11-14T11:56:18+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T11:56:14+00:00 type: BLE-Disconnected nukiId: 14BAEC05
timestamp: 2018-11-14T11:56:14+00:00 type: BLE-Disconnect nukiId: 14BAEC05
timestamp: 2018-11-14T11:56:11+00:00 type: BLE-ReceivingMsg nukiId: 14BAEC05 cmdId: 000E
timestamp: 2018-11-14T11:56:11+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 188
timestamp: 2018-11-14T11:56:11+00:00 type: BLE-ReceivingSSE bytes: 55 auth: 00345CDD
timestamp: 2018-11-14T11:56:11+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 212
timestamp: 2018-11-14T11:56:11+00:00 type: BLE-ReceivingSSE bytes: 73 auth: 00345CDD
timestamp: 2018-11-14T11:56:05+00:00 type: HTTP-PostFailed urlId: 0
timestamp: 2018-11-14T11:56:05+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 212
timestamp: 2018-11-14T11:56:05+00:00 type: BLE-ReceivingSSE bytes: 73 auth: 00345CDD
timestamp: 2018-11-14T11:56:05+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 188
timestamp: 2018-11-14T11:56:05+00:00 type: BLE-ReceivingSSE bytes: 55 auth: 00345CDD
timestamp: 2018-11-14T11:56:04+00:00 type: SSE-KeyturnerRequest nukiId: 14BAEC05 bytes: 92
timestamp: 2018-11-14T11:56:04+00:00 type: BLE-SendingSSE bytes: 92 auth: 00345CDD
timestamp: 2018-11-14T11:56:04+00:00 type: BLE-ReceivingMsg nukiId: 14BAEC05 cmdId: 000E
timestamp: 2018-11-14T11:56:04+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 228
timestamp: 2018-11-14T11:56:04+00:00 type: BLE-ReceivingSSE bytes: 86 auth: 00345CDD
timestamp: 2018-11-14T11:56:04+00:00 type: WLAN-SocketDisconnected connection: 3
timestamp: 2018-11-14T11:56:03+00:00 type: SSE-KeyturnerRequest nukiId: 14BAEC05 bytes: 56
timestamp: 2018-11-14T11:56:03+00:00 type: BLE-SendingSSE bytes: 56 auth: 00345CDD
timestamp: 2018-11-14T11:56:03+00:00 type: BLE-ReceivingMsg nukiId: 14BAEC05 cmdId: 000E
timestamp: 2018-11-14T11:56:03+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 212
timestamp: 2018-11-14T11:56:03+00:00 type: BLE-ReceivingSSE bytes: 73 auth: 00345CDD
timestamp: 2018-11-14T11:56:02+00:00 type: BLE-SendingSSE bytes: 56 auth: 00345CDD
timestamp: 2018-11-14T11:56:02+00:00 type: BLE-Connect handles: ARRAY(0x5f01ee0)
timestamp: 2018-11-14T11:56:02+00:00 type: BLE-Connected nukiId: 14BAEC05
timestamp: 2018-11-14T11:56:02+00:00 type: BLE-Connect macAddr: 54D272BAEC05
timestamp: 2018-11-14T11:56:02+00:00 type: BLE-Connect nukiId: 14BAEC05
timestamp: 2018-11-14T11:56:02+00:00 type: SSE-KeyturnerRequest nukiId: 14BAEC05 bytes: 56
timestamp: 2018-11-14T11:56:00+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T11:56:00+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T11:55:52+00:00 type: BLE-Disconnected nukiId: 14BAEC05
timestamp: 2018-11-14T11:55:52+00:00 type: BLE-Disconnect nukiId: 14BAEC05
timestamp: 2018-11-14T11:55:50+00:00 type: HTTP-Post urlId: 0 nukiId: 14BAEC05
timestamp: 2018-11-14T11:55:49+00:00 type: BLE-ReceivingMsg nukiId: 14BAEC05 cmdId: 000E
timestamp: 2018-11-14T11:55:49+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 188
timestamp: 2018-11-14T11:55:49+00:00 type: BLE-ReceivingSSE bytes: 55 auth: 00345CDF
timestamp: 2018-11-14T11:55:49+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 256
timestamp: 2018-11-14T11:55:49+00:00 type: BLE-ReceivingSSE bytes: 107 auth: 00345CDF
timestamp: 2018-11-14T11:55:49+00:00 type: SSE-KeyturnerRequest nukiId: 14BAEC05 bytes: 96
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 14 November 2018, 13:11:04
Sieht doch gut aus

2018.11.14 12:55:51 4: WEBtablet: /fhem/NUKIDevice-347794437&{"nukiId": 347794437, "state": 1, "stateName": "locked", "batteryCritical": false} / RL:8041 / text/html; charset=UTF-8 /  /
2018.11.14 12:55:51 4: WEBtablet_192.168.178.23_38662 POST /fhem/NUKIDevice-347794437&{"nukiId": 347794437, "state": 1, "stateName": "locked", "batteryCritical": false}; BUFLEN:0
2018.11.14 12:55:49 4: Connection accepted from WEBtablet_192.168.178.23_38662


Jetzt schauen wir mal weiter. Ich melde mich wenn ich neues habe.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 14 November 2018, 13:34:43
Hallo Cobra,

Bitte installiere einmal die angehängte Version. Ein reload des Modules sollte reichen, kannst aber auch ein Neustart von FHEM machen wenn es Dir lieber ist. Auf jeden Fall sollte unter version Dein Name auftauchen.
Danach bitte ein Schaltvorgang mit der NukiApp machen und im FHEM Log schauen. Da sollte eigentlich sowas auftauchen wie
NukiDevice Test Webhook Request:



Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 14 November 2018, 13:48:25
Muss dazu dann was am Verbose-Level geändert werden? Wenn ja, auf welche Device?

Ohne Verbose 5 sieht das FHEM-Log so aus:
2018.11.14 13:46:28 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2018.11.14 13:45:18 1: PERL WARNING: Subroutine NUKIDevice_CGI redefined at ./FHEM/74_NUKIDevice.pm line 502.
2018.11.14 13:45:18 1: PERL WARNING: Subroutine NUKIDevice_WriteReadings redefined at ./FHEM/74_NUKIDevice.pm line 433.
2018.11.14 13:45:18 1: PERL WARNING: Subroutine NUKIDevice_Parse redefined at ./FHEM/74_NUKIDevice.pm line 373.
2018.11.14 13:45:18 1: PERL WARNING: Subroutine NUKIDevice_ReadFromNUKIBridge redefined at ./FHEM/74_NUKIDevice.pm line 337.
2018.11.14 13:45:18 1: PERL WARNING: Subroutine NUKIDevice_GetUpdate redefined at ./FHEM/74_NUKIDevice.pm line 324.
2018.11.14 13:45:18 1: PERL WARNING: Subroutine NUKIDevice_Set redefined at ./FHEM/74_NUKIDevice.pm line 279.
2018.11.14 13:45:18 1: PERL WARNING: Subroutine NUKIDevice_removeExtension redefined at ./FHEM/74_NUKIDevice.pm line 268.
2018.11.14 13:45:18 1: PERL WARNING: Subroutine NUKIDevice_addExtension redefined at ./FHEM/74_NUKIDevice.pm line 251.
2018.11.14 13:45:18 1: PERL WARNING: Subroutine NUKIDevice_Attr redefined at ./FHEM/74_NUKIDevice.pm line 181.
2018.11.14 13:45:18 1: PERL WARNING: Subroutine NUKIDevice_Undef redefined at ./FHEM/74_NUKIDevice.pm line 159.
2018.11.14 13:45:18 1: PERL WARNING: Subroutine NUKIDevice_Define redefined at ./FHEM/74_NUKIDevice.pm line 84.
2018.11.14 13:45:18 1: PERL WARNING: Subroutine NUKIDevice_Initialize redefined at ./FHEM/74_NUKIDevice.pm line 59.


Mit Verbose 5 so:

018.11.14 13:52:04 5: NUKIBridge (NukiBridge) - Bridge ist online
2018.11.14 13:52:04 5: NUKIBridge (NukiBridge) - Response CODE: 200
2018.11.14 13:52:04 5: NUKIBridge (NukiBridge) - Response ERROR:
2018.11.14 13:52:04 5: NUKIBridge (NukiBridge) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": 95991041, "serverId": 1337010944}, "versions": {"firmwareVersion": "1.11.3", "wifiFirmwareVersion": "1.2.0"}, "uptime": 10546, "currentTime": "2018-11-14T12:52:03+00:00", "serverConnected": true, "scanResults": []}
2018.11.14 13:52:04 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2018.11.14 13:52:04 4: NUKIBridge (NukiBridge) - run NUKIBridge_Call
2018.11.14 13:52:04 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.178.23:8080/info?token=XXXXXX
2018.11.14 13:52:04 4: NUKIBridge (NukiBridge) - NUKIBridge_GetCheckBridgeAlive
2018.11.14 13:51:40 5: NUKIDevice (NUKIDevice347794437) - readings set for NUKIDevice347794437
2018.11.14 13:51:40 5: NUKIDevice (NUKIDevice347794437) - parse status message for NUKIDevice347794437
2018.11.14 13:51:40 5: NUKIDevice (NUKIDevice347794437) - Parse with result: {"rssi":-75,"paired":true,"name":"Nuki_14BAEC05"}
2018.11.14 13:51:40 4: NUKIDevice (NUKIDevice347794437) - Received scanResults for matching NukiID 347794437 at device NUKIDevice347794437
2018.11.14 13:51:40 5: NUKIBridge (NukiBridge) - Bridge ist online
2018.11.14 13:51:40 5: NUKIBridge (NukiBridge) - Response CODE: 200
2018.11.14 13:51:40 5: NUKIBridge (NukiBridge) - Response ERROR:
2018.11.14 13:51:40 5: NUKIBridge (NukiBridge) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": 95991041, "serverId": 1337010944}, "versions": {"firmwareVersion": "1.11.3", "wifiFirmwareVersion": "1.2.0"}, "uptime": 10522, "currentTime": "2018-11-14T12:51:39+00:00", "serverConnected": true, "scanResults": [{"nukiId": 347794437, "name": "Nuki_14BAEC05", "rssi": -75, "paired": true}]}
2018.11.14 13:51:40 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2018.11.14 13:51:40 4: NUKIBridge (NukiBridge) - run NUKIBridge_Call
2018.11.14 13:51:40 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.178.23:8080/info?token=XXXXXX
2018.11.14 13:51:40 4: NUKIBridge (NukiBridge) - NUKIBridge_GetCheckBridgeAlive
2018.11.14 13:51:34 4: Connection closed for WEBtablet_192.168.178.23_28609: EOF
2018.11.14 13:51:21 4: WEBtablet: /fhem/NUKIDevice-347794437&{"nukiId": 347794437, "state": 3, "stateName": "unlocked", "batteryCritical": false} / RL:8041 / text/html; charset=UTF-8 /  /
2018.11.14 13:51:21 4: WEBtablet_192.168.178.23_28609 POST /fhem/NUKIDevice-347794437&{"nukiId": 347794437, "state": 3, "stateName": "unlocked", "batteryCritical": false}; BUFLEN:0
2018.11.14 13:51:19 4: Connection accepted from WEBtablet_192.168.178.23_28609
2018.11.14 13:51:15 5: NUKIDevice (NUKIDevice347794437) - readings set for NUKIDevice347794437
2018.11.14 13:51:15 5: NUKIDevice (NUKIDevice347794437) - parse status message for NUKIDevice347794437
2018.11.14 13:51:15 5: NUKIDevice (NUKIDevice347794437) - Parse with result: {"paired":true,"rssi":-76,"name":"Nuki_14BAEC05"}
2018.11.14 13:51:15 4: NUKIDevice (NUKIDevice347794437) - Received scanResults for matching NukiID 347794437 at device NUKIDevice347794437
2018.11.14 13:51:15 5: NUKIBridge (NukiBridge) - Bridge ist online
2018.11.14 13:51:15 5: NUKIBridge (NukiBridge) - Response CODE: 200
2018.11.14 13:51:15 5: NUKIBridge (NukiBridge) - Response ERROR:
2018.11.14 13:51:15 5: NUKIBridge (NukiBridge) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": 95991041, "serverId": 1337010944}, "versions": {"firmwareVersion": "1.11.3", "wifiFirmwareVersion": "1.2.0"}, "uptime": 10497, "currentTime": "2018-11-14T12:51:14+00:00", "serverConnected": true, "scanResults": [{"nukiId": 347794437, "name": "Nuki_14BAEC05", "rssi": -76, "paired": true}]}
2018.11.14 13:51:15 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2018.11.14 13:51:15 4: NUKIBridge (NukiBridge) - run NUKIBridge_Call
2018.11.14 13:51:15 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.178.23:8080/info?token=XXXXXX
2018.11.14 13:51:15 4: NUKIBridge (NukiBridge) - NUKIBridge_GetCheckBridgeAlive
2018.11.14 13:50:48 5: NUKIBridge (NukiBridge) - Bridge ist online
2018.11.14 13:50:48 5: NUKIBridge (NukiBridge) - Response CODE: 200
2018.11.14 13:50:48 5: NUKIBridge (NukiBridge) - Response ERROR:
2018.11.14 13:50:48 5: NUKIBridge (NukiBridge) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": 95991041, "serverId": 1337010944}, "versions": {"firmwareVersion": "1.11.3", "wifiFirmwareVersion": "1.2.0"}, "uptime": 10470, "currentTime": "2018-11-14T12:50:47+00:00", "serverConnected": true, "scanResults": []}
2018.11.14 13:50:48 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2018.11.14 13:50:48 4: NUKIBridge (NukiBridge) - run NUKIBridge_Call
2018.11.14 13:50:48 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.178.23:8080/info?token=XXXXXX
2018.11.14 13:50:48 4: NUKIBridge (NukiBridge) - NUKIBridge_GetCheckBridgeAlive
2018.11.14 13:50:30 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2018.11.14 13:46:28 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2018.11.14 13:45:18 1: PERL WARNING: Subroutine NUKIDevice_CGI redefined at ./FHEM/74_NUKIDevice.pm line 502.
2018.11.14 13:45:18 1: PERL WARNING: Subroutine NUKIDevice_WriteReadings redefined at ./FHEM/74_NUKIDevice.pm line 433.
2018.11.14 13:45:18 1: PERL WARNING: Subroutine NUKIDevice_Parse redefined at ./FHEM/74_NUKIDevice.pm line 373.
2018.11.14 13:45:18 1: PERL WARNING: Subroutine NUKIDevice_ReadFromNUKIBridge redefined at ./FHEM/74_NUKIDevice.pm line 337.
2018.11.14 13:45:18 1: PERL WARNING: Subroutine NUKIDevice_GetUpdate redefined at ./FHEM/74_NUKIDevice.pm line 324.
2018.11.14 13:45:18 1: PERL WARNING: Subroutine NUKIDevice_Set redefined at ./FHEM/74_NUKIDevice.pm line 279.
2018.11.14 13:45:18 1: PERL WARNING: Subroutine NUKIDevice_removeExtension redefined at ./FHEM/74_NUKIDevice.pm line 268.
2018.11.14 13:45:18 1: PERL WARNING: Subroutine NUKIDevice_addExtension redefined at ./FHEM/74_NUKIDevice.pm line 251.
2018.11.14 13:45:18 1: PERL WARNING: Subroutine NUKIDevice_Attr redefined at ./FHEM/74_NUKIDevice.pm line 181.
2018.11.14 13:45:18 1: PERL WARNING: Subroutine NUKIDevice_Undef redefined at ./FHEM/74_NUKIDevice.pm line 159.
2018.11.14 13:45:18 1: PERL WARNING: Subroutine NUKIDevice_Define redefined at ./FHEM/74_NUKIDevice.pm line 84.
2018.11.14 13:45:18 1: PERL WARNING: Subroutine NUKIDevice_Initialize redefined at ./FHEM/74_NUKIDevice.pm line 59.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 14 November 2018, 14:09:39
Da ist rein gar nichts vom webhook zu sehen, obwohl die entsprechende FHEMWEB Instanz aufgerufen wurde.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 14 November 2018, 14:15:38
Zitat von: CoolTux am 14 November 2018, 14:09:39
Da ist rein gar nichts vom webhook zu sehen, obwohl die entsprechende FHEMWEB Instanz aufgerufen wurde.

Soll ich nochmal nen weiteren LOG-Auszug schicken?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 14 November 2018, 14:44:56
Zitat von: Cobra am 14 November 2018, 14:15:38
Soll ich nochmal nen weiteren LOG-Auszug schicken?
Kannst Du gerne machen, aber ich sehe da nicht das die Funktion im Modul aufgerufen wird, obwohl der webhook ja angesprochen wird und die URL aufgerufen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 14 November 2018, 15:15:06
Voila:

2018.11.14 15:12:35 5: NUKIBridge (NukiBridge) - Bridge ist online
2018.11.14 15:12:35 5: NUKIBridge (NukiBridge) - Response CODE: 200
2018.11.14 15:12:35 5: NUKIBridge (NukiBridge) - Response ERROR:
2018.11.14 15:12:35 5: NUKIBridge (NukiBridge) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": 95991041, "serverId": 1337010944}, "versions": {"firmwareVersion": "1.11.3", "wifiFirmwareVersion": "1.2.0"}, "uptime": 15377, "currentTime": "2018-11-14T14:12:34+00:00", "serverConnected": true, "scanResults": []}
2018.11.14 15:12:35 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2018.11.14 15:12:35 4: NUKIBridge (NukiBridge) - run NUKIBridge_Call
2018.11.14 15:12:35 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.178.23:8080/info?token=XXXXXX
2018.11.14 15:12:35 4: NUKIBridge (NukiBridge) - NUKIBridge_GetCheckBridgeAlive
2018.11.14 15:12:25 4: Connection closed for WEBtablet_192.168.178.23_12886: EOF
2018.11.14 15:12:13 4: WEBtablet: /fhem/NUKIDevice-347794437&{"nukiId": 347794437, "state": 3, "stateName": "unlocked", "batteryCritical": false} / RL:8041 / text/html; charset=UTF-8 /  /
2018.11.14 15:12:13 4: WEBtablet_192.168.178.23_12886 POST /fhem/NUKIDevice-347794437&{"nukiId": 347794437, "state": 3, "stateName": "unlocked", "batteryCritical": false}; BUFLEN:0
2018.11.14 15:12:10 4: Connection accepted from WEBtablet_192.168.178.23_12886
2018.11.14 15:12:08 5: NUKIDevice (NUKIDevice347794437) - readings set for NUKIDevice347794437
2018.11.14 15:12:08 5: NUKIDevice (NUKIDevice347794437) - parse status message for NUKIDevice347794437
2018.11.14 15:12:08 5: NUKIDevice (NUKIDevice347794437) - Parse with result: {"name":"Nuki_14BAEC05","paired":true,"rssi":-71}
2018.11.14 15:12:07 4: NUKIDevice (NUKIDevice347794437) - Received scanResults for matching NukiID 347794437 at device NUKIDevice347794437
2018.11.14 15:12:07 5: NUKIBridge (NukiBridge) - Bridge ist online
2018.11.14 15:12:07 5: NUKIBridge (NukiBridge) - Response CODE: 200
2018.11.14 15:12:07 5: NUKIBridge (NukiBridge) - Response ERROR:
2018.11.14 15:12:07 5: NUKIBridge (NukiBridge) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": 95991041, "serverId": 1337010944}, "versions": {"firmwareVersion": "1.11.3", "wifiFirmwareVersion": "1.2.0"}, "uptime": 15349, "currentTime": "2018-11-14T14:12:06+00:00", "serverConnected": true, "scanResults": [{"nukiId": 347794437, "name": "Nuki_14BAEC05", "rssi": -71, "paired": true}]}
2018.11.14 15:12:07 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2018.11.14 15:12:07 4: NUKIBridge (NukiBridge) - run NUKIBridge_Call
2018.11.14 15:12:07 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.178.23:8080/info?token=XXXXXX
2018.11.14 15:12:07 4: NUKIBridge (NukiBridge) - NUKIBridge_GetCheckBridgeAlive
2018.11.14 15:11:54 4: Connection closed for WEBtablet_192.168.178.23_9057: EOF
2018.11.14 15:11:41 4: WEBtablet: /fhem/NUKIDevice-347794437&{"nukiId": 347794437, "state": 1, "stateName": "locked", "batteryCritical": false} / RL:8041 / text/html; charset=UTF-8 /  /
2018.11.14 15:11:41 4: WEBtablet_192.168.178.23_9057 POST /fhem/NUKIDevice-347794437&{"nukiId": 347794437, "state": 1, "stateName": "locked", "batteryCritical": false}; BUFLEN:0
2018.11.14 15:11:40 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2018.11.14 15:11:40 5: NUKIBridge (NukiBridge) - Response CODE: 503
2018.11.14 15:11:40 5: NUKIBridge (NukiBridge) - Response ERROR:
2018.11.14 15:11:40 5: NUKIBridge (NukiBridge) - Response JSON: HTTP 503 Unavailable
2018.11.14 15:11:40 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2018.11.14 15:11:40 4: NUKIBridge (NukiBridge) - run NUKIBridge_Call
2018.11.14 15:11:40 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.178.23:8080/info?token=XXXXXX
2018.11.14 15:11:40 4: NUKIBridge (NukiBridge) - NUKIBridge_GetCheckBridgeAlive
2018.11.14 15:11:39 4: Connection accepted from WEBtablet_192.168.178.23_9057
2018.11.14 15:11:16 5: NUKIBridge (NukiBridge) - Bridge ist online
2018.11.14 15:11:16 5: NUKIBridge (NukiBridge) - Response CODE: 200
2018.11.14 15:11:16 5: NUKIBridge (NukiBridge) - Response ERROR:
2018.11.14 15:11:16 5: NUKIBridge (NukiBridge) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": 95991041, "serverId": 1337010944}, "versions": {"firmwareVersion": "1.11.3", "wifiFirmwareVersion": "1.2.0"}, "uptime": 15298, "currentTime": "2018-11-14T14:11:15+00:00", "serverConnected": true, "scanResults": []}
2018.11.14 15:11:16 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2018.11.14 15:11:16 4: NUKIBridge (NukiBridge) - run NUKIBridge_Call
2018.11.14 15:11:16 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.178.23:8080/info?token=XXXXXX
2018.11.14 15:11:16 4: NUKIBridge (NukiBridge) - NUKIBridge_GetCheckBridgeAlive


Und noch das Log der Bridge:

timestamp: 2018-11-14T14:14:37+00:00 type: HTTP-Log
timestamp: 2018-11-14T14:14:37+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T14:14:13+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T14:14:13+00:00 type: HTTP-Info
timestamp: 2018-11-14T14:14:13+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T14:13:54+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T14:13:52+00:00 type: HTTP-Info
timestamp: 2018-11-14T14:13:52+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T14:13:29+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T14:13:29+00:00 type: HTTP-Info
timestamp: 2018-11-14T14:13:29+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T14:13:14+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T14:13:14+00:00 type: HTTP-Info
timestamp: 2018-11-14T14:13:14+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T14:12:56+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T14:12:56+00:00 type: HTTP-Info
timestamp: 2018-11-14T14:12:55+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T14:12:34+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T14:12:34+00:00 type: HTTP-Info
timestamp: 2018-11-14T14:12:34+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T14:12:26+00:00 type: HTTP-PostFailed urlId: 0
timestamp: 2018-11-14T14:12:25+00:00 type: WLAN-SocketDisconnected connection: 3
timestamp: 2018-11-14T14:12:19+00:00 type: HTTP-PostTimeout
timestamp: 2018-11-14T14:12:13+00:00 type: BLE-Disconnected nukiId: 14BAEC05
timestamp: 2018-11-14T14:12:13+00:00 type: BLE-Disconnect nukiId: 14BAEC05
timestamp: 2018-11-14T14:12:11+00:00 type: HTTP-Post urlId: 0 nukiId: 14BAEC05
timestamp: 2018-11-14T14:12:10+00:00 type: BLE-ReceivingMsg nukiId: 14BAEC05 cmdId: 000E
timestamp: 2018-11-14T14:12:10+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 188
timestamp: 2018-11-14T14:12:10+00:00 type: BLE-ReceivingSSE bytes: 55 auth: 00345CDF
timestamp: 2018-11-14T14:12:10+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 256
timestamp: 2018-11-14T14:12:10+00:00 type: BLE-ReceivingSSE bytes: 107 auth: 00345CDF
timestamp: 2018-11-14T14:12:10+00:00 type: SSE-KeyturnerRequest nukiId: 14BAEC05 bytes: 96
timestamp: 2018-11-14T14:12:10+00:00 type: BLE-SendingSSE bytes: 96 auth: 00345CDF
timestamp: 2018-11-14T14:12:09+00:00 type: WLAN-SocketConnected connection: 3
timestamp: 2018-11-14T14:12:09+00:00 type: BLE-ReceivingMsg nukiId: 14BAEC05 cmdId: 000E
timestamp: 2018-11-14T14:12:09+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 228
timestamp: 2018-11-14T14:12:09+00:00 type: BLE-ReceivingSSE bytes: 86 auth: 00345CDF
timestamp: 2018-11-14T14:12:09+00:00 type: SSE-KeyturnerRequest nukiId: 14BAEC05 bytes: 56
timestamp: 2018-11-14T14:12:09+00:00 type: BLE-SendingSSE bytes: 56 auth: 00345CDF
timestamp: 2018-11-14T14:12:08+00:00 type: BLE-ReceivingMsg nukiId: 14BAEC05 cmdId: 000E
timestamp: 2018-11-14T14:12:08+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 212
timestamp: 2018-11-14T14:12:08+00:00 type: BLE-ReceivingSSE bytes: 73 auth: 00345CDF
timestamp: 2018-11-14T14:12:08+00:00 type: BLE-SendingSSE bytes: 56 auth: 00345CDF
timestamp: 2018-11-14T14:12:08+00:00 type: BLE-Connect handles: ARRAY(0x6fb0638)
timestamp: 2018-11-14T14:12:08+00:00 type: BLE-Connected nukiId: 14BAEC05
timestamp: 2018-11-14T14:12:07+00:00 type: BLE-Connect macAddr: 54D272BAEC05
timestamp: 2018-11-14T14:12:07+00:00 type: BLE-Connect nukiId: 14BAEC05
timestamp: 2018-11-14T14:12:07+00:00 type: SSE-KeyturnerRequest nukiId: 14BAEC05 bytes: 56
timestamp: 2018-11-14T14:12:07+00:00 type: SSE-KeyturnerEventResp nukiId: 14BAEC05
timestamp: 2018-11-14T14:12:07+00:00 type: HTTP-PostStart
timestamp: 2018-11-14T14:12:07+00:00 type: BLE-Disconnected nukiId: 14BAEC05
timestamp: 2018-11-14T14:12:07+00:00 type: BLE-Disconnect nukiId: 14BAEC05
timestamp: 2018-11-14T14:12:07+00:00 type: SSE-KeyturnerEventReq nukiId: 14BAEC05
timestamp: 2018-11-14T14:12:07+00:00 type: BLE-ReceivingMsg nukiId: 14BAEC05 cmdId: 000C
timestamp: 2018-11-14T14:12:07+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T14:12:06+00:00 type: HTTP-Info
timestamp: 2018-11-14T14:12:06+00:00 type: BLE-SendingMsg nukiId: 14BAEC05 cmdId: 0001
timestamp: 2018-11-14T14:12:06+00:00 type: BLE-Connect handles: ARRAY(0x6008c20)
timestamp: 2018-11-14T14:12:06+00:00 type: BLE-Connected nukiId: 14BAEC05
timestamp: 2018-11-14T14:12:06+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T14:12:06+00:00 type: BLE-Connect macAddr: 54D272BAEC05
timestamp: 2018-11-14T14:12:06+00:00 type: BLE-Connect nukiId: 14BAEC05
timestamp: 2018-11-14T14:12:06+00:00 type: BLE-StatusUpdate nukiId: 14BAEC05
timestamp: 2018-11-14T14:12:06+00:00 type: BLE-Disconnected nukiId: 14BAEC05
timestamp: 2018-11-14T14:12:06+00:00 type: BLE-Disconnect nukiId: 14BAEC05
timestamp: 2018-11-14T14:12:03+00:00 type: BLE-ReceivingMsg nukiId: 14BAEC05 cmdId: 000E
timestamp: 2018-11-14T14:12:03+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 188
timestamp: 2018-11-14T14:12:03+00:00 type: BLE-ReceivingSSE bytes: 55 auth: 00345CDD
timestamp: 2018-11-14T14:12:03+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 212
timestamp: 2018-11-14T14:12:03+00:00 type: BLE-ReceivingSSE bytes: 73 auth: 00345CDD
timestamp: 2018-11-14T14:11:57+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 212
timestamp: 2018-11-14T14:11:57+00:00 type: BLE-ReceivingSSE bytes: 73 auth: 00345CDD
timestamp: 2018-11-14T14:11:57+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 188
timestamp: 2018-11-14T14:11:57+00:00 type: BLE-ReceivingSSE bytes: 55 auth: 00345CDD
timestamp: 2018-11-14T14:11:57+00:00 type: SSE-KeyturnerRequest nukiId: 14BAEC05 bytes: 92
timestamp: 2018-11-14T14:11:57+00:00 type: BLE-SendingSSE bytes: 92 auth: 00345CDD
timestamp: 2018-11-14T14:11:56+00:00 type: BLE-ReceivingMsg nukiId: 14BAEC05 cmdId: 000E
timestamp: 2018-11-14T14:11:56+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 228
timestamp: 2018-11-14T14:11:56+00:00 type: BLE-ReceivingSSE bytes: 86 auth: 00345CDD
timestamp: 2018-11-14T14:11:56+00:00 type: BLE-SendingSSE bytes: 56 auth: 00345CDD
timestamp: 2018-11-14T14:11:56+00:00 type: BLE-Connect handles: ARRAY(0x5fe1578)
timestamp: 2018-11-14T14:11:56+00:00 type: BLE-Connected nukiId: 14BAEC05
timestamp: 2018-11-14T14:11:55+00:00 type: HTTP-PostFailed urlId: 0
timestamp: 2018-11-14T14:11:54+00:00 type: WLAN-SocketDisconnected connection: 3
timestamp: 2018-11-14T14:11:50+00:00 type: BLE-Connect macAddr: 54D272BAEC05
timestamp: 2018-11-14T14:11:50+00:00 type: BLE-Connect nukiId: 14BAEC05
timestamp: 2018-11-14T14:11:50+00:00 type: SSE-KeyturnerRequest nukiId: 14BAEC05 bytes: 56
timestamp: 2018-11-14T14:11:43+00:00 type: BLE-Disconnected nukiId: 14BAEC05
timestamp: 2018-11-14T14:11:43+00:00 type: BLE-Disconnect nukiId: 14BAEC05
timestamp: 2018-11-14T14:11:40+00:00 type: HTTP-Post urlId: 0 nukiId: 14BAEC05
timestamp: 2018-11-14T14:11:40+00:00 type: BLE-ReceivingMsg nukiId: 14BAEC05 cmdId: 000E
timestamp: 2018-11-14T14:11:40+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 188
timestamp: 2018-11-14T14:11:40+00:00 type: BLE-ReceivingSSE bytes: 55 auth: 00345CDF
timestamp: 2018-11-14T14:11:40+00:00 type: SSE-KeyturnerResponse nukiId: 14BAEC05 bytes: 256
timestamp: 2018-11-14T14:11:40+00:00 type: BLE-ReceivingSSE bytes: 107 auth: 00345CDF
timestamp: 2018-11-14T14:11:39+00:00 type: WLAN-SocketDisconnected connection: 0
timestamp: 2018-11-14T14:11:39+00:00 type: SSE-KeyturnerRequest nukiId: 14BAEC05 bytes: 96
timestamp: 2018-11-14T14:11:39+00:00 type: BLE-SendingSSE bytes: 96 auth: 00345CDF
timestamp: 2018-11-14T14:11:39+00:00 type: WLAN-SocketConnected connection: 0
timestamp: 2018-11-14T14:11:39+00:00 type: BLE-ReceivingMsg nukiId: 14BAEC05 cmdId: 000E
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 15 November 2018, 08:53:14
Guten Morgen Cobra,

Leider bisher keine weiteren Neuigkeiten. Nur soviel, es liegt nicht an der Nukibridge oder dem Nuki selbst würde ich behaupten. Aus irgendeinem Grund wird unsere Webhookfunktion nicht aufgerufen. Ich kann dies aber heute Abend genauer testen.
Danke Dir für Deine Logdaten.

Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 15 November 2018, 10:38:24
Kein Problem, es ist ja nur der Status der aktuell nicht stimmt, damit kann ich noch ein paar Tage leben.

Gib einfach Bescheid wenn du nochmal Daten von mir benötigst.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 15 November 2018, 10:42:03
Zitat von: Cobra am 15 November 2018, 10:38:24
Kein Problem, es ist ja nur der Status der aktuell nicht stimmt, damit kann ich noch ein paar Tage leben.

Gib einfach Bescheid wenn du nochmal Daten von mir benötigst.

Mache ich sehr gerne.
Als erstes will ich mal klären ob es generell Probleme mit einer ganz aktuellen FHEM Version gibt.
Vielleicht kurz ein list von der FHEMWEB Instanz und dem dazugehörigen allowed Device.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: marvin78 am 15 November 2018, 10:43:35
Ich habe heute mein 2. Nuki bekommen (diesmal ein 2.0). Das alte wandert an die Garagentür. Wenn ich dazu komme (kann dauern), werde ich berichten, wie gut es läuft.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 15 November 2018, 10:47:14
Hier mal das List von der Web-Instanz:

Internals:
   CONNECTS   203
   CSRFTOKEN  csrf_xxxxxxxxxxxxx
   DEF        8085 global
   FD         8
   NAME       WEBtablet
   NR         12
   NTFY_ORDER 50-WEBtablet
   PORT       8085
   STATE      Initialized
   TYPE       FHEMWEB
   READINGS:
     2018-11-12 08:38:47   state           Initialized
Attributes:
   editConfig 1
   hiddenroom AlarmRoom
   room       9.6_System
   stylesheetPrefix dark
   verbose    3


Ein Allowed-Device dafür gibt es nicht, die Instanz habe ich seit der Installation damals nicht groß verändert.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 15 November 2018, 10:47:50
Zitat von: marvin78 am 15 November 2018, 10:43:35
Ich habe heute mein 2. Nuki bekommen (diesmal ein 2.0). Das alte wandert an die Garagentür. Wenn ich dazu komme (kann dauern), werde ich berichten, wie gut es läuft.

Da interessiert mich ganz besonders ob Du ein Callback über den webhook bei dem einen bekommst und bei dem anderen (2.0) nicht. Aktuell vermute ich das. Warum auch immer. Und wenn dem so ist interessiert mich ganz doll ein verbose 5 von der webhook FHEMWEB Instanz.

Bitte !  :)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: marvin78 am 15 November 2018, 10:49:50
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 ;)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 15 November 2018, 10:50:32
Zitat von: Cobra am 15 November 2018, 10:47:14
Hier mal das List von der Web-Instanz:

Internals:
   CONNECTS   203
   CSRFTOKEN  csrf_xxxxxxxxxxxxx
   DEF        8085 global
   FD         8
   NAME       WEBtablet
   NR         12
   NTFY_ORDER 50-WEBtablet
   PORT       8085
   STATE      Initialized
   TYPE       FHEMWEB
   READINGS:
     2018-11-12 08:38:47   state           Initialized
Attributes:
   editConfig 1
   hiddenroom AlarmRoom
   room       9.6_System
   stylesheetPrefix dark
   verbose    3


Ein Allowed-Device dafür gibt es nicht, die Instanz habe ich seit der Installation damals nicht groß verändert.

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
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 15 November 2018, 10:51:32
Zitat von: marvin78 am 15 November 2018, 10:49:50
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.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 15 November 2018, 11:02:34
Zitat von: CoolTux am 15 November 2018, 10:50:32
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.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 15 November 2018, 11:07:47
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.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 15 November 2018, 11:13:05
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.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 15 November 2018, 11:47:14
Zitat von: CoolTux am 15 November 2018, 11:07:47
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?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 15 November 2018, 11:52:21
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  ;D


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 15 November 2018, 11:55:42

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  ;D

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.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 15 November 2018, 11:57:03
Immer gerne doch.

Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 16 November 2018, 16:03:48
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.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 17 November 2018, 14:42:06
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.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 17 November 2018, 14:47:26
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.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 17 November 2018, 15:04:08
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

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 17 November 2018, 15:34:07
Zitat von: fred_feuerstein am 17 November 2018, 15:04:08
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.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 17 November 2018, 15:36:39
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.

Zitat
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
Zitat
We could track down the problem and hope to fix it with the next FW-update.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 17 November 2018, 15:54:11
ok dann bin ich beruhigt. Dann geht es also im Moment so, wie es der Firmware-Stand vom neuen Nuki im Moment zulässt.

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 17 November 2018, 15:57:11
Zitat von: fred_feuerstein am 17 November 2018, 14:42:06

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?



Also wenn ich über die Nuki-App abschließe dauert es in der Regel 10-12 Sekunden bis der CallBack kommt und der Status in FHEM gesetzt wird.
Die Zwischenschritte sehe ich in dem Moment nicht.


Das mit dem fehlenden Status wenn über FHEM geschaltet wird ist mir garnicht aufgefallen aber stimmt, das geht nicht ;-)

Ich Behelf mir jetzt einfach vorerst mit nem notify welches auf "lock" und "unlock" triggert und dann 15 Sekunden später den Status abfrägt.  ;D
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 17 November 2018, 16:00:16
ok. dann haben wir den gleichen Stand :)

Ich hoffe, dass demnächst dann über die Bridge auch der Türsensor gemeldet wird, weil sonst ist das Ding ja vollkommen unnütz.
Habe zwar einen Fibaro Sensor an der Tür, aber wenn schon beim Schloss einer dabei ist, dann sollte das auch über die Bridge funktionieren :)

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 17 November 2018, 16:29:51
Der Türsensor ist noch Beta und ich hatte auch bei mir schon den Fall dass er einen falschen Status angezeigt hat und sich nicht mehr geändert hat (obwohl ich dann ein paar Mal die Tür auf und zu gemacht hat).
Solange der noch nicht ausgereift ist würde ich persönlich sowieso darauf verzichten ihn ihm FHEM zu integrieren.

Über HomeKit wird er übrigens auch nicht als Sensor mit eingebunden.

Vielleicht kommt das dann alles noch wenn er aus der Beta raus ist ;-)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 17 November 2018, 17:00:50
Zitat von: fred_feuerstein am 17 November 2018, 15:54:11
ok dann bin ich beruhigt. Dann geht es also im Moment so, wie es der Firmware-Stand vom neuen Nuki im Moment zulässt.

Jepp so schaut es aus.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 18 November 2018, 18:02:33
also bzgl. dem Türsensor. Irgendetwas scheint da schon vom Schloss zur Bridge geschickt zu werden. Nur, dass die über die aktuelle Api damit noch nichts anfangen kann.
Weil nach einem Tür öffnen und schliessen (ohne das Nuki, nur rein von innen die Tür öffnen und schliessen), blinkt die Bridge ein paar Mal. Das war vorher nicht so, da das Nuki ja eine Türöffnung nicht erkannt hat.

Ich denke, da muss mindestens die Bridge-Firmware entsprechend erweitert werden, um diesen Status auch auswerten zu können.

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: toemk am 21 November 2018, 15:38:50
Hallo zusammen,

ich hänge mich hier mal meinem Problem dran, ich hoffe, das ist ok.

Ich habe schon länger ein NUKI und habe heute die Bridge dazu bekommen, die über die App komplett funktioniert. Das Einbinden der Bridge in FHEM geht ebenfalls, nur mein Schloss wird nicht erkannt.

Internals:
   BRIDGEAPI  1.6
   DEF        192.168.x.x xxxxx
   HOST       192.168.x.x
   NAME       nukibridge1
   NR         237
   PORT       8080
   STATE      connected
   TOKEN      xxxxx
   TYPE       NUKIBridge
   VERSION    0.6.3
   READINGS:
     2018-11-21 15:28:38   bridgeType      Hardware
     2018-11-21 15:26:17   currentTime     2018-11-21T14:26:17+00:00
     2018-11-21 15:28:38   firmwareVersion 1.10.0
     2018-11-21 15:28:38   hardwareId      274043297
     2018-11-21 15:27:59   lastError       192.168.x.x: Connection refused
     2018-11-21 15:28:38   serverConnected false
     2018-11-21 15:28:38   serverId        542905088
     2018-11-21 15:28:38   state           connected
     2018-11-21 15:28:38   uptime          22
     2018-11-21 15:28:38   wifiFirmwareVersion 1.1.0
   helper:
     aliveCount 0
Attributes:
   room       NUKI


Wenn ich autocreate drücke, passiert nichts.

fhem.log mit verbose 5:

2018.11.21 15:34:09 4: NUKIBridge (nukibridge1) - NUKIBridge_GetCheckBridgeAlive
2018.11.21 15:34:09 4: NUKIBridge (nukibridge1) - Send HTTP POST with URL http://192.168.x.x:8080/info?token=xxxx
2018.11.21 15:34:09 4: NUKIBridge (nukibridge1) - run NUKIBridge_Call
2018.11.21 15:34:09 4: NUKIBridge (nukibridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2018.11.21 15:34:10 5: NUKIBridge (nukibridge1) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": 274043297, "serverId": 542905088}, "versions": {"firmwareVersion": "1.10.0", "wifiFirmwareVersion": "1.1.0"}, "uptime": 354, "currentTime": "2018-11-21T14:34:10+00:00", "serverConnected": true, "scanResults": [{"nukiId": 63125473, "name": "Nuki_03C337E1", "rssi": -65, "paired": true}]}
2018.11.21 15:34:10 5: NUKIBridge (nukibridge1) - Response ERROR:
2018.11.21 15:34:10 5: NUKIBridge (nukibridge1) - Response CODE: 200
2018.11.21 15:34:10 5: NUKIBridge (nukibridge1) - Bridge ist online


Was ich schon versucht habe:

* fhem update
* restart fhem
* restart bridge
* lock neu zur bridge hinzufügen

Danke für eine Idee...
gruß
t.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 21 November 2018, 15:51:17
Stimmt denn der Token? Ist das der API Token von der Bridge?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: toemk am 21 November 2018, 15:54:46
Ja, Aufruf im Browser geht und die Bridge ist "connected".

Idee: Muss autocreate global im fhem aktiviert sein?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 21 November 2018, 16:01:05
Zitat von: toemk am 21 November 2018, 15:54:46
Ja, Aufruf im Browser geht und die Bridge ist "connected".

Idee: Muss autocreate global im fhem aktiviert sein?

Ja.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: toemk am 21 November 2018, 16:03:26
Ok, ich Dussel... hätte ich mir auch denken können. Danke für die schnelle Hilfe!
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 21 November 2018, 16:04:07
Gerne. Viel Spaß mit dem Modul und Nuki.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 21 November 2018, 16:13:43
btw. Als workaround, bis der Status bei Schliessvorgängen über die Api korrekt von der Bridge zurückgemeldet werden habe ich nun die Stati "lock" und "unlock" (und nicht erst "locked" und "unlocked") in meiner weiteren Verarbeitung des Status berücksichtigt. Damit funktionieren meine Folgeprozesse bei Statusänderungen erstmal wieder korrekt :)

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: steffenp am 04 Dezember 2018, 12:42:02
Hallo,

es scheint eine neue Version der Firmware zu geben (2.3.8 ). Im Changelog steht u.a.: "Fixes an issue with the HTTP-API where lock commands have not been synced with Nuki Web and Callbacks"
Auch bezüglich Türsensor soll es Verbesserungen geben. Er muss nach dem Update neu kalibriert werden.

Testen kann ich es frühestens heute Abend.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 04 Dezember 2018, 21:15:59
Kann es sein dass es sich dabei noch um eine Beta handelt?
Ich habe das Schloss eben nach einem Update suchen lassen und es wird mir immer noch die 2.3.0 als aktuelle Version angezeigt.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: steffenp am 04 Dezember 2018, 23:12:30
Da es unter "announcements" veröffentlicht wurde bin ich davon ausgegangen das es keine Beta ist.

https://developer.nuki.io/t/firmware-update-nuki-smart-lock-2-3-8/694

Bei mir ist die 2.3.1 derzeit die aktuelle Version.

Dauert vielleicht noch etwas?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 05 Dezember 2018, 08:18:33
ich habe gestern diese 2.3.8 installiert und neu kalibriert.

Bin aber noch nicht zum weiteren Testen gekommen.

Ist aber eine Beta Version. Wenn ihr künftig betas nutzen wollt, könnt ihr bei bei nuki als beta user registrieren lassen. Die brauchen dann die Nuki-ID der entsprechenden Geräte.
(ich bin dort mit der Bridge und den beiden Smartlocks im Beta-Programm)

Habt ihr beim Nuki V2 auch das Problem, dass der Doppelklick auf den Button am Schloss zwar in der App konfigurierbar ist, aber keine Reaktion beim Schloss auslöst?
Hatte das am Sonntag gemeldet und sogar am Sonntag eine Beta 2.3.7 dafür erhalten. Seit dem klappt das endlich mit dem Doppelklick :)

Mal sehen ob das mit dem Webhook/Callback nun mit Nuki, Bridge und FHEM besser oder sogar komplett korrekt klappt :)

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: steffenp am 05 Dezember 2018, 09:26:38
Danke für die Info bzgl. Beta.
Das Problem mit dem Doppelklick habe ich auch. War mir noch gar nicht so aufgefallen. Bin aber auch noch beim Einrichten und testen.

Dann werd ich mal schauen wie man ins Betaprogramm kommt.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 05 Dezember 2018, 10:57:03
einfach support anschreiben. Oder einen der Admins im developer forum.
Wie gesagt, die brauchen die Nuki ID von Smartlock und ggfs. bridge.
Am besten dann auch gleich für die Handy-App. Da brauchen sie denke ich die Mail-Adresse vom Account vom PlayStore.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Kuehnhackel am 23 Dezember 2018, 16:51:52
Halllo zusamen gibt es eine Möglichkeit:

1. Schaltzustand
2. Protokoll

im FTUI anzuzeigen?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: marvin78 am 23 Dezember 2018, 16:53:49
Schaltzustand ganz sicher. Das Protokoll müsstest du erst nach FHEM bekommen. Aber im Grunde kannst du ja per Log selbst eines erstellen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Kuehnhackel am 23 Dezember 2018, 17:41:08
Zitat von: marvin78 am 23 Dezember 2018, 16:53:49
Schaltzustand ganz sicher. Das Protokoll müsstest du erst nach FHEM bekommen. Aber im Grunde kannst du ja per Log selbst eines erstellen.

Damke für die Info.
Aber da ich absoluter Newbie bin, würde ich mich über einen Gedankenanstoss, sehr freuen  :)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: marvin78 am 23 Dezember 2018, 19:50:50
Falsches Forum.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Kuehnhackel am 23 Dezember 2018, 20:16:01
Du bist aber nett.
Zitat von: marvin78 am 23 Dezember 2018, 19:50:50
Falsches Forum.

und das entscheidest DU?

Achso und ... ich dachte ich bin im Nuki-Forum.  ;)

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 23 Dezember 2018, 20:19:20
Was willst du denn wissen? Schaltzustand Anzeige, sowie das schalten vom nuki geht bei Tablet ui genauso wie für andere geräte. Ist ja quasi nix anderes wie bspw. ein Lichtschalter.



Gesendet von meinem ONEPLUS A3003 mit Tapatalk
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: marvin78 am 23 Dezember 2018, 20:19:45
Nein das entscheide nicht ich, es ist eine logische Folge. Für Tablet UI gibt es ein forum und da bist du besser aufgehoben. Nuki ist nur ein Device. Wie man Readings daraus in einem Frontend darstellt, diskutiert man am besten beim Frontend.

Und ja, mein Hinweis war nett. Er führt dich auf den richtigen Weg. Hinten rum heben ist nicht zielführend.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Kuehnhackel am 28 Dezember 2018, 09:57:56
Nun möchte ich gerne gerne Nuki beibringen, wenn es dunkel ist, über Sunrise, dass ich schon mehrmals für meine Beleuchtung einsetze, wenn die Tür geöffnet ist, die Beleuchtung in der Diele einzuschalten und nach 10min wieder auszuschalten.
Hintergrund ist das der Nachwuchs generell vergisst das Licht auszuschalten.

Bin für jede Hilfestellung dankbar.

Nuki Türschloss und Brigde vorhanden.

Vielen Dank im voraus
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 28 Dezember 2018, 10:21:26
So etwas gehört nicht in diesen Thread. Du kannst es gerne im Forum Automatisierung oder wohl eher besser im Forum Anfänger schreiben.

Vielen Dank.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 28 Dezember 2018, 10:22:44
Zitat von: Cobra am 28 Dezember 2018, 10:21:10
Und was ist jetzt deine Frage bzw. wo funktioniert dein Notify/DOIF/etc denn nicht?

Cobra bitte sei so lieb. Nicht hier. Sowas gehört nicht hier rein.
Der User möge die Frage in das passende Forum stellen und da können wir dann gerne antworten.


LG
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 28 Dezember 2018, 10:24:01
Zitat von: CoolTux am 28 Dezember 2018, 10:22:44
Cobra bitte sei so lieb. Nicht hier. Sowas gehört nicht hier rein.
Der User möge die Frage in das passende Forum stellen und da können wir dann gerne antworten.


LG

Bereits gelöscht ;-)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 28 Dezember 2018, 10:40:33
Zitat von: Cobra am 28 Dezember 2018, 10:24:01
Bereits gelöscht ;-)
Falls wir uns nicht mehr lesen. Dir und Deiner Familie einen guten Rutsch ins neue Jahr.

Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 28 Dezember 2018, 10:42:15
Das wünsche ich dir, deiner Familie und natürlich auch allen anderen hier ebenso :-)

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: kmidt am 29 Dezember 2018, 12:26:59
Hallo zusammen,

ich bin am verzweifeln und ich hoffe mir keiner weiterhelfen.

Habe die Bridge und das Schloss erfolgreich integriert. Kann es auch per FHEM steuern.
Leider bekommt es den Statsu per APP nicht mit obwohl ich
webhookFWinstance
webhookHttpHostname
integriert habe.

WEBHOOK_REGISTER =sent
bei den readings.

Es bekommt aber den Status nicht mir.

Wenn ich aber ein set statsu Request manuell absetze bekommt es den Status mit.

Gibt es zufällig eine Möglickeit diesen set statusRequst alle paar Sekunden automatisch abzusetzten (Auch wenn das nicht die ideale Lösung ist)
oder hat jemand mal das selbe Problem gehabt und gelöst ?

Ich wünsche euch ein schönes Wochenende und Danke,
Andi
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 29 Dezember 2018, 12:30:59
Hallo Andi,

Gib mal bitte ein list vom Device und der Bridge.
Mach bitte ein get callbackList bei der Bridge.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: kmidt am 29 Dezember 2018, 14:25:23

Save config ?
icoHaus Haus
HausZugang
Wohnzimmer
Esszimmer
Küche
Alexa
Arbeitszimmer
Bad EG
Flur
Garage
Rolladen
Schlaf EG
Strom
Temp/Hydro
icoEverything Everything
Logfile
Commandref
Remote doc
Edit files
Select style
Event monitor

Internals:
   CHANGED   
   DEF        331541025 IODev=NBridge1
   IODev      NBridge1
   NAME       NUKIDevice331541025
   NR         467
   NUKIID     331541025
   STATE      unlocked
   TYPE       NUKIDevice
   VERSION    0.6.3
   WEBHOOK_COUNTER 0
   WEBHOOK_PORT 8083
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /fhem/NUKIDevice
   WEBHOOK_URL http://192.168.178.118:8083/fhem/NUKIDevice-331541025
   READINGS:
     2018-12-29 12:22:00   battery         ok
     2018-12-29 12:22:00   batteryCritical 0
     2018-12-29 12:22:00   batteryState    ok
     2018-12-29 12:22:00   lockState       unlocked
     2018-12-29 14:23:56   name            Nuki_13C2EA21
     2018-12-29 14:23:56   paired          1
     2018-12-29 14:23:56   rssi            -68
     2018-12-29 12:22:00   state           unlocked
     2018-12-29 12:22:00   success         1
   fhem:
     infix      NUKIDevice
   helper:
Attributes:
   IODev      NBridge1
   alias      Kellertuer
   devStateIcon unlock:fts_door_right_open:lock lock:fts_door_right:unlock locked:fts_door_right:unlock unlocked:fts_door_right_open:lock
   event-min-interval 5
   event-on-change-reading look:unlock:unlocked:locked
   eventMap   lock:lock
unlock:unlock
   group      Schloss
   room       HausZugang
   webCmd     lock:unlock
   webhookFWinstance WEB
   webhookHttpHostname 192.168.178.118

Callbacklist steht nur 0 und 1 ohne Eintrag
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 29 Dezember 2018, 14:42:36
Wichtig ist das die webhook Adresse kein HTTPS ist.
Da du nichts in der Liste zu stehen hast setze bitte webhookFWinstance noch mal.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: kmidt am 29 Dezember 2018, 14:51:21
Hi,

Ist ja kein HTTPS . Habe ich schon 2 Mal gemacht.
Der fhem User ist mit PW abgesichert - spielt das ne Rolle ?


Weisst du wie man sonst den Set requests dauerhaft ausführen kann als workaround ?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: kmidt am 29 Dezember 2018, 15:09:51
So der csllback Eintrag ist drin.
Geht aber immer noch nur wenn Manuel getriggert
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 29 Dezember 2018, 15:45:16
Passwortabfrage darf nicht sein.

Am besten Du legst eine eigene WEB Instanz dafür an. Dann kannst auch absichern. Lass halt nur von der IP der Bridge zu.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: kmidt am 29 Dezember 2018, 15:54:48
Es klappt. Vielen vielen Dank !!!
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: obelix221 am 02 Januar 2019, 08:21:13
Guten Morgen zusammen,

ich würde gerne meine Alarmanlage (ich verwende die von pah) etwas raffinierter programmieren.

Die Alarmanlage sollte innerhalb der Alarmverzögerung auf "cancel" gesetzt werden, sobald meine Haustür (Nuki Schloss) mit der App geöffnet wurde. Momentan erzeuge ich das "cancel"- Signal für die Alarmanalage aufgrund der Betätigung eines versteckten Tasters im Eingangsbereich. Gerade aber für die Nachbarn, die in meiner Abwesenheit Zutritt (via Nuki App) haben, ist das Finden und richtige Betätigen des Tasters anscheind nicht so trivial, was sich an der Anzahl der Fehlalarme bemerkbar macht.

Gibt es eine Möglichkeit nicht nur den aktuellen Zustand des Nuki Schlosses im fhem abzufragen, sondern auch durch was er erzeugt wurde, also manueller vs App. Schaltvorgang? (idealerweise noch, wer die App benutzt hat, um das Schloss aufzuschließen)


Logik wäre, dass die Alarme automatisch storniert werden, wenn die Türe mit App (Ausbaustufe: nur wenn von Person A oder Person B) aufgesperrt wird.

VG
obelix


Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 02 Januar 2019, 08:47:30
Hallo,

Leider bietet die API das nicht an. Hier geht es nur um das steuern und erkennen des Status.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: obelix221 am 02 Januar 2019, 09:41:03
Hi CoolTux,

danke für die schnelle Antwort.
Siehst Du grundsätzlich Chancen mit einem Log-File-Parser auf das Log in der App zu gehen, und dann den jeweiligen Eintrag an FHEM zu schicken?

Wenn ja, wo und wie würdest Du da ansetzen/ vorgehen?

Falls der Weg erfolgsversprechend ist und mir meine Skills ausreichend erscheinen, würde ich mich ggf. auf den Weg machen.

VG
Obelix
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 02 Januar 2019, 09:47:39
Zitat von: obelix221 am 02 Januar 2019, 09:41:03
Hi CoolTux,

danke für die schnelle Antwort.
Siehst Du grundsätzlich Chancen mit einem Log-File-Parser auf das Log in der App zu gehen, und dann den jeweiligen Eintrag an FHEM zu schicken?

Wenn ja, wo und wie würdest Du da ansetzen/ vorgehen?

Falls der Weg erfolgsversprechend ist und mir meine Skills ausreichend erscheinen, würde ich mich ggf. auf den Weg machen.

VG
Obelix

Das Log der App bekommst Du nicht. Jedenfalls nicht so einfach. Das Modul bietet Dir das Log der Bridge an. Ich bezweifel aber das Du darin die benötigten Informationen findest.

Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 02 Januar 2019, 13:56:54
Nur als Idee dazu. Ich habe nuki Web nicht aktiviert, aber vielleicht kann man darüber auf die log Infos zugreifen. Ich denke, dort wird wenn aktiviert auf jeden Fall geloggt, wer das nuki bedient hat.


Gesendet von meinem ONEPLUS A3003 mit Tapatalk

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 02 Januar 2019, 21:20:26
Hab mal nuki Web aktiviert, da kann man zumindest die log Einträge sehen. Ob und wie man da was parsen kann, keine Ahnung.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: obelix221 am 12 Januar 2019, 07:30:30
Sorry, dass ich mich länger dazu nicht mehr gemeldet habe.
Bin im Büro ein bisschen "abgesoffen"... :-)

Wenn das eine Weboberfläche ist, könnte man ja grundsätzlich mal mit dem HTTPMOD Modul zugreifen und die Webseite parsen...
Aber ich fürchte, dass die Verarbeitungszeit (mit einem geschedulten HTTPMOD-Call) keine schnelle Verarbeitung des Signals zulässt, damit ich damit sinnhaft (=zeitnah) einen Alarm stornieren könnte.

Werde mir die Weboberfläche aber mal ansehen.

Danke
Obelix

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: obelix221 am 13 Januar 2019, 07:25:49
OK, da scheint es sehr viele Möglichkeiten zu geben, wenn man das Nuki Web nutzt.
Es existiert eine eigene API und eine IFTTT Integration. Werde mir das in den nächsten Wochen mal genauer ansehen.

Ist halt dann ein Interface zu einem Cloud Dienst, und nicht mehr NUR lokal, wie es das Nuki-Modul macht.

VG
Obelix
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 13 Januar 2019, 09:21:21
Deswegen möchte ich das auch gar nicht nutzen. Hoffe nach wie vor, dass evtl. die ein oder andere Funktion noch in die bridge api kommt.
Türsensor, wer hat Nuki bedient,...

Gesendet von meinem ONEPLUS A3003 mit Tapatalk

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: wolfram am 16 Januar 2019, 20:17:49
Guten Abend,

ich wollte mal kurz ne Information zum Thema NukiBridge hinterlassen. Ich habe gestern mein Nuki 2.0 inkl. neuer Bridge bekommen und installiert.
Allerdings bin ich an der Integration in fhem gescheitert, bzw. scheitere immer noch. Die Bridge ist zwar im Netzwerk zu sehen aber die Verbindung zu fhem scheitert. Nach stundenlangem Querlesen bin ich auf Folgendes gestoßen:

https://developer.nuki.io/t/bridge-discovery-http-api-activation/87/12 (https://developer.nuki.io/t/bridge-discovery-http-api-activation/87/12)

Mit meinen Worten: es gibt eine neue Hardwareversion der Bridge, diese ist daran zu erkennen, dass die Seriennummer mit "15" beginnt, was bei mir der Fall ist. Lt. Forum ist die API in der Bridge in dieser Version noch nicht vollständig enthalten und wird wohl in den nächsten Monaten  :'( nachgeliefert.

In fhem stellt sich der Verbindungsversuch dann so dar:

2019.01.15 21:33:48 4: NUKIBridge (NukiBridge) - NUKIBridge_GetCheckBridgeAlive
2019.01.15 21:33:48 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.1.45:8080/info?token=XXXXXX
2019.01.15 21:33:48 4: NUKIBridge (NukiBridge) - run NUKIBridge_Call
2019.01.15 21:33:48 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2019.01.15 21:33:48 5: NUKIBridge (NukiBridge) - Response JSON: HTTP 503 Unavailable
2019.01.15 21:33:48 5: NUKIBridge (NukiBridge) - Response ERROR:
2019.01.15 21:33:48 5: NUKIBridge (NukiBridge) - Response CODE: 503
2019.01.15 21:33:48 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable


Falls also jemand betroffen sein sollte - da müssen wir wohl Geduld haben.

Viele Grüße
wolf
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: torte am 18 Januar 2019, 21:30:12
Guten Abend,

hab da auch mal so eine frage.
Werden eigentlich zur Zeit die Stati richtig übertragen oder nicht.
Ich bekomme im FHEM nur locked oder unlocked angezeigt.
Im Eventmonitor sehe ich nie den unlatch und weiß jetzt nicht ob das normal ist oder bei mir was falsch läuft.
Webhook hab ich eingerichtet. WEBInstanz ohne https und ohne user Passwort.

Grüße
Torte
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 18 Januar 2019, 21:33:28
Zitat von: torte am 18 Januar 2019, 21:30:12
Guten Abend,

hab da auch mal so eine frage.
Werden eigentlich zur Zeit die Stati richtig übertragen oder nicht.
Ich bekomme im FHEM nur locked oder unlocked angezeigt.
Im Eventmonitor sehe ich nie den unlatch und weiß jetzt nicht ob das normal ist oder bei mir was falsch läuft.
Webhook hab ich eingerichtet. WEBInstanz ohne https und ohne user Passwort.

Grüße
Torte

Sollte korrekt angezeigt werden.
Kommt denn der korrekte Status in FHEM an wenn Du das Schloss mit der App stellst?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: torte am 18 Januar 2019, 21:40:10
ja wenn ich in der APP absperre hab ich in fhem auch locked.
Wenn aber die Falle gezocken wird passiert nix, auch im eventmonitor erscheint kein unlatch

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 18 Januar 2019, 21:44:39
Das unterstützt auch die Bridge API nicht.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: torte am 18 Januar 2019, 21:48:46
oh schade, ich hatte gehofft das wenn ich nachhause komme per autounlock schon draußen das licht anzumachen.

Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Skjall am 08 Februar 2019, 23:59:35
Moin zusammen,

Für die neue Bridge gibt es ein Beta-Programm, in dessen Firmware die API vorhanden sein soll:
https://developer.nuki.io/t/http-api-for-hardware-revisioned-bridge-available-as-beta/1110

VG Jan
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: yamaha1983 am 09 Februar 2019, 08:12:13
Ah danke für den Hinweis. Hab an mir schon gezweifelt. :)
Musste wegen einem Defekt von der alten NUKI auf den neuen wechseln. Das alte Setup tat es immer tadellos. Hatte nicht damit gerechnet, dass die neue Bridge dann noch keine HTTP API hat, obwohl man diese unter Bridge verwalten einstellen kann.

Grüße,
yamaha1983
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Skjall am 12 Februar 2019, 18:38:24
Moin zusammen,

mir ist heute ein Bug aufgefallen. Ich habe mein Schloss ausgetauscht. Dabei stimmte wohl der Callback nicht mehr. Soweit kein Problem. Als ich ein "get Connector_NUKIBridge callbackList" absetzte schmierte das FHEM ab.

Last gasp:

2019.02.12 18:33:35 3: NUKIDevice (Connector_NUKIBridge) - empty answer received for http://10.2.12.61:8080/reboot?token=xxxxxx
2019.02.12 18:34:06 3: NUKIDevice (Connector_NUKIBridge) - invalid json detected for http://10.2.12.61:8080/callback/list?token=xxxxxx: HTTP 503 Unavailable
Can't use string ("NUKIDevice (Connector_NUKIBridge"...) as a HASH ref while "strict refs" in use at ./FHEM/73_NUKIBridge.pm line 687.


Letzteres dürfte ja in jedem fall nicht passieren, oder?

VG Jan
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 12 Februar 2019, 18:51:52
Danke Dir Jan. Schaue ich mir an.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 12 Februar 2019, 19:44:27
Habe eine Abfrage ein gebaut.
Update kommt dann die Tage
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: yamaha1983 am 14 Februar 2019, 12:54:48
Mit der aktuellen Betafirmware 2.1.37 und der neuen Bridge Hardwareversion (Seriennummer fängt mit 14, oder 15 an) funktioniert es auch wieder mit der HTTP-API wie zuvor gewohnt.

Grüße,
yamaha1983
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Sascha_F am 16 Februar 2019, 23:09:26
Hi, ich muss mal kurz nachfragen da ich unsicher bin: Unterscheidet sich die v2-Bridge von der v1? API sollte doch identisch sein  --> also wenn sich etwas an der API tut, sollten doch alle Bridges damit umgehen können oder erhalten die v1 nicht die Firmwareupdates? Oder habe ich es nur komplett falsch interpretiert und die v2 haben noch nicht die korrekte Firmware bei Auslieferung gehabt??

Hatte auch bereits überlegt, das Upgrade-Programm zu nehmen, aber konnte auch nach Rückfrage mit Nuki.io keinen Vorteil der v2-Bridge feststellen (und die Preisdifferenz von "nur" Schloss zu "Schloss und Bridge" ist ja nicht ganz ohne). Hat jemand schon das neue Schloss? Wie sieht es denn mit der Entfernung zwischen Schloss und Magnet aus? Bei wie viel cm ist Schluss mit der Erkennung?

Und: Ist die BT-Reichweite (Auto Unlock) tatsächlich deutlich besser, als mit der v1?

Viele Grüße
Sascha
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: ulli am 17 Februar 2019, 14:58:34
Zur Bridge kann ich nichts sagen da ich keine hab.
Aber ich habe von v1 auf v2 gewechselt und muss sagen
* Es ist viel leiser
* Die Reichweite ist ca. verdoppelt (BT zum Handy für Autounlock)
* Die Türoffenerkennung funktioniert wie von einer beta erwartet. (Abstand ca. 4-5 cm bei mir)
   D.h . in 80% derfälle wird eine anderen erkannt
* zigbee ist noch nicht verfügbar :(
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 18 Februar 2019, 01:09:53
ZitatHi, ich muss mal kurz nachfragen da ich unsicher bin: Unterscheidet sich die v2-Bridge von der v1? API sollte doch identisch sein  --> also wenn sich etwas an der API tut, sollten doch alle Bridges damit umgehen können oder erhalten die v1 nicht die Firmwareupdates? Oder habe ich es nur komplett falsch interpretiert und die v2 haben noch nicht die korrekte Firmware bei Auslieferung gehabt??

Hatte auch bereits überlegt, das Upgrade-Programm zu nehmen, aber konnte auch nach Rückfrage mit Nuki.io keinen Vorteil der v2-Bridge feststellen (und die Preisdifferenz von "nur" Schloss zu "Schloss und Bridge" ist ja nicht ganz ohne). Hat jemand schon das neue Schloss? Wie sieht es denn mit der Entfernung zwischen Schloss und Magnet aus? Bei wie viel cm ist Schluss mit der Erkennung?


Hab ich irgend etwas verpasst mit einer neuen Bridge?

Im Netz find ich keine Infos dazu dass es da ne neue Version gibt. Nur dass eben die letzten Hardware-Versionen ein paar Probleme hatten mit der API.

Gruß Cobra
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 18 Februar 2019, 07:44:25
Genau um diese Hardware Version geht es. Diese funktioniert mit der neuen Firmware wohl mit der api wie die v1 bridge, wenn ich das richtig verstanden habe.

Keine Ahnung ob die bridges intern bei nuki als v1 und v2 benannt sind.
Mehr Infos habe ich darüber auch noch nicht gefunden.


https://developer.nuki.io/t/nuki-bridge-hardware-revision/947


Gesendet von meinem ONEPLUS A3003 mit Tapatalk
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: yamaha1983 am 18 Februar 2019, 10:14:32
Hi, ich musste durch den Defekt auf die neue Bridge + neues Schloss wechseln.

Die HTTP-API ist in der Standardfirmware bis 2.1.34 noch nicht enthalten. Damit es mit FHEM klappt, muss zur Zeit noch die Beta Firmware 2.1.37 installiert sein. Dazu muss man sich eben bei developer.nuki.io mit der Seriennummer als screenshot freischalten lassen. Das Update kommt dann automatisch. Habe beim Support angefragt, wie das abläuft. Die Bridge schaut nach einem Neustart nach 60 Minuten nach einem Update, danach alle 24 Stunden. Also um es zu beschleunigen, einfach vom Strom trennen und dann abwarten. Unter Bridge verwalten (da wo man auch den Token einstellen kann) lässt sich die Firmwareversion anzeigen.

Hat man einmal die Firmware, funktioniert es wie bei der v1 Bridge zuvor mit den gleichen Status. Der Status des Magneten wird in FHEM nicht angezeigt, nur in der App.

Der Magnet wird mit etwas Abstand zum NUKI Schloss auf höhe der Unterkante an den Türrahmen angeklebt. Beim Kalibrieren müssen 3 Zustände eingemessen werden. 1) Tür zu, 2) Tür angelehnt, 3) Tür weit auf. Anhand der magnetischen Feldstärke weiß das Schloss über den Zustand der Tür bescheid. Bisher haben die Werte bei mir immer gestimmt.

Grüße,
yamaha1983
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: pc1246 am 18 Februar 2019, 12:51:08
Moin zusammen
Da das Updateprogramm ja in 10 Tagen auslaeuft, und Nuki mir keine Antwort auf den Unterschied der Bridges gibt, wollte ich hier mal fragen, ob jemand den Unterschied kennt. Aus meiner Sicht kann es ja zumindest bei Bluetooth keinen Unterschied geben, da die Entfernung zwischen Schloss und Bridge ja unveraendert ist. Ist Zigbee in der Bridge eingebaut, und nur noch nicht aktiviert?
Danke und Gruss
Christoph
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Loredo am 18 Februar 2019, 13:01:15
Zur Bridge:

Es ist lediglich ein anderer Chip verbaut (der gleiche wie im Schloss selbst), weil der alte nicht mehr lieferbar ist. Deshalb spricht Nuki hier auch nicht von einer neuen Hardware Version, sondern lediglich Revision.

Das ist im Grunde alles ganz normal. Natürlich müssen die Hersteller für einen anderen Chip interne Anpassungen in der Software machen. Selten ist hier, dass man mit den Anpassungen noch nicht fertig ist, aber das neue Gerät schon ausliefert. Das lässt darauf schließen, dass das Lager mit der alten Version nicht mehr groß genug war, um die Nachfrage solange zu decken, bis die neue Version nicht nur in Hardware, sondern auch in Software fertig war.

Was den Umtausch des Schlosses von V1 zu V2 angeht: Da gibt es nichts zu überlegen, unbedingt machen. Welche Hardware Revision die Bridge hat, ist egal. Man behält die, die man hat.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: pc1246 am 18 Februar 2019, 13:43:31
Danke Loredo
Warum will Nuki, dann die Bridge tauschen? Wobei ich ja eigentlich ganz froh waere, da die schon zweimal 1,1m im freien Fall hinter sich hat, und natuerlich auf den Stecker gefallen ist. Ein drittes Mal verhindere ich durch Umplatzierung, da sonst kaputt.
Gruss Christoph
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Sascha_F am 19 Februar 2019, 18:48:50
Zitat von: pc1246 am 18 Februar 2019, 13:43:31
Danke Loredo
Warum will Nuki, dann die Bridge tauschen? Wobei ich ja eigentlich ganz froh waere, da die schon zweimal 1,1m im freien Fall hinter sich hat, und natuerlich auf den Stecker gefallen ist. Ein drittes Mal verhindere ich durch Umplatzierung, da sonst kaputt.
Gruss Christoph

Genau diese Frage hatte ich mir auch gestellt --> und auch Nuki. Habe natürlich auch eine Antwort erhalten (der Support ist super!). Sinn ergibt es für mich aber auch nicht, außer es werden defekte Geräte zurückgesandt --> was ja ausdrücklich möglich ist. Ich habe daher gerade "Nuki solo" im Rahmen des Upgrade-Programms bestellt.

Viele Grüße
Sascha
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 19 Februar 2019, 19:11:58
Deckt sich mit der Aussage die ich damals bekommen hab ;-)

https://forum.fhem.de/index.php/topic,55756.msg854643.html#msg854643 (https://forum.fhem.de/index.php/topic,55756.msg854643.html#msg854643)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Sascha_F am 25 Februar 2019, 19:10:23
Hallo zusammen,

das neue Nuki ist heute angekommen und bereits montiert.

Mit dem Magneten kann bei mir zwischen geöffnet und geschlossen unterschieden werden - der Magnet ist zu weit entfernt, denke ich (wobei das "angelehnt" für mich auch nicht relevant ist). Läuft so weit gut.

FHEM ist mir jedoch mehrfach abgeschmiert [active (exited)]. Zwei Dinge könnten ggf. dafür verantwortlich gewesen sein - schreibe es hier sicherheitshalber mal rein, falls dies bei noch jemandem passiert:

- Name in der App "Haustür" kommt in der Bridge in FHEM als "Haust�r" an [jetzt in der App in "Haustuer" umbenannt]
oder
- alter Callback, der auf eine andere IP zeigte (habe gerade von DHCP auf static gewechselt und statt des RPi mit FHEM befindet sich jetzt kein Gerät mehr an der IP) [alte Callbacks jetzt über http gelöscht]

Bleibt die Hoffnung, dass der Magnet schnell in die Api aufgenommen wird - auch ich möchte damit bei Dunkelheit + Türöffnung direkt die Beleuchtung einschalten. Alle bisherigen Versuche mit Nuki v1 waren erfolglos (wollte dort keinen separaten Fensterkontakt o.ä. montieren).

Und ich muss auch noch einmal fragen, ob das nachfolgende Verhalten normal ist (über get logFile geholt):

Zitat
timestamp:    2019-02-25T18:07:59+00:00       type:    HTTP-Log   
timestamp:    2019-02-25T18:07:59+00:00       type:    WLAN-SocketConnected       connection:    0   
timestamp:    2019-02-25T18:07:48+00:00       type:    WLAN-SocketDisconnected       connection:    0   
timestamp:    2019-02-25T18:07:48+00:00       type:    HTTP-Info   
timestamp:    2019-02-25T18:07:48+00:00       type:    WLAN-SocketConnected       connection:    0   
timestamp:    2019-02-25T18:07:31+00:00       type:    WLAN-SocketDisconnected       connection:    0   
timestamp:    2019-02-25T18:07:31+00:00       type:    HTTP-Info   
timestamp:    2019-02-25T18:07:31+00:00       type:    WLAN-SocketConnected       connection:    0   
timestamp:    2019-02-25T18:07:07+00:00       type:    WLAN-SocketDisconnected       connection:    0   
timestamp:    2019-02-25T18:07:07+00:00       type:    HTTP-Info   
timestamp:    2019-02-25T18:07:07+00:00       type:    WLAN-SocketConnected       connection:    0   
timestamp:    2019-02-25T18:06:42+00:00       type:    WLAN-SocketDisconnected       connection:    0   
timestamp:    2019-02-25T18:06:42+00:00       type:    HTTP-Info   
timestamp:    2019-02-25T18:06:42+00:00       type:    WLAN-SocketConnected       connection:    0   
timestamp:    2019-02-25T18:06:14+00:00       type:    WLAN-SocketDisconnected       connection:    0   
timestamp:    2019-02-25T18:06:14+00:00       type:    HTTP-Info   
timestamp:    2019-02-25T18:06:14+00:00       type:    WLAN-SocketConnected       connection:    0   
timestamp:    2019-02-25T18:05:58+00:00       type:    WLAN-SocketDisconnected       connection:    0   
timestamp:    2019-02-25T18:05:55+00:00       type:    HTTP-Info   
timestamp:    2019-02-25T18:05:54+00:00       type:    WLAN-SocketConnected       connection:    0   
timestamp:    2019-02-25T18:05:47+00:00       type:    WLAN-SocketDisconnected       connection:    0   
timestamp:    2019-02-25T18:05:46+00:00       type:    HTTP-Log   
timestamp:    2019-02-25T18:05:46+00:00       type:    WLAN-SocketConnected       connection:    0   
timestamp:    2019-02-25T18:05:40+00:00       type:    WLAN-SocketDisconnected       connection:    0   
timestamp:    2019-02-25T18:05:40+00:00       type:    WLAN-SocketConnected       connection:    0   
timestamp:    2019-02-25T18:05:26+00:00       type:    WLAN-SocketDisconnected       connection:    0   
timestamp:    2019-02-25T18:05:26+00:00       type:    HTTP-Info   
timestamp:    2019-02-25T18:05:26+00:00       type:    WLAN-SocketConnected       connection:    0   
timestamp:    2019-02-25T18:05:01+00:00       type:    WLAN-SocketDisconnected       connection:    0   


Viele Grüße aus Hameln
Sascha
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Larusso am 13 März 2019, 12:52:12
Hallo zusammen,

ich habe heute meinen Nuki eingerichtet und stehe vor dem Problem das ich mein Schloss nicht über die autocreate Funktion von der Bridge angelegt bekomme. Jetzt habe ich das Schloss selbst definiert bekomme aber im logfile eine Fehlermeldung wenn ich einen Befehl "lock" absetzen möchte. Meine Vermutung ist das der Zugriff auf meine web Instanz geblockt ist wegen csrf token und deshalb auch der aktuelle Status in meinem Schloss device nicht passt. die webhook url im Schloss ist die IP meines Raspberrys auf dem fhem mit der web Instanz läuft. unten mal die list´s der beiden devices und ein Auszug aus dem Log verbose 5 von dem Schloss bei absetzen eines Befehls:

list NukiBridge
Internals:
   BRIDGEAPI  1.6
   DEF        192.168.178.144 ********
   FUUID      5c88da6f-f33f-7f1e-8a8f-6a7467ced9d3736f
   HOST       192.168.178.144
   NAME       NukiBridge
   NR         715
   PORT       8080
   STATE      connected
   TOKEN      ********
   TYPE       NUKIBridge
   VERSION    0.6.3
   .attraggr:
   .attrminint:
   READINGS:
     2019-03-13 12:46:27   bridgeType      Hardware
     2019-03-13 12:46:27   currentTime     2019-03-13T11:45:54+00:00
     2019-03-13 12:46:27   firmwareVersion 2.1.37
     2019-03-13 12:46:27   hardwareId      386659482
     2019-03-13 12:14:16   lastError       connect to http://192.168.178.144:8080 timed out
     2019-03-13 12:46:27   serverConnected 1
     2019-03-13 12:46:27   serverId        1111302243
     2019-03-13 12:46:27   state           connected
     2019-03-13 12:46:27   uptime          1731
     2019-03-13 12:46:27   wifiFirmwareVersion 2.0.0
   helper:
     aliveCount 0
Attributes:
   room       NUKI
   verbose    2


list Nuki Schloss
Internals:
   DEF        1 NukiBridge
   FUUID      5c88e7ec-f33f-7f1e-9765-758662b02604de4f
   IODev      NukiBridge
   NAME       NukiLock
   NR         716
   NUKIID     1
   STATE      Initialized
   TYPE       NUKIDevice
   VERSION    0.6.3
   WEBHOOK_COUNTER 0
   WEBHOOK_PORT 8083
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /fhem/NUKIDevice
   WEBHOOK_URL http://192.168.178.71:8083/fhem/NUKIDevice-1
   READINGS:
     2019-03-13 12:22:52   success         1
   fhem:
     infix      NUKIDevice
   helper:
     lockAction lock
Attributes:
   IODev      NukiBridge
   room       NUKI
   webhookFWinstance WEB
   webhookHttpHostname 192.168.178.71


Auszug aus dem Logfile
2019.03.13 12:40:19 3: NUKIDevice (NukiLock) - invalid json detected: HTTP 404 Not Found
2019.03.13 12:48:36 3: NUKIDevice (NukiLock) - invalid json detected: HTTP 404 Not Found
2019.03.13 12:48:47 4: NUKIDevice (NukiLock) - NUKIDevice_ReadFromNUKIBridge check Bridge connected
2019.03.13 12:48:47 4: NUKIDevice (NukiLock) - NUKIDevice_ReadFromNUKIBridge Bridge is connected call IOWrite
2019.03.13 12:48:47 5: NUKIDevice (NukiLock) - Parse with result: HTTP 404 Not Found
2019.03.13 12:48:47 3: NUKIDevice (NukiLock) - invalid json detected: HTTP 404 Not Found
2019.03.13 12:48:50 4: NUKIDevice (NukiLock) - NUKIDevice_ReadFromNUKIBridge check Bridge connected
2019.03.13 12:48:50 4: NUKIDevice (NukiLock) - NUKIDevice_ReadFromNUKIBridge Bridge is connected call IOWrite
2019.03.13 12:48:50 5: NUKIDevice (NukiLock) - NUKIDevice_GetUpdate Call NUKIDevice_ReadFromNUKIBridge
2019.03.13 12:48:51 5: NUKIDevice (NukiLock) - Parse with result: HTTP 404 Not Found
2019.03.13 12:48:51 3: NUKIDevice (NukiLock) - invalid json detected: HTTP 404 Not Found
2019.03.13 12:49:20 4: NUKIDevice (NukiLock) - NUKIDevice_ReadFromNUKIBridge check Bridge connected
2019.03.13 12:49:20 4: NUKIDevice (NukiLock) - NUKIDevice_ReadFromNUKIBridge Bridge is connected call IOWrite
2019.03.13 12:49:20 5: NUKIDevice (NukiLock) - Parse with result: HTTP 404 Not Found
2019.03.13 12:49:20 3: NUKIDevice (NukiLock) - invalid json detected: HTTP 404 Not Found


JSON (libperl-json) ist installiert.

Was auch komisch ist, hier im wiki steht ja folgendes :"Nach dem Anlegen des Bridge Devices werden alle zur Verfügung stehende Smartlock automatisch in FHEM angelegt." Es wurde beim anlegen der Bridge kein Schloss angelegt und auch über "set NukiBridge autocreate" wird mein eingerichtetes Schloss nicht in fhem angelegt.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 13 März 2019, 13:16:57
Bitte lösche das Device wieder.
Danach schaust Du ob Du autocreate aktiv hast.
Dann machst Du ein set autocreate.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Larusso am 13 März 2019, 14:03:43
Hallo CoolTux,

hat geklappt super danke.   ;D
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Goofy180173 am 19 März 2019, 16:01:33
Mit dem neuen Nuki 2.0 gibt es auch einen Türsensor.
Wäre es möglich diesen ebenfalls auszulesen?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 19 März 2019, 16:14:55
Wie ich vor einem Monat in der API gelesen hatte war davon noch nichts zu sehen. Müsste ich mal schauen wie weit das jetzt ist.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Goofy180173 am 19 März 2019, 16:39:47
Ich hab in meiner naiven Art gedacht, dass es das vielleicht schon gibt.
Hab gerade das API durchsucht, aber da gibt's noch nichts.
Der Thread bei Nuki mit der Frage wann es denn ein update auf das API gibt ist auch noch offen.
Entschuldige, ich hätte vorher selbst nachsehen können.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Larusso am 19 März 2019, 16:44:15
Ich habe in den readings nix gefunden und es ist von nuki glaube ich auch noch nicht in der api.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Jostar am 20 März 2019, 22:54:27
Guten Abend,

danke für das Modul, scheint soweit zu funktionieren, nur den Status, den bekomme ich leider nicht automatisch.

Das Attribut
webhookHttpHostname 192.168.178.64
habe ich verstanden, dass macht Internal:
WEBHOOK_URL http://192.168.178.64:8083/fhem/NUKIDevice-204483353
leider geht mein fhem nur auf https. Gibt es eine Chance das auch analog http zu verwenden?

Danke und Gruß
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 20 März 2019, 23:28:44
Nein. Dann musst Du eine weitere FHEMWEB Instanz definieren mit HTTP
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Jostar am 20 März 2019, 23:45:56
Danke für die schnelle Antwort. Geht das prinzipiell nicht mit https umzusetzen oder ist es nur nicht implementiert? Habe nämlich meinen Webserver (nginx) so konfiguriert, dass alle http-Anfragen auf https umgeleitet werden, so dass eine weiterer fhem-web-Instanz nicht helfen sollte.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 21 März 2019, 06:30:14
Das kann ich Dir leider nicht beantworten. Da müsstest Du bitte einmal bei Nuki direkt fragen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Jostar am 21 März 2019, 09:35:20
Ok, mache die Nachfrage.

Bis dahin probiere ich den Standardweg, habe Port auf http offen, extra fhem-web-Instanz, Callback-URL sieht dann so aus:
http://192.168.178.64:8087/fhem/NUKIDevice-204483353
allerdings bekommt das fhem-nuki den Status nach wie vor erst auf "resquest" mit. Gibt es eine Möglichkeit, die Callback-URL zu testen, also aktiv z.b. von einem anderen PC aus "Schloss zu spielen"?

Muss bei fhemweb noch was besonderes konfiguriert werden? allowedHttpMethods habe ich schon durchprobiert...
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 21 März 2019, 09:38:25
Mach mal bei der Bridge ein
get callbackList oder so.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Jostar am 21 März 2019, 09:42:28
Ja, das hatte ich gemacht. Da kommt die URL, siehe oben oder hier der Screenshot:
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 21 März 2019, 11:14:40
Zitat von: Jostar am 21 März 2019, 09:42:28
Ja, das hatte ich gemacht. Da kommt die URL, siehe oben oder hier der Screenshot:

OK und die webinstanz ist ohne SSL und ohne Passwort?
Dann sollte es eigentlich klappen
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Jostar am 29 März 2019, 09:29:59
Habe das jetzt ein paar Tage getestet. So richtig stabil läuft es leider noch nicht, aber es läuft! Versuche gerade herauszubekommen ob "callback" stabil funktioniert bei:

Dabei ist mir (zu Anfangs) aufgefallen, dass natürlich das verwendete Handy (Software Nuki Bridge) nicht einschlafen darf. Ich werde berichten...

Ein Fehler ist mir im Log aufgefallen, mit

userReadings firmware { ReadingsVal($name, "appVersion", "") }


wird zwar das gewünschte Reading erzeugt (heißt bei all meinen Devices so und triggert Meldung "xxx wurde aktualisiert"), aber im Log kommen die Fehler:

2019.03.29 09:15:56 1: readingsUpdate(nuki,firmware,1.4.6) missed to call readingsBeginUpdate first.
2019.03.29 09:15:56 1: stacktrace:
2019.03.29 09:15:56 1:     main::readingsBulkUpdate            called by fhem.pl (4670)
2019.03.29 09:15:56 1:     main::readingsEndUpdate             called by ./FHEM/73_NUKIBridge.pm (458)
2019.03.29 09:15:56 1:     main::NUKIBridge_Distribution       called by FHEM/HttpUtils.pm (606)
2019.03.29 09:15:56 1:     main::__ANON__                      called by fhem.pl (741)
2019.03.29 09:16:20 1: readingsUpdate(nuki,firmware,1.4.6) missed to call readingsBeginUpdate first.

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 29 März 2019, 10:12:38
Versuche mal bitte

userReadings firmware:appVersion:.* { ReadingsVal($name, "appVersion", "") }
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Jostar am 30 März 2019, 00:21:09
Zitat von: CoolTux am 29 März 2019, 10:12:38
Versuche mal bitte

userReadings firmware:appVersion:.* { ReadingsVal($name, "appVersion", "") }
Danke, das hilft. Das Reading wird aktualisiert und es gibt keine Fehler dazu mehr im Log!  :)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Jostar am 16 April 2019, 10:02:51
Hallo zusammen,

hier noch mal Rückmeldung. Das Modul läuft ziemlich stabil. Mir sind keine Fehler aufgefallen, die nicht auf die Bridge zurückzuführen sind (z.B. Handy schläft):
* manuelle Schließvorgänge werden gesendet (sogar "unlatched" und "lock"->"locked")
* via Bluetooth ausgelöste Schaltvorgänge werden erkannt
* via fhem ausgelöste Schaltbefehle (via der beschrieben hooks) werden ebenso erkannt

Gute Arbeit würde ich sagen, vielen Dank!

Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Tedious am 18 April 2019, 17:22:18
Bei mir auch, besten Dank! Die Bridge "zickt" immer mal wieder, sodass ich in der App keine Verbindung habe. Per VPN auf FHEM passt problemlos, alle Readings da, Status OK - bestens. Das Handy meiner Frau ist auch unproblematisch (Android), auf meinem IPhone ist die Bridge angeblich immer mal wieder offline, obgleich in FHEM alles OK ist. Scheint also an der iPhone App zu liegen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: SeeAge am 21 April 2019, 22:35:02
Hallo zusammen,

ich habe das Nuki SmartLock mit Bridge neu erstanden.
Ich habe den Webzugriff aktiviert und mir einen API Token erstellt.

Im FHEM definiere ich den Bridge mit folgendem Befehl (Token geändert):

define NBridge NUKIBridge 192.168.178.120 13ee4454a61229edee99d3f2fc9cf303e10e61367736f54de33a8869f3a065449f04f5ad05eafb26


Ein erstellt mir mein SmartLock nicht und im Log bekomme ich wiederkehrend folgende Fehlermeldung:
2019.04.21 22:28:53.873 3: NUKIBridge (NBridge) - invalid json detected: HTTP 403 Forbidden

Was mache ich falsch?
Kann es was mit der neuen Version der Bridge zu tun haben?
Es wird immer wieder ein "Developer Modus" erwähnt. Wo kann man diesen aktivieren?

Danke euch!

VG,
Christian
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 21 April 2019, 22:51:06
In der Bridge APP kannst Du den Developer Modus aktivieren und bekommst dann da einen API Key.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: SeeAge am 21 April 2019, 22:55:56
Zitat von: CoolTux am 21 April 2019, 22:51:06
In der Bridge APP kannst Du den Developer Modus aktivieren und bekommst dann da einen API Key.

Meinst du die APP "Nuki Software Bridge"? Ich habe eine Hardware Bridge und somit nur die "Nuki Smart Lock" App. Dort finde ich nichts.
https://smile.amazon.de/HomeKit-Elektronisches-T%C3%BCrschloss-T%C3%BCrsensor-Bluetooth/dp/B07F29J826/ref=sr_1_3?__mk_de_DE=%C3%85M%C3%85%C5%BD%C3%95%C3%91&keywords=nuki+bridge&qid=1555880081&s=gateway&sr=8-3 (https://smile.amazon.de/HomeKit-Elektronisches-T%C3%BCrschloss-T%C3%BCrsensor-Bluetooth/dp/B07F29J826/ref=sr_1_3?__mk_de_DE=%C3%85M%C3%85%C5%BD%C3%95%C3%91&keywords=nuki+bridge&qid=1555880081&s=gateway&sr=8-3)

Welche App meinst du bzw. falls wir über die Nuki Smart Lock App reden, wo dort?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: SeeAge am 21 April 2019, 23:05:53
Nevermind, habe es gefunden. Ich musste die Bridge nochmal neu verbinden (Button 10 Sekunden gedrückt halten).

In dem Fenster (eigentlich bei der Ersteinrichtung) kann man die API Zugriff aktivieren. Damals habe ich es wohl übersehen, da man scrollen muss, was nicht gleich ersichtlich ist.

Für alle zur Info, hier die Anleitung:
https://nuki.io/de/hilfe/bridge-de/inbetriebnahme/ersteinrichtung/ (https://nuki.io/de/hilfe/bridge-de/inbetriebnahme/ersteinrichtung/)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: thgorjup am 10 Mai 2019, 09:55:33
Hallo Leute,
mein NUKI 2.0 läuft wunderbar und fast problemlos. In seltenen Fällen verliert die Hardware Bridge die Verbindung aber damit kann ich leben. Ich würde nun gerne weitere Informationen aus der Bridge auslesen um sie zu verarbeiten.

1. Benutzername (wer hat die Tür auf/zu geschlossen)
2. Zustand der Haustüre (Tür geschlossen/geöffnet) Die 2.0 hat ja einen zusätzlichen Türsensor

Damit lässt sich z.B. eine Anwesenheitserkennung realisieren oder die Alarmanlage deaktivieren.
Ebenso kann man eine Warnung absetzen, wenn die Tür nur angelehnt ist.

Ist es irgendwie möglich diese Infos noch als Readings aus der Bridge zu holen?

Danke und Gruß
Thomas
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Mai 2019, 10:15:56
Zitat von: thgorjup am 10 Mai 2019, 09:55:33
Hallo Leute,
mein NUKI 2.0 läuft wunderbar und fast problemlos. In seltenen Fällen verliert die Hardware Bridge die Verbindung aber damit kann ich leben. Ich würde nun gerne weitere Informationen aus der Bridge auslesen um sie zu verarbeiten.

1. Benutzername (wer hat die Tür auf/zu geschlossen)
2. Zustand der Haustüre (Tür geschlossen/geöffnet) Die 2.0 hat ja einen zusätzlichen Türsensor

Damit lässt sich z.B. eine Anwesenheitserkennung realisieren oder die Alarmanlage deaktivieren.
Ebenso kann man eine Warnung absetzen, wenn die Tür nur angelehnt ist.

Ist es irgendwie möglich diese Infos noch als Readings aus der Bridge zu holen?

Danke und Gruß
Thomas

Wie ich das letzte mal die aktuelle API gelesen habe stand davon noch nichts drin.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Tedious am 10 Mai 2019, 10:59:45
Ich nutze einen Workaround - per IFTTT. Wenn Du IFTTT mit Nuki verbindest bekommst Du die Infos aufs Handy ((XYZ entriegelte Haustür, bei Schlüssel oder Taster: Manually (z.B. Button) entriegelte Haustür).

Habe IFTTT nicht mit FHEM verbunden, meine aber das ginge auch...
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: jsChris am 13 Mai 2019, 09:03:39
Moin,

nur der Vollständigkeit halber, da ich bei meiner Bridge (15ner Serie) den Support kontaktieren musste.

1. HTTP Api
Zitat
The HTTP API of the Bridge is now available for all current public firmware versions. (1.12.6/2.2.9)

2. Magnet Türsensor
Zitat
The door state is currently only part of the Web API. It's a feature very broadly requested for our Bridge API, but I'm sorry I can't give you an ETA on that yet.

lg
Chris
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: thgorjup am 01 Juni 2019, 17:24:22
@jsChris: Und kann man diese Web API irgendwie ansprechen und in das Modul integrieren?

Was mit aufgefallen ist, dass die Bridge mehrmals täglich auf "not connected" wechselt. Dann ist Nuki nicht mehr ansprechbar.
Ich habe das momentan über eine Funksteckdose gelöst, welche dann schaltet wenn die Bridge 300 Sek. kein "connected" meldet. Aber weiß jemand woran das liegt?


define NukiUeberwachung DOIF ([NukiBridge] ne "connected") (set pushmsg msg 'fhem' 'NukiBridge nicht erreichbar. Steckdose wird geschaltet!';; set it_socket_5 off-for-timer 5)\
DOELSE
attr NukiUeberwachung cmdpause 1200
attr NukiUeberwachung wait 300

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: jsChris am 02 Juni 2019, 18:24:08
Hi
Zitat von: thgorjup am 01 Juni 2019, 17:24:22
@jsChris: Und kann man diese Web API irgendwie ansprechen und in das Modul integrieren?

Was mit aufgefallen ist, dass die Bridge mehrmals täglich auf "not connected" wechselt. Dann ist Nuki nicht mehr ansprechbar.
Ich habe das momentan über eine Funksteckdose gelöst, welche dann schaltet wenn die Bridge 300 Sek. kein "connected" meldet. Aber weiß jemand woran das liegt?

Ich denke, dass das Modul hier schon den vollen Umfang der API abbildet, genaueres kann dir aber sicher CoolTux dazu sagen.

Ich habe auch relativ regelmäßig timeouts. Im Log steht dann:


2019.06.02 16:21:24 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.02 16:31:38 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.02 17:19:38 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.02 17:20:23 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.02 17:42:48 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.02 17:43:04 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.02 17:48:21 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable


Ich habe allerdings noch keinen Nachteil dadurch gemerkt, muss aber auch gestehen, dass ich NUKI zur Zeit über fhem nur auslese und nicht bediene. Bei mir fängt sich die Bridge auch immer, so dass ich "not connected", trotz dieser Log Meldung, nicht sehe. Ich überwache es aber auch nicht. Ich werde mal verbose auf 5 setzen, vielleicht kommt man der Sache auf die Spur. Kannst du ja auch mal machen und im Log beobachten, ob da etwas steht was weiterhilft.

lg
Chris

 
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 02 Juni 2019, 18:43:45
Aktuell wird alles aus der Bridge API abgedeckt.
thgorjup hat Probleme mit der Verbindungsstabilität zur Bridge (Hardware oder Software)?
Chris was Du hast sind inkorrekte Daten welche die Bridge meldet.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: jsChris am 02 Juni 2019, 20:57:18
Zitat von: CoolTux am 02 Juni 2019, 18:43:45
Chris was Du hast sind inkorrekte Daten welche die Bridge meldet.

Alles klar, danke.

Mit verbose 5 kommt die Meldung "2019.06.02 16:21:24 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable" nicht mehr.

Stattdessen kommt:


2019.06.02 20:50:46 4: NUKIBridge (NukiBridge) - NUKIBridge_GetCheckBridgeAlive
2019.06.02 20:50:46 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.2.124:8080/info?token=aaaaaa
2019.06.02 20:50:46 4: NUKIBridge (NukiBridge) - run NUKIBridge_Call
2019.06.02 20:50:46 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2019.06.02 20:50:46 5: NUKIBridge (NukiBridge) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": 33333, "serverId": 222222}, "versions": {"firmwareVersion": "2.2.9", "wifiFirmwareVersion": "2.0.0"}, "uptime": 40797, "currentTime": "2019-06-02T18:50:47+00:00", "wlanConnected": true, "serverConnected": true, "scanResults": [{"deviceType": 0, "nukiId": 333333, "name": "Nuki_111111", "rssi": -53, "paired": true}]}
2019.06.02 20:50:46 5: NUKIBridge (NukiBridge) - Response ERROR:
2019.06.02 20:50:46 5: NUKIBridge (NukiBridge) - Response CODE: 200
2019.06.02 20:50:46 5: NUKIBridge (NukiBridge) - Bridge ist online
2019.06.02 20:50:46 4: NUKIDevice (NUKIDevice33333) - Received scanResults for matching NukiID 333333 at device NUKIDevice33333


Sieht mir alles korrekt aus...

lg
Chris
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 02 Juni 2019, 21:24:45
Das hat aber mit verbose 5 nichts zu tun. Irgendwann kommt auch wieder ein 503
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: RappaSan am 03 Juni 2019, 07:03:08
Mal allgemein: Wie gut funktioniert denn das Nuki-System bei euch?
Wenn ich beim Versandhändler in den Rezensionen die (immer gleichen) vielfältigen Probleme durchlese, bekomme ich den Eindruck eines eher nicht funktionierenden Systems. Und so etwas soll man seiner Haustüre anschrauben? :o
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Tedious am 03 Juni 2019, 09:10:19
Ich kann nur sagen - bei mir läuft das tadellos!
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: jsChris am 03 Juni 2019, 10:11:08
Zitat
Das hat aber mit verbose 5 nichts zu tun. Irgendwann kommt auch wieder ein 503

Du hast natürlich völlig Recht, aus mysteriösen Gründen blieben die 503er eine Weile weg, sind aber mittlerweile wieder da. Einschränkungen in der Funktionalität konnte ich bisher aber nicht erkennen. Ich habe aber auch einen direkten callback (webhookFWinstance) auf fhem eingerichtet. Im NUKI Forum wird auch über die 503er "diskutiert", aber ohne wirkliches Ergebnis (https://developer.nuki.io/t/random-http-503-unavailable/909/38).

Zitat
Mal allgemein: Wie gut funktioniert denn das Nuki-System bei euch?
Wenn ich beim Versandhändler in den Rezensionen die (immer gleichen) vielfältigen Probleme durchlese, bekomme ich den Eindruck eines eher nicht funktionierenden Systems. Und so etwas soll man seiner Haustüre anschrauben? :o

Die Rezensionen hatte ich mir gar nicht angeschaut, war aber jetzt neugierig. Wenn ich das richtig sehe, geht es dabei hauptsächlich um die "Auto"-Funktionen, AutoLock/Unlock. Die nutze ich beide nicht... :) Ich hatte die Hoffnung, dass der WAF Faktor etwas höher wäre als bei der Homematic Lösung, deshalb habe ich das NUKI gewählt. Allerdings nutzt meine Frau das NUKI bisher gar nicht...

Meine 2cent:

- Ich nutze das NUKI mit der Apple Watch und das funktioniert einwandfrei (und in der Regel auch schnell, 1-2 sek Verzögerung vielleicht).

- Die Cloud Lösung gefällt mir überhaupt nicht. Ich hatte gehofft, dass relativ schnell Zigbee nachgereicht wird. Ich habe jetzt schon zum 2. Mal den Support genervt (kann man ja mal versuchen) und bekomme immer die Antwort "coming soon". Ich weiß noch nicht, wann ich von soon genervt bin, aber dann wird es wieder rausfliegen.

Aber alles in allem: es funktioniert, Probleme hatte ich bisher keine. Wegen der Cloud, würde ich heute eher zum Homematic Schloss tendieren...

lg
Chris
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: pc1246 am 04 Juni 2019, 19:52:16
Zitat von: RappaSan am 03 Juni 2019, 07:03:08
Mal allgemein: Wie gut funktioniert denn das Nuki-System bei euch?
Wenn ich beim Versandhändler in den Rezensionen die (immer gleichen) vielfältigen Probleme durchlese, bekomme ich den Eindruck eines eher nicht funktionierenden Systems. Und so etwas soll man seiner Haustüre anschrauben? :o
Moin
Aus meiner Sicht ist dieses System ein Top-System. Es kommt natuerlich auf die Ansprueche und Anwendung an. Ich kann jederzeit jedem Zugang zu meinem Haus gewaehren, ohne die Gefahr Schluessel oder so zu verlieren. Beim Weggehen druecke ich 2mal kurz den Knopf und die Tuer wird zuverlaessig abgeschlossen. Warum sollte die Tuer sich alleine ver- oder entriegeln, oder gar oeffnen. Die Zeit habe ich doch so lange zu warten, bis mein Oeffnen Befehl ausgefuehrt wird.
Gruss Christoph
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: thgorjup am 05 Juni 2019, 21:50:23
Zitat von: CoolTux am 02 Juni 2019, 18:43:45
thgorjup hat Probleme mit der Verbindungsstabilität zur Bridge (Hardware oder Software)?

Ich lasse per DOIF die Haustür ab 23:00 Uhr verschließen, falls sie noch "unlocked" ist.
Zusätzlich lasse ich per FunkGong den Satz verkünden: "Die Haustür ist noch nicht verschlossen, ich sperre sie zu".
Im Anschluß hört man das Motorschloß von Nuki. An manchen Tagen wird die Tür nicht verschlossen und wenn ich dann in FHEM nachschaue, ist die NukiBridge "not connected". Die Bridge also kurz vom Strom trennen und schon funzt es wieder. Muss also entweder ein WLAN Problem oder ein Problem mit dem Modul sein.

Also überwache ich nun per DOIF die Bridge und schalte sie per Funksteckdose aus/ein wenn sich der Status "not connected" länger als für 5 Min nicht ändert.
Zusätzlich schicke ich mir ein pushover. Diese Nachricht kriege ich ca. 2x am Tag, was mich stutzig macht. Seit dem funzt aber abends das Verschließen der Haustür tadellos.

Hier erstmal ein Logauszug der letzten 4 Tage:

2019.06.02 01:07:50 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.02 10:21:36 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.02 10:21:52 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.02 10:22:14 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.02 10:38:03 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.02 13:12:12 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.02 13:12:26 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.02 15:28:56 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.02 15:51:26 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.02 19:36:41 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.02 19:52:07 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.02 20:19:33 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 405 Method not allowed
2019.06.02 20:34:29 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.02 20:37:06 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.02 23:00:23 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.03 08:10:55 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.03 08:13:00 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.03 08:13:15 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.03 08:15:47 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.03 08:28:27 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.03 15:01:47 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.03 15:03:15 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.03 17:41:17 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.03 17:46:20 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.03 17:46:35 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.03 17:46:59 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.03 18:17:12 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.03 18:18:30 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.03 18:34:28 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.03 18:53:18 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.03 19:07:58 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.03 20:00:43 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.03 20:01:05 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.03 21:15:45 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.04 08:09:14 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.04 08:38:02 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.04 17:42:41 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.04 17:43:10 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.04 17:44:17 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.04 17:58:25 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.04 18:07:30 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.04 18:07:45 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.04 18:08:12 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.04 19:13:57 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.04 19:35:49 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.04 19:56:28 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.04 20:56:08 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.04 23:00:29 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.05 07:46:23 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.05 07:46:40 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.05 07:47:29 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.05 08:03:29 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.05 08:10:21 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.05 09:22:50 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.05 09:38:01 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.05 11:52:21 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.05 11:52:58 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.05 11:53:18 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.05 12:07:16 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.05 12:54:57 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.05 12:55:16 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.05 13:08:38 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.05 17:38:31 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.05 17:53:24 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.05 18:50:05 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.05 18:50:33 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.05 19:11:24 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.05 21:01:07 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.05 21:01:25 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.05 21:01:41 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.05 21:09:43 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable
2019.06.05 21:19:44 3: NUKIBridge (NukiBridge) - invalid json detected: HTTP 503 Unavailable


Pushover bekommen:
02.06.19 15:50 Uhr
03.06.19 21:15 Uhr
04.06.19 08:37 Uhr
04.06.19 19:34 Uhr
05.06.19 19:10 Uhr
05.06.19 21:19 Uhr

Ich habe eben erst das Logging in DBLOG aktiviert, aber ich werde die nächsten Tage mal posten, wie oft die Bridge tatsächlich in den "not connected" Zustand wechselt.
Vielleicht werde ich zusätzlich noch PRESENCE einsetzen. Dann sehe ich, ob die WLAN-Verbindung wirklich abfällt.

Gruß
Thomas

 
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 05 Juni 2019, 21:57:45
Hallo Thomas,

Kannst Du eventuell zusätzlich auf einem anderen Weg noch verifizieren das die Bridge in der Tat nicht erreichbar war?


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: thgorjup am 05 Juni 2019, 22:29:47
Zitat von: CoolTux am 05 Juni 2019, 21:57:45
Kannst Du eventuell zusätzlich auf einem anderen Weg noch verifizieren das die Bridge in der Tat nicht erreichbar war?

Ok, lasse jetzt im screen einen Dauerping mit Datum/Uhrzeit laufen, welchen ich logge.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 05 Juni 2019, 22:33:01
Danke Dir
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 07 Juni 2019, 13:30:06
ich habe seit ein paar Tagen das Problem, dass scheinbar der Callback nicht mehr funktioniert.

Wenn das Schloss entweder per App oder am Taster selbst bedient wird, bekommt FHEM das nicht mehr direkt mit, sondern sehr sehr verzögert. Teilweise 1 bis 2 Stunden später.

Habe den Callback schon gelöscht und neu erstellt. Ist auch nur ein Callback in der Liste.

Was kann man noch testen? Welche Art Log ist interessant?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 07 Juni 2019, 13:37:51
Am besten das Device auf verbose 5 stellen und dann mal schalten am Schloß. Ausserdem auch noch das Log der Bridge, also wirklich der Hardwarebridge anschauen ob ein Callback gesendet wurde.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 07 Juni 2019, 21:32:16
Ich habe gesehen, dass ich ein Update vom Schloss machen kann. Hatte vor meinem Urlaub auf die 2.5.1 upgedatet. Kann sein, dass damit die Probleme angefangen haben.

Nun bin ich auf 2.5.2 Schloss Version. Damit scheint es wieder zu gehen.

Ich werde es beobachten und wenn es wieder Probleme gibt. Die Logs hier zeigen.
Hatte vorhin kurz getestet und da waren sowohl bei bridge als auch Schloss http Fehler. Entweder 200 oder 503.

Nun aber mal mit der neuen Version testen.


Gesendet von meinem ONEPLUS A3003 mit Tapatalk

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 07 Juni 2019, 21:38:56
Also 200 ist aber kein Fehler. 200 bedeutet ok
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 07 Juni 2019, 21:47:41
Ok. Das war auch bei der bridge.

Der 503 war beim Schloss. Kann ja sein, dass die 2.5.1 fehlerhaft war mit der Kommunikation mit der bridge.

Welche Version hat dein Schloss?

Ich denke, da ich in der beta group bin. Sind das betas.

Btw. Gerade mal bei den nuki devs geschaut. Mit der 2.5.1 hatten wohl andere auch Probleme


Gesendet von meinem ONEPLUS A3003 mit Tapatalk

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 07 Juni 2019, 21:51:05
Bridge hat bei mir 1.12.6  ;D
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 07 Juni 2019, 22:04:03
Die hab ich auch bei der bridge.
Und das Schloss nun 2.5.2



Gesendet von meinem ONEPLUS A3003 mit Tapatalk

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: thgorjup am 07 Juni 2019, 22:06:06
So, nach 2 Tagen das Ergenis meiner Logs. In dieser Zeit wurde die Bridge 2x von meiner Steckdose aus/ein geschaltet.

Zunächst die SQL-Logs wann der Status von "connected" auf "not connected" gewechselt hat.

sqlite> select * from history where DEVICE like 'Nuki%' and VALUE like '%not%' order by TIMESTAMP;
2019-06-05 22:07:21|NukiBridge|NUKIBRIDGE|state: not connected|state|not connected|
2019-06-06 19:50:21|NukiBridge|NUKIBRIDGE|state: not connected|state|not connected|
2019-06-06 23:01:05|NukiBridge|NUKIBRIDGE|state: not connected|state|not connected|
2019-06-07 06:13:01|NukiBridge|NUKIBRIDGE|state: not connected|state|not connected|
2019-06-07 17:32:03|NukiBridge|NUKIBRIDGE|state: not connected|state|not connected|
2019-06-07 17:33:28|NukiBridge|NUKIBRIDGE|state: not connected|state|not connected|
2019-06-07 17:34:40|NukiBridge|NUKIBRIDGE|state: not connected|state|not connected|
2019-06-07 17:35:51|NukiBridge|NUKIBRIDGE|state: not connected|state|not connected|
2019-06-07 17:37:09|NukiBridge|NUKIBRIDGE|state: not connected|state|not connected|
2019-06-07 21:34:23|NukiBridge|NUKIBRIDGE|state: not connected|state|not connected|
2019-06-07 21:38:08|NukiBridge|NUKIBRIDGE|state: not connected|state|not connected|
2019-06-07 21:39:40|NukiBridge|NUKIBRIDGE|state: not connected|state|not connected|
2019-06-07 21:40:53|NukiBridge|NUKIBRIDGE|state: not connected|state|not connected|
2019-06-07 21:42:28|NukiBridge|NUKIBRIDGE|state: not connected|state|not connected|
2019-06-07 21:44:06|NukiBridge|NUKIBRIDGE|state: not connected|state|not connected|


Hier der parallel mitgelogte PING auf die Bridge.

root@pi2:/var/log/fhem# cat pingtest_nuki.log|grep DOWN
Donnerstag 06.06.2019 20:04:31 --- (10.4.70.159) IST DOWN
Freitag 07.06.2019 08:47:48 --- (10.4.70.159) IST DOWN
Freitag 07.06.2019 17:30:13 --- (10.4.70.159) IST DOWN
Freitag 07.06.2019 17:30:46 --- (10.4.70.159) IST DOWN
Freitag 07.06.2019 17:31:04 --- (10.4.70.159) IST DOWN
Freitag 07.06.2019 17:31:22 --- (10.4.70.159) IST DOWN
Freitag 07.06.2019 17:31:40 --- (10.4.70.159) IST DOWN
Freitag 07.06.2019 17:31:58 --- (10.4.70.159) IST DOWN
Freitag 07.06.2019 17:32:17 --- (10.4.70.159) IST DOWN
Freitag 07.06.2019 17:32:34 --- (10.4.70.159) IST DOWN
Freitag 07.06.2019 17:32:51 --- (10.4.70.159) IST DOWN
Freitag 07.06.2019 17:33:09 --- (10.4.70.159) IST DOWN
Freitag 07.06.2019 17:33:27 --- (10.4.70.159) IST DOWN
Freitag 07.06.2019 17:33:43 --- (10.4.70.159) IST DOWN
Freitag 07.06.2019 17:34:01 --- (10.4.70.159) IST DOWN
Freitag 07.06.2019 17:34:19 --- (10.4.70.159) IST DOWN
Freitag 07.06.2019 17:34:37 --- (10.4.70.159) IST DOWN
Freitag 07.06.2019 17:34:55 --- (10.4.70.159) IST DOWN
Freitag 07.06.2019 17:35:13 --- (10.4.70.159) IST DOWN
Freitag 07.06.2019 17:35:31 --- (10.4.70.159) IST DOWN
Freitag 07.06.2019 17:35:49 --- (10.4.70.159) IST DOWN
Freitag 07.06.2019 17:36:06 --- (10.4.70.159) IST DOWN
Freitag 07.06.2019 17:36:24 --- (10.4.70.159) IST DOWN
Freitag 07.06.2019 17:36:42 --- (10.4.70.159) IST DOWN
Freitag 07.06.2019 17:37:00 --- (10.4.70.159) IST DOWN
Freitag 07.06.2019 17:59:06 --- (10.4.70.159) IST DOWN
Freitag 07.06.2019 21:43:15 --- (10.4.70.159) IST DOWN


Zeitpunkt der Steckdosen Schaltungen:
07.06.2019 - 17:37 Uhr
07.06.2019 - 21:43 Uhr


Man sieht, dass die Bridge heute von 17:30 bis 17:37 keine Wifi-Verbindung hatte und deswegen auf "not connected" ging.
Aber von 21:34 bis 21:44 war der Ping bis auf einmal ok, doch die Bridge ging auf "not connected". In einigen Fällen hatte sich die Bridge auch wieder gefangen.

Gruß
Thomas
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: SalvadoreXXL am 13 Juni 2019, 15:14:18
Hallo,

hab jetzt auch eine Combo 2.0. Einrichtung in FHEM funktionierte auch mit ein paar Fallstricken. Vieleicht sollte man einen kleinen Hinweis im Wiki hinterlegen, wie man zum Token kommt. Habe immer den Token von der Webseite genommen - funktioniert natürlich nicht, da dieser für Webanwendungen gedacht ist.

Nun zu meiner Frage: Ich möchte meiner Bridge eine feste IP verpassen, das gelingt mir allerdings nicht. Trage ich in der Verwaltung IP, Netzmaske und Gateway ein, zieht er sich trotzdem eine IP vom DHCP. Schalte ich den DHCP ab kommt eine Fehlermeldung (Error 10) - eingetragene Daten stimmen definitiv. Ich habe schon alles versucht, aber es funktioniert einfach nicht. Gibts hier einen Trick? DNS kann ich auch nicht eintragen. 
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Tedious am 14 Juni 2019, 09:43:29
ich mach das immer im Router (Fritzbox) - die hat DHCP aktiviert, aber ich weise der hinterlegten MAC-Adresse denn eine statische IP zu wenn ich für ein Gerät eine fixe IP benötige.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: SalvadoreXXL am 14 Juni 2019, 10:31:05
Genau das wollte ich vermeiden. Normalweise sollte eine angebotene Funktion wie händische Adressvergabe auch funktionieren. Kann es sein, das die Bridge V2 da noch Probleme hat. Hab schon gesucht, aber keinerlei diesbzgl. Meldungen gefunden.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: popy am 23 Juli 2019, 10:46:28
@CoolTux:

Danke für das tolle Modul.
Soweit funktioniert alles, aber ich glaube der Callback nicht so recht.

Mit callbackList auf der Bridge bekomme ich ein "0      http://192.168.0.9:8088/fhem/NUKIDevice-XXXXXXXXX".
Mein Device heisst jetzt aber "VR_NUKI_Haustuere", oder tut der Name des Geräts nichts zur Sache.

Ich habe Extra eine FHEMWEB Instanz ohne Auth/SSL usw.:

define WEBhabridge FHEMWEB 8088 global
setuuid WEBhabridge xxxxxxx
attr WEBhabridge allowfrom "hier ist die IP der Bridge eingetragen"
attr WEBhabridge csrfToken none


und beim Nuki Device:


attr VR_NUKI_Haustuere webhookFWinstance WEBhabridge
attr VR_NUKI_Haustuere webhookHttpHostname "IP vom FHEM"


Die Öffnung, schließen statis des Schlosses kommen sehr verzögert zu FHEM rein.
Manchmal auch gar nicht.

Stimmt die Callback URL mit der ID und nicht dem Geräte Namen?

Wenn ich nähmlich ein  wget am RPI mache kommt:


wget http://192.168.0.9:8088/fhem/NUKIDevice-405930229
--2019-07-23 10:45:01--  http://192.168.0.9:8088/fhem/NUKIDevice-XXXXXXXXX
Connecting to 192.168.0.9:8088... connected.
HTTP request sent, awaiting response... Read error (Connection reset by peer) in headers.
Retrying.

--2019-07-23 10:45:02--  (try: 2)  http://192.168.0.9:8088/fhem/NUKIDevice-XXXXXXXXX
Connecting to 192.168.0.9:8088... connected.
HTTP request sent, awaiting response... Read error (Connection reset by peer) in headers.
Retrying.

....


Danke
pOpY
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 23 Juli 2019, 13:56:55
Hallo,

Ich bin im Urlaub. Daher nur kurz. Devicename ist nicht wichtig. Wichtig ist die ID und das die Callback URL passt.

Entferne mal das allowFrom und teste das bitte.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: popy am 23 Juli 2019, 18:58:10
Zitat von: CoolTux am 23 Juli 2019, 13:56:55
Hallo,

Ich bin im Urlaub. Daher nur kurz. Devicename ist nicht wichtig. Wichtig ist die ID und das die Callback URL passt.

Entferne mal das allowFrom und teste das bitte.

Ok, danke für die Info.
Jetzt hats 2x funktioniert?
Nicht so wild dass der Status nicht passt, nehme eigentlich die Nuki App.

-> Du -> Urlaub  ;)

pOpY

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: RappaSan am 29 Juli 2019, 18:50:19
Ich habe ein Problem mit der Nuki Bridge und einem Samsung Galaxy Note 4 Edge: Die Bluetooth-Verbindung für die Einrichtung kommt einfach nicht zustande.
Wenn ich richtig gelesen habe, ist BT 4.0 für Nuki die Mindestanforderung, das Edge hat laut Datenblatt BT 4.1.
Mit einem Samsung Galaxy S7 funktioniert die BT Verbindung.
Auf der Bridge ist z.Z. firmwareVersion 2.2.12

Hat hier einer eine Idee, was ich noch tun kann?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: jsChris am 30 Juli 2019, 08:33:59
Ich hatte vor ein paar Tagen ein ähnliches Problem mit einem iPhone (10) als ich die Brigde resetten wollte. Es kam, auch nach mehreren versuchen, keine Verbindung zustande. Erst als ich die App einmal geschlossen und wieder gestartet habe, ging es plötzlich... Vielleicht hilft das?

lg
Chris
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: RappaSan am 30 Juli 2019, 08:38:53
Habe schon die app de- und neu installiert, etliche Versuche gestartet. Kein Erfolg bisher.
Merkwürdig... es scheint am BT im Handy selbst zu liegen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: jsChris am 30 Juli 2019, 09:17:19
Das BT Problem scheinen mehrere mit dem Edge zu haben. Hatte mal kurz danach gesucht im Zusammenhang mit dem NUKI aber bin eigentlich nur auf Seiten gestoßen, die von Problemen mit dem Edge BT berichten.

Vielleicht hilft das (clear BT cache):


Tun on the Samsung Note 4
Go to home screen and select the app icon
Then select on the settings icon
Browse for the Application Manager
Display All Tabs by swiping either right or left
Select on Bluetooth
Select to stop it forcefully.
Now clear the cache
Select clear the Bluetooth data
Select Ok
Finally restart the Samsung Note 4

https://www.techjunkie.com/how-to-fix-samsung-note-4-bluetooth-problems/
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: RappaSan am 30 Juli 2019, 09:47:06
Hab ich auch schon gesehen und werde es testen.  :)

Bericht folgt...
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: RappaSan am 30 Juli 2019, 12:28:39
 >:(
Cache leeren hilft überhaupt nix.
Hab's zusätzlich auch noch mit Dalvik-cache leeren versucht - mit dem gleichen Ergebnis.
Die beiden Geräte wollen absolut nicht miteinander sprechen. Keine Ahnung, was Nuki da implementiert hat oder ob Samsung zu doof war, BT vernünftig einzubauen.
Ist aber auch das erste Gerät, daß mit dem Handy nicht zusammenarbeitet.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: RappaSan am 30 Juli 2019, 13:55:55
Was geholfen hat: Einladungscode eingeben. :o
Danach klappt das Note 4 erst mal.

Verrückt...
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: RappaSan am 15 August 2019, 09:54:02
Hallo Leon,

ich hab dies schon bei den Anfängerfragen geschrieben, aber da wird ja nicht so häufig mitgelesen...

Mir ist noch aufgefallen, daß es inkonsistenzen beim status gibt.
Je nachdem man mit FHEM oder per app den Status ändert, wird im NUKIdevice lock/locked oder unlock/unlocked angezeigt.

Ist das von dir so gewollt?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 15 August 2019, 10:27:30
Zitat von: RappaSan am 15 August 2019, 09:54:02
Hallo Leon,

ich hab dies schon bei den Anfängerfragen geschrieben, aber da wird ja nicht so häufig mitgelesen...

Mir ist noch aufgefallen, daß es inkonsistenzen beim status gibt.
Je nachdem man mit FHEM oder per app den Status ändert, wird im NUKIdevice lock/locked oder unlock/unlocked angezeigt.

Ist das von dir so gewollt?

Hallo,

Das locked unlocked kommt nur wenn von FHEM geschalten wird und sollte nach spätestens 10s sich in lock oder unlock ändern. Das ist das Zeichen das der Callback/webhook sauber funktioniert.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: RappaSan am 15 August 2019, 11:05:32
Ah, danke für die Erklärung.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: RappaSan am 15 August 2019, 13:17:29
Hab's gerade ausprobiert:
Mit app: locked/unlocked, der status in FHEM kommt erst nach einem statusRequest an. Ändert sich auch nicht mehr.
Mit FHEM: lock/unlock mit sofortiger statusänderung.

list Bridge:
Internals:
   BRIDGEAPI  1.6
   CFGFN      ./FHEM/Nuki.cfg
   DEF        192.168.0.29 k40u54
   FUUID      5d55311e-f33f-d006-786b-ee2573d8731f22dc
   HOST       192.168.0.29
   NAME       NukiBridge
   NR         121
   PORT       8080
   STATE      connected
   TOKEN      k40u54
   TYPE       NUKIBridge
   VERSION    0.6.3
   READINGS:
     2019-08-15 13:14:03   bridgeType      Hardware
     2019-08-15 13:14:03   currentTime     2019-08-15T11:14:03+00:00
     2019-08-15 13:14:03   firmwareVersion 2.2.12
     2019-08-15 13:14:03   hardwareId      362094074
     2019-08-15 12:55:10   lastError       192.168.0.29: Verbindungsaufbau abgelehnt (111)
     2019-08-15 13:14:03   serverConnected 1
     2019-08-15 13:14:03   serverId        453749113
     2019-08-15 13:14:03   state           connected
     2019-08-15 13:14:03   uptime          1083
     2019-08-15 13:14:03   wifiFirmwareVersion 2.0.0
   helper:
     aliveCount 0
Attributes:
   room       NUKI,Status


list Schloss:
Internals:
   CFGFN      ./FHEM/Nuki.cfg
   CHANGED   
   DEF        364729365 IODev=NukiBridge
   FUUID      5d55311e-f33f-d006-c601-d291b6a5df3a353e
   IODev      NukiBridge
   NAME       NUKIDevice364729365
   NR         123
   NUKIID     364729365
   STATE      unlock
   TYPE       NUKIDevice
   VERSION    0.6.3
   WEBHOOK_COUNTER 0
   WEBHOOK_PORT 8086
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /fhem/NUKIDevice
   WEBHOOK_URL http://FHEM.fritz.box:8086/fhem/NUKIDevice-364729365
   READINGS:
     2019-08-15 13:10:22   battery         ok
     2019-08-15 13:10:22   batteryCritical 0
     2019-08-15 13:10:22   batteryState    ok
     2019-08-15 13:10:42   lockState       unlock
     2019-08-15 13:15:23   name            Nuki_15BD5415
     2019-08-15 13:15:23   paired          1
     2019-08-15 13:15:23   rssi            -64
     2019-08-15 13:10:42   state           unlock
     2019-08-15 13:10:42   success         1
   fhem:
     infix      NUKIDevice
   helper:
Attributes:
   IODev      NukiBridge
   alias      Haustuer
   devStateIcon lock.*:fts_door@green unlo.*:fts_door@orange unla.*:fts_door_open@red
   event-on-change-reading state,lockState,batt.*
   room       NUKI,Status
   webhookFWinstance WEBNuki
   webhookHttpHostname FHEM.fritz.box

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 15 August 2019, 13:36:38
Teste ich heute Abend mal. Aber eigentlich sollte es keine Probleme geben.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: RappaSan am 15 August 2019, 13:42:22
Prima, danke.
Schon mal schön, daß man das Schloss über FHEM bedienen kann.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 15 August 2019, 15:26:24
Dein Webhook geht aber? 8086 ist nur http und csfr Token ist none?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 15 August 2019, 19:20:27
Also hier funktioniert die Rückmeldung vom Schloss an fhem, wenn bspw. über die App, Fob, keypad geschaltet wird.
Allerdings gibt es bei mir Unterschiede in der Geschwindigkeit der Rückmeldung. Manchmal nur ganz wenige Sekunden, kann aber auch mal 10 bis 15 Sekunden dauern.
Den Grund konnte ich noch nicht herausfinden.

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: RappaSan am 16 August 2019, 07:10:30
Mein WebHooK:
Internals:
   CONNECTS   1
   DEF        8086 global
   FD         9
   FUUID      5d4a60ab-f33f-d006-bb98-55527682b3a3b4d5
   NAME       WEBNuki
   NR         18
   NTFY_ORDER 50-WEBNuki
   PORT       8086
   STATE      Initialized
   TYPE       FHEMWEB
   READINGS:
     2019-08-15 12:41:23   state           Initialized
Attributes:
   csrfToken  none

Tür wurde gerade durch Tastendruck aufgesperrt, aber auch nach 3 Minuten noch keine Statusänderung.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 16 August 2019, 08:01:18
Zitat von: RappaSan am 16 August 2019, 07:10:30
Mein WebHooK:
Internals:
   CONNECTS   1
   DEF        8086 global
   FD         9
   FUUID      5d4a60ab-f33f-d006-bb98-55527682b3a3b4d5
   NAME       WEBNuki
   NR         18
   NTFY_ORDER 50-WEBNuki
   PORT       8086
   STATE      Initialized
   TYPE       FHEMWEB
   READINGS:
     2019-08-15 12:41:23   state           Initialized
Attributes:
   csrfToken  none

Tür wurde gerade durch Tastendruck aufgesperrt, aber auch nach 3 Minuten noch keine Statusänderung.

Lösch mal den Webhook, oder besser alle falls Du mehr hast und lege ihn neu an.
Bin leider gestern nicht zum testen gekommen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: RappaSan am 16 August 2019, 08:57:28
OK, ich hab den Webhook für Nuki gelöscht.
Zusätzlich habe ich alles zu Nuki gehörende (Bridge, Device) gelöscht und neu gestartet.
Anschließend die Bridge neu angelegt. Einzige (mehrfache) Antwort: "connect to http://192.168.0.29:8080 timed out".
Per app ist alles noch nach wie vor erreichbar und auch schaltbar.

Die stabile Verbindung zur Bridge ist doch die Grundvoraussetzung, oder? Das Device brauche ich dann doch gar nicht anlegen - erst recht keinen Webhook.
Die Bridge ist im Router auch wirklich unter dieser Adresse eingetragen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: RappaSan am 16 August 2019, 09:33:06
Nachdem ich die 2,4 GHz WLAN-Verbindung im AVM-Router abgeschaltet und die Bridge aus der Liste der bekannten Geräte entfernt habe und die Bridge nach Einschalten des WLAN wieder mit gleicher IP aufgetaucht ist, wurde sie auch von FHEM gefunden.
Das Device wurde prompt neu angelegt und ich konnte meinen Standard-WEB 8083 Hook zuordnen und die IP meines FHEM-RasPi  als Hostname eintragen.
Die Sperrzustände, die per app ausgelöst wurden, kamen danach auch mit etwas Verzögerung an. Leider aber nicht immer. Wenn innerhalb kürzerer Zeit auf/zugesperrt wurde, gab's keine Zustandsänderung.

Der lockState blieb bei Betätigung über die app auf locked/unlocked.
Bei Betätigung über FHEM wechselte der lockState von lock/unlock nach kurzer Zeit auf  locked/unlocked wie von Leon erwähnt.
Aber irgend etwas scheint beim Webhook noch zu klemmen.
Wenn ich auf der Bridge die callbackList abfrage, verliere ich manchmal für kurze Zeit die Verbindung zur FHEM-Weboberfläche. Anschließend stehen Bridge und Device wieder auf Initialized.
Bisher habe ich aber noch nicht herausgefunden, wann das genau passiert.


Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 16 August 2019, 09:36:03
Eventuell verschluckt die Fritzbox was oder die Bridge sendet die erhaltenen Events nicht weiter.
Das Modul kann nur die Daten auswerten welche es bekommt. Die Bridge sollte alle Events vom Schloß an den webhook senden. Der wertet es dann aus.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: RappaSan am 16 August 2019, 10:25:16
Mich wundert nur, daß die app völlig normal bedienbar ist... auch von unterwegs...
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 16 August 2019, 11:05:42
Die App geht ja auch über den Cloud Server oder direkt ans Nuki oder? Ich glaube die Bridge wird da nicht wirklich verwendet. Ich weiß es aber nicht genau
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Claus1985 am 17 August 2019, 16:25:49
Geniales Modul, funktioniert einwandfrei, danke für die Mühe!
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag 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.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 20 August 2019, 08:23:11
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.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: RappaSan am 20 August 2019, 08:28:29
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.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 20 August 2019, 08:40:00
Es hatte auf jeden Fall einen Eintrag geben müssen, egal welches Loglevel. Sofern Das Modul Schuld am Neustart auf Grund eines Perlfehlers war.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag 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.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 20 August 2019, 08:54:25
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.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 20 August 2019, 09:01:07
Verdammt da habe ich echt gepennt. Ich hatte dafür schon lange einen Fix aber den nicht ins FHEM SVN eingcheckt.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: RappaSan am 20 August 2019, 09:24:41
Ich find's prima, daß du so etwas für's Nuki auf die Beine gestellt hast.
Muß man ja auch mal sagen... :)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 20 August 2019, 09:27:09
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
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: RappaSan am 20 August 2019, 10:47:30
Jetzt klappt es auch mit der callbackList. Bisher keine Abstürze.
Kleine Ursache - große Wirkung. :)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Claus1985 am 21 August 2019, 21:54:23
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
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 21 August 2019, 22:00:42
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
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: RappaSan am 22 August 2019, 09:33:19
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.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 22 August 2019, 10:12:05
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.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: RappaSan am 22 August 2019, 10:36:09
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
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 22 August 2019, 10:56:08
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

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: RappaSan am 22 August 2019, 11:09:39
Ist wohl die V2 Bridge.
Evtl. haben die da etwas verschlimmbessert. :(
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: RappaSan am 29 August 2019, 16:30:21
Bei meiner V2 bridge bekomme ich des öfteren den ErrorStatus "Verbindungsaufbau abgelehnt (111)" geliefert.
Wie sieht's bei euch aus?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 06 September 2019, 16:07:02
https://www.heise.de/newsticker/meldung/Nuki-Opener-macht-Gegensprechanlagen-smart-4515466.html?wt_mc=rss.ho.beitrag.atom

Kling interessant.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Loredo am 06 September 2019, 17:22:40
Hab ich schon zu Hause liegen, werde berichten.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 06 September 2019, 17:29:55
Zitat von: Loredo am 06 September 2019, 17:22:40
Hab ich schon zu Hause liegen, werde berichten.

Wie bist Du denn daran gekommen  ;D
Erzähl mal bitte wie sich das Teil mit FHEM macht. Brauchst aber Bridge für.
Titel: [ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Loredo am 06 September 2019, 17:38:23
Beta, kam aber 1 Tag vorm Urlaub.
Komme erst nächstes Wochenende dazu leider.

Alte Bridge hab ich.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: apfelflo89 am 09 September 2019, 09:22:04
Ich habe ihn auch schon und er läuft eigentlich ganz gut, nach einigen Startschwierigkeiten. 3-4 Wochen vor Verkaufsstart hat ein Inviteprogramm gestartet wodurch man (und der Support) ein paar Gegensprechanlagen testen konnte.

In FHEM wird der Opener erkannt, jedoch laufen Callbacks und API Calls derzeit noch ins Leere, da die Nuki API mit dem Opener etwas erweitert wurde.
Im Wesentlichen kam ein Parameter "devicetype" hinzu.

https://developer.nuki.io/page/nuki-bridge-http-api-190/4/#heading--introduction

Es wäre zu begrüßen wenn diese Änderungen in das FHEM Modul mit einfließen würden, da man sonst nur die Informationen des Bridge Calls /list in FHEM einsehen kann.

PS: Du benötigst eine Bridge, außer deine Gegensprechanlage ist von Draußen in Bluetooth Reichweite ;)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 09 September 2019, 09:44:41
Das muss ich mir anschauen. Wird aber nicht heute oder morgen. Da brauche ich etwas Zeit.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Loredo am 19 September 2019, 13:00:50
Zitat von: Loredo am 06 September 2019, 17:38:23
Beta, kam aber 1 Tag vorm Urlaub.
Komme erst nächstes Wochenende dazu leider.

Alte Bridge hab ich.


Update: Der Support für BUS basierende Gegensprechanlagen scheint noch nicht zu funktionieren. Mein STR HT3011 steht zwar als "Beta" auf der Kompatibilitätsliste, allerdings funktioniert hier bisher noch gar nichts. Für die richtige Verdrahtung habe ich den Support bemühen müssen, weil die Instruktionen in der App unbrauchbar waren ("schließen sie einfach alle Kabel zusammen irgendwo an wo BUS draufsteht"...). Inzwischen hat man das aber auch in der App verdeutlicht (auch wenn der Verdrahtungsplan, den ich hier mal mit anhänge, für mich noch immer viel übersichtlicher ist als die tabellarische Darstellung in der App).
Das von mir selbst ausgelöste Summersignal wird scheinbar beim Anlernvorgang erkannt, zumindest komme ich zum nächsten Schritt. Allerdings funktioniert keiner der Türöffner Vorgänge, die der Opener selbst versucht auszulösen. Hierfür stehe ich nun erneut in Kontakt mit dem Nuki Support Team. Mal sehen, der Nello Support hat seinerzeit einfach mit den Schultern gezuckt an diesem Punkt.


Was ich auch beobachten konnte ist, dass die Verbindung über die Bridge für den Opener instabil scheint, obwohl gleichzeitig die Verbindung für das Lock ganz normal funktioniert. Ich musste die Bridge einige Male manuell entfernen und wieder anlernen und schließlich nochmals aus/ein stecken, damit sie nun grün als "verbunden" angezeigt wird.




PS: Übrigens habe ich bei mir keine Möglichkeit zu erkennen, welches Kabel nun BUS+ und welches BUS- sein soll. Der Gegensprechanlage ist es wohl komplett egal, welches Kabel an welcher Klemme hängt. Beim Opener habe ich durch herausfinden die richtige Kombi herausgefunden (denke ich). Werde aber heute nochmal mit einem RMS Multimeter nachmessen, was ich nun extra dafür gekauft habe.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: apfelflo89 am 19 September 2019, 13:47:22
Also ich stehe schon seit 2 Wochen vor offiziellem Verkaufsstart mit dem Nuki Support in Kontakt, man verfällt aber , so erscheint es mir, immer schnell ins Rätselraten. Teilweise verständlich bei der hohen Anzahl der unterstützten Sprechanlagen, aber wenn man Unterstützung ankündigt sollte dies auch laufen. Ich hatte auch meine Startschwierigkeiten, da BUS Sprechanlagen wohl so ein Thema sind.
Ich bin mittlerweile auf dem Beta Channel der Opener Updates und habe mir unzähliges Einrichten und Werkseinstellungsresets angetan. Momentan habe ich eine lauffähige Konfiguration, jedoch ohne funktionierende Klingelunterdrückung.
Der Anschluss-Assistent ist in der Tat nicht sehr hilfreich, da die Textboxen zu klein ausfallen somit ist bei "BUS rot" "BUS blau" nur "BUS" zu lesen, was natürlich in einem falschen Anschluss endet. 

@Loredo probiere es mal so, ich hänge einen Anschlussplan an der bei mir Funktioniert hat und den ich für Nuki mal korrigiert habe.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Loredo am 19 September 2019, 14:20:34
Wie gesagt, angeschlossen ist denke ich alles. Ich sehe auch nicht, was du da wirklich geändert haben willst. Die Farben der Anschlussleitungen, die von deiner Gegensprechanlage kommen, unterscheiden sich selbstverständlich IMMER und hängen wohl eher von Lust und Laune des Installateurs ab  ;)
Und wo nun BUS+ und wo BUS- an deiner Anlage ist, ist ebenso austauschbar.


Außerdem ist auf deiner Darstellung nun Gelb mit BUS- verbunden statt BUS+. Das ist jedoch das einzige, was wirklich eindeutig und klar aus der Anleitung hervorgeht: BUS+ gehört ganz allein und direkt an Gelb ;-)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: apfelflo89 am 19 September 2019, 16:16:01
Also BUS + und - als Blau und Rot sind meines Wissens nach schon genormt und nicht künstlerische Freiheit...
Auch wo BUS+ und BUS- angeschlossen sind ist nicht ganz unwichtig, da bspw. meine Gegensprechanlage ein Display für eine Kamera besitzt und somit auf Gleichstrom setzt, ist die korrekte Polung auch nicht ganz so unwichtig, wie du vielleicht denkst. Der Nuki Support empfiehlt auch alternative Anschluss möglichkeiten wenn Summer und Klingelerkennung nicht laufen.

Naja ich wollte dir nur helfen, aber war wohl nur ein Anlass zum überheblich Antworten ;)
Ich warte jetzt geduldig auf ein Update für das Nuki Modul und ziehe mich wieder aus diesem Forum zurück, reicht mir schon. Vielen Dank.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Skjall am 26 September 2019, 00:49:43
Hallo zusammen,

kurze Info: Habe heute den Opener an mein Ritto 7630/x0 angeschlossen. Rot/Orange/Grün an a und Schwarz an b. Hatte noch einige Probleme, da die originale Ritto-Anschlussklemme nicht so der Bringer ist. Habe die 2 der 3 adern dann verdrillt und in die 1. freie Klemmenzuführung gesteckt und die 3. dann in die 3. Zuführung bei a. Ist halt nicht optimal aber es klemmt einigermaßen. Das mit dem Durchschleifen des Bus (a) durch den gelben Draht wie in den Bildern klappt noch nicht so. Ich will da die Klemme eigentlich nicht zerlegen. Mal sehen, wie ich das hinbekomme.

Einrichtung lief auch so lala. Manchmal hat die App sich bei der eigentlichen Konfiguration aufgehängt, oder BT-Verbindung verloren, manchmal vergaß dann die brige die verbindung zum opener. Bei den Software-Problemen half dann: Factory-Reset des Openers, danach Power Cycle, Power-Cycle bei der Bridge und kompletter Neustart der App. Ansonsten hang er sich immer irgendwo auf.
Klingelerkennung funktioniert, Türöffner funktioniert, Klingelunterdrückung nicht. Die Klingel ist auch im Hörer drin, sodass das intern geht. Ritto hat da eine extra Funktion für, aber da muss Nuki noch ein bisschen was für tun. Alles in Allem bin ich aber sehr zufrieden.

VG Jan
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: vop am 28 September 2019, 12:12:49
Auch ich habe den Opener seit ca. einer Woche in Betrieb, an einer Siedle HTA 711-01. Klingelerkennung funktioniert, öffnen per Klingeln somit auch, öffnen per App ebenfalls. Klingelunterdrückung unterdrückt zwar das Klingeln, leider funktioniert dann aber die Klingelerkennung nicht mehr und die Tür wird bei Klingelbetätigung nicht geöffnet (Öffnen per App, oder auch per Taster an der Sprechanlage, funktioniert weiterhin).

Nuki Support hat mir geschrieben, dass die Entwickler das Problem inzwischen nachgestellt haben und an einer Behebung arbeiten. Ob diese auf eine andere Verdrahtung rauslaufen könnte, oder ein Update der Opener Firmware, und ob ich dann ggf. nochmal informiert werde wenn es eine Lösung gibt, war der Mail nicht zu entnehmen.

Ansonsten hat FHEM per autocreate auch den Opener angelegt, aber der steht da halt so drin als wäre er ein Smart Lock (und lässt sich nicht ansteuern).

Gibt es denn schon jemanden, der sich die erweiterte API näher angesehen hat, um den Opener zu integrieren? An einem Spendenaufruf für Hardware würde ich mich auch mit ein paar EUR beteiligen. Wäre z.B. cool, per Notify auf ein Türklingeln reagieren zu können.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 28 September 2019, 12:56:56
Was bedeutet steht da so drinnen? Keine Readings?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Skjall am 28 September 2019, 13:30:01
Internals:
   DEF        45956XXXX IODev=Connector_NUKIBridge
   FUUID      5d8b74e0-f33f-6138-f061-7dd08c699805XXXX
   IODev      Connector_NUKIBridge
   NAME       21000.Opener.1
   NR         1628
   NUKIID     45956XXXX
   STATE      Initialized
   TYPE       NUKIDevice
   VERSION    0.6.4
   WEBHOOK_REGISTER unregistered
   READINGS:
     2019-09-28 13:29:41   name            Nuki_Opener_1B6XXXXA
     2019-09-28 13:29:41   paired          1
     2019-09-28 13:29:41   rssi            -75
   helper:
Attributes:
   IODev      Connector_NUKIBridge
   icon       1_nuki_bridge
   room       1.21301_Entré
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 28 September 2019, 15:33:20
Da Du Entwickler bist schau mal bitte an welcher Stelle Du am besten den json String Dir als Response ausgeben lassen kannst. Bin leider gerade unterwegs. Wäre interessant zu sehen was da ausgegeben wird.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Skjall am 29 September 2019, 11:07:53
Hi,

bei den Status-Updates kommen nur die Verbindungsdaten. "deviceType: 2" ist die Identifikation für den Opener.

2019.09.29 11:04:51 5: NUKIBridge (Connector_NUKIBridge) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": 11908xxxx, "serverId": 10626xxxx}, "versions": {"firmwareVersion": "1.13.1", "wifiFirmwareVersion": "1.2.0"}, "uptime": 317002, "currentTime": "2019-09-29T09:04:50+00:00", "serverConnected": true, "scanResults": [{"deviceType": 2, "nukiId": 45956xxxx, "name": "Nuki_Opener_1B6xxxxA", "rssi": -73, "paired": true}, {"deviceType": 0, "nukiId": 36309xxxx, "name": "Nuki_15A4xxxx", "rssi": -79, "paired": true}]}
2019.09.29 11:04:51 4: NUKIDevice (21000.Opener.1) - Received scanResults for matching NukiID 459563082 at device 21000.Opener.1
2019.09.29 11:04:51 5: NUKIDevice (21000.Opener.1) - Parse with result: {"rssi":-73,"name":"Nuki_Opener_1B64604A","paired":true}
2019.09.29 11:04:51 5: NUKIDevice (21000.Opener.1) - parse status message for 21000.Opener.1
2019.09.29 11:04:51 5: NUKIDevice (21000.Opener.1) - readings set for 21000.Opener.1


Wenn ich einen befehl (z.B. Unlock) absetzen will kommt ein 404 vom Device

2019.09.29 11:07:14 4: NUKIDevice (21000.Opener.1) - NUKIDevice_ReadFromNUKIBridge check Bridge connected
2019.09.29 11:07:14 4: NUKIDevice (21000.Opener.1) - NUKIDevice_ReadFromNUKIBridge Bridge is connected call IOWrite
2019.09.29 11:07:15 5: NUKIDevice (21000.Opener.1) - Parse with result: HTTP 404 Not Found
2019.09.29 11:07:15 3: NUKIDevice (21000.Opener.1) - invalid json detected: HTTP 404 Not Found




Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 29 September 2019, 13:24:34
Dann wird es wohl noch nicht in der Bridge API enthalten sein.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Skjall am 29 September 2019, 13:39:31
Das wäre ja schon komisch, angesichts der Tatsache das die Readings und Actions in der API-Doku vom Mai 2019 stehen.

https://developer.nuki.io/page/nuki-bridge-http-api-190/4/#heading--modes (https://developer.nuki.io/page/nuki-bridge-http-api-190/4/#heading--modes)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 29 September 2019, 13:50:59
Und ist denn die API bereits in Deiner Bridge FW implementiert? Eine Beschreibung einer neuen API Version ist ja noch keine Implementierung.
Aber wenn ich die Zeit finde werde ich mal die neuen Informationen zu aktuellen API implementieren.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Claus1985 am 02 Oktober 2019, 14:18:07
Hi Zusammen,

habe ein Problem mit meiner Installation des Smartlocks in FHEM.
Ich erhalte alle Werte des Smartlocks aktualisiert, nur den Status (locked / unlocked),
aktualisiert er nicht wenn es Änderungen über die Nuki App oder manuell gab.

Ich habe die beiden Attribute wie im Wiki beschrieben am Device eingefügt:
attr NUKIDevice355732332 webhookFWinstance WEB
attr NUKIDevice355732332 webhookHttpHostname 192.168.0.32

Es wird in der Callback List auch mit der ID 0 richtig angezeigt.

Habt Ihr eine Idee wo mein Denkfehler liegt?

Danke und Gruß,

Claus
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 02 Oktober 2019, 14:45:51
Instanz WEB ist weder HTTPS noch Passwort geschützt?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Claus1985 am 02 Oktober 2019, 15:01:28
Hat Passwort Schutz. Wie kann ich das mit eingeben?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 02 Oktober 2019, 15:02:15
Zitat von: Claus1985 am 02 Oktober 2019, 15:01:28
Hat Passwort Schutz. Wie kann ich das mit eingeben?

Gar nicht. Das geht nicht. Am besten eine eigene web Instanz für das Nuki machen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Claus1985 am 02 Oktober 2019, 16:38:48
Super, danke für den Tipp hat einwandfrei funktioniert :-)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Skjall am 05 Oktober 2019, 20:29:47
Moin zusammen,

So, ich will hier noch mal einsteigen da ich jetzt auch die Zeit und Muße hatte. Ich konnte mich jetzt selbst etwas mit der API auseinandersetzen. Die API entspricht in der Tat der Doku. Der Trick ist, dass im API-Call die Variable "deviceType" auf 2 (Opener) mit übergeben werden muss. Sonst ist sie per default 0 (SmartLock) und er hat nunmal kein SmartLock mit der nukiId des Openers. Logisch eigentlich obwohl ich ein 404 als "Device not found" etwas unglücklich finde... aber gut.
Das Modul müsste daher dahingehend angepasst werden, dass
- Der deviceType beim "info", "list" und Callback mit in die Internals übernommen wird
- Der mode beim "list", "lockState" und Callback mit in die Readings übernommen wird
- Beim Call von "lockAction", "lockState" und "unpair" der deviceType mit angehängt wird.
- Das Mapping für lockState und mode je nach deviceType individualisiert wird.

Hier nochmal die JSONs für verschiedene Calls:

/info?token=zzzzzz

{
   "bridgeType":1,
   "ids":{
      "hardwareId":XXXXXXXXX,
      "serverId":XXXXXXXXX
   },
   "versions":{
      "firmwareVersion":"1.13.1",
      "wifiFirmwareVersion":"1.2.0"
   },
   "uptime":4204,
   "currentTime":"2019-10-05T18:20:14+00:00",
   "serverConnected":true,
   "scanResults":[
      {
         "deviceType":2,
         "nukiId":XXXXXXXXX,
         "name":"Nuki_Opener_XXXXXXXXX",
         "rssi":-72,
         "paired":true
      },
      {
         "deviceType":0,
         "nukiId":XXXXXXXXX,
         "name":"Nuki_XXXXXXXXX",
         "rssi":-69,
         "paired":true
      }
   ]
}


/list?token=zzzzzz

[
   {
      "deviceType":0,
      "nukiId":XXXXXXXXX,
      "name":"Wohnung",
      "firmwareVersion":"2.5.4",
      "lastKnownState":{
         "mode":2,
         "state":3,
         "stateName":"unlocked",
         "batteryCritical":false,
         "timestamp":"2019-10-05T17:10:39+00:00"
      }
   },
   {
      "deviceType":2,
      "nukiId":XXXXXXXXX,
      "name":"Haus",
      "firmwareVersion":"1.1.10",
      "lastKnownState":{
         "mode":2,
         "state":1,
         "stateName":"online",
         "batteryCritical":false,
         "timestamp":"2019-10-05T17:10:44+00:00"
      }
   }
]


/lockAction?token=zzzzzz&nukiId=XXXXXXXXX&action=3&deviceType=2

{
   "success":true,
   "batteryCritical":false
}


/lockState?token=zzzzzz&nukiId=XXXXXXXXX&deviceType=2

{
   "mode":2,
   "state":1,
   "stateName":"online",
   "batteryCritical":false,
   "success":true
}


Viele Grüße und schonmal ein Vorschuss-Danke an CoolTux :)

Jan
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 05 Oktober 2019, 20:49:46
Hallo Jan,

Ich werde schauen das ich mich da nächste Woche mal ran setze.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: PCuser66 am 07 Oktober 2019, 19:25:42
Hallo zusammen,
seit einer Woche habe ich ein Nuki bestehend aus dem SmartLock mit Bridge in Betrieb. Diese habe ich auch in Fhem eingebunden Dank der beiden Module (besten Dank dafür). Leider habe ich in Fhem aber mit der Bridge Probleme. Die Bridge ist ca. ¾ des Tages in ,,not connected". Über Die App ist die Bridge die ganze Zeit erreichbar und das SmartLock lässt sich darüber bedienen.

Hier ein List der Bridge:
Internals:
   BRIDGEAPI  1.6
   DEF        192.168.178.92 xxxxxx
   FUUID      5d8b89bd-f33f-d232-fe0a-e774b888ef0e3448
   HOST       192.168.178.92
   NAME       NukiBridge
   NR         486
   PORT       8080
   STATE      not connected
   TOKEN      xxxxxx
   TYPE       NUKIBridge
   VERSION    0.6.4
   READINGS:
     2019-09-25 17:37:33   0_name          Wohnung
     2019-09-25 17:37:33   0_nukiId        xxxxxxx
     2019-10-06 09:40:13   bridgeType      Hardware
     2019-10-06 04:34:19   currentTime     2019-10-06T02:34:19+00:00
     2019-10-06 09:40:13   firmwareVersion 2.2.13
     2019-10-06 09:40:13   hardwareId      xxxxxx
     2019-10-06 09:44:07   lastError       connect to http://192.168.178.92:8080 timed out
     2019-10-06 09:40:13   serverConnected true
     2019-10-06 09:40:13   serverId        xxxxxx
     2019-09-25 17:37:33   smartlockCount  1
     2019-10-06 09:44:07   state           not connected
     2019-10-06 09:40:13   uptime          15
     2019-10-06 09:40:13   wifiFirmwareVersion 2.0.0


List SmartLock:
Internals:
   DEF        441770669 IODev=NukiBridge
   FUUID      5d8b89bd-f33f-d232-a7e6-0a54ad334bcde350
   IODev      NukiBridge
   NAME       NUKIDevice441770669
   NR         487
   NUKIID     441770669
   STATE      unlocked
   TYPE       NUKIDevice
   VERSION    0.6.4
   WEBHOOK_COUNTER 12
   WEBHOOK_LAST 2019-10-07 15:28:51
   WEBHOOK_PORT 8083
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /fhem/NUKIDevice
   WEBHOOK_URL http://192.168.178.12:8083/fhem/NUKIDevice-441770669
   READINGS:
     2019-10-07 15:28:51   battery         ok
     2019-10-07 15:28:51   batteryCritical false
     2019-10-07 15:28:51   batteryState    ok
     2019-10-07 15:28:51   lockState       unlocked
     2019-10-07 05:56:27   name            Nuki_1A54E2AD
     2019-10-07 05:56:27   paired          true
     2019-10-07 05:56:27   rssi            -49
     2019-10-07 15:28:51   state           unlocked
     2019-10-07 05:57:13   success         true


Hier ein Auszug aus dem Log bei Störung:
2019.10.07 18:53:15 4: NUKIBridge (NukiBridge) - NUKIBridge_GetCheckBridgeAlive
2019.10.07 18:53:15 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.178.92:8080/info?token=xxxxxx
2019.10.07 18:53:15 4: NUKIBridge (NukiBridge) - run NUKIBridge_Call
2019.10.07 18:53:15 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2019.10.07 18:53:22 5: NUKIBridge (NukiBridge) - Response JSON:
2019.10.07 18:53:22 5: NUKIBridge (NukiBridge) - Response ERROR: connect to http://192.168.178.92:8080 timed out
2019.10.07 18:53:22 5: NUKIBridge (NukiBridge) - Bridge ist offline


Und hier ein Auszug bei Connected:
2019.10.07 19:10:43 5: NUKIBridge (NukiBridge) - Response ERROR:
2019.10.07 19:10:43 5: NUKIBridge (NukiBridge) - Response CODE: 200
2019.10.07 19:10:43 5: NUKIBridge (NukiBridge) - Bridge ist online
2019.10.07 19:10:43 4: NUKIDevice (NUKIDevice441770669) - Received scanResults for matching NukiID 441770669 at device NUKIDevice441770669
2019.10.07 19:10:58 4: NUKIBridge (NukiBridge) - NUKIBridge_GetCheckBridgeAlive
2019.10.07 19:10:58 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.178.92:8080/info?token=xxxxxx
2019.10.07 19:10:58 4: NUKIBridge (NukiBridge) - run NUKIBridge_Call
2019.10.07 19:10:58 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2019.10.07 19:10:58 5: NUKIBridge (NukiBridge) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": xxxxxxxx, "serverId": xxxxxxxx}, "versions": {"firmwareVersion": "2.2.13", "wifiFirmwareVersion": "2.0.0"}, "uptime": 158, "currentTime": "2019-10-07T17:10:59+00:00", "wlanConnected": true, "serverConnected": true, "scanResults": [{"deviceType": 0, "nukiId": 441770669, "name": "Nuki_1A54E2AD", "rssi": -59, "paired": true}]}
2019.10.07 19:10:58 5: NUKIBridge (NukiBridge) - Response ERROR:
2019.10.07 19:10:58 5: NUKIBridge (NukiBridge) - Response CODE: 200
2019.10.07 19:10:58 5: NUKIBridge (NukiBridge) - Bridge ist online
2019.10.07 19:10:58 4: NUKIDevice (NUKIDevice441770669) - Received scanResults for matching NukiID 441770669 at device NUKIDevice441770669


Ein Connect bekomme ich meist nur wieder hin, wenn ich die Bridge kurz Spannungslos mache. Was aber Auffällig ist, dass die Störung oft nach einer Action am SmartLock erfolgt was auch oft reproduzierbar ist.

Vielleicht hat einer eine Idee woran das liegen kann.

Beste Grüße.
PCUser66
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Skjall am 24 Oktober 2019, 13:49:06
Moin,

ohne nerven zu wollen  ;) : Gibt es schon was neues zum Opener?

VG
Jan
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 24 Oktober 2019, 13:54:38
Leider nein. Aktuell komme ich zu sehr wenig rund um FHEM. Sorry.
Ich versuch es auf jeden Fall bis Ende des Jahres.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: antonwinden am 05 November 2019, 20:59:14
Hallo,
Ich steh anscheinend auf dem Schlauch:
Hab heute die Combo Nuki 2.0 mit Bridge installiert.
Laut Wiki soll die Bridge das Schloß automatisch anlegen - tut es aber nicht
Internals:
   BRIDGEAPI  1.6
   CFGFN     
   DEF        192.168.1.104 xxxx
   FUUID      5dc1cd66-f33f-2ed4-8d9d-87ec304f26630cc2
   HOST       192.168.1.104
   NAME       NBridge
   NR         1072
   PORT       8080
   STATE      connected
   TOKEN      xxxx
   TYPE       NUKIBridge
   VERSION    0.6.4
   READINGS:
     2019-11-05 20:55:56   bridgeType      Hardware
     2019-11-05 20:55:56   currentTime     2019-11-05T19:55:56+00:00
     2019-11-05 20:55:56   firmwareVersion 2.2.13
     2019-11-05 20:55:56   hardwareId      xxxx
     2019-11-05 20:55:56   serverConnected 1
     2019-11-05 20:55:56   serverId        xxxx
     2019-11-05 20:55:56   state           connected
     2019-11-05 20:55:56   uptime          7915
     2019-11-05 20:55:56   wifiFirmwareVersion 2.0.0
   helper:
     aliveCount 0
Attributes:
   room       Sicherheit

im Log steht noch:

2019.11.05 20:49:52.971 3: NUKIDevice (NBridge) - invalid json detected for http://192.168.1.104:8080/reboot?token=xxxxx: HTTP 503 Unavailable
2019.11.05 20:50:10.958 3: NUKIBridge (NBridge) - invalid json detected: HTTP 503 Unavailable

jetzt wollte ich das schloß händisch anlegen scheitere aber an der Nuki-id...
wo finde ich die?
ich hab mich durch einige seiten hier durchgelesen, das wiki durchgelesen aber nicihts gefunden.
danke
anton
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 05 November 2019, 21:09:12
Ist den das Nuki Schloss überhaupt mit der Bridge gekoppelt?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: antonwinden am 06 November 2019, 07:44:07
ja im Web Interface https://web.nuki.io/de/#/admin/smartlocks ist es vorhanden
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 06 November 2019, 08:33:49
Was sagt denn die App vom Handy?
Das Bridge Modul kann die Bridge ja auslesen aber im String welcher zurück kommt von der Bridge scheint kein Schloss erwähnt zu werden.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: antonwinden am 06 November 2019, 10:17:07
die sagt verbunden
Verbindung via Bluetooth: Sehr gut
Verbindung via Bridge: Sehr gut

und wenn ich nicht in Bluetoothreichweite bin dann ist die Verbindung Schloß - Bridge - Server - Smartphone grün

ach ja: dars Schloß heißt "Josef-Tuschl 5"
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 06 November 2019, 10:28:22
Ok dann setze den verbose bei der Bridge bitte einmal auf 5, speichere das ab und starte dann FHEM neu.
Den Logauszug brauche ich dann.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 06 November 2019, 10:38:51
curl http://192.168.1.104:8080/list?token=TOKEN

Du kannst auch auf dem FHEM Server einmal diesen Befehl abgeben und das Ergebnis hier posten.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: antonwinden am 06 November 2019, 11:16:58
mit verbose 5 kommt
2019.11.06 10:23:21.892 3: 2019.11.06 10:54:29.906 4: NUKIBridge (NBridge) - Send HTTP POST with URL http://192.168.1.104:8080/list?token=rjbvjo
2019.11.06 10:54:30.170 5: NUKIBridge (NBridge) - Response JSON: [{"deviceType": 0, "nukiId": 440953477, "name": "Josef-Tuschl 5", "lastKnownState": {"mode": 2, "state": 3, "stateName": "unlocked", "batteryCritical": false, "timestamp": "2019-11-06T09:29:28+00:00"}}]
2019.11.06 10:54:30.170 5: NUKIBridge (NBridge) - Response ERROR:
2019.11.06 10:54:30.170 5: NUKIBridge (NBridge) - Response CODE: 200
2019.11.06 10:54:30.173 4: NUKIBridge (NBridge) - Send HTTP POST with URL http://192.168.1.104:8080/info?token=rjbvjo
und:
[code]2019.11.06 10:54:44.908 4: NUKIBridge (NBridge) - NUKIBridge_GetCheckBridgeAlive
2019.11.06 10:54:44.909 4: NUKIBridge (NBridge) - Send HTTP POST with URL http://192.168.1.104:8080/info?token=rjbvjo
2019.11.06 10:54:44.909 4: NUKIBridge (NBridge) - run NUKIBridge_Call
2019.11.06 10:54:44.909 4: NUKIBridge (NBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2019.11.06 10:54:45.034 5: NUKIBridge (NBridge) - Response JSON: HTTP 503 Unavailable
2019.11.06 10:54:45.034 5: NUKIBridge (NBridge) - Response ERROR:
2019.11.06 10:54:45.034 5: NUKIBridge (NBridge) - Response CODE: 503
2019.11.06 10:54:45.034 3: NUKIBridge (NBridge) - invalid json detected: HTTP 503 Unavailable
2019.11.06 10:55:00.181 5: NUKIBridge (NBridge) - Response JSON:
2019.11.06 10:55:00.181 5: NUKIBridge (NBridge) - Response ERROR: read from http://192.168.1.104:8080 timed out
2019.11.06 10:55:00.181 5: NUKIBridge (NBridge) - Bridge ist offline
2019.11.06 10:55:00.181 4: NUKIBridge (NBridge) - error while requesting: read from http://192.168.1.104:8080 timed out
2019.11.06 10:55:10.913 4: NUKIBridge (NBridge) - NUKIBridge_GetCheckBridgeAlive
2019.11.06 10:55:10.915 4: NUKIBridge (NBridge) - Send HTTP POST with URL http://192.168.1.104:8080/info?token=rjbvjo
2019.11.06 10:55:10.915 4: NUKIBridge (NBridge) - run NUKIBridge_Call
2019.11.06 10:55:10.915 4: NUKIBridge (NBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2019.11.06 10:55:11.026 5: NUKIBridge (NBridge) - Response JSON: HTTP 503 Unavailable
2019.11.06 10:55:11.027 5: NUKIBridge (NBridge) - Response ERROR:
2019.11.06 10:55:11.027 5: NUKIBridge (NBridge) - Response CODE: 503
2019.11.06 10:55:11.027 3: NUKIBridge (NBridge) - invalid json detected: HTTP 503 Unavailable


kann es was damit zu tun haben das ich fhem in docker laufen habe und nur port 8083 offen habe?

curl ergibt :Failed to connect to...
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 06 November 2019, 12:23:32
2019.11.06 10:23:21.892 3: 2019.11.06 10:54:29.906 4: NUKIBridge (NBridge) - Send HTTP POST with URL http://192.168.1.104:8080/list?token=rjbvjo
2019.11.06 10:54:30.170 5: NUKIBridge (NBridge) - Response JSON: [{"deviceType": 0, "nukiId": 440953477, "name": "Josef-Tuschl 5", "lastKnownState": {"mode": 2, "state": 3, "stateName": "unlocked", "batteryCritical": false, "timestamp": "2019-11-06T09:29:28+00:00"}}]
2019.11.06 10:54:30.170 5: NUKIBridge (NBridge) - Response ERROR:
2019.11.06 10:54:30.170 5: NUKIBridge (NBridge) - Response CODE: 200


Das sieht gut aus und eigentlich sollte er mit diesen Daten das Schloss anlegen.
Allerdings gibt es massive Probleme im weiteren Verlauf mit 503 Fehlern. Hier könnte es in der Tat ein Problem mit Docker geben. Ich kenne mich damit aber nicht aus.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: antonwinden am 06 November 2019, 13:50:18
Hab jetzt das Schloß händisch mit der Nuki-id angelegt und siehe da es geht ja doch ohne Änderung am Container.
danke fürs finden der id :-)
anton

die Freude hat nicht lange gedauert:
2019-11-06_13:36:56 NBridge connected
...
2019-11-06_14:01:02 NBridge serverConnected: 1
2019-11-06_14:01:02 Haustuer name: Nuki_1A486A85
2019-11-06_14:01:02 Haustuer rssi: -51
2019-11-06_14:01:02 Haustuer paired: 1
...
2019-11-06_14:04:38 NBridge not connected

seither kommt nur mehr das. in der App und im Web ist die bridge da mit der Meldung das um 14:04 die Tür geöffnet wurde und kurz danach zu und 15 Minuten später wieder kurz auf und zu also ist die bridge verbunden und im Internet.
Kann es sein das die Meldungen von geöffnet usw vom Sensor das ganze verursachen?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: antonwinden am 07 November 2019, 07:02:54
nach einem Firmwareupdate (2.5.2 auf 2.6.x) im Schloß läuft es jetzt ohne das ich beim docker container was ändern hab müssen :-)
anton
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 07 November 2019, 08:24:36
Was mir bei der ganzen Problematik noch ein fällt. Hast Du das autocreate Device aktiv? Wenn nicht wird auch kein Device automatisch angelegt.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: antonwinden am 07 November 2019, 10:23:50
ja autocreate hab ich disabled. nach dem firmwareupdate läuft es jetzt seit gestern abend ohne einen disconnect.
hab zwar das update des nuki 3mal anstossen müssen bis es durch war aber ich denke das war das problem.
danke anton
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 07 November 2019, 10:35:18
und dann haben wir auch das Problem gelöst das sich das Nuki nicht von alleine angelegt hat.
Beim nächsten mal dürfte es reichen autocreate kurz zu aktivieren.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: ulli am 13 November 2019, 18:03:20
Hallo, ich habe das Problem dass ich das Nuki Lock anhand von dem lightscene Modul, welches den Anwesenheitsstatus ermöglicht, steuern möchte.
Das Schalten über die Szenen funktioniert, nur habe ich das Problem das die Szene das Schloss z.b. auf sperrt obwohl es schon den unlocked Status hat.
Grund ist der dass der set Befehl Unlock nicht dem Status unlocked entspricht. Hat das Problem schon einer gelöst?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: eddy242 am 18 November 2019, 11:41:24
Hallo zusammen,

Bei mir bekomme ich den Webhook nicht zum Laufen. Ich habe eine FHEM WEB Instanz ohne TLS angelegt und per allowed lediglich auf die beiden Nuki Devices Bridge und Smartlock freigegeben (get, set). Über einen Browser kann ich auf dieses FHEMWEB (Name WEBNUKI) zugreifen. Was mich etwas stutzig macht ist die in den INTERNALS ,,errechnete" URL, die auf das NUKIDevice-476030020 zeigt. Mein device heisst nuki_haustuer und selbst im Zustand nach Autocreate wäre der Name NUKIDevice476030020 (also ohne den Strich) gewesen, also kein Match zur URL. Umbenennen in die Version mit Strich geht nicht Wegen fhem Namenskonvention.

Was kann/soll ich noch posten um das Debugging zu erleichtern? Danke für Eure Hilfe.





  CFGFN     
   DEF        476030020 IODev=nuki_bridge
   FUUID      5dd1701e-f33f-0759-c4b2-1643840f8bf88235
   IODev      nuki_bridge
   NAME       nuki_haustuer
   NR         1757
   NUKIID     476030020
   STATE      unlocked
   TYPE       NUKIDevice
   VERSION    0.6.4
   WEBHOOK_COUNTER 6
   WEBHOOK_LAST 2019-11-18 05:39:37
   WEBHOOK_PORT 9081
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /WEBNUKI/NUKIDevice
   WEBHOOK_URL http://fhem.ah.home:9081/WEBNUKI/NUKIDevice-476030020
   Helper:
     DBLOG:
       battery:
         logdb:
           TIME       1574051977.21216
           VALUE      ok
       batteryCritical:
         logdb:
           TIME       1574051977.21216
           VALUE      0
       batteryState:
         logdb:
           TIME       1574051977.21216
           VALUE      ok
       lockState:
         logdb:
           TIME       1574051977.21216
           VALUE      unlocked
       name:
         logdb:
           TIME       1574073036.14708
           VALUE      Nuki_1C5FA444
       paired:
         logdb:
           TIME       1574073036.14708
           VALUE      1
       rssi:
         logdb:
           TIME       1574073036.14708
           VALUE      -54
       state:
         logdb:
           TIME       1574051977.21216
           VALUE      unlocked
       success:
         logdb:
           TIME       1574007686.21882
           VALUE      1
   READINGS:
     2019-11-18 05:39:37   battery         ok
     2019-11-18 05:39:37   batteryCritical 0
     2019-11-18 05:39:37   batteryState    ok
     2019-11-18 05:39:37   lockState       unlocked
     2019-11-18 11:30:36   name            Nuki_1C5FA444
     2019-11-18 11:30:36   paired          1
     2019-11-18 11:30:36   rssi            -54
     2019-11-18 05:39:37   state           unlocked
     2019-11-17 17:21:26   success         1
   fhem:
     infix      NUKIDevice
   helper:
     fromAutocreate 1
Attributes:
   DbLogExclude .*
   DbLogInclude .*
   IODev      nuki_bridge
   alias      Haustür
   devStateIcon open:fts_door_right_open@red locked:fts_door_right@green unlocked:fts_door_right@yellow
   group      Sicherheit
   icon       nuki_lock
   room       ControlCenter,Erdgeschoss
   webhookFWinstance WEBNUKI
   webhookHttpHostname fhem.ah.home

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 18 November 2019, 11:44:53
fhem.ah.home

Kann die Bridge das auflösen? Sprich gibt es einen Nameserver und ist dieser der Bridge bekannt (zum Beispiel über DHCP)?
Versuch mal als ersten Schritt die IP statt des FQDN


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: eddy242 am 18 November 2019, 12:21:26
Danke für das schnelle Feedback. Hab's gegen die IP ersetzt und per CallbackRemove die alte CB mit FQDN entfernt. Funktioniert immer noch nicht.

Was kann ich posten um Dir bei der Analyse zu helfen? Danke!!!
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: OdfFhem am 18 November 2019, 12:31:08
@eddy242

Ich habe Deine Angaben mal mit meinen verglichen und das Muster ist identisch - also auch NUKIDevice mit "-".

Was ich noch nicht ganz verstehe: bei Dir wird der WEBHOOK doch erfolgreich genutzt:

  WEBHOOK_COUNTER 6
  WEBHOOK_LAST 2019-11-18 05:39:37


Was genau funktioniert denn nicht?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 18 November 2019, 12:34:03
Zitat von: OdfFhem am 18 November 2019, 12:31:08
@eddy242

Ich habe Deine Angaben mal mit meinen verglichen und das Muster ist identisch - also auch NUKIDevice mit "-".

Was ich noch nicht ganz verstehe: bei Dir wird der WEBHOOK doch erfolgreich genutzt:

  WEBHOOK_COUNTER 6
  WEBHOOK_LAST 2019-11-18 05:39:37



Hast Recht. Danke Dir fürs genau schauen. In der Tat wird der Webhook laut Counter und Timestamp sowie laut reading state verwendet.
Was genau funktioniert denn nicht?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: eddy242 am 18 November 2019, 12:41:52
Nun meine Errwatungshaltung war, dass das FHEM Smartlock-Device einen Statusupdate bekommt (reading lockState), egal auf welche Weise das Schloss betätigt wurde (HomeKit, App, Schlüssel, FHEM). Das passiert jedoch nicht, auch nach einer längeren Wartezeit bleibt der Zustand unverändert. Das Absetzen eines getStatusRequests hilft, dann wird der aktuelle Status gesetzt.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 18 November 2019, 12:47:19
Zitat von: eddy242 am 18 November 2019, 12:41:52
Nun meine Errwatungshaltung war, dass das FHEM Smartlock-Device einen Statusupdate bekommt (reading lockState), egal auf welche Weise das Schloss betätigt wurde (HomeKit, App, Schlüssel, FHEM). Das passiert jedoch nicht, auch nach einer längeren Wartezeit bleibt der Zustand unverändert. Das Absetzen eines getStatusRequests hilft, dann wird der aktuelle Status gesetzt.

Stell bitte einmal beim Device den verbose auf 4 und dann schalte am Schloß selbst oder über die App. Warte so um die 10s und dann schauen wir uns das Log mal an.
Poste bitte vor der ganzen Aktion einmal ein list vom Device und nach der Aktion + 10s ein list.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: OdfFhem am 18 November 2019, 12:58:43
@eddy242

Das von Dir geschilderte Verhalten ist wohl sehr verbreitet, da die Nuki-Hardware schnell "überlastet" ist.
Beispiel: Ein unlock bei verschlossener Tür und unmittelbar danach ein lock (im Normalfall von der anderen Türseite) führt dazu, dass der FHEM-Status beim unlocked bleibt; das (in zu kurzem Abstand auftretende) locked wurde quasi "verschluckt" - also gar nicht oder zumindest nicht erfolgreich versendet.

Im Zusammenhang mit NUKI treten auch gerne folgende "Warnungen" auf:

2019.11.11 02:53:07 3: NUKIBridge (<FHEM-NAME>) - invalid json detected: HTTP 503 Unavailable

2019.11.11 08:44:07 3: NUKIDevice (<FHEM-NAME>) - invalid json detected: HTTP 503 Unavailable


Welche Firmware-Versionen bei Bridge bzw. Lock hast Du denn?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: eddy242 am 18 November 2019, 14:33:20
List vorher:

Internals:
   CFGFN     
   DEF        476030020 IODev=nuki_bridge
   FUUID      5dd1701e-f33f-0759-c4b2-1643840f8bf88235
   IODev      nuki_bridge
   NAME       nuki_haustuer
   NR         1757
   NUKIID     476030020
   STATE      unlocked
   TYPE       NUKIDevice
   VERSION    0.6.4
   WEBHOOK_COUNTER 6
   WEBHOOK_LAST 2019-11-18 14:02:18
   WEBHOOK_PORT 9081
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /WEBNUKI/NUKIDevice
   WEBHOOK_URL http://192.168.178.20:9081/WEBNUKI/NUKIDevice-476030020
   Helper:
     DBLOG:
       battery:
         logdb:
           TIME       1574082138.61199
           VALUE      ok
       batteryCritical:
         logdb:
           TIME       1574082138.61199
           VALUE      0
       batteryState:
         logdb:
           TIME       1574082138.61199
           VALUE      ok
       lockState:
         logdb:
           TIME       1574082138.61199
           VALUE      unlocked
       name:
         logdb:
           TIME       1574082328.52834
           VALUE      Nuki_1C5FA444
       paired:
         logdb:
           TIME       1574082328.52834
           VALUE      1
       rssi:
         logdb:
           TIME       1574082328.52834
           VALUE      -51
       state:
         logdb:
           TIME       1574082138.61199
           VALUE      unlocked
       success:
         logdb:
           TIME       1574075800.51071
           VALUE      1
   READINGS:
     2019-11-18 14:02:18   battery         ok
     2019-11-18 14:02:18   batteryCritical 0
     2019-11-18 14:02:18   batteryState    ok
     2019-11-18 14:02:18   lockState       unlocked
     2019-11-18 14:05:28   name            Nuki_1C5FA444
     2019-11-18 14:05:28   paired          1
     2019-11-18 14:05:28   rssi            -51
     2019-11-18 14:02:18   state           unlocked
     2019-11-18 12:16:40   success         1
   fhem:
     infix      NUKIDevice
   helper:
     fromAutocreate 1
Attributes:
   DbLogExclude .*
   DbLogInclude .*
   IODev      nuki_bridge
   alias      Haustür
   devStateIcon open:fts_door_right_open@red locked:fts_door_right@green unlocked:fts_door_right@yellow
   group      Sicherheit
   icon       nuki_lock
   room       ControlCenter,Erdgeschoss
   webhookFWinstance WEBNUKI
   webhookHttpHostname 192.168.178.20


Jetzt auf Verbose 4
Gerät ist in der Realität unlocked, in FHEM auch unlocked
kurz vor 14:09 via NUKI app locked
2019.11.18 14:09:08 4: NUKIDevice (nuki_haustuer) - Received webhook for matching NukiId at device nuki_haustuer

Gerät ist in der Realität locked, in FHEM auch locked (!!!)

kurz vor 14:10:40 via NUKI app unlocked
2019.11.18 14:10:49 4: NUKIDevice (nuki_haustuer) - Received webhook for matching NukiId at device nuki_haustuer
Gerät ist in der Realität unlocked, in FHEM auch unlocked.

jetzt das ganze Spiel nochmal

kurz vor 14:24 via NUKI app locked
2019.11.18 14:24:43 4: NUKIDevice (nuki_haustuer) - Received webhook for matching NukiId at device nuki_haustuer
Gerät ist in der Realität locked, in FHEM auch locked.

kurz 14:26 via NUKI app unlocked
Bis 14:29 gewartet, es kommt KEIN Eintrag im Logfile zu einem Received Webhook
Gerät ist in der Realität unlocked, in FHEM aber locked.


Vielleicht ist es wie @OdfFhem sagt und ich habe es vorher zu schnell hintereinander gemacht? Andererseits waren 2min dazwischen. Homekit hat die Notify brav auf das iPhone gesendet.

List nachher:


Internals:
   CFGFN     
   DEF        476030020 IODev=nuki_bridge
   FUUID      5dd1701e-f33f-0759-c4b2-1643840f8bf88235
   IODev      nuki_bridge
   NAME       nuki_haustuer
   NR         1757
   NUKIID     476030020
   STATE      unlocked
   TYPE       NUKIDevice
   VERSION    0.6.4
   WEBHOOK_COUNTER 8
   WEBHOOK_LAST 2019-11-18 14:10:49
   WEBHOOK_PORT 9081
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /WEBNUKI/NUKIDevice
   WEBHOOK_URL http://192.168.178.20:9081/WEBNUKI/NUKIDevice-476030020
   Helper:
     DBLOG:
       battery:
         logdb:
           TIME       1574082649.56157
           VALUE      ok
       batteryCritical:
         logdb:
           TIME       1574082649.56157
           VALUE      0
       batteryState:
         logdb:
           TIME       1574082649.56157
           VALUE      ok
       lockState:
         logdb:
           TIME       1574082649.56157
           VALUE      unlocked
       name:
         logdb:
           TIME       1574082718.91023
           VALUE      Nuki_1C5FA444
       paired:
         logdb:
           TIME       1574082718.91023
           VALUE      1
       rssi:
         logdb:
           TIME       1574082718.91023
           VALUE      -51
       state:
         logdb:
           TIME       1574082649.56157
           VALUE      unlocked
       success:
         logdb:
           TIME       1574075800.51071
           VALUE      1
   READINGS:
     2019-11-18 14:10:49   battery         ok
     2019-11-18 14:10:49   batteryCritical 0
     2019-11-18 14:10:49   batteryState    ok
     2019-11-18 14:10:49   lockState       unlocked
     2019-11-18 14:11:58   name            Nuki_1C5FA444
     2019-11-18 14:11:58   paired          1
     2019-11-18 14:11:58   rssi            -51
     2019-11-18 14:10:49   state           unlocked
     2019-11-18 12:16:40   success         1
   fhem:
     infix      NUKIDevice
   helper:
     fromAutocreate 1
Attributes:
   DbLogExclude .*
   DbLogInclude .*
   IODev      nuki_bridge
   alias      Haustür
   devStateIcon open:fts_door_right_open@red locked:fts_door_right@green unlocked:fts_door_right@yellow
   group      Sicherheit
   icon       nuki_lock
   room       ControlCenter,Erdgeschoss
   verbose    4
   webhookFWinstance WEBNUKI
   webhookHttpHostname 192.168.178.20

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 18 November 2019, 14:36:23
Scheint erstmal generell Funktion zu haben. Wie stark ist Dein FHEM belastet? Hast Du viele Events oder so?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: eddy242 am 18 November 2019, 15:01:08
Ist eine größere FHEM Installation wo schon einiges los ist, die meisten Devices, die viele (nutzlose) Events generieren, sind mit event-min-interval etc runtergedämpft. Fhem läuft containerized auf leistungstarker HW, durchschnittlich ist die CPU bei >20 Containern eher bei 20%, im Peak mal 60%, aber fernab von Vollauslastung. Das Heimnetz ist eigentlich auch ganz gut geölt und zeigt keine Probleme. WLAN Access points sind von Unifi, die NUKI Bridge hat guten Empfang. Sonst läuft FHEM auch rund, keine Unregelmäßigkeiten. Ich lege jetzt mal ein DOIF an das alle 20min pollt aber das ist ja nicht Sinn der Sache.

Was mir noch auffiel, kann es an der Bridge liegen. Der letzte von mir bewusst ausgelöste Neustart war gesten Nachmittag, jetzt ist die Uptime 1721, d.h. vorhin beim experimentieren muss sich das Ding rebootet haben, obwohl ich nichts dergleichen veranlasst habe. Kann das die Spur sein? get nuki_bridge logFile macht gar nichts (sollte da ein Popup kommen?)


Internals:
   BRIDGEAPI  1.6
   DEF        nukibridge.ah.home XXXXX
   FUUID      5dd03016-f33f-0759-18dd-a93f3a06b7460d18
   HOST       nukibridge.ah.home
   NAME       nuki_bridge
   NR         468
   PORT       8080
   STATE      connected
   TOKEN      EOUpkh
   TYPE       NUKIBridge
   VERSION    0.6.4
   READINGS:
     2019-11-17 17:06:54   0_name          Haust�r
     2019-11-17 17:06:54   0_nukiId        476030020
     2019-11-18 14:57:08   bridgeType      Hardware
     2019-11-18 14:57:08   currentTime     2019-11-18T13:57:13+00:00
     2019-11-18 14:57:08   firmwareVersion 2.2.13
     2019-11-18 14:57:08   hardwareId      444324306
     2019-11-17 17:36:25   lastError       read from http://nukibridge.ah.home:8080 timed out
     2019-11-18 14:57:08   serverConnected 1
     2019-11-18 14:57:08   serverId        801476865
     2019-11-17 17:06:54   smartlockCount  1
     2019-11-18 14:57:08   state           connected
     2019-11-18 14:57:08   uptime          1721
     2019-11-18 14:57:08   wifiFirmwareVersion 2.0.0
   helper:
     aliveCount 0
Attributes:
   DbLogExclude .*
   devStateIcon connected:nuki_bridge@green .*:nuki_bridge@red
   group      ServerConnections,Sicherheit
   icon       nuki_bridge
   room       Server
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 18 November 2019, 15:15:05
Zitat von: eddy242 am 18 November 2019, 15:01:08
Ist eine größere FHEM Installation wo schon einiges los ist, die meisten Devices, die viele (nutzlose) Events generieren, sind mit event-min-interval etc runtergedämpft. Fhem läuft containerized auf leistungstarker HW, durchschnittlich ist die CPU bei >20 Containern eher bei 20%, im Peak mal 60%, aber fernab von Vollauslastung. Das Heimnetz ist eigentlich auch ganz gut geölt und zeigt keine Probleme. WLAN Access points sind von Unifi, die NUKI Bridge hat guten Empfang. Sonst läuft FHEM auch rund, keine Unregelmäßigkeiten. Ich lege jetzt mal ein DOIF an das alle 20min pollt aber das ist ja nicht Sinn der Sache.

Was mir noch auffiel, kann es an der Bridge liegen. Der letzte von mir bewusst ausgelöste Neustart war gesten Nachmittag, jetzt ist die Uptime 1721, d.h. vorhin beim experimentieren muss sich das Ding rebootet haben, obwohl ich nichts dergleichen veranlasst habe. Kann das die Spur sein? get nuki_bridge logFile macht gar nichts (sollte da ein Popup kommen?)


Internals:
   BRIDGEAPI  1.6
   DEF        nukibridge.ah.home XXXXX
   FUUID      5dd03016-f33f-0759-18dd-a93f3a06b7460d18
   HOST       nukibridge.ah.home
   NAME       nuki_bridge
   NR         468
   PORT       8080
   STATE      connected
   TOKEN      EOUpkh
   TYPE       NUKIBridge
   VERSION    0.6.4
   READINGS:
     2019-11-17 17:06:54   0_name          Haust�r
     2019-11-17 17:06:54   0_nukiId        476030020
     2019-11-18 14:57:08   bridgeType      Hardware
     2019-11-18 14:57:08   currentTime     2019-11-18T13:57:13+00:00
     2019-11-18 14:57:08   firmwareVersion 2.2.13
     2019-11-18 14:57:08   hardwareId      444324306
     2019-11-17 17:36:25   lastError       read from http://nukibridge.ah.home:8080 timed out
     2019-11-18 14:57:08   serverConnected 1
     2019-11-18 14:57:08   serverId        801476865
     2019-11-17 17:06:54   smartlockCount  1
     2019-11-18 14:57:08   state           connected
     2019-11-18 14:57:08   uptime          1721
     2019-11-18 14:57:08   wifiFirmwareVersion 2.0.0
   helper:
     aliveCount 0
Attributes:
   DbLogExclude .*
   devStateIcon connected:nuki_bridge@green .*:nuki_bridge@red
   group      ServerConnections,Sicherheit
   icon       nuki_bridge
   room       Server


Das Logfile wurde aus der API geschmissen. Muss ich noch ausbessern.
Container meinst Du bestimmt Docker oder? Da kenne ich mich nicht so aus aber in meinem LX Container läuft es ohne Probleme.

Das Neustarten der Bridge wäre ein Ansatz. Eigentlich sollte sie es nicht einfach so machen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: eddy242 am 19 November 2019, 21:11:42
Hallo zusammen,

ich habe die Uptime der Bridge mal mitgeloggt, abgesehen von den Experimenten gestern habe ich nichts gemacht. Das kann doch nicht normal sein dass das Ding alle paar Stunden, teils schneller, rebootet? Kann einer von Euch das bitte mal bei sich prüfen?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: eddy242 am 22 November 2019, 12:05:21
Hallo CoolTux,

kannst Du da bitte mal einen Blick drauf werfen. Ich habe die Uptime der Bridge nun seit mehreren Tagen mitgeloggt und konstant nach ca 1h macht sie einen Reboot, außer nachts, wenn das SmartLock im Nachtmodus ist. Gestern habe ich den FHEM Webhook entfernt und siehe da die Reboots hören auf. Kannst Du Dir vorstellen, ob es da einen Zusammenhang mit der Implementierung des Hooks gibt? Danke!
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 22 November 2019, 12:26:40
Hallo,

Selbst wenn der Webhook das Problem verursacht, so wäre das ein Implementierungsproblem auf Nuki Seite. FHEM macht mit dem Webhook rein gar nichts. Die Angaben für den Webhook dienen nur dazu Nuki mit zu teilen wie es den Webhook erreichen kann wenn Daten dafür vor liegen. Alles andere macht die Nuki Bridge, nur sie sendet Befehle an FHEM Webhook.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: antonwinden am 23 November 2019, 13:18:19
Warum gibt bei mir callbacklist auf die physische bridge:
Callback-ID Callback-URL
0 http://192.168.1.10:8083/fhem/NUKIDevice-440953477
1 http://192.168.1.10:8084:8083/fhem/NUKIDevice-440953477

obwohl ich nur die ip und den webhook im device eingetragen habe? Sollte ja nur eine adresse sein und die halt mit Port 8084 wie im device - so kann es ja gar nicht funktionieren.
Internals:
   DEF        440953477 IODev=NBridge
   FUUID      5dd81b25-f33f-2ed4-933a-cd8057e4d1bb2415
   FVERSION   74_NUKIDevice.pm:v0.6.4-s20027/2019-08-20
   IODev      NBridge
   NAME       NUKIDevice440953477
   NR         1053
   NUKIID     440953477
   STATE      unlocked
   TYPE       NUKIDevice
   VERSION    0.6.4
   WEBHOOK_COUNTER 0
   WEBHOOK_PORT 8084
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /fhem/NUKIDevice
   WEBHOOK_URL http://192.168.1.10:8084/fhem/NUKIDevice-440953477
   READINGS:
     2019-11-22 18:30:15   battery         ok
     2019-11-22 18:30:15   batteryCritical 0
     2019-11-22 18:30:15   batteryState    ok
     2019-11-22 18:30:15   lockState       unlocked
     2019-11-23 13:14:12   name            Nuki_1A486A85
     2019-11-23 13:14:12   paired          1
     2019-11-23 13:14:12   rssi            -58
     2019-11-22 18:30:15   state           unlocked
     2019-11-22 18:30:15   success         1
   fhem:
     infix      NUKIDevice
   helper:
Attributes:
   IODev      NBridge
   alias      Josef-Tuschl 5
   devStateIcon unlocked:nuki_lock@orange open:nuki_lock@red locked:nuki_lock@green
   icon       nuki_lock
   room       Haus,Sicherheit
   verbose    5
   webhookFWinstance WEBNUKI
   webhookHttpHostname 192.168.1.10

list von der bridge:
Internals:
   BRIDGEAPI  1.6
   CHANGED   
   DEF        192.168.1.104 xxxx
   FUUID      5dc1cd66-f33f-2ed4-8d9d-87ec304f26630cc2
   FVERSION   73_NUKIBridge.pm:v0.6.4-s20027/2019-08-20
   HOST       192.168.1.104
   NAME       NBridge
   NR         1045
   PORT       8080
   STATE      connected
   TOKEN      xxx
   TYPE       NUKIBridge
   VERSION    0.6.4
   READINGS:
     2019-11-22 18:30:13   0_name          Josef-Tuschl 5
     2019-11-22 18:30:13   0_nukiId        440953477
     2019-11-23 13:14:39   bridgeType      Hardware
     2019-11-23 13:14:39   currentTime     2019-11-23T12:14:39+00:00
     2019-11-23 13:14:39   firmwareVersion 2.3.0
     2019-11-23 13:14:39   hardwareId      409057010
     2019-11-23 11:45:45   lastError       read from http://192.168.1.104:8080 timed out
     2019-11-23 13:14:39   serverConnected 1
     2019-11-23 13:14:39   serverId        963197504
     2019-11-22 18:30:13   smartlockCount  1
     2019-11-23 13:14:39   state           connected
     2019-11-23 13:14:39   uptime          5390
     2019-11-23 13:14:39   wifiFirmwareVersion 2.0.0
   helper:
     aliveCount 0
Attributes:
   devStateIcon connected:nuki_bridge@green disconnected:nuki_bridge@red
   event-on-change-reading state
   icon       nuki_bridge
   room       Sicherheit
   verbose    5

fhem läuft in einem docker container und port 8083 und 8084 werden intern durchgereicht - von extern geht nur port 8083 über traefik.
danke anton
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 23 November 2019, 14:01:07
Hast du vielleicht mal beim einspielen so eingerichtet. Löschen einfach alle beide und lege einen neu an.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: antonwinden am 23 November 2019, 15:42:12
hab ich gemacht - ergibt dann allerdings:
0 http://192.168.1.10:8083/fhem/NUKIDevice-440953477
1 http://192.168.1.10:8084:8083/fhem/NUKIDevice-440953477
2 http://192.168.1.10:8084/fhem/NUKIDevice-440953477

wenigstens stimmt jetzt eine adresse :-)
anton
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 23 November 2019, 16:13:17
Dann hast du aber nicht gelöscht wie von mir empfohlen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: antonwinden am 23 November 2019, 17:20:21
sorry hab die funktion callbackremove im device nicht gesehen
geht jetzt
danke anton
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 23 November 2019, 17:26:01
Stehen denn immer noch 3 CallBacks in der Liste?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: antonwinden am 23 November 2019, 19:49:02
jetzt ist nur mehr die 1 richtige in der Liste - war mein Fehler wie oben geschrieben.
sorry anton
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 23 November 2019, 19:55:50
Kein Thema. Schön das es nun geht.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: casi am 29 November 2019, 10:43:50
Hallo zusammen,
habe auch Probleme mit dem webhook...
Habe die Bridge for einer Woche angelegt und das Nuki sowie der Opener wurden automatisch angelegt..
Habe dann hier gelesen, dass ich die beiden Attribute
attr Haustuer webhookFWinstance WEBnuki (Name der FHEMWEB Instanz)
attr Haustuer webhookHttpHostname 192.168.0.1 (IP/FQDN vom FHEM Server)
mit entsprechneder Anpassung anlegen muss. Das habe ich auch vor zwei Tagen gemacht.
Habe dann hier gelesen, dass ich ein eigenes WEB anlegen muss, wegen Passwort etc, habe ich auch gemacht (Räume versteckt, kein Passwort, Schutz ist dann wohl nur der Token?, bin da leider nicht so der Experte!, wenn ich da noch was bezüglich Schutz machen muss, wäre ich auch für jeden Hinweis dankbar!)
Wenn ich nun den Befehl get NUKIBridge callbackList an der Bridge aufrufe kommt Folgendes zurück:
"No callback data available or error during processing"
Muss ich noch igendwas machen oder ändern?
Muss man evtl. noch an der Bridge auf nuki.io einen user fhem oder pi anlegen?
Welche Infos benötigt ihr noch?
Ich bedanke mich für jegliche Hinweise.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 29 November 2019, 11:41:59
Mach mal bitte ein list von der Bridge und dem Nuki Schloß
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: casi am 29 November 2019, 11:57:17
Zitat von: CoolTux am 29 November 2019, 11:41:59
Mach mal bitte ein list von der Bridge und dem Nuki Schloß

Sorry, wie mache ich das genau?  :-[
einfach den Programmcode, wie er in der fhem.cfg steht ..?
oder einen Befehl in der Kommandozeile ausführen?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 29 November 2019, 12:32:32
Zitat von: casi am 29 November 2019, 11:57:17
Sorry, wie mache ich das genau?  :-[
einfach den Programmcode, wie er in der fhem.cfg steht ..?
oder einen Befehl in der Kommandozeile ausführen?

Du gibst in der FHEM Kommandozeile oben in FHEMWEB ein:
list DEVICENAME

DEVICENAME ist durch den FHEM Namen Deiner Nukibridge und Nukismartlock zu ersetzen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: casi am 29 November 2019, 12:55:28
ok, danke:
Bridge: (da ich nicht genau weiß, was sicherheitsrelevant ist habe ich Token, FUUID, hardwareid und serverid abgeändert!!)
Internals:
   BRIDGEAPI  1.6
   DEF        192.168.178.150 abcdef
   FUUID      12345678-abcd-dcba-4321-123456789123456789
   HOST       192.168.178.150
   NAME       NukiBridge
   NR         70
   PORT       8080
   STATE      connected
   TOKEN      abcdef
   TYPE       NUKIBridge
   VERSION    0.6.4
   READINGS:
     2019-11-29 12:35:18   bridgeType      Hardware
     2019-11-29 12:35:18   currentTime     2019-11-29T11:35:18+00:00
     2019-11-29 12:35:18   firmwareVersion 2.4.8
     2019-11-29 12:35:18   hardwareId      441180000
     2019-11-29 12:35:18   serverConnected 1
     2019-11-29 12:35:18   serverId        2299079111
     2019-11-29 12:35:18   state           connected
     2019-11-29 12:35:18   uptime          573708
     2019-11-29 12:35:18   wifiFirmwareVersion 2.1.4
   helper:
     aliveCount 0
Attributes:
   icon       nuki_bridge
   room       NUKI


Nuki Schloss: (konnte list nicht mit dem Alias aufrufen, FUUID, NAME und name abgeändert)
Internals:
   DEF        543210005 IODev=NukiBridge
   FUUID      12345678-abcd-dcba-4321-123456789123456789
   IODev      NukiBridge
   NAME       NUKIDevice543210005
   NR         72
   NUKIID     543210005
   STATE      locked
   TYPE       NUKIDevice
   VERSION    0.6.4
   WEBHOOK_COUNTER 0
   WEBHOOK_PORT 8086
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /fhem/NUKIDevice
   WEBHOOK_URL http://192.168.178.147:8086/fhem/NUKIDevice-543210005
   READINGS:
     2019-11-29 04:01:43   battery         ok
     2019-11-29 04:01:43   batteryCritical 0
     2019-11-29 04:01:43   batteryState    ok
     2019-11-29 04:01:43   lockState       locked
     2019-11-29 12:43:33   name            Nuki_1ABG345F
     2019-11-29 12:43:33   paired          1
     2019-11-29 12:43:33   rssi            -59
     2019-11-29 04:01:43   state           locked
     2019-11-29 04:01:43   success         1
   fhem:
     infix      NUKIDevice
   helper:
Attributes:
   IODev      NukiBridge
   alias      Nuki
   devStateIcon open:fts_door_right_open@red locked:fts_door_right@green unlocked:fts_door_right@yellow
   icon       nuki_lock
   room       NUKI
   webhookFWinstance WEBnuki
   webhookHttpHostname 192.168.178.147


Wenn ihr irgendwas geändertes in "original" braucht, bitte Bescheid geben...
Danke schonmal!
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 29 November 2019, 13:17:29
Sieht soweit ok aus. Und wenn Du bei der Bridge nun get callBacklist ausführst kommt eine Fehlermeldung?
Mach mal bitte bei der Bridge das Attribut verbose auf 5 setzen und dann ein get callBacklist und schaue ins Log was dazu steht.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: casi am 29 November 2019, 14:07:24
Zitat von: CoolTux am 29 November 2019, 13:17:29
Sieht soweit ok aus. Und wenn Du bei der Bridge nun get callBacklist ausführst kommt eine Fehlermeldung?

Es kommt immer noch die Meldung "No callback data available or error during processing"

Zitat von: CoolTux am 29 November 2019, 13:17:29
Mach mal bitte bei der Bridge das Attribut verbose auf 5 setzen und dann ein get callBacklist und schaue ins Log was dazu steht.

habe verbose auf 5 gesetzt und neu gestartet...
Beim Hochfahren kam folgender log: (einmal steht dort error)
2019.11.29 13:46:44 5: NUKIBridge (NukiBridge) - Response JSON: [{"deviceType": 0, "nukiId": 543210005, "name": "Nuki", "firmwareVersion": "2.6.4", "lastKnownState": {"mode": 2, "state": 3, "stateName": "unlocked", "batteryCritical": false, "timestamp": "2019-11-29T12:45:16+00:00"}}, {"deviceType": 2, "nukiId": 543210078, "name": "Opener", "firmwareVersion": "1.2.7", "lastKnownState": {"mode": 2, "state": 1, "stateName": "online", "batteryCritical": false, "timestamp": "2019-11-29T10:28:53+00:00"}}]
2019.11.29 13:46:44 5: NUKIBridge (NukiBridge) - Response ERROR:
2019.11.29 13:46:44 5: NUKIBridge (NukiBridge) - Response CODE: 200
2019.11.29 13:46:44 3: NUKIDevice (NukiBridge) - NukiId '543210005' already defined as 'NUKIDevice543210005'
2019.11.29 13:46:44 3: NUKIDevice (NukiBridge) - NukiId '543210078' already defined as 'NUKIDevice543210078'
2019.11.29 13:46:44 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.178.150:8080/info?token=abcdef


Befehl get callbacklist ausgeführt, folgender log:
2019.11.29 13:58:10 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.178.150:8080/info?token=abcdef
2019.11.29 13:58:10 4: NUKIBridge (NukiBridge) - run NUKIBridge_Call
2019.11.29 13:58:10 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2019.11.29 13:58:10 5: NUKIBridge (NukiBridge) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": 441180000, "serverId": 2299079111}, "versions": {"firmwareVersion": "2.4.8", "wifiFirmwareVersion": "2.1.4"}, "uptime": 578675, "currentTime": "2019-11-29T12:58:08+00:00", "wlanConnected": true, "serverConnected": true, "scanResults": [{"deviceType": 2, "nukiId": 543210078, "name": "Nuki_Opener_1CAAFFFF", "rssi": -73, "paired": true}, {"deviceType": 0, "nukiId": 543210005, "name": "Nuki_1AF3FFFF", "rssi": -55, "paired": true}]}
2019.11.29 13:58:10 5: NUKIBridge (NukiBridge) - Response ERROR:
2019.11.29 13:58:10 5: NUKIBridge (NukiBridge) - Response CODE: 200
2019.11.29 13:58:10 5: NUKIBridge (NukiBridge) - Bridge ist online
2019.11.29 13:58:10 4: NUKIDevice (NUKIDevice543210078) - Received scanResults for matching NukiID 543210078 at device NUKIDevice543210078
2019.11.29 13:58:10 4: NUKIDevice (NUKIDevice543210005) - Received scanResults for matching NukiID 543210005 at device NUKIDevice543210005
2019.11.29 13:58:18 5: NUKIBridge (NukiBridge) - Data: {"callbacks": []}
2019.11.29 13:58:18 4: NUKIBridge (NukiBridge) - Blocking HTTP Query finished
2019.11.29 13:58:18 4: NUKIBridge (NukiBridge) - Callback data is collected and processed


und immer noch die Meldung "No callback data available or error during processing"
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 29 November 2019, 14:25:58
Hat er Recht. Es sind keine Daten zum Callback vorhanden. Kannst du bitte eines der Weebhook Attribute noch mal setzen und dann im Log noch mal schauen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: casi am 29 November 2019, 15:00:21
Zitat von: CoolTux am 29 November 2019, 14:25:58
Hat er Recht. Es sind keine Daten zum Callback vorhanden. Kannst du bitte eines der Weebhook Attribute noch mal setzen und dann im Log noch mal schauen.

Oha, ich hatte die Attribute vorher einfach in die fhem.cfg geschrieben...
hat ihm wohl nicht gereicht!!  ::) , trotz Hoch- und Runterfahren..
Habe nun im Device Nuki die Attribute nochmal über die FHEM Oberfläche gesetzt und siehe da, es kommt was zurück!
Allerdings doppelt:
0 http://192.168.178.147:8086/fhem/NUKIDevice-543210005
1 http://192.168.178.147:8086/fhem/NUKIDevice-543210005

Ich denke ich mache dann "set NukiBridge callbackRemove 1" ?

Im log steht aber immer noch der response error:
2019.11.29 14:49:49 5: NUKIBridge (NukiBridge) - Data: {"callbacks": [{"id": 0, "url": "http://192.168.178.147:8086/fhem/NUKIDevice-543210005"},{"id": 1, "url": "http://192.168.178.147:8086/fhem/NUKIDevice-543210005"}]}
2019.11.29 14:49:49 4: NUKIBridge (NukiBridge) - Blocking HTTP Query finished
2019.11.29 14:49:49 4: NUKIBridge (NukiBridge) - Callback data is collected and processed
2019.11.29 14:49:49 4: NUKIBridge (NukiBridge) - created Table with log file
2019.11.29 14:49:50 4: NUKIBridge (NukiBridge) - NUKIBridge_GetCheckBridgeAlive
2019.11.29 14:49:50 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.178.150:8080/info?token=abcdef
2019.11.29 14:49:50 4: NUKIBridge (NukiBridge) - run NUKIBridge_Call
2019.11.29 14:49:50 4: NUKIBridge (NukiBridge) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2019.11.29 14:49:50 5: NUKIBridge (NukiBridge) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": 441180000, "serverId": 2299079111}, "versions": {"firmwareVersion": "2.4.8", "wifiFirmwareVersion": "2.1.4"}, "uptime": 581771, "currentTime": "2019-11-29T13:49:48+00:00", "wlanConnected": true, "serverConnected": true, "scanResults": [{"deviceType": 2, "nukiId": 543210078, "name": "Nuki_Opener_1CAAFFFF", "rssi": -73, "paired": true}, {"deviceType": 0, "nukiId": 543210005, "name": "Nuki_1AF3FFFF", "rssi": -55, "paired": true}]}
2019.11.29 14:49:50 5: NUKIBridge (NukiBridge) - Response ERROR:
2019.11.29 14:49:50 5: NUKIBridge (NukiBridge) - Response CODE: 200
2019.11.29 14:49:50 5: NUKIBridge (NukiBridge) - Bridge ist online
2019.11.29 14:49:50 4: NUKIDevice (NUKIDevice543210078) - Received scanResults for matching NukiID 543210078 at device NUKIDevice543210078
2019.11.29 14:49:50 4: NUKIDevice (NUKIDevice543210005) - Received scanResults for matching NukiID 543210005 at device NUKIDevice543210005


Zusatzfrage: wie kann ich jetzt mein WEBnuki absichern, wenn nicht mit Passwort?
Wie funktionieren allowedCommands oder allowedHttpMethods ?

Vielen Dank für deine Hilfe CoolTux  :)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 29 November 2019, 15:12:45
Und wieder so ein typischer Fall warum ich sowas nicht mag wenn Leute die Konfig von Hand editieren. Aber egal.

Die Error Meldung ist keine. Die Debugmeldung sagt zwar Error, aber es fehlt dahinter ja der Fehler. Also gibt es keinen. Alles schick.

Absichern kannst mit einem allowed Device. Da kannst den Zugriff auf eine einzige IP beschränken zum Beispiel.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: casi am 29 November 2019, 15:35:54
Zitat von: CoolTux am 29 November 2019, 15:12:45
Und wieder so ein typischer Fall warum ich sowas nicht mag wenn Leute die Konfig von Hand editieren. Aber egal.

Sorry, hab mal irgendwann so mit fhem angefangen....

Zitat von: CoolTux am 29 November 2019, 15:12:45
Absichern kannst mit einem allowed Device. Da kannst den Zugriff auf eine einzige IP beschränken zum Beispiel.

Habe im WEBnuki das Attribut allowfrom und dann die IP Adresse der NukiBridge angelegt!
Scheint zu funktionieren!!
Vielen vielen Dank für deine Hilfe CoolTux!!
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: OdfFhem am 02 Dezember 2019, 14:14:26
@eddy242 bzw. @all

Seit ca. einer Woche habe ich nun die neue Firmware für die v2-Bridges am Start. Und bislang muss ich sagen, dass diese neue Version deutlich besser läuft - die Uptime erreicht Höchststände, die bislang als unerreichbar galten. Ebenfalls führen Aktionen ohne erzwungene Pause zum erwarteten Ziel.

Ob mit der neuen Firmware alle Probleme behoben sind, kann ich natürlich nicht sagen, aber wer eine v2-Bridge hat, sollte der neuen Version vielleicht eine Chance geben ...
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: RappaSan am 06 Dezember 2019, 08:37:36
Bei mir läuft seit einigen Tagen ebenfalls die neueste Beta-fw. für die v2 Bridge.
Bisher keinerlei Probleme, deutlich stabiler als vorher.
Fazit: Empfehlenswert.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Thyraz am 06 Dezember 2019, 12:11:28
Hallo zusammen. :)

Wie zuverlässig und läuft denn der Webhook zu FHEM und die Steuerung über FHEM?
Bin gerade am überlegen ob ich nun ein Zwave Schloss oder Nuki 2.0 + Bridge kaufe.

Nuki mit Handyannäherung sieht nach einer schönen Lösung aus, die man mit einem reinen Zwave / oder Homematic Schloss funktionell nicht so einfach erreicht.
Auch die Möglichkeit es zusätzlich zu FHEM auch noch direkt in HomeKit einzubinden sowie die Bluetooth Verbindung vom Handy nutzen zu können bringt Ausfallsicherheit.
Würde also im Moment stark zu Nuki tendieren.

Bin nur bei solchen "Startup-Produkten" aber dann schon öfters enttäuscht gewesen was die Zuverlässigkeit und Anbindung ans SmartHome angeht.
Daher die Frage ob Nuki es schafft hier als Positivbeispiel herauszustechen. ;)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: OdfFhem am 06 Dezember 2019, 15:57:59
@RappaSan

Ich setze übrigens keine Beta ein, sondern die offizielle 2.4.8.

Wichtig ist wohl noch, dass man darauf achten muss, nicht bei der Zwischenversion 2.3.0 hängenzubleiben.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: OdfFhem am 06 Dezember 2019, 16:18:26
@Thyraz

Ich nutze die Nuki-Lösung und die macht bis jetzt das, was ich mir erwartet hatte.

Allerdings nutze ich derzeit keine Automatismen in diesem sicherheitskritischen Bereich. Zur Schloss-Steuerung verwende ich ausschließlich Keypad, Fob sowie die App; FHEM bekommt dann via Webhook zeitnah und zuverlässig Zustandsänderungen des Schlosses mitgeteilt. Falls man wollte, könnte man natürlich auch das Schloss von FHEM aus steuern.

Ob das jetzt aus Deiner Sicht ein Positivbeispiel ist, kann ich nicht genau sagen und Du wahrscheinlich erst, wenn es bei Dir im Einsatz ist ...
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Thyraz am 07 Dezember 2019, 21:02:46
Habs jetzt einfach gewagt und das Nuki gekauft.
Macht erstmal einen sehr guten Eindruck, und das FHEM Modul inkl. Webhook lies sich einwandfrei einrichten.

Danke dafür Cooltux. :)

Nun erstmal testen wie zuverlässig die Autofunktionen laufen, oder ob ein Fob irgendwann doch Sinn macht.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Thyraz am 08 Dezember 2019, 22:48:57
Ich muss sagen das Ganze gefällt mir schon sehr gut nach der kurzen Zeit. :)

Da wir die Eltern oft zum Babysitten hier haben, würde sich das auch sehr gut machen als Zutrittserlaubnis für Dritte.
Dummerweise ist in unserem Mehrfamilienhaus eine Elcom Freisprecheinrichtung verbaut, welche nicht mit dem Nuki Opener kompatibel ist.

Ich hab allerdings den Elcom Bus soweit umgangen, dass ich eine alte Sprechstelle zerlegt und mit unserer Teilnehmeradresse an den Bus gehängt habe.
Da diese Sprechstelle noch einen manuellen Taster für den Türöffner hatte sowie ein Rufschaltrelais, welches beim Türklingeln aktiviert wird, könnte ich den Opener hier evtl. anschließen.
Allerdings findet man auf der Homepage nirgends Schaltpläne wie das Ding angeschlossen werden soll.

Hat das Teil einen potentialfreien Relaiskontakt, mit welchem ich den Türöffner auslösen könnte?
Und kann man eine Spannung die das Teil ausgibt (oder die Spannungsversorgung) über das Rufschaltrelais der Sprechstelle auf einen Eingang des Openers führen, so dass er das Klingeln erkennt?

An sich sollte das ja möglich sein, soweit ich das sehe ist der Opener ja nicht nur mit neueren Bus-basierten Systemen kompatibel, sondern auch mit gutem alten 12V Klingeldraht...


Ich könnte das natürlich auch mit FHEM und Relais + einem Input realisieren.
Aber wenn ich das dem Rest des Haushaltes und unseren Eltern zumute, wäre eine App für beide Türen (Haus + Wohnung) doch die schönere Lösung.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Thyraz am 11 Dezember 2019, 12:23:49
Ok, hab jeweils sehr schnell (innerhalb ein paar Stunden) Rückmeldung vom Support auf meine Fragen bekommen.
Daumen hoch dafür. :)

Passt wohl nicht zu 100% in den Thread, aber falls noch jemand den Opener selbst beschalten will statt ihn wie vorgesehen an unterstützte Systeme anzubinden ist das sicher hilfreich.
Die Doku des Openers schweigt ja zum internen Aufbau der Pinbeschaltung...


Man wählt als Intercom-Typ in der der App Generisch/Ananlog, damit der Opener im richtigen Modus arbeitet.
Folgende Adern sind dann interessant:

- Gelb (Ring-Signal) geht auf einen Optokoppler Eingang der scheinbar einen großen Spannungsbereich als High-Signal wertet.
  Ich hatte gefragt ob die 5V die ich vom USB-Netzteil des Openers abgreifen könnte reichen,
  wenn ich sie über einen Relaiskontakt (Das Rufschaltrelais meiner Sprechanlage) auf die gelbe Leitung führe, was bestätigt wurde.

- Blau (Türöffner) ist ein Solid-State-Relais-Kontakt der Blau mit Violett (GND) kurschließt.
 
- Violett (GND) Gelb und Blau teilen sich diesen Kontakt als gemeinsame Masse.

Die gemeinsame Masse kann etwas beschränkend sein, ein komplett potentialfreier Relaiskontakt wäre schöner,
aber ist bei der normalen Anwendung des Openers eben nicht nötig.

Es ist aber zumindest möglich vor den Opener Pin einen Verbraucher zu hängen und das Relais zum Masse schalten verwenden.
Notfalls eben ein Relais daüber schalten um die galvanische Trennung zu erreichen.

Damit sollte man auch auf nicht unterstützen Bussystemen zurecht kommen indem man die vorhandene (oder eine weitere parallel angeschlossene) Sprechstelle als "Bus-Gateway" missbraucht.

Btw. die Ring-to-Open Idee in Verbindung mit dem Geofence ist eine echt clevere Idee.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Thyraz am 13 Dezember 2019, 12:39:38
Hallo Leon,

hab mir gerade mal ein wenig die Module angeschaut und was nötig wäre den Opener mit einzubauen.

Im Moment ist es so, dass der Webhook pro Device in der Bridge hinterlegt wird.
In der Doku ist mir aufgefallen, dass der webhook eher generisch gedacht ist und für alle vorhandenen Nuki Devices aufgerufen wird.

Ich schätze mal, dass wenn jemand heute schon 2 SmartLocks in FHEM hätte, dies 2 Webhooks erzeugen würde und dann egal welches Schloss triggert beide Webhooks aufgerufen werden.

Welches Nuki Device den Webhookgetriggert hat, kann man dann in der Webhook Funktion, da die Nuki-ID von der Bdrige im JSON mit übergeben wird:


/callback
The following endpoints provide methods to register up to 3 http (no https) url callbacks, which will be triggered once the lock state of one of the known Smart Locks changes.

The new lock state will be sent to the callback url by executing a POST request and posting a JSON list in the following format:

{"nukiId": 11, "deviceType": 0, "mode": 2, "state": 1, "stateName": "locked", "batteryCritical": false}


Ich denke man müsste die Callback Attribute + Registrierung dann wahrscheinlich von NUKIDevice nach NUKIBridge verschieben, oder?

edit: NUKIDevice_addExtension / NUKIDevice_removeExtension erstellen ja auch nur einen Endpoint (was beim löschen von nur einem NUKIDevice statt aller NUKIDevices evtl. aktuell zu auch Problemen führen könnte?), die könnte man auch gleich mit umziehen?

edit2: Weiß nicht wieviel Zeit ich über die Ferienzeit habe und ob du überhaupt Interesse daran hast, wenn dir hier jemand unter die Arme greift.
Würde den Opener jedenfalls gern in FHEM lauffähig bekommen. :)
Du kämpfst gefühlt jedenfalls an vielen Fronten gleichzeitig in FHEM. ;)

Die Fragen zielen also darauf ab, ob meine Interpretationen nach schnellem Überfliegen des Codes soweit stimmig zu sein scheinen und die Änderungen für dich in Ordnung gehen.

Grüße,
Tobias
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 13 Dezember 2019, 16:22:20
Hallo Tobias,

Für Hilfe bin ich immer sehr dankbar. Deine Aussage zum Webhook macht für mich Sinn, und dann sollte das in der Tat in die Bridge.
Ich will schon ein Jahr lang das Modul umbauen da die Umsetzung des 2 stufigen Konzepts nicht FHEM Konform ist. Ich komme einfach nur nicht dazu.
Wenn Du also Änderungen machen willst sehr gerne, kannst dann einfach einen Pull Request in Github hinterlegen.


Grüße
Marko
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Sascha_F am 14 Dezember 2019, 09:28:55
Hallo zusammen,

konnte die Posts in der letzten Zeit leider nicht mehr so stark verfolgen, daher hoffe ich, ich werfe hier nichts "altes" hoch.

Folgendes ist mir zum Batterie-Status des Nuki (2.0) aufgefallen:

Gestern Abend hat das "Tür öffnen" nicht mehr funktioniert. Dachte, die Batterien seien bald am Ende und habe dann auch das Batterie-Icon (mit wenig roter Füllung) in der Nuki App gesehen (ist mir bisher nie aufgefallen, ggf. auch noch neuer).

Die Readings haben folgende Werte:





batteryok2019-12-14 05:59:42
batteryCritical02019-12-14 05:59:42
batteryStateok2019-12-14 05:59:42

Die Nuki-App hat also schon gezeigt, dass die Batterien nicht mehr lange halten. Vor ein Paar Minuten hat FHEM die Haustür aufgeschlossen. Das war wohl mit letzter Kraft, denn über die App bekomme ich jetzt keine Verbindung mehr "nicht erreichbar". Das dürfte dafür sprechen, dass die Batterien schon "critical" waren.

Die Batterie-Readings wurden ja zumindest in der Nacht noch aktualisiert. Da gibt's jetzt drei Möglichkeiten, denke ich:

- Über die API kommen falsche Daten
- API-Daten werden falsch ausgewertet
- Batterie-Readings wurden irgendwann mal aus dem Device ausgebaut und führen aktuell nur noch Dummy-Werte

So, habe die Batterien gerade getauscht - waren in der Tat komplett leer - hat nicht mal mehr für das Blinken der LED gereicht.

Viele Grüße
Sascha
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Firetic am 16 Dezember 2019, 11:38:39
Ich versuche seit einigen Tagen die Firmware meiner Bridge upzudaten - allerdings bleibe ich irgendwie dauerhaft auf der 2.3.0 hängen. Gibt es irgendeinen Trick wie ich das mit dem Update schaffen könnte?

Vielen Dank
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Thyraz am 16 Dezember 2019, 11:47:14
Bei mir hing sie da auch ne Zeitlang.

Habe dann die FHEM Module auf disabled gesetzt, dass die nicht irgendwie mit Befehlen dazwischenfunken, die Bridge rebootet (neu eingesteckt) und danach über den Browser direkt das fwupdate angestoßen:

https://developer.nuki.io/page/nuki-bridge-http-api-190/4#heading--fwupdate
Achtung der Token muss noch hinten mit dran an den Aufruf:
https://developer.nuki.io/page/nuki-bridge-http-api-190/4#heading--token

Dann hat die Bridge zu blinken angefangen, was Downloaden und Updaten bedeuted.
Das dauert dann ewig, da die nächste Firmware laut Changelog tiefgreifende Änderungen ggü. der 1.30 hat.
Also etwas Geduld mitbringen. ;)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 16 Dezember 2019, 12:40:43
Verstehe ich das richtig das ein
set NUKIBRIDGE fwUpdate
nicht geklappt hat?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Firetic am 16 Dezember 2019, 13:07:42
Ja genau - irgendwie scheint sich die Bridge mit dem fwUpdate Befehl vom FHEM Modul irgendwann aufzuhängen. Hab es auch schonmal mit dem Deaktivieren probiert, allerdings kein Reset der Bridge gemacht... Das werde ich dann nochmal probieren.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: antonwinden am 16 Dezember 2019, 13:31:08
Das Firmwareupdate der Bridge ist bei mir auch nicht gegangen.
Erst wie ich das Device in fhem deaktiviert habe (aus testgründen ob die bridge dann stabiler läuft) hat sich die bridge von selbst über nacht upgedatet und läuft seither besser...
die 2.3 hat bei mir nur troubles gemacht....
gruß anton
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: RappaSan am 16 Dezember 2019, 14:10:56
Das mit dem trouble der 2.3.0 unterschreibe ich auch... :)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Andy89 am 16 Dezember 2019, 16:26:58
Zitat von: CoolTux am 16 Dezember 2019, 12:40:43
Verstehe ich das richtig das ein
set NUKIBRIDGE fwUpdate
nicht geklappt hat?
auch bei mir hat das nicht geklappt.
Ich habe dann auch das Fhem Bridge Device disabled und den manuellen http fwupdate Befehl gestartet. In der Nacht wurde dann das Update ausgeführt..

Davor habt wohl fhem das Update verhindet, indem es Befehle/Anfragen an die Bridge gesendet hat. Irgendwo im Nuki Forum hab ich gelesen, dass man auch keine info Anfrage an die Bridge senden soll, wenn man den fwupdate Befehl absetzt. Nur deswegen bin ich darauf gekommen, dass ich es in Fhem deaktiviere.

Beste Grüße
Andy
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 16 Dezember 2019, 16:46:38
Zitat von: Andy89 am 16 Dezember 2019, 16:26:58
auch bei mir hat das nicht geklappt.
Ich habe dann auch das Fhem Bridge Device disabled und den manuellen http fwupdate Befehl gestartet. In der Nacht wurde dann das Update ausgeführt..

Davor habt wohl fhem das Update verhindet, indem es Befehle/Anfragen an die Bridge gesendet hat. Irgendwo im Nuki Forum hab ich gelesen, dass man auch keine info Anfrage an die Bridge senden soll, wenn man den fwupdate Befehl absetzt. Nur deswegen bin ich darauf gekommen, dass ich es in Fhem deaktiviere.

Beste Grüße
Andy

Gut zu wissen dann sollte ich es mal so versuchen ein zu bauen bei Gelegenheit.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Firetic am 17 Dezember 2019, 08:49:29
Sehr gut - hat geklappt  :)
Vielleicht ist die Bridge ja jetzt mal zu gebrauchen...
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Thyraz am 18 Dezember 2019, 09:14:44
Igendwie komm ich mit den Events noch nicht so klar, die über das Callback der Bridge reinkommen.

Wenn meine Tür in der NUKI App auf "aufgesperrt" ist und ich dann die Tür per App öffnen lasse (also Falle ziehen),
sehe ich im Protokoll in der Nuki Smartphone App, dass die "Tür geöffnet" wurde.

Ich hätte daher in FHEM lockState Events nach dem Schema erwartet:
- Unlatching
- Unlatched
- und nach dem Loslassen der Falle dann wieder "Unlocked" da ich nicht zusperren lasse solange ich Zuhause bin.

Der einzige Event der da reinkommt ist aber "Unlocked".
Ist das normal, bedeuted Unlocked Tür geöffnet statt Falle gezogen?

Die API sagt eigentlich was anderes:
https://developer.nuki.io/page/nuki-bridge-http-api-190/4/#heading--lock-states


Oder bewahrheitet sich meine Vor-Kauf-Befürchtung (https://forum.fhem.de/index.php/topic,55756.msg999611.html#msg999611), dass dies das nächste Produkt mit liebloser Umsetzung der lokalen API ist?  :-\
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Thyraz am 18 Dezember 2019, 09:44:47
Ok, ist wohl eine Art Failure-By-Desing:

https://developer.nuki.io/t/http-api-callback-and-the-unlatched-state/2091/4

edit: Feature request:
https://developer.nuki.io/t/enhance-the-current-bridge-callbacks-with-additional-keys-so-we-can-detect-lock-actions-in-smart-home-systems-more-reliable/4140
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Thyraz am 18 Dezember 2019, 11:34:14
So weiter im Monolog. :P

Bin mittlerweile dabei den Opener mit ins Modul einzubinden.
Aber nachdem ich gelesen habe, dass man zur Zeit die Türklingel gar nicht über die HTTP API über Callback/Webhook geliefert bekommt,
ist die Anbindung leider nur halblebig.

Tür öffnen kann man dann wohl, Klingeln bekommt man aber eben nicht mit (und kann somit auch keine schönen Automatisierungen wie Klingelsignal durch blinkende Lampen oder Internal Call zum Klingeln auf dem DECT Gerät realisieren).

Damit gibt ist die API gefühlt 50% nutzlos, da eines der beiden Hauptfeatures nicht drin ist.

Ich kann nur jeden ermutigen hier:
https://developer.nuki.io/t/nuki-bridge-api-bell-ring-of-nuki-opener-as-trigger-for-callbacks/2557/8
- einen Vote für den Featurerequest abzugeben
- ein Post in dem Thread zu hinterlassen, dass eine SmartHome Implementierung des Openers damit ziemlich nutzlos ist und dies schnellstens nachgerüstet werden sollte.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Andy89 am 18 Dezember 2019, 16:28:18
Zitat von: Thyraz am 18 Dezember 2019, 11:34:14
Ich kann nur jeden ermutigen hier:
https://developer.nuki.io/t/nuki-bridge-api-bell-ring-of-nuki-opener-as-trigger-for-callbacks/2557/8
- einen Vote für den Featurerequest abzugeben
- ein Post in dem Thread zu hinterlassen, dass eine SmartHome Implementierung des Openers damit ziemlich nutzlos ist und dies schnellstens nachgerüstet werden sollte.
done
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Thyraz am 21 Dezember 2019, 22:13:45
So, wer will kann hier mal eine erste Version mit Support für den Opener runterladen und testen:
https://github.com/Thyraz/NUKI/tree/Opener

Die Attribute für den Webhook müssen nach Einspielen und FHEM Restart dann nochmal im Bridge Device angelegt werden,
da der Webhook dann nicht mehr pro Device läuft, sondern das Bridge Modul die einkommenden Events an die einzelnen Nuki Devices verteilt.

Da der Opener bei dem meisten ja sicher schon per Bridge Autocreate als nicht funktionelles Device angelegt wurde,
dieses nochmal löschen und dann nochmal den autocreate set Befehl in der Bridge ausführen.

Danach sollte der Opener neu angelegt werden und mit entsprechenden Readings und den passenden Set-Befehlen ausgestattet werden.

Sofern es bei euch zu keinen Problemen kommt, erstell ich für Cooltux einen Pull-Request auf Github.

P.S. da meine Erfahrung mit FHEM Entwicklungs-Internas noch nicht sooo ausgeprägt sind, empfiehlt sich evtl. ein Backup vor dem Test. ;)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Skjall am 23 Dezember 2019, 10:39:36
Moin Thyraz,

Der will nicht :)

2019.12.23 10:35:24 1: reload: Error:Modul 73_NUKIBridge deactivated:
Excessively long <> operator at ./FHEM/73_NUKIBridge.pm line 21, <$fh> line 79.
2019.12.23 10:35:24 0: Excessively long <> operator at ./FHEM/73_NUKIBridge.pm line 21, <$fh> line 79.
2019.12.23 10:35:24 1: reload: Error:Modul 74_NUKIDevice deactivated:
Excessively long <> operator at ./FHEM/74_NUKIDevice.pm line 21, <$fh> line 30.
2019.12.23 10:35:24 0: Excessively long <> operator at ./FHEM/74_NUKIDevice.pm line 21, <$fh> line 30.
2019.12.23 10:35:24 1: reload: Error:Modul 74_NUKIDevice deactivated:
Excessively long <> operator at ./FHEM/74_NUKIDevice.pm line 21, <$fh> line 48.
2019.12.23 10:35:24 0: Excessively long <> operator at ./FHEM/74_NUKIDevice.pm line 21, <$fh> line 48.
2019.12.23 10:35:33 1: configfile: Cannot load module NUKIBridge


VG Jan
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 23 Dezember 2019, 10:41:54
Und nun kommen die Probleme.
Auf welche Modulversion bezieht sich Dein Post? Auf die von Thyraz?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Skjall am 23 Dezember 2019, 10:50:20
Moin,

ja, das ist der Test der aktuellen Test-Files von Thyraz.

Ich hab jetzt wieder die production von dir laufen.

VG Jan
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 23 Dezember 2019, 10:52:53
Bitte in Zukunft immer hin schreiben auf welche Version sich die Problemmeldungen beziehen. Sonst komme ich durcheinander.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Thyraz am 23 Dezember 2019, 21:44:36
@Jan, kann es sein, dass du die Dateien als HTML Dateien gespeichert hast?
Line 21 ist eigentlich noch Teil von Cooltux Header Comment und noch gar kein Code.

Und überlange "<>" Operatoren klingt ein wenig wie HTML tags. ;)

Grüße,
Tobias

P.S. kannst auch gern per PM antworten dann müllen wir den Thread nicht zu.  :)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Skjall am 23 Dezember 2019, 22:25:14
Moin Tobias,

Ahhh .... Kopf -> Tisch >:(

Falsche URL im wget.

VG Jan
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Sascha_F am 27 Dezember 2019, 17:48:32
Hi zusammen,

wollte nur noch mal freundlich nach meiner Frage in #1380 bzgl. Batterie-Status fragen, ob das Problem nur bei mir liegt oder der Post ggf. nur untergegangen ist.

Danke euch, viele Grüße und natürlich schon mal einen guten Start in 2020!
Sascha
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Newbee am 28 Dezember 2019, 15:09:10
Zitat von: Thyraz am 21 Dezember 2019, 22:13:45
So, wer will kann hier mal eine erste Version mit Support für den Opener runterladen und testen:
https://github.com/Thyraz/NUKI/tree/Opener

Die Attribute für den Webhook müssen nach Einspielen und FHEM Restart dann nochmal im Bridge Device angelegt werden,
da der Webhook dann nicht mehr pro Device läuft, sondern das Bridge Modul die einkommenden Events an die einzelnen Nuki Devices verteilt.

Da der Opener bei dem meisten ja sicher schon per Bridge Autocreate als nicht funktionelles Device angelegt wurde,
dieses nochmal löschen und dann nochmal den autocreate set Befehl in der Bridge ausführen.

Danach sollte der Opener neu angelegt werden und mit entsprechenden Readings und den passenden Set-Befehlen ausgestattet werden.

Sofern es bei euch zu keinen Problemen kommt, erstell ich für Cooltux einen Pull-Request auf Github.

P.S. da meine Erfahrung mit FHEM Entwicklungs-Internas noch nicht sooo ausgeprägt sind, empfiehlt sich evtl. ein Backup vor dem Test. ;)

Hallo Tobias,

habe deine angepasste Version nun einige Tage am laufen und konnte in meiner Umgebung keine Fehler feststellen.  :)
Durch die angepassten Opener Befehle habe ich nun die mir vorab vorgestellte Integration realisiert.  8)
Webhook auf Bridge Ebene funktioniert auch.

Danke!

Grüße Mark
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: eddy242 am 29 Dezember 2019, 17:17:35
Hallo zusammen,

mit der Firmware 2.4.21 der bridge ist das Problem mit dem nicht funktionierenden Webhook (Topic  #1349) bei mir nun gelöst. Auch die Uptimes sind deutlich größer.

Was mir aber auffällt, der Statuswechsel meldet momentan "unlocked", auch wenn die Tür abgeschlossen wird bzw. geöffnet wird. Kann das jemand nachvollziehen?

Grüße
eddy242
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Thyraz am 29 Dezember 2019, 17:24:28
Es gibt leider keine echten Events über das Callback, sondern immer nur Endzustände:

https://developer.nuki.io/t/http-api-callback-and-the-unlatched-state/2091/4
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 04 Januar 2020, 04:40:50
Hallo Tobias,

Ich habe deine aktuellen Änderungen mal als Pull Request ins offizielle Nuki Devel übernommen.
Was sagst Du, kann ich das mergen oder hast Du da noch was? Will versuchen mich an die bessere Variante des 2 stufigen Modules Ran zu machen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Thyraz am 04 Januar 2020, 09:17:05
Klaro, kannst du machen.  :)

Hatte nur noch auf 1-2 weitere Rückmeldungen gehofft.
Aber nachdem es nach meinem Testsystem auch beim Update im Produktivsystem und auch bei Newbee geklappt hat sollte das hoffentlich passen.

Sind jetzt ja auch nicht so die komplexen Änderungen...
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 04 Januar 2020, 09:28:37
Habe schon gesehen. Passt auch soweit. Zu mindest vom Code her. Getestet habe ich nicht.
Bin nun aber auch dabei die Umbauten vor zu nehmen. Wird aber dauern. Will es gleich richtig machen.


Und mal schauen was noch so auf läuft


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 09 Januar 2020, 17:26:43
Ich bin mit den ersten Umbauten soweit durch und würde mich über Tester sehr freuen

https://github.com/fhem/NUKI/archive/devel.zip

Files einspielen und dann FHEM neustarten. Danach warten bis das rote Fragezeichen oben bei "save config" erscheint. Dann auf "save config" drücken und noch mal neustarten bitte. Danach muß im Bridge Device noch der Webhook eingerichtet werden.
Ich bilde mir ein das ich das mit dem 501 nun besser in den Griff bekommen habe. Habe beim testen raus gefunden das der 501 immer nach einer Lock Aktion gekommen ist.



Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Newbee am 09 Januar 2020, 19:49:48
Zitat von: CoolTux am 09 Januar 2020, 17:26:43
Ich bin mit den ersten Umbauten soweit durch und würde mich über Tester sehr freuen

https://github.com/fhem/NUKI/archive/devel.zip

Files einspielen und dann FHEM neustarten. Danach warten bis das rote Fragezeichen oben bei "save config" erscheint. Dann auf "save config" drücken und noch mal neustarten bitte. Danach muß im Bridge Device noch der Webhook eingerichtet werden.
Ich bilde mir ein das ich das mit dem 501 nun besser in den Griff bekommen habe. Habe beim testen raus gefunden das der 501 immer nach einer Lock Aktion gekommen ist.



Grüße

Moin CoolTux,

nach enspielen und neustarten sieht alles soweit gut aus, Opener wurde mit eingeschalteten Autocreate neu angelegt. Allerdings mit anderer Names Syntax. Webhook war immer noch in der Birdge vorhanden, da ich ja die Version von Tyrax bereits eingespielt hatte. Bis jetzt läuft alles ohne Fehlermeldung.

Grüße Newbee
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 09 Januar 2020, 19:52:30
Komisch. Eigentlich hätte er das übernehmen sollen und nicht ein neues Device anlegen. Aber cool das alles soweit rennt.
Kannst Du mir ein list vom NUKIDevice geben?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: enno am 09 Januar 2020, 20:59:28
Moin CoolTux,

ich habe deine Dateien in mein Testsystem gefüllt. Ohne Fehlermeldungen im Log läuft alles wie bisher. Als wenn nichts gewesen wäre :)

Internals:
   CFGFN     
   DEF        333550209 0
   DEVICETYPE 0
   FUUID      5e17818d-f33f-810c-8ba0-d4a8ac5d0d61d11d
   IODev      NUKI
   LASTInputDev NUKI
   MSGCNT     40
   NAME       Home
   NR         22
   NUKIID     333550209
   NUKI_MSGCNT 40
   NUKI_TIME  2020-01-09 20:56:00
   STATE      unlocked
   TYPE       NUKIDevice
   VERSION    0.7.11
   READINGS:
     2020-01-09 20:40:07   batteryCritical 0
     2020-01-09 20:40:07   batteryState    ok
     2020-01-09 20:40:07   lockState       unlocked
     2020-01-09 20:56:00   name            Nuki_13E19281
     2020-01-09 20:56:00   paired          1
     2020-01-09 20:56:00   rssi            -79
     2020-01-09 20:40:07   state           unlocked
     2020-01-09 20:40:07   success         1
   helper:
Attributes:
   IODev      NUKI
   model      smartlock
   room       NUKI


Wenn ich jetzt noch in FHEM erkennen könnte, wer die Tür geöffnet hat, dann hätte ich alles was ich brauche. Aber das gibt die API wohl nicht her.

Gruss
  Enno
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: obelix221 am 09 Januar 2020, 21:23:32
Hallo Enno,

im Nuki DEV Forum gibt es dafür einen Feature Request, für den man ,,voten" kann.
Es gibt dort auch schon eine konkrete Umsetzungsidee, diese muss nur noch seitens Nuki Devs priorisiert werden.
Also fleißig dafür abstimmen, dann wird die API bestimmt bald erweitert.

Grüße
Obelix
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: enno am 09 Januar 2020, 21:30:08
Moin CoolTux,

wenn ich in der Nuki Bridge auf set NUKI getDeviceList klicke bekomme ich eine Fehlermeldung:

Unknown argument getDeviceList, choose one of info getDeviceList callbackRemove clearLog fwUpdate reboot factoryReset

....

@Obelix ich trage mich dort gerade ein.

Gruss
  Enno
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 09 Januar 2020, 21:36:08
Zitat von: enno am 09 Januar 2020, 21:30:08
Moin CoolTux,

wenn ich in der Nuki Bridge auf set NUKI getDeviceList klicke bekomme ich eine Fehlermeldung:

Unknown argument getDeviceList, choose one of info getDeviceList callbackRemove clearLog fwUpdate reboot factoryReset

....

@Obelix ich trage mich dort gerade ein.

Gruss
  Enno

Danke Dir. Fixe ich gleich mal-
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: obelix221 am 09 Januar 2020, 21:36:38
Hier noch der Link zum Feature Request:

https://developer.nuki.io/t/add-user-to-bridge-http-api-notifications/151 (https://developer.nuki.io/t/add-user-to-bridge-http-api-notifications/151)



Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Newbee am 09 Januar 2020, 21:55:51
Zitat von: CoolTux am 09 Januar 2020, 19:52:30
Komisch. Eigentlich hätte er das übernehmen sollen und nicht ein neues Device anlegen. Aber cool das alles soweit rennt.
Kannst Du mir ein list vom NUKIDevice geben?

anbei mal das list:

Internals:
   CFGFN     
   DEF        460817874 2
   DEVICETYPE 2
   FUUID      xxxxxxxx
   IODev      NBridge1
   LASTInputDev NBridge1
   MSGCNT     392
   NAME       Nuki_Opener_1B7785D2
   NBridge1_MSGCNT 392
   NBridge1_TIME 2020-01-09 21:52:10
   NR         1088
   NUKIID     460817874
   STATE      online
   TYPE       NUKIDevice
   VERSION    0.7.11
   READINGS:
     2020-01-09 19:39:59   batteryCritical 0
     2020-01-09 19:39:59   batteryState    ok
     2020-01-09 19:39:59   lockState       online
     2020-01-09 21:52:10   name            Nuki_Opener_1B7785D2
     2020-01-09 21:52:10   paired          1
     2020-01-09 21:52:10   rssi            -76
     2020-01-09 19:39:59   state           online
     2020-01-09 19:39:49   success         1
   helper:
Attributes:
   IODev      NBridge1
   alias      Intercom
   icon       1_nuki_bridge
   model      opener
   room       Hall,NUKI


der Name war zu vor wie folgt

NUKIDevice460817874
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Kuehnhackel am 09 Januar 2020, 22:01:28
Zitat von: CoolTux am 09 Januar 2020, 17:26:43
Ich bin mit den ersten Umbauten soweit durch und würde mich über Tester sehr freuen

https://github.com/fhem/NUKI/archive/devel.zip

Files einspielen und dann FHEM neustarten. Danach warten bis das rote Fragezeichen oben bei "save config" erscheint. Dann auf "save config" drücken und noch mal neustarten bitte. Danach muß im Bridge Device noch der Webhook eingerichtet werden.
Ich bilde mir ein das ich das mit dem 501 nun besser in den Griff bekommen habe. Habe beim testen raus gefunden das der 501 immer nach einer Lock Aktion gekommen ist.



Grüße

Moin, ich würde auch gerne testen. Könntest mal kurz "Files einspielen" erklären falls meine Idee/Überlegung falsch ist?

Einfach die Files per FileZilla in das Verzeichnis /fhem/ kopieren und überschreiben? Rechte eventuell anpassen und dann besagter "Neustart"?

Ralf

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Thyraz am 09 Januar 2020, 22:03:25
Zitat von: enno am 09 Januar 2020, 20:59:28
Wenn ich jetzt noch in FHEM erkennen könnte, wer die Tür geöffnet hat, dann hätte ich alles was ich brauche. Aber das gibt die API wohl nicht her.

Gruss
  Enno

Die API hat aber noch mehr Probleme: Sie meldet immer nur den finalen Zustand nach einer Lockaction.

Ist die Tür z.B. aufgeschlossen und jemand öffnet die Tür per App, dann bekommt man einen Callback-Aufruf der eben nur wieder aufgeschlossen (unlocked) meldet.
Setzt man event-on-change-reading in FHEM bekommt man nichtmal mit, dass was passiert ist. ;)

Ansonsten kann man evtl. noch raten, dass eine Lockaction die von unlocked nach unlocked "wechselt" wahrscheinlich ein "unlatching", also Türöffnen war.
Für die Zwischenschritte gibt es aber eben keine Events über das Callback.

Dann eben noch das Problem, dass beim Opener überhaupt keine Türklingel-Events rein kommen.

Habe hier noch einen Feature-Request erstellt der eine generelle Anpassung der Http-Bridge-API fordert.
Über IFTTT bekommen sie den ganzen Spaß ja immerhin auch hin...

https://developer.nuki.io/t/enhance-the-local-http-bridge-api-callbacks-so-we-get-detailed-information-about-device-events-instead-of-just-the-final-state-of-an-lock-action/4140
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 09 Januar 2020, 22:03:58
Zitat von: enno am 09 Januar 2020, 21:30:08
Moin CoolTux,

wenn ich in der Nuki Bridge auf set NUKI getDeviceList klicke bekomme ich eine Fehlermeldung:

Unknown argument getDeviceList, choose one of info getDeviceList callbackRemove clearLog fwUpdate reboot factoryReset

....

@Obelix ich trage mich dort gerade ein.

Gruss
  Enno

Ist gefixt. Neue Version ist online
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 09 Januar 2020, 22:11:08
Ich sehe gerade das ich noch einiges von der neuen API einbauen kann. Kommt dann noch die Tage.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 09 Januar 2020, 22:27:01
Habe auch mal die neue Testversion von dir drauf. Läuft bisher alles was soll.

Werde es die Tage noch beobachten, ob mir was auffällt.


Gesendet von meinem ONEPLUS A3003 mit Tapatalk

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Thyraz am 09 Januar 2020, 22:40:27
Scheint bei mir auch soweit zu klappen. :)
Allerdings hat er bei mir sogar beide Devices neu angelegt (Smartlock und Opener).

Diese heißen nun nicht mehr NUKIDeviceXYZ, sondern direkt so wie die Geräte in der Nuki App benannt sind.
Nur ohne Sonderzeichen:

- Wohnungst_r
- Haust_r

Ich hatte natürlich auch meine Beta drauf, kann also auch daran liegen...
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 09 Januar 2020, 22:48:59
Ist schon komisch das er die neu an legt. Ich habe das hin und her getestet und bei mir blieb alles erhalten.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 10 Januar 2020, 06:48:44
Bei mir sind die nuki devices auch erhalten geblieben. Wurde nichts umbenannt oder neu erstellt.


Gesendet von meinem ONEPLUS A3003 mit Tapatalk

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Januar 2020, 11:50:28
Ich habe eben wieder eine aktuelle Version ins Git hoch geladen.
Ich empfehle von Hand einfach mal alle Readings der Geräte Instanzen zu löschen
deletereading NAME .*
und dann einmal getDeviceList ausführen.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Newbee am 10 Januar 2020, 13:11:33
Moin CoolTux,

Bei set GetDeviceList kommt:

Unknown argument getDeviceList, choose one of info getDeviceList callbackRemove clearLog fwUpdate reboot factoryReset

ergänzend:

Glaube ich den Unterschied gefunden zu haben. Bei den Locks ist der Name in FHEM aus NUKIDevice+die NukiID diese bezieht er von den Readings. Beim Opener ist der Name in FHEM gleich dem Name in den Readings.

NAME       NUKIDevice355928989
   NBridge1_MSGCNT 25
   NBridge1_TIME 2020-01-10 13:09:24
   NR         994
   NUKIID     355928989
   STATE      unlocked
   TYPE       NUKIDevice
   VERSION    0.7.27
   READINGS:
     2020-01-10 13:01:28   batteryState    ok
     2020-01-10 13:09:24   deviceType      smartlock
     2020-01-10 13:01:22   firmwareVersion 2.6.4
     2020-01-10 13:01:28   mode            door mode
     2020-01-10 13:09:24   name            Nuki_15370B9D
     2020-01-10 13:09:24   nukiId          355928989
     2020-01-10 13:09:24   paired          true
     2020-01-10 13:09:24   rssi            -79
     2020-01-10 13:01:28   state           unlocked
     2020-01-10 13:01:28   stateName       unlocked
     2020-01-10 13:01:28   success         1


NAME       Nuki_Opener_1B7785D2
   NBridge1_MSGCNT 21
   NBridge1_TIME 2020-01-10 13:08:27
   NR         1070
   NUKIID     460817874
   STATE      online
   TYPE       NUKIDevice
   VERSION    0.7.27
   READINGS:
     2020-01-10 13:01:22   batteryState    ok
     2020-01-10 13:08:27   deviceType      opener
     2020-01-10 13:01:22   firmwareVersion 1.3.1
     2020-01-10 13:01:22   mode            door mode
     2020-01-10 13:08:27   name            Nuki_Opener_1B7785D2
     2020-01-10 13:08:27   nukiId          460817874
     2020-01-10 13:08:27   paired          true
     2020-01-10 13:08:27   rssi            -75
     2020-01-10 13:01:22   state           online
     2020-01-10 13:01:22   stateName       online


Funktioniert auch weiterhin nach einspielen des Updates von Heute

Grüße Newbee
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Januar 2020, 13:24:57
Dann hast du nur NUKIDevice aktualisiert aber nicht NUKIBridge.
Welche Version hat Dein NUKIBridge Device?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Newbee am 10 Januar 2020, 13:33:57
Zitat von: CoolTux am 10 Januar 2020, 13:24:57
Dann hast du nur NUKIDevice aktualisiert aber nicht NUKIBridge.
Welche Version hat Dein NUKIBridge Device?

Version anbei

TYPE       NUKIBridge
   VERSION    0.7.22
   WEBHOOK_COUNTER 1
   WEBHOOK_LAST 2020-01-10 13:19:11
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Januar 2020, 13:40:20
Jetzt sehe ich das erst

set GetDeviceList != set getDeviceList
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: moskito am 10 Januar 2020, 13:49:42
Eigentlich war der Befehl schon richtig...

Unknown argument getDeviceList
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Januar 2020, 13:52:44
Verstehe ich nicht. Bei mir geht es
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Januar 2020, 13:53:11
Lade bitte noch mal neu runter und installiere. Danach neustart
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Januar 2020, 13:59:01
Ich habe gerade die Sourcen von Git bei mir reingeladen und neu gestartet. Der Setter geht bei mir.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Newbee am 10 Januar 2020, 14:02:53
Sodele jetzt passt es, alle habe die 0.7.27 Version und wenn ich getDeviceList wähle und ausführe kommt die Fehlermeldung nicht mehr.

Ich Glaube der Fehler saß vor der Tastatur  ;D
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Januar 2020, 14:06:44
Cool. Und schon bisschen getestet? Wie sind die neuen Readings im NUKIDevice Device?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Newbee am 10 Januar 2020, 15:09:21
Ja, teste noch. Paired nehme ich mal an bezieht sich auf die Bridge! State und StateName sind zeitlich versetzt immer identisch.
Mode kann ich gerade noch nicht viel anfagen mit.
Frage: die Batterie Spannung als Wert kann nicht als Reading bereitgestellt werden?

Auf jeden Fall ein Super Modul, .....
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Januar 2020, 15:21:21
BatteryCritical wird leider nur mit true oder false über die API bereit gestellt und ich mache daraus batteryState low oder ok.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: BM030 am 10 Januar 2020, 17:27:24
Zitat von: CoolTux am 10 Januar 2020, 14:06:44
Wie sind die neuen Readings im NUKIDevice Device?

Internals:
   DEF        123456789 2
   DEVICETYPE 2
   FUUID      5e1865a0-f33f-398d-3e5d-b5ce3ae7952ed03f
   IODev      NBridge1
   LASTInputDev NBridge1
   MSGCNT     363
   NAME       Nuki_Opener_1CC12345
   NBridge1_MSGCNT 363
   NBridge1_TIME 2020-01-10 17:24:30
   NR         334
   NUKIID     123456789
   STATE      online
   TYPE       NUKIDevice
   VERSION    0.7.27
   .attraggr:
   .attrminint:
   READINGS:
     2020-01-10 17:22:01   batteryState    ok
     2020-01-10 17:24:30   deviceType      opener
     2020-01-10 17:22:01   mode            door mode
     2020-01-10 17:24:30   name            Nuki_Opener_1CC12345
     2020-01-10 17:24:30   nukiId          123456789
     2020-01-10 17:24:30   paired          true
     2020-01-10 17:24:30   rssi            -42
     2020-01-10 17:22:01   state           online
     2020-01-10 17:22:01   stateName       online
     2020-01-10 14:02:59   success         1
   helper:
Attributes:
   IODev      NBridge1
   icon       1_nuki_bridge
   model      opener
   room       NUKI


Gibts ein reines "open" als Befehl über die API? Das kenne ich vom Nello
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Januar 2020, 17:51:01
Nein gibt es nicht
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: danillo am 10 Januar 2020, 17:57:44
Ich hab nochmal eine Frage zum Callback.
Ich habe eine eigene Webinstanz geschaffen, welche nur von der IP der Bridge erreichbar ist.
Ich kann nur beim Attribut webhookFWinstance meine Instanz nicht auswählen. Was aber geht ist, dass ich das Attribut per attr manuell setze. Jetzt funktioniert auch alles. Nur das Attribut webhookFWinstance kann ich nicht sehen unter Attributes.
Beim Systemstart erscheint:
Messages collected while initializing FHEM:
configfile: Invalid value for attribute webhookFWinstance: FHEMWEB instance apiWEB not existing
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Kuehnhackel am 10 Januar 2020, 18:01:25
Zitat von: Kuehnhackel am 09 Januar 2020, 22:01:28
Moin, ich würde auch gerne testen. Könntest mal kurz "Files einspielen" erklären falls meine Idee/Überlegung falsch ist?

Einfach die Files per FileZilla in das Verzeichnis /fhem/ kopieren und überschreiben? Rechte eventuell anpassen und dann besagter "Neustart"?

Ralf

Warum antwortet mir keiner?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Januar 2020, 18:03:27
Zitat von: danillo am 10 Januar 2020, 17:57:44
Ich hab nochmal eine Frage zum Callback.
Ich habe eine eigene Webinstanz geschaffen, welche nur von der IP der Bridge erreichbar ist.
Ich kann nur beim Attribut webhookFWinstance meine Instanz nicht auswählen. Was aber geht ist, dass ich das Attribut per attr manuell setze. Jetzt funktioniert auch alles. Nur das Attribut webhookFWinstance kann ich nicht sehen unter Attributes.
Beim Systemstart erscheint:
Messages collected while initializing FHEM:
configfile: Invalid value for attribute webhookFWinstance: FHEMWEB instance apiWEB not existing


Du machst das aber im Bridge Device, oder?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Januar 2020, 18:23:04
Zitat von: danillo am 10 Januar 2020, 17:57:44
Ich hab nochmal eine Frage zum Callback.
Ich habe eine eigene Webinstanz geschaffen, welche nur von der IP der Bridge erreichbar ist.
Ich kann nur beim Attribut webhookFWinstance meine Instanz nicht auswählen. Was aber geht ist, dass ich das Attribut per attr manuell setze. Jetzt funktioniert auch alles. Nur das Attribut webhookFWinstance kann ich nicht sehen unter Attributes.
Beim Systemstart erscheint:
Messages collected while initializing FHEM:
configfile: Invalid value for attribute webhookFWinstance: FHEMWEB instance apiWEB not existing


OK den Fehler mit der Auswahl konnte ich gerade nachstellen. Fixe ich heute Abend.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: enno am 10 Januar 2020, 19:02:42
Zitat von: Kuehnhackel am 10 Januar 2020, 18:01:25
Warum antwortet mir keiner?

Ich mache das über FHEM. Erstmal die Dateien von CoolTux ohne Steuerzeichen (RAW und kein Windowseditor mit Zeilenumbruch!) kopieren. Dann in FHEM Oberfläche "Edit Files" anklicken. Irgend eine Text anklicken. (z.B. "rss.layout") dann dort den Text reinkopieren. Wichtig unter "Save as" den Namen der Datei (z.B. "74_NUKIDevice.pm") eintragen.

Das mit beiden Dateien machen: Dann "Shutdown Reload"...

Auf diese Weise gibt es auch keine Probleme mit irgendwelchen Rechten.

Gruss
  Enno
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Januar 2020, 19:50:28
Zitat von: danillo am 10 Januar 2020, 17:57:44
Ich hab nochmal eine Frage zum Callback.
Ich habe eine eigene Webinstanz geschaffen, welche nur von der IP der Bridge erreichbar ist.
Ich kann nur beim Attribut webhookFWinstance meine Instanz nicht auswählen. Was aber geht ist, dass ich das Attribut per attr manuell setze. Jetzt funktioniert auch alles. Nur das Attribut webhookFWinstance kann ich nicht sehen unter Attributes.
Beim Systemstart erscheint:
Messages collected while initializing FHEM:
configfile: Invalid value for attribute webhookFWinstance: FHEMWEB instance apiWEB not existing


Ich habe das Problem gefixt. Bitte die neuen Files aus dem Git laden und testen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Kuehnhackel am 10 Januar 2020, 21:16:28
Zitat von: enno am 10 Januar 2020, 19:02:42
Ich mache das über FHEM. Erstmal die Dateien von CoolTux ohne Steuerzeichen (RAW und kein Windowseditor mit Zeilenumbruch!) kopieren. Dann in FHEM Oberfläche "Edit Files" anklicken. Irgend eine Text anklicken. (z.B. "rss.layout") dann dort den Text reinkopieren. Wichtig unter "Save as" den Namen der Datei (z.B. "74_NUKIDevice.pm") eintragen.

Das mit beiden Dateien machen: Dann "Shutdown Reload"...

Auf diese Weise gibt es auch keine Probleme mit irgendwelchen Rechten.

Gruss
  Enno

Super danke, hat wunderbar geklappt.

Gruss Ralf
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Kuehnhackel am 10 Januar 2020, 21:23:11
Achja, jetzt fehlt noch das Firmwareupdate. Geht das jetzt über FHEM, oder wie muss ich das anstoßen?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: BM030 am 11 Januar 2020, 10:28:12
Zitat von: Kuehnhackel am 10 Januar 2020, 21:23:11
Achja, jetzt fehlt noch das Firmwareupdate. Geht das jetzt über FHEM, oder wie muss ich das anstoßen?

Bei der Bridge bekomme ich im Log eine Fehlermeldung:
2020.01.11 09:41:50 3: NUKIDevice (NBridge1) - empty answer received for http://192.168.0.2:8080/fwupdate?token=blabla

Ein List von der Bridge:
Internals:
   BRIDGEAPI  1.9
   DEF        192.168.0.2 blabla
   FUUID      5e1834b4-f33f-398d-b739-c59854d2546dc12f
   HOST       192.168.0.2
   NAME       NBridge1
   NR         332
   PORT       8080
   STATE      connected
   TOKEN      blabla
   TYPE       NUKIBridge
   VERSION    0.7.22
   WEBHOOK_COUNTER 0
   WEBHOOK_PORT 8083
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /fhem/NUKIBridge-192.168.0.2
   WEBHOOK_URL http://192.168.0.219:8083/fhem/NUKIBridge-192.168.0.2
   .attraggr:
   .attrminint:
   .clientArray:
     NUKIDevice
   READINGS:
     2020-01-11 10:24:19   bridgeType      Hardware
     2020-01-11 10:24:19   currentTime     2020-01-11T09:24:20+00:00
     2020-01-11 10:24:19   firmwareVersion 2.3.0
     2020-01-11 10:24:19   hardwareId      123456789
     2020-01-10 22:38:17   lastError       read from http://192.168.0.2:8080 timed out
     2020-01-11 10:24:19   serverConnected 1
     2020-01-11 10:24:19   serverId        87654321
     2020-01-11 10:24:19   state           connected
     2020-01-11 10:24:19   uptime          1267
     2020-01-11 10:24:19   wifiFirmwareVersion 2.0.0
   fhem:
     infix      NUKIBridge
   helper:
     aliveCount 0
     iowrite    0
Attributes:
   icon       nuki_bridge
   room       NUKI
   webhookFWinstance WEB
   webhookHttpHostname 192.168.0.219


Es sollte für die Brigde auf jeden Fall eine neue FW geben. Kann ich das Update auch über eine App machen? Die Bridge ist jetzt knapp 2 Tage online.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Newbee am 11 Januar 2020, 10:33:54
Zitat von: Kuehnhackel am 10 Januar 2020, 21:23:11
Achja, jetzt fehlt noch das Firmwareupdate. Geht das jetzt über FHEM, oder wie muss ich das anstoßen?

Hallo,

Firmware - Update der Devices mache ich über die Smartphone App, Update der Bridge kannst Du im Browser per http://192.168.1.50:8080/fwupdate?token=123456oder in FHEM anstoßen. Über Browser die entsprechende IP deiner Bridge vor 8080 eingeben, sowie dein individuellen Token.

Grüße Newbee
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: OdfFhem am 11 Januar 2020, 10:58:58
@BM030

Laut Deinem list hat die Bridge die Firmware-Version 2.3.0.

Diese Firmware-Version hat meine Bridge automatisch im Nov. 2019 eingespielt. Der Sprung auf die Folgeversion 2.4.x ist lt. Hersteller ein großer Schritt, der nicht gestört werden darf; ein aktives NUKIBridge-Device ist dabei mehr als hinderlich. Evtl. hilfreich könnte folgender Link sein: https://forum.fhem.de/index.php/topic,55756.msg1002362.html#msg1002362 (https://forum.fhem.de/index.php/topic,55756.msg1002362.html#msg1002362)

Aktuell hat meine Bridge seit Mitte Dezember Firmware-Version 2.4.21 - wurde wieder automatisch eingespielt.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: danillo am 11 Januar 2020, 11:27:24
Zitat von: CoolTux am 10 Januar 2020, 19:50:28
Ich habe das Problem gefixt. Bitte die neuen Files aus dem Git laden und testen.
Jetzt muss ich ganz doof fragen. Hier: https://github.com/fhem/ herunterladen?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 11 Januar 2020, 11:29:43
Zitat von: danillo am 11 Januar 2020, 11:27:24
Jetzt muss ich ganz doof fragen. Hier: https://github.com/fhem/ herunterladen?

JA genau.
https://github.com/fhem/NUKI
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: BM030 am 11 Januar 2020, 12:17:32
Zitat von: OdfFhem am 11 Januar 2020, 10:58:58
@BM030

Laut Deinem list hat die Bridge die Firmware-Version 2.3.0.

Diese Firmware-Version hat meine Bridge automatisch im Nov. 2019 eingespielt. Der Sprung auf die Folgeversion 2.4.x ist lt. Hersteller ein großer Schritt, der nicht gestört werden darf; ein aktives NUKIBridge-Device ist dabei mehr als hinderlich. Evtl. hilfreich könnte folgender Link sein: https://forum.fhem.de/index.php/topic,55756.msg1002362.html#msg1002362 (https://forum.fhem.de/index.php/topic,55756.msg1002362.html#msg1002362)

Aktuell hat meine Bridge seit Mitte Dezember Firmware-Version 2.4.21 - wurde wieder automatisch eingespielt.

Danke, dass hat mir geholfen, Update ist drauf!
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: danillo am 11 Januar 2020, 14:28:39
Zitat von: CoolTux am 11 Januar 2020, 11:29:43
JA genau.
https://github.com/fhem/NUKI
hm, vielleicht stell ich mich da auch zu doof an. Ich hab die Datei nach opt/fhem/FHEM geladen und dann mit chown noch fhem zugewiesen. Wenn ich dann neu starte kommt Messages collected while initializing FHEM:
configfile: Cannot load module NUKIDevice
Please define NUKIDevice99247689 5e18a50e-f33f-8009-f3db-ca952425a9fd2e8e first
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 11 Januar 2020, 14:31:07
Zitat von: danillo am 11 Januar 2020, 14:28:39
hm, vielleicht stell ich mich da auch zu doof an. Ich hab die Datei nach opt/fhem/FHEM geladen und dann mit chown noch fhem zugewiesen. Wenn ich dann neu starte kommt Messages collected while initializing FHEM:
configfile: Cannot load module NUKIDevice
Please define NUKIDevice99247689 5e18a50e-f33f-8009-f3db-ca952425a9fd2e8e first


Warte lieber bis morgen. Dann kannst einfach ein FHEM Update machen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 11 Januar 2020, 14:31:45
Ab morgen früh 8 Uhr kommt der aktuelle Entwicklungsstand per FHEM Update.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: BM030 am 11 Januar 2020, 15:10:44
Zitat von: danillo am 11 Januar 2020, 14:28:39
hm, vielleicht stell ich mich da auch zu doof an. Ich hab die Datei nach opt/fhem/FHEM geladen und dann mit chown noch fhem zugewiesen. Wenn ich dann neu starte kommt Messages collected while initializing FHEM:
configfile: Cannot load module NUKIDevice
Please define NUKIDevice99247689 5e18a50e-f33f-8009-f3db-ca952425a9fd2e8e first


Du gehst per ssh in den Ordner /opt/fhem/FHEM

dann

wget https://github.com/fhem/NUKI/raw/devel/73_NUKIBridge.pm
wget https://github.com/fhem/NUKI/raw/devel/74_NUKIDevice.pm


dann ein fhem reboot und fertig.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 11 Januar 2020, 15:25:49
Gerade gesehen, es gibt eine neue bridge api Doku v1.10 vom 07.01.2020.

Changelog:
● Introduced Simple lock actions for all usecases where the logic should be handled
by the device itself.
● Made wording for Nuki devices more general.

Hast du das schon gesehen? In deinem git ist noch die 1.09 hinterlegt.


Gesendet von meinem ONEPLUS A3003 mit Tapatalk

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 11 Januar 2020, 15:29:01
Zitat von: fred_feuerstein am 11 Januar 2020, 15:25:49
Gerade gesehen, es gibt eine neue bridge api Doku v1.10 vom 07.01.2020.

Changelog:
● Introduced Simple lock actions for all usecases where the logic should be handled
by the device itself.
● Made wording for Nuki devices more general.

Hast du das schon gesehen? In deinem git ist noch die 1.09 hinterlegt.


Gesendet von meinem ONEPLUS A3003 mit Tapatalk

Nein habe ich noch nicht gesehen. Danke Dir.

Leider habe ich große Probleme was ein Firmware-Update der Bridge an geht.
Egal wie ich es mache, ich bekomme keine aktuelle Firmware.

FHEM komplett abgestellt, mit Curl Update angestoßen, Bridge blinkt auch und dann ist selbst nach 6 Stunden immer noch die alte Version drauf.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 11 Januar 2020, 15:49:35
Welche bridge hast du? V1 oder v2?

Bei meiner V1 ist die Firmware 1.13.1



Gesendet von meinem ONEPLUS A3003 mit Tapatalk

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 11 Januar 2020, 15:54:43
Zitat von: fred_feuerstein am 11 Januar 2020, 15:49:35
Welche bridge hast du? V1 oder v2?

Bei meiner V1 ist die Firmware 1.13.1



Gesendet von meinem ONEPLUS A3003 mit Tapatalk

Ah, deswegen. Ich habe noch die aller erste würde ich sagen. Bei mir ist es auch Version 1.13.1
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 11 Januar 2020, 15:56:02
Das ist aktuell. Die v2 ist mit den Versionen bei 2.xx



Gesendet von meinem ONEPLUS A3003 mit Tapatalk

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 11 Januar 2020, 15:56:54
OK. Danke Dir.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 11 Januar 2020, 17:55:36
Ich habe soeben die get Aufrufe der Bridge none-Blocking umgesetzt. Da lag mir schon seit 2 Jahren auf der Seele  ;D
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: moskito am 11 Januar 2020, 19:00:24
Mir ist eben noch was aufgefallen:
Ein "set <devicename> callbackRemove" meldet immer "Success Callback id=0 removed"
Eine Auswahl wie früher wird nicht mehr angezeigt.
Version 0.7.22

Gruß
Danny
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 11 Januar 2020, 19:02:31
Zitat von: moskito am 11 Januar 2020, 19:00:24
Mir ist eben noch was aufgefallen:
Ein "set <devicename> callbackRemove" meldet immer "Success Callback id=0 removed"
Eine Auswahl wie früher wird nicht mehr angezeigt.
Version 0.7.22

Gruß
Danny

Das ist korrekt. Das wird noch ausgebaut. Aber eigentlich wird ja immer immer nur noch ein Callback eingerichtet.

Du kannst aber das ganze über die FHEM Koomandozeile machen
set <devicename> callbackRemove" <id>

id=1 oder 2 oder 0
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: PatrickR am 11 Januar 2020, 21:32:24
Hi!

Habe heute mal meine NUKI-Bridge eingerichtet und zugegebenermaßen den Thread nicht gelesen. Inzwischen bekomme ich einen Connect zur Bridge hin, es werden aber leider keine Geräte angelegt.

/Edit: Kommando zurück. Layer-8-Problem.

Patrick
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 12 Januar 2020, 14:59:59
Ich habe gerade bemerkt das ich noch einige Bugs in der Bridge hatte.
Daher kommt morgen noch ein Update per FHEM Update.

Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 13 Januar 2020, 07:18:22
Zitat von: fred_feuerstein am 11 Januar 2020, 15:25:49
Gerade gesehen, es gibt eine neue bridge api Doku v1.10 vom 07.01.2020.

Changelog:
● Introduced Simple lock actions for all usecases where the logic should be handled
by the device itself.
● Made wording for Nuki devices more general.

Hast du das schon gesehen? In deinem git ist noch die 1.09 hinterlegt.


Gesendet von meinem ONEPLUS A3003 mit Tapatalk

Wo hast Du das gesehen. Ich finde die nicht.
https://developer.nuki.io/page/documents/1/
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 13 Januar 2020, 07:27:09


Ich hatte einen link auch zu dem nuki dev forum. Den findet man aktuell noch über Google. Allerdings läuft er nun ins Leere und findet keine Datei mehr. ( Suche nach nuki bridge api 1.10)

Hatte das dok aber noch auf dem Handy und habs mal in die Dropbox gelegt.

https://www.dropbox.com/s/smjaln5by123ore/20200107NukiBridgeAPI1_10.pdf?dl=1

Könnte sein, dass nuki diese api vorerst wieder zurückgezogen hat? Keine Ahnung.


Gesendet von meinem ONEPLUS A3003 mit Tapatalk

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: BM030 am 13 Januar 2020, 09:50:56
Zitat von: fred_feuerstein am 13 Januar 2020, 07:27:09

Ich hatte einen link auch zu dem nuki dev forum. Den findet man aktuell noch über Google. Allerdings läuft er nun ins Leere und findet keine Datei mehr. ( Suche nach nuki bridge api 1.10)

Hatte das dok aber noch auf dem Handy und habs mal in die Dropbox gelegt.

https://www.dropbox.com/s/smjaln5by123ore/20200107NukiBridgeAPI1_10.pdf?dl=1

Könnte sein, dass nuki diese api vorerst wieder zurückgezogen hat? Keine Ahnung.


Gesendet von meinem ONEPLUS A3003 mit Tapatalk

Über google geht der Link heute wieder:

https://developer.nuki.io/uploads/short-url/a8eIacr0ku9zogOyuIuSEyw1PcA.pdf
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: PatrickR am 13 Januar 2020, 14:10:07
Hi!

Eine Zwischenfrage, da ich gerade noch bei der Einrichtung bin: Habt Ihr Erfahrungen damit, den Internetzugriff der Bridge zu blockieren? Die Bridge trommelt unaufhörlich 4-5 IP-Adressen an. Gibt es Nebenwirkungen, z. B. langsamere Reaktion oder Connects? Ich habe beim Pingen der Bridge ca. 8% Packet Loss.

Patrick
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 13 Januar 2020, 14:12:23
Ich habe heute die beiden Module auf packages umgestellt und habe gleichzeitig die Fehlerbehandlung überarbeitet. Ich denke nun läuft es ziemlich gut. Wird ein Befehl für das Smartlock nicht quitiert oder die Antwort der Bridge ist ein Fehler wird der Befehl erneut gesendet.

Ab morgen 8 Uhr bekommt Ihr die neue Version per FHEM Update.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: slor am 13 Januar 2020, 16:11:09
Hallo zusammen,

habe das Nuki schon eine Weile installiert und bin ganz happy damit. Heute wollte ich mal ein paar Notifications einrichten, wenn jemand die Tür öffnet.
Am besten natürlich eine Info, welcher Code gerade die Tür geöffnet hat, oder welches Handy via app. Geht das?

Sebastian
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 13 Januar 2020, 16:47:15
Das wird leider nicht mitgeliefert.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: enno am 13 Januar 2020, 18:10:16
Zitat von: slor am 13 Januar 2020, 16:11:09
Am besten natürlich eine Info, welcher Code gerade die Tür geöffnet hat, oder welches Handy via app. Geht das?
siehe hier weiter oben « Antwort #1418 am: 09 Januar 2020, 22:03:25 » und dann hier bei Nuki voten ;)

https://developer.nuki.io/t/add-user-to-bridge-http-api-notifications/151
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: slor am 13 Januar 2020, 19:53:19
Gevoted! Dann darf man ja gespannt sein. Ich mach dann erst mal ifttt.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: ViRaZ am 14 Januar 2020, 18:34:40
Hi!

habe heute das neue Update 73_NUKIBridge.pm und 74_NUKDevice.pm geladen und beim Restart bleibt FHEM mit der Meldung "Not a HASH reference at ./FHEM/73_NUKIBridge.pm line 863." hängen und startet nach ca. einer Minute noch einmal mit dem selben Ergebnis. Habe 73_NUKIBridge.pm und 74_NUKDevice.pm durch die Version vor dem Update ersetzt und FHEM startet wieder normal und die NUKI Bridge funktioniert.

Habe dann testweise die Devices Niki Bridge und Niki Device entfernt und das Update erneut ausgeführt. Danach startet FHEM normal.
Beim Hinzufügen der Niki Bridge über den Define Befehl bleibt FHEM nun aber wieder direkt hängen und im Log erscheint die Meldung:
2020.01.14 18:20:17 3: NUKIBridge (nuki) - defined with host 192.168.178.xx on port 8080, Token xxxxxxxxxx
2020.01.14 18:20:17 2: NUKIBridge (nuki) - Registering NUKIBridge for webhook URI /NUKIBridge-192.168.178.xx ...
Not a HASH reference at ./FHEM/73_NUKIBridge.pm line 863.

Das Device Nuki Bridge ist dabei aber noch zu sehen. (siehe Screenshot) Nach dem Neustart ist die Definition wieder verschwunden (kein Autosave aktiviert) und FHEM startet wieder normal.

Weiß hier jemand Rat was hier das Problem sein könnte? In der Suche konnte ich nicht sonderlich viel zum Thema "Not a HASH reference" finden.

Beste Grüße
ViR
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 14 Januar 2020, 19:00:04
Kannst Du versuchen verbose 5 auf der Bridge zu setzen?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: ViRaZ am 14 Januar 2020, 19:58:00
Kann ich den Loglevel direkt beim define angeben? Sobald ich den define Befehl absetze ist FHEM tot und ich muss warten bis der Neustart durch ist.
Ich habe mal das Loglevel von global kurzzeitig auf 5 gesetzt:
2020.01.14 19:51:34 4: WEB_192.168.178.xx_59952 GET /fhem?detail=nuki&fw_id=703; BUFLEN:0
2020.01.14 19:51:35 4: WEB: /fhem?detail=nuki&fw_id=703 / RL:5858 / text/html; charset=UTF-8 / Content-Encoding: gzip
/ Cache-Control: no-cache, no-store, must-revalidate
NUKIBridge (nuki) - Response JSON: []
2020.01.14 19:51:36 4: NUKIBridge (nuki) - Response ERROR:
2020.01.14 19:51:36 4: NUKIBridge (nuki) - Response CODE: 200
Not a HASH reference at ./FHEM/73_NUKIBridge.pm line 826.

Hilft das weiter?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 14 Januar 2020, 20:09:31
Ist schon mal nicht schlecht.
Kannst du noch weiter hoch gehen. Mich würde interessieren welchen endpoint er verwendet hat.

Hast Du denn ein Schloss an der Bridge?

Irgdwie ist da ein Array was leer ist, sehr komisch.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 14 Januar 2020, 20:43:28
Ich muss noch mal fragen. Wie genau hast Du das Update gemacht? Per FHEM Update? Hast Du ein komplettes Update gemacht? Also das ganze FHEM oder hast Du ein selektives Update gemacht. Also nur die Nuki Module?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: ViRaZ am 14 Januar 2020, 20:44:48
Ja es hängt ein Schloss an der Bridge. Ich habe ein komplettes Update direkt in FHEM gemacht.

Das ist der Rest den ich im Log finden konnte
2020.01.14 19:51:29 5: Loading ./FHEM/73_NUKIBridge.pm
2020.01.14 19:51:31 3: NUKIBridge (nuki) - defined with host 192.168.178.xx on port 8080, Token xxxxxxxxxx
2020.01.14 19:51:31 2: NUKIBridge (nuki) - Registering NUKIBridge for webhook URI /NUKIBridge-192.168.178.xx ...
2020.01.14 19:51:31 4: NUKIBridge (nuki) - created uri: http://192.168.178.xx:8080/list?token=xxxxxxxxx
2020.01.14 19:51:31 4: NUKIBridge (nuki) - Send HTTP POST with URL http://192.168.178.xx:8080/list?token=xxxxxxxxx

Schaut so aus als wäre das die Antwort auf den list call.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 14 Januar 2020, 20:54:08
Ich kann beim besten Willen nicht feststellen wo das Problem liegt. Beide Zeilennummern welche dort angegeben sind bei den Fehlern enthalten keinerlei Code der auch nur Ansatzweise in die Richtung geht.

Kannst Du mir bitte einmal Deine beiden Moduldateien zukommen lassen?

Kannst Du hier ablegen
https://cloud-tuxnet.ddns.net/index.php/s/9HkraHDniqJ8cCM
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: ViRaZ am 14 Januar 2020, 21:01:27
Habe dir die Dateien hochgeladen.

Vielen Dank für deine Hilfe!

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 14 Januar 2020, 21:06:51
Zitat von: ViRaZ am 14 Januar 2020, 21:01:27
Habe dir die Dateien hochgeladen.

Vielen Dank für deine Hilfe!

Schaue ich mir gerade an. Sind die korrekten was ich auf den ersten Blick sehe.
Und die alten Files funktionieren? Also die 0.6er Versionen?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: ViRaZ am 14 Januar 2020, 21:09:18
Ja die alten Dateien funktionieren wenn ich diese aus einem Backup wieder einspiele.
my $version     = "0.6.4";
my $bridgeapi   = "1.6";
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 14 Januar 2020, 21:16:48
Also die Files bei mir eingespielt klappen


Send HTTP POST with URL http://10.6.34.52:8080/list?token=7crtn1
2020.01.14 21:14:33.456 4: NUKIBridge (myNukiBridge) - Response JSON: [{"deviceType": 0, "nukiId": 140395513, "name": "WgTuer", "firmwareVersion": "1.8.1", "lastKnownState": {"mode": 2, "state": 3, "stateName": "unlocked", "batteryCritical": false, "timestamp": "2020-01-14T20:13:22+00:00"}}]


Ich gebe ich ihm mal ein leeres Array mal schauen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 14 Januar 2020, 21:31:23
Ok ich habe es nun abgefangen. Es sollte erstmal so starten.
Bitte testen

https://cloud-tuxnet.ddns.net/index.php/s/sXAyYxyg9o6R4CL


Löst aber immer noch nicht das Problem warum der Response auf das list leer ist
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: ViRaZ am 14 Januar 2020, 21:44:18
Habe die Datei eingespielt. Hier die Auszüge aus dem Log die ich dazu finden konnte:
2020.01.14 21:36:21 4: WEB_192.168.178.72_52600 POST /fhem&fw_id=700&room=System&cmd=define+nuki+NUKIBridge+192.168.178.xx+xxxxxxxxxx; BUFLEN:0
2020.01.14 21:36:21 5: Cmd: >define nuki NUKIBridge 192.168.178.xx xxxxxxxxxx<
2020.01.14 21:36:21 3: NUKIBridge (nuki) - defined with host 192.168.178.xx on port 8080, Token xxxxxxxxxx
2020.01.14 21:36:21 2: NUKIBridge (nuki) - Registering NUKIBridge for webhook URI /NUKIBridge-192.168.178.xx ...
2020.01.14 21:36:22 4: NUKIBridge (nuki) - created uri: http://192.168.178.xx:8080/list?token=xxxxxxxxxx
2020.01.14 21:36:22 5: HttpUtils url=http://192.168.178.xx:8080/list?token=xxxxxxxxxx
2020.01.14 21:36:22 4: IP: 192.168.178.xx -> 192.168.178.xx
2020.01.14 21:36:22 4: NUKIBridge (nuki) - Send HTTP POST with URL http://192.168.178.xx:8080/list?token=xxxxxxxxxx
2020.01.14 21:36:24 4: http://192.168.178.xx:8080/list?token=xxxxxxxxxx: HTTP response code 200
2020.01.14 21:36:24 5: HttpUtils http://192.168.178.xx:8080/list?token=xxxxxxxxxx: Got data, length: 2
2020.01.14 21:36:24 5: HttpUtils response header:
HTTP/1.1 200 OK
Connection: Close
Content-Type: application/json;charset=utf-8
Content-Length: 2
2020.01.14 21:36:24 4: NUKIBridge (nuki) - Response JSON: []
2020.01.14 21:36:24 4: NUKIBridge (nuki) - Response ERROR:
2020.01.14 21:36:24 4: NUKIBridge (nuki) - Response CODE: 200
2020.01.14 21:36:25 5: NUKIBridge (nuki) - Bridge ist online
Not a HASH reference at ./FHEM/73_NUKIBridge.pm line 863.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 14 Januar 2020, 21:47:33
Ok so ein Mist, das hat sich bei uns beiden überschnitten. Ich hatte die falsche Datei am Anfang hochgeladen. Du warst zu schnell. hihi.
Bitte  noch einmal den Link verwenden und neu runter laden.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: ViRaZ am 14 Januar 2020, 22:19:58
Soo, das schaut schonmal gut aus, der Fehler der FHEM zum Absturz gebracht hat taucht in dieser Version nicht mehr auf. Allerdings bekomme ich keine vernünftigen Antworten von der Bridge zum Status des Schlosses und auch die Readings im NUKIDevice werden nicht angelegt.

Wenn ich den Befehl http://192.168.178.xx:8080/list?token=xxxxxxxx im Browser ausführe bekomme ich ebenso die Response "[]".
Beim info Befehl beispielsweise bekomme ich die erwarteten Antworten, ich denke hier liegt ein Problem an der Bridge vor.
Ich werde diese mal komplett zurücksetzen und neu einrichten und hier dann wieder berichten.

Vielen Dank deine Hilfe und das Update!
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 15 Januar 2020, 05:42:08
Super. Danke für die Fehlermeldung. Ist ja auch wichtig sowas ab zu fangen.

Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: danillo am 15 Januar 2020, 20:26:01
Hallo zusammen,
die Fehlermeldungen sind bei mir jetzt weg. Ich hatte ja das Attribut webhookFWinstance von Hand gesetzt. Nach dem Update hat sie Fhem ständig aufgehängt. Ich musste alle Nukigeräte in der fhem.cfg von Hand entfernen. Dann hab ich sie nochmal angelegt. Funktioniert jetzt soweit. Aber das Attribut webhookFWinstance gibt's jetzt gar nicht mehr in der Auswahl. Ebenso wie webhookHttpHostname. Kann ich die noch setzen? Ich würde ja gerne wieder eine andere Webinstanz verwenden für den Callback.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 15 Januar 2020, 21:01:50
Zitat von: danillo am 15 Januar 2020, 20:26:01
Hallo zusammen,
die Fehlermeldungen sind bei mir jetzt weg. Ich hatte ja das Attribut webhookFWinstance von Hand gesetzt. Nach dem Update hat sie Fhem ständig aufgehängt. Ich musste alle Nukigeräte in der fhem.cfg von Hand entfernen. Dann hab ich sie nochmal angelegt. Funktioniert jetzt soweit. Aber das Attribut webhookFWinstance gibt's jetzt gar nicht mehr in der Auswahl. Ebenso wie webhookHttpHostname. Kann ich die noch setzen? Ich würde ja gerne wieder eine andere Webinstanz verwenden für den Callback.

Diese Attribute werden jetzt im Bridge Device gesetzt.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Wscheff am 15 Januar 2020, 22:01:11
Hi zusammen.

Kann es sein, dass beim set callbackRemove der Parameter ID fehlt. Oder wo kann man das angeben?

Hatte nämlich Mist eingetragen und konnte das nur von Hand wieder aus der Bridge entfernen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 15 Januar 2020, 22:10:04
Zitat von: Wscheff am 15 Januar 2020, 22:01:11
Hi zusammen.

Kann es sein, dass beim set callbackRemove der Parameter ID fehlt. Oder wo kann man das angeben?

Hatte nämlich Mist eingetragen und konnte das nur von Hand wieder aus der Bridge entfernen.

Derfehlt in der Tat. Das hat was mit der nächsten Ausbaustufe zu tun. Du kannst ihn aber von Hand löschen in dem Du set NUKIBRIDGE callbackRemove id in der FHEM Kommandozeile ein gibst.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Wscheff am 15 Januar 2020, 22:20:17
Zitat von: CoolTux am 15 Januar 2020, 22:10:04
Derfehlt in der Tat. Das hat was mit der nächsten Ausbaustufe zu tun. Du kannst ihn aber von Hand löschen in dem Du set NUKIBRIDGE callbackRemove id in der FHEM Kommandozeile ein gibst.


Danke für die schnelle Rückmeldung. Ich hatte es mir natürlich nicht so einfach gemacht, und erstmal in der Bridge API gekramt und das via Browser erledigt.

*** Danke für das tolle Modul, freue mich auf die Nächste Ausbaustufe
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 15 Januar 2020, 22:24:42
Zitat von: Wscheff am 15 Januar 2020, 22:20:17

Danke für die schnelle Rückmeldung. Ich hatte es mir natürlich nicht so einfach gemacht, und erstmal in der Bridge API gekramt und das via Browser erledigt.

*** Danke für das tolle Modul, freue mich auf die Nächste Ausbaustufe

Wenn Du magst kannst Du die bei Github schon runterladen und testen. Dort wird es dann den set Befehl zum entfernen gar nicht mehr geben sondern mittels Link im get callbackList Ergebnis zu löschen sein.
https://github.com/fhem/NUKI
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Newbee am 16 Januar 2020, 06:24:49
Moin,

habe die letzten Tage immer um die selbe Uhrzeit folgenden Eintrag im Log.

PERL WARNING: Use of uninitialized value $v in pattern match (m//) at ./FHEM/74_NUKIDevice.pm line 580.

Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 16 Januar 2020, 07:16:41
Welche Version verwendest Du?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: danillo am 16 Januar 2020, 07:40:47
Zitat von: CoolTux am 15 Januar 2020, 21:01:50
Diese Attribute werden jetzt im Bridge Device gesetzt.
Das hab ich jetzt erledigt. Auch die anderen CallBack-Einträge habe ich gelöscht. Geht aber leider nicht :-(
WEBHOOK_COUNTER 0
WEBHOOK_PORT 8088
WEBHOOK_REGISTER sent
WEBHOOK_URI /webhook/NUKIBridge-192.168.178.64
WEBHOOK_URL http://192.168.178.32:8088/webhook/NUKIBridge-192.168.178.64

webhookFWinstance apiWEB
webhookHttpHostname 192.168.178.32
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 16 Januar 2020, 07:54:20
Ich gehe davon aus das es der selbe webhook ist der beim alten Modul funktioniert hat? Zeig mal bitte das Ergebnis eines get callbackList. Gerne auch als Screen
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: danillo am 16 Januar 2020, 07:57:06
Zitat von: CoolTux am 16 Januar 2020, 07:54:20
Ich gehe davon aus das es der selbe webhook ist der beim alten Modul funktioniert hat? Zeig mal bitte das Ergebnis eines get callbackList. Gerne auch als Screen
Callback-ID Callback-URL
2 http://192.168.178.32:8088/webhook/NUKIDevice-99247689


Müsste hier statt webhook nicht apiWEB stehen?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 16 Januar 2020, 08:48:57
Nein das passt schon soweit. Aber Du kannst den mal komplett löschen.
In der FHEM Kommandozeile

set NUKIBRIDGEDEVICENAME callbackRemove 2

eingeben und dann noch mal ein get calbackList und wenn da nichts kommt dann einfach kurz auf webhookFWinstance klicken und dann auf das attr wenn dort webhookFWinstance dahinter steht.

Danach noch mal das get und dann müsste da etwas kommen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Wscheff am 16 Januar 2020, 09:04:37
Zitat von: CoolTux am 16 Januar 2020, 08:48:57
Nein das passt schon soweit. Aber Du kannst den mal komplett löschen.
In der FHEM Kommandozeile

set NUKIBRIDGEDEVICENAME callbackRemove 2

eingeben und dann noch mal ein get calbackList und wenn da nichts kommt dann einfach kurz auf webhookFWinstance klicken und dann auf das attr wenn dort webhookFWinstance dahinter steht.

Danach noch mal das get und dann müsste da etwas kommen.

Das war gestern auch mein Problem. Meine Bridge zickte rum, weil ID0 und ID1 leer war und nur was in ID2 stand. Alles gelöscht und neu angelegt (nur das attr kurz editiert), dann stand der richtige Link wieder auf ID0, ID1/2 sind bei mir leer.

Das hat die Bridge dann milde gestimmt, und die callbacks kommen jetzt zuverlässig.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: danillo am 16 Januar 2020, 09:14:53
Zitat von: CoolTux am 16 Januar 2020, 08:48:57
Nein das passt schon soweit. Aber Du kannst den mal komplett löschen.
In der FHEM Kommandozeile

set NUKIBRIDGEDEVICENAME callbackRemove 2

eingeben und dann noch mal ein get calbackList und wenn da nichts kommt dann einfach kurz auf webhookFWinstance klicken und dann auf das attr wenn dort webhookFWinstance dahinter steht.

Danach noch mal das get und dann müsste da etwas kommen.

Dank Dir, jetzt funktioniert alles fehlerfrei. Callback kommt über die andere Webinstanz. Alles bestens!
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 16 Januar 2020, 09:44:02
Ich habe eben noch ein Update ins SVN geschoben. Kommt dann morgen per FHEM Update.
Dort gibt es den set Command callbackRemove nicht mehr, statt dessen findet man die Möglichkeit zum entfernen in der get callbackList Auflisttung. Ich will das noch besser machen, muss dazu aber schnell mal javascript lernen  ::)


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Newbee am 16 Januar 2020, 20:09:27
Zitat von: CoolTux am 16 Januar 2020, 07:16:41
Welche Version verwendest Du?

Verwende die aus dem letzten Update. v1.9.11
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 16 Januar 2020, 23:59:09
Startest Du FHEM zufällig täglich neu? Ist die Uhrzeit eine Zeit wo das Schloss geschalten wird?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Newbee am 17 Januar 2020, 06:27:33
Zitat von: CoolTux am 16 Januar 2020, 23:59:09
Startest Du FHEM zufällig täglich neu? Ist die Uhrzeit eine Zeit wo das Schloss geschalten wird?

Neustart nur wenn notwendig. Gestern hat es den Fehler nicht gegeben, als das Schloss um die selbe Uhrzeit geschlossen wurde. Ich warte mal das heutige Update ab und berichte, Funktion war ja nicht eingeschränkt durch die Fehlermeldung.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: PatrickR am 18 Januar 2020, 02:33:43
Guten Abend/Morgen zusammen!

Habe gerade den Callback eingerichtet, was ein ganzes Stück Arbeit war. Wie kann ich ihn testen bzw. einen Aufruf erzwingen?

Patrick
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 18 Januar 2020, 07:53:23
Zitat von: PatrickR am 18 Januar 2020, 02:33:43
Guten Abend/Morgen zusammen!

Habe gerade den Callback eingerichtet, was ein ganzes Stück Arbeit war. Wie kann ich ihn testen bzw. einen Aufruf erzwingen?

Patrick

Guten Morgen,

In dem Du eine Aktion ausführst. Entweder am Schloss direkt oder über die App.
Der Zustand muss sich dann innerhalb 10s in FHEM ändern.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Kuehnhackel am 18 Januar 2020, 19:12:55
Habe über FHEM update für das Nuki-Modul gemacht.

Die Änderung vom Schloss kommt gar nicht in FHEM an. Beim Betätigen von Nuki, macht die Brigde was, aber nichts in Nuki.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Kuehnhackel am 18 Januar 2020, 20:05:46
Erst wenn ich einen set StatusRequest im Nuki ausführe ändern sich die states
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: PatrickR am 18 Januar 2020, 22:52:57
Zitat von: Kuehnhackel am 18 Januar 2020, 20:05:46
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.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: cwagner am 19 Januar 2020, 13:35:04
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
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:
define Terrasse NUKIDevice 123456789 smartlock

Herzliche Grüße

Christian
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 19 Januar 2020, 15:17:58
Interessant. Wäre zu klären ob eine Softbridge eventuell keinen DeviceType mit gibt.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Sascha_F am 19 Januar 2020, 17:21:40
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
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 19 Januar 2020, 18:29:55
Hast Du zufällig noch ein Log vom Crash? Der Grund würde mich interessieren.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: kkoeniger am 20 Januar 2020, 10:02:10
War bei mir genau so wie bei @Sascha_F. Die letzten Zeilen im Log waren:

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.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 20 Januar 2020, 10:08:28
Zitat von: kkoeniger am 20 Januar 2020, 10:02:10
War bei mir genau so wie bei @Sascha_F. Die letzten Zeilen im Log waren:

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.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 20 Januar 2020, 10:19:56
Ist gefixt!
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Sascha_F am 20 Januar 2020, 17:53:27
@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)  :)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: eppi am 20 Januar 2020, 19:26:51
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!
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Kuehnhackel am 20 Januar 2020, 22:42:08
Zitat von: PatrickR am 18 Januar 2020, 22:52:57
Callback eingerichtet und ohne Passwort für Bridge erreichbar?


Von unterwegs gesendet.

Danke hat geklappt und scheint nun zu funktionieren.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fabtie am 21 Januar 2020, 22:25:23
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
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 21 Januar 2020, 22:30:39
Also wenn ich Dich jetzt richtig verstanden habe.
Schalten und so geht? Aber callback/webhook geht nicht?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fabtie am 21 Januar 2020, 22:44:01
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.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Sascha_F am 21 Januar 2020, 23:35:59
Hi fabtie,

nur zur Sicherheit: Das Lock hast Du aber über die Bridge anlegen lassen und nicht selbst definiert, oder (denn jetzt wird das Lock mit dem in der App vergebenen Namen angelegt).

Viele Grüße
Sascha
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fabtie am 22 Januar 2020, 00:07:08
Hallo Sascha, ja ich habe das Lock von der Bridge anlegen lassen. Gestern hieß es noch NUKIDevice_123456 und heute Haust_r (Haustür in der App). Ich muss auch nicht manuell das Webhook ausfüllen. Wenn ich nach dem Bridge Anlegen get Callbacklist ausführe erhalte ich automatisch entsprechende Antwort (http://'IP-FHEM':8083/fhem/NUKIBridge-'IPBridge'). Wenn ich WebhookFWinstance und Hostname noch eintrage bekomme ich die Zeile doppelt. Eine Zeile habe ich jetzt wieder gelöscht.
Grüße
Fabian
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 22 Januar 2020, 06:04:46
Zitat von: fabtie am 21 Januar 2020, 22:44:01
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.

Zeige mal bitte ein list vom Bridge Device. Und zeige das Ergebnis von get callbackList
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fabtie am 22 Januar 2020, 08:26:08
Moin, hier mein List:

Internals:
   BRIDGEAPI  1.9
   CFGFN     
   DEF        'BridgeIP' abc123
   FUUID      5e27630e-f33f-3d64-6f0f-9d75ea687aa7a461
   FVERSION   73_NUKIBridge.pm:v1.9.16-s20994/2020-01-16
   HOST       'BridgeIP'
   NAME       NBridge1
   NOTIFYDEV  global,NBridge1
   NR         184
   NTFY_ORDER 50-NBridge1
   PORT       8080
   STATE      connected
   TOKEN      abc123
   TYPE       NUKIBridge
   VERSION    v1.9.16
   WEBHOOK_COUNTER 0
   WEBHOOK_PORT 8083
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /fhem/NUKIBridge-'BridgeIP'
   WEBHOOK_URL http://'FhemIP':8083/fhem/NUKIBridge-'BridgeIP'
   READINGS:
     2020-01-22 08:04:40   bridgeType      Hardware
     2020-01-22 08:04:40   currentTime     2020-01-22T07:04:40+00:00
     2020-01-22 08:04:40   firmwareVersion 1.13.1
     2020-01-22 08:04:40   hardwareId      324204985
     2020-01-22 08:04:40   serverConnected 1
     2020-01-22 08:04:40   serverId        2028750935
     2020-01-22 08:04:40   state           connected
     2020-01-22 08:04:40   uptime          40999
     2020-01-22 08:04:40   wifiFirmwareVersion 1.2.0
   fhem:
     infix      NUKIBridge
   helper:
     iowrite    0
     actionQueue:
Attributes:
   room       NUKI
   webhookFWinstance WEB
   webhookHttpHostname 'FhemIP'

Das callback siehe Anhang.

Ich hatte gerade noch bemerkt, dass ich bei den letzten Versuchen unter webhookHttpHostname die BridgeIP statt der FhemIP hatte. Das callback war aber korrekt. Ich habe das jetzt nochmal angepasst und FHEM neugestartet, habe aber immer noch das gleiche Verhalten wie zuvor.
Nach einem Neustart werden übrigens einmalig alle Readings des Device aktualisiert und das Device zeigt den richtigen state locked/unlocked an.

Ich hoffe das hilft. Danke.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 22 Januar 2020, 08:37:48
Sieht OK aus. Und die angegebene Webinstanz ist http und nicht Passwort geschützt?
Hast du mal alle Callbacks gelöscht und dann auf der grünen Wiese neu angelegt?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fabtie am 22 Januar 2020, 09:26:03
Danke CoolToux, die PW geschützte WEBinstanz war es.  >:(
Auch wenn ich mir ziemlich sicher bin, dass ich gestern auch die andere Instanz getestet hatte. Aber vermutlich hatte ich da dann einen anderen Fehler drin.
Auf jeden Fall tut jetzt wieder alles wie vorher. Vielen vielen Dank!!!
Grüße Fabian
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: daniel2311 am 25 Januar 2020, 17:23:54
Hallo zusammen,
kann es sein, dass es das Reading LockState an einem NukiDevice nicht mehr gibt?
Der State an sich ist richtig.
Ich hatte kürzlich etwas umgestellt und das ganze lief nicht mehr richtig. Jetzt läuft es, die Hooks funktionieren wieder, aber der WatchDog geht nicht mehr und ich habe gesehen, dass ich dort auf LockState-Events reagiere.
Bug oder habe ich etwas nicht mitbekommen?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 25 Januar 2020, 17:30:22
Jepp gibt es nicht mehr.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: daniel2311 am 25 Januar 2020, 17:45:30
Super vielen Dank - ich denke, ich nutze dann stateName oder state, was wäre sinnvoller?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 25 Januar 2020, 17:49:31
Ich würde state nehmen da dort der tatsächliche Zustand ausgehend von FHEM drin steht.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: choenig am 26 Januar 2020, 10:02:41
Zitat von: CoolTux am 25 Januar 2020, 17:30:22
Jepp gibt es nicht mehr.

Laut meiner commandref existiert das noch ;)


lockState - aktueller Schließstatus uncalibrated, locked, unlocked, unlocked (lock 'n' go), unlatched, locking, unlocking, unlatching, motor blocked, undefined.


... und nicht nur da ...


# grep lockState *
74_NUKIDevice.pm:my %lockStates = (
74_NUKIDevice.pm:        IOWrite( $hash, 'lockState', undef, $hash->{NUKIID},
74_NUKIDevice.pm:            IOWrite( $hash, 'lockState', undef, $hash->{NUKIID} )
74_NUKIDevice.pm:            IOWrite( $hash, 'lockState', undef, $hash->{NUKIID},
74_NUKIDevice.pm:            ( $v =~ m/^[0-9]$/ ? $lockStates{$v}{ $hash->{DEVICETYPE} } : $v ) )
74_NUKIDevice.pm:    <li>lockState - current lock status uncalibrated, locked, unlocked, unlocked (lock 'n' go), unlatched, locking, unlocking, unlatching, motor blocked, undefined.</li>
74_NUKIDevice.pm:    <li>lockState - aktueller Schlie&szlig;status uncalibrated, locked, unlocked, unlocked (lock 'n' go), unlatched, locking, unlocking, unlatching, motor blocked, undefined.</li>


ABER:

Habe ich die Ankündigung irgendwo überlesen, dass das entfernt wurde?

LG
Christian
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 26 Januar 2020, 10:35:40
Zitat von: choenig am 26 Januar 2020, 10:02:41
Laut meiner commandref existiert das noch ;)


lockState - aktueller Schließstatus uncalibrated, locked, unlocked, unlocked (lock 'n' go), unlatched, locking, unlocking, unlatching, motor blocked, undefined.


... und nicht nur da ...


# grep lockState *
74_NUKIDevice.pm:my %lockStates = (
74_NUKIDevice.pm:        IOWrite( $hash, 'lockState', undef, $hash->{NUKIID},
74_NUKIDevice.pm:            IOWrite( $hash, 'lockState', undef, $hash->{NUKIID} )
74_NUKIDevice.pm:            IOWrite( $hash, 'lockState', undef, $hash->{NUKIID},
74_NUKIDevice.pm:            ( $v =~ m/^[0-9]$/ ? $lockStates{$v}{ $hash->{DEVICETYPE} } : $v ) )
74_NUKIDevice.pm:    <li>lockState - current lock status uncalibrated, locked, unlocked, unlocked (lock 'n' go), unlatched, locking, unlocking, unlatching, motor blocked, undefined.</li>
74_NUKIDevice.pm:    <li>lockState - aktueller Schlie&szlig;status uncalibrated, locked, unlocked, unlocked (lock 'n' go), unlatched, locking, unlocking, unlatching, motor blocked, undefined.</li>


ABER:

Habe ich die Ankündigung irgendwo überlesen, dass das entfernt wurde?

LG
Christian

Schaue ich mir die Tage mal an.
Bei IOWrite ist es eindeutig kein Reading sondern ein CMD der an das IO Device gesendet wird. Das mit dem grep ist aber etwas in Richtung Reading. Ich muss mal schauen wieso das nicht greift.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Claus1985 am 26 Januar 2020, 18:56:57
Hi CoolTux,

danke für das geniale Modul!
Habe seit dem Update (vorhin FHEM vollständig geupdated) eine Fehlermeldung bzgl.
der Webhooks:
NUKIDevicexxx unknown attribute webhookFWinstance. Type
NUKIDevicexxx unknown attribute webhookHttpHostname. Type

Gibt es eine Möglichkeit das zu fixen ohne Schloss und Bridge zu entfernen und neu
einzufügen?

Danke und Gruß,

Claus
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 26 Januar 2020, 19:03:31
Zitat von: Claus1985 am 26 Januar 2020, 18:56:57
Hi CoolTux,

danke für das geniale Modul!
Habe seit dem Update (vorhin FHEM vollständig geupdated) eine Fehlermeldung bzgl.
der Webhooks:
NUKIDevicexxx unknown attribute webhookFWinstance. Type
NUKIDevicexxx unknown attribute webhookHttpHostname. Type

Gibt es eine Möglichkeit das zu fixen ohne Schloss und Bridge zu entfernen und neu
einzufügen?

Danke und Gruß,

Claus

Na klar. Einfach save drücken und gut ist. Beim nächsten Start sollte die Meldung dann nicht mehr kommen. Musst aber den webhook über die Bridge noch einrichten.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Claus1985 am 26 Januar 2020, 19:18:39
Super, danke für die schnelle Info! :-)
Muss ich Lockstate noch gegen State tauschen damit der Status nach wie vor übertragen werden kann?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 26 Januar 2020, 19:22:00
Zitat von: Claus1985 am 26 Januar 2020, 19:18:39
Muss ich Lockstate noch gegen State tauschen damit der Status nach wie vor übertragen werden kann?

Die Frage verstehe ich gerade nicht. Was willst Du genau wo machen?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Claus1985 am 26 Januar 2020, 19:26:16
Bisher reiche ich den Lockstate per Notify und 99_myUtils an Loxone weiter,
da ich letztlich damit steuere. Kann ich das nach wie vor mit Lockstate?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 26 Januar 2020, 19:38:14
Zitat von: Claus1985 am 26 Januar 2020, 19:26:16
Bisher reiche ich den Lockstate per Notify und 99_myUtils an Loxone weiter,
da ich letztlich damit steuere. Kann ich das nach wie vor mit Lockstate?

Ach so, das klingt schon ganz anders. Nimm da bitte den state.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Claus1985 am 26 Januar 2020, 20:12:31
Hm, das funktioniert nicht richtig. Wenn ich über die App oder direkt am Schloss ab- oder aufschließe,
überträgt der state das nicht / nicht richtig. Kannst Du den Lockstate wieder mit einbauen?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 26 Januar 2020, 20:14:21
Zitat von: Claus1985 am 26 Januar 2020, 20:12:31
Hm, das funktioniert nicht richtig. Wenn ich über die App oder direkt am Schloss ab- oder aufschließe,
überträgt der state das nicht / nicht richtig. Kannst Du den Lockstate wieder mit einbauen?

Dann ist Dein webhook nicht richtig eingerichtet. Das hat mit dem lockState nichts zu tun.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Claus1985 am 26 Januar 2020, 20:22:19
Den Webhook hab ich wie folgt in der cfg:
attr NBridge webhookHttpHostname 192.168.138.32
attr NBridge webhookFWinstance NWEB

quasi so wie es vorher auch am Schloss war nur mit anderem
Device Name.
Muss ich da etwas ändern?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: daniel2311 am 26 Januar 2020, 20:57:00
Ruf noch Mal die callbacklist auf...
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 26 Januar 2020, 21:06:36
Zitat von: Claus1985 am 26 Januar 2020, 20:22:19
Den Webhook hab ich wie folgt in der cfg:
attr NBridge webhookHttpHostname 192.168.138.32
attr NBridge webhookFWinstance NWEB

quasi so wie es vorher auch am Schloss war nur mit anderem
Device Name.
Muss ich da etwas ändern?

Es funktioniert nur wenn man es über das Webinterface macht. Die cfg ist für FHEM nicht für den User. Lass das bitte.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Claus1985 am 26 Januar 2020, 22:09:24
Hab es nochmal aus der CFG gelöscht und gespeichert
und anschließend über das Webinterface erneut eingegeben aber
das hat leider nix gebracht. Status wird nur dann richtig gesetzt
wenn FHEM lock oder unlock auslöst.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 26 Januar 2020, 22:11:48
mache bei der Bridge ein get callbackList und lösche alle dort eingetragenen Callbacks.
Danach gehe auf ein webhook Attribut klicke auf attr und kontrolliere mit get callbackList ob der callback eingetragen wurde.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 27 Januar 2020, 08:24:53
Zitat von: choenig am 26 Januar 2020, 10:02:41
Laut meiner commandref existiert das noch ;)


lockState - aktueller Schließstatus uncalibrated, locked, unlocked, unlocked (lock 'n' go), unlatched, locking, unlocking, unlatching, motor blocked, undefined.


... und nicht nur da ...


# grep lockState *
74_NUKIDevice.pm:my %lockStates = (
74_NUKIDevice.pm:        IOWrite( $hash, 'lockState', undef, $hash->{NUKIID},
74_NUKIDevice.pm:            IOWrite( $hash, 'lockState', undef, $hash->{NUKIID} )
74_NUKIDevice.pm:            IOWrite( $hash, 'lockState', undef, $hash->{NUKIID},
74_NUKIDevice.pm:            ( $v =~ m/^[0-9]$/ ? $lockStates{$v}{ $hash->{DEVICETYPE} } : $v ) )
74_NUKIDevice.pm:    <li>lockState - current lock status uncalibrated, locked, unlocked, unlocked (lock 'n' go), unlatched, locking, unlocking, unlatching, motor blocked, undefined.</li>
74_NUKIDevice.pm:    <li>lockState - aktueller Schlie&szlig;status uncalibrated, locked, unlocked, unlocked (lock 'n' go), unlatched, locking, unlocking, unlatching, motor blocked, undefined.</li>


ABER:

Habe ich die Ankündigung irgendwo überlesen, dass das entfernt wurde?

LG
Christian

Laut Code gibt es kein Reading lockState mehr. Die von Dir genannten stellen arbeiten lediglich mit dem Befehl lockState sowie mit der Antwort aus dem JSON String in der lockState drin steht aber intern im Modul als state dargestellt wird.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Claus1985 am 27 Januar 2020, 16:51:02
Hi CoolTux,

danke für Deine Hilfe, funktioniert nun wieder einwandfrei!
Der State liefert passende Werte, lockState ist also gar nicht
erforderlich!  :)

Gruß,

Claus
Titel: [ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: PatrickR am 28 Januar 2020, 18:25:02
Guten Abend!

Ich habe aktuell ein merkwürdiges Problem. Ich habe 4 FHEMWEB-Instanzen, wovon eine für NUKI vorgesehen ist. Wenn ich das Attribut WebhookFWInstance setzen möchte, werden im Dropdown nur die drei ersten Instanzen angeboten. Manuell kann ich es über attr setzen, was allerdings nur bis zum nächsten Neustart hält.

Hier ein List des FHEMWEB-Devices:


Internals:
   CONNECTS   7
   CSRFTOKEN  csrf_104465736907610
   DEF        8004 global
   FD         15
   FUUID      5e225bae-f33f-5676-242c-de3559ba1bab0b46
   NAME       WWW_NUKI_CALLBACK
   NR         400
   NTFY_ORDER 50-WWW_NUKI_CALLBACK
   PORT       8004
   STATE      Initialized
   TYPE       FHEMWEB
   READINGS:
     2020-01-26 20:49:31   state           Initialized
   helper:
     bm:
       FW_Get:
         cnt        1
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        28.01. 18:20:47
         max        2.09808349609375e-05
         tot        2.09808349609375e-05
         mAr:
           HASH(0x557f81bfc268)
           WWW_NUKI_CALLBACK
           ?
       FW_Notify:
         cnt        168074
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        28.01. 00:10:29
         max        0.000266075134277344
         tot        0.365667104721069
         mAr:
           HASH(0x557f81bfc268)
           HASH(0x557f80479f38)
       FW_Read:
         cnt        7
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        27.01. 07:49:41
         max        0.000763893127441406
         tot        0.00425314903259277
         mAr:
           HASH(0x557f81bfc268)
       FW_Set:
         cnt        3
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        28.01. 18:20:47
         max        4.38690185546875e-05
         tot        7.58171081542969e-05
         mAr:
           HASH(0x557f81bfc268)
           WWW_NUKI_CALLBACK
           ?
Attributes:
   DockerHealthCheck 0
   allowfrom  ^192\.168\.150\.72$
   room       System->Net
   userattr   DockerHealthCheck



Patrick


Von unterwegs gesendet.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: PatrickR am 28 Januar 2020, 18:34:40
Hi!

Hier noch das Log von dem FHEM Neustart:



2020.01.26 02:48:03.431 3: NUKIBridge (NUKIBridge) - defined with host nuki-bridge-flur.prdom on port 8080, Token TOKEN
2020.01.26 02:48:03.431 2: NUKIBridge (NUKIBridge) - Registering NUKIBridge for webhook URI /NUKIBridge-nuki-bridge-flur.prdom ...
2020.01.26 02:48:03.433 3: Invalid value for attribute webhookFWinstance: FHEMWEB instance WWW_NUKI_CALLBACK not existing
2020.01.26 02:48:03.494 3: NUKIDevice (XX.XX.Haustuerschloss) - I/O device is NUKIBridge
2020.01.26 02:48:03.494 3: NUKIDevice (XX.XX.Haustuerschloss) - defined with NukiId: XXXX
2020.01.26 02:48:03.495 3: NUKIDevice (XX.XX.Haustuerschloss) - change model
2020.01.26 02:48:03.496 3: NUKIDevice (XX.XX.Haustuerschloss) - change model
2020.01.26 02:48:03.518 3: WWW_NUKI_CALLBACK: port 8004 opened
2020.01.26 02:48:04.193 1: configfile: Invalid value for attribute webhookFWinstance: FHEMWEB instance WWW_NUKI_CALLBACK not existing
2020.01.26 02:48:04.561 2: NUKIDevice (XX.XX.Haustuerschloss) - GetUpdate Call IOWrite
2020.01.26 20:41:08.936 1: UPD FHEM/74_NUKIDevice.pm
2020.01.26 20:41:10.205 1: - bugfix: 74_NUKIDevice: fix FHEM Crash
2020.01.26 20:41:10.205 1: Undefined subroutine &FHEM::NUKIDevice::CommandDefMod
2020.01.26 20:49:31.567 3: NUKIBridge (NUKIBridge) - defined with host nuki-bridge-flur.prdom on port 8080, Token TOKEN
2020.01.26 20:49:31.567 2: NUKIBridge (NUKIBridge) - Registering NUKIBridge for webhook URI /NUKIBridge-nuki-bridge-flur.prdom ...
2020.01.26 20:49:31.603 3: NUKIDevice (XX.XX.Haustuerschloss) - I/O device is NUKIBridge
2020.01.26 20:49:31.603 3: NUKIDevice (XX.XX.Haustuerschloss) - defined with NukiId: XXXX
2020.01.26 20:49:31.603 3: NUKIDevice (XX.XX.Haustuerschloss) - change model
2020.01.26 20:49:31.605 3: NUKIDevice (XX.XX.Haustuerschloss) - change model
2020.01.26 20:49:31.626 3: WWW_NUKI_CALLBACK: port 8004 opened
2020.01.26 20:49:32.702 2: NUKIDevice (XX.XX.Haustuerschloss) - GetUpdate Call IOWrite



Was mir gerade noch auffiel: Könnte man evtl. noch die Credentials vom Logging ausnehmen?

Patrick


Von unterwegs gesendet.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 28 Januar 2020, 20:35:17
Zitat von: PatrickR am 28 Januar 2020, 18:25:02
Guten Abend!

Ich habe aktuell ein merkwürdiges Problem. Ich habe 4 FHEMWEB-Instanzen, wovon eine für NUKI vorgesehen ist. Wenn ich das Attribut WebhookFWInstance setzen möchte, werden im Dropdown nur die drei ersten Instanzen angeboten. Manuell kann ich es über attr setzen, was allerdings nur bis zum nächsten Neustart hält.

Hier ein List des FHEMWEB-Devices:


Internals:
   CONNECTS   7
   CSRFTOKEN  csrf_104465736907610
   DEF        8004 global
   FD         15
   FUUID      5e225bae-f33f-5676-242c-de3559ba1bab0b46
   NAME       WWW_NUKI_CALLBACK
   NR         400
   NTFY_ORDER 50-WWW_NUKI_CALLBACK
   PORT       8004
   STATE      Initialized
   TYPE       FHEMWEB
   READINGS:
     2020-01-26 20:49:31   state           Initialized
   helper:
     bm:
       FW_Get:
         cnt        1
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        28.01. 18:20:47
         max        2.09808349609375e-05
         tot        2.09808349609375e-05
         mAr:
           HASH(0x557f81bfc268)
           WWW_NUKI_CALLBACK
           ?
       FW_Notify:
         cnt        168074
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        28.01. 00:10:29
         max        0.000266075134277344
         tot        0.365667104721069
         mAr:
           HASH(0x557f81bfc268)
           HASH(0x557f80479f38)
       FW_Read:
         cnt        7
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        27.01. 07:49:41
         max        0.000763893127441406
         tot        0.00425314903259277
         mAr:
           HASH(0x557f81bfc268)
       FW_Set:
         cnt        3
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        28.01. 18:20:47
         max        4.38690185546875e-05
         tot        7.58171081542969e-05
         mAr:
           HASH(0x557f81bfc268)
           WWW_NUKI_CALLBACK
           ?
Attributes:
   DockerHealthCheck 0
   allowfrom  ^192\.168\.150\.72$
   room       System->Net
   userattr   DockerHealthCheck



Patrick


Von unterwegs gesendet.

Wäre es möglich das die Webinstanz nach dem Nuki Device definiert ist?
Titel: [ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: PatrickR am 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.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag 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.

Gruß
Danny
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: PatrickR am 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.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Andy89 am 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
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 29 Januar 2020, 19:20:23
Schaue ich mir an.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: danillo am 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:
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?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 05 Februar 2020, 21:56:22
Welche Versionen des Moduls? Welcher verbose?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: PatrickR am 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.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag 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!
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 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.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Raimund Scheiber 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
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 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.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Raimund Scheiber am 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 :)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 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  ;D
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: PatrickR am 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.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 07 April 2020, 19:53:29
Könntest Du kurz erklären, was nun möglich ist ohne Internet? Also nur noch Betrieb im lokalen netz?
Wie wird das eingerichet und vor allem, geht es auch mit der alten Bridge?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: michaelw am 10 April 2020, 13:24:52
Hallo,
Seit ich vor ein paar Tagen ein Update von FHEM vorgenommen habe und damit auch diese Module aktualisiert worden sind, erhalte ich vermehrt die Meldung "NUKIDevice (Bla.Device.Bla) - GetUpdate Call IOWrite". Kann ich irgendwie rausfinden, was da passiert? Nebeneffekt dieser Meldung ist, dass das Reading success auf 0 gesetzt wird. Das hatte ich für ein Notify für Aktionen verwendet, falls mal das gewünschte Kommando nicht klappt. Das ist damit natürlich unbrauchbar geworden, da jetzt Fehlalarme ausgelöst werden.

EDIT: Wahrscheinlich weiß ich wo es herkommt. Wird die Meldung produziert, wenn ein statusRequest ausgeführt wird? Dann bin ich der Meinung, dass "success" in diesem Fall nicht zurückgesetzt werden sollte. Laut Doku "Gibt des Status des letzten Schließbefehles wieder. Geklappt oder nicht geklappt." an. Durch den statusRequest wird der letzte Schließbefehl ja nicht verändert!?

Gruß
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: antonwinden am 22 April 2020, 09:18:05
@PatrickR
Ich wäre auch interessiert daran Nuki ohne Internet funktionsfähig ist und wäre für eine Vorgehensweise dafür dankbar.
anton
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: PatrickR am 24 April 2020, 10:01:50
Hi!

Zitat von: antonwinden am 22 April 2020, 09:18:05
@PatrickR
Ich wäre auch interessiert daran Nuki ohne Internet funktionsfähig ist und wäre für eine Vorgehensweise dafür dankbar.
anton
Vorab: Du verzichtest damit natürlich auf alle Online-Features wie automatische Updates oder Fernöffnung über die Hersteller-App.

Ich habe das so gelöst, dass ich die Nuki-Bridge in ein VLAN gepackt habe, in dem der Zugriff auf das Internet geblockt wird. Ab und zu aktiviere ich ihn kurzzeitig für genau das eine Device und forciere eine Firmware-Update über das FHEM-Modul. Mehr ist aktuell nicht zu tun wenn Du noch Marcos Modul aus diesem Thread einrichtest. Ggf. musst Du noch etwas mit der Positionierung der NUKI-Bridge experimentieren, da die Empfangseigenschaften nicht gerade optimal sind.

In der Anfangszeit gab es Probleme, in denen die Nuki-Bridge regelmäßig rebootet hat, wenn die Cloudserver nicht erreichbar waren*. Das ist aber mittlerweile behoben . Ich habe nur noch vereinzelt (ca. einmal pro Woche) Verbindungsabbrüche, die ich auf den schlechten Empfang der Bridge zurückführe.

Patrick


* https://developer.nuki.io/t/bridge-http-api-only-sporadically-reachable-when-no-internet-connection-is-avaiable-firmware-2-4-21/4603/23
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: noom0815 am 16 Mai 2020, 11:40:09
Hallo zusammen,

ich möchte mir evtl. auch ein NUKI SmartLock zulegen, finde aber irgendwie keine eindeutigen Antworten darauf, ob das Ganze so funktionieren würde, wie ich es mir vorstelle.
Deshalb versuche ich mal, meine Fragen eindeutig zu formulieren und hoffe, dass sie jemand beantworten kann:
Grundsätzlich ist es mein Ziel, KEINE bridge einzusetzen und das Schloss nur "lokal" anzusteuern.
Mir ist bewusst, dass ich dann evtl. auf Komfortfunktionen (über die bridge) verzichte, aber falls eine "lokale" Einbindung in fhem möglich wäre, könnte mittels VPN auch ein Fernzugriff für den Notfall realisiert werden...

Danke für Eure Hinweise und Grüße,
Ian
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: PatrickR am 16 Mai 2020, 12:32:34
Du kannst auch die Bridge rein lokal nutzen. So mache ich es.


Von unterwegs gesendet.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: noom0815 am 17 Mai 2020, 20:10:47
Hallo,

da ich offensichtlich meine Fragen nicht so formulieren kann, dass ich die Antworten bekomme, die mir weiterhelfen würden, habe ich mir gestern ein NUKI SmartLock gekauft...somit kann ich mir meine Fragen selbst beantworten.  ;)

Da eine Anbindung an fhem ohne Bridge offenbar nicht möglich ist, habe ich die NUKI Software-Bridge auf einem alten Handy installiert.
Diese funktioniert einwandfrei mit der NUKI App.

In fhem wird die Bridge korrekt angelegt und ist auch "connected", aber die devices werden nicht erkannt.
Funktioniert das NUKI Modul in fhem überhaupt mit der SW-Bridge oder mache ich etwas falsch?


Danke und Grüße,
Ian
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 17 Mai 2020, 20:21:34
Sagen wir Mal so, vor 2 Jahren ging es noch. Aktuell habe ich keine Info.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: noom0815 am 18 Mai 2020, 17:59:27
Hallo zusammen,

vielleicht wäre es einem der Nutzer des Moduls (am Besten einer, der sich im Gegensatz zu mir auskennt ;)) ja möglich, die kostenlose SW-Bridge auf einem Android-Handy zu installieren und einfach mal auszuprobieren, ob die Anbindung zu fhem funktional ähnlich ist wie mit der Hardware-Bridge.
Dann hätte man eine Antwort auf die Frage bzgl. der generellen Funktion...


Danke und Grüße,
Ian
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: noom0815 am 27 Mai 2020, 22:21:31
Hallo,

da sich die Hilfsbereitschaft zum Thema SW-Bridge leider in Grenzen hält :(, habe ich mir eine Hardware-Bridge gekauft und selbst getestet.
Da es aber den ein oder anderen evtl. interessiert, hier meine Erkenntnisse:

Danke und Grüße,
Ian
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: AlterMann am 30 Mai 2020, 20:56:16
Hi auch ich habe heute die AndroidNuki Brigde installiert und folgendes Bild (list)


nternals:
   BRIDGEAPI  1.9
   CFGFN     
   DEF        192.168.178.79 drfnhr
   FUUID      5ed26f88-f33f-705c-275a-961b117d108c8d03
   FVERSION   73_NUKIBridge.pm:v1.9.16-s20994/2020-01-16
   HOST       192.168.178.79
   NAME       Schloss_Laurin
   NOTIFYDEV  global,Schloss_Laurin
   NR         575868
   NTFY_ORDER 50-Schloss_Laurin
   PORT       8080
   STATE      connected
   TOKEN      drfnhr
   TYPE       NUKIBridge
   VERSION    v1.9.16
   WEBHOOK_COUNTER 0
   WEBHOOK_PORT 8083
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /fhem/NUKIBridge-192.168.178.79
   WEBHOOK_URL http://192.168.0.1:8083/fhem/NUKIBridge-192.168.178.79
   READINGS:
     2020-05-30 20:44:11   appVersion      1.4.6
     2020-05-30 20:44:11   bridgeType      Software
     2020-05-30 20:44:11   currentTime     2020-05-30T18:44:16Z
     2020-05-30 16:38:31   lastError       invalid API token
     2020-05-30 20:44:11   serverConnected 1
     2020-05-30 20:44:11   serverId        279066280
     2020-05-30 20:44:11   state           connected
     2020-05-30 20:44:11   uptime          14958
   fhem:
     infix      NUKIBridge
   helper:
     iowrite    0
     actionQueue:
Attributes:
   room       Flur
   webhookFWinstance WEB
   webhookHttpHostname 192.168.0.1

get callbag list sagt :http://192.168.0.1:8083/fhem/NUKIBridge-192.168.178.79

list vom Device

Internals:
   BRIDGEAPI  1.9
   CFGFN     
   DEF        1 NukiBrigde1
   DEVICETYPE NukiBrigde1
   FUUID      5ed27066-f33f-705c-8105-8c40c94e8864bd66
   FVERSION   74_NUKIDevice.pm:v1.9.12-s21020/2020-01-20
   IODev      Schloss_Laurin
   NAME       Wohnungstuer
   NOTIFYDEV  global,autocreate,Wohnungstuer
   NR         575929
   NTFY_ORDER 50-Wohnungstuer
   NUKIID     1
   STATE      Initialized
   TYPE       NUKIDevice
   VERSION    v1.9.12
   helper:
     lockAction unlatch
Attributes:
   IODev      Schloss_Laurin
   model     
   room       Flur


Aber set Wohnungstuer lock und so weiter geht nicht da rührt sich nix
In der Beschreibung steht das kein Passwort vergeben sein darf für die FHEM Instanz? Ich habe ein globales https! Liegt es daran? Aber dann würde ja State kein connect zeigen bei der Brigde?
Invalid Api Token habe ich kortigiert, wenn das jemand aufgefallen sein sollte. Connect kam danach.

Wenn einer mal Zeit findet.....

Liebe Grüße AM
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: noom0815 am 02 Juni 2020, 12:16:10
Zitat von: noom0815 am 27 Mai 2020, 22:21:31
  • für die Einbindung der Schlösser über die SW-Bridge benötigt man die nukiID
  • diese kann man bei Verwendung der Hardware-Bridge in fhem auslesen und eine entspechende defintion anlegen
  • wie man die entsprechende nukiID ohne HW-Bridge herausfindet, habe ich leider nicht herausgefunden - kann hierzu jemand einen Hinweis geben?

Hallo zusammen,

gerne beantworte ich meine ursprünglichen Fragen wieder selbst:

@AlterMann:
Zunächst einmal würde ich nicht Deine ganzen Daten inkl. sämtlicher IPs, Token etc. hier öffentlich posten ::).
Zumindest Dein device ist m.M.n. nicht korrekt angelegt:
Sollte dann eigentlich passen...

Gruß,
Ian

[/list]
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: nocomment am 08 Juni 2020, 03:33:45
Ich habs in der suche nicht gefunden.

Wird auch der Nuki opener unterstützt ?
https://nuki.io/de/opener/

Dankööö

LG
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 08 Juni 2020, 14:53:35
Zitat von: nocomment am 08 Juni 2020, 03:33:45
Ich habs in der suche nicht gefunden.

Wird auch der Nuki opener unterstützt ?
https://nuki.io/de/opener/

Dankööö

LG
Ja wird unterstützt.



Zitat von: noom0815 am 02 Juni 2020, 12:16:10

    Hallo zusammen,

    gerne beantworte ich meine ursprünglichen Fragen wieder selbst:

    • die nukiID entspricht dem hex-Wert der SmartLock ID in dezimal... ;)

    @AlterMann:
    Zunächst einmal würde ich nicht Deine ganzen Daten inkl. sämtlicher IPs, Token etc. hier öffentlich posten ::).
    Zumindest Dein device ist m.M.n. nicht korrekt angelegt:

    • im def musst Du die nukiID gefolgt von einer "0" eintragen
    • prüfen, dass als <IODev-Device> weiterhin Schloss_Laurin eingetragen ist
    Sollte dann eigentlich passen...

    Gruß,
    Ian


Eigentlich muss man gar nichts machen. Sobald die Bridge definiert wurde sollte automatisch auch das an der Bridge angehängte Device erkannt und eingerichtet werden. Voraussetzung man hat autocreate aktiviert.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: noom0815 am 10 Juni 2020, 10:37:59
Zitat von: CoolTux am 08 Juni 2020, 14:53:35
Ja wird unterstützt.



Eigentlich muss man gar nichts machen. Sobald die Bridge definiert wurde sollte automatisch auch das an der Bridge angehängte Device erkannt und eingerichtet werden. Voraussetzung man hat autocreate aktiviert.

Hallo CoolTux,

die Aussage trifft bei Verwendung der NUKI hardware bridge zu, nicht aber bei der software bridge...zumindest bei mir müssen dann die devices manuell angelegt werden.

Gruß,
Ian
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: AlterMann am 10 Juni 2020, 10:39:17
Hi CoolTux,

zunächst mal waren die "geheimen" Daten geändert,  wäre aber auch nicht schlimm gewesen, denn das hat sich nun nochmal geändert, weil ich doch auf die Hardware umgestiegen bin! Damit geht es jetzt! Die SoftwareApp war tatsächlich nie richtig verbunden! Selbst bei der Hardware brauchte ich 7 Anläufe ehe es ging! Bluetooth scheint ein Pferdefuß zu sein! 30 cm scheinen schon Probleme zu machen, dann gehts wieder auf halber Treppe! Danke für Eure Arbeit und die gute Anleitung!

AM
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Juni 2020, 10:43:02
Zitat von: AlterMann am 10 Juni 2020, 10:39:17
Hi CoolTux,

zunächst mal waren die "geheimen" Daten geändert,  wäre aber auch nicht schlimm gewesen, denn das hat sich nun nochmal geändert, weil ich doch auf die Hardware umgestiegen bin! Damit geht es jetzt! Die SoftwareApp war tatsächlich nie richtig verbunden! Selbst bei der Hardware brauchte ich 7 Anläufe ehe es ging! Bluetooth scheint ein Pferdefuß zu sein! 30 cm scheinen schon Probleme zu machen, dann gehts wieder auf halber Treppe! Danke für Eure Arbeit und die gute Anleitung!

AM

Bei Dir ist noch mit den Aussagen so ein bisschen was durcheinander gekommen.
Also schalten sollte eigentlich immer gehen, wenn Du aber vom Handy oder von Hand schalten willst und der Status soll zeitgleich in FHEM landen dann musst Du ein Callback eintragen. Der Callback darf auf keiner Passwort oder HTTPS gesicherten Instanz ankommen. Also eine WEB-Instanz anlegen ganz ohne HTTPS und Passwort und diese entsprechend mit allowed absichern.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: AlterMann am 11 Juni 2020, 09:33:15
Sorry aber da steht Alter Mann und das stimmt, immer etwas verworren!  :-) Also ich habe Nuki2.0 und die Hardwarebrigde und die laufen beide auf FHEM! Das mit dem Callback versuche ich gerade über meine IPV6 Instanz! Dort habe ich mal das Https abgeschalten! Etwas verwirrt war ich weil die Readings mal lock und dann wieder locked heißen. Ich habe einfach alles bei devstaticon eingetragen das System sucht sich das Richtige raus! Es geht alles ....Danke noch mal!

Eine Frage noch! Das Schloss hat einen Magneten und "sagt" ob die Tür auf oder zu ist. Dabei geht es um das Türblatt! Dieses Reading sehe ich in FHEM noch nicht....? Sorry aber ich weiß bei den 107 Seiten nicht ob die Frage schon aufgetaucht ist! Suche hat nix gesagt.

Danke noch mal das du dir Zeit nimmst!

AM
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 11 Juni 2020, 09:46:44
Zitat von: AlterMann am 11 Juni 2020, 09:33:15
Sorry aber da steht Alter Mann und das stimmt, immer etwas verworren!  :-) Also ich habe Nuki2.0 und die Hardwarebrigde und die laufen beide auf FHEM! Das mit dem Callback versuche ich gerade über meine IPV6 Instanz! Dort habe ich mal das Https abgeschalten! Etwas verwirrt war ich weil die Readings mal lock und dann wieder locked heißen. Ich habe einfach alles bei devstaticon eingetragen das System sucht sich das Richtige raus! Es geht alles ....Danke noch mal!

Eine Frage noch! Das Schloss hat einen Magneten und "sagt" ob die Tür auf oder zu ist. Dabei geht es um das Türblatt! Dieses Reading sehe ich in FHEM noch nicht....? Sorry aber ich weiß bei den 107 Seiten nicht ob die Frage schon aufgetaucht ist! Suche hat nix gesagt.

Danke noch mal das du dir Zeit nimmst!

AM

Das erkennen ob die Tür physisch auf oder zu ist bietet die API aktuell noch nicht.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: PatrickR am 15 Juni 2020, 11:57:06
Mahlzeit!

Zitat von: CoolTux am 11 Juni 2020, 09:46:44
Das erkennen ob die Tür physisch auf oder zu ist bietet die API aktuell noch nicht.
... jetzt aber schon* ;)

https://developer.nuki.io/t/bridge-beta-fw-2-6-0-1-16-0-with-door-sensor-state/6159

Mappt Dein Modul neue Felder automatisch auf Readings oder musst Du das erst per Hand einpflegen?

Patrick

* Zumindest in der Bridge Beta
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Andy89 am 15 Juni 2020, 12:08:00
Zitat von: PatrickR am 15 Juni 2020, 11:57:06
Mappt Dein Modul neue Felder automatisch auf Readings oder musst Du das erst per Hand einpflegen?
Servus,
habe über Fhem direkt mal ein fwupdate durchgeführt und nach einem Statusrequest waren die Readings automatisch da ;) ich vermute, dass er nichts per Hand einpflegen muss  :)

doorsensorState 2 2020-06-15 12:05:36
doorsensorStateName door closed 2020-06-15 12:05:36


Beste Grüße
Andy
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 16 Juni 2020, 21:35:51
Na endlich. Habe zwar noch nen anderen sensor an der Tür, weil es bisher ja nicht funktionierte.
Aber gut, dass die Info nun ausgewertet wird mit dem Türsensor.

Wäre schön, wenn nun über die bridge noch die Info, wer geöffnet hat mit übertragen wird.
Also welcher User, ob die bridge oder keypad, Fob xy, etc.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: nocomment am 26 Juni 2020, 18:09:06
Hallo,


bekommt man durch den nuki opener auch eine Klingelerkennung worauf man in FHEM reagieren kann ?

Dankee
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Thyraz am 28 Juni 2020, 12:35:27
Nein, das ist in der lokalen Bridge HTTP API noch nicht integriert.

Wir Smart-Home Geeks sind leider scheinbar nicht das Haupt-Publikum von Nuki,
die machen mehr Kohle mit ihren AirBNB Vermietern.

Soll aber kommen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: nocomment am 28 Juni 2020, 14:18:38
Danke für die amüsante Antwort  8) 8)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: OdfFhem am 26 Juli 2020, 13:21:59
@CoolTux

Bei Tests habe ich festgestellt, dass es neuerdings weitere json-Attribute gibt:
- /info liefert für die Bridge u.a. "wlanConnected": true zurück
- /list liefert für das Device u.a. "firmwareVersion": "2.7.30" zurück; dies befindet sich auf gleicher Ebene wie "deviceType", "nukiId", ...
Könnten diese json-Attribute als Readings bereitgestellt werden?

Desweiteren würde mich interessieren, ob die für das Device gelieferten json-Attribute state bzw. stateName in 2 weitere Readings namens lockState bzw. lockStateName bereitgestellt werden könnten; lockState gab es ja bereits früher und wurde im aktuellen Stand in state überführt. Da es mittlerweile zusätzlich auswertbare Readings doorsensorState bzw. doorsensorStateName gibt, wäre es vermutlich interessant, in state einen Gesamtzustand darzustellen, lock sowie doorsensor sollten aber auch getrennt auswertbar sein.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 26 Juli 2020, 17:59:50
Zitat von: OdfFhem am 26 Juli 2020, 13:21:59
@CoolTux

Bei Tests habe ich festgestellt, dass es neuerdings weitere json-Attribute gibt:
- /info liefert für die Bridge u.a. "wlanConnected": true zurück
- /list liefert für das Device u.a. "firmwareVersion": "2.7.30" zurück; dies befindet sich auf gleicher Ebene wie "deviceType", "nukiId", ...
Könnten diese json-Attribute als Readings bereitgestellt werden?

Desweiteren würde mich interessieren, ob die für das Device gelieferten json-Attribute state bzw. stateName in 2 weitere Readings namens lockState bzw. lockStateName bereitgestellt werden könnten; lockState gab es ja bereits früher und wurde im aktuellen Stand in state überführt. Da es mittlerweile zusätzlich auswertbare Readings doorsensorState bzw. doorsensorStateName gibt, wäre es vermutlich interessant, in state einen Gesamtzustand darzustellen, lock sowie doorsensor sollten aber auch getrennt auswertbar sein.

Das schaue ich mir die Tage mal an,
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: stratege-0815 am 01 August 2020, 23:26:00
Sorry ich muss hier mal etwas offtopic fragen.
Ich überlege mir das Nuki Schloss zu kaufen.
Wie bei jeder Anschaffung wird zuerst die fhem Integration abgeprüft - scheint ja gegeben zu sein.
Ein paar allgemeine Fragen zum Produkt. Es gibt eine App pro Smartphone, sowed verstanden.
Die arbeitet dann wohl lokal über Bluetooth.
Es gibt HomeKit Unterstützung, Darüber könnte man mit der Bridge auch Remote das Schloss bedienen?
Kann das dann jeder aus der Apple Home familienfreigabe? Das wäre nämlich nicht gewünscht.
Mir ist Nicht klar ob Apple Home hier Steuerungsmöglichkeiten bietet. Nicht jedes Kind soll von irgendwo die Tür öffnen können. Vor Ort via Bluetooth ist das was anderes. Wie sind da die Erfahrungen oder eure Kenntnisse?
Danke
Gruß
Jan
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: obelix221 am 02 August 2020, 08:45:39
Hallo Stratege,

es gibt auch ein eigenes Gateway mit dem Du die FHEM Integration machen kannst.
Damit hast Du die Möglichkeit deine UseCases abzubilden.

Die App ist meines Erachtens auch sehr gut und hat eine detaillierte Rechtevergabe.

Grüße
Obelix
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: stratege-0815 am 02 August 2020, 09:43:13
Bei uns dient Apple Home als GUI für alles was mit fhem zu tun hat. Trotzdem Danke, ich werde wohl man etwas Nuki spezifisch weiter recherchieren und hier nicht weiter den Thread zuspammen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Thyraz am 02 August 2020, 11:14:23
Eine Idee wäre evtl. ein extra ,,Zuhause" anzulegen in das man Nuki integriert und hier eben nicht alle einladen?

Ansonsten sieht in HomeKit eben jeder alles. Das Problem ist also nicht Nuki-spezifisch.

Wir verwenden daher Nuki auch über die App und nicht über HomeKit.
Jüngeren Kindern kann man auch ein Nuki Fob in die Hand drücken.
Besser sowas als nen Schlüssel verlieren, da kann man dem Fob einfach die Berechtigung fürs Schloss entziehen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: stratege-0815 am 03 August 2020, 10:22:04
Zitat von: Thyraz am 02 August 2020, 11:14:23
Eine Idee wäre evtl. ein extra ,,Zuhause" anzulegen in das man Nuki integriert und hier eben nicht alle einladen?

Ansonsten sieht in HomeKit eben jeder alles. Das Problem ist also nicht Nuki-spezifisch.

Wir verwenden daher Nuki auch über die App und nicht über HomeKit.
Jüngeren Kindern kann man auch ein Nuki Fob in die Hand drücken.
Besser sowas als nen Schlüssel verlieren, da kann man dem Fob einfach die Berechtigung fürs Schloss entziehen.

Danke für deine Einschätzung, mein "Problem" sind eher die älteren Kinder - iPhones hat hier jeder. Hier gehen eh schon so viele Gäste ein und aus (meine Fritzbox kennt weit über 170 Gastgeräte), da will ich mit dem Türschloss nicht noch ein weiteres Tor öffnen. Da würde im Zweifel mal eben von unterwegs für irgendwen die Türe geöffnet und das will ich schon auf technischer Ebene unterbinden. Im Notfall will (und kann?) ich als Admin ja vermutlich die Türe remote öffnen wenn ich auch die Bridge verwende. Geht das dann über einen eigenen (Cloud)-Dienst von Nuki, alternativ über FHEM (wenn ich mich per VPN von remote verbinde)?

Beste Grüße
Jan
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: PatrickR am 05 August 2020, 21:11:33
Mahlzeit!

Laut https://developer.nuki.io/t/bridge-beta-fw-2-7-0-1-17-0/6792 gibt es den Batterieladestand jetzt auch in Prozent. Voraussetzung ist Bridge beta 2.7.0 und Lock 2.0 beta 2.8.1. Habe gerade alles upgedatet aber sehe den Status noch nicht.

Grüße
Patrick

/Edit:
Nach einer Nacht tauchten die neuen Readings auf. Der batteryChargeState steht allerdings auf 100 [%] bei mindestens 2 Monate alten Batterien.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Thyraz am 10 August 2020, 20:29:59
Verstehe ich das richtig, dass die aktuelle Beta nun auch über die HTTP API (also das was Fhem nutzt) das Klingeln an der Haustür (Nuki Opener) meldet?

Dann muss ich mich wohl doch noch zum Betatest anmelden.  :)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: m.zielinski am 12 August 2020, 18:33:18
Zitat von: Thyraz am 10 August 2020, 20:29:59
... über die HTTP API (also das was Fhem nutzt) das Klingeln an der Haustür (Nuki Opener) meldet?...

Genau das wurde mit der Beta der Bridge angekündigt.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Thyraz am 18 August 2020, 10:03:22
Funktioniert, im Opener kommt dann ein neues Reading nach dem ersten Klingeln hinzu, auf dessen Events man reagieren kann.  :)
Scheint nach ersten Tests auch recht verzögerungsfrei zu sein.

Solangsam taugt das Ding was. :P
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Thyraz am 18 August 2020, 20:32:19
Vielleicht will der eine oder andere Opener-Besitzer ja hier voten:
https://developer.nuki.io/t/allow-operner-sounds-to-be-triggered-through-http-api/6930

:)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: BeJott am 27 August 2020, 10:44:15
Zitat von: Thyraz am 18 August 2020, 10:03:22
Funktioniert, im Opener kommt dann ein neues Reading nach dem ersten Klingeln hinzu, auf dessen Events man reagieren kann.  :)
Scheint nach ersten Tests auch recht verzögerungsfrei zu sein.

Solangsam taugt das Ding was. :P

Hallo zusammen,
ich habe mich vorgestern als Betatester angemeldet um ebenfalls das Klingel Event in den Readings zu bekommen.

Leider taucht dieses Reading bei mir nicht auf.

Meine aktuellen Versionen laut App und FHEM sind folgende:
Bridge: v1.9.16 (Internals)
             2.6.0 (Readings)
             2.1.17 (Readings WiFi FW)
Opener: v1.9.12 (Internals)
               1.5.1 (Readings & App)
Lock: v1.9.12 (Internals)
           2.7.30 (Readings & App)

Warum sehe ich so viele verschiedene Versionen? Ich nehme an, dass die in den Readings die FW Version ist und die in den Internals die vom FHEM device?!

Welche Version habt ihr (bei denen das Klingel Event ankommt) beim Opener?

Ein Versuch, den Opener zu aktualisieren ergibt nur "Firmware aktuell".

Vielen Dank im Voraus!
Gruß
Thomas
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: RappaSan am 27 August 2020, 13:11:22
Mein Smart Lock Beta hat z.Z. die Version 2.8.2.
Meine Beta Bridge : 2.7.0.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: antonwinden am 27 August 2020, 15:10:00
Wie kann man beim Smart Lock die SW Version wechseln? Bei der Bridge ist es ja einfach - Foto und Mail.
Kann aber nirgends finden wie das Lock auf Beta Status kommen kann.
gruß Anton
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: RappaSan am 27 August 2020, 16:59:40
https://developer.nuki.io/t/how-to-become-a-nuki-smart-lock-beta-tester/38
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Reinschki am 10 September 2020, 08:23:22
Hallo,

ich habe gestern mein NUKI Smartlock in Betrieb genommen und in Fhem eingebunden.
Einige Dinge verstehe ich allerdings nicht.

Gemäß Wiki soll es ein Reading ,,lockState" sowie ,,batteryCritical,, geben welche bei mir aber fehlen!

Gestern beim Testen hat der Status bei verschlossener Tür immer ,,Locked" gelautet.
Heute Morgen stand der Status auf ,,Lock" was dazu führt, dass Doifs nicht funktionieren da ich den Status auf ,,Locked" geprüft habe.

Die Aktualisierung des Readings ,,doorsensorState" erfolgt nicht oder unregelmäßig.

Hat jemand einen Tipp für mich was bei mir falsch gelaufen ist?
Internals:
   .FhemMetaInternals 1
   BRIDGEAPI  1.9
   CFGFN     
   DEF        Entfernt
   DEVICETYPE 0
   FUUID      5f58ae91-f33f-17d1-2472-dc21d6c1591edcd6
   FVERSION   74_NUKIDevice.pm:v1.9.12-s21020/2020-01-20
   IODev      NBridge
   LASTInputDev NBridge
   MSGCNT     2382
   NAME       Nuki_1FDF8E54
   NBridge_MSGCNT 2382
   NBridge_TIME 2020-09-10 08:18:23
   NOTIFYDEV  global,autocreate,Nuki_1FDF8E54
   NR         357610
   NTFY_ORDER 50-Nuki_1FDF8E54
   NUKIID     Entfernt
   STATE      unlocked
   TYPE       NUKIDevice
   VERSION    v1.9.12
   .attraggr:
   .attrminint:
   READINGS:
     2020-09-10 07:47:39   batteryState    ok
     2020-09-10 08:18:23   deviceType      smartlock
     2020-09-10 07:47:39   doorsensorState 2
     2020-09-10 07:47:39   doorsensorStateName door closed
     2020-09-09 14:21:25   firmwareVersion 2.6.4
     2020-09-10 07:47:39   mode            door mode
     2020-09-10 08:18:23   name            Nuki_1FDF8E54
     2020-09-10 08:18:23   nukiId         
     2020-09-10 08:18:23   paired          true
     2020-09-10 08:18:23   rssi            -73
     2020-09-10 07:47:39   state           unlocked
     2020-09-10 07:47:39   stateName       unlocked
     2020-09-10 07:47:39   success         1
   helper:
Attributes:
   DbLogExclude .*
   IODev      NBridge
   alarmDevice Sensor
   alarmSettings alarm4,|Nuki_1FDF8E54:unlatch||disarm
   icon       1_nuki
   model      smartlock
   room       Haus->Haustür


Gruß
Reiner
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: m_gatz am 27 September 2020, 09:42:17
Moin!

Ich komme irgendwie mit den Callback nicht klar.

Ich habe verstanden, dass ich die Attribute webhookHttpHostname webhookFWinstance beim Device und nicht bei der Bridge konfigurieren muss.

Leider kann ich die die Attribute aber nur bei der Bridge auswählen. Ein manuelles hinzufügen der Attribute beim Device ändert auch nichts.

Wenn ich die Attribute bei der Bridge fülle, werden dort auch die Internal WEBHOOK_* gesetzt und gefüllt...

Hat jemand ne Idee?

Vielen Dank und beste Grüße
Mathias
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: RappaSan am 28 September 2020, 12:07:33
Da hast Du was falsch verstanden. Die Attribute gehören auch zur bridge. Wer hat denn was anderes erzählt? :D
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: BM030 am 03 Oktober 2020, 12:56:39
Hi,

bei meinem Opener und bei der Bridge stimmen die Uhrzeiten nicht, ist das bei Euch auch so?

es "fehlen" 2 Stunden...

Opener FW1.5.3:
ringactionTimestamp 2020-10-03T[b]10:01:52[/b]+00:00 2020-10-03 12:48:27

Bridge FW2.7.0:
currentTime 2020-10-03T[b]10:53:15[/b]+00:00 2020-10-03 [b]12:53:05[/b]

Bei der Beta bin ich nicht angemeldet..., ist die aktuelle FW

PS: Nun habe ich beim Opener auch die Readings vom Klingeln bekommen, wie kann ich nun das Öffnen der Tür über Fhem auslösen?!
Das ist doch noch nicht möglich oder?

Somit ist das zwar schon ganz nett, aber bringt mir im Moment noch nicht wirklich einen Mehrwert....
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Thyraz am 03 Oktober 2020, 14:14:01
Ich denke du suchst den electricStrikeActuation Set Befehl.  ;)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: BM030 am 03 Oktober 2020, 15:14:21
Zitat von: Thyraz am 03 Oktober 2020, 14:14:01
Ich denke du suchst den electricStrikeActuation Set Befehl.  ;)

Da wäre ich im Leben nicht drauf gekommen, dass ich damit die Tür aufmachen kann.

Danke ;D
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: popy am 04 Oktober 2020, 18:56:09
Frage an die Profis  ;)

Mein Ring Erkennungs Setup bis jetzt:
Habe bis jetzt die Läuterkennung mit einem Relais auf eine Hue Taster gemacht.
Sobald RingToOpen aktiv war hab ich keinen Tastendruck erhalten und auch keine Alexas sprechen lassen.
Nur wenn RingToOpen nicht aktiv war, sprechen meine Alexas.

Nun habe ich das FW Update des Opener bekommen und möchte es Gerne über diesen lösen.
Komme nur mit den neuen Readings "ringactionState" & "ringactionTimestamp" nicht ganz klar.

Hier mal was ich rausgelesen habe:

Erstes läuten:
    ringactionState    1    2020-10-04 18:29:39
    ringactionTimestamp    2020-10-04T16:29:33+00:00    2020-10-04 18:29:39
   
2tes läuten:
    ringactionState    1    2020-10-04 18:42:21
    ringactionTimestamp    2020-10-04T16:42:09+00:00    (sorry da fehlt der fhem timestamp, hat sich aber aktualisert)

Läuten mit ring to open:
    ringactionState    1    2020-10-04 18:43:58
    ringactionTimestamp    2020-10-04T16:43:49+00:00    (sorry da fehlt der fhem timestamp, hat sich aber aktualisert)

Auf was genau muss ich jetzt mein notify horchen lassen wenn ringactionState immer 1 ist damit klingeln nur erkannt wird wenn RingToOpen nicht aktiv ist?
(Also wie vorher mit dem Relais).

Wäre über ein Beispiel dankbar

Dank
pOpY
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 06 Oktober 2020, 12:00:25
Hey Popy,

wenn RingToOpen aktiv ist dann steht das Reading "state" auf "rto active"
So kannst du es dann rausfiltern dass das Klingeln nur signalisiert wird wenn es nicht aktiv ist ;-)

Gruß Cobra
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: popy am 06 Oktober 2020, 12:05:06
Danke für die Info, hätte ich versucht, bin aber gescheitert.
Es wird "rto active" zurückgesetzt wenn geklingelt wird während "rto active" gesetzt.
SIehe Notify Log:

2020.10.05 20:32:44 1: act_VR_Klingel_Nuki: ringactionState/event: ringactionState: 0 - state: rto active
2020.10.05 20:32:49 1: act_VR_Klingel_Nuki: ringactionState/event: ringactionState: 0 - state: opening
2020.10.05 20:32:55 1: act_VR_Klingel_Nuki: ringactionState/event: ringactionState: 1 - state: online
2020.10.05 20:33:21 1: act_VR_Klingel_Nuki: ringactionState/event: ringactionState: 1 - state: online
2020.10.05 20:33:25 1: act_VR_Klingel_Nuki: ringactionState/event: ringactionState: 0 - state: online

Ist das bei dir/euch auch so?

Danke
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 06 Oktober 2020, 13:34:15
Stimmt, ist bei mir auch so
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: popy am 06 Oktober 2020, 13:41:31
ok, das ist "gut"  ;) dann bin ich nicht alleine.
Das ganze ist dann leider so nicht richtig verwendbar  :(

Eine Idee hätte ich:

Was sagst du dazu?
Oder übersehe ich da was und es geht einfacher?

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 06 Oktober 2020, 13:48:42
Ich hab mir ehrlich gesagt noch keine Gedanken darüber gemacht, mir ist das alles noch zu sehr verzögert so dass ich nicht weiß ob ich das überhaupt einsetzen will solange ich zuhause bin.
Vielleicht mache ich da noch was für den Fall dass niemand zuhause ist und dann hat sich das ja sowieso erübrigt da die Anwesenheitserkennung in der Regel vorher greift bevor jemand von uns klingelt :-D
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: popy am 06 Oktober 2020, 17:29:36
Ich glaube ich bleibe auch bei meinem Relais parallel zur Klingel welches einen HUE Dimmer Switch betätigt  ;)
Zeitlich Super und funktioniert bis jetzt perfekt.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Thyraz am 06 Oktober 2020, 20:18:17
Wobei ich zeitlich keine Probleme mehr habe beim Klingeln im Vergleich zur bisherigen Lösung mit einem ZWave Kontakt.
Die Nuki Bridge meldet das Klingeln bisher zuverlässig mit etwa einer Sekunde Verzögerung zum ZWave Kontakt.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: popy am 06 Oktober 2020, 20:41:16
Danke für die Info, vmtl kommt das ringactionState nur wenn RTO aktiv verzögert.

Unterdrückst du ein RTO klingeln?
Falls ja, wie  ::)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: popy am 06 Oktober 2020, 21:42:25
Habe jetzt meine Idee von oben umgesetzt:

defmod des openers VR_NUKI_Haustuer:

defmod VR_NUKI_Haustuer NUKIDevice XXXXXXXXX 2
attr VR_NUKI_Haustuer IODev NBridge1
attr VR_NUKI_Haustuer alias Haustüre
attr VR_NUKI_Haustuer devStateIcon online:rc_GREEN:on offline:rc_RED:off Initialized:rc_GREEN
attr VR_NUKI_Haustuer event-on-update-reading ringactionState,state
attr VR_NUKI_Haustuer group Geräte
attr VR_NUKI_Haustuer icon 1_nuki_bridge
attr VR_NUKI_Haustuer model opener
attr VR_NUKI_Haustuer room Vorraum
attr VR_NUKI_Haustuer userReadings batterystate {my $batterystate = ReadingsVal($name,"battery","0");;;; $batterystate}


defmod des watchdogs fürs zurücksetzen von RTO nach 20:00 Minuten (= default RTO time):

defmod watchdog_VR_Klingel watchdog VR_NUKI_Haustuer:rto.* 00:20:00 SAME setreading VR_NUKI_Haustuer rto_active online ;; setstate watchdog_VR_Klingel defined ;;
attr watchdog_VR_Klingel alias Nuki RTO active
attr watchdog_VR_Klingel devStateIcon defined:people_sensor Next.*:on-till
attr watchdog_VR_Klingel group Vorraum
attr watchdog_VR_Klingel icon user_unknown
attr watchdog_VR_Klingel room System


defmod des notifys:

defmod act_VR_Klingel_Nuki notify VR_NUKI_Haustuer:ringactionState:.* { \
\
  Log 1, "act_VR_Klingel_Nuki: ringactionState/event: ".$EVENT." - state: ".Value($NAME);;\
  \
  #rto active?\
  if(index(Value($NAME), "rto") != -1)\
  {\
  #rto active\
fhem("setreading ".$NAME." rto_active rto_active");;\
  }\
  \
  #reset rto state to online\
  if((index($EVENT, "0") != -1) && (index(Value($NAME), "online") != -1))\
  {\
  #reset rto state to online\
fhem("setreading ".$NAME." rto_active online ;;");;\
fhem("setstate watchdog_VR_Klingel defined ;;");;\
  }\
  \
  #someone rang?\
  if(index($EVENT, "1") != -1)  {\
  #known or unkown?\
if(index(ReadingsVal($NAME,"rto_active", "online"), "online") != -1)\
{\
#someone unkown rang!\
Log 1, "act_VR_Klingel_Nuki: someone unkown rang!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!";;\
}\
  #reset rto state to online\
fhem("setreading ".$NAME." rto_active online ;;");;\
fhem("setstate watchdog_VR_Klingel defined ;;");; \
  }\
}
attr act_VR_Klingel_Nuki alias Klingel gedrückt - Nuki
attr act_VR_Klingel_Nuki group Vorraum
attr act_VR_Klingel_Nuki icon people_sensor
attr act_VR_Klingel_Nuki room System


Grundsätzlich funktioniert es so:

Die ersten Tests schauen gut aus, muss das die nächsten Tage beobachten und mit meinem HUE Taster vergleichen.
Die Verzögerung ist wirklich nicht so schlimm, hier im Vergleich zum Relais + HUE Taster:


2020.10.06 21:28:40 1: act_VR_Klingel: Es klingelt! (Hue Switch)
2020.10.06 21:28:42 1: act_VR_Klingel_Nuki: someone unkown rang!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!


Die 2 Sekunden kann man verschmerzen  8)

pOpY
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: FFHEM am 07 Oktober 2020, 11:20:50
Hallo zusammen,
ich lese hier jetzt seit den letzten 50 Einträgen mit, da ich überlege, mir die NUKI-Combo zuzulegen, aber noch Bedenken bzgl. Internetsicherheit habe.
Ich möchte das Smartlock - und das wollen hier ja wohl alle (?) - so weit wie möglich (von Updates abgesehen) vom Internet fernhalten.
Welche Strategien sind dafür möglich, welche die Best Practices?


Vielen Dank!
Gruß,
Friedhelm

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 07 Oktober 2020, 17:17:12
Zitat von: Thyraz am 06 Oktober 2020, 20:18:17
Wobei ich zeitlich keine Probleme mehr habe beim Klingeln im Vergleich zur bisherigen Lösung mit einem ZWave Kontakt.
Die Nuki Bridge meldet das Klingeln bisher zuverlässig mit etwa einer Sekunde Verzögerung zum ZWave Kontakt.

Hast du das irgend etwas besonderes eingestellt? Bei mir sind es oftmals 8-15 Sekunden Verzögerung.
Oder meinst du eine Sekunde langsamer als die bisherige Lösung mit dem ZWave-Kontakt der bereits verzögert reagierte?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 07 Oktober 2020, 17:20:14
Zitat von: FFHEM am 07 Oktober 2020, 11:20:50

Ich möchte das Smartlock - und das wollen hier ja wohl alle (?) - so weit wie möglich (von Updates abgesehen) vom Internet fernhalten.


Also ich will das sicherlich nicht, sonst könnte ich ja garnicht die Funktionen nutzen wie AutoUnlock für SmartLock und automatisches RingToOpen für den Opener :-D
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: popy am 08 Oktober 2020, 11:10:55
Möchte ich auch nicht, ansonsten brauche ich kein Samrtlock :-)

Bzgl. dem läuten, es funktioniert nicht zuverlässig, heute jemand geläutet und kein ringactionState 1.
Ich bleibe bei meiner Relais+HUE Lösung.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 08 Oktober 2020, 14:11:48
Zitat von: popy am 08 Oktober 2020, 11:10:55
Bzgl. dem läuten, es funktioniert nicht zuverlässig, heute jemand geläutet und kein ringactionState 1.


Das hab ich auch schon festgestellt, manchmal ist ringactionState 1 und manchmal 0.
Aber die Logik dahinter hab ich noch nicht begriffen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: noom0815 am 09 Oktober 2020, 22:05:24
@FFHEM:

Zu Deinen Fragen:

Ich habe die Bridge über die FritzBox vom Internet abgeklemmt. Über fhem und VPN lassen sich die Locks bei Bedarf bedienen.


Gruß,
Ian
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Thyraz am 09 Oktober 2020, 23:25:11
Nur mal als Anregung: RingToOpen ist eine super Idee gewesen,
aber kein Hexenwerk.

Bei Geofence Eintritt RintToOpen für ein paar Minuten mit Fhem zu aktivieren (oder als Nicht-Nuki Nutzer mit ner Smarten Türklingel etwas ähnliches in nem Notify/Doif zu programmieren) ist ein Klacks.

Davon sollte man die Entscheidung Cloud oder Nicht-Cloud nicht abhängig machen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: FFHEM am 10 Oktober 2020, 09:29:17
@Cobra, popy und noom0815:

Danke für Euere Einschätzungen und Antworten, meine Unsicherheit ging bzw. geht in die Richtung, dass durch Verwendung der App der Standort des Hauses/der Wohnung in Verbindung mit dem Token auf den Cloudservern gespeichert wird. Das ist zunächst einmal nicht schön, aber könnte das nicht potentiell ein Problem sein: Falls später einmal die Nuki-Server gehackt werden, hätten die Einbrecher eine perfekte Kombination aus Ort und digitalem Schlüssel.
Ist das zu paranoid gedacht?

Danke,
Gruß, Friedhelm


Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Cobra am 10 Oktober 2020, 09:36:03
ZitatFalls später einmal die Nuki-Server gehackt werden, hätten die Einbrecher eine perfekte Kombination aus Ort und digitalem Schlüssel.

Wenn man den Ausführungen von Nuki glauben schenkt so wird der Schlüssel nicht auf den Servern gelagert sondern nur in den Geräten selbst.

https://nuki.io/de/blog/stay-secure-de/sicherheit-im-fokus-nuki-verschluesselungskonzept-einfach-erklaert/ (https://nuki.io/de/blog/stay-secure-de/sicherheit-im-fokus-nuki-verschluesselungskonzept-einfach-erklaert/)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: FFHEM am 10 Oktober 2020, 09:40:03
Das hört sich gut an, war mir noch nicht bekannt und beantwortet einige Fragen,
Danke, Cobra! :)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: neyzen am 13 Oktober 2020, 09:56:18
Gerade gibts den Nuki mit Bridge knapp 80 € günstiger auf

https://www.amazon.de/NUKI-220519-Elektronisches-T%C3%BCrschloss-nachr%C3%BCstbar/dp/B084LCQ751/ref=redir_mobile_desktop?ie=UTF8&aaxitk=eWFZOl-dpU9bD0L98sdMMQ&hsa_cr_id=8375075990902&ref_=sbx_be_s_sparkle_mcd_asin_0
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: slawekking am 15 Oktober 2020, 10:46:23
Hallo,

benötige eure Hilfe, ich komme einfach nicht weiter. Bekomme momentan diese Fehlermeldung connect to http://192.168.31.184:8080 timed out.

Was habe ich gemacht:

- API ist in der Bridge aktiviert und Token steht zur Verführung.
- webhookFWinstance ist MIPro, ich denke das ist die Smartphone instance
- webhookHttpHostname - IP von FHEM ist eingetragen

2020.10.15 10:20:11 4: NUKIBridge (NukiBridge) - Response JSON:
2020.10.15 10:20:11 4: NUKIBridge (NukiBridge) - Response ERROR: connect to http://192.168.31.184:8080 timed out
2020.10.15 10:20:11 5: NUKIBridge (NukiBridge) - Bridge ist offline
2020.10.15 10:20:11 4: NUKIBridge (NukiBridge) - error while requesting: connect to http://192.168.31.184:8080 timed out
2020.10.15 10:20:11 4: NUKIBridge (NukiBridge) - GetCheckBridgeAlive
2020.10.15 10:20:11 4: NUKIBridge (NukiBridge) - created uri: http://192.168.31.184:8080/info?token=xxxxxxx
2020.10.15 10:20:11 4: NUKIBridge (NukiBridge) - Send HTTP POST with URL http://192.168.31.184:8080/info?token=******
2020.10.15 10:20:11 4: NUKIBridge (NukiBridge) - run Write
2020.10.15 10:20:11 4: NUKIBridge (NukiBridge) - Call InternalTimer for GetCheckBridgeAlive

http://192.168.31.184:8080/list?token=v7axxx

[{"deviceType": 0, "nukiId": 547914580, "name": "Nuki", "firmwareVersion": "2.8.15", "lastKnownState": {"mode": 2, "state": 3, "stateName": "unlocked", "batteryCritical": false, "batteryCharging": false, "batteryChargeState": 100, "doorsensorState": 2, "doorsensorStateName": "door closed", "timestamp": "2020-10-15T16:38:43+00:00"}}]



Bitte um Unterstützung.

Danke im Voraus ;-)

Gruß Christoph


Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: RappaSan am 15 Oktober 2020, 11:51:15
Smartphone ist normalerweise Port 8084, nicht 8080.  :)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 15 Oktober 2020, 14:25:16
Ihr bringt hier prinzipiell etwas durcheinander. Port 8080 ist der Port der Bridge, nicht der Port des Webhooks.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: RappaSan am 15 Oktober 2020, 14:41:52
Haste recht. Ich hatte die internals vorher noch nicht gesehen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: slawekking am 17 Oktober 2020, 22:37:47
Hallo,

hatte ein Netzwerkproblem. Jetzt lauft alles super.

Danke fuer die Entwicklung des Moduls.

Funktioniert Super !

Gruß

Christoph
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Y. Lee am 18 Oktober 2020, 16:19:03
Habe soeben meine NukiBridge und das Schloss eingerichtet. Funktioniert soweit prima.

Jetzt wollte ich den Webhook einbauen. Laut Anleitung im Wiki soll der "webhookFWinstance" zum NukiDevice gemacht werden (in der Anleitung wird "Haustuer" verwendet). Ich schaffe das aber leider nicht. Mein NukiDevice hat dieses Attribut gar nicht.

Bei der NukiBridge finde ich dieses Attribut, jedoch hilft das nichts. Ich bekomme den Status von Nuki einfach nicht in Fhem upgedated.

Vielen Dank für eure Hilfe!
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 18 Oktober 2020, 16:21:28
Zitat von: Y. Lee am 18 Oktober 2020, 16:19:03
Habe soeben meine NukiBridge und das Schloss eingerichtet. Funktioniert soweit prima.

Jetzt wollte ich den Webhook einbauen. Laut Anleitung im Wiki soll der "webhookFWinstance" zum NukiDevice gemacht werden (Im der Anleitung wird "Haustuer" verwendet). Ich schaffe das aber leider nicht. Mein NukiDevice hat dieses Attribut gar nicht.

Bei der NukiBridge finde ich dieses Attribut, jedoch hilft das nichts. Ich bekomme den Status von Nuki einfach nicht in Fhem upgedated.

Vielen Dank für eure Hilfe!

Die Webinstanz welche du da angibst muss ohne SSL und ohne crfs sein. Daher dafür lieber eine separate Instanz anlegen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Y. Lee am 18 Oktober 2020, 17:18:26
Danke CoolTux!

ZitatDie Webinstanz welche du da angibst muss ohne SSL und ohne crfs sein. Daher dafür lieber eine separate Instanz anlegen.

Alles klar. Aber nochmals zur Sicherheit (und weil es in der Anleitung anders steht): Dass ich den Webhook bei der Bridge einstelle, das ist in Ordnung so?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 18 Oktober 2020, 17:50:32
Zitat von: Y. Lee am 18 Oktober 2020, 17:18:26
Danke CoolTux!

Alles klar. Aber nochmals zur Sicherheit (und weil es in der Anleitung anders steht): Dass ich den Webhook bei der Bridge einstelle, das ist in Ordnung so?

Ja das ist in Ordnung. Früher war das anders, muss ich mal anpassen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: choenig am 17 November 2020, 23:14:22
Hi,

ich hatte lange Zeit ein wunderbar funktionierendes Setup mit einer BridgeV1 und einem NukiV1.

Heute habe ich ein 2. Set in der WhiteEdition bekommen und parallel in FHEM angemeldet und sehe ein sehr eigenartiges Verhalten. Daher zuerstmal die Frage:

Unterstützt das Modul zwei Bridges, die jeweils mit einem Nuki gekoppelt sind?

Folgendes beobachte ich:

Beide Nukis kommunizieren irgendwie mit beiden Bridges, obwohl sie nur mit jeweils einer Bridge gepairt sind.
* Die neue Bridge zeigt das neue Nuki als gepairt und zeigt das alte als nicht gepairt
* Die alte Bridge zeigt das neue Nuki als nicht gepairt, das alte aber als gepairt.

Das führt dazu, dass die Readings ständig zwischen paired:true/false toggeln.

Hat das schon jemand erfolgreich in Betrieb?

LG
Christian
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 18 November 2020, 03:01:28
Kannst Du bitte einmal ein list von beiden Bridges geben.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: choenig am 18 November 2020, 08:28:30
Sehr gerne:

Hier die neue:

Internals:
   BRIDGEAPI  1.9
   DEF        10.10.23.111 ******
   FUUID      5fb3bd97-f33f-787a-5dcf-1903c441d9ea2593
   FVERSION   73_NUKIBridge.pm:v1.9.16-s20994/2020-01-16
   HOST       10.10.23.111
   NAME       NukiBridgeWhite
   NOTIFYDEV  global,NukiBridgeWhite
   NR         719
   NTFY_ORDER 50-NukiBridgeWhite
   PORT       8080
   STATE      connected
   TOKEN      ******
   TYPE       NUKIBridge
   VERSION    v1.9.16
   WEBHOOK_COUNTER 83
   WEBHOOK_LAST 2020-11-18 07:55:15
   WEBHOOK_PORT 2388
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /fhem/NUKIBridge-10.10.23.111
   WEBHOOK_URL http://10.10.23.1:2388/fhem/NUKIBridge-10.10.23.111
   READINGS:
     2020-11-17 13:10:05   bridgeType      Hardware
     2020-11-17 15:43:05   currentTime     2020-11-17T14:42:52+00:00
     2020-11-17 14:51:06   firmwareVersion 2.7.0
     2020-11-17 13:10:05   hardwareId      59xxxxx02
     2020-11-18 05:04:23   lastError       10.10.23.111: No route to host (113)
     2020-11-17 15:23:35   serverConnected 0
     2020-11-17 13:10:05   serverId        41xxxxx64
     2020-11-18 08:12:41   state           connected
     2020-11-18 08:21:12   uptime          59588
     2020-11-17 13:10:05   wifiFirmwareVersion 2.1.13
   fhem:
     infix      NUKIBridge
   helper:
     iowrite    0
     actionQueue:
Attributes:
   event-on-change-reading .*
   group      System
   icon       1_nuki_bridge
   room       ControlRoom
   timestamp-on-change-reading .*
   webhookFWinstance WEB__2388_app
   webhookHttpHostname 10.10.23.1


Und hier die alte (die aktuell deaktiviert ist):

Internals:
   BRIDGEAPI  1.9
   DEF        10.10.23.116 ******
   FUUID      5c42d646-f33f-787a-8ff0-a79a68115d0b0dfc
   FVERSION   73_NUKIBridge.pm:v1.9.16-s20994/2020-01-16
   HOST       10.10.23.116
   NAME       NukiBridgeBlack
   NOTIFYDEV  global,NukiBridgeBlack
   NR         527
   NTFY_ORDER 50-NukiBridgeBlack
   PORT       8080
   STATE      disabled
   TOKEN      ******
   TYPE       NUKIBridge
   VERSION    v1.9.16
   WEBHOOK_COUNTER 0
   WEBHOOK_PORT 2388
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /fhem/NUKIBridge-10.10.23.116
   WEBHOOK_URL http://10.10.23.1:2388/fhem/NUKIBridge-10.10.23.116
   READINGS:
     2020-11-17 13:32:38   bridgeType      Hardware
     2020-11-17 13:33:26   currentTime     jo
     2020-11-17 13:32:38   firmwareVersion 1.17.1
     2020-11-17 13:32:38   hardwareId      29******81
     2020-11-17 13:43:27   lastError       10.10.23.116: No route to host (113)
     2020-11-17 13:32:38   serverConnected 0
     2020-11-17 13:32:38   serverId        17******58
     2020-11-17 14:05:45   state           disabled
     2020-11-17 13:49:24   uptime          42
     2020-11-17 13:32:38   wifiFirmwareVersion 1.2.0
   fhem:
     infix      NUKIBridge
   helper:
     iowrite    0
     actionQueue:
     lastDeviceAction:
       deviceType 0
       endpoint   lockAction
       nukiId     30******05
       param      lock
Attributes:
   disable    1
   event-on-change-reading .*
   group      System
   icon       1_nuki_bridge
   room       ControlRoom
   timestamp-on-change-reading .*
   webhookFWinstance WEB__2388_app
   webhookHttpHostname 10.10.23.1


Und so sah' das dann im Betrieb aus:


2020-11-17_13:31:54.464 EG.Eingang.Nuki paired: true
2020-11-17_13:31:54.614 EG.Eingang.Nuki paired: false


LG
Christian
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: breezybadger am 18 November 2020, 08:43:36
Hi zusammen,

ein tolles Modul! Leider klappt bei mir die Erkennung der Klingel nicht (rto funktioniert per App) nur die readings von ringactionState bleibt bei 0. Hat jemand eine Idee was ich hier versuchen könnte?

Danke euch.

LG Breezy
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 18 November 2020, 08:51:01
Zitat von: choenig am 18 November 2020, 08:28:30
Sehr gerne:

Hier die neue:

Internals:
   BRIDGEAPI  1.9
   DEF        10.10.23.111 ******
   FUUID      5fb3bd97-f33f-787a-5dcf-1903c441d9ea2593
   FVERSION   73_NUKIBridge.pm:v1.9.16-s20994/2020-01-16
   HOST       10.10.23.111
   NAME       NukiBridgeWhite
   NOTIFYDEV  global,NukiBridgeWhite
   NR         719
   NTFY_ORDER 50-NukiBridgeWhite
   PORT       8080
   STATE      connected
   TOKEN      ******
   TYPE       NUKIBridge
   VERSION    v1.9.16
   WEBHOOK_COUNTER 83
   WEBHOOK_LAST 2020-11-18 07:55:15
   WEBHOOK_PORT 2388
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /fhem/NUKIBridge-10.10.23.111
   WEBHOOK_URL http://10.10.23.1:2388/fhem/NUKIBridge-10.10.23.111
   READINGS:
     2020-11-17 13:10:05   bridgeType      Hardware
     2020-11-17 15:43:05   currentTime     2020-11-17T14:42:52+00:00
     2020-11-17 14:51:06   firmwareVersion 2.7.0
     2020-11-17 13:10:05   hardwareId      59xxxxx02
     2020-11-18 05:04:23   lastError       10.10.23.111: No route to host (113)
     2020-11-17 15:23:35   serverConnected 0
     2020-11-17 13:10:05   serverId        41xxxxx64
     2020-11-18 08:12:41   state           connected
     2020-11-18 08:21:12   uptime          59588
     2020-11-17 13:10:05   wifiFirmwareVersion 2.1.13
   fhem:
     infix      NUKIBridge
   helper:
     iowrite    0
     actionQueue:
Attributes:
   event-on-change-reading .*
   group      System
   icon       1_nuki_bridge
   room       ControlRoom
   timestamp-on-change-reading .*
   webhookFWinstance WEB__2388_app
   webhookHttpHostname 10.10.23.1


Und hier die alte (die aktuell deaktiviert ist):

Internals:
   BRIDGEAPI  1.9
   DEF        10.10.23.116 ******
   FUUID      5c42d646-f33f-787a-8ff0-a79a68115d0b0dfc
   FVERSION   73_NUKIBridge.pm:v1.9.16-s20994/2020-01-16
   HOST       10.10.23.116
   NAME       NukiBridgeBlack
   NOTIFYDEV  global,NukiBridgeBlack
   NR         527
   NTFY_ORDER 50-NukiBridgeBlack
   PORT       8080
   STATE      disabled
   TOKEN      ******
   TYPE       NUKIBridge
   VERSION    v1.9.16
   WEBHOOK_COUNTER 0
   WEBHOOK_PORT 2388
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /fhem/NUKIBridge-10.10.23.116
   WEBHOOK_URL http://10.10.23.1:2388/fhem/NUKIBridge-10.10.23.116
   READINGS:
     2020-11-17 13:32:38   bridgeType      Hardware
     2020-11-17 13:33:26   currentTime     jo
     2020-11-17 13:32:38   firmwareVersion 1.17.1
     2020-11-17 13:32:38   hardwareId      29******81
     2020-11-17 13:43:27   lastError       10.10.23.116: No route to host (113)
     2020-11-17 13:32:38   serverConnected 0
     2020-11-17 13:32:38   serverId        17******58
     2020-11-17 14:05:45   state           disabled
     2020-11-17 13:49:24   uptime          42
     2020-11-17 13:32:38   wifiFirmwareVersion 1.2.0
   fhem:
     infix      NUKIBridge
   helper:
     iowrite    0
     actionQueue:
     lastDeviceAction:
       deviceType 0
       endpoint   lockAction
       nukiId     30******05
       param      lock
Attributes:
   disable    1
   event-on-change-reading .*
   group      System
   icon       1_nuki_bridge
   room       ControlRoom
   timestamp-on-change-reading .*
   webhookFWinstance WEB__2388_app
   webhookHttpHostname 10.10.23.1


Und so sah' das dann im Betrieb aus:


2020-11-17_13:31:54.464 EG.Eingang.Nuki paired: true
2020-11-17_13:31:54.614 EG.Eingang.Nuki paired: false


LG
Christian

Richte mal einen zweiten separaten Webhook ein und konfiguriere diesen bei einen der beiden Bridges. Dann sollte es gehen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 18 November 2020, 08:52:05
Zitat von: breezybadger am 18 November 2020, 08:43:36
Hi zusammen,

ein tolles Modul! Leider klappt bei mir die Erkennung der Klingel nicht (rto funktioniert per App) nur die readings von ringactionState bleibt bei 0. Hat jemand eine Idee was ich hier versuchen könnte?

Danke euch.

LG Breezy

Hast Du auch ein Smartlock und das funktioniert korrekt? Es wird also ein schließen oder öffnen sofort erkannt von FHEM. Sprich der Webhook ist korrekt eingerichtet.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: riker1 am 18 November 2020, 10:02:02
Hallo

in der commandref ist das Attribut model nicht beschrieben.

Hat das einen Einfluss?  habe Smartlock eingetragen.
Was ist der Unterschied zu opener?

Nutze die Bridge am Android Smartphone

https://fhem.de/commandref.html#NUKIDevice (https://fhem.de/commandref.html#NUKIDevice)


bekomme keine Rückmeldung bei getdevicelist
bzw am device keine Antwort bei statusrequest

Paired is true
aber Response error code 200?

Was heißt das? Danke

020.11.18 11:44:53.753 4 : NUKIBridge (NUKI_B_Acer) - Response JSON: {"bridgeType":2,"ids":{"serverId":826085686},"versions":{"appVersion":"1.4.6"},"uptime":10967,"currentTime":"2020-11-18T10:44:52Z","serverConnected":true,"scanResults":[{"nukiId":534794661,"name":"Nuki_1FE051A5","rssi":-53,"paired":true}]}
2020.11.18 11:44:53.754 4 : NUKIBridge (NUKI_B_Acer) - Response ERROR:
2020.11.18 11:44:53.754 4 : NUKIBridge (NUKI_B_Acer) - Response CODE: 200



Danke fuer die Hilfe


list devices.

Internals:
   BRIDGEAPI  1.9
   DEF        1 NUKI_B_Acer
   DEVICETYPE 0
   FUUID      5fb4d8ac-f33f-74bb-047d-e3a5e56d74b32469
   FVERSION   74_NUKIDevice.pm:v1.9.12-s21020/2020-01-20
   IODev      NUKI_B_Acer
   NAME       NUKI2_Kueche
   NOTIFYDEV  global,autocreate,Kueche_Nuki2
   NR         106575
   NTFY_ORDER 50-Kueche_Nuki2
   NUKIID     1
   STATE      Initialized
   TYPE       NUKIDevice
   VERSION    v1.9.12
Attributes:
   IODev      NUKI_B_Acer
   model      smartlock



Internals:
   BRIDGEAPI  1.9
   DEF        192.168.6.101  e09fm2
   FUUID      5fb4d5fb-f33f-74bb-11a0-97bf4ea5aa7f2d97
   FVERSION   73_NUKIBridge.pm:v1.9.16-s20994/2020-01-16
   HOST       192.168.6.101
   NAME       NUKI_B_Acer
   NOTIFYDEV  global,NUKI_B_Acer
   NR         106574
   NTFY_ORDER 50-NUKI_B_Acer
   PORT       8080
   STATE      connected
   TOKEN      e09fm2
   TYPE       NUKIBridge
   VERSION    v1.9.16
   WEBHOOK_COUNTER 0
   WEBHOOK_PORT 8086
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /fhem/NUKIBridge-192.168.6.101
   WEBHOOK_URL http://192.168.0.9:8086/fhem/NUKIBridge-192.168.6.101
   READINGS:
     2020-11-18 09:59:37   appVersion      1.4.6
     2020-11-18 09:59:37   bridgeType      Software
     2020-11-18 09:59:37   currentTime     2020-11-18T08:59:36Z
     2020-11-18 09:59:15   lastError       http://192.168.6.101:8080/info?token=e09fm2: empty answer received
     2020-11-18 09:59:37   serverConnected 1
     2020-11-18 09:59:37   serverId        826085686
     2020-11-18 09:59:37   state           connected
     2020-11-18 09:59:37   uptime          4651
   fhem:
     infix      NUKIBridge
   helper:
     iowrite    0
     actionQueue:
Attributes:
   verbose    5
   webhookFWinstance WEB8086
   webhookHttpHostname 192.168.0.9



log:
2020.11.18 09:54:13.573 4: NUKIBridge (NUKI_B_Acer) - GetCheckBridgeAlive
2020.11.18 09:54:13.573 4: NUKIBridge (NUKI_B_Acer) - created uri: http://192.168.6.101:8080/info?token=
2020.11.18 09:54:13.574 4: NUKIBridge (NUKI_B_Acer) - Send HTTP POST with URL http://192.168.6.101:8080/info?token=
2020.11.18 09:54:13.574 4: NUKIBridge (NUKI_B_Acer) - run Write
2020.11.18 09:54:13.574 4: NUKIBridge (NUKI_B_Acer) - Call InternalTimer for GetCheckBridgeAlive
2020.11.18 09:54:19.317 1: Timeout for PRESENCE_DoLocalPingScan reached, terminated process 14335
2020.11.18 09:54:19.397 1: Timeout for PRESENCE_DoLocalPingScan reached, terminated process 14337
2020.11.18 09:54:19.578 1: Timeout for PRESENCE_DoLocalPingScan reached, terminated process 14338
2020.11.18 09:54:19.602 1: Timeout for PRESENCE_DoLocalPingScan reached, terminated process 14339
2020.11.18 09:54:19.625 1: Timeout for PRESENCE_DoLocalPingScan reached, terminated process 14340
2020.11.18 09:54:20.096 1: Timeout for PRESENCE_DoLocalPingScan reached, terminated process 14341
2020.11.18 09:54:20.117 1: Timeout for PRESENCE_DoLocalPingScan reached, terminated process 14342
2020.11.18 09:54:20.137 1: Timeout for PRESENCE_DoLocalPingScan reached, terminated process 14343
2020.11.18 09:54:20.413 1: Timeout for PRESENCE_DoLocalPingScan reached, terminated process 14344
2020.11.18 09:54:20.453 1: Timeout for PRESENCE_DoLocalPingScan reached, terminated process 14345
2020.11.18 09:54:20.473 1: Timeout for PRESENCE_DoLocalPingScan reached, terminated process 14346
2020.11.18 09:54:20.493 1: Timeout for PRESENCE_DoLocalPingScan reached, terminated process 14347
2020.11.18 09:54:20.513 1: Timeout for PRESENCE_DoLocalPingScan reached, terminated process 14348
2020.11.18 09:54:20.534 1: Timeout for PRESENCE_DoLocalPingScan reached, terminated process 14349
2020.11.18 09:54:20.554 1: Timeout for PRESENCE_DoLocalPingScan reached, terminated process 14350
2020.11.18 09:54:20.575 1: Timeout for PRESENCE_DoLocalFunctionScan reached, terminated process 14351
2020.11.18 09:54:36.194 4: NUKIBridge (NUKI_B_Acer) - Response JSON:
2020.11.18 09:54:36.194 4: NUKIBridge (NUKI_B_Acer) - Response ERROR: http://192.168.6.101:8080/info?token=e09fm2: empty answer received
2020.11.18 09:54:36.194 5: NUKIBridge (NUKI_B_Acer) - Bridge ist offline
2020.11.18 09:54:36.194 4: NUKIBridge (NUKI_B_Acer) - error while requesting: http://192.168.6.101:8080/info?token=e09fm2: empty answer received
2020.11.18 09:54:37.876 1: PERL ERROR: Bad arg length for Socket::sockaddr_family, length is 0, should be at least 2 at /usr/local/share/perl/5.26.1/IO/Socket/SSL.pm line 977.

2020.11.18 09:54:37.883 1: stacktrace:
2020.11.18 09:54:37.883 1:     main::__ANON__                      called by /usr/local/share/perl/5.26.1/IO/Socket/SSL.pm (977)
2020.11.18 09:54:37.883 1:     (eval)                              called by /usr/local/share/perl/5.26.1/IO/Socket/SSL.pm (975)
2020.11.18 09:54:37.883 1:     IO::Socket::SSL::_update_peer       called by /usr/local/share/perl/5.26.1/IO/Socket/SSL.pm (811)
2020.11.18 09:54:37.884 1:     IO::Socket::SSL::connect_SSL        called by /usr/local/share/perl/5.26.1/IO/Socket/SSL.pm (1581)
2020.11.18 09:54:37.884 1:     IO::Socket::SSL::start_SSL          called by FHEM/HttpUtils.pm (533)
2020.11.18 09:54:37.884 1:     (eval)                              called by FHEM/HttpUtils.pm (532)
2020.11.18 09:54:37.884 1:     main::HttpUtils_Connect2            called by FHEM/HttpUtils.pm (447)
2020.11.18 09:54:37.884 1:     main::__ANON__                      called by fhem.pl (762)
2020.11.18 09:54:44.212 4: NUKIBridge (NUKI_B_Acer) - GetCheckBridgeAlive
2020.11.18 09:54:44.306 4: NUKIBridge (NUKI_B_Acer) - created uri: http://192.168.6.101:8080/info?token=
2020.11.18 09:54:44.307 4: NUKIBridge (NUKI_B_Acer) - Send HTTP POST with URL http://192.168.6.101:8080/info?token=
2020.11.18 09:54:44.307 4: NUKIBridge (NUKI_B_Acer) - run Write
2020.11.18 09:54:44.307 4: NUKIBridge (NUKI_B_Acer) - Call InternalTimer for GetCheckBridgeAlive



020.11.18 10:02:43.830 4 : NUKIBridge (NUKI_B_Acer) - Response JSON: {"bridgeType":2,"ids":{"serverId":826085686},"versions":{"appVersion":"1.4.6"},"uptime":4837,"currentTime":"2020-11-18T09:02:42Z","serverConnected":true,"scanResults":[{"nukiId":534794661,"name":"Nuki_1FE051A5","rssi":-54,"paired":true}]}
2020.11.18 10:02:43.831 4 : NUKIBridge (NUKI_B_Acer) - Response ERROR:
2020.11.18 10:02:43.831 4 : NUKIBridge (NUKI_B_Acer) - Response CODE: 200

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: choenig am 18 November 2020, 17:24:00
Hi Marko,

Zitat von: CoolTux am 18 November 2020, 08:51:01
Richte mal einen zweiten separaten Webhook ein und konfiguriere diesen bei einen der beiden Bridges. Dann sollte es gehen.

Du meinst vermutlich eine eigene FHEMWEB Instanz?

Das hat leider nicht geholfen:

2020-11-18_17:11:48.853 EG.Eingang.Nuki.Black paired: true
2020-11-18_17:11:48.853 EG.Eingang.Nuki.Black rssi: -64
2020-11-18_17:11:48.858 NukiBridgeBlack uptime: 583
2020-11-18_17:12:02.881 EG.Eingang.Nuki.Black rssi: -87
2020-11-18_17:12:02.881 EG.Eingang.Nuki.Black paired: false
2020-11-18_17:12:02.886 NukiBridgeWhite uptime: 91336


Ich denke, das sind die Updates, die durch pull entstehen, nicht über die Webhooks.

So sieht es im Log (5) aus:
2020.11.18 17:17:02.601 4: NUKIBridge (NukiBridgeWhite) - GetCheckBridgeAlive
2020.11.18 17:17:02.601 4: NUKIBridge (NukiBridgeWhite) - created uri: http://10.10.23.111:8080/info?token=******
2020.11.18 17:17:02.602 4: NUKIBridge (NukiBridgeWhite) - Send HTTP POST with URL http://10.10.23.111:8080/info?token=******
2020.11.18 17:17:02.602 4: NUKIBridge (NukiBridgeWhite) - run Write
2020.11.18 17:17:02.602 4: NUKIBridge (NukiBridgeWhite) - Call InternalTimer for GetCheckBridgeAlive
2020.11.18 17:17:03.734 4: NUKIBridge (NukiBridgeWhite) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": 59******02, "serverId": 41******64}, "versions": {"firmwareVersion": "2.7.0", "wifiFirmwareVersion": "2.1.13"}, "uptime": 91636, "currentTime": null, "wlanConnected": true, "serverConnected": false, "scanResults": [{"deviceType": 0, "nukiId": 60******36, "name": "Nuki_24******BC", "rssi": -58, "paired": true}, {"deviceType": 0, "nukiId": 30******05, "name": "Nuki_12******A9", "rssi": -87, "paired": false}]}
2020.11.18 17:17:03.735 4: NUKIBridge (NukiBridgeWhite) - Response ERROR:
2020.11.18 17:17:03.735 4: NUKIBridge (NukiBridgeWhite) - Response CODE: 200
2020.11.18 17:17:03.735 5: NUKIBridge (NukiBridgeWhite) - Bridge ist online
2020.11.18 17:17:03.735 5: NUKIBridge (NukiBridgeWhite) - 1 == 1 and 1 > 0
[...Ziemlich häufig wiederholt...]
2020.11.18 17:17:03.740 5: NUKIBridge (NukiBridgeWhite) - 1 == 1 and 1 > 0
2020.11.18 17:17:03.740 5: NUKIBridge (NukiBridgeWhite) - return msg: {"deviceType": 0, "nukiId": 60******36, "name": "Nuki_24******BC", "rssi": -58, "paired": true} and tail: , {"deviceType": 0, "nukiId": 30******05, "name": "Nuki_12******A9", "rssi": -87, "paired": false}]}
2020.11.18 17:17:03.740 5: NUKIBridge (NukiBridgeWhite) - Decoding JSON message. Length: 92 Content: {"deviceType": 0, "nukiId": 60******36, "name": "Nuki_24******BC", "rssi": -58, "paired": true}
2020.11.18 17:17:03.740 5: NUKIBridge (NukiBridgeWhite) - Vor Sub: Laenge JSON: 92 Content: {"deviceType": 0, "nukiId": 60******36, "name": "Nuki_24******BC", "rssi": -58, "paired": true} Tail: , {"deviceType": 0, "nukiId": 30******05, "name": "Nuki_12******A9", "rssi": -87, "paired": false}]}
2020.11.18 17:17:03.741 5: NukiBridgeWhite: dispatch {"deviceType": 0, "nukiId": 60******36, "name": "Nuki_24******BC", "rssi": -58, "paired": true}
2020.11.18 17:17:03.741 5: NUKIDevice (NukiBridgeWhite) - Parse with result: {"deviceType": 0, "nukiId": 60******36, "name": "Nuki_24******BC", "rssi": -58, "paired": true}
2020.11.18 17:17:03.746 5: NUKIBridge (NukiBridgeWhite) - Garbage character before message: ,
2020.11.18 17:17:03.747 5: NUKIBridge (NukiBridgeWhite) - Garbage character before message:
2020.11.18 17:17:03.747 5: NUKIBridge (NukiBridgeWhite) - 1 == 1 and 1 > 0
2020.11.18 17:17:03.747 5: NUKIBridge (NukiBridgeWhite) - 1 == 1 and 1 > 0
2020.11.18 17:17:03.747 5: NUKIBridge (NukiBridgeWhite) - return msg: {"deviceType": 0, "nukiId": 30******05, "name": "Nuki_12******A9", "rssi": -87, "paired": false} and tail: ]}
2020.11.18 17:17:03.747 5: NUKIBridge (NukiBridgeWhite) - Nach Sub: Laenge JSON: 93 Content: {"deviceType": 0, "nukiId": 30******05, "name": "Nuki_12******A9", "rssi": -87, "paired": false} Tail: ]}
2020.11.18 17:17:03.747 5: NUKIBridge (NukiBridgeWhite) - Decoding JSON message. Length: 93 Content: {"deviceType": 0, "nukiId": 30******05, "name": "Nuki_12******A9", "rssi": -87, "paired": false}
2020.11.18 17:17:03.747 5: NUKIBridge (NukiBridgeWhite) - Vor Sub: Laenge JSON: 93 Content: {"deviceType": 0, "nukiId": 30******05, "name": "Nuki_12******A9", "rssi": -87, "paired": false} Tail: ]}
2020.11.18 17:17:03.747 5: NukiBridgeWhite: dispatch {"deviceType": 0, "nukiId": 30******05, "name": "Nuki_12******A9", "rssi": -87, "paired": false}
2020.11.18 17:17:03.747 5: NUKIDevice (NukiBridgeWhite) - Parse with result: {"deviceType": 0, "nukiId": 30******05, "name": "Nuki_12******A9", "rssi": -87, "paired": false}
2020.11.18 17:17:03.751 5: NUKIBridge (NukiBridgeWhite) - Garbage character before message: ]
2020.11.18 17:17:03.751 5: NUKIBridge (NukiBridgeWhite) - Garbage character before message: }
2020.11.18 17:17:03.752 5: NUKIBridge (NukiBridgeWhite) - return msg:  and tail:
2020.11.18 17:17:03.752 5: NUKIBridge (NukiBridgeWhite) - Nach Sub: Laenge JSON: 0 Content:  Tail:


LG und vielen Dank!
Christian
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 18 November 2020, 18:31:39
Ah verstehe. Aber da kann FHEM aber nichts für. Das sind genau die Daten welche von der Bridge kommen. Warum auch immer erkennt die Bridge auch nicht gepairte Schlösser und listet die auf. Genau so sollte das aber auch über die App zu lesen sein.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: choenig am 18 November 2020, 21:02:44
Hi,

Zitat von: CoolTux am 18 November 2020, 18:31:39
Ah verstehe. Aber da kann FHEM aber nichts für. Das sind genau die Daten welche von der Bridge kommen. Warum auch immer erkennt die Bridge auch nicht gepairte Schlösser und listet die auf.

Ich finde das auch sehr spannend, dass das so ist.

Die Frage ist, ob man das vielleicht im Modul lösen kann ;)

Ich habe in den Schlössern jeweils die gepairte Bridge als IODev eingestellt und hätte die Hoffnung, dass sie nur diese Bridge verwenden und die Nachrichten der andern Bridges ignorieren. Wär' das möglich?

LG
Christian
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 18 November 2020, 21:05:05
Der Anfang wäre erstmal wirklich ein Webhook pro Bridge an zu legen. Und dann schauen wir mal. Ist auch neu für mich.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: pc1246 am 19 November 2020, 07:03:10
Moin
Mal so kurz reingegraetscht. Wenn doch beide Bridges beide Schloesser sehen, dann reicht doch auch eine!?
Think green!
Gruss Christoph
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: riker1 am 19 November 2020, 07:13:04
Moin,
wollte meine  Frage vonoben nochmal wiederholen.

kennt jemand den Grund und die Beschreibung

Error Code 200?

bridge connected true


Error auch emty response http://192.168.6.101:8080/info?token=xxx: empty answer received


020.11.18 10:02:43.830 4 : NUKIBridge (NUKI_B_Acer) - Response JSON: {"bridgeType":2,"ids":{"serverId":826085686},"versions":{"appVersion":"1.4.6"},"uptime":4837,"currentTime":"2020-11-18T09:02:42Z","serverConnected":true,"scanResults":[{"nukiId":534794661,"name":"Nuki_1FE051A5","rssi":-54,"paired":true}]}
2020.11.18 10:02:43.831 4 : NUKIBridge (NUKI_B_Acer) - Response ERROR:
2020.11.18 10:02:43.831 4 : NUKIBridge (NUKI_B_Acer) - Response CODE: 200


Danke

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: choenig am 19 November 2020, 08:33:06
Hi,

Zitat von: pc1246 am 19 November 2020, 07:03:10
Mal so kurz reingegraetscht. Wenn doch beide Bridges beide Schloesser sehen, dann reicht doch auch eine!?

Im Moment liegt das eine alte Schloss auf dem Schreibtisch neben mir, ist noch nicht eingebaut. Wenn es dann eingebaut ist (im Keller), wird es ziemlich weit zur Bridge sein. Das könnte klappen, aber ich mach' mir da sorgen um die Zuverlässigkeit.

LG
Christian
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 19 November 2020, 08:47:23
Zitat von: riker1 am 19 November 2020, 07:13:04
Moin,
wollte meine  Frage vonoben nochmal wiederholen.

kennt jemand den Grund und die Beschreibung

Error Code 200?

bridge connected true


Error auch emty response http://192.168.6.101:8080/info?token=xxx: empty answer received


020.11.18 10:02:43.830 4 : NUKIBridge (NUKI_B_Acer) - Response JSON: {"bridgeType":2,"ids":{"serverId":826085686},"versions":{"appVersion":"1.4.6"},"uptime":4837,"currentTime":"2020-11-18T09:02:42Z","serverConnected":true,"scanResults":[{"nukiId":534794661,"name":"Nuki_1FE051A5","rssi":-54,"paired":true}]}
2020.11.18 10:02:43.831 4 : NUKIBridge (NUKI_B_Acer) - Response ERROR:
2020.11.18 10:02:43.831 4 : NUKIBridge (NUKI_B_Acer) - Response CODE: 200


Danke

Das 200 bezieht sich auf den HTTP Response Code. Bedeutet alles ok.
bridge connected true heißt einfach das das Schloss mit der Bridge verbunden ist.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: riker1 am 19 November 2020, 09:41:05
Zitat von: CoolTux am 19 November 2020, 08:47:23
Das 200 bezieht sich auf den HTTP Response Code. Bedeutet alles ok.
bridge connected true heißt einfach das das Schloss mit der Bridge verbunden ist.

Hallo Cooltux,

danke, aber es geht nicht, kann nicht schliessen

Kann nicht set getdevicelist erhalten.
Reading sagt auch Fehler?
lastError
http://192.168.6.101:8080/info?token=xxx: empty answer received



was kann ich prüfen?

Wo muss ich suchen?

Danke T

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 19 November 2020, 12:32:37
Zitat von: riker1 am 19 November 2020, 09:41:05
Hallo Cooltux,

danke, aber es geht nicht, kann nicht schliessen

Kann nicht set getdevicelist erhalten.
Reading sagt auch Fehler?
lastError
http://192.168.6.101:8080/info?token=xxx: empty answer received



was kann ich prüfen?

Wo muss ich suchen?

Danke T

dann verbose 5 bei der bridge und einmal befehl per set Kommando ausführen. Danach log per pm zu mir.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: riker1 am 19 November 2020, 16:59:17
Zitat von: CoolTux am 19 November 2020, 12:32:37
dann verbose 5 bei der bridge und einmal befehl per set Kommando ausführen. Danach log per pm zu mir.

danke hast ne mail pm
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 19 November 2020, 17:34:11
Zitat von: riker1 am 19 November 2020, 16:59:17
danke hast ne mail pm

Ändere bitte einmal Deine DEF im NUKIDevice.
Aus
1 NUKI_B_Acer
machst Du bitte
534794661 NUKI_B_Acer


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: riker1 am 19 November 2020, 17:47:06
Zitat von: CoolTux am 19 November 2020, 17:34:11
Ändere bitte einmal Deine DEF im NUKIDevice.
Aus
1 NUKI_B_Acer
machst Du bitte
534794661 NUKI_B_Acer


Grüße

device def ist schon hier:
https://forum.fhem.de/index.php/topic,55756.msg1102147.html#msg1102147 (https://forum.fhem.de/index.php/topic,55756.msg1102147.html#msg1102147)

die Anpassungen mache ich noch gleich
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: riker1 am 19 November 2020, 17:54:19
Zitat von: CoolTux am 19 November 2020, 17:34:11
Ändere bitte einmal Deine DEF im NUKIDevice.
Aus
1 NUKI_B_Acer
machst Du bitte
534794661 NUKI_B_Acer


Grüße

scheinbar war es das: 534794661 NUKI_B_Acer: Woher kommt die Zahl 534794661 ?

nun steht im state nicht mehr inizialize nun ist lock.

mit set device unlock ändert sich auch state zu unlock . aber es passiert nix.

Schein aber das Problem am Handy Android bridge zu sein. Dort leuchtet nun das Schloss rot. Signal sagt keine Verbindung.

Das handy liegt 1m entfernt und nichts wurde bewegt......

ist die Android bridge stabil? Gibt es bekannte Probleme hier?   Android version 8


Danke



Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: riker1 am 20 November 2020, 10:53:15
Hallo
wie sind denn die Erfahrungen mit der Android Bridge.
Bei mir meldet er laufend Bluetooth Verbindungsprobleme.....

Kennt jemand ein Smart Home öffner mit Wlan und Bluetooth?

Danke T
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Thyraz am 20 November 2020, 11:31:08
Du meinst eine Alternative zu Nuki?
Wenn du das schon hast, dann würde ich eher zur echten Bridge raten. Damit läuft es hier ja beim Rest problemlos.
Das dürfte günstiger kommen als ein anderes Schloß...
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: riker1 am 20 November 2020, 11:43:28
Hallo Cooltux,

schau mal bitte. Nur ne Kleinigkeit.

habe das attr disable 1 gesetzt. wollte nun wieder 0 setzen.

es gibt aber nur 1 als Ausprägung im Pulldown und es ist nicht in der Attributenliste im Gui enthalten

Danke


PS nach manuellem disable 0 erscheint disable in der Attirbutes liste.

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: riker1 am 20 November 2020, 11:46:46
Zitat von: Thyraz am 20 November 2020, 11:31:08
Du meinst eine Alternative zu Nuki?
Wenn du das schon hast, dann würde ich eher zur echten Bridge raten. Damit läuft es hier ja beim Rest problemlos.
Das dürfte günstiger kommen als ein anderes Schloß...

ok danke.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 20 November 2020, 11:58:25
Zitat von: riker1 am 20 November 2020, 11:43:28
Hallo Cooltux,

schau mal bitte. Nur ne Kleinigkeit.

habe das attr disable 1 gesetzt. wollte nun wieder 0 setzen.

es gibt aber nur 1 als Ausprägung im Pulldown und es ist nicht in der Attributenliste im Gui enthalten

Danke


PS nach manuellem disable 0 erscheint disable in der Attirbutes liste.

Das ist Absicht. Ich hab nie verstanden wieso man die 0 dafür nehmen soll wenn man das Attribut auch löschen kann und es damit automatisch null ist.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: riker1 am 20 November 2020, 12:07:05
Zitat von: CoolTux am 20 November 2020, 11:58:25
Das ist Absicht. Ich hab nie verstanden wieso man die 0 dafür nehmen soll wenn man das Attribut auch löschen kann und es damit automatisch null ist.

ok, aber zum löschen sollte es doch zumindest in der Attributes list mit 1 erscheinen. Da ist es nicht aufgeführt

siehe hardcopy 1.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: riker1 am 20 November 2020, 12:08:55
Zitat von: Thyraz am 20 November 2020, 11:31:08
Du meinst eine Alternative zu Nuki?
Wenn du das schon hast, dann würde ich eher zur echten Bridge raten. Damit läuft es hier ja beim Rest problemlos.
Das dürfte günstiger kommen als ein anderes Schloß...


mein use case ist 2 Eingänge 2 Schlösser, aber da würde ich dann 2 bridges brauchen. So weit geht bluetooth nicht.

Oder habe ich einen Gedankenfehler?

deswegen wlan oder die android bridge
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 20 November 2020, 12:10:34
Zitat von: riker1 am 20 November 2020, 12:07:05
ok, aber zum löschen sollte es doch zumindest in der Attributes list mit 1 erscheinen. Da ist es nicht aufgeführt

siehe hardcopy 1.

Eventuell ein Anzeigefehler bei dir. Bei mir wird es korrekt angezeigt

Internals:
   BRIDGEAPI  1.9
   DEF        10.6.34.52 7crtn1
   FUUID      5e1ecab5-f33f-5153-72d2-68edda8825f3590f
   FVERSION   73_NUKIBridge.pm:v1.9.16-s20994/2020-01-16
   HOST       10.6.34.52
   NAME       myNUKIBridge
   NOTIFYDEV  global,myNUKIBridge
   NR         87
   NTFY_ORDER 50-myNUKIBridge
   PORT       8080
   STATE      disabled
   TOKEN      7crtn1
   TYPE       NUKIBridge
   VERSION    v1.9.16
   WEBHOOK_COUNTER 0
   WEBHOOK_PORT 8083
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /fhem/NUKIBridge-10.6.34.52
   WEBHOOK_URL http://10.6.8.35:8083/fhem/NUKIBridge-10.6.34.52
   READINGS:
     2020-02-03 07:11:29   bridgeType      Hardware
     2020-02-03 07:11:29   currentTime     2020-02-03T06:11:30+00:00
     2020-02-03 07:11:29   firmwareVersion 1.13.1
     2020-02-03 07:11:29   hardwareId      106474161
     2020-01-31 16:35:28   lastError       10.6.34.52: Verbindungsaufbau abgelehnt (111)
     2020-02-03 07:11:29   serverConnected 1
     2020-02-03 07:11:29   serverId        11879130
     2020-11-20 11:19:11   state           disabled
     2020-02-03 07:11:29   uptime          225369
     2020-02-03 07:11:29   wifiFirmwareVersion 1.2.0
   fhem:
     infix      NUKIBridge
   helper:
     iowrite    0
     actionQueue:
Attributes:
   disable    1
   room       NUKI
   webhookFWinstance WEB
   webhookHttpHostname 10.6.8.35


Kann das ein anderer bitte einmal testen?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: riker1 am 20 November 2020, 12:29:20
Zitat von: CoolTux am 20 November 2020, 12:10:34
Eventuell ein Anzeigefehler bei dir. Bei mir wird es korrekt angezeigt

Internals:
   BRIDGEAPI  1.9
   DEF        10.6.34.52 7crtn1
   FUUID      5e1ecab5-f33f-5153-72d2-68edda8825f3590f
   FVERSION   73_NUKIBridge.pm:v1.9.16-s20994/2020-01-16
   HOST       10.6.34.52
   NAME       myNUKIBridge
   NOTIFYDEV  global,myNUKIBridge
   NR         87
   NTFY_ORDER 50-myNUKIBridge
   PORT       8080
   STATE      disabled
   TOKEN      7crtn1
   TYPE       NUKIBridge
   VERSION    v1.9.16
   WEBHOOK_COUNTER 0
   WEBHOOK_PORT 8083
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /fhem/NUKIBridge-10.6.34.52
   WEBHOOK_URL http://10.6.8.35:8083/fhem/NUKIBridge-10.6.34.52
   READINGS:
     2020-02-03 07:11:29   bridgeType      Hardware
     2020-02-03 07:11:29   currentTime     2020-02-03T06:11:30+00:00
     2020-02-03 07:11:29   firmwareVersion 1.13.1
     2020-02-03 07:11:29   hardwareId      106474161
     2020-01-31 16:35:28   lastError       10.6.34.52: Verbindungsaufbau abgelehnt (111)
     2020-02-03 07:11:29   serverConnected 1
     2020-02-03 07:11:29   serverId        11879130
     2020-11-20 11:19:11   state           disabled
     2020-02-03 07:11:29   uptime          225369
     2020-02-03 07:11:29   wifiFirmwareVersion 1.2.0
   fhem:
     infix      NUKIBridge
   helper:
     iowrite    0
     actionQueue:
Attributes:
   disable    1
   room       NUKI
   webhookFWinstance WEB
   webhookHttpHostname 10.6.8.35


Kann das ein anderer bitte einmal testen?


habe 2 Bridges, Android, und auch Hardware zum Testen. habe nun die HW disabled, da sieht es korrekt aus. Attribut wird angezeigt und kann gelöscht werden.

Danke fürs checken.

Weiss auch nicht was es war, state wurde ja als disabled angezeigt, es kann kein Refresh Webseitig gewesen sein, da das gestern schon gesetzt wurde. Merkwürdig manchmal
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: pc1246 am 20 November 2020, 12:59:26
Zitat von: CoolTux am 20 November 2020, 11:58:25
Das ist Absicht. Ich hab nie verstanden wieso man die 0 dafür nehmen soll wenn man das Attribut auch löschen kann und es damit automatisch null ist.
Moin
Das kann ich Dir eventuell erklaeren.
Wenn man etwas loescht, heisst das ja nicht zwingend, dass es auch wirklich weg ist (==0), sondern eventuell nur nicht mehr sichtbar.
Somit koennte der Zustand des Attributes immer noch "1" sein. Ich kenne das aus der PLC Programierung, und deshalb lieber auf "0" stellen koennen.
Gruss Christoph
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: riker1 am 20 November 2020, 13:00:54
Zitat von: pc1246 am 20 November 2020, 12:59:26
Moin
Das kann ich Dir eventuell erklaeren.
Wenn man etwas loescht, heisst das ja nicht zwingend, dass es auch wirklich weg ist (==0), sondern eventuell nur nicht mehr sichtbar.
Somit koennte der Zustand des Attributes immer noch "1" sein. Ich kenne das aus der PLC Programierung, und deshalb lieber auf "0" stellen koennen.
Gruss Christoph

danke Christoph,

ich hatte es noch nicht gelöscht, da es nicht sichtbar war. Hatte dann per RAW Edit attrib xxx disable 0 gemacht .
Gruß Thomas
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: riker1 am 20 November 2020, 14:25:03
wie sind eure Erfahrungen mit  Reaktionsgeschwindigkeit generell.

Einfach annähern und das ding öffnet.

Bin gegen die Tür gelaufen, mal geht es schnell mal dreht er sich den wolf....reine Bluetooth usage?

Danke
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: breezybadger am 23 November 2020, 00:19:20
Zitat von: CoolTux am 18 November 2020, 08:52:05
Hast Du auch ein Smartlock und das funktioniert korrekt? Es wird also ein schließen oder öffnen sofort erkannt von FHEM. Sprich der Webhook ist korrekt eingerichtet.

Hi CoolTux, irgendwo scheint genau dort der Wurm drin zu sein. Danke für den Schubs in die richtige Richtung!! Ich habe die attr für den Webhook auf der Bridge nochmal gelöscht und neu gesetzt . Jetzt klappen die Updates!

Liebe Grüße
Breezy
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: riker1 am 24 November 2020, 09:48:26
Zitat von: riker1 am 19 November 2020, 17:54:19
scheinbar war es das: 534794661 NUKI_B_Acer: Woher kommt die Zahl 534794661 ?

nun steht im state nicht mehr inizialize nun ist lock.

mit set device unlock ändert sich auch state zu unlock . aber es passiert nix.

Schein aber das Problem am Handy Android bridge zu sein. Dort leuchtet nun das Schloss rot. Signal sagt keine Verbindung.

Das handy liegt 1m entfernt und nichts wurde bewegt......

ist die Android bridge stabil? Gibt es bekannte Probleme hier?   Android version 8


Danke


scheinbar war es das: 534794661 NUKI_B_Acer: Woher kommt die Zahl 534794661 ?

habe scheinbar wieder das gleiche Problem. Woher kommt die Zahl? Sehe ich das im log?

Danke T Reisinger
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 24 November 2020, 11:29:52
Die Zahl ist die Nuki ID und sollte eigentlich automatisch ausgelesen werden beim ersten Anlegen des Devices
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: riker1 am 25 November 2020, 07:25:05
Zitat von: CoolTux am 24 November 2020, 11:29:52
Die Zahl ist die Nuki ID und sollte eigentlich automatisch ausgelesen werden beim ersten Anlegen des Devices

wo im Log finde ich die Zahl? Habe die Server ID gesehen von der Bridge. Am device noch nicht richtig.

Wenn ich ein neues Nuki anlege, muss ich die Nummer dann Wissen und wird die dann automatisch über die Bridge gefüllt? oder sehe ich die in der Nuki App irgendwo?

Danke



Experimentiere mit der Software Bridge Android.
Habe dazu meine HW Bridge disabled. Aber sie zeigt noch connected an obwohl disabled. Ist das so gewünscht?

Internals:
   BRIDGEAPI  1.9
   DEF        192.168.6.141  6vinaf
   FUUID      5fb6b834-f33f-74bb-9d6e-45ac72830c01005f
   FVERSION   73_NUKIBridge.pm:v1.9.16-s20994/2020-01-16
   HOST       192.168.6.141
   NAME       NUKI_Bridge
   NOTIFYDEV  global,NUKI_Bridge
   NR         106575
   NTFY_ORDER 50-NUKI_Bridge
   PORT       8080
   STATE      connected
   TOKEN      6vinaf
   TYPE       NUKIBridge
   VERSION    v1.9.16
   WEBHOOK_COUNTER 0
   WEBHOOK_PORT 8086
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /fhem/NUKIBridge-192.168.6.141
   WEBHOOK_URL http://192.168.0.9:8086/fhem/NUKIBridge-192.168.6.141
   READINGS:
     2020-11-24 10:38:24   bridgeType      Hardware
     2020-11-24 10:38:24   currentTime     2020-11-24T09:38:37+00:00
     2020-11-24 10:38:24   firmwareVersion 2.8.0
     2020-11-24 10:38:24   hardwareId      538644626
     2020-11-24 08:10:20   lastError       read from http://192.168.6.141:8080 timed out
     2020-11-24 10:38:24   serverConnected 1
     2020-11-24 10:38:24   serverId        1368560042
     2020-11-24 14:53:14   state           connected
     2020-11-24 10:38:24   uptime          8974
     2020-11-24 10:38:24   wifiFirmwareVersion 2.2.0
   fhem:
     infix      NUKIBridge
   helper:
     iowrite    0
     actionQueue:
Attributes:
   disable    1
   room       1_Kueche,Z_Control
   verbose    5
   webhookFWinstance WEB8086
   webhookHttpHostname 192.168.0.9



Danke Thomas

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 25 November 2020, 08:16:20
Zitat von: riker1 am 25 November 2020, 07:25:05
wo im Log finde ich die Zahl? Habe die Server ID gesehen von der Bridge. Am device noch nicht richtig.

Wenn ich ein neues Nuki anlege, muss ich die Nummer dann Wissen und wird die dann automatisch über die Bridge gefüllt? oder sehe ich die in der Nuki App irgendwo?

Danke



Experimentiere mit der Software Bridge Android.
Habe dazu meine HW Bridge disabled. Aber sie zeigt noch connected an obwohl disabled. Ist das so gewünscht?

Internals:
   BRIDGEAPI  1.9
   DEF        192.168.6.141  6vinaf
   FUUID      5fb6b834-f33f-74bb-9d6e-45ac72830c01005f
   FVERSION   73_NUKIBridge.pm:v1.9.16-s20994/2020-01-16
   HOST       192.168.6.141
   NAME       NUKI_Bridge
   NOTIFYDEV  global,NUKI_Bridge
   NR         106575
   NTFY_ORDER 50-NUKI_Bridge
   PORT       8080
   STATE      connected
   TOKEN      6vinaf
   TYPE       NUKIBridge
   VERSION    v1.9.16
   WEBHOOK_COUNTER 0
   WEBHOOK_PORT 8086
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /fhem/NUKIBridge-192.168.6.141
   WEBHOOK_URL http://192.168.0.9:8086/fhem/NUKIBridge-192.168.6.141
   READINGS:
     2020-11-24 10:38:24   bridgeType      Hardware
     2020-11-24 10:38:24   currentTime     2020-11-24T09:38:37+00:00
     2020-11-24 10:38:24   firmwareVersion 2.8.0
     2020-11-24 10:38:24   hardwareId      538644626
     2020-11-24 08:10:20   lastError       read from http://192.168.6.141:8080 timed out
     2020-11-24 10:38:24   serverConnected 1
     2020-11-24 10:38:24   serverId        1368560042
     2020-11-24 14:53:14   state           connected
     2020-11-24 10:38:24   uptime          8974
     2020-11-24 10:38:24   wifiFirmwareVersion 2.2.0
   fhem:
     infix      NUKIBridge
   helper:
     iowrite    0
     actionQueue:
Attributes:
   disable    1
   room       1_Kueche,Z_Control
   verbose    5
   webhookFWinstance WEB8086
   webhookHttpHostname 192.168.0.9



Danke Thomas

Wenn Du ein Log von 5 auf der Bridge machst dann sieht man es an dieser Ausgabe

020.11.18 11:44:53.753 4 : NUKIBridge (NUKI_B_Acer) - Response JSON: {"bridgeType":2,"ids":{"serverId":826085686},"versions":{"appVersion":"1.4.6"},"uptime":10967,"currentTime":"2020-11-18T10:44:52Z","serverConnected":true,"scanResults":[{"nukiId":534794661,"name":"Nuki_1FE051A5","rssi":-53,"paired":true}]}

Das ist der Response von der Abfrage der Bridge. Im JSON stehen die Informationen drin.


Beim disable wird die Bridgeabfrage eingestellt und keine Befehle mehr an die Bridge gesendet. Die Readings bleiben jedoch gleich.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: riker1 am 25 November 2020, 10:34:52
Zitat von: CoolTux am 25 November 2020, 08:16:20
Wenn Du ein Log von 5 auf der Bridge machst dann sieht man es an dieser Ausgabe

020.11.18 11:44:53.753 4 : NUKIBridge (NUKI_B_Acer) - Response JSON: {"bridgeType":2,"ids":{"serverId":826085686},"versions":{"appVersion":"1.4.6"},"uptime":10967,"currentTime":"2020-11-18T10:44:52Z","serverConnected":true,"scanResults":[{"nukiId":534794661,"name":"Nuki_1FE051A5","rssi":-53,"paired":true}]}

Das ist der Response von der Abfrage der Bridge. Im JSON stehen die Informationen drin.


Beim disable wird die Bridgeabfrage eingestellt und keine Befehle mehr an die Bridge gesendet. Die Readings bleiben jedoch gleich.

Hi, danke super-.

Vorschlag, wenn disabled, sollte doch State oder STATE disabled anzeigen, fände ich besser, connected hatte mich verwirred.
Aber nur ne Kleinigkeit.

Danke für deine Arbeit.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: riker1 am 26 November 2020, 16:15:57
Hallo,
versuche die Andriod Bridge zum fliegen zu bringen.....nur Bruchlandungen.

@Cooltux,
verstehe die Readings state und stateName nicht ?
Statename aktualisiert und korrekt aber state nicht ?

Statename Reading nicht im Wiki.

was mache ich falsch?


defmod NUKI2_Unten NUKIDevice xxx NUKI_B_Gigaset
attr NUKI2_Unten IODev NUKI_B_Gigaset
attr NUKI2_Unten model
attr NUKI2_Unten room NUKI
attr NUKI2_Unten verbose 5

setstate NUKI2_Unten lock
setstate NUKI2_Unten 2020-11-26 16:11:30 batteryState ok
setstate NUKI2_Unten 2020-11-26 16:11:30 nukiId xxx
[b]setstate NUKI2_Unten 2020-11-26 08:19:15 state lock
setstate NUKI2_Unten 2020-11-26 16:11:30 stateName unlocked[/b]
setstate NUKI2_Unten 2020-11-26 16:11:30 success 1




habe an der Bridge noch was gesehen:

Currenttime ist 1 Stunde verschoben,  Readingsdatum weicht ab von currenttime? Woher kommt die currenttime.?

Handy Uhrzeit ist auch correct.

setstate NUKI_B_Gigaset 2020-11-26 16:24:39 currentTime 2020-11-26T15:24:38Z


Fehlermeldung empty resspone ist mir unklar? Der status am Handy ist ok, alles grün



defmod NUKI_B_Gigaset NUKIBridge 192.168.6.101  xxx

attr NUKI_B_Gigaset verbose 5
attr NUKI_B_Gigaset webhookFWinstance WEB8086
attr NUKI_B_Gigaset webhookHttpHostname 192.168.0.9

setstate NUKI_B_Gigaset connected
setstate NUKI_B_Gigaset 2020-11-26 16:24:39 appVersion 1.4.6
setstate NUKI_B_Gigaset 2020-11-26 16:24:39 bridgeType Software
[b]setstate NUKI_B_Gigaset 2020-11-26 16:24:39 currentTime 2020-11-26T15:24:38Z[/b]
setstate NUKI_B_Gigaset 2020-11-26 16:17:27 lastError http://192.168.6.101:8080/info?token=xxx: empty answer received
setstate NUKI_B_Gigaset 2020-11-26 16:24:39 serverConnected 1
setstate NUKI_B_Gigaset 2020-11-26 16:24:39 serverId 593130172
setstate NUKI_B_Gigaset 2020-11-26 16:24:39 state connected
setstate NUKI_B_Gigaset 2020-11-26 16:24:39 uptime 22248
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 26 November 2020, 17:53:42
Ich brauche ein richtiges list vom Service und eine Log 5 Ausgabe bitte.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: riker1 am 26 November 2020, 20:49:09
Zitat von: CoolTux am 26 November 2020, 17:53:42
Ich brauche ein richtiges list vom Service und eine Log 5 Ausgabe bitte.

Hi Cooltux, hast post. Danke
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: riker1 am 27 November 2020, 18:27:30
Zitat von: riker1 am 26 November 2020, 20:49:09
Hi Cooltux, hast post. Danke

Danke das Attribut model war es wohl

Hi CoolTux


mit ist aufgefallen, teste gerade einiges mit Reichweite.

Spiele da auch mit HW Bridge und Android rum.

die REadings sind nicht ganz konsistent. Wenn der das Device nicht erreicht, sollte nicht Batterie ok mit aktuellem Readingstimestamp stehen. oder?




Readings
batteryState ok 2020-11-27 18:02:42
nukiId 23125104 2020-11-27 18:02:42
state 255 2020-11-27 18:02:42
stateName unknown 2020-11-27 18:02:42
success 0 2020-11-27 18:02:42


Einige Ids verwirren mich:

Was muss denn wo drinnen stehn?

einige IDs kann man aus der App ablesen, sind das die richtigen dann? oder sind das FHEM interne?

Danke für die Klarstellung.

Super Sache das.

VG T
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 27 November 2020, 19:50:46
Zitat von: riker1 am 27 November 2020, 18:27:30
Danke das Attribut model war es wohl

Hi CoolTux


mit ist aufgefallen, teste gerade einiges mit Reichweite.

Spiele da auch mit HW Bridge und Android rum.

die REadings sind nicht ganz konsistent. Wenn der das Device nicht erreicht, sollte nicht Batterie ok mit aktuellem Readingstimestamp stehen. oder?




Readings
batteryState ok 2020-11-27 18:02:42
nukiId 23125104 2020-11-27 18:02:42
state 255 2020-11-27 18:02:42
stateName unknown 2020-11-27 18:02:42
success 0 2020-11-27 18:02:42


Einige Ids verwirren mich:


  • Serverid
    Hardware ID
    Nuki ID
Was muss denn wo drinnen stehn?

einige IDs kann man aus der App ablesen, sind das die richtigen dann? oder sind das FHEM interne?

Danke für die Klarstellung.

Super Sache das.

VG T

Ich lese nur aus. Schau mal bitte im Netz nach Nuki Bridge API. Da sollte alles erklärt sein.

Grüße
Marko
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: riker1 am 28 November 2020, 09:13:27
Hi CoolTux,

eine Frage, wieso muss man bei der Device Dev die Bridge angeben
das wird doch dann über IODev gemacht?

Habe festgestellt, das ein Update des IODev dann aber nicht mehr die device definition ändert.

Erzeugt das Inkonstenzen?

Habe die devices zwischen Android und HW-Bridge gewechselt.

Danke VG T

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: riker1 am 28 November 2020, 09:28:16
Hi CoolTux,

bin am aufhübschen, aber komme an meine Grenzen.

Würde gerne die Batterieanzeige darstellen. Kommt vom CUL_HM Modul,

wie würde ich sowas für das Nuki machen?

Danke

attr NUKI2_Kueche valueFormat { batteryChargeState => "%0d%" }
attr NUKI2_Kueche valueIcon {'batteryChargeState.ok' => 'batterie@green', 'batteryChargeState.low' => 'batterie@red'}
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 28 November 2020, 10:01:32
Zitat von: riker1 am 28 November 2020, 09:13:27
Hi CoolTux,

eine Frage, wieso muss man bei der Device Dev die Bridge angeben
das wird doch dann über IODev gemacht?

Habe festgestellt, das ein Update des IODev dann aber nicht mehr die device definition ändert.

Erzeugt das Inkonstenzen?

Habe die devices zwischen Android und HW-Bridge gewechselt.

Danke VG T

Eigentlich muss man da gar nichts machen. Sobald die Bridge angelegt wird, wird sie ausgelesen und verbundene Geräte als Devices angelegt. Dadurch das Du es von Hand gemacht hast oder musstest hattest Du ja die Probleme da die Attribute fehlten.
Die Bridge wird mit angegeben als IO damit sie als Attribut übernommen werden kann.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 28 November 2020, 10:02:12
Zitat von: riker1 am 28 November 2020, 09:28:16
Hi CoolTux,

bin am aufhübschen, aber komme an meine Grenzen.

Würde gerne die Batterieanzeige darstellen. Kommt vom CUL_HM Modul,

wie würde ich sowas für das Nuki machen?

Danke

attr NUKI2_Kueche valueFormat { batteryChargeState => "%0d%" }
attr NUKI2_Kueche valueIcon {'batteryChargeState.ok' => 'batterie@green', 'batteryChargeState.low' => 'batterie@red'}


Das ist eher ein allgemeines FHEM Thema.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Manos am 28 November 2020, 13:22:07
Zitat von: CoolTux am 18 Juli 2016, 23:50:11
Für eine aktive Callback Funktion müßen noch zwei Attribute beim Smartlock Device eingerichtet werden.
webhookFWinstance - zu verwendende Webinstanz (darf keine Passwortabfrage beinhalten)
webhookHttpHostname - IP oder FQDN des FHEM Servers

Hallo Leon,

beim "Smartlock Device" (ich gehe davon aus, damit is NUKIDevice gemeint) lassen sie sich bei mir diese zwei Attributen nicht einrichten. Bei NUKIBridge, ja.

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 28 November 2020, 15:31:35
Zitat von: Manos am 28 November 2020, 13:22:07
Hallo Leon,

beim "Smartlock Device" (ich gehe davon aus, damit is NUKIDevice gemeint) lassen sie sich bei mir diese zwei Attributen nicht einrichten. Bei NUKIBridge, ja.

Das ist noch eine alte Beschreibung, ändere ich demnächst mal. Nehme aber auch gerne Patches mit Änderungen entgegen wer mag.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: antonwinden am 30 November 2020, 14:40:44
Was kann ich machen damit das Logfile aktualisiert wird? Im Web bei Nuki wird alles angezeigt aber in Fhem kommt praktisch nur eine Meldung an:
2020-11-29_12:34:53 Nuki_1A486A85 unlatch
2020-11-29_12:35:00 Nuki_1A486A85 unlatch
2020-11-29_12:35:00 Nuki_1A486A85 batteryChargeState: 44

Im Device steht:
Internals:
   BRIDGEAPI  1.9
   CFGFN     
   DEF        440953477 0
   DEVICETYPE 0
   FUUID      5fc27135-f33f-d8e8-47e4-c55a7aa41eab66a6
   FVERSION   74_NUKIDevice.pm:v1.9.12-s21020/2020-01-20
   IODev      NBridge
   LASTInputDev NBridge
   MSGCNT     5485
   NAME       Nuki_1A486A85
   NBridge_MSGCNT 5485
   NBridge_TIME 2020-11-30 14:33:41
   NOTIFYDEV  global,autocreate,Nuki_1A486A85
   NR         1265
   NTFY_ORDER 50-Nuki_1A486A85
   NUKIID     440953477
   STATE      unlatch door closed
   TYPE       NUKIDevice
   VERSION    v1.9.12
   Helper:
     DBLOG:
       batteryChargeState:
         meineDatenbank:
           TIME       1606649700.56334
           VALUE      44
       state:
         meineDatenbank:
           TIME       1606649700.56334
           VALUE      unlatch
   READINGS:
     2020-11-29 12:35:00   batteryChargeState 44
     2020-11-29 12:35:00   batteryCharging 0
     2020-11-29 12:35:00   batteryState    ok
     2020-11-30 14:33:41   deviceType      smartlock
     2020-11-28 16:48:07   doorsensorState 2
     2020-11-28 16:48:07   doorsensorStateName door closed
     2020-11-28 16:48:07   mode            door mode
     2020-11-30 14:33:41   name            Nuki_1A486A85
     2020-11-30 14:33:41   nukiId          440953477
     2020-11-30 14:33:41   paired          true
     2020-11-30 14:33:41   rssi            -40
     2020-11-29 12:35:00   state           unlatch
     2020-11-28 16:48:07   stateName       unlocked
     2020-11-29 12:35:00   success         1
   helper:
Attributes:
   DbLogInclude state,batterystate,doorsensorStateName,batteryChargeState,doorsensorState
   IODev      NBridge
   event-on-change-reading state,doorsensorStateName,batteryChargeState,doorsensorState
   event-on-update-reading state,batterystate,doorsensorStateName,batteryChargeState,doorsensorState
   group      NUKI
   model      smartlock
   room       Haus,Sicherheit
   stateFormat state doorsensorStateName

im Web bei Nuki finde ich aber im gleichen Zeitraum:
Montag, 30. November 2020
Türsensor
Josef-Tuschl 5 - Tür geschlossen

05:59
Türsensor
Josef-Tuschl 5 - Tür geöffnet

05:59
Sonntag, 29. November 2020
Türsensor
Josef-Tuschl 5 - Tür geschlossen

12:35
Nuki Bridge
Josef-Tuschl 5 - Tür geöffnet

12:34
Türsensor
Josef-Tuschl 5 - Tür geöffnet

12:34
Türsensor
Josef-Tuschl 5 - Tür geschlossen

11:51
Türsensor
Josef-Tuschl 5 - Tür geöffnet

11:51
Türsensor
Josef-Tuschl 5 - Tür geschlossen

Schloß ist über eine Bridge im Netz.
Habe auch schon versucht das Schloß zu löschen und dann nach einem Neustart neu anlegen zu lassen - keine Änderung es wird praktisch nur geloggt das die Tür zu und unverschlossen ist - das unlatch bleibt stehen nachdem ich mit dem handy mal aufgemacht habe (tu ich sehr selten).
gruß anton
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 01 Dezember 2020, 06:45:42
Kommt denn immer sofort der nach dem schalten der korrekte Zustand bei FHEM an?

Zwei gleiche Zustände hintereinander kann es nicht geben. Wie kann da zweimal hintereinander Tür geöffnet stehen?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: antonwinden am 01 Dezember 2020, 15:31:33
es kommt eigentlich nur 1 zustand an - nämlich das die Tür zu aber nicht versperrt ist. nachdem ich mir das log angesehen habe ist das seit Ende August so.
das hier unlatch steht kommt daher das ich einmal per handy aufgeschlossen habe was ich praktisch nie mache. warum das 2 mal im log ist aber halt nur in fhem - im web bei nuki ist das nicht so - weiß ich nicht.
gruß anton
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 01 Dezember 2020, 16:11:42
Gib mal bitte ein list von der Bridge
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: antonwinden am 01 Dezember 2020, 17:06:57
hier:
Internals:
   BRIDGEAPI  1.9
   DEF        192.168.1.104 fq3c3n
   FUUID      5e29d21a-f33f-d8e8-d5d2-1dd6c62bd06e91c6
   FVERSION   73_NUKIBridge.pm:v1.9.16-s20994/2020-01-16
   HOST       192.168.1.104
   NAME       NBridge
   NOTIFYDEV  global,NBridge
   NR         894
   NTFY_ORDER 50-NBridge
   PORT       8080
   STATE      connected
   TOKEN      fq3c3n
   TYPE       NUKIBridge
   VERSION    v1.9.16
   WEBHOOK_COUNTER 0
   WEBHOOK_PORT 8084
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /fhem/NUKIBridge-192.168.1.104
   WEBHOOK_URL http://192.168.1.10:8084/fhem/NUKIBridge-192.168.1.104
   READINGS:
     2020-12-01 17:05:13   bridgeType      Hardware
     2020-12-01 17:05:13   currentTime     2020-12-01T16:05:14+00:00
     2020-12-01 17:05:13   firmwareVersion 2.8.0
     2020-12-01 17:05:13   hardwareId      409057010
     2020-11-30 17:44:33   lastError       http://192.168.1.104:8080/info?token=fq3c3n: empty answer received
     2020-12-01 17:05:13   serverConnected 1
     2020-12-01 17:05:13   serverId        540476683
     2020-12-01 17:05:13   state           connected
     2020-12-01 17:05:13   uptime          978155
     2020-12-01 17:05:13   wifiFirmwareVersion 2.2.0
   fhem:
     infix      NUKIBridge
   helper:
     iowrite    0
     actionQueue:
Attributes:
   event-on-change-reading firmwareVersion,wifiFirmwareVersion,bridgeType,hardwareId,serverId,,serverConnected
   group      NUKI
   icon       1_nuki_bridge
   room       Sicherheit
   webhookFWinstance WEBNUKI
   webhookHttpHostname 192.168.1.10

gruß anton
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: kjmEjfu am 02 Dezember 2020, 15:03:59
Kann ich eigentlich bestimmte Nuki Smartlocks ignorieren bzw. das Autocreate nur für die Nuki Bridge abstellen?
Das Nuki vom Nachbarn schafft es manchmal 20m zu Überbrücken und wird dann bei mir als neues Gerät angelegt. Ist grundsätzlich natürlich schlimm, aber nervt ;-)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: zimb0 am 03 Dezember 2020, 14:16:04
Hallo zusammen,

habe hier einige Seiten überflogen aber die passende Info nicht gefunden.
Spiele mit dem Gedanken mir ein Nuki anzuschaffen, gerade gibt es das im Angebot mit dem "Keypad".
Ist es möglich die via Keypad gesendeten Ziffern auszulesen?

Hintergrund: Ich hätte ein Keypad, welches per Nuki-Interner Funktion die Tür öffnet. Ich möchte gerne einen zweiten Code, mit dem ich mein Garagentor öffnen kann (per Dritttechnologie).
Evtl. lässt sich in der Nuki-Bridge auch soetwas wie ein Dummy Device anlegen, welches ich mit dem 2. Code öffne und somit das Event "Garagentor soll geöffnet werden" abfange?

Wäre klasse, wenn ihr mir hier Infos geben könntet.

Vielen Dank
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 03 Dezember 2020, 15:57:47
Zitat von: antonwinden am 01 Dezember 2020, 17:06:57
hier:
Internals:
   BRIDGEAPI  1.9
   DEF        192.168.1.104 fq3c3n
   FUUID      5e29d21a-f33f-d8e8-d5d2-1dd6c62bd06e91c6
   FVERSION   73_NUKIBridge.pm:v1.9.16-s20994/2020-01-16
   HOST       192.168.1.104
   NAME       NBridge
   NOTIFYDEV  global,NBridge
   NR         894
   NTFY_ORDER 50-NBridge
   PORT       8080
   STATE      connected
   TOKEN      fq3c3n
   TYPE       NUKIBridge
   VERSION    v1.9.16
   WEBHOOK_COUNTER 0
   WEBHOOK_PORT 8084
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /fhem/NUKIBridge-192.168.1.104
   WEBHOOK_URL http://192.168.1.10:8084/fhem/NUKIBridge-192.168.1.104
   READINGS:
     2020-12-01 17:05:13   bridgeType      Hardware
     2020-12-01 17:05:13   currentTime     2020-12-01T16:05:14+00:00
     2020-12-01 17:05:13   firmwareVersion 2.8.0
     2020-12-01 17:05:13   hardwareId      409057010
     2020-11-30 17:44:33   lastError       http://192.168.1.104:8080/info?token=fq3c3n: empty answer received
     2020-12-01 17:05:13   serverConnected 1
     2020-12-01 17:05:13   serverId        540476683
     2020-12-01 17:05:13   state           connected
     2020-12-01 17:05:13   uptime          978155
     2020-12-01 17:05:13   wifiFirmwareVersion 2.2.0
   fhem:
     infix      NUKIBridge
   helper:
     iowrite    0
     actionQueue:
Attributes:
   event-on-change-reading firmwareVersion,wifiFirmwareVersion,bridgeType,hardwareId,serverId,,serverConnected
   group      NUKI
   icon       1_nuki_bridge
   room       Sicherheit
   webhookFWinstance WEBNUKI
   webhookHttpHostname 192.168.1.10

gruß anton

Sieht alles gut aus. Und wenn Du nin per Smartphone das Smartkey öffnest dann wird dies von FHEM sofort erkannt, richtig?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: antonwinden am 04 Dezember 2020, 15:52:54
nein - wenn ich mit dem handy aufmache kriegt fhem nichts mit und das log ist auch leer - im list ist auch nichts..
Internals:
   BRIDGEAPI  1.9
   CFGFN     
   DEF        440953477 0
   DEVICETYPE 0
   FUUID      5fc27135-f33f-d8e8-47e4-c55a7aa41eab66a6
   FVERSION   74_NUKIDevice.pm:v1.9.12-s21020/2020-01-20
   IODev      NBridge
   LASTInputDev NBridge
   MSGCNT     17144
   NAME       Nuki_1A486A85
   NBridge_MSGCNT 17144
   NBridge_TIME 2020-12-04 15:51:12
   NOTIFYDEV  global,autocreate,Nuki_1A486A85
   NR         1265
   NTFY_ORDER 50-Nuki_1A486A85
   NUKIID     440953477
   STATE      unlocked door closed
   TYPE       NUKIDevice
   VERSION    v1.9.12
   Helper:
     DBLOG:
       batteryChargeState:
         meineDatenbank:
           TIME       1606928427.71457
           VALUE      44
       doorsensorState:
         meineDatenbank:
           TIME       1606928427.71457
           VALUE      2
       doorsensorStateName:
         meineDatenbank:
           TIME       1606928427.71457
           VALUE      door closed
       state:
         meineDatenbank:
           TIME       1606928427.71457
           VALUE      unlocked
   READINGS:
     2020-12-02 18:00:27   batteryChargeState 44
     2020-12-02 18:00:27   batteryCharging 0
     2020-12-02 18:00:27   batteryState    ok
     2020-12-04 15:51:12   deviceType      smartlock
     2020-12-02 18:00:27   doorsensorState 2
     2020-12-02 18:00:27   doorsensorStateName door closed
     2020-12-02 18:00:27   mode            door mode
     2020-12-04 15:51:12   name            Nuki_1A486A85
     2020-12-04 15:51:12   nukiId          440953477
     2020-12-04 15:51:12   paired          true
     2020-12-04 15:51:12   rssi            -41
     2020-12-02 18:00:27   state           unlocked
     2020-12-02 18:00:27   stateName       unlocked
     2020-12-02 18:00:27   success         1
   helper:
Attributes:
   DbLogInclude state,batterystate,doorsensorStateName,batteryChargeState,doorsensorState
   IODev      NBridge
   event-on-change-reading state,doorsensorStateName,batteryChargeState,doorsensorState
   event-on-update-reading state,batterystate,doorsensorStateName,batteryChargeState,doorsensorState
   group      NUKI
   model      smartlock
   room       Haus,Sicherheit
   stateFormat stateName doorsensorStateName



bei nuki im web ist es aber:

Anton Dürnberger
Josef-Tuschl 5 - Tür geöffnet

15:46
Türsensor
Josef-Tuschl 5 - Tür geöffnet

15:46
Türsensor
Josef-Tuschl 5 - Tür geschlossen

15:26
Türsensor
Josef-Tuschl 5 - Tür geöffnet

15:26


gruß anton
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 05 Dezember 2020, 06:57:43
Na dann ist das auch kein Wunder. Lösche bitte alle WebHook Einträge aus der Bridge und lege dann einen neu an.
Du kannst ja mal ein get NUKIBRIDGE callbackList machen
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: antonwinden am 06 Dezember 2020, 10:33:02
Schloß neu anlegen alleine hat nichts gebracht.
Bridge und Schloß löschen, reboot und dann anlegen war die Lösung :-)
danke anton

Nachtrag: Keine Ahnung warum aber am Sonntag ging es, Montag früh hat es nichts gemeldet. Dienstag ging es wieder.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: heikoh81 am 13 Dezember 2020, 22:30:19
Hallo cooltux,

danke für dein Modul, Einbindung in ein aktuelles FHEM (letztes Update am 10.12.2020) hat sehr gut geklappt.
Seit ein paar Tagen stimmt manchmal (aber nicht immer) der "state" des NukiDevice nicht mehr mit dem Reading "stateName" überein:

In FHEM schaue ich im Room "Nuki" nur auf den State des NukiDevices, da stand "unlocked", obwohl ich mir sicher war, abgeschlossen zu haben.

Ein Beispiel von gestern habe ich als Screenshot angehängt.
Wie man an den Readings sieht, habe ich das Nuki um 21:00:56 Uhr über FHEM auf "locked" gesetzt.
Der "state" wurde aber nicht nachgeführt.
Das führt im "Device Overview" ganz oben zu einer falschen Anzeige - und nur auf die schaue ich eigentlich.

Heute dagegen stimmt die Anzeige wieder, siehe zweiter Screenshot.

Woran könnte dies liegen,
und wie kann man es lösen?

Vielen Dank,
und viele Grüße,

Heiko
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 14 Dezember 2020, 13:13:15
Hallo Heiko,

Scheint so als wenn über den Webhook nicht immer korrekt die Daten kommen. Aber eigentlich sollte er schon spätestens beim nächsten interval update den korrekten Status bekommen. Hier wäre ein verbose 4 Log nicht schlecht.


Grüße
Marko
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: neyzen am 21 Dezember 2020, 20:10:29
Hallo,
ich hab eine Frage.
Wenn ich meine Nuki Aufschließe oder Zuschließe dauert es ca. 30 bis 40 sekunden bis FHEM das merkt und im state lock oder unlocked steht. Es sei den ich mach manuel ein statusrequest. Gibt es eine möglichkeit das der status Zeitnah ein aktualisierung bekommt?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 21 Dezember 2020, 20:35:11
Zitat von: neyzen am 21 Dezember 2020, 20:10:29
Hallo,
ich hab eine Frage.
Wenn ich meine Nuki Aufschließe oder Zuschließe dauert es ca. 30 bis 40 sekunden bis FHEM das merkt und im state lock oder unlocked steht. Es sei den ich mach manuel ein statusrequest. Gibt es eine möglichkeit das der status Zeitnah ein aktualisierung bekommt?

Hast Du denn ein Webhook eingerichtet?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: neyzen am 21 Dezember 2020, 21:03:45
Ich hab in der Bridge folgendes definiert.

Internals:
   BRIDGEAPI  1.9
   DEF        192.168.178.46 xxxxxx
   FUUID      5fc3fb8a-f33f-2b39-7c32-572e59ba518f9853
   FVERSION   73_NUKIBridge.pm:v1.9.16-s20994/2020-01-16
   HOST       192.168.178.46
   NAME       NUKIBridge
   NOTIFYDEV  global,NUKIBridge
   NR         211
   NTFY_ORDER 50-NUKIBridge
   PORT       8080
   STATE      connected
   TOKEN      xxxxxx
   TYPE       NUKIBridge
   VERSION    v1.9.16
   WEBHOOK_COUNTER 0
   WEBHOOK_PORT 8083
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /fhem/NUKIBridge-192.168.178.46
   WEBHOOK_URL http://192.168.178.25:8083/fhem/NUKIBridge-192.168.178.46
   READINGS:
     2020-12-21 21:06:50   bridgeType      Hardware
     2020-12-21 21:06:50   currentTime     2020-12-21T20:06:51+00:00
     2020-12-21 21:06:50   firmwareVersion 2.8.0
     2020-12-21 21:06:50   hardwareId      507891698
     2020-12-18 18:31:11   lastError       http://192.168.178.46:8080/info?token=xxxxx: empty answer received
     2020-12-21 21:06:50   serverConnected 1
     2020-12-21 21:06:50   serverId        203593790
     2020-12-21 21:06:50   state           connected
     2020-12-21 21:06:50   uptime          461147
     2020-12-21 21:06:50   wifiFirmwareVersion 2.2.0
   fhem:
     infix      NUKIBridge
   helper:
     iowrite    0
     actionQueue:
Attributes:
   event-on-change-reading wifiFirmwareVersion
   room       NUKI,Sicherheit
   webhookFWinstance WEB
   webhookHttpHostname 192.168.178.25

Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 22 Dezember 2020, 20:39:20
Der Webhook darf nicht HTTPS sein und kein Passwort haben.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: neyzen am 23 Dezember 2020, 01:13:19
HTTPS hab ich nicht,auch nicht mit PW geschützt. Wie gesagt ich bekomme ja ein Status Update. Allerdings so nach 30 -40 Sekunden. Wenn das so üblich ist,dann ist es auch ok.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: OdfFhem am 23 Dezember 2020, 06:31:01
@neyzen

Folgende Internals sagen, ob es klappt:

  WEBHOOK_COUNTER   590
  WEBHOOK_LAST      2020-12-22 19:54:09


Solange der COUNTER bei Veränderungen auf 0 bleibt, funktioniert der WEBHOOK nicht.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Thyraz am 23 Dezember 2020, 08:23:16
Bei mir dauert das so 1-2 Sekunden mit dem Webhook.

Wenn das bei dir so lang dauert, ist das wahrscheinlich nicht über den Webhook,
sondern über das normale Pollen der Bridge Info.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: neyzen am 23 Dezember 2020, 20:10:16
Jetzt steht folgendes

WEBHOOK_COUNTER
56


Ich glaub ich hab mich etwas misverständlich ausgedrückt.
Wenn ich über FHEM den Nuki schließe dann geht das schon schnell,also 1-2 sekunden. Dann steht im state "lock". Aber das "locked" kommt eben verzögert.
Ist das dann bei euch auch so?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Micky79 am 05 Januar 2021, 23:20:02
Hallo an Alle,

ich habe eben mein neues NUKI Schloss in FHEM integriert. Bis auf die Callback Funktion funktioniert eigentlich alles.

Das Problem ist, dass ich mein FHEM mit einem Passwort abgesichert habe. Und der fwcsrf token wird als fixer Wert verwendet.
Gibt es eine Möglichkeit, die Callback URL komplett frei einzugeben. Dann müsste dies auch funktionieren. Ich habe mir jedenfalls eine URL zusammengestellt und diese scheint im Browser auch zu funktionieren, allerdings kann ich diese nicht per attr eintragen, da das Modul da immer noch den Standardpfad dran hängt.

Viele Grüße Micky
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 06 Januar 2021, 05:06:50
Konfiguriere Die doch eine eigene FHEMWEB Instanz nur für das Nuki Callback. Mit allowed kannst Du dann sagen das nur die Nuki Bridge darauf zugreifen darf.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: dobiwan am 12 Januar 2021, 14:46:07
Hallo zusammen,

ich habe die NUKI Bridge erfolgreich in fhem integriert. Leider wurden die Smartlocks nicht eingerichtet. Ich habe versucht sie händisch anzulegen, was auch funktioniert. Nur sehe ich leider keinen Status.

Hat schon jemand einen NUKI FOB integriert. Ich habe jetzt nicht alle 115 Seiten und Posts durchgelesen.

Vielen Dank für eure Hilfe
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: heikoh81 am 16 Januar 2021, 12:31:23
Hallo Marko,

ich habe das Log jetzt einmal mit verbose 5 über lange Zeit laufen lassen, gestern ist die Abweichung des lock-Status dann wieder aufgetreten.

Zitat von: CoolTux am 14 Dezember 2020, 13:13:15
Scheint so als wenn über den Webhook nicht immer korrekt die Daten kommen. Aber eigentlich sollte er schon spätestens beim nächsten interval update den korrekten Status bekommen. Hier wäre ein verbose 4 Log nicht schlecht.

Aus dem Log sehe ich nicht, warum die Status-Änderung nicht in fhem erscheint.
Ein "set Nuki_Haustuer statusRequest" führt aber dazu, dass state und stateName wieder übereinstimmen.

2021-01-16_09:13:47 Nuki_Haustuer rssi: -60
2021-01-16_09:13:47 Nuki_Haustuer paired: true
2021-01-16_09:13:47 Nuki_Haustuer name: Nuki_XYXYXY
2021-01-16_09:13:47 Nuki_Haustuer nukiId: 59XYZXYZ
2021-01-16_09:13:47 Nuki_Haustuer deviceType: smartlock
2021-01-16_09:14:17 Nuki_Haustuer paired: true
2021-01-16_09:14:17 Nuki_Haustuer rssi: -60
2021-01-16_09:14:17 Nuki_Haustuer name: Nuki_XYXYXY
2021-01-16_09:14:17 Nuki_Haustuer deviceType: smartlock
2021-01-16_09:14:17 Nuki_Haustuer nukiId: 59XYZXYZ
2021-01-16_09:14:18 Nuki_Haustuer statusRequest
2021-01-16_09:14:18 Nuki_Haustuer batteryState: ok
2021-01-16_09:14:18 Nuki_Haustuer doorsensorState: 2
2021-01-16_09:14:18 Nuki_Haustuer mode: door mode
2021-01-16_09:14:18 Nuki_Haustuer locked
2021-01-16_09:14:18 Nuki_Haustuer batteryCharging: 0
2021-01-16_09:14:18 Nuki_Haustuer stateName: locked
2021-01-16_09:14:18 Nuki_Haustuer nukiId: 59XYZXYZ
2021-01-16_09:14:18 Nuki_Haustuer batteryChargeState: 58
2021-01-16_09:14:18 Nuki_Haustuer success: 1
2021-01-16_09:14:18 Nuki_Haustuer doorsensorStateName: door closed
2021-01-16_09:14:51 Nuki_Haustuer rssi: -60
2021-01-16_09:14:51 Nuki_Haustuer paired: true
2021-01-16_09:14:51 Nuki_Haustuer name: Nuki_XYXYXY
2021-01-16_09:14:51 Nuki_Haustuer nukiId: 59XYZXYZ
2021-01-16_09:14:51 Nuki_Haustuer deviceType: smartlock


Den webhookHttpHostname von NukiBridge01 habe ich auf "192.168.178.230" (die IP des fhem-raspis) gestellt.
Soll ich hier mal "localhost" probieren?
Bei WEB habe ich attr WEB longpoll 1 - könnte das vielleicht ein Grund sein?

list NukiBridge01:

Internals:
   BRIDGEAPI  1.9
   DEF        192.168.178.243 XYZXYZ
   FUUID      5fXYZY94-f33f-2a61-86a1-5b5b5b59XYZXYZXY
   FVERSION   73_NUKIBridge.pm:v1.9.16-s20994/2020-01-16
   HOST       192.168.178.243
   NAME       NukiBridge01
   NOTIFYDEV  global,NukiBridge01
   NR         4731
   NTFY_ORDER 50-NukiBridge01
   PORT       8080
   STATE      connected
   TOKEN      XYZXYZ
   TYPE       NUKIBridge
   VERSION    v1.9.16
   WEBHOOK_COUNTER 5
   WEBHOOK_LAST 2021-01-16 00:55:15
   WEBHOOK_PORT 8083
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /fhem/NUKIBridge-192.168.178.243
   WEBHOOK_URL http://192.168.178.230:8083/fhem/NUKIBridge-192.168.178.243
   READINGS:
     2021-01-16 12:23:25   bridgeType      Hardware
     2021-01-16 12:23:25   currentTime     2021-01-16T11:23:32+00:00
     2021-01-16 12:23:25   firmwareVersion 2.8.0
     2021-01-16 12:23:25   hardwareId      53XYZXYZX
     2020-12-19 11:19:41   lastError       read from http://192.168.178.243:8080 timed out
     2021-01-16 12:23:25   serverConnected 1
     2021-01-16 12:23:25   serverId        1115XYZXYZ
     2021-01-16 12:23:25   state           connected
     2021-01-16 12:23:25   uptime          3383797
     2021-01-16 12:23:25   wifiFirmwareVersion 2.2.0
   fhem:
     infix      NUKIBridge
   helper:
     iowrite    1
     actionQueue:
Attributes:
   room       NUKI
   webhookFWinstance WEB
   webhookHttpHostname 192.168.178.230


list Nuki_Haustuer:

Internals:
   BRIDGEAPI  1.9
   DEF        59XYZXYZX 0
   DEVICETYPE 0
   FUUID      5faXYZX8-f33f-2a61-4363-09744de6XYZXYZXY
   FVERSION   74_NUKIDevice.pm:v1.9.12-s21020/2020-01-20
   IODev      NukiBridge01
   LASTInputDev NukiBridge01
   MSGCNT     2289
   NAME       Nuki_Haustuer
   NOTIFYDEV  global,autocreate,Nuki_Haustuer
   NR         4732
   NTFY_ORDER 50-Nuki_Haustuer
   NUKIID     59XYZXYZX
   NukiBridge01_MSGCNT 2289
   NukiBridge01_TIME 2021-01-16 12:26:34
   STATE      locked
   TYPE       NUKIDevice
   VERSION    v1.9.12
   READINGS:
     2021-01-16 09:14:18   batteryChargeState 58
     2021-01-16 09:14:18   batteryCharging 0
     2021-01-16 09:14:18   batteryState    ok
     2021-01-16 12:26:34   deviceType      smartlock
     2021-01-16 09:14:18   doorsensorState 2
     2021-01-16 09:14:18   doorsensorStateName door closed
     2021-01-15 16:26:55   firmwareVersion 2.9.10
     2021-01-16 09:14:18   mode            door mode
     2021-01-16 12:26:34   name            Nuki_23XYZXYZ
     2021-01-16 12:26:34   nukiId          59XYZXYZX
     2021-01-16 12:26:34   paired          true
     2021-01-16 12:26:34   rssi            -60
     2021-01-16 09:14:18   state           locked
     2021-01-16 09:14:18   stateName       locked
     2021-01-16 09:14:18   success         1
   helper:
Attributes:
   IODev      NukiBridge01
   model      smartlock
   room       NUKI


list WEB:

Internals:
   BYTES_READ 1108705
   BYTES_WRITTEN 306559455
   CONNECTS   388
   DEF        8083 global
   FD         7
   FUUID      5e0XYZX5-f33f-2a61-aa1a-1e5ea9a0XYZXYZXY
   NAME       WEB
   NR         12
   NTFY_ORDER 50-WEB
   PORT       8083
   STATE      Initialized
   TYPE       FHEMWEB
   READINGS:
     2021-01-15 16:23:42   state           Initialized
Attributes:
   JavaScripts codemirror/fhem_codemirror.js
   comment    28.08.2018:
longpoll = 1 funktioniert ohne Websocket-Erweiterung im Reverse Proxy

altes Layout:
iconPath = default:fhemSVG:openautomation
stylesheetPrefix = default

F18:
iconPath = fhemSVG:openautomation:default
stylesheetPrefix = f18
   csrfToken  none
   editConfig 1
   iconPath   default:fhemSVG:openautomation
   longpoll   1
   stylesheetPrefix default


Viele Grüße,
Heiko



Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: heikoh81 am 16 Januar 2021, 16:17:32
Ich habe einen Hinweis zum NUKI-Wiki-Eintrag (https://wiki.fhem.de/wiki/NUKI).
Bei der Einbindung meines Nuki in FHEM bin ich darüber gestolpert.

Dort steht:
Voraussetzung für ein fehlerfreies Laden ist die Installation von JSON (libperl-json).

Aus meiner Sicht heißt das Modul aber: libjson-perl

Könnte jemand mit Schreibberechtigung im Wiki den Eintrag verbessern, eventuell auch gleich der Hinweis zur Installation dazu:
sudo apt-get install libjson-perl

Danke!
Grüße,
Heiko
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 17 Januar 2021, 10:43:38
Hallo Heiko,

Habe Deine Nachricht seit gestern gelesen. Gib mir etwas Zeit für eine Antwort, ich bin aktuell etwas eingebunden  ;D


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 20 Januar 2021, 17:28:30
Zitat von: heikoh81 am 16 Januar 2021, 16:17:32
Ich habe einen Hinweis zum NUKI-Wiki-Eintrag (https://wiki.fhem.de/wiki/NUKI).
Bei der Einbindung meines Nuki in FHEM bin ich darüber gestolpert.

Dort steht:
Voraussetzung für ein fehlerfreies Laden ist die Installation von JSON (libperl-json).

Aus meiner Sicht heißt das Modul aber: libjson-perl

Könnte jemand mit Schreibberechtigung im Wiki den Eintrag verbessern, eventuell auch gleich der Hinweis zur Installation dazu:
sudo apt-get install libjson-perl

Danke!
Grüße,
Heiko

Habe ich angepasst
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 20 Januar 2021, 17:41:27
Zitat von: heikoh81 am 16 Januar 2021, 12:31:23
Hallo Marko,

ich habe das Log jetzt einmal mit verbose 5 über lange Zeit laufen lassen, gestern ist die Abweichung des lock-Status dann wieder aufgetreten.

Aus dem Log sehe ich nicht, warum die Status-Änderung nicht in fhem erscheint.
Ein "set Nuki_Haustuer statusRequest" führt aber dazu, dass state und stateName wieder übereinstimmen.

2021-01-16_09:13:47 Nuki_Haustuer rssi: -60
2021-01-16_09:13:47 Nuki_Haustuer paired: true
2021-01-16_09:13:47 Nuki_Haustuer name: Nuki_XYXYXY
2021-01-16_09:13:47 Nuki_Haustuer nukiId: 59XYZXYZ
2021-01-16_09:13:47 Nuki_Haustuer deviceType: smartlock
2021-01-16_09:14:17 Nuki_Haustuer paired: true
2021-01-16_09:14:17 Nuki_Haustuer rssi: -60
2021-01-16_09:14:17 Nuki_Haustuer name: Nuki_XYXYXY
2021-01-16_09:14:17 Nuki_Haustuer deviceType: smartlock
2021-01-16_09:14:17 Nuki_Haustuer nukiId: 59XYZXYZ
2021-01-16_09:14:18 Nuki_Haustuer statusRequest
2021-01-16_09:14:18 Nuki_Haustuer batteryState: ok
2021-01-16_09:14:18 Nuki_Haustuer doorsensorState: 2
2021-01-16_09:14:18 Nuki_Haustuer mode: door mode
2021-01-16_09:14:18 Nuki_Haustuer locked
2021-01-16_09:14:18 Nuki_Haustuer batteryCharging: 0
2021-01-16_09:14:18 Nuki_Haustuer stateName: locked
2021-01-16_09:14:18 Nuki_Haustuer nukiId: 59XYZXYZ
2021-01-16_09:14:18 Nuki_Haustuer batteryChargeState: 58
2021-01-16_09:14:18 Nuki_Haustuer success: 1
2021-01-16_09:14:18 Nuki_Haustuer doorsensorStateName: door closed
2021-01-16_09:14:51 Nuki_Haustuer rssi: -60
2021-01-16_09:14:51 Nuki_Haustuer paired: true
2021-01-16_09:14:51 Nuki_Haustuer name: Nuki_XYXYXY
2021-01-16_09:14:51 Nuki_Haustuer nukiId: 59XYZXYZ
2021-01-16_09:14:51 Nuki_Haustuer deviceType: smartlock


Den webhookHttpHostname von NukiBridge01 habe ich auf "192.168.178.230" (die IP des fhem-raspis) gestellt.
Soll ich hier mal "localhost" probieren?
Bei WEB habe ich attr WEB longpoll 1 - könnte das vielleicht ein Grund sein?

list NukiBridge01:

Internals:
   BRIDGEAPI  1.9
   DEF        192.168.178.243 XYZXYZ
   FUUID      5fXYZY94-f33f-2a61-86a1-5b5b5b59XYZXYZXY
   FVERSION   73_NUKIBridge.pm:v1.9.16-s20994/2020-01-16
   HOST       192.168.178.243
   NAME       NukiBridge01
   NOTIFYDEV  global,NukiBridge01
   NR         4731
   NTFY_ORDER 50-NukiBridge01
   PORT       8080
   STATE      connected
   TOKEN      XYZXYZ
   TYPE       NUKIBridge
   VERSION    v1.9.16
   WEBHOOK_COUNTER 5
   WEBHOOK_LAST 2021-01-16 00:55:15
   WEBHOOK_PORT 8083
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /fhem/NUKIBridge-192.168.178.243
   WEBHOOK_URL http://192.168.178.230:8083/fhem/NUKIBridge-192.168.178.243
   READINGS:
     2021-01-16 12:23:25   bridgeType      Hardware
     2021-01-16 12:23:25   currentTime     2021-01-16T11:23:32+00:00
     2021-01-16 12:23:25   firmwareVersion 2.8.0
     2021-01-16 12:23:25   hardwareId      53XYZXYZX
     2020-12-19 11:19:41   lastError       read from http://192.168.178.243:8080 timed out
     2021-01-16 12:23:25   serverConnected 1
     2021-01-16 12:23:25   serverId        1115XYZXYZ
     2021-01-16 12:23:25   state           connected
     2021-01-16 12:23:25   uptime          3383797
     2021-01-16 12:23:25   wifiFirmwareVersion 2.2.0
   fhem:
     infix      NUKIBridge
   helper:
     iowrite    1
     actionQueue:
Attributes:
   room       NUKI
   webhookFWinstance WEB
   webhookHttpHostname 192.168.178.230


list Nuki_Haustuer:

Internals:
   BRIDGEAPI  1.9
   DEF        59XYZXYZX 0
   DEVICETYPE 0
   FUUID      5faXYZX8-f33f-2a61-4363-09744de6XYZXYZXY
   FVERSION   74_NUKIDevice.pm:v1.9.12-s21020/2020-01-20
   IODev      NukiBridge01
   LASTInputDev NukiBridge01
   MSGCNT     2289
   NAME       Nuki_Haustuer
   NOTIFYDEV  global,autocreate,Nuki_Haustuer
   NR         4732
   NTFY_ORDER 50-Nuki_Haustuer
   NUKIID     59XYZXYZX
   NukiBridge01_MSGCNT 2289
   NukiBridge01_TIME 2021-01-16 12:26:34
   STATE      locked
   TYPE       NUKIDevice
   VERSION    v1.9.12
   READINGS:
     2021-01-16 09:14:18   batteryChargeState 58
     2021-01-16 09:14:18   batteryCharging 0
     2021-01-16 09:14:18   batteryState    ok
     2021-01-16 12:26:34   deviceType      smartlock
     2021-01-16 09:14:18   doorsensorState 2
     2021-01-16 09:14:18   doorsensorStateName door closed
     2021-01-15 16:26:55   firmwareVersion 2.9.10
     2021-01-16 09:14:18   mode            door mode
     2021-01-16 12:26:34   name            Nuki_23XYZXYZ
     2021-01-16 12:26:34   nukiId          59XYZXYZX
     2021-01-16 12:26:34   paired          true
     2021-01-16 12:26:34   rssi            -60
     2021-01-16 09:14:18   state           locked
     2021-01-16 09:14:18   stateName       locked
     2021-01-16 09:14:18   success         1
   helper:
Attributes:
   IODev      NukiBridge01
   model      smartlock
   room       NUKI


list WEB:

Internals:
   BYTES_READ 1108705
   BYTES_WRITTEN 306559455
   CONNECTS   388
   DEF        8083 global
   FD         7
   FUUID      5e0XYZX5-f33f-2a61-aa1a-1e5ea9a0XYZXYZXY
   NAME       WEB
   NR         12
   NTFY_ORDER 50-WEB
   PORT       8083
   STATE      Initialized
   TYPE       FHEMWEB
   READINGS:
     2021-01-15 16:23:42   state           Initialized
Attributes:
   JavaScripts codemirror/fhem_codemirror.js
   comment    28.08.2018:
longpoll = 1 funktioniert ohne Websocket-Erweiterung im Reverse Proxy

altes Layout:
iconPath = default:fhemSVG:openautomation
stylesheetPrefix = default

F18:
iconPath = fhemSVG:openautomation:default
stylesheetPrefix = f18
   csrfToken  none
   editConfig 1
   iconPath   default:fhemSVG:openautomation
   longpoll   1
   stylesheetPrefix default


Viele Grüße,
Heiko

Hast Du ein Passwort für den webhook gesetzt? Also für die WEB Instanz welche als webhook definiert ist?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: heikoh81 am 22 Januar 2021, 22:58:10
Zitat von: CoolTux am 20 Januar 2021, 17:41:27
Hast Du ein Passwort für den webhook gesetzt? Also für die WEB Instanz welche als webhook definiert ist?

Nein.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 08 Februar 2021, 12:56:22
Zitat von: dobiwan am 12 Januar 2021, 14:46:07
Hallo zusammen,

ich habe die NUKI Bridge erfolgreich in fhem integriert. Leider wurden die Smartlocks nicht eingerichtet. Ich habe versucht sie händisch anzulegen, was auch funktioniert. Nur sehe ich leider keinen Status.

Hat schon jemand einen NUKI FOB integriert. Ich habe jetzt nicht alle 115 Seiten und Posts durchgelesen.

Vielen Dank für eure Hilfe

Bitte gib mal ein list von der Bridge und eines vom Smartlock Device.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: heikoh81 am 08 Februar 2021, 22:45:16
Zitat von: heikoh81 am 22 Januar 2021, 22:58:10
Nein.

Das Problem besteht noch immer und in letzter Zeit wieder öfter.
Dieser Weg führt immer zur korrekten Anzeige:

set Nuki_Haustuer statusRequest
und dann ganz wichtig: Seite im Browser mit F5 neu laden

Wäre nicht folgendes eine einfache Lösung:
attr Nuki_Haustuer stateFormat stateName
stateFormat zeigt bei mir immer den korrekten Zustand des Türschlosses an.

Viele Grüße,
Heiko
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 09 Februar 2021, 11:07:19
Hallo Heiko,

Also das stateName kommt aus der Bridge und wird eins zu eins aus dem JSON String in FHEM hinterlegt. Es sollte meines Erachtens also den tatsächlichen Status des Schlosses wiedergeben.
state an sich wird entsprechend einer Auswertung gesetzt. Das die Zustände beider aber komplett unterschiedlich sind und sich auch nach mehreren Minuten nicht gleich setzen sollte auf keinen Fall so sein. Vom Code her habe ich gerade keine Erklärung.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: heikoh81 am 09 Februar 2021, 23:28:49
Danke für deine Antwort.

Wie könnte man dies debuggen?
Merkwüdig, dass es sonst noch niemand bemerkt hat.

attr Nuki_Haustuer stateFormat stateName
funktioniert bisher gut.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Februar 2021, 00:34:28
Zitat von: heikoh81 am 09 Februar 2021, 23:28:49
Danke für deine Antwort.

Wie könnte man dies debuggen?
Merkwüdig, dass es sonst noch niemand bemerkt hat.

attr Nuki_Haustuer stateFormat stateName
funktioniert bisher gut.

Interessant wäre zu erfahren wann es genau immer so ist.
Es sollte sich definitiv darauf beschränken das es nur unterschiedlich ist wenn aus FHEM raus geschalten wird. Wenn am Schloss direkt oder über die App geschalten wird dürfte das nie passieren.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: dobiwan am 10 Februar 2021, 07:06:55
Zitat von: CoolTux am 08 Februar 2021, 12:56:22
Bitte gib mal ein list von der Bridge und eines vom Smartlock Device.


Grüße

Hallo,
ich hoffe die beiden Screenshots reichen. Ansonsten kann ich verbose auf 56 stellen und das Log schicken.

Grüße

Dirk
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 10 Februar 2021, 08:05:55
Bitte nur list. Also
list BRIDGEDEVICE
list SMARTLOCKDEVICE

Die DEF von Deinem Smartlock passt nicht.
define <name> NUKIDevice <Nuki-Id> <IODev-Device> <Device-Type>

In der NOTIFYDEV vom NUKIDevice steht autocreate drin, das ist Unsinn. Wie ist das denn da rein gekommen?

Und Du solltest überlegen ob Du wirklich die Software Bridge verwenden möchtest, die Entwicklung dafür wurde eingestellt.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: dobiwan am 11 Februar 2021, 09:14:39
Zitat von: CoolTux am 10 Februar 2021, 08:05:55
Bitte nur list. Also
list BRIDGEDEVICE
list SMARTLOCKDEVICE

Die DEF von Deinem Smartlock passt nicht.
define <name> NUKIDevice <Nuki-Id> <IODev-Device> <Device-Type>

!! Das ergibt den Fehler im Bild. !!

In der NOTIFYDEV vom NUKIDevice steht autocreate drin, das ist Unsinn. Wie ist das denn da rein gekommen?

!! Das weiß ich nicht, habe es nicht reingeschrieben. !!
Das wird beim Define automatisch mit eingtragen

Und Du solltest überlegen ob Du wirklich die Software Bridge verwenden möchtest, die Entwicklung dafür wurde eingestellt.

Hier noch die List Ausgaben
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 11 Februar 2021, 11:00:19
Zitat von: dobiwan am 11 Februar 2021, 09:14:39
Hier noch die List Ausgaben

Sorry aber so wird das nichts. Was bringt mir Dein Screenshot wenn ich nicht weiß was Du genau gemacht hast. Ich muss schon wissen wie Dein define aus schaut welches Du änderst.
Ich habe ehrlich keine Zeit für solche Halbherzigkeiten. Tut mir Leid.

Gib mir ein vernünftiges Fehlerbild. Übersichtlich wo ich erkenne was Du gemacht hast und wie das Resultat darauf aus sah.

Lösche am besten das NUKIDevice noch mal und lasse es von der Bridge neu anlegen. Klappt das nicht lege es von Hand an und zwar so wie es die Commandref empfiehlt.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: dobiwan am 11 Februar 2021, 14:58:09
Zitat von: CoolTux am 11 Februar 2021, 11:00:19
Sorry aber so wird das nichts. Was bringt mir Dein Screenshot wenn ich nicht weiß was Du genau gemacht hast. Ich muss schon wissen wie Dein define aus schaut welches Du änderst.
Ich habe ehrlich keine Zeit für solche Halbherzigkeiten. Tut mir Leid.

Gib mir ein vernünftiges Fehlerbild. Übersichtlich wo ich erkenne was Du gemacht hast und wie das Resultat darauf aus sah.
Also wenn ich define Haustuer NUKIDevice 1 MyBridge 0 eingebe und das Device erzeugen will bekomme ich folgende Meldung zurück
too few parameters: define <name> NUKIDevice <nukiId> <deviceType>

Ein define Haustuer NUKIDevice 1 0 funktioniert.

Ich habe mir das Commandref durchgelesen. aber mit der Angabe des <IODev-Device> will er es nicht.

Zitat von: CoolTux am 11 Februar 2021, 11:00:19
Lösche am besten das NUKIDevice noch mal und lasse es von der Bridge neu anlegen. Klappt das nicht lege es von Hand an und zwar so wie es die Commandref empfiehlt.

Ich habe sie schon gelöscht und zwei Tage gewartet. Die werden nicht angelegt.

Im Anhang noch mal die vollständige  Definition der Bevices

Ich verstehe dich ja, dass meine Fehlermeldung nicht genau genug ist, aber wenn ich mich an das Commandref halte funktioniert es nicht.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 11 Februar 2021, 16:04:25
Ich weiß ja das es für Euch einfacher ist wenn ich es mache und ich kann diese Auffassung auch verstehen, immerhin habe ich das Modul ja geschrieben. Aber wenn ich mal nicht so viel Zeit habe und ich Euch dennoch helfen möchte muss eine ordentliche Vorarbeit geleistet werden.

Schau mal hier
https://forum.fhem.de/index.php/topic,55756.msg1104230.html#msg1104230

Dort kann man erlesen wie man an die ID des NUKI Smartlock kommt. Man sieht bei verbose 5 der NUKI Bridge den JSON String wo das Nuki Smartlock drin samt ID aufgeführt wird.

Desweiteren ist die define Syntax

define <name> NUKIDevice <Nuki-Id> <IODev-Device> <Device-Type>

also

define Haustuer NUKIDevice <NUKI_ID_AUS_JSON_STRING> MyBridge 0

Das sollte eigentlich klappen. Wenn das nicht klappt dann lass bitte MyBridge weg, eventuell habe ich da nach dem Umbau was vergessen dann bitte ich um Entschuldigung.

Dann musst Du aber das IODEV über das Attribut korrekt setzen.
Wichtig am Ende für Dich ist die NUKI_ID, wenn Du die korrekt gesetzt hast dann wird es auch klappen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: heikoh81 am 11 Februar 2021, 22:10:35
Zitat von: CoolTux am 10 Februar 2021, 00:34:28
Interessant wäre zu erfahren wann es genau immer so ist.
Es sollte sich definitiv darauf beschränken das es nur unterschiedlich ist wenn aus FHEM raus geschalten wird. Wenn am Schloss direkt oder über die App geschalten wird dürfte das nie passieren.

Wenn es zu einer Abweichung zwischen state und stateName kommt, wurde davor immer mit FHEM gesteuert.
Ich kontrolliere immer nachts vor dem Schlafengehen den Zustand der Haustür, deshalb fällt es mir nur da auf.
Ich habe neben der Haustür einen Taster, der für das Außenlicht gedacht war, umgewandelt in einen, der per MQTT an fhem meldet. Daraufhin erfolgt über ein DOIF dann der Befehl an die Bridge, abzuschließen.
Wir haben noch einen Ekey Uno Fingerprint Reader, der direkt am Nuki angelernt ist. Der wird aber nur tagsüber verwendet, und definitv nicht zum nächtlichen Abschließen, der hängt ja außen  :D

Viele Grüße,
Heiko
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 12 Februar 2021, 09:17:23
Zitat von: heikoh81 am 11 Februar 2021, 22:10:35
Wenn es zu einer Abweichung zwischen state und stateName kommt, wurde davor immer mit FHEM gesteuert.
Ich kontrolliere immer nachts vor dem Schlafengehen den Zustand der Haustür, deshalb fällt es mir nur da auf.
Ich habe neben der Haustür einen Taster, der für das Außenlicht gedacht war, umgewandelt in einen, der per MQTT an fhem meldet. Daraufhin erfolgt über ein DOIF dann der Befehl an die Bridge, abzuschließen.
Wir haben noch einen Ekey Uno Fingerprint Reader, der direkt am Nuki angelernt ist. Der wird aber nur tagsüber verwendet, und definitv nicht zum nächtlichen Abschließen, der hängt ja außen  :D

Viele Grüße,
Heiko

Ich habe mir mal Deine Infos genau angeschaut. Dein erster Post (https://forum.fhem.de/index.php/topic,55756.msg1110340.html#msg1110340) zeigt in einem Screenshot tatsächlich einen Unterschied zwischen state und stateName.

Dein zweiter Post (https://forum.fhem.de/index.php/topic,55756.msg1122239.html#msg1122239) hingegen, wo Du sagtest Du hast auf verbose 5 gestellt zeigt das sowohl state als auch stateName korrekt (gleich) sind.
Desweiteren ist mir aufgefallen das die Logausgabe welche hier gezeigt wird kein verbose 5 Log ist sondern wohl ein Eventlog. So richtig schlau werde ich leider immer noch nicht aus der ganzen Sache. Am besten beschreibt das Problem in der Tat Dein erster Post und dort sieht man sehr gut das wohl etwas nicht stimmt. Aber selbst wenn beim ersten Post wo die beiden Readings unterschiedlich sind aus FHEM heraus geschalten wurde müsste das Reading state anders lauten.


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: popy am 14 Februar 2021, 20:20:57
Hallo Zusammen.

Funktioniert den bei euch die Klingel Erkennung über den Opener zuverlässig mit dem ringactionState?

Hab das im Sommer getestet und es funktionierte einfach nicht stabil bzw. Schnell genug. Bin dann wieder zurück auf mein Relais + Hue Dimmer, was schnell und zuverlässig geht.

Hier fängt der "alte" Beitrag an : https://forum.fhem.de/index.php/topic,55756.msg1089804.html#msg1089804

Hier der Code den ich damals in einem notify + wdt verwendet hatte.


VR_NUKI_Haustuer:ringactionState:.* {   

  Log 1, "act_VR_Klingel_Nuki: ringactionState/event: ".$EVENT." - state: ".Value($NAME);
 
  #rto active?
  if(index(Value($NAME), "rto") != -1)
  {
    #rto active
    fhem("setreading ".$NAME." rto_active rto_active");
  }
 
  #reset rto state to online
  if((index($EVENT, "0") != -1) && (index(Value($NAME), "online") != -1))
  {
    #reset rto state to online
    fhem("setreading ".$NAME." rto_active online ;");
    fhem("setstate watchdog_VR_Klingel defined ;");
  }
 
  #someone rang?
  if(index($EVENT, "1") != -1)  {
    #known or unkown?
    if(index(ReadingsVal($NAME,"rto_active", "online"), "online") != -1)
    {
        #someone unkown rang!
        Log 1, "act_VR_Klingel_Nuki: someone unkown rang!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!";
    }
    #reset rto state to online
    fhem("setreading ".$NAME." rto_active online ;");
    fhem("setstate watchdog_VR_Klingel defined ;");
  }
}


Wie macht ihr das und funktioniert das bei euch stabil und schnell zur Klingel Erkennung?

Danke
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Thyraz am 14 Februar 2021, 21:35:41
Was bedeutet schnell für dich? ;)

Ich habe max. 2 Sekunden Verzögerung zum Relais das parallel dran hängt.
Meist weniger.

Da ich immer noch zu faul war das Relais abzuklemmen und für beides Push Notifications auf dem Handy habe, hab ich da die tägliche Kontrolle.
Komplettaussetzer hatte ich bisher keine.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: dobiwan am 15 Februar 2021, 07:21:39
Zitat von: CoolTux am 11 Februar 2021, 16:04:25
Ich weiß ja das es für Euch einfacher ist wenn ich es mache und ich kann diese Auffassung auch verstehen, immerhin habe ich das Modul ja geschrieben. Aber wenn ich mal nicht so viel Zeit habe und ich Euch dennoch helfen möchte muss eine ordentliche Vorarbeit geleistet werden.

Schau mal hier
https://forum.fhem.de/index.php/topic,55756.msg1104230.html#msg1104230

Dort kann man erlesen wie man an die ID des NUKI Smartlock kommt. Man sieht bei verbose 5 der NUKI Bridge den JSON String wo das Nuki Smartlock drin samt ID aufgeführt wird.

Desweiteren ist die define Syntax

define <name> NUKIDevice <Nuki-Id> <IODev-Device> <Device-Type>

also

define Haustuer NUKIDevice <NUKI_ID_AUS_JSON_STRING> MyBridge 0

Das sollte eigentlich klappen. Wenn das nicht klappt dann lass bitte MyBridge weg, eventuell habe ich da nach dem Umbau was vergessen dann bitte ich um Entschuldigung.

Dann musst Du aber das IODEV über das Attribut korrekt setzen.
Wichtig am Ende für Dich ist die NUKI_ID, wenn Du die korrekt gesetzt hast dann wird es auch klappen.

Hallo Danke für die Hilfe,

jetzt läuft alles.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: popy am 15 Februar 2021, 12:31:25
Zitat von: Thyraz am 14 Februar 2021, 21:35:41
Was bedeutet schnell für dich? ;)

Ich habe max. 2 Sekunden Verzögerung zum Relais das parallel dran hängt.
Meist weniger.

Da ich immer noch zu faul war das Relais abzuklemmen und für beides Push Notifications auf dem Handy habe, hab ich da die tägliche Kontrolle.
Komplettaussetzer hatte ich bisher keine.
Schnell = Instant  8)
Nein, natürlich reichen 1-2 Sekunden  ::)

Bei meinen Tests vor ein paar Monaten war es aber sehr viel mehr und manchmal gar nicht.

Kannst du dein Notify posten mit dem du das auswertest bzw. darauf reagierst?
Wie hast du das gelöst wenn "RTO_active" ist.
Das verhielt sich bei mir vor ein paar Monaten auch nicht zuverlässig.
Natürlich will ich wenn "RTO_active" nicht die AKtionen in FHEM triggern.

Danke
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fsch am 17 Februar 2021, 20:07:27
Hallo zusammen,

habe das Nuki-Schloss auch seit zwei Tagen in Betrieb.

(1)
Das Ganze funktioniert sauber, danke für die Module.

(2)
Unschön finde ich nur die Geschwätzigkeit der Nuki-Bridge im Event-Monitor. Die sendet z.T. mehrmals in einer Minute einen Status, der sich eigentlich nur in der Signalstärke, Uptime und Current-Time unterscheidet.
Das sind Infos, die mir auch alle paar Stunden reichen würden.

Die Meldungen werden vermutlich von der Bridge gepusht.
Gibt es eine Möglichkeit, die Häufigkeit dieser Meldungen zu reduzieren?

(3)
Im Wiki (wiki.fhem.de/wiki/NUKI) werden webhookHttpHostname und webhookFWinstance im Abschnitt NUKIDevice als Attribute des Device dargestellt. Das sind aber eigentlich Attribute der Bridge.

(4)
Ggf. könnte man im Wiki auch hinterlegen, wo man die IP und den API-Key findet. Offenbar gab es ein Update der Nuki-App, sodass die Erklärungen dazu im Internet nicht mehr zutreffend sind.
Auch der Umstand, dass sich fhem nicht mit der Bridge verbindet, solange diese im Config-Modus in der App ist, wäre einen Hinweis wert.

Gruß
Frank
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fsch am 19 Februar 2021, 00:50:53
Habe selbst mal gesucht.
Ist gar kein Push, sondern 73_NUKIBridge.pm pullt alle 30 Sekunden in einem Alive-Check (GetCheckBridgeAlive).
InternalTimer( gettimeofday() + 30,
        'NUKIBridge_GetCheckBridgeAlive', $hash );

Gibt es einen Grund, warum der Alive-Check so häufig gemacht wird?
Vielleicht könnte man ein Attribut spendieren.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 19 Februar 2021, 05:09:47
Schau mal hier
https://wiki.fhem.de/wiki/Event-on-change-reading
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: freddeh am 30 Juli 2021, 23:26:07
Hi ihr Lieben,

ich scheitere aktuell an der Einbindung meines Nuki Smartlocks in FHEM.

Bridge:
Internals:
   BRIDGEAPI  1.9
   DEF        192.168.0.114 t****7
   FUUID      60f9ca4b-f33f-****-7450-022024d5167f5ff3
   FVERSION   73_NUKIBridge.pm:v1.9.16-s20994/2020-01-16
   HOST       192.168.0.114
   NAME       NUKIBridge
   NOTIFYDEV  global,NUKIBridge
   NR         500
   NTFY_ORDER 50-NUKIBridge
   PORT       8080
   STATE      connected
   TOKEN      t****7
   TYPE       NUKIBridge
   VERSION    v1.9.16
   WEBHOOK_COUNTER 1
   WEBHOOK_LAST 2021-07-30 23:01:22
   WEBHOOK_PORT 8084
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /fhem/NUKIBridge-192.168.0.114
   WEBHOOK_URL http://192.168.0.112:8084/fhem/NUKIBridge-192.168.0.114
   READINGS:
     2021-07-30 22:34:22   bridgeType      Hardware
     2021-07-30 22:34:22   currentTime     2021-07-30T20:34:21+00:00
     2021-07-30 22:34:22   firmwareVersion 2.9.3
     2021-07-30 22:34:22   hardwareId      5482**570
     2021-07-30 22:34:22   serverConnected 1
     2021-07-30 22:34:22   serverId        553196154
     2021-07-30 23:11:31   state           connected
     2021-07-30 22:34:22   uptime          1492
     2021-07-30 22:34:22   wifiFirmwareVersion 2.2.0
   fhem:
     infix      NUKIBridge
   helper:
     iowrite    0
     actionQueue:
Attributes:
   icon       1_nuki_bridge
   room       NUKI
   verbose    5
   webhookFWinstance WEBnuki
   webhookHttpHostname 192.168.0.112


Smartlock:
Internals:
   BRIDGEAPI  1.9
   DEF        592***821 0
   DEVICETYPE 0
   FUUID      60f9ca4b-f33f-0d64-****-a0ead5f6ffce4659
   FVERSION   74_NUKIDevice.pm:v1.9.12-s21020/2020-01-20
   IODev      NUKIBridge
   LASTInputDev NUKIBridge
   MSGCNT     7
   NAME       Garten
   NOTIFYDEV  global,autocreate,Garten
   NR         501
   NTFY_ORDER 50-Garten
   NUKIBridge_MSGCNT 7
   NUKIBridge_TIME 2021-07-30 23:11:31
   NUKIID     592***821
   STATE      smartlock response error
   TYPE       NUKIDevice
   VERSION    v1.9.12
   READINGS:
     2021-07-30 22:56:36   IODev           NUKIBridge
     2021-07-30 23:01:22   batteryChargeState 88
     2021-07-30 23:01:22   batteryCharging 0
     2021-07-30 23:01:22   batteryState    ok
     2021-07-30 23:01:22   deviceType      smartlock
     2021-07-30 23:01:22   doorsensorState 2
     2021-07-30 23:01:22   doorsensorStateName door closed
     2021-07-30 22:52:10   firmwareVersion 2.10.8
     2021-07-30 23:01:22   mode            door mode
     2021-07-30 22:52:10   name            Garten
     2021-07-30 23:11:31   nukiId          592***821
     2021-07-30 22:34:22   paired          true
     2021-07-30 22:34:22   rssi            -84
     2021-07-30 23:11:24   state           smartlock response error
     2021-07-30 23:01:22   stateName       locked
     2021-07-30 23:11:31   success         0
   helper:
Attributes:
   genericDeviceType lock
   icon       1_nuki
   model      smartlock
   room       Garten,HomeKit,NUKI
   verbose    5


FHEM Instanz:
Internals:
   BYTES_READ 415
   BYTES_WRITTEN 0
   CONNECTS   261
   CSRFTOKEN  csrf_499071***255409
   DEF        8084 global
   FD         7
   FUUID      61045eea-***-0d64-fcfb-a47c83b9c862abc7
   NAME       WEBnuki
   NR         18
   NTFY_ORDER 50-WEBnuki
   PORT       8084
   STATE      Initialized
   TYPE       FHEMWEB
   READINGS:
     2021-07-30 22:56:34   state           Initialized
Attributes:
   allowfrom  192.168.0.114
   hiddenroomRegexp ^(?!NUKI)
   room       System


Sowohl der Webhook scheint nicht zuverlässig zu funktionieren als auch das Öffnen/Schließen des Schlosses liefert immer nur einen Error 503...
Per App funktioniert alles...

Log eines Schließvorgangs:

2021.07.30 23:21:51 4: NUKIBridge (NUKIBridge) - Response JSON: {"success": false}
2021.07.30 23:21:51 4: NUKIBridge (NUKIBridge) - Response ERROR:
2021.07.30 23:21:51 4: NUKIBridge (NUKIBridge) - Response CODE: 200
2021.07.30 23:21:51 5: NUKIBridge (NUKIBridge) - Bridge ist online
2021.07.30 23:21:51 5: NUKIBridge: dispatch {"nukiId":"592***821","success":false}
2021.07.30 23:21:51 5: NUKIDevice (NUKIBridge) - Parse with result: {"nukiId":"592***821","success":false}
2021.07.30 23:21:51 4: NUKIBridge (NUKIBridge) - created uri: http://192.168.0.114:8080/lockState?token=t****7&nukiId=592***821&deviceType=0
2021.07.30 23:21:51 4: NUKIBridge (NUKIBridge) - Send HTTP POST with URL http://192.168.0.114:8080/lockState?token=t****7&nukiId=592***821&deviceType=0
2021.07.30 23:21:51 5: NUKIDevice (Garten) - lockAction readings set for Garten
2021.07.30 23:21:51 4: NUKIDevice (Garten) - find logical device: Garten
2021.07.30 23:21:52 4: NUKIBridge (NUKIBridge) - Response JSON: HTTP 503 Unavailable
2021.07.30 23:21:52 4: NUKIBridge (NUKIBridge) - Response ERROR:
2021.07.30 23:21:52 4: NUKIBridge (NUKIBridge) - Response CODE: 503
2021.07.30 23:21:52 4: NUKIBridge (NUKIBridge) - Response from Bridge: 503, HTTP 503 Unavailable


Jemand eine Idee?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Udomatic am 31 Juli 2021, 07:51:46
Zitat von: freddeh am 30 Juli 2021, 23:26:07
Hi ihr Lieben,

ich scheitere aktuell an der Einbindung meines Nuki Smartlocks in FHEM.

Bridge:
Internals:
   BRIDGEAPI  1.9
   DEF        192.168.0.114 t****7
   FUUID      60f9ca4b-f33f-****-7450-022024d5167f5ff3
   FVERSION   73_NUKIBridge.pm:v1.9.16-s20994/2020-01-16
   HOST       192.168.0.114
   NAME       NUKIBridge
   NOTIFYDEV  global,NUKIBridge
   NR         500
   NTFY_ORDER 50-NUKIBridge
   PORT       8080
   STATE      connected
   TOKEN      t****7
   TYPE       NUKIBridge
   VERSION    v1.9.16
   WEBHOOK_COUNTER 1
   WEBHOOK_LAST 2021-07-30 23:01:22
   WEBHOOK_PORT 8084
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /fhem/NUKIBridge-192.168.0.114
   WEBHOOK_URL http://192.168.0.112:8084/fhem/NUKIBridge-192.168.0.114
   READINGS:
     2021-07-30 22:34:22   bridgeType      Hardware
     2021-07-30 22:34:22   currentTime     2021-07-30T20:34:21+00:00
     2021-07-30 22:34:22   firmwareVersion 2.9.3
     2021-07-30 22:34:22   hardwareId      5482**570
     2021-07-30 22:34:22   serverConnected 1
     2021-07-30 22:34:22   serverId        553196154
     2021-07-30 23:11:31   state           connected
     2021-07-30 22:34:22   uptime          1492
     2021-07-30 22:34:22   wifiFirmwareVersion 2.2.0
   fhem:
     infix      NUKIBridge
   helper:
     iowrite    0
     actionQueue:
Attributes:
   icon       1_nuki_bridge
   room       NUKI
   verbose    5
   webhookFWinstance WEBnuki
   webhookHttpHostname 192.168.0.112


Smartlock:
Internals:
   BRIDGEAPI  1.9
   DEF        592***821 0
   DEVICETYPE 0
   FUUID      60f9ca4b-f33f-0d64-****-a0ead5f6ffce4659
   FVERSION   74_NUKIDevice.pm:v1.9.12-s21020/2020-01-20
   IODev      NUKIBridge
   LASTInputDev NUKIBridge
   MSGCNT     7
   NAME       Garten
   NOTIFYDEV  global,autocreate,Garten
   NR         501
   NTFY_ORDER 50-Garten
   NUKIBridge_MSGCNT 7
   NUKIBridge_TIME 2021-07-30 23:11:31
   NUKIID     592***821
   STATE      smartlock response error
   TYPE       NUKIDevice
   VERSION    v1.9.12
   READINGS:
     2021-07-30 22:56:36   IODev           NUKIBridge
     2021-07-30 23:01:22   batteryChargeState 88
     2021-07-30 23:01:22   batteryCharging 0
     2021-07-30 23:01:22   batteryState    ok
     2021-07-30 23:01:22   deviceType      smartlock
     2021-07-30 23:01:22   doorsensorState 2
     2021-07-30 23:01:22   doorsensorStateName door closed
     2021-07-30 22:52:10   firmwareVersion 2.10.8
     2021-07-30 23:01:22   mode            door mode
     2021-07-30 22:52:10   name            Garten
     2021-07-30 23:11:31   nukiId          592***821
     2021-07-30 22:34:22   paired          true
     2021-07-30 22:34:22   rssi            -84
     2021-07-30 23:11:24   state           smartlock response error
     2021-07-30 23:01:22   stateName       locked
     2021-07-30 23:11:31   success         0
   helper:
Attributes:
   genericDeviceType lock
   icon       1_nuki
   model      smartlock
   room       Garten,HomeKit,NUKI
   verbose    5


FHEM Instanz:
Internals:
   BYTES_READ 415
   BYTES_WRITTEN 0
   CONNECTS   261
   CSRFTOKEN  csrf_499071***255409
   DEF        8084 global
   FD         7
   FUUID      61045eea-***-0d64-fcfb-a47c83b9c862abc7
   NAME       WEBnuki
   NR         18
   NTFY_ORDER 50-WEBnuki
   PORT       8084
   STATE      Initialized
   TYPE       FHEMWEB
   READINGS:
     2021-07-30 22:56:34   state           Initialized
Attributes:
   allowfrom  192.168.0.114
   hiddenroomRegexp ^(?!NUKI)
   room       System


Sowohl der Webhook scheint nicht zuverlässig zu funktionieren als auch das Öffnen/Schließen des Schlosses liefert immer nur einen Error 503...
Per App funktioniert alles...

Log eines Schließvorgangs:

2021.07.30 23:21:51 4: NUKIBridge (NUKIBridge) - Response JSON: {"success": false}
2021.07.30 23:21:51 4: NUKIBridge (NUKIBridge) - Response ERROR:
2021.07.30 23:21:51 4: NUKIBridge (NUKIBridge) - Response CODE: 200
2021.07.30 23:21:51 5: NUKIBridge (NUKIBridge) - Bridge ist online
2021.07.30 23:21:51 5: NUKIBridge: dispatch {"nukiId":"592***821","success":false}
2021.07.30 23:21:51 5: NUKIDevice (NUKIBridge) - Parse with result: {"nukiId":"592***821","success":false}
2021.07.30 23:21:51 4: NUKIBridge (NUKIBridge) - created uri: http://192.168.0.114:8080/lockState?token=t****7&nukiId=592***821&deviceType=0
2021.07.30 23:21:51 4: NUKIBridge (NUKIBridge) - Send HTTP POST with URL http://192.168.0.114:8080/lockState?token=t****7&nukiId=592***821&deviceType=0
2021.07.30 23:21:51 5: NUKIDevice (Garten) - lockAction readings set for Garten
2021.07.30 23:21:51 4: NUKIDevice (Garten) - find logical device: Garten
2021.07.30 23:21:52 4: NUKIBridge (NUKIBridge) - Response JSON: HTTP 503 Unavailable
2021.07.30 23:21:52 4: NUKIBridge (NUKIBridge) - Response ERROR:
2021.07.30 23:21:52 4: NUKIBridge (NUKIBridge) - Response CODE: 503
2021.07.30 23:21:52 4: NUKIBridge (NUKIBridge) - Response from Bridge: 503, HTTP 503 Unavailable


Jemand eine Idee?

In der Bridge hast du das Attribut webhookFWinstance mit WEBnuki gesetzt. Heist deine FHEM Webinstanz wirklich so? Im Standard ist das eigentlich immer nur WEB
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: freddeh am 31 Juli 2021, 09:25:55
Zitat von: Udomatic am 31 Juli 2021, 07:51:46
In der Bridge hast du das Attribut webhookFWinstance mit WEBnuki gesetzt. Heist deine FHEM Webinstanz wirklich so? Im Standard ist das eigentlich immer nur WEB

Ja, ich hatte hier im Thread gelesen es ist ratsam eine eigene Instanz für das Nuki einzurichten, die "List"-Info zu dem WEBnuki steht oben. Ist auf die IP und den Raum vom Nuki beschränkt.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: freddeh am 31 Juli 2021, 16:08:14
Nach Neuanlage und Repositionierung der Bridge scheint der Datenaustausch jetzt zu funktionieren. Obwohl die Bridge als Verbindungsstärke immer gut angezeigt hat, war die Verbindungsstärke wohl nicht ausreichend oder er die Bridge war in einem Verbindungsloop und daher ständig ausgelastet... Die Reichweite der Bridge lässt offenbar ziemlich zu wünschen übrig.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: SimonHipp am 14 September 2021, 23:10:01
Hi Leute,

ich habe das Problem das zwar alles geht aber der State beim schließen/öffnen per APP sich nicht im Fhem verändert.
Webhook ist gesetzt, verbose5 der Bridge zeigt z.B. beim löschen des Logs folgenden Fehler:
2021.09.14 23:00:12.394 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/73_NUKIBridge.pm line 1115.
2021.09.14 23:03:02.386 1: Connection refused from 192.168.151.214:64364
2021.09.14 23:07:34.479 4: NUKIBridge (NUKIBridge) - created uri: http://192.168.151.214:8080/clearlog?token=SVUGQN
2021.09.14 23:07:34.480 4: NUKIBridge (NUKIBridge) - Send HTTP POST with URL http://192.168.151.214:8080/clearlog?token=SVUGQN
2021.09.14 23:07:34.718 4: NUKIBridge (NUKIBridge) - Response JSON: {"success": true}
2021.09.14 23:07:34.718 4: NUKIBridge (NUKIBridge) - Response ERROR:
2021.09.14 23:07:34.718 4: NUKIBridge (NUKIBridge) - Response CODE: 200
2021.09.14 23:07:34.729 5: NUKIBridge (NUKIBridge) - Bridge ist online
2021.09.14 23:07:34.729 5: NUKIBridge (NUKIBridge) - Rückgabe Path nicht korrekt:
{"success": true}
2021.09.14 23:08:04.571 3: NUKIBridge WEBHOOK (NUKIBridge) - empty message received
2021.09.14 23:10:13.657 4: NUKIBridge (NUKIBridge) - created uri: http://192.168.151.214:8080/info?token=SVUGQN
2021.09.14 23:10:13.657 4: NUKIBridge (NUKIBridge) - Send HTTP POST with URL http://192.168.151.214:8080/info?token=SVUGQN
2021.09.14 23:10:13.792 4: NUKIBridge (NUKIBridge) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": 701029150, "serverId": 2120965652}, "versions": {"firmwareVersion": "2.9.3", "wifiFirmwareVersion": "2.2.0"}, "uptime": 3700, "currentTime": "2021-09-14T21:10:13+00:00", "wlanConnected": true, "serverConnected": true, "scanResults": [{"deviceType": 0, "nukiId": 701188340, "name": "Nuki_29CB48F4", "rssi": -55, "paired": true}]}
2021.09.14 23:10:13.792 4: NUKIBridge (NUKIBridge) - Response ERROR:
2021.09.14 23:10:13.792 4: NUKIBridge (NUKIBridge) - Response CODE: 200
2021.09.14 23:10:13.795 5: NUKIBridge (NUKIBridge) - Bridge ist online
2021.09.14 23:10:13.795 5: NUKIBridge (NUKIBridge) - 1 == 1 and 1 > 0
2021.09.14 23:10:13.795 5: NUKIBridge (NUKIBridge) - 1 == 1 and 1 > 0
2021.09.14 23:10:13.795 5: NUKIBridge (NUKIBridge) - return msg: {"deviceType": 0, "nukiId": 701188340, "name": "Nuki_29CB48F4", "rssi": -55, "paired": true} and tail: ]}
2021.09.14 23:10:13.795 5: NUKIBridge (NUKIBridge) - Decoding JSON message. Length: 92 Content: {"deviceType": 0, "nukiId": 701188340, "name": "Nuki_29CB48F4", "rssi": -55, "paired": true}
2021.09.14 23:10:13.795 5: NUKIBridge (NUKIBridge) - Vor Sub: Laenge JSON: 92 Content: {"deviceType": 0, "nukiId": 701188340, "name": "Nuki_29CB48F4", "rssi": -55, "paired": true} Tail: ]}
2021.09.14 23:10:13.796 5: NUKIBridge: dispatch {"deviceType": 0, "nukiId": 701188340, "name": "Nuki_29CB48F4", "rssi": -55, "paired": true}
2021.09.14 23:10:13.796 5: NUKIDevice (NUKIBridge) - Parse with result: {"deviceType": 0, "nukiId": 701188340, "name": "Nuki_29CB48F4", "rssi": -55, "paired": true}
2021.09.14 23:10:13.799 5: NUKIBridge (NUKIBridge) - Garbage character before message: ]
2021.09.14 23:10:13.799 5: NUKIBridge (NUKIBridge) - Garbage character before message: }
2021.09.14 23:10:13.799 5: NUKIBridge (NUKIBridge) - return msg:  and tail:
2021.09.14 23:10:13.799 5: NUKIBridge (NUKIBridge) - Nach Sub: Laenge JSON: 0 Content:  Tail:
2021.09.14 23:10:33.027 3: NUKIBridge WEBHOOK (NUKIBridge) - empty message received
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: SimonHipp am 16 September 2021, 07:10:00
Guten Morgen,

hat außer mit keiner mit dem aktuellen Nuki das Problem das dass WEBHOOK nicht geht?
NUKIBridge WEBHOOK (NUKIBridge) - empty message received

Grüße
Simon
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 16 September 2021, 07:16:21
Zitat von: SimonHipp am 14 September 2021, 23:10:01
Hi Leute,

ich habe das Problem das zwar alles geht aber der State beim schließen/öffnen per APP sich nicht im Fhem verändert.
Webhook ist gesetzt, verbose5 der Bridge zeigt z.B. beim löschen des Logs folgenden Fehler:
2021.09.14 23:00:12.394 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/73_NUKIBridge.pm line 1115.
2021.09.14 23:03:02.386 1: Connection refused from 192.168.151.214:64364
2021.09.14 23:07:34.479 4: NUKIBridge (NUKIBridge) - created uri: http://192.168.151.214:8080/clearlog?token=SVUGQN
2021.09.14 23:07:34.480 4: NUKIBridge (NUKIBridge) - Send HTTP POST with URL http://192.168.151.214:8080/clearlog?token=SVUGQN
2021.09.14 23:07:34.718 4: NUKIBridge (NUKIBridge) - Response JSON: {"success": true}
2021.09.14 23:07:34.718 4: NUKIBridge (NUKIBridge) - Response ERROR:
2021.09.14 23:07:34.718 4: NUKIBridge (NUKIBridge) - Response CODE: 200
2021.09.14 23:07:34.729 5: NUKIBridge (NUKIBridge) - Bridge ist online
2021.09.14 23:07:34.729 5: NUKIBridge (NUKIBridge) - Rückgabe Path nicht korrekt:
{"success": true}
2021.09.14 23:08:04.571 3: NUKIBridge WEBHOOK (NUKIBridge) - empty message received
2021.09.14 23:10:13.657 4: NUKIBridge (NUKIBridge) - created uri: http://192.168.151.214:8080/info?token=SVUGQN
2021.09.14 23:10:13.657 4: NUKIBridge (NUKIBridge) - Send HTTP POST with URL http://192.168.151.214:8080/info?token=SVUGQN
2021.09.14 23:10:13.792 4: NUKIBridge (NUKIBridge) - Response JSON: {"bridgeType": 1, "ids": {"hardwareId": 701029150, "serverId": 2120965652}, "versions": {"firmwareVersion": "2.9.3", "wifiFirmwareVersion": "2.2.0"}, "uptime": 3700, "currentTime": "2021-09-14T21:10:13+00:00", "wlanConnected": true, "serverConnected": true, "scanResults": [{"deviceType": 0, "nukiId": 701188340, "name": "Nuki_29CB48F4", "rssi": -55, "paired": true}]}
2021.09.14 23:10:13.792 4: NUKIBridge (NUKIBridge) - Response ERROR:
2021.09.14 23:10:13.792 4: NUKIBridge (NUKIBridge) - Response CODE: 200
2021.09.14 23:10:13.795 5: NUKIBridge (NUKIBridge) - Bridge ist online
2021.09.14 23:10:13.795 5: NUKIBridge (NUKIBridge) - 1 == 1 and 1 > 0
2021.09.14 23:10:13.795 5: NUKIBridge (NUKIBridge) - 1 == 1 and 1 > 0
2021.09.14 23:10:13.795 5: NUKIBridge (NUKIBridge) - return msg: {"deviceType": 0, "nukiId": 701188340, "name": "Nuki_29CB48F4", "rssi": -55, "paired": true} and tail: ]}
2021.09.14 23:10:13.795 5: NUKIBridge (NUKIBridge) - Decoding JSON message. Length: 92 Content: {"deviceType": 0, "nukiId": 701188340, "name": "Nuki_29CB48F4", "rssi": -55, "paired": true}
2021.09.14 23:10:13.795 5: NUKIBridge (NUKIBridge) - Vor Sub: Laenge JSON: 92 Content: {"deviceType": 0, "nukiId": 701188340, "name": "Nuki_29CB48F4", "rssi": -55, "paired": true} Tail: ]}
2021.09.14 23:10:13.796 5: NUKIBridge: dispatch {"deviceType": 0, "nukiId": 701188340, "name": "Nuki_29CB48F4", "rssi": -55, "paired": true}
2021.09.14 23:10:13.796 5: NUKIDevice (NUKIBridge) - Parse with result: {"deviceType": 0, "nukiId": 701188340, "name": "Nuki_29CB48F4", "rssi": -55, "paired": true}
2021.09.14 23:10:13.799 5: NUKIBridge (NUKIBridge) - Garbage character before message: ]
2021.09.14 23:10:13.799 5: NUKIBridge (NUKIBridge) - Garbage character before message: }
2021.09.14 23:10:13.799 5: NUKIBridge (NUKIBridge) - return msg:  and tail:
2021.09.14 23:10:13.799 5: NUKIBridge (NUKIBridge) - Nach Sub: Laenge JSON: 0 Content:  Tail:
2021.09.14 23:10:33.027 3: NUKIBridge WEBHOOK (NUKIBridge) - empty message received


Einen Fehler beim löschen des Logs kann ich nicht sehen. Ist alles korrekt soweit.
Hast Du eine nicht gesicherte HTTP Webinstanz für den Webhook?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: SimonHipp am 16 September 2021, 07:21:46
Zitat von: CoolTux am 16 September 2021, 07:16:21
Einen Fehler beim löschen des Logs kann ich nicht sehen. Ist alles korrekt soweit.
Hast Du eine nicht gesicherte HTTP Webinstanz für den Webhook?

Ja, habe ich.
Kann es sein das die neue NUKI 2.0 einen andere Antwort gibt?
Geben ich z.B. im Browser ein:
http://192.168.151.214:8080/lockState?nukiId=701188340&deviceType=0&token=SVUGQN

bekomme ich die folgende Antwort zurück:
{"mode": 2, "state": 3, "stateName": "unlocked", "batteryCritical": false, "batteryCharging": false, "batteryChargeState": 100, "doorsensorState": 1, "doorsensorStateName": "deactivated", "success": true}

deshalb vll. ja auch die Meldung vom WEBHOOK mit:
NUKIBridge WEBHOOK (NUKIBridge) - empty message received
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: palatin8 am 25 September 2021, 03:45:34
Zitat von: BM030 am 03 Oktober 2020, 12:56:39
bei meinem Opener und bei der Bridge stimmen die Uhrzeiten nicht, ist das bei Euch auch so?

es "fehlen" 2 Stunden...
Das Thema möchte ich ausgraben. Ist bei mir auch so. Und nervt, weil ich das letzte Klingeln an der Haustür gerne korrekt angezeigt hätte. Sorry, falls ich Antworten übersehen habe bei 118 Seiten.

Eigentlich ein Fall für einen Bugreport bzw. ein Feature Request bei NUKI. Zeitzone im Opener ist gesetzt und im Protokoll von NUKI Web und in der App wird der Zeitpunkt der letzten ringAction korrekt angezeigt. Das möchte ich auch in FHEM auswerten. In den Webhooks (und das ist das, was das Modul ausliest) ist der ringactionTimestamp aber nur in UTC angegeben. Umrechnen von UTC-Zeit in lokale Zeit ist nicht ganz banal, einfaches Aufaddieren von 2 Stunden geht nicht wg. Sommerzeit/Normalzeit. Wenn also die lokale Zeit im NUKI-Device schon angelegt ist, sollte auch im Webhook ein Zeitstempel in Lokalzeit vorhanden sein, damit nicht jede Anwendung die Umrechnung erneut machen muss.

Workaround:
Statt umständlicher PERL-Umrechnungen nehme ich doch den FHEM-Zeitstempel vom Reading "ringactionTimestamp", dachte ich mir. Leider ändert der sich bei gesetztem event-on-change-reading .* aber bei jedem anderen Event (muss ich nicht verstehen). Also muss noch das das Attribut "timestamp-on-change-reading" für "ringactionTimestamp" gesetzt werden, damit er bei der letzten Änderung stehen bleibt. Noch nicht ausgiebig getestet, aber seit dem letzten Klingelevent passt das, und sollte auch nach der Zeitumstellung so bleiben.
https://forum.fhem.de/index.php/topic,52483.0.html

In FTUI dann sehr einfach anzuwenden, indem für das Label vom Opener (data-get="ringactionTimestamp") die CSS-Klasse class="timestamp" gesetzt wird, dann wird nicht der Inhalt des Readings, sondern der Zeitstempel ausgegeben.

Edith: https://developer.nuki.io/t/api-timestamp-utc-local/12010
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Mitch am 18 Oktober 2021, 20:35:03
Hallo Zusammen,

nachdem mein Keymatic nach vieen Jahren aufgegeben hat, kam heute ine Nuki mit Bridge.

Habe alles eingerichtet und funktioniert soweit.
Ich kann über fhem auf und zusperren.

Leider wird aber der state vom Nuki nicht aktualisiert, wenn ich über die App sperre.

Hier mal der List der Bridge:
Internals:
   BRIDGEAPI  1.9
   CFGFN     
   DEF        10.11.0.189 CE9wBq
   FUUID      616d896e-f33f-5738-db62-c858cbc63ddd3bfe
   FVERSION   73_NUKIBridge.pm:v1.9.16-s20994/2020-01-16
   HOST       10.11.0.189
   NAME       NUKIbridge
   NOTIFYDEV  global,NUKIbridge
   NR         159580
   NTFY_ORDER 50-NUKIbridge
   PORT       8080
   STATE      connected
   TOKEN      CE9wBq
   TYPE       NUKIBridge
   VERSION    v1.9.16
   WEBHOOK_COUNTER 0
   WEBHOOK_PORT 8084
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /fhem/NUKIBridge-10.11.0.189
   WEBHOOK_URL http://192.168.0.202:8084/fhem/NUKIBridge-10.11.0.189
   Helper:
     DBLOG:
       uptime:
         myDbLog:
           TIME       1634582022.07155
           VALUE      13362
   READINGS:
     2021-10-18 20:33:42   bridgeType      Hardware
     2021-10-18 20:33:42   firmwareVersion 2.4.21
     2021-10-18 20:33:42   hardwareId      615640794
     2021-10-18 20:31:41   lastError       read from http://10.11.0.189:8080 timed out
     2021-10-18 20:33:42   serverConnected 0
     2021-10-18 20:33:42   serverId        0
     2021-10-18 20:33:42   state           connected
     2021-10-18 20:33:42   uptime          13362
     2021-10-18 20:33:42   wifiFirmwareVersion 2.1.13
   fhem:
     infix      NUKIBridge
   helper:
     iowrite    0
     actionQueue:
Attributes:
   group      Zentrale
   icon       nuki_bridge
   room       Zentrale
   webhookFWinstance WEBint
   webhookHttpHostname 192.168.0.202


und hier das Schloss:
Internals:
   BRIDGEAPI  1.9
   CFGFN     
   DEF        676481901 0
   DEVICETYPE 0
   FUUID      616d89cd-f33f-5738-c841-2431a04f65453ec7
   FVERSION   74_NUKIDevice.pm:v1.9.12-s21020/2020-01-20
   IODev      NUKIbridge
   LASTInputDev NUKIbridge
   MSGCNT     458
   NAME       Nuki_28524B6D
   NOTIFYDEV  global,autocreate,Nuki_28524B6D
   NR         159656
   NTFY_ORDER 50-Nuki_28524B6D
   NUKIID     676481901
   NUKIbridge_MSGCNT 458
   NUKIbridge_TIME 2021-10-18 20:34:41
   STATE      unlock
   TYPE       NUKIDevice
   VERSION    v1.9.12
   READINGS:
     2021-10-18 16:50:53   IODev           NUKIbridge
     2021-10-18 20:32:07   batteryState    low
     2021-10-18 20:34:41   deviceType      smartlock
     2021-10-18 20:14:07   mode            door mode
     2021-10-18 20:34:41   name            Nuki_28524B6D
     2021-10-18 20:34:41   nukiId          676481901
     2021-10-18 20:34:41   paired          true
     2021-10-18 20:34:41   rssi            -72
     2021-10-18 20:14:05   schloss         unlocked
     2021-10-18 20:32:01   state           unlock
     2021-10-18 20:14:07   stateName       locked
     2021-10-18 20:32:07   success         1
   helper:
Attributes:
   alias      Türschloss
   devStateIcon locked:secur_locked unlock:secur_open
   group      Haustür
   icon       im_key
   model      smartlock
   room       Zentrale,Übersicht
   webCmd     lock:unlock:unlatch


Jemand eine Idee?
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: palatin8 am 18 Oktober 2021, 22:13:34
Zitat von: Mitch am 18 Oktober 2021, 20:35:03

Internals:
   DEF        10.11.0.189 xxxxxx

   WEBHOOK_URI /fhem/NUKIBridge-10.11.0.189
   WEBHOOK_URL http://192.168.0.202:8084/fhem/NUKIBridge-10.11.0.189

   READINGS:

     2021-10-18 20:31:41   lastError       read from http://10.11.0.189:8080 timed out
     2021-10-18 20:33:42   serverConnected 0
     2021-10-18 20:33:42   serverId        0

Attributes:
   webhookFWinstance WEBint
   webhookHttpHostname 192.168.0.202



Hat deine Bridge wirklich IP 10.11.0.189 und dein FHEM 192.168.0.202?
Gib mal im Browser ein
http://10.11.0.189:8080/info?token=CE9wBq
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Mitch am 18 Oktober 2021, 22:26:03
Ja, das stimmt schon  8)

{"bridgeType": 1, "ids": {"hardwareId": 615640794, "serverId": 0}, "versions": {"firmwareVersion": "2.4.21", "wifiFirmwareVersion": "2.1.13"}, "uptime": 20069, "currentTime": null, "wlanConnected": true, "serverConnected": false, "scanResults": [{"deviceType": 0, "nukiId": 676481901, "name": "Nuki_28524B6D", "rssi": -67, "paired": true}]}
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Mitch am 19 Oktober 2021, 19:02:34
Habe jetzt bridge und Schloß gelöscht und neu aufgesetzt, gleiche Problem.

Niemand eine zündende Idee??
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: antonwinden am 20 Oktober 2021, 12:04:54
wenn es jemand tröstet:
Bei mir funktioniert der webhook auch nicht (eigentlich noch nie..)
der direkte aufruf ergibt:
{"bridgeType": 1, "ids": {"hardwareId": 409057010, "serverId": 540476683}, "versions": {"firmwareVersion": "2.10.4", "wifiFirmwareVersion": "2.2.0"}, "uptime": 607280, "currentTime": "2021-10-20T10:03:17+00:00", "wlanConnected": true, "serverConnected": true, "scanResults": [{"deviceType": 0, "nukiId": 440953477, "name": "Nuki_1A486A85", "rssi": -52, "paired": true}]}
gruß anton
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Mitch am 20 Oktober 2021, 23:06:48
Was mir gerade noch aufgefallen ist, fhem Zeigt Battrie low, aber in der App steht 88%, also mehr als genug.
Da ist irgendwie noch der Wurm drinnen  ???
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: Mitch am 20 Oktober 2021, 23:54:13
Habe gerade die Bridge zu einem FW Update "gezwungen" und nun geht es!!  8)
FW 2.10.4 und API v1.9.16

Auch Batteriestatus etc. kommt alles nun richtig an.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: palatin8 am 21 Oktober 2021, 00:05:00
Wollte schon etwas zum Updatestand schreiben (bei gleicher Hardwareversion) und dass einige Readings bei deinem Smartlock fehlen, hab's aber gelassen da Anton auch mit aktueller Firmware Probleme hat. Die App zeigt mir an, dass auch für mein Smartlock gerade wieder eine Aktualisierung verfügbar ist.

Aktuell:
   VERSION    v1.9.12
   READINGS:
     2021-10-04 03:17:52   IODev           NuBridge
     2021-10-20 21:57:01   batteryChargeState 40
     2021-10-20 21:57:01   batteryCharging 0
     2021-10-20 21:57:01   batteryState    ok
     2021-10-20 23:55:51   deviceType      smartlock
     2021-10-20 21:57:01   doorsensorState 2
     2021-10-20 21:57:01   doorsensorStateName door closed
     2021-10-19 20:10:22   firmwareVersion 2.11.8
     2021-10-20 21:57:01   mode            door mode
     2021-10-20 23:55:51   name            Nuki_12345678
     2021-10-20 23:55:51   nukiId          12345678
     2021-10-20 23:55:51   paired          true
     2021-10-20 23:55:51   rssi            -36
     2021-10-20 21:57:01   state           unlocked
     2021-10-20 21:57:01   stateName       unlocked
     2021-10-01 02:08:34   success         1
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: kjmEjfu am 09 November 2021, 13:46:26
Hat irgendwer eine Lösung gefunden, wie der automatische Update per Calback wieder funktioniert?

Die Variante mit statusRequest per At ist zwar möglich, aber nicht so ideal.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 09 November 2021, 14:16:35
Zitat von: kjmEjfu am 09 November 2021, 13:46:26
Hat irgendwer eine Lösung gefunden, wie der automatische Update per Calback wieder funktioniert?

Die Variante mit statusRequest per At ist zwar möglich, aber nicht so ideal.

Scheint doch bei den meisten zu funktionieren.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: kjmEjfu am 09 November 2021, 14:40:58
Jetzt wieder, ja :-)

Ich musste die Firmware einmal neu installieren, damit es wieder funktioniert. Weshalb auch immer.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 09 November 2021, 14:56:02
Wie hast du die Firmware installiert? Und welche ist für das Nuki 1 gerade aktuell. Habe meines gerade eben nach über einem Jahr wieder in Betrieb genommen. Werde mir wohl das neue 3er holen
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: kjmEjfu am 09 November 2021, 15:13:59
Nuki App -> Meine Geräte verwalten -> Smart Lock -> Administration -> Firmwareaktualisierung

Aber da kann ich jetzt keine Neuinstallation veranlassen. Vermutlich ist das letzte Update nicht erfolgreich durchgelaufen und deshalb hat es gehangen.
Aktuell für das Nuki Lock ist die 2.11.9

Beim 3er warte ich noch auf Berichte, ob sich das Update wirklich lohnt. Leiser wäre toll und schnellere Erkennung für Auto-Unlock auch.
Ein Witz ist aber, dass man bei dem 3er jetzt den Türsensor extra kaufen muss.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 11 November 2021, 14:20:05
!!!!! Es gibt Neuigkeiten !!!!!


Das wichtige Vorneweg. Ich entwickel gerade aktiv weiter. Bin nun heiß auf Nuki da ich endlich dazu gekommen bin mein 1er an die Tür zu bringen. Ein Vorteil muss das leben ohne Frau ja haben  ;D
Ich werde mir das 3er holen bei Gelegenheit.

Und nun erste Meldungen.
Ich habe das Problem das mein Nuki und mein FHEM in 2 unterschiedlichen Netzen liegen ohne direktes Routing dazwischen. Ich habe aber einen kleinen Raspi der sowohl ein Bein im Nuki Netz als auch ein Bein in ein Netz hat wo weiter geroutet wird in das FHEM Netz. Wie gesagt ein direktes Routing ist nicht möglich.
Daher habe ich auf den Raspi ein zweites FHEM installiert und von dort ein FHEM2FHEM im RAW zugelassen. Verbindung ok, Werte kommen im Haupt FHEM an aber schalten ging nicht. Ich musste daher die Module umprogrammieren um mit FHEM2FHEM auch RAW senden zu können. Damit bin ich nun fertig und es geht super.

Weitere Entwicklungen werden hoffentlich bald folgen.




Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: kjmEjfu am 11 November 2021, 14:39:55
Wenn du gerade am Entwickeln bist: das Nuki meines Nachbarn landet immer mal wieder bei. Das scheint einen Broadcast(?) per Bluetooth zu senden, der auch von meiner Bridge empfangen wird. Und meine Bridge legt dann freundlich ein ein neues Device an (mit Filelog natürlich).
Jetzt kann ich dort nichts weiter sehen außer rssi, nukiId und paired. Aber es stört ein wenig :-)

Es wäre daher cool, wenn entweder die Bridge alles verwirft, wenn paired=false, oder aber man an der Bridge ein Reading "ignoreNukiId" o.ä. hätte.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: the-vince am 22 November 2021, 10:38:24
Moin CoolTux,

vielen Dank für die (Weiter-)Entwicklung. Mit dem Pro wurde das DeviceType für das Pro Lock angepasst. Das ist bei mir jetzt mit DeviceType=4 hinterlegt. Entsprechend läuft das Ansprechen nicht.
Vielleicht lässt sich die Änderung einpflegen? Wäre super!

Grüße
Vincent
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 22 November 2021, 11:01:09
Zitat von: the-vince am 22 November 2021, 10:38:24
Moin CoolTux,

vielen Dank für die (Weiter-)Entwicklung. Mit dem Pro wurde das DeviceType für das Pro Lock angepasst. Das ist bei mir jetzt mit DeviceType=4 hinterlegt. Entsprechend läuft das Ansprechen nicht.
Vielleicht lässt sich die Änderung einpflegen? Wäre super!

Grüße
Vincent

Oh sag bloß Du hast schon das neue 3er in der Pro Version. Das will ich mir auch holen. Ich dachte das gibt es noch gar nicht.
Ich muss mir dafür mal die API durchlesen. Und Du brauchst ja dann auch keine Bridge mehr, korrekt?


Grüße
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: marvin78 am 22 November 2021, 11:13:10
Du kannst, musst aber nicht.

Die API für direkten Zugriff, gibt es noch nicht, soweit ich das verstanden habe. Also für API: Weiterhin Bridge.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 22 November 2021, 11:15:50
Zitat von: marvin78 am 22 November 2021, 11:13:10
Du kannst, musst aber nicht.

Die API für direkten Zugriff, gibt es noch nicht, soweit ich das verstanden habe. Also für API: Weiterhin Bridge.

Ich dachte die Bridge wäre dann einfach nur schon im Schloss integriert. Naja oder besser gesagt die API für davon.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: the-vince am 22 November 2021, 11:34:39
Moin,

ich hab das Pro am Samstag bekommen. Leider sind die Einschränkungen aktuell noch ziemlich groß. API Zugriff gibt es aktuell nur via Bridge. Und die integrierte Bridge im Pro ist eigentlich nur ein WLAN Modul. Koppeln des Opener geht (noch) nicht. Insgesamt ist das Ding ziemlich instabil im WLAN gelaufen und ich betreibe es erstmal an der Bridge. Die läuft aber sehr solide. API ist auf den ersten Blick gleich geblieben, nur das DeviceType ist jetzt anders. Entsprechend erhält man aktuell ein 404, wenn man mit DeviceType=0 das Schloss ansprechen will.
Ich glaube im aktuellen 74_NUKIDevice.pm sind die DeviceTypes auf 0 und 2 Hardcoded, ich bin aber zu wenig drin um den Code schnell auf Typ4 (und evtl. 3 für das Nuki 3.0 non Pro?!) zu erweitern.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: kjmEjfu am 22 November 2021, 11:40:52
Zitat von: the-vince am 22 November 2021, 11:34:39
ich hab das Pro am Samstag bekommen. Leider sind die Einschränkungen aktuell noch ziemlich groß. API Zugriff gibt es aktuell nur via Bridge. Und die integrierte Bridge im Pro ist eigentlich nur ein WLAN Modul. Koppeln des Opener geht (noch) nicht.

AFAIK soll sich das auch gar nicht ändern, deshalb versteht auch kaum jemand den Sinn der Pro.
Von Nuki war das am Anfang etwas missverständlich kommuniziert, mittlerweile steht aber recht deutlich drin "mit einem integrierten WiFi-Modul" (https://nuki.io/de/smart-lock-pro/). Nix mehr Richtung "integrierte Bridge".
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 22 November 2021, 12:03:21
Ok verstehe. Und was macht die Lautstärke im vergleich zu den Vorversionen? Ist bei mir mit dem 1er noch so ein "Manko"
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: marvin78 am 22 November 2021, 13:32:56
Zitat von: kjmEjfu am 22 November 2021, 11:40:52
AFAIK soll sich das auch gar nicht ändern, deshalb versteht auch kaum jemand den Sinn der Pro.
Von Nuki war das am Anfang etwas missverständlich kommuniziert, mittlerweile steht aber recht deutlich drin "mit einem integrierten WiFi-Modul" (https://nuki.io/de/smart-lock-pro/). Nix mehr Richtung "integrierte Bridge".

Eigentlich war davon nie so recht die Rede. Mit dem Wifi Modul kann man sicher ne Menge machen. Nur ist aktuell nichts davon implementiert. Angeblich ist das auf der Todo-Liste (so, wie ich die Aussagen verstehe, als neue API). Ob dann je passiert...wer weiß.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: marvin78 am 22 November 2021, 13:33:43
Zitat von: CoolTux am 22 November 2021, 12:03:21
Ok verstehe. Und was macht die Lautstärke im vergleich zu den Vorversionen? Ist bei mir mit dem 1er noch so ein "Manko"

Immer wenn jemand danach fragt, ist die Antwort: Lautstärke ist ein extrem subjektives empfinden...Da wird sich nicht viel getan haben.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: the-vince am 22 November 2021, 13:54:28
Ich hab zur Lautstärke jetzt auch keine positive Überraschung erlebt. Ich hatte vorher ein KEYBLE, das war ähnlich laut. Leiser als ein Nuki 2.0 kann ich nicht beurteilen. Leise ist es definitiv nicht. Ich sehe es so wie marvin78, wäre es deutlich leiser würde das auch so beworben werden.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: kjmEjfu am 22 November 2021, 14:22:12
Bisher habe ich in den Reviews nur gelesen, dass sich an der Lautstärke nichts geändert haben soll.
Ein Bekannter, der das Upgrade gemacht hat, meinte auch, dass er keinen Unterschied zu vorher hört. Muss aber nichts heißen.
Ich bleibe beim "alten" Nuki :-)
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: fred_feuerstein am 22 November 2021, 19:48:42
Ich werde auch erstmal beim 2er nuki (incl. POWERPACK) mit weissem Cover (aus dem 3d Drucker) bleiben.
Da ist auch noch der Türsensor incl. gewesen....

Bin damals auch direkt vom 1er auf das 2er gewechselt. Da lief einiges noch nicht stabil.

Und der Vorteil vom 3er Pro leuchtet mir auch noch nicht ein.

Ich warte. Nuki will ja ggfs. noch ein Angebot an die bisherigen Käufer machen. Wobei das wahrscheinlich wie damals nicht besser ist, als wenn man das alte nuki verkauft und das neue kauft...
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: marvin78 am 22 November 2021, 21:22:05
Das Angebot ist: Türsensor gratis.

Aus meiner Sicht sinnlos.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: apfelflo89 am 24 November 2021, 11:30:37
Ich habe mein Nuki 3.0 Pro auch erhalten, kann den neuen DeviceType ebenfalls bestätigen. Der lautet nämlich nun "4" Nuki scheint es allerdings noch nicht als notwendig zu erachten dies auch zu dokumentieren.

Ich wollte mich im wesentlichen erstmal von der Optik überzeugen, denn das gebürstete Edelstahl und das Weiße Gehäuse hatten mir zugesagt. Meins geht jetzt erstmal wieder zurück zum Hersteller und im Februar gibts dann den Türsensor als Bestandskunde "gratis" dazu.
Ich update lediglich aus optischen Gründen, auch wenn ich diese Regelung "Treue Bestandskunden sind uns wichtig, aber bitte erst im Februar Upgraden" wirklich unfair finde.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 26 November 2021, 10:40:20
Ich habe soeben eine neue Version ins SVN geladen wo das neue SmartLock der 3. Generation unterstützt wird.
Ich habe mein neues gestern bekommen und hatte ziemliche Probleme mit Pixel 4a Android12 und Bluetooth. Es ging gar nicht. Wollte schon zurück schicken. Aber dann habe ich ein Android11 Gerät genommen und damit ging es dann. Desweiteren habe ich festgestellt das das 3.0er nicht das Pro total laut ist. Lauter wie die erste Generation wie ich empfinde.



Grüße
Marko
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 26 November 2021, 13:26:21
Ganz vergessen zu erwähnen. Das neue Smart Lock 3.0 wird als smartlockNG Devicetype angelegt. Wer sein Schloß schon eingerichtet hat muss lediglich das Attribut model entsprechend setzen und in der DEF am Ende aus der 0 eine 4 machen.
Titel: Antw:[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm
Beitrag von: CoolTux am 26 November 2021, 20:06:36
Es geht in einem neuen Thread weiter

https://forum.fhem.de/index.php/topic,124388.0.html