ElabNET Technik Forum

Robert_Mini hat geschrieben: ↑Mo Jan 27, 2020 11:17 pm 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.

Das klappt bei meiner Comet Visu App auf dem Timberwolf chronisch nicht: Die Heizungs-Sollwerte sind leer¹, die Fensterzustände undefiniert, und gerne laufen die Rolläden beim Start der Visu in die obere Position.

Grüße
Marc

¹ was ärgerlich ist weil man dann nicht weiß auf welchen Wert man korrigieren muss wenn es zu warm/zu kalt ist

Robert_Mini hat geschrieben: ↑Mo Jan 27, 2020 11:17 pm Ein Objekt das nur in der Visu liegt, ist bei mir zB.: Urlaub, Automatik für Beschattung und KWL etc.

Damit meinst Du Objekte, die nur in der Visu ein- und ausgeschaltet werden und für die es keinen dedizierten Tastsensor o.ä. im Haus gibt, also Objekte, für die die Visu Befehlstelegramme auf den Bus gibt?

Grüße
Marc

Sun1453 hat geschrieben: ↑Di Jan 28, 2020 8:08 am 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.

ETS-KO-FLAGS-TWS.pdf

Was könnte das z.B für ein Objekt sein, wo drei Aktoren ihren Status zurückmelden wenn man eine Statusabfrage sendet? Welche der Antworten gewinnt?

Grüße
Marc

Hi Marc, es gewinnt das Gerät, das zuletzt gesendet hat, da es die vorigen Werte dann überschreibt. Die 3 Aktoren im Beispiel sind nur stellvertretend zu sehen- das können beliebige KOs mit gesetztem L-Flag sein.
Ad hoc fällt mir auch kein konkretes Beispiel mit 3x Aktor-Status ein. Vielleicht ein griffigeres:

KO 1: TWS
KO 2: Aktor Status
KO 3: Eingang eines Logikmoduls
KO 4: Eingang einer LED-Anzeige eines Tasters

Auch die KO 3 und 4 würden auf eine Leseanforderung antworten, wenn deren L-Flag gesetzt wäre. Sinnvoll ist demnach folgende Konfiguration (ohne Gewähr):

KO 1: K, I, S, A
KO 2: K, L, Ü
KO 3: K, I, S, A
KO 4: K, I, S, A

Dragonos2000 hat geschrieben: ↑Di Jan 28, 2020 1:24 pm Hi Marc, es gewinnt das Gerät, das zuletzt gesendet hat, da es die vorigen Werte dann überschreibt.

Hallo Jochen,
welches Gerät sendet zuletzt?
Gibt es Richtlinien dafür oder man kann es gar nicht bestimmen welches Gerät zuletzt sendet, wenn man bei mehreren das L-Flag drin hat?

MfG Juri

Das ist reiner Zufall, welches Gerät zuletzt antwortet bzw. welches Telegramm zuletzt ankommt (Signallaufzeiten, Verarbeitungsgeschwindigkeit, Medium,...).

Prinzipiell kommen alle Telegramme an und alle werden auch verarbeitet, nur eben in sehr schneller Folge. Bei einer Logik bzw. einem Logikbaustein bedeutet dies, dass die Logik mehrmals ausgeführt wird (je erhaltenes Telegramm) und hintereinander ihrerseits auf den Bus sendet. Bei einer Visu würdest Du dann den zuletzt empfangenen Wert sehen. Daher ist "das letzte gewinnt" ganz streng genommen nicht ganz richtig. Genau genommen gewinnen alle, aber das letzte ist für dich dann sichtbar (wenn unterschiedliche Werte als Antworten kommen).

Dragonos2000 hat geschrieben: ↑Di Jan 28, 2020 1:39 pm Prinzipiell kommen alle Telegramme an und alle werden auch verarbeitet, nur eben in sehr schneller Folge. Bei einer Logik bzw. einem Logikbaustein bedeutet dies, dass die Logik mehrmals ausgeführt wird (je erhaltenes Telegramm) und hintereinander ihrerseits auf den Bus sendet. Bei einer Visu würdest Du dann den zuletzt empfangenen Wert sehen. Daher ist "das letzte gewinnt" ganz streng genommen nicht ganz richtig. Genau genommen gewinnen alle, aber das letzte ist für dich dann sichtbar (wenn unterschiedliche Werte als Antworten kommen).

Dann ist es aber Unsinn (weil nicht deterministisch) mehrere Geräte auf eine Gruppenadresse senden zu lassen und die Grafik führt irre.

Grüße
Marc

Richtig. Ein Read auf eine GA mit mehreren L-Flags macht keinen Sinn.

=> Entweder es gibt nur ein Objekt mit L-Flag und man kann darauf lesen oder GA die auf eine GA hören, aber die Rückmeldung geht über mehrere GA mit L-Flag. Die kann man dann aber nicht mit einem Befehl lesen.

Robert

Update des PDF gemacht. Bitte erneut schauen.

Danke Michael, das ist besser.

Hab es aber jetzt nicht in jeder Einzelheit geprüft, da zeitlich gerade angespannt. Danke für die tolle Mitarbeit

lg

Stefan