ElabNET Technik Forum

Robert_Mini hat geschrieben: ↑Sa Jan 25, 2020 10:11 pm Hab mal alles aus diesem Thread mit eingearbeitet.
app.php/kb/viewarticle?a=122

Bitte prüfen.

Meine Anregungen dazu:

S/W und A/U hat bis auf den unterschiedlichen Satzbau dieselbe Beschreibung. Wenn der unterschiedliche Satzbau auch unterschiedliche Funktion beschreiben soll, wird mir das nicht klar. Wenn die Funktion identisch ist, kann man die beiden Flagbeschreibungen entweder zusammenfassen oder wörtlich dieselbe Beschreibung geben. Die nur im Satzbau unterschiedlichen Beschreibungen lassen mich entgleisen und direkt fragen, warum das zwei unterschiedliche Flags sind und wo der Unterschied ist.

Ich würde in der jeweiligen Überschrift der "Übersicht und Erklärungen zu allen Falgs" die Bezeichnungen ausschreiben.

K/C-Flag: s/ohnw/ohne/

L/R: Ein typische Usecase, z.B. Rückmeldung des Istwertes für Aktorposition oder Temperatur, fehlt

Ü/T: Die Erklärung mit der Wippe ist doppelt, das müssen wir einmal abziehen.

I/I: Usecase z.B. Initialisierung einer Visualisierung? Frage hierzu: Wenn z.B. der Timberwolf nach seinem Reset ein GroupValueRead-Telegramm an eine GA sendet, wird der Aktor, auf dem für diese GA das L-Flag gesetzt hat, antworten. Werden sich dann z.B. Toggle-Taster oder eine Visualisierung an die Antwort des Aktors halten oder interessiert sich immer nur das Gerät, das das GroupValueRead abgesetzt hat, für die Antwort?

Wie kann ich das I-Flag in der ETS einblenden?

Was ist z.B ein Objekt, das nur in der Visualisierung verwendet wrid?

Zugschlus hat geschrieben: ↑Mo Jan 27, 2020 3:38 pm Wie kann ich das I-Flag in der ETS einblenden?

Rechte Maustaste auf die Spaltenüberschrift den anderen Flags. Dann kannst du auswählen welche Spalten eingeblendet werden sollen und Du kannst auch die Spalte für das I-Flag auswählen.

Zugschlus hat geschrieben: ↑Mo Jan 27, 2020 3:38 pm S/W und A/U hat bis auf den unterschiedlichen Satzbau dieselbe Beschreibung. Wenn der unterschiedliche Satzbau auch unterschiedliche Funktion beschreiben soll, wird mir das nicht klar. Wenn die Funktion identisch ist, kann man die beiden Flagbeschreibungen entweder zusammenfassen oder wörtlich dieselbe Beschreibung geben. Die nur im Satzbau unterschiedlichen Beschreibungen lassen mich entgleisen und direkt fragen, warum das zwei unterschiedliche Flags sind und wo der Unterschied ist.

Ok, nicht optimal. Das wesentliche ist aber das Write <> Response:
S reagiert nur auf ein Write-Telegramm
A reagiert auf eine Response-Telegramm (das einem Read durch wen auch immer erzeugt wurde)

Zur letzten Frage: wen interessiert die Antwort es Read-Telegramms, das vom I Objekt kommt?
Siehe oben: jedes Objekt am Bus mit gesetztem A Flag.

Heißt auch, wenn man I setzt und kein A, wird zwar gelesen, aber der Wert nicht übernommen => wenn I dann auch A.

Deine weiteren Hinweise arbeite ich ein - Danke dafür.

Robert

@gbglace Jetzt habe ich das ganze Verstanden dank deiner Erklärung gerade mit den Zusammenhängen von dem einen Flag mit dem anderen.

A oder I FLAG vom einen Geräte fragen die Information beim L FLAG vom anderen Gerät an. Ü FLAG vom einen Gerät (z.B. Taster) gehen zum KO mit S FLAG beim anderen Gerät (AKTOR)

Das sollte genau so in die KB.

Danke für eure Rückmeldungen. Hab selber bei diesem Kapitel viel gelernt, aber ihr seid schon sehr anspruchsvoll .

