[V4.5 IP3] Wie Sendeverzögerung KNX-Stack nach TWS-Neustart / KNX-Busreset konfigurieren?

[Franky]

Hi,

kann man Einfluss auf die Geräteanlaufzeit des TWS nehmen? Z.B. um die Readrequestest (I-Flag) spät im Wiederanlaufprozess des KNX-Busses zu starten?


LG

Franky

[blaubaerli]

Hallo Franky,

bitte mache dir Gedanken über einen sprechenderen Titel für deinen Thread. Ein einzelnes Wort entspricht absolut nicht unseren Forenregeln.

Solltest du ihn nicht mehr eigenständig ändern können, poste ihn gerne, dann trage ich ihn für dich nach.

Danke.

Beste Grüße
Jens

[Franky]

bitte mache dir Gedanken über einen sprechenderen Titel für deinen Thread. Ein einzelnes Wort entspricht absolut nicht unseren Forenregeln.

Hallo blaubaerli,

danke für den Hinweis. Ich kann ihn selbst nicht mehr eintragen. Ein besserer Titel wäre:

Sendeverzögerung nach TWS-Neustart (durch Geräteanlaufzeit) konfigurieren

Danke

LG Franky

[StefanW]

Hi,

bitte beschreiben, WARUM genau das benötigt wird, für welcher Anwendungsfall. Weil dann ist das verständlicher und dann verstehe die Entwickler auch besser, was gewünscht wird.

MODs: Soweit Euch zeitlich möglich, die Foristen immer bitten, das Warum / Beispiele anzugeben, weil man dann den Kontext besser versteht, die Suchmaschinen mehr Futter haben und wir die Wünsche und Notwendigkeiten der Kunden besser verstehen. Insbesondere da wir gerade planen, welche Verbesserung ein KNX Stack V2 bekommen sollte, wäre das schon wichtig. Ich muss mich hier künftig raushalten, daher meine Bitte an die MODs das zu übernehmen - und jeden Foristen, der hier helfen möchte.

Merci

Stefan

[Franky]

Hallo zusammen,

hier die Anforderung, danke Stefan für die sinnvolle Aufforderung:

KURZ: Werkzeuge erhalten, um das Haus und all seiner Geräte nach einem Bus-Reset in einen sauberen (definierten) Zustand versetzen zu können.

LANG: Ich will nach einem Busreset den Zustand der Geräte initialisieren. Jetzt kann man sagen, was kümmert er sich um den seltenen Fall eines Busresets?

Ich war in meinem ersten Leben in der IT tätig und mich hat die Absicherung von "edgecases" (Exremwerte/Randbedingungen) immer besonders getriggert, weil solche Fehler im Betrieb zu debuggen ein Horror ist. Oder anders formuliert. Wenn man sich um die kümmert, stimmt auf einmal die Qualität an ganz vielen anderen Stellen auch.

Da ich häufig die KNX-Geräte beschreibe (jetzt mit dem TWS natürlich noch mehr, um neue Funktionen zu implementieren), in dem Haus mit anderen Personen aber auch wohne , will ich das sauber haben. Ich hatte schon echte Beschwerden weil Lüfter (durch einen Busreset) nicht mehr ausgegangen sind oder Licht unnötig ein/aus gegangen ist., etc. Wo vermeidbar, will ich das vermeiden oder zumindest auf einen safe state setzen.

Ich habe mir also eine Tabelle (Abhängigkeitsmatrix) erstellt, welche meiner Geräte von welchen Geräten abhängig ist (wer also was von wem liest / für Readrequests up sein muss und so weiter) und ein kleines Script erstellt, dass mir die Startreihenfolge der Geräte liefert (sind zur Zeit 6 Gruppen).

Die Gerätegruppen lasse ich dann mit ein paar Sekunden Versatz starten. Das realisiere ich über die Geräteanlaufzeit, die sich bei vielen (insbesondere komplexeren) KNX-Geräten einstellen lässt.

Konkretes Beispiel: Die TWS-Logik, die den Lüfter in Abhängigkeit von Taupunktdifferenz und relativer Luftfeuchtigkeit schaltet, will ich beim Gerätestart den Zustand ermitten lassen: Init-Flag gesetzt und gut ist. Nicht ganz. Der konkrete Aktor startet regulär nach 5 Sekunden, bedingt durch die genannte Gruppierung nach 30 Sekunden.

Der TWS fragt die die Daten aber so schnell ab und liefert das Ergebnis (Geräteanlaufzeit scheint mir < 1 Sekunde), so dass der Aktor das nicht mitbekommt (und der TWS auch keine korrekten Daten empfangen kann und der Logik-Input-Startwert greift).

Ich würde den TWS bei mir als letztes Gerät starten lassen wollen, da der TWS auf die ganzen anderen Geräte (zum Auslesen von Daten) angewiesen ist und die Empfänger der Ergebnisse auch wieder verfügbar sein sollen, wenn der TWS seine Ergebnisse sendet.

Momentan käme ich mit einer einzigen Geräteanlaufzeit=Ausleseverzögerung=Sendeverzögerung für den TWS klar. Ich würde den TWS ans Ende meiner Startkette setzen. ich bräuchte das nicht relativ in jeder Logik.

Im Falle eines Stromausfalls (trotz USV) wäre das vermutlich gegeben, da der TWS durch Kaltstart seinen KNX-Stack natürlich verzögert startet. Mir geht es aber um den Busreset, den ich auslöse, um das Haus in einen sauberen Zustand zu versetzen.

Gruß

Franky

[blaubaerli]

Hallo Franky,

bitte nutze keine Vollzitate, siehe hier: viewtopic.php?p=61171#p61262

und kürze dieses bitte noch ein.

Danke.

Beste Grüße
Jens

[Robert_Mini]

Hallo zusammen!

Ich kann den Anwendungsfall zu 100% nachvollziehen und unterstützen.
Genau genommen sind es 2 Aspekte:
- Der Stack soll schnell aktiv sein, um nach einem Stromausfall die Telegramme die von anderen Aktoren aktiv kommen, korrekt MITZUHÖREN.
- Das eigene Init-READ soll einstellbar nach x Sex. gesendet werden, damit alle Aktoren, die nur bei Änderung oder zyklisch senden, dann den richtigen Wert verteilen.

LG Robert

[StefanW]

HI, danke Euch.

wären "gruppierte Einstellungen" für Objekte sinnvoll mit unterschiedlichen Einstellungen?

1-1000 mit 5 Sekunden Schreiben und 20 Sekunden Init
1001 - 2000 mit .....
usw.

==> Bitte jemand in den neuen "was wollt Ihr im KNX V2 Stack" einen kurzen Eintrag mit Link hierauf machen, damit es nicht verloren geht.

lg

Stefan

[Thimo]

Bitte jemand in den neuen "was wollt Ihr im KNX V2 Stack" einen kurzen Eintrag mit Link hierauf machen, damit es nicht verloren geht.

Verweis in KNX Stack V2