[Gelöst] [1.5RC10] Info-Einblendung im KNX-Busmonitor wg Programmierung

[gbglace]

Ich habe eben ein neues KO mit GA-Zuordnung in den TWS per ETS programmiert, kurz vorab (gleichzeitig gestartet) noch einen Aktor auch wg neuer GA-Zuordnungen.
Beide Programmierungen als volle Applikation.

Während der Aktor so programmiert wurde hab ich mich auf den TWS eingeloggt und den KNX-Busmonitor gestartet.
Alles wunderbar, die ETS hat über den einen Tunnel fleißig den Bus geflutet.
Hier und da bin ich zur ETS gewechselt (ALT+TAB) und die ETS war dann auch bald dabei den TWS zu programmieren. Das hat man dann auch im Busmonitor erkannt (quell PA = Tunnel, Ziel PA = TWS). Ich bin dann zurück zur ETS gewechselt da war der Fortschrittsbalken bei so 90%, die ersten 70% gehen ja immer sehr fix. Als er dann kurz vor Schluss war bin ich wieder zurück zum TWS, da lag dann über dem Busmonitor ein halbtransparenter Info Bildschirm, das der TWS gerade programmiert wird und die Anzeige wenn die ETS fertig ist neugestartet wird.

Insgesamt fand ich die Anzeige logisch und sinnvoll, weil während so einer Programmierung des TWS ggf. das ein oder andere an Buskommunikation TWS <> KNX eingeschränkt ist. Allerdings hätte ich diese Info aber schon zu Beginn der Programmierung und nicht erst ab ca. 90%+ erwartet.

Weil ich ein wenig rastlos bin habe ich, als ich dann nochmal zur ETS gewechselt bin und sah dass die Programmierung abgeschlossen war, auf dem TWS der Hinweis aber immer noch über dem Busmonitor lag, mit F5 einen Seitenreload gemacht. Gefühlt hätte ich da also die automatische Abschaltung des Hinweises auch entsprechend früher erwartet.

Weitere Frage:
Wo sollte der Hinweis sich überall in den Fordergrund schieben? Mir ist der bisher noch nie aufgefallen, nur eben im KNX-Busmonitor.


Gefühlt kein großer Bug, aber irgendwie vom Timing nicht ganz konsistent.

[StefanW]

Hallo Göran,

der Prozess der Programmierung in der ETS ist eigentlich mehrstufig.

Zunächst wird die Kompatibilität überprüft (d.h. ob die Version der Applikation zur Version des Stacks im betreffenden Gerätes passt, also ein Firmware-Check), daher sieht man auch Pakete. Das ist aber noch nicht die Programmierung. Anschließend berechnet die ETS ein BLOB dass danach in das Produkt hochgeladen wird und dort hart den Speicher überschreibt. Erst letzteres ist die eigentliche Programmierung und erst dann bemerkt der KNX Stack im TWS auch, dass ihm jetzt sein Speicher überschrieben wird.

Der Start der Programmierung in der ETS ist mitnichten der Start des eigentlichen Vorganges, wobei der KNX Stack im Timberwolf Server erst dann die Programmierung mitbekommt, wenn diese dann auch begonnen hat (das dürften die von Dir erwähnten 70% im Fortschrittsbalken sein).

Durch die Programmierung werden alle Objekte neu eingestellt (hart überschrieben). Damit muss aber die Verarbeitung angehalten werden, daher der modale Bildschirm (der überall erscheint.

Wenn die ETS mit der Programmierung - dem harten Überschreiben des Speicherbereiches der Objekte - fertig ist, beginnt für den Timberwolf Server eigentlich erst die Arbeit, weil dann wird der Speicher ausgelesen und analysiert, in Datenbanken umgeladen und die diversen Komponenten neu gestartet.

Kurz: Die ETS überlegt zuerst, dann programmiert und dann überlegt der Server. Das alles ist der Grund, warum es asynchron aussieht.

Also weder Bug noch Improvement möglich, es ist technisch bedingt.

lg

Stefan

[gbglace]

OK nur ein Teil des ganzen Vorganges führt zur Blockade und nur für den Teilprozess kommt der Hinweis.

Gut dann muss ich mich nicht mehr wundern...