UPGRADE IP 9 verfügbar!
Timberwolf VISU jetzt mit NEUEM Layout Editor
Freie Anordnung, Reihenfolge und Größe der Widgets - viele weitere Verbesserungen
Infos im Wiki: https://elabnet.atlassian.net/l/cp/06SeuHRJ

NEU! Insider & Leistungsmerkmale FÜR ALLE freigeschaltet
Damit kann nun jeder das Upgrade vornehmen und VISU & IFTTT testen. Alle Info hier: viewtopic.php?f=8&t=5074

[FR] L-Flag nicht gesetzt, als Standard

Eure Wünsche und Phantasien
Forumsregeln
  • Denke bitte an aussagekräftige Titel und gebe dort auch die [Firmware] an. Wenn ETS oder CometVisu beteiligt sind, dann auch deren Version
  • Bitte mache vollständige Angaben zu Deinem Server, dessen ID und dem Online-Status in Deiner Signatur. Hilfreich ist oft auch die Beschreibung der angeschlossener Hardware sowie die verwendeten Protokolle
  • Beschreibe Dein Projekt und Dein Problem bitte vollständig. Achte bitte darauf, dass auf Screenshots die Statusleiste sichtbar ist
  • Bitte sei stets freundlich und wohlwollend, bleibe beim Thema und unterschreibe mit deinem Vornamen. Bitte lese alle Regeln, die Du hier findest: https://wiki.timberwolf.io/Forenregeln
Benutzeravatar

Zugschlus
Reactions:
Beiträge: 345
Registriert: Di Okt 02, 2018 4:28 pm
Wohnort: St. Ilgen, Baden-Württemberg
Hat sich bedankt: 112 Mal
Danksagung erhalten: 82 Mal
Kontaktdaten:

#31

Beitrag von Zugschlus »

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
--
Marc Haber, St. Ilgen. Freier IT-Berater, Debian Developer.
TWS 950Q #326, VPN auf Anfrage - KNX, 1Wire (13/55/54 Slaves), MQTT, Cometvisu, viel Grafana, ganz ein bisschen Logik.
Benutzeravatar

Zugschlus
Reactions:
Beiträge: 345
Registriert: Di Okt 02, 2018 4:28 pm
Wohnort: St. Ilgen, Baden-Württemberg
Hat sich bedankt: 112 Mal
Danksagung erhalten: 82 Mal
Kontaktdaten:

#32

Beitrag von Zugschlus »

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
--
Marc Haber, St. Ilgen. Freier IT-Berater, Debian Developer.
TWS 950Q #326, VPN auf Anfrage - KNX, 1Wire (13/55/54 Slaves), MQTT, Cometvisu, viel Grafana, ganz ein bisschen Logik.
Benutzeravatar

Zugschlus
Reactions:
Beiträge: 345
Registriert: Di Okt 02, 2018 4:28 pm
Wohnort: St. Ilgen, Baden-Württemberg
Hat sich bedankt: 112 Mal
Danksagung erhalten: 82 Mal
Kontaktdaten:

#33

Beitrag von Zugschlus »

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
--
Marc Haber, St. Ilgen. Freier IT-Berater, Debian Developer.
TWS 950Q #326, VPN auf Anfrage - KNX, 1Wire (13/55/54 Slaves), MQTT, Cometvisu, viel Grafana, ganz ein bisschen Logik.

Ersteller
Dragonos2000
Reactions:
Beiträge: 2181
Registriert: So Aug 12, 2018 1:38 pm
Wohnort: Karlsruher Raum
Hat sich bedankt: 481 Mal
Danksagung erhalten: 889 Mal

#34

Beitrag von Dragonos2000 »

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
Zuletzt geändert von Dragonos2000 am Di Jan 28, 2020 1:29 pm, insgesamt 4-mal geändert.
Lg
Jochen
____________________________________________________________
TW 2600 #188
VPN offen, Zugriff jederzeit, Experimente jederzeit, Reboot jederzeit

Sensej
Reactions:
Beiträge: 901
Registriert: So Aug 12, 2018 9:12 am
Hat sich bedankt: 112 Mal
Danksagung erhalten: 240 Mal

#35

Beitrag von Sensej »

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
Zuletzt geändert von Sensej am Di Jan 28, 2020 1:34 pm, insgesamt 1-mal geändert.
TWS 2400 ID: 69 + PBM ID: 728 + TP-UART, VPN offen, Reboot erlaubt

Ersteller
Dragonos2000
Reactions:
Beiträge: 2181
Registriert: So Aug 12, 2018 1:38 pm
Wohnort: Karlsruher Raum
Hat sich bedankt: 481 Mal
Danksagung erhalten: 889 Mal

#36

Beitrag von Dragonos2000 »

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).
Zuletzt geändert von Dragonos2000 am Di Jan 28, 2020 1:46 pm, insgesamt 2-mal geändert.
Lg
Jochen
____________________________________________________________
TW 2600 #188
VPN offen, Zugriff jederzeit, Experimente jederzeit, Reboot jederzeit
Benutzeravatar

Zugschlus
Reactions:
Beiträge: 345
Registriert: Di Okt 02, 2018 4:28 pm
Wohnort: St. Ilgen, Baden-Württemberg
Hat sich bedankt: 112 Mal
Danksagung erhalten: 82 Mal
Kontaktdaten:

#37

Beitrag von Zugschlus »

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
--
Marc Haber, St. Ilgen. Freier IT-Berater, Debian Developer.
TWS 950Q #326, VPN auf Anfrage - KNX, 1Wire (13/55/54 Slaves), MQTT, Cometvisu, viel Grafana, ganz ein bisschen Logik.

Robert_Mini
Reactions:
Beiträge: 3741
Registriert: So Aug 12, 2018 8:44 am
Hat sich bedankt: 1164 Mal
Danksagung erhalten: 2058 Mal

#38

Beitrag von Robert_Mini »

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
Timberwolf Server 2500 / #117 (VPN offen + reboot nach Rückfrage) / zusätzlich: 3500M/#935, 3500L/#1297

Sun1453
Reactions:
Beiträge: 1849
Registriert: Do Feb 07, 2019 8:08 am
Hat sich bedankt: 1541 Mal
Danksagung erhalten: 788 Mal

#39

Beitrag von Sun1453 »

Update des PDF gemacht. Bitte erneut schauen.
Gruß Michael

Timberwolf 950 QL #344 | Mit Internetanbindung | VPN Offen | Reboot nach Absprache | PROD Server
Timberwolf 2500 #602 | VPN offen | TEST Server | Reboot nach Absprache |

StefanW
Elaborated Networks
Reactions:
Beiträge: 9689
Registriert: So Aug 12, 2018 9:27 am
Wohnort: Frauenneuharting
Hat sich bedankt: 4831 Mal
Danksagung erhalten: 7632 Mal
Kontaktdaten:

#40

Beitrag von StefanW »

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
Stefan Werner
Product Owner für Timberwolf Server, 1-Wire und BlitzART
Bitte WIKI lesen. Allg. Support nur im Forum. Bitte keine PN
Zu Preisen, Lizenzen, Garantie, HW-Defekt an service at elabnet dot de

Link zu Impressum und Datenschutzerklärung oben.
Antworten

Zurück zu „Feature Requests & Diskussionen Timberwolf Allgemein“