Bestätigt/Acknowledged-Flag Bedeutung - ein Mysterium ;-)

[Homoran]

@klassisch sagte in Bestätigt/Acknowledged-Flag Bedeutung - ein Mysterium :

@homoran sagte in Bestätigt/Acknowledged-Flag Bedeutung - ein Mysterium :

In eigenen Datenpunkten will ich den Wert nur aktualisieren. Also mit dem Block aktualisiere ID...

Auch wenn history dieses Datum wegschreiben soll?

ja!
jetzt wird es semantisch anspruchsvoll. Hoffentlich korrekt:
history verarbeitet nicht den Wert in dem Adapter wie z.B. die Zielhelligkeit im Dimmer , sondern loggt diesen nur.

[Wildbill]

@klassisch History (oder influx oder sonstige) reagieren auf die Stgate-Änderung an sich, egal ob ack true oder nicht.
Sobald sich was ändert, wird geschrieben. Wenn Du jetzt einen Adapter-Datenpunkt mit 1 beschreibst und dieser dann vom Adapter auf 2 rückgemeldet wird (z.B. beim Harmony-Adapter zum Starten von Activities) so wird sowohl die 1, als auch die 2 weggespeichert.

Gruss, Jürgen

[mading]

@asgothian danke, d.h. mit dem deutschen UI so:

[Homoran]

@wildbill sagte in Bestätigt/Acknowledged-Flag Bedeutung - ein Mysterium :

History (oder influx oder sonstige) reagieren auf die Stgate-Änderung an sich, egal ob ack true oder nicht.

diese Formulierung hatte ich verworfen da auch bei Aktualisierung geloggt werden kann.

[klassisch]

@homoran Jedenfalls halten sich history, influx & Co nicht an die übliche Adapter-Verhaltensweise. Macht Sinn, ist aber eine erwähnenswerte Ausnahme. Gibt es noch mehr solcher Ausnahmen. Visualisierungsadapter?

[Homoran]

@klassisch sagte in Bestätigt/Acknowledged-Flag Bedeutung - ein Mysterium :

Jedenfalls halten sich history, influx & Co nicht an die übliche Adapter-Verhaltensweise

Das sind zwei Paar Schuhe! Das wollte ich mit dem Satz: "History verarbeitet nicht den Wert" klar machen, was mir anscheinend nicht gelungen ist.
Dort wird -egal was da steht- nur geloggt.

@klassisch sagte in Bestätigt/Acknowledged-Flag Bedeutung - ein Mysterium :

ist aber eine erwähnenswerte Ausnahme.

richtig! Das sollte erwähnt werden.

@klassisch sagte in Bestätigt/Acknowledged-Flag Bedeutung - ein Mysterium :

Gibt es noch mehr solcher Ausnahmen. Visualisierungsadapter?

ich weiss jetzt nicht genau, was du damit meinst. Aber analog zu den Historisierungen, werden nur die Werte in den Widgets übernommen.

[haus-automatisierung]

@mading sagte in Bestätigt/Acknowledged-Flag Bedeutung - ein Mysterium :

@asgothian danke, d.h. mit dem deutschen UI so:

Warum der zweite Trigger? Geht auch in einem:

(hatte ich damals mal im Community-Tab auf YouTube als Quiz gepostet - daher auch noch die alten Bezeichner "anerkannt" statt "bestätigt")

[apollon77]

@klassisch Die Hsitory-Adapter schreiben alles weg was kommt - inklusiveden ack flag ...

[apollon77]

@klassisch Es gibt ein paar Adapter, zB auch mqtt und sowas oder auch node-red, wo, Usecase bedingt, es konfigurierbar ist was kommt und was welchen Effekt hat. Am Ende kann man sagen: Alle Adapter die Geräte anbinden arbeiten so ... andere Adaptertypen ggf anders, aber immer so wie es Use-case spezifisch sinn macht

[Loredo]

Sehr gut, super!

Ich mache regen Gebrauch davon im neuen Residents Logik-Adapter, auch von den Quality Infos, wenn ich Kommandos (also Änderungen mit ack=false) ablehne und den ursprünglichen Wert (dann mit ack=true) wieder zurückschreibe (letzteres muss sich wohl jeder Adapter noch immer für sich selbst merken, weil es nicht im Event mitkommt? So macht es ja auch der JavaScript Adapter bisher, wäre aber auch was Feines das zu generalisieren </OffTopic>).

