Einschaltdauer wenn Gerät schon an?

[Daimler]

Hi,

was ist das den für ein "wunder-buch"

Schreibt der Robby doch:

Webui Handbuch Seite 90 folgend

Aber gut, dass ich diesen Teil noch nie gelesen habe - das spottet ja wohl jeglicher Logik.
Ich soll mich zuerst ins Auto setzen und dann losfahren - aber es kann auch sein, dass das Fahrzeug losfährt, bevor ich drin sitze.
Ich fass es nicht.

[dondaik]

[Xel66]

Aber gut, dass ich diesen Teil noch nie gelesen habe - das spottet ja wohl jeglicher Logik.

Hmmm... in welcher Logik steht, dass "sofort" vor oder nach "sofort" kommt. Ohne Verzögerung angelegte Befehle besitzen alle die gleiche Priorität. Lediglich die Kommunikation zu den Geräten verlangt eine serielle Kommunikation, da Funk eben ein shared Medium ist. Schließlich kannst Du auch unabhängig von der Reihenfolge im WebUI auch nachträglich unterschiedliche Verzögerungen setzen, die nicht aufeinander aufbauen, sondern sich immer auf den Moment der Abarbeitung des DANN beziehen.

Möglicherweise arbeitet die CCU solche Befehle in Abhängigkeit von der iseID ab, würfelt es aus oder hat eigene Prioritäten. Fakt ist, die Reihenfolge im WebUI ist nicht maßgebend für die Abarbeitung (zumindest nach derzeitigem Wissensstand und laut Handbuch). Warum auch anders? Es ist nur eine grafische Oberfläche für den Anwender. Intern arbeitet die CCU eben mit den verknüpften IDs.

Aber bevor jetzt danach gerufen wird, dieses Reihenfolgeproblem zu fixen, wäre es vielleicht zielführender, das Verhalten an das Anwenderverständnis anzupassen und intern den Einschaltbefehl mit der Angabe der Einschaltzeit zu koppeln, so dass nur letztere in Programmen hinterlegt werden muss. Vielleicht scheitert aber auch das an der internen Abarbeitung von Befehlen.

Gruß Xel66

[Daimler]

Sorry, wenn mein Beispiel zu kompliziert war - da bin ich ja froh, dieses nicht noch weiter ausgesponnen zu haben.
Denn mit selbstfahreneden Kisten wird wohl (mir schwant Fürchterliches) nicht mehr allzu lange auf sich warten lassen.
Und auch dann ist es nicht zielführend, wenn der Wagen zwar ein Ziel nach meinem Wunsch ansteuert - mich aber vergessen hat.

Und nun Scherz beiseite!
Lies bitte, was genau in diesem Satz steht:

Code: Alles auswählen

Selbst wenn man in der einer Zeile eines Programms die Einschaltdauer setzt und erst in der darauf folgenden Zeile 
den Aktor schaltet, könnte es vorkommen, dass die Aktionen in umgekehrter Reihenfolge bearbeitet werden.

Und hier steht nichts davon, dass

Ohne Verzögerung angelegte Befehle besitzen alle die gleiche Priorität

bzw. das im Umkehrschluss Zeilen mit Verzögerung auf jeden Fall die 2. Priorität besitzen.
Aber das steht dann verm. auf Seite 290.

Denn diese Aussage

Code: Alles auswählen

Um das Problem zu lösen, kann das Schalten des Aktors verzögert werden. Hier reicht im
Allgemeinen eine relativ kurze Verzögerung (z.B. 1 Sekunde) aus.

bezieht sich ja wohl unmissverständlich ohne Bezug auf den vorherigen Absatz auf den Satz darüber:

Code: Alles auswählen

Wird ein Aktor ohne angegebene Einschaltverzögerung geschaltet, bleibt er bis zum nächsten
Schaltbefehl in diesem Zustand.

Aber du weißt, dass ich mit KlickiBunti etc. Gott sei Dank nicht allzu viel zu schaffen habe!
Und in Bezug auf deinen letzten Satz bin ich voll und ganz bei dir.

Also Frieden, Freude, Weihnachtskugeln.

[Xel66]

Und hier steht nichts davon, dass...

Es steht explizit da, das die Reihenfolge auch umgekehrt sein kann. Steht bei beiden eben "sofort" wird dieses auch gleich behandelt und da ist es eben Zufall, was zuerst von der CCU abgearbeitet wird, weil beides mit gleicher Priorität gehandhabt wird. Ist eben Zufall.

bzw. das im Umkehrschluss Zeilen mit Verzögerung auf jeden Fall die 2. Priorität besitzen.

Nein, Verzögerungen werden dann eben mit der angegebenen Zeitspanne abgearbeitet. Gibt es zwei gleiche Verzögerungen, kann wiederum nicht sichergestellt werden, in welcher Reihenfolge beide abgearbeitet werden. Wenn ich zu zwei Mitfahrern sage, ich fahre um 14:00 Uhr los. Seid um diese Zeit da, ist es grundsätzlich egal, wer von beiden zuerst da ist, es werden beide mitgenommen. Eben Zufall, wer wo einsteigt (oder welche persönlichen Prämissen der Einzelne hat).

Code: Alles auswählen

Allgemeinen eine relativ kurze Verzögerung (z.B. 1 Sekunde) aus.

bezieht sich ja wohl unmissverständlich ohne Bezug auf den vorherigen Absatz auf den Satz darüber:

Nein, er bezieht sich auf den unmissverständlichen Umstand, dass ein Befehl ohne Verzögerung sofort, und ein Befehl mit Verzögerung, nach Ablauf der Zeit abgearbeitet wird. Es ist also eine zeitliche Reihenfolge. Da gibt es wenig Interpretationsspielraum. Um beim obigen Beispiel zu bleiben. Wenn ich einem der Mitfahrer nun sage, er solle 14:05 Uhr da sein (und er hält sich dran), dann komm er eben zwangsweise nach dem Anderen an.

Mit der WebUI muss man sich nur mal beschäftigt haben, um sie zu verstehen (zu wollen).

Gruß Xel66

[Black]

Man beginnt die WebUi zu verstehen am besten nach dem Besuch eines hollandse Coffieshops und dem Genuss mehrerer kekse ^^

Black

[Daimler]

Da gibt es wenig Interpretationsspielraum.

Nein, er bezieht sich auf den unmissverständlichen Umstand, dass ein Befehl ohne Verzögerung sofort, und ein Befehl mit Verzögerung, nach Ablauf der Zeit abgearbeitet wird

Du siehst das anscheinend etwas (sehr) EQ3 gesonnen - ich sehe da jedenfalls keinen und lese / verstehe das vollkommen anders.

Wenn ich zu zwei Mitfahrern sage, ich fahre um 14:00 Uhr los.

Wenn ich einem der Mitfahrer nun sage, er solle 14:05 Uhr da sein.

Dann nenne ich das Böswillig.
Und wenn der Termin wichtig wäre, sollte dich der 14:05er auf Ersatz der Taxikosten verklagen.

Mit der WebUI muss man sich nur mal beschäftigt haben, um sie zu verstehen (zu wollen).

Darum bin ich jetzt auch endgültig raus hier - und das nicht wegen dem 'wollen'.

... Besuch eines hollandse Coffieshops und dem Genuss mehrerer kekse

Glaube mir - datt hilft dabei absolut nix.
Aber - wie wäre es mit einem unserer nächsten Stammtische dort - z. B. Venlo ist ja genauso die Ecke rum.
Vielleicht ....

[robbi77]

Nur mal meine Erfahrung zur Reienfolge.

Ich schalte 14 Stufen Beleuchtung mit einem Wiredaktor. Im Programm stehen die Stufen nacheinander mit „sofort“. Bis jetzt haben die immer nacheinander geschaltet ....

[Xel66]

Du siehst das anscheinend etwas (sehr) EQ3 gesonnen - ich sehe da jedenfalls keinen und lese / verstehe das vollkommen anders.

Nein, ich habe mit der Firma nicht mehr zu tun, als die meisten Anwender hier. Ich nutze schlicht nur deren Produkte, die ich auch selbst bezahlt habe. Und ja, ich habe relativ viel Verständnis für technische Probleme, programmierte Verrenkungen, weil ich täglich mit technischen Dokumentationen umgehen muss, mich auch in andere Dinge reindenken "darf" und manchmal auch selbst was programmiere (allerdings in VBA).

Außerdem habe ich durchaus Verständnis dafür, dass Hard- und Software im Consumer-Bereich manchmal mit etwas mit der heißen Nadel gestrickt wird, weil eben keine Heerscharen von Entwicklern für diese Preise zu bezahlen sind. Solange die grundsätzliche Funktionalität gegeben ist, ist alles OK. Mich stört z.B. auch ein etwas in die Jahre gekommen Webinterface nicht.

Gruß Xel66