Warnung für Nuki im betrieb mit MQTT !!
-
@balu-0 Also ich habe den Haken entfernt, allerdings bringt das bei mir keine Änderung.
Wenn der Datenpunkt unlock=true ist, öffnet sich das Schloss, nach jeder neuen Verbindung, (start/stop) der Instance.
Es bleibt einem wohl nichts anderes übrig, als immer ein False nachzusenden! -
Etwas OFF TOPIC gibt es eigentlich auch "dumme" Schlüsselantriebe? Also rein Elektromotor und Mechanik/Gehäuse? Zwei Klemmen für den Motor ...
Den hier habe ich schon entdeckt:
https://ei23.de/smarthome/smarter-tuerschlossantrieb-selbst-gebaut/ -
Die Einstellungen sind nicht optimal - rechts oben muss ein hacken rein. Das Retain-flag kann ebenfalls für ein unerwartetes Verhalten sorgen.
https://schroederdennis.de/mqtt/mqtt-funktionen-qos-retain-letzter-wille/
-
Die Einstellungen sind nicht optimal - rechts oben muss ein hacken rein. Das Retain-flag kann ebenfalls für ein unerwartetes Verhalten sorgen.
https://schroederdennis.de/mqtt/mqtt-funktionen-qos-retain-letzter-wille/
-
Wenn du das retain flag setzt wird die gesendete Meldung immer an den Client gesendet wenn dieser sich verbindet. Um die zu überschreiben ist eine andere Mitteilung auf dem gleichen Topic mit retain flag nötig und um es zu löschen einen leere Meldung.
EDIT: Wenn der ausschließlich über iobroker gesteuert wird ist das kein problem, wenn du aber auch über einen anderen mqtt client oder eine weboberfläche das Gerät steuerst bleibt die alte Meldung als retain stehen und wenn der iobroker/Adapter/Gerät neustartet bekommt es diese Meldung.
-
Wenn du das retain flag setzt wird die gesendete Meldung immer an den Client gesendet wenn dieser sich verbindet. Um die zu überschreiben ist eine andere Mitteilung auf dem gleichen Topic mit retain flag nötig und um es zu löschen einen leere Meldung.
EDIT: Wenn der ausschließlich über iobroker gesteuert wird ist das kein problem, wenn du aber auch über einen anderen mqtt client oder eine weboberfläche das Gerät steuerst bleibt die alte Meldung als retain stehen und wenn der iobroker/Adapter/Gerät neustartet bekommt es diese Meldung.
-
Ich kann nur warnen - mit dem Adapter das retain Flag zu nutzen - es verhält sich nicht standardgemäß mit dem Adapter.
Ich hatte das damals auch mit NodeRed und einem kleinen Video dokumentiert:
https://forum.iobroker.net/post/896303
Du siehst dort, dass obwohl in dem Topic true gesetzt wurde - false kommt, da retain gesetzt wurde und nicht der letzte Wert.
-
@martinp
das hier wir nur über binäreingänge gesteuert.
https://www.automatikshop.de/geze-motorschloss-iq-lock-el-setan sowas zum dranschrauben hätte ich auch Interesse
-
@balu-0 Grundsätzlich würde ich Dir empfehlen alle Haken raus zu machen und ja keine RetainFlags zu setzen. Da Du eh mit dem Adapter arbeitest, gehen Dir ja die letzten Werte nicht verloren. Das Retain Flag macht nur Sinn, um quasi beim Neuverbinden die Werte zu initialisieren.
Ich bin ein Anhänger davon lieber zu warten bis die Geräte ihren Zustand melden bzw. die Geräte dazu veranlassen den Zustand zu melden. -
@balu-0 Grundsätzlich würde ich Dir empfehlen alle Haken raus zu machen und ja keine RetainFlags zu setzen. Da Du eh mit dem Adapter arbeitest, gehen Dir ja die letzten Werte nicht verloren. Das Retain Flag macht nur Sinn, um quasi beim Neuverbinden die Werte zu initialisieren.
Ich bin ein Anhänger davon lieber zu warten bis die Geräte ihren Zustand melden bzw. die Geräte dazu veranlassen den Zustand zu melden.
674
Online32.7k
Users82.5k
Topics1.3m
Posts