[Loredo]

@apollon77 sagte in Bestätigt/Acknowledged-Flag Bedeutung - ein Mysterium :

@klassisch Die Hsitory-Adapter schreiben alles weg was kommt - inklusiveden ack flag ...

Bedeutet aber, wenn ein Adapter eine Änderung ablehnt und den alten Wert wieder zurückschreibt, dann wird eigentlich auch etwas geloggt, was gar nicht geloggt hätte werden dürfen?

[OliverIO]

@loredo
gültige werte sollten dann eigentlich auch ack=true haben.
die ack=false werte sollten man nicht betrachten.
ich denke, das die diagram-adapter das auch so berücksichtigen

[paul53]

@loredo sagte: Bedeutet aber, wenn ein Adapter eine Änderung ablehnt und den alten Wert wieder zurückschreibt, dann wird eigentlich auch etwas geloggt, was gar nicht geloggt hätte werden dürfen?

Ja, wenn nicht nur Wertänderungen aufgezeichnet werden sollen.
Bei einer Ablehnung sollte nicht zurück geschrieben werden, sondern stattdessen eine Warnung erzeugt werden.

[Loredo]

@paul53 sagte in Bestätigt/Acknowledged-Flag Bedeutung - ein Mysterium :

@loredo sagte: Bedeutet aber, wenn ein Adapter eine Änderung ablehnt und den alten Wert wieder zurückschreibt, dann wird eigentlich auch etwas geloggt, was gar nicht geloggt hätte werden dürfen?

Ja, wenn nicht nur Wertänderungen aufgezeichnet werden sollen.
Bei einer Ablehnung sollte nicht zurück geschrieben werden, sondern stattdessen eine Warnung erzeugt werden.

Das geht bei einem Logik-Adapter nicht, der auf konsistente Werte angewiesen ist. Der korrekte Wert wäre aber nach einem Adapter Neustart dann weg und nur noch der nicht korrekte/zurückgewiesene Wert vorhanden.

[Homoran]

@loredo sagte in Bestätigt/Acknowledged-Flag Bedeutung - ein Mysterium :

was gar nicht geloggt hätte werden dürfen?

warum nicht?
wenn dann auch geloggt wird dass ack=true war, sieht man in der History warum der Adapter nicht reagiert hat.
Außerdem wird auch noch die Quelle der Werteänderung gespeichert sofern dies konfiguriert ist.

[paul53]

@loredo sagte: Das geht bei einem Logik-Adapter nicht

Welche Logik?

[Loredo]

@paul53 Ein Adapter, der kein physisches Gerät hinten rum abfragt, sondern allein für sich alleine werkelt. Der verliert den eigentlich korrekten Wert bei einem Neustart, denn er kann sich nur auf die aktuellen Werte in den States verlassen.

[paul53]

@loredo sagte: allein für sich alleine werkelt.

Weshalb muss er von sich aus das Ack-Flag beeinflussen?

[Loredo]

@paul53 das ist genauso wie bei einem physischen Gerät hinten dran: Ein Logik-Adapter bekommt eine Kommando-Anfrage mit ack=false und kann sich überlegen, ob er es verarbeitet oder nicht. Ein physisches, externes Gerät macht das genauso und je nachdem, wie "gut" die externe API implementiert ist, liefert das externe Gerät dann den neuen Wert als Bestätigung zurück oder eben den alten Wert wieder. In beiden Fällen wird der Adapter aber die Antwort dann mit ack=true schreiben. Ich mache in meinem Residents Adapter nichts anderes, nur dass ich auch so geschäftig bin zusätzlich noch das Quality Flag zu benutzen, so wie es gedacht ist

[paul53]

@loredo sagte: liefert das externe Gerät dann den neuen Wert als Bestätigung zurück oder eben den alten Wert wieder. In beiden Fällen wird der Adapter aber die Antwort dann mit ack=true schreiben.

Im dritten Fall, dass das Gerät sich nicht zurück meldet, schreibt ein Geräte-Adapter nichts zurück. Das würde wohl eher dem Fall "nicht annehmen" entsprechen.