Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[mehrwiedu]

@paul53 sagte in Bekomme einfache Berechnung nicht hin.:

@mehrwiedu sagte:

Ich mag doch nur die Logik dahinter verstehen

Lies das.
steuere: ack = false,
aktualisiere: ack = true.

Ok, ich versuche mich mal. ;)
Dort steht, dass "Command", also "Steuere" die Bestätigung (ACK - Acknowledgement) = false an den Datenpunkt übermittelt. So wie ich das dort verstehe, ist es also die einzige Möglichkeit für einen Benutzer über z. B. VIS oder ein Skript (Javascript-Adapter) ein physisches Gerät oder einen Adapter zu steuern.
Soweit hätte ich es also verstanden. Um meiner Lampe eine andere Helligkeit zu geben, muss also der Button in VIS oder das (wahlweise dahinterliegende) Skript den Wert unbestätigt übergeben, damit der entsprechende Adapter den Befehl ausführt.

Und nun bitte helfen: Wenn also ein State ON/OFF = true an ein physisches Gerät übergeben wird, muss dies mit ACK= false geschehen, damit überhaupt geschaltet wird. Command ist in diesem Fall zunächst unbestätigt an den Adapter zu übergeben, der dies dann an die Lampe weitergibt und anschließend, wenn die Lampe ihren Status an den Adapter zurückliefert, überschreibt der den "Status" mit ACK = true und somit auch das Flag vom vorherigen Command.

Wird es aber bereits mit ACK = true, also mit "Status", sprich "aktualisiere" an den Adapter übergeben, wird dieser damit nichts anfangen, weil dieser "Status" vom Benutzer und nicht von dem physischen Gerät als Rückmeldung kommt. Respektive, weil der Adapter eine Rückmeldung nicht als Befehl ausführt, weil ACK = true ist. Somit bleibt die Lampe dunkel.

Ist das in etwa so richtig? Wenn ja, verstehe ich nun auch, warum virtuelle Datenpunkte mit "aktualisiere" geschaltet werden müssen, da es dahinter keine tatsächliche Rückmeldung gibt, die bestätigt werden könnte. Somit übergibt man sie bereits mit dem Flag ACK=true um dahinter liegenden Abhängigkeiten einen bestätigten Wert zu übergeben. Auch in etwa richtig? Wobei, wenn es keine Abhängigkeiten gibt, die unbedingt einen bestätigten Wert benötigen, ist es faktisch egal, ob der Datenpunkt ACK = true oder false hat.
Der Wert darin würde so oder so in VIS angezeigt, ein Skript ausführen, oder Teil einer Berechnung sein können.

Wobei mir allerdings hier noch praktische Beispiele fehlen, wo es dann ein Muss ist, den Wert bestätigt zu haben. Das ist bisher nur Theorie. Hast Du ein Beispiel, wo es mit "steuere" bei virtuellen Datenpunkten, sprich unbestätigten Werten Probleme gibt?

@paul53 sagte in Bekomme einfache Berechnung nicht hin.:

@mehrwiedu sagte:

Ich habe "unwahr" mit steuere übergeben und der Wert ist nicht bestätigt. Aber was hat das für Konsequenzen, bzw. Auswirkungen?

Da es sich um einen virtuellen Datenpunkt handelt, hat es keine Konsequenzen, außer dass der Wert im Reiter "Objekte" immer rot (nicht bestätigt) dargestellt wird.

Hier müsste ich dann doch nochmal ein Verständnisproblem versuchen zu klären.
Virtuelle Datenpunkte müssen also, wenn ich das wie oben richtig verstanden und mit meinen Worten richtig wiedergegeben habe, mit "aktualisiere" gesteuert werden, um einen bestätigten Wert zu erhalten, weil es keinen Adapter oder ein physisches Gerät gibt, der den Wert bestätigen kann.

Hinter meinem Datenpunkt "Nachtlicht_" steht aber der IoT Adapter. Das virtuelle Gerät in Alexa dürfte doch dann auch bei Nutzung des Sprachbefehls ein ACK= true erhalten, oder?

[paul53]

@mehrwiedu sagte in Bekomme einfache Berechnung nicht hin.:

Wenn also ein State ON/OFF = true an ein physisches Gerät übergeben wird, muss dies mit ACK= false geschehen, damit überhaupt geschaltet wird. Command ist in diesem Fall zunächst unbestätigt an den Adapter zu übergeben, der dies dann an die Lampe weitergibt und anschließend, wenn die Lampe ihren Status an den Adapter zurückliefert, überschreibt der den "Status" mit ACK = true und somit auch das Flag vom vorherigen Command.
Wird es aber bereits mit ACK = true, also mit "Status", sprich "aktualisiere" an den Adapter übergeben, wird dieser damit nichts anfangen, weil dieser "Status" vom Benutzer und nicht von dem physischen Gerät als Rückmeldung kommt. Respektive, weil der Adapter eine Rückmeldung nicht als Befehl ausführt, weil ACK = true ist. Somit bleibt die Lampe dunkel.

