[DISKUSSION] Euere Wünsche an KNX Stack V2

[gbglace]

Ich will ja schon viel mehr in der Kombination aus Obejkt/Funktion denken und arbeiten. Das ist einfach die Zukunft im IoT Umfeld. Sieht man auch bei der YAML-Konfiguration im HA.

Die ETS wird das Thema Funktionen und virtuelle Geräte auch vertiefen, aber da darf man noch auf V8 statt auf V7 warten bis das was brauchbares wird.

[StefanW]

Hi Jochen,

Ah… die sagenumwobene Importer-App Ich dachte, die war vorwiegend für die Migration vom Wiregate auf den Wolf? Auf so eine Anwendung, wie du das machst, bin ich noch nicht gestossen.

Die Importer APP wurde zwar damals wegen Migration vom WireGate Server geschaffen, aber auch im Hinblick auf eine Automatisierung der Einrichtung von KNX Objekten und GA Zuordnung über einen CSV-Export und CSV-Import (nur für das WireGate hätten wir weder den Export gebraucht, noch die Funktion, das man über eine bestehende Konfig "drüberimportieren" kann).

Eine weitere Nutzung ist bei Wechsel der Applikation. Weil man die alte Applikation löschen und die neue verwenden kann und sich dann die Konfiguration des KNX Stacks aus dem TWS exportieren kann um diese über den TWS Importer wieder in die ETS zu bekommen. Wurde so um 2019 fleissig gemacht, weil wir damals die Applikation gewechselt haben. Da wir an einer neuen Applikation (insbesondere mehr DPT) arbeiten, wird das wieder auf Euch zukommen.

Das Workflow-Thema ist dann nochmal ein anderer Punkt. Wie gesagt, da hatten wir heute eine tolle Idee, die wir auf Machbarkeit prüfen.

Soviel dazu.

Bitte gerne weitere Ideen

lg

Stefan

[ThomasD]

Eine weitere Nutzung ist bei Wechsel der Applikation. Weil man die alte Applikation löschen und die neue verwenden kann und sich dann die Konfiguration des KNX Stacks aus dem TWS exportieren kann um diese über den TWS Importer wieder in die ETS zu bekommen. Wurde so um 2019 fleissig gemacht, weil wir damals die Applikation gewechselt haben. Da wir an einer neuen Applikation (insbesondere mehr DPT) arbeiten, wird das wieder auf Euch zukommen.

Ein einfaches aktualisieren der Applikation ist wohl nicht möglich??

Gruß
Thomas

[StefanW]

Ein einfaches aktualisieren der Applikation ist wohl nicht möglich??

Wir werden prüfen, ob das geht, die ETS hat dafür ja eine Funktion, kommt auf den Grad der Änderungen an bzw. inwieweit sich das durch einen Algorithmus anpassen läßt. Aber falls es nicht geht, haben wir einen Plan B.

lg

Stefan

[knxeibspezi]

Maximale Telegrammlänge (APDU) erhöhen;
aktuell 55, besser wäre --> 255;
das erhöht die Geschwindigkeit beim Programmieren bei großen KNX-Applikationen


Gruß Lutz

[StefanW]

Hallo Lutz,

die 55 Byte APDU Länge sind ein Limit des zertifizierten KNX Chips "TPUART2+" die im Timberolf Server verbaut sind, hat nichts mit dem Stack zu tun.

Das Ausnutzen der im Standard für "Extended Frames" maximal möglichen APDU Länge von ca. 250 wird nur durch moderne Linienkoppler / Router unterstützt. Der Vorteil sollte in der Theorie aber nur wenige Prozent betragen, da die 9600 Bit/s das eigentliche Limit sind, nicht der geringe Overhead der paar Byte für das Telegramm (also im Vergleich von 55 zu 250 Byte), zumal die Change für einen Fehler bei so langen Paketen stark zunimmt, was dann zu einer Wiederholung führt und auch nur wenige KNX Endgeräte das unterstützen, weil die meisten verbauen ja auch den TP-UART und dann ist wieder auf 55 Byte "beschränkt".

lg

Stefan

[Franky]

potentielle Abhängigkeit: [FR] Wert senden bei Busreset / TWS-Start / KNX-Geräteneustarts / Programmieren eines Geräts aus der ETS