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
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
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.plfunktioniert 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
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
Wenn ich Dich jezt richtig verstanden habe ist es eine Software Bridge. Korrekt?
Ja.
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
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
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
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
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
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
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
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.

Zitat
2016.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  :)

Zitat
NUKIBridge (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
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
Zitat
curl http://192.168.11.119:8080/list?token=123456
nur
Zitat
curl: (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
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  ???
Zitat
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
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.


Zitat
pi@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 xxxxxxdie 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 10HTTP/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
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
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
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
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
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
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
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
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
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:

Zitat
Danke 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
Zitat
Soweit 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:
Zitat
Sind 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
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
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=xxxxxxim 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 xxxxxxAllerdings 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 autocreatein 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
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
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:

@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
@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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
- 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
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
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:
- 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
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
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:

Zitat
PERL WARNING: Use of uninitialized value in string eq at ./FHEM/74_NUKIDevice.pm line 215, <$fh> line 53.

Zitat
3: 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
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
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
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
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
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
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
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
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
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
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
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
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
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
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:

Zitat
To 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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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.

Zitat
2017.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.

Zitat
PERL 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.

Zitat
define 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:
Zitat
FHEMWEB 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?
Zitat
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)

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
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

Zitat
Niedrigpreis-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
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
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
@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
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
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
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
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
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


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
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
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,


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
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
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
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


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
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
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
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...

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
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
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
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