Korrekt.

@mehrwiedu sagte in Bekomme einfache Berechnung nicht hin.:

Virtuelle Datenpunkte müssen also, wenn ich das wie oben richtig verstanden und mit meinen Worten richtig wiedergegeben habe, mit "aktualisiere" gesteuert werden,

Nein, sie sollten mit "aktualisiere" gesetzt werden, wie ich bereits weiter oben geschrieben habe - es ist kein Muss !

[Homoran]

@mehrwiedu sagte in Bekomme einfache Berechnung nicht hin.:

Ist das in etwa so richtig?
Ja!

@mehrwiedu sagte in Bekomme einfache Berechnung nicht hin.:

Auch in etwa richtig?

Ja, wobei das "muss" sich ausschließlich auf die kosmetische Auswirkung bezieht, da sonst der Wert in den Objekten dauerhaft rot eingefärbt bleibt, was einem ordnungsliebenden Auge als Fehler vorkommen könnte.

[mehrwiedu]

@paul53 sagte in Bekomme einfache Berechnung nicht hin.:

Nein, sie sollten mit "aktualisiere" gesetzt werden, wie ich bereits weiter oben geschrieben habe - es ist kein Muss !

Ok, auch verstanden. Dann hatte ich die zuerst genannte Muss-Bedingung falsch eingeordnet.
Gibt es denn tatsächlich so aus dem Ärmel geschüttelt ein Szenario, wo ein bestätigter Wert in einer Variablen ein Muss ist und es dann mit "steuere" dabei ein Problem gibt?

Ich meine, ich werde mir das dann wohl wirklich angewöhnen hierfür (virtuelle Geräte, Variablen) den "aktualisiere" Baustein zu nehmen, aber aus der Erfahrung, die ich damit gemacht hatte, hatte ich ihn quasi schon ausgemustert. ;)
Ich denke, es muss da was geben, was den Baustein außer dem kosmetischen Einsatz rechtfertigt, aber auch jetzt nach der Erklärung, sofern sich da nicht tatsächlich noch ein zwingender Einsatzbereich für diesen Baustein ergeben wird, hätte ich ihn für überflüssig erklärt. :thinking_face:

[paul53]

@mehrwiedu sagte:

Gibt es denn tatsächlich so aus dem Ärmel geschüttelt ein Szenario, wo ein bestätigter Wert in einer Variablen ein Muss ist und es dann mit "steuere" dabei ein Problem gibt?

Ist mir nicht bekannt.

@mehrwiedu sagte in Bekomme einfache Berechnung nicht hin.:

sofern sich da nicht tatsächlich noch ein zwingender Einsatzbereich für diesen Baustein ergeben wird, hätte ich ihn für überflüssig erklärt.

Da man in Blockly nur die Namen der Datenpunkte sieht, sieht man im Programm durch die korrekte Verwendung von "steuere" und "aktualisiere", welche Art Datenpunkt gesetzt wird.

[mehrwiedu]

@paul53 sagte in Bekomme einfache Berechnung nicht hin.:

Da man in Blockly nur die Namen der Datenpunkte sieht, sieht man im Programm durch die korrekte Verwendung von "steuere" und "aktualisiere", welche Art Datenpunkt gesetzt wird.

Das würde mir im konkreten Fall bereits reichen, um die vorgesehene Nutzung auch zu verinnerlichen.
Bei vielen Datenpunkten und Skripten hilft das sicherlich schon ungemein, falls mal ein Problem auftritt.

Danke an Dich und @Homoran für die Aufklärung.

Jetzt muss ich mich nur mal bei mir damit beschäftigen, warum ich davon ausgegangen bin, dass ein "aktualisiere" in den selbst erstellten Datenpunkten kein Ergebnis brachte. Ich schätze aber fast, da ich nun die Bedeutung kenne, dass ich bei den Systemdatenpunkten korrekterweise ein "steuere" genutzt habe und dies einfach auf alle Datenpunkte (auch die selbst erstellten) übertragen habe. Dann kommt nämlich mein Eindruck, "aktualisiere" würde nicht schalten, aus der Tatsache, dass ich es zu Anfang bei Systemdatenpunkten genutzt habe und es da natürlich auch genauso ist. ;)

Also eine Annahme aus einer differenten Tatsache gemacht.....ganz klassisches (Halbwissen-gesteuertes) Missverständnis und ein gutes Beispiel dafür, dass sich das Lesen von den ganzen unzähligen Threads hier, definitiv lohnt, um eigene Erkenntnisse zu sammeln und das eigene Wissen anzuheben. :+1: