Danke für die gute Beschreibung Göran.gbglace hat geschrieben: ↑So Sep 01, 2019 12:00 pm Es muss eine freie PA sein. Allerdings hast jetzt einen der 25 Tunnel mit dieser PA vor dem TWS belegt. Bei mir hat der TWS die PA 225, die Tunnel bekommen 226-250, die ETS bekommt davon 250. Die Container und sonstiges auf dem TWS / durchgereichtes nimmt sich eben bei 226 beginnend eine PA. Daher ist es kollisionsgefährdend ein ne PA am Anfang der Range 226-250 zu nehmen, die 225 ist eh Tabu für einen Tunnel/ETS.
Die Reservierung der PAs in der ETS am Gerät TWS dient ja nur dazu, dass die ETS beim Hinzufügen neuer Geräte ins Projekt einfach entsprechend Platz lässt. Bei der Programmierung des TWS führt das dann dazu, das der TWS dann selbst aus dem Bereich PAs am Bus verwendet, darüber hinaus kann aber offensichtlich ein an IP angeschlossenes Gerät das eine PA von sich aus mitbringt am TWS einen Tunnel greifen und dann die eigene PA verwenden auch wenn sie ausserhalb des reservierten Bereiches ist. Nette Funktion aber für mich etwas unglücklich, weil damit im ETS-Projekt keine saubere Doku mehr möglich ist.
Habe als Erstes jetzt erst einmal meine ZusatzPA's des TWS gem. deines Schemas gesetzt, denn die waren zuvor in dem Adressbereich ab 1.1.13 definiert. Das war wohl so aus der Testgenesis als TWS-Betatester gewachsen.
TWS hat nun 200 und die Zusatz PA's haben 201 bis 225.
Ich wollte nun 225 für meine ETS 2 SnSt festlegen. Die nimmt er nicht an in den globalen Bus Settings (already in use as additional adress).
Wieder Neustart der ETS. Nun wurde der ETS 2 die PA 202 zugewiesen (ist aus meinem neuen ZusatzPA-Adressbereich).
Ein testweise Klick auf Programmieren in der ETS brachte nun zumindest keine Fehlermeldung und es scheint, ich kann programmieren. Melde mich wieder wenn es hakt.