KNX iOS/macOS Software

[brutella]

Man könnte natürlich (so wie bei der ETS) die Geräte von den Hauptlinien direkt in der Gebäudelinie, und die Geräte ∂es Hauptsegmente direkt in der Linie.

Das würde in das so aussehen.
Screenshot 2025-10-08 at 10.25.07.png

Das Gerät 1.1.0 wird anstatt im Hauptsegment der Linie 1.1 direkt in der Linie 1.1 angezeigt. So macht es die ETS auch.

[brutella]

So rein von der Topologie her sind die Linien 1.1 und 1.2 der Hauptlinien 1.0 unterlegen.
Ein Koppler mit 1.1.0 koppelt immer zur 1.0 und nicht zur 0.0

Ist meiner Meinung nach in der Visualisierung auch so dargestellt, nur dass die Hauptlinie 1.0 nicht hierarchisch über 1.1 und 1.2 angeordnet ist.

Das finde ich auch in der ETS unübersichtlich – die Hauptlinien (x.0) sind nirgends dargestellt. In vielen Threads in diesem Forum, wo es um die Topologie geht, scheint das auch Thema zu sein. Daher wollte ich das Problem visuell lösen indem die Hauptlinien dargestellt werden.

Das selbe gilt für die Hauptsegment (x.y.0), welche in der ETS auch nicht explizit dargestellt werden.

Die Darstellung und Benennung in der ETS ist zwar verwirrend, aber von der Topologie her korrekt.

In ETS 6 wird das bei mir so dargestellt.

Topologie Backbone
    1 Bereich
        1.1 Linie
        1.2 Linie
    2 Bereich
        2.1 Linie

[thewhobox]

So rein von der Topologie her sind die Linien 1.1 und 1.2 der Hauptlinien 1.0 unterlegen.
Ein Koppler mit 1.1.0 koppelt immer zur 1.0 und nicht zur 0.0

Die Darstellung und Benennung in der ETS ist zwar verwirrend, aber von der Topologie her korrekt.

 
0.0.0 Backbone
   1.0 Hauptlinie
      1.1 Linie
      1.2 Linie
   2.0 Hauptlinie
      2.1 Linie
​      Etc.

[brutella]

Stimmt, das IP Gateway hat eine Busanschlussklemme und benötigt daher Twisted Pair. Man müsste also für die Hauptlinie 1.0 als Medium Twisted Pair wählen.

So müsste es typologisch richtig sein.

Screenshot 2025-10-08 at 09.11.48.png

[gbglace]

IP-Bereich und Gebäude A und Gebäude B als gleichartig zu beschreiben ist aber irgendwie inkonsequent.

Ich kann ja ganz ohne Probleme eine IP-Linie 3.1. In Gebäude A und eine IP-Linie 4.1. oder 3.2. in Gebäude B haben.

Der Mix GEbäudestruktur und elektrische / logische KNX-Toplogie sind hier eher unpraktisch zu vermischen.

In der ETS wird im Topologiebaum halt mit 1 Gebäude A der Bereich abgebildet und der Bereich definiert sich aus der Linie 1.0 und den darunter liegenden Linien 1.1. 1.2 usw. Insofern hat diese Stufe im Baum einen Charm, den Bereich ander als die Hauptlinie abzubilden.

Am Ende ist dann wohl erstmal nur die Benamsung des Bereichs unglücklich, im Vergleich zum IP-Medium. Und beim IP-Medium sind es eben nicht nur ein Bereich sondern in der KNX-Topologie bis zu 13 wenn man wie im obigen Beispiel zwei TP-Bereiche baut.

Ahh sehe gerade noch das da strukturell massive Fehler enthalten sind.

Wenn Du da 1.0 und 2.0 IP Main-Line hast also Medium IP, dann kannst Du da keine 1.0.1 IP-Interfces reinbauen und keine TP-Linienkoppler als 1.1.0 rein bauen.

Das Bild ist so topologisch falsch und technisch nicht realisierbar.

[stmeyer]

Sieht super aus 👌

[brutella]

Bin gerade am experimentieren der visuellen Darstellung der Topologie. Mit der Visualisierung sollte es etwas klarer sein welche Segment und Linien und deren Medientypen es gibt und wie die Linien und Segmente (durch die Koppler) miteinander verbunden sind.

Screenshot 2025-10-07 at 10.11.01.png
Man diese Darstellung so Sinn?

[gbglace]

Ja und die Sortierung dann erst links dann jene KO die beides haben dann rechts.

[brutella]

Ich kann da keine GAs erkennen.

Das Bild zeigt die Kommunikationsobjekte von einer GA.

Wenn das ganze Bild eine GA sein soll, dann wäre es schlau wenn man die KO irgendwie auf eine Art zwei/drei Spalten anordnet.

Eine horizontale Anordnung habe ich vermieden, da speziell auf mobilen Geräten die Breite immer etwas begrenzt ist - daher die vertikale Anordnung.

Aus den Flags lässt sich das ja gut ableiten, was sind KO die diese GA nur lesen und welche quasi sendend benutzen.

Die Flags werden wie folgt dargestellt.

- ←: Übertragen-Flag
- →: Schreiben-Flag
- ←/→: Senden- und Schreiben-Flag

Ich finde die Richtung der Pfeile (entweder weg oder hin zum Objekt) macht mehr Sinn als wie bei der ETS. Da zeigt der Pfeil in die falsche Richtung.
Die Farben (orange und blau) für Senden und Schreiben hab ich jedoch übernommen.

Das KO welches das L-Flag gesetzt hat sollte auch hervorgehoben sein. Aber meist wäre es das eine empfangende Gerät.

Ja richtig. Vielleicht ein Lupe-Symbol?

Screenshot 2025-09-01 at 12.27.20.png

[gbglace]

Ich kann da keine GAs erkennen.

Wenn das ganze Bild eine GA sein soll, dann wäre es schlau wenn man die KO irgendwie auf eine Art zwei/drei Spalten anordnet.

Aus den Flags lässt sich das ja gut ableiten, was sind KO die diese GA nur lesen und welche quasi sendend benutzen.

Sollte ein KO alle Flags aktiv haben, dann halt in der Mitte. Dann kann man auch besser sehen vom wo nach wo im wesentlichen die Informationen gehen.

Das KO welches das L-Flag gesetzt hat sollte auch hervorgehoben sein. Aber meist wäre es das eine empfangende Gerät.

[brutella]

Bin gerade am experimentieren von Darstellung der Kommunikationsobjekte in Gruppenadressen. Die Listenansicht in der ETS gefällt mir sowieso nicht besonders und die Symbole (← → ) sind meiner Meinung nach irreführend.

Hier wäre ein möglicher Ansatz wie man die Zusammenhänge zwischen Geräte und Kommunikationsobjekte von einer Gruppenadresse etwas übersichtlicher darstellen kann.

Screenshot 2025-08-29 at 11.25.10.png

Die Farben sind wie bei der ETS: orange für Übertragen-Flag und blau für Schreiben-Flag. Nur die Richtung hab ich geändert, sodass man sieht das beim Schreiben-Flag der Wert in das Gruppenobjekt geschrieben wird.

Interessant wäre es in der Darstellung auch Koppler darzustellen, die sich zwischen den Linien befinden.

Gibt es Ideen dazu?

[Garpur]

🤯

Ich versuche seit Tagen mit diversesten Virtualisierungssoftwaren eine ETS so auf dem Mac an den Start zu bekommen, dass es nutzbar ist ohne Augenkrebs zu bekommen! Und es ist einfach nur unangenehm...

Und dann finde ich diesen Thread!
Ich bin neugierig und stark interessiert...

[brutella]

Der nächste Milestone ist geschafft.

- ✅ Programmieren von Geräte
Beim Programmieren werden so wie von der ETS die Address-, Assoziation- und Objekttabelle bespielt sowie die Parameter vom Applikationsprogramm übertragen.

Als Beispiel hab ich ein Video hochgeladen → https://mastodon.world/@brutella/114795217367990432

[brutella]

Weitere Punkte abgearbeitet.

– ✅ Scannen von Subnetzen (Linienscan)
https://mastodon.world/@brutella/114636906447957862

– ✅ Gruppenmonitor
Der Gruppenmonitor war etwas knifflig, wenn es um Performance und einer hohen Anzahl von Telegrammen geht. Der Monitor funktioniert aber auch bei tausenden Telegrammen noch ganz gut und erlaubt das Filtern nach Quell-/Zieladresse und nach generischen Text. Zum Beispiel Telegramme von der Adresse "1.0.10" die nicht den Text "Temp" enthält. Beim Filtern nach Text kann auch ein Regulärer Ausdruck verwendet werden.
https://mastodon.world/@brutella/114636933236212857

Die Suchkriterien werden im Projekt gespeichert. Bei verwendetem File-Sharing kann man dann auf die Daten von allen Geräten (Mac, iPad und iPhone) aus zugreifen.

[charlez]

hey, sobald es die ETS auf Mac gibt, kann ich endlich auf ein Airbook mit M4 umsteigen!

Runs fine using parallels.