NEWS
Test Adapter Nuki-extended v2.0.x
-
@Zefau Jetzt eben nochmal probiert - geht. Seltsam.
-
@miwe Bis jetzt funktioniert es plötzlich einwandfrei. Wunderheilung? Keine Ahnung. Ich beobachte mal weiter. Besten Dan für deine Mühen und gute Arbeit hier.
-
@cash sagte in [Aufruf] Nuki-extended Adapter:
Ich hoffe echt das Nuki Firmware der Bridge deutlich verbessern kann.
Wie läuft das Update bisher bei dir?
Haste schon gesehen, dass es eine neue Beta Firmware für die Bridge gibt (https://developer.nuki.io/t/early-access-bridge-beta-2-4-0/3331?u=zefau) ? -
@Zefau Ich bin noch bei der 2.0.1 weil die eigentlich relativ sauber läuft. Nach dem Update läuft es ja meist erstmal nicht deshalb bin ich etwas zurückhaltend.
Beta hatte ich mitbekommen und auch das erste Kommtentar von einem User der erstmal zufrieden war. Das würde ich aber bei mir nicht riskieren. Das wäre mir zu heiß.
Insgesamt bin ich mit Nuki zwar zufrieden aber es würde halt soviel mehr gehen wenn die StatusUpdates zuverlässiger kämen.
Ich habe bei mir das Problem, dass meine Garage direkt neben der Haustür ist und sobald ich aussteige, wird die Wohnungstür geöffnet, nur bleibt die halt nicht offen. Eh ich dann mittels Ring to Open im Haus bin ist es viel zu spät. An sich sehr unlogisch programmiert. Ich wollte das per Adapter lösen. Einfach 3 Sekunden nach dem der Status der Haustür wieder Online ist soll er die Tür aufmachen (natürlich mit vielen Zusatzbedingungen wie Geofencing usw.)
Die Testpush kam auch eigentlich immer relativ passend nur das öffnen klappte bisher einmal. Und selbst dort stand im Log das es über die Bridge nicht gegangen ist und stattdessen die Webapi genommen wurde. Insgesamt für mich zu unzuverlässig als das ich das produktiv nutzen würden.
Die Probeschaltungen funktionieren zwar aber ich glaube wenn ich zu Nah nach einer Statusänderungen schalte ist die Bridge überfordert. Vielleicht wird das ja mit der Beta besser. Anderseits wenn Nuki nur die Hälfte der Requests umsetzt wäre das Produkt ohne eigene Scripte schon nahe zu perfekt....
-
@Zefau Habe jetzt das Update gemacht. Wie befürchtet funktioniert jetzt garnichts mehr.
Das Log ist komplett leer. Selbst beim Start stand in der Vorversion etwas von Polling Web-Api alle 60 Sekunden. Jetzt sehe ich nur das der Adapter gestartet ist. Er aktualisiert aber weder wenn ich versuche über den Adapter etwas zu machen noch wenn ich per App etwas ändere. Das heißt sowohl Bridge-Api als auch Web-Api liefern nichts? Sollte dann nicht warnings im log kommen?
Ich deaktiviere den Adapter jetzt erstmal wieder und werde heute Abend mal wieder den callback manuell löschen und mal gucken ob es danach wieder geht.
-
Mit Version 2.03 scheint die Web-Api nicht mehr zu funktionieren? In der Datenpunkten steht bei WebApiLast die Uhrzeit von heute Morgen wo ich das Update eingespielt habe. Wie schon geschrieben das Log ist absolut leer.
Selbst im Debug Modus ist es nicht sehr auskunftsfreudig:
nuki-extended.1 2019-11-09 18:39:10.046 debug system.adapter.admin.0: logging true nuki-extended.1 2019-11-09 18:39:08.995 info starting. Version 2.0.3 in /opt/iobroker/node_modules/iobroker.nuki-extended, node: v8.14.0 nuki-extended.1 2019-11-09 18:39:08.975 debug statesDB connected nuki-extended.1 2019-11-09 18:39:08.949 debug objectDB connected host.iobroker_v2_19-05-19 2019-11-09 18:39:07.880 info instance system.adapter.nuki-extended.1 started with pid 18667 host.iobroker_v2_19-05-19 2019-11-09 18:39:05.397 info instance system.adapter.nuki-extended.1 terminated with code 0 (OK) nuki-extended.1 2019-11-09 18:39:05.374 info Adapter stopped und unloaded. nuki-extended.1 2019-11-09 18:39:05.367 info Adapter stopped und unloaded.
-
@Zefau
Kann der Adapter eigentlich auch Firmware-Updates erkennen und ggf. ein Flag auf True setzen, wenn eins da ist?
Die Updates sind bei Nuki so tief in der App versteckt, dass es jedesmal ein Wunder ist, wenn ich mitbekomme das eins da ist - und die basteln (gefühlt) gerade ordentlich an der F/W.
Auf das Flag könnte ich dann wenigstens eine Alarmierung setzen und mich via telegram informieren lassen.Gruß
Grizzelbee -
@Grizzelbee wenn man die App startet hat man doch oben recht eine Glocke. Wenn es Updates liegt ist dort ein roter Badge. Nur bei der Bridge bekommt man es nicht mit, da das Update automatisch installiert wird.
-
@Grizzelbee sagte in Test Adapter Nuki-extended v2.0.x:
Kann der Adapter eigentlich auch Firmware-Updates erkennen und ggf. ein Flag auf True setzen, wenn eins da ist?
Der Adapter kann die auf dem Gerät befindliche Firmware laden bzw. anzeigen. Die API enthält aber keine Information über eine aktuellere API auf den Nuki Servern. Ich wüsste auch keine Quelle mit der die Firmware hinsichtlich einer aktuelleren Version abgeglichen werden kann.
Insofern, leider nein.
-
@cash sagte in Test Adapter Nuki-extended v2.0.x:
Mit Version 2.03 scheint die Web-Api nicht mehr zu funktionieren? In der Datenpunkten steht bei WebApiLast die Uhrzeit von heute Morgen wo ich das Update eingespielt habe. Wie schon geschrieben das Log ist absolut leer.
Hast du die Probleme noch? Kannst du mir nochmal zusammenschreiben, was für ein System du nutzt und welche Node.js Version du im Einsatz hast? Mich wundert, dass du so viele Probleme mit dem Adapter hast.
Ich habe diesen bei mir nochmal frisch auf der Testumgebung installiert und habe keinerlei Probleme. Sehr komisch.
-
@Zefau Nach dem Post und nachdem ich es nicht mehr hingekriegt habe hatte ich den Adapter lange Zeit deaktiviert. Vor ein paar Tagen nachdem die Bridge das Update bekommen hatte habe ich den Adapter nochmal gestartet und dort startete er auch normal. Also mit Log das Web-Api abgefragt wird und Callback angelegt wurde. Seit dem läuft er erstmal. Die Anzeige ist zwar gelb aber das heißt ja nichts. Ist übrigens bei Deinem Hue-Adapter auch. Der ist wenn ich mich aus der Ferne per iobroker.pro draufschalte meist sogar rot und funktioniert.
Alles derzeit alles gut.
-
@Zefau sagte in Test Adapter Nuki-extended v2.0.x:
Der Adapter kann die auf dem Gerät befindliche Firmware laden bzw. anzeigen. Die API enthält aber keine Information über eine aktuellere API auf den Nuki Servern. Ich wüsste auch keine Quelle mit der die Firmware hinsichtlich einer aktuelleren Version abgeglichen werden kann.
Insofern, leider nein.Schade. Ich hatte das schon befürchtet. Bei der Miele-API habe ich das selbe Problem (noch).
Die Aussage von @cash mag zwar stimmen (ist mir so noch nicht aufgefallen) aber ich gucke eben auch nur selten in die App rein - im Idealfall ja nach Ersteinrichtung nie mehr, weil einfach alles automatisch funktioniert.Ich schreibe mal eine Mail an NUKI, ob die nicht willens sind das in die API aufzunehmen. Miele stand konstruktiven Ideen auch offen gegenüber und hat die umgesetzt.
viele Grüße
Grizzel -
@Zefau ich bin heute auf Nuki gewechselt, nachdem Nello-API nicht mehr funktioniert und diese es bis dato nicht geschafft haben diese wiederherzustellen bzw. eine neue bereitzustellen.
Existiert für den Nuki-Extended denn ebenfalls eine Open-Funktion, welche ich mit einem Button verwenden kann? -
@Ulfhednir sagte in Test Adapter Nuki-extended v2.0.x:
Existiert für den Nuki-Extended denn ebenfalls eine Open-Funktion, welche ich mit einem Button verwenden kann?
Natürlich Gibt einen Datenpunkt namens
ACTION
, bei dem du die Aktion wählen kannst. -
Hallo zusammen,
gibt es bei dem Adapter die Möglichkeit die Klingelunterdrückung zu aktivieren/deaktivieren?
Ich würde dies gern nutzen um die Klingel nach der Nachtschicht automatisch stumm zu schalten, während ich schlafe.
Es gibt zwar in den Objekten den State "doorbellsuppression".
Dieser steht auf "CONTINOUS(3)".
Nur leider kann man diesen nicht schalten, oder ich weiß nicht wie.Viele Grüße,
RoDo
-
Moin,
erstmal danke für die Mühe und gute Arbeit die in diesen Adapter gesteckt wurde, finde ich echt mega!Mit dem „deaktivieren der Klingel“ würde mich auch interessieren, was mich ebenfalls brennend interessiert, warum ich mir überhaupt den Opener angeschafft habe, gibt es eine Möglichkeit „wenn möglich in Echtzeit“ zu ermitteln ob die Klingel betätigt wird? Der Opener reagiert ja auch sofort auf das klingeln, muss doch irgendwo abgegriffen werden können oder?!?
Danke und schöne Grüße
-
Hallo,
vielen Dank für den Adapter und die Arbeit, die da drinnen steckt.
Auch ich bin einer der 503 Unavailable Geplagten und tausche mich diesbezüglich bereits intensiv mit dem NUKI Support aus.
Ich betreibe zwei NUKI Schlösser an einer v1 Bridge (nicht aus einer v1 Combo, sondern aus einer v2 Combo). Mittlerweile wird ja die NUKI 2.0 Combo mit einer v2 Bridge ausgeliefert, bei der das 503 Problem mit Firmware Updates scheinbar besser im Griff ist.Sei es drum. Ich habe eine ganz andere Frage:
Hat schon jemand ein NUKI Schloss in iqontrol eingefügt?Es kann problemlos angezeigt werden, die Tür auf/zu ist und ob sie auf/-abgeschlossen ist.
Die Probleme fangen erst an, wenn ich die Tür mit iqontrol auf- oder abschliessen will. Scheinbar erwartet iqontrol für den eigenen Wert LOCK_OPEN ein "true" (Erläuterung von Github: LOCK_OPEN: boolean - if set to true, the door will open completely).
Hat es einer damit geschafft, dass Schloss sinnvoll ab- und aufzuschliessen?Wenn ich den Wert "_ACTION" dafür verwende, schliesst das Schloss brav auf, aber ich finde keine Möglichkeit fürs Abschliessen
Gibt es irgendjemanden der weiter gekommen ist?
VG
-
@mucki ich werde die Actions mal als eigene buttons aufnehmen
-
@Newpicsel sagte in Test Adapter Nuki-extended v2.0.x:
gibt es eine Möglichkeit „wenn möglich in Echtzeit“ zu ermitteln ob die Klingel betätigt wird? Der Opener reagiert ja auch sofort auf das klingeln, muss doch irgendwo abgegriffen werden können oder?!?
Aktuell gibt es meines Wissens nach keine Möglichkeit das Klingeln über den Nuki Opener zu bekommen. Es gibt hierfür ein Issue im Adapter (siehe https://github.com/Zefau/ioBroker.nuki-extended/issues/40) sowie bei Nuki Developers (siehe https://developer.nuki.io/t/nuki-web-api-logs-delivers-state-224/4722).
-
@mucki bitte installiere und prüfe mal die aktuelle Version v2.1.0 von Github. Dort sind alle Actions als einzelne Buttons dargestellt, damit sollte es dir in iqontrol gelingen.