[Gelöst] Schnittstelle nicht mehr erreichbar / Version 1.5 Release Candidate 4

[Sun1453]

Was mir noch geholfen hatte war die eine KNX Adresse zu nehmen die vor dem Timberwolf Server ist. Also wenn der TWS die 1.1.230 hat dann die Schnittstelle auf 1.1.229.

[tws88_user]

Die physiklaische Adresse habe ich jetzt auf eine aus dem Bereich des TWS "zusätzliche physikalische Adresse" ausgewählt - muss man dies nicht sowieso obligatorischerweise machen? Leider aber auch kein Erfolg.

[Matze76]

muss ich bei den Ethernet-Parametern des Wolfs in der ETS etwas einstellen?

Ich denke normalerweise musst du nichts umstellen. Musste ich jedenfalls nicht nach der Aktivierung von MacVLAN.

Ich musste nach der Aktivierung von MacVLAN lediglich in der ETS die neu gefundene Schnittstelle auswählen, und dann im Projekt für die Linie selbst noch einmal die Verbindung umstellen (in diesem Dropdown, das du oben auch gepostet hast). Dann hat alles funktioniert.

[tws88_user]

Was mir noch geholfen hatte war die eine KNX Adresse zu nehmen die vor dem Timberwolf Server ist. Also wenn der TWS die 1.1.230 hat dann die Schnittstelle auf 1.1.229.

BUMM !

Das hat geholfen. Habe eine Adresse vor der TWS PA gewählt - hier die 199 und nun funktioniert es.

Danke Michael! @Sun1453

Aber das verdeutlicht mir, dass ich die Thematik, beileibe noch nicht ansatzweise durchdrungen habe ...

[tws88_user]

So.

KORREKTUR.

Eben habe ich noch einmal testweise in der ETS programmieren wollen.

WIEDER der Fehler.

Unter den globalen Buseinstellungen habe ich dann gesehen, dass die Schnittstelle sich einfach erneut einer anderen PA bedient, resp. automatisch eine andere zugewiesen bekommen hat, nämlich die 251. Damit hatte ich wieder das gleiche Fehlerbild.

Was soll das denn? Wie kann ich die PA der konfigurierten Schnittstelle (ETS2 in meinem Beispiel) dauerhaft fix einstellen?

Will ich jetzt wieder die 199 einstellen, bekomme ich die Meldung, das die Adresse "already in use" ist. Habe die 198 gewählt und programmieren wollen - Fehler. Schnittstelle wird verwendet. Blick in die globalen Buseinstellungen offenbart mir wieder, dass die 251 automatisch gewählt wurde.

[gbglace]

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.

[gbglace]

In der ETS besser auch alle Linienspezifischen Schnittstellen löschen, damit die ETS immer die globale verwendet.

[tws88_user]

In der ETS besser auch alle Linienspezifischen Schnittstellen löschen, damit die ETS immer die globale verwendet.

Wie geht das?

[Sun1453]

Hmm ja das hatte ich auch das die ETS immer wieder die PA zum programmieren geändert hat. Konnte da leider nicht herausfinden wie da Zustande kommt. Habe die dann immer in den Globalen Einstellung angepasst.

Beim Button "Adresse frei" bekomme ich von der ETS auch immer einen unbestimmten Fehler. Der Button "Test" funktioniert aber...

[Sun1453]

In der ETS besser auch alle Linienspezifischen Schnittstellen löschen, damit die ETS immer die globale verwendet.

Wie geht das?

Er meint bei Topologie Backbone bei Verbindung auf Kein gehen. Dort hast du noch ETS 2 drin.