Verstehe die Frage nicht wirklich , hab doch geschrieben das ich ein Plugin für die Dreambox geschrieben habe.
Es ist aber noch quick and dirty sozusagen Alpha Status, deshalb habe ich es auch noch nicht public gemacht.
ich hatte wegen der Sache mal an Nuki geschrieben (von deren Support ich bisher IMMER begeistert war).
Meine Mail:
Es wäre (gerade für die Fehlersuche im Zusammenspiel mit via der Bridge integrierten Gateways, hier homee) hilfreich, wenn Ihr im Log der App auch Batteriewarnmeldungen anzeigen würdet (selbst wenn diese vom benutzten Algorithmus hinterher wieder revidiert werden – was wohl passieren kann, wie ich gestern selbst erlebt habe).
Wir haben in der homee Community gerade eine Diskussion genau darum – aus irgendwelchen Gründen (wahrscheinlich durchaus berechtigt) nimmt Euer Batteriewarnungs-Algorithmus an, dass die Batterie bald zur Neige gehen könnte und stellt diese Info wie spezifiziert dann an der API der Bridge bereit. Später wird dieser Zustand, dann ggf. wieder revidiert und ist dann nicht mehr in der GUI Eurer App (weder im Log noch in einem Archiv der vergangenen Benachrichtigungen) ersichtlich.
Allerdings nimmt der homee in dem Moment an der API diese Batteriewarnmeldung an und pusht sie (Standardfunktion des homee, sofern nicht bexplizit vom User deaktiviert) als eigene Meldung (Batterie am Gerät X niedrig) an die definierten User. Die sich dann natürlich darüber aufregen, dass homee etwas meldet, was sie in der App dann (ggf. ist der Status dann schon wieder revidiert) nicht (mehr) sehen.
Meine zwei Bitten dazu:
Könnt Ihr diesen Verbesserungsvorschlag bitte aufnehmen? (ist nicht-kritisch - aber nice-to-have)
Gibt es ein tiefergehendes Log wo das ersichtlich wäre?
Die Antwort:
Unsere Entwickler arbeiten bereits an einer verbesserten Version diesbezüglich. Möglich wäre ein solcher Vorfall zwar trotzdem, da die Batterien sich auch mit der Zeit langsam erholen, es sollte dann jedoch deutlich reduzierter vorkommen.
Hinsichtlich detaillierter Batterieinformationen dürfen wir Dich auf den in der App versteckten Batterieinfoscreen verweisen:
Um den Batteriestand zu überprüfen, gehe bitte in den Admin Bereich in Deiner App und öffne den Menü Punkt “Battery Type”, tippe nun sieben Mal auf das erste Textfeld. Nun findest Du die entsprechenden Werte der Spannung bzw. auch ob der letzte Sperrvorgang als kritisch erfasst wurde.
…der Infoscreen bestätigt meine Vermutung: Bei einem Sperrvorgang sinkt die niedrigste Spannung um 700-800, um sich dann wieder zu recovern.
Bei mir:
Vor dem letzten Sperrvorgang 5104
Niedrigste Spannung beim letzten Sperrvorgang 4356
ich häng mich hier mal dran. Bei mir war Nuki plötzlich auch auf “Nicht verfügbar”. Genaue Ursache kenne ich nicht (Nuki-Update ?). Egal. Habe es also aus Homee gelöscht und wollte neu implementieren. Dies funktioniert aber absolut nicht. Ich habe es bestimmt schon 30 mal versucht. Über Smartphone, über Homee-Web.
Ich kann alles eingeben, Homee findet auch die Bridge. Wenn ich dann aber auf anlernen gehe dreht sich Initialisieren ewig im Kreis, bzw. im Browser wird ebenso ewig “Hinzufügen” angezeigt. Irgendwann hört dass meist auch mal auf (ohne Fehlermeldung seitens Homee) aber nix da. Kein Nuki bei den Geräten.
Nuki an sich funktioniert soweit problemlos.
Gute Frage, das weiß ich leider nicht mehr.
Es waren nur zwei Callbacks drin und ich habe beide gelöscht und dann in homee erneut angelernt und es hat auf Anhieb funktioniert.
Seitdem bleibt auch das Gerät aktiv und funktioniert.
homee prüft regelmäßig, ob er in der Callback Liste steht und fügt sich von alleine wieder hinzu. Allerdings sollte kein Eintrag doppelt auftauchen.
@Blacky
Befehle an das Schloss senden funktioniert auch ohne den Callback Eintrag. Allerdings werden dann keine Events empfangen (manuelles Aufschließen oder aus der Nuki App).
Das dürfte eher die Antwort auf das Entfernen sein, wurde danach nochmal die Liste abgefragt?