Zugschlus hat geschrieben: ↑Mo Jan 27, 2020 3:38 pm I/I: Usecase z.B. Initialisierung einer Visualisierung? Frage hierzu: Wenn z.B. der Timberwolf nach seinem Reset ein GroupValueRead-Telegramm an eine GA sendet, wird der Aktor, auf dem für diese GA das L-Flag gesetzt hat, antworten. Werden sich dann z.B. Toggle-Taster oder eine Visualisierung an die Antwort des Aktors halten oder interessiert sich immer nur das Gerät, das das GroupValueRead abgesetzt hat, für die Antwort?
...
Was ist z.B ein Objekt, das nur in der Visualisierung verwendet wird?

Zu deinen 2 Punkten:
Ich sehe das I-Flag primär für Logikeingänge, die von verschiedenen Zuständen am Bus abhängen, die beim Neustart erstmal aktiv gelesen werden sollen.
zB Fensterstatus: zum korrekten Verhalten nach einem Stromausfall würde eine Sendeverzögerung von 2 Min. am Binäreingang auch genügen. Wird aber der TWS rebootet, so sendet der Binäreingang und eine zB Statistik Logik würde mit dem falschen Wert starten.
Mit dem I-Flag wird nach dem Hochfahren automatisch am Bus nachgefragt.

Die Visualisierung ist kein typischer Fall für das I-Flag!! Die Visu (genauer die Server-Componente / das Backend) liest typischerweise aktiv vom Bus, wenn sie gestartet wird.

Ein Objekt das nur in der Visu liegt, ist bei mir zB.: Urlaub, Automatik für Beschattung und KWL etc.
Diese brauchen ein L-Flag, kein I-Flag.

lg
Robert

Ich habe mal das ganze mal in eine Grafik fließen lassen. Ich hoffe das passt so. Das könnt ihr gern auch in die KB übernehmen. Sollte etwas nicht stimmen bitte melden.

Hallo Michael, sehr schön.

Vorschlag: Die Geräte durchnummerieren, weil die Bezeichnung von FLAGS und GERÄTEN mit Buchstaben kann zu Verwirrung führen

lg

Stefan

StefanW hat geschrieben: ↑Di Jan 28, 2020 8:18 am Hallo Michael, sehr schön.
Vorschlag: Die Geräte durchnummerieren, weil die Bezeichnung von FLAGS und GERÄTEN mit Buchstaben kann zu Verwirrung führen
lg Stefan

Hallo Stefan,
ich habe deinen Vorschlag sofort in die Tat umgesetzt und das alte PDF auch schon getauscht. Auch habe ich ein paar andere Detailverbesserungen vorgenommen.

Robert_Mini hat geschrieben: ↑Mo Jan 27, 2020 4:44 pm Ok, nicht optimal. Das wesentliche ist aber das Write <> Response:
S reagiert nur auf ein Write-Telegramm
A reagiert auf eine Response-Telegramm (das einem Read durch wen auch immer erzeugt wurde)

Ah, _diesen_ Unterschied habe ich vor lauter semantischer Suche nicht gesehen. Was sind die Usecases?

Robert_Mini hat geschrieben: ↑Mo Jan 27, 2020 4:44 pm Zur letzten Frage: wen interessiert die Antwort es Read-Telegramms, das vom I Objekt kommt?
Siehe oben: jedes Objekt am Bus mit gesetztem A Flag.

Heißt auch, wenn man I setzt und kein A, wird zwar gelesen, aber der Wert nicht übernommen => wenn I dann auch A.

Was sind die Usecases?

Robert_Mini hat geschrieben: ↑Mo Jan 27, 2020 4:44 pm Deine weiteren Hinweise arbeite ich ein - Danke dafür.

Ich habe zu danken!

Grüße
Marc

Sun1453 hat geschrieben: ↑Mo Jan 27, 2020 9:41 pm @gbglace Jetzt habe ich das ganze Verstanden dank deiner Erklärung gerade mit den Zusammenhängen von dem einen Flag mit dem anderen.

A oder I FLAG vom einen Geräte fragen die Information beim L FLAG vom anderen Gerät an. Ü FLAG vom einen Gerät (z.B. Taster) gehen zum KO mit S FLAG beim anderen Gerät (AKTOR)

Das sollte genau so in die KB.

Bitte nicht, der Satz ist mir völlig unverständlich und verwirrt mehr als dass er hilft.

Grüße
Marc