UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Marty56]

Ich benutze das regelmäßig, wenn ich Datenpunkte habe, die gleichzeitig einen Status anzeigen und aber nicht immer auslösen sollen.

z.B. bei dem HomeKit Garagenöffner gibt es den Target State für die Garage, der im Normalfall, wenn es nicht gleich dem Current State ist, die Garage bedienen soll. Wenn ich die Garage ausschließlich über HomeKit bediene, ist das kein Problem, ich will sie habe auch über die Homematic Fernbedienung bedienen und gleichzeitig soll der Status in der HomeKit App korrekt sein.

Für diesen Fall benutze ich ack == false und in dem entsprechenden Listner die Konstruktion also

on({ id: path_garage + 'Garage_TargetDoorState',change:"any",ack: false }, function (obj) {
    setState(path_alias + 'direct.AS_Garagenschalter',true)
});

Und wenn "Garage_TargetDoorState' nicht auslösen, aber für die Anzeige in HomeKit geändert werden soll, dann

setState(path_garage +'Garage_TargetDoorState',siri_closed,true)

[OliverIO]

@apollon77

Eine Grafik hilft evtl auch?

https://sequencediagram.org/index.html#initialData=FABwhgTgLglgxjcA7KACAQgUyQVygL0wlElgWTQEEATMEKIk6eRMFVACUmoHdJNgwJAHsGqYQDciGbHkIQAXKgDOcABYRMMAEZoAImAZIQOJAGsoAHSQBbGGjBwzAXgBmYADbKBWXASIAtAB8NHQMiqgAYgA-EKgGRibmaPg4ylAAJ0jUMADmRNah9EQA9ADKZhCIaDwwENSo+VBVufnQwEXhwVz1fJpKndIeAG-pqAAj2USmudYwSKjU0j28-KhgaUKimOJScSt9mEqTSxAzqLX1qHuQ2loMUMAH-MGDEQBymDjSZVCGaRc6g1rPkbJgPEs0MJTtdhAtCrRinEwNp8q4IGBco8RGJJNI3koEtgkhZAfVrHYHE5nM1vqgQZhVBoYJg7kgOoiukFfHIiEoACotNqoeaoCpVehkhobZT5EZjIA

[Asgothian]

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

@apollon77

So meinst du, oder?

// edit vermutlivh macht es Sinn, nochmal den Status von Power nach 2s zu holen und dann aus zu schalten falls true

So auf keinen Fall.

Bitte so:

[Homoran]

Für die Blockly-User noch eine Eselsbrücke:
wenn ich mit dem Wert etwas über einen Adapter steuern will muss ich den Block steuere ID... nehmen. (dieser arbeitet mit Ack=false.

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

[klassisch]

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

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