ETS? Nein Danke!

[IPv6]

aber zeig mir eine Software, wo das nicht zutrifft…

In zwei Wochen gibt es bestimmt einen neuen Nutzer, der sein Projekt KNXtudio vorstellt

[henfri]

Was soll das schon wieder?

[KNXBench]

Next: Alpha 15 ist da! und hier Mal eine Übersicht was bis jetzt alles schon passiert ist:

Was ist neu? Von Alpha 15 bis Alpha 5

Alpha 15:
Geschätzte Entwicklungszeit bisher: ca. 25 Std. – 201 Commits

• Das Datei-Menü hat Schubladen: Verlauf, Hilfe und Import/Export klappen animiert auf. Bei 150 % Zoom fliegt das Menü nicht mehr vom Bildschirm.
• Spaltenbreiten gehören jetzt dir: Alle Tabellenspalten lassen sich ziehen und passen sich an das längste Wort an. Schluss mit DPT-Buchstabensuppe.
• Der Busmonitor findet die richtigen DPTs: Er unterscheidet jetzt „kein Projekt“ von „kein Typ“ und muss nicht mehr raten.
• Der Projektstatus kann "wiegen": Datei- und Katalog-Größen in MB, ohne Flunkern bei alten Zahlen.
• Die Topologie räumt auf: Beschriftete Kennzahlen und ein Layout, das auf Breitbild nicht ausfranst. Leere Bereiche werden ausgeblendet, ohne dass Daten verloren gehen (#25).
• Gefahr sieht wieder gefährlich aus: Jede Aktion, die Daten kosten kann, ist deutlich markiert. Dazu gibt es kompakte Buttons und sichtbare Trenner.
• Parameter-Überschriften stimmen wieder: Die Suche findet genau die Texte, die du in den Parameterbereichen siehst (#26).
• Der Gerätevergleich zeigt auf die Bytes: Er markiert jedes abweichende Byte. Filter dürfen Gleiches ausblenden, aber nie ein abweichendes Byte.
• Geräte zeigen ihre Systemfamilie: Neue Spalte „System“ (System 1, 2, 7, B, Koppler, Router …), abgeleitet aus einer belegten Tabelle mit 37 Maskenversionen.
• Diagnose-Archiv Format 2: Neu sind --profile und eine ehrliche memory.json. Der Speicher wird erst gelesen, wenn sich das Gerät ausgewiesen hat.
• Produktdatenbank v25: Parameter-Platzierungen und Aufzählungen bekommen eigene Spalten. Nichts verschwindet mehr heimlich.
• Große Dateien willkommen: Dateien bis 1 GB, Archive bis 4 GiB. Sogar das 281,8-MiB-Monster installiert sich ohne Extra-Flag.
• Alte .vd5-Dateien schreien nicht mehr ins Leere: Tabellennamen in GROSSBUCHSTABEN werden erkannt.
• Strengere .knxproj-Prüfung: Leere ZIP-Ordner müssen wirklich leer sein. Ein Zensus über 231 echte Archive ergab null Fehlalarme.
• Der Produktkatalog bleibt nicht mehr stumm leer: Ein Testlauf hatte die echte Datenbank migriert. Lesende Befehle öffnen sie jetzt nur noch lesend.
• Community-Paket komplett: CONTRIBUTING, SECURITY, PR-Checkliste und ein Code of Conduct.

Tests (letzter kompletter Gate-Lauf, Zwischenstand):

• Rust: 5.023 bestanden, 0 fehlgeschlagen, 215 ignoriert, gebündelt in 54 Testprogrammen (vorher 356 Einzelgänger)
• Vitest: 4.132 von 4.132 (aus dem Gate von WP-20)
• Browser: 855 Fälle (790 parallel, 65 exklusiv); 68 Web-Gate-Stufen
• Bindings: 59 plus Diff
• Privater Korpus: 155 von 155

Tests pro Neuerung:

• UI-Feedback-Paket (Menü, Spalten, Monitor, Status, Topologie, Buttons): kompletter Gate-Lauf mit 16 Stufen; Rust 4.925, Korpus 155/155, Web-Gate 66/66. Die Spaltenbreiten brauchten neun Korrekturrunden.
• Gerätevergleich: Vitest 4.054/4.054, 839 Browserfälle; absichtlich eingebaute Fehler (Mutanten) wurden alle erkannt.
• Modul-Bereiche und Zoom: vor dem Fix 6 rote Vitest-Fälle, danach 22/22 Vitest und 6/6 Browserfälle für die Trennbalken.
• Strengere ZIP-Prüfung: 10 neue Tests, 6 Mutanten erkannt, Korpus 155/155, Zensus über 231 Archive.
• Produktkatalog-Fix: Testläufe, die echte Nutzerdaten berühren, von 5 auf 0 (von 185 CLI-Tests).
• Gate-Wächter: 15 von 15 Mutanten erkannt, vier Review-Runden.
• System-Spalte: Vitest 4.132, 859 Browserfälle, Rust 5.009, Korpus 155/155.

Alpha 14
Geschätzte Entwicklungszeit: ca. 16,3 Std. – 99 Commits

• Alles startet zugeklappt: Navigation, Explorer und Gruppenadressen machen nicht mehr alles auf einmal auf.
• Parameter-Arbeitsplatz statt Akkordeon-Stapel: Bereichsregister, Raster-Blöcke als Matrix, Einrückungen und Objektgrößen.
• Hersteller-ZIPs installieren sich in einem Schritt.
• Diagnosedaten in fünf Schritten senden, gedacht für alle, die Fehler melden.
• Notizen reden beim Löschen mit und reisen beim selektiven Import mit.
• Produktdatenbank v24.

Tests: Rust 4.882 bestanden, 0 fehlgeschlagen, 212 ignoriert · Vitest 3.742 · Browser 978 (596 + 341 + 41) · Native 24 · Tool-Tests 223 · Korpus 153/153 · Produkt-Korpus 16.
Bonus: Sieben Gate-Anläufe mit rund 40.500 Testausführungen in 6,4 Stunden. Erst Anlauf sechs durfte raus.

Alpha 13
Geschätzte Entwicklungszeit: ca. 18,6 Std. – 77 Commits

• Navigationsbereiche lassen sich einzeln falten.
• Gruppiertes Datei-Menü.
• Echte Gerätebetriebsarten aus den Herstellerangaben.
• Parametergruppen direkt aus der Quelle.
• Keine stillen halben Quell-Images mehr: Unvollständiges wird abgelehnt statt verschluckt.

Tests: Rust 4.724 · Komponententests 3.632 · Browser 947 · Native 24 · Korpus 152/152 · Produkt-Korpus 16.

Alpha 12
Geschätzte Entwicklungszeit: ca. 32,2 Std. – 315 Commits (der Dauerläufer)

• Ausstehende Programmierung pro Teil: Adresse, Applikation, Parameter und Gruppenadressen werden einzeln markiert.
• Projekt gegen Gerät vergleichen, bewusst nur lesend.
• Support-Bericht, bevor ein Gerät programmiert wird.
• Räume bekommen Funktionen.
• Keine rohen {{0:…}}-Platzhalter mehr in Namen, und Bäume öffnen und schließen vorhersagbar.

Tests: Rust 4.597 bestanden, 0 fehlgeschlagen, 207 ignoriert · Vitest 3.626 · Browser 939 (574 + 365) · Korpus 152/152.

Alpha 11
Geschätzte Entwicklungszeit: ca. 6,8 Std. – 54 Commits (der Sprinter)

• Durchsuchbare Gruppenadress-Auswahl beim Verknüpfen (#8).
• „Gateway nicht gefunden“ sagt jetzt, warum (#10).
• Tester-Bericht nach jedem Download, damit Geräte gemeinsam verifiziert werden können.
• Flow-Schnappschüsse und Clips, Bewegung pro Kategorie abschaltbar.
• Notizen an Kommunikationsobjekten.

Tests: 44 von 44 Gate-Stufen · Rust 4.281 bestanden, 0 fehlgeschlagen, 197 ignoriert · Vitest 3.302 · Browser 732 (477 + 255) · Native 12 · Korpus 144/144.

Alpha 10
Geschätzte Entwicklungszeit: ca. 18,2 Std. – 149 Commits

• Das AppImage startet wieder auf Mesa-Desktops (#6).
• ETS-5.7-Projekte lassen sich importieren (#7).
• Projektnotizen.
• Gruppenadressen auf vier Arten: Baum, Spalten, Atlas und mehr.
• Katalog-Updates mit Generalprobe.
• MCP darf Gruppenadressen umbenennen, aber nur, wenn ein Mensch nickt.

Tests (letzter abgenommener Lauf vor dem Tag): Rust 4.213 bestanden, 0 fehlgeschlagen, 196 ignoriert · Vitest 3.164 · Browser 412 · Korpus 143/143.

Alpha 9
Geschätzte Entwicklungszeit: ca. 14,4 Std. – 101 Commits

• Große importierte Projekte bleiben bearbeitbar.
• Die DPT-Auswahl ist lesbarer.
• Unbenannte Installationen sind verständlich.
• Klarere Import- und Download-Rückmeldungen.

Tests: Rust 4.048 · Vitest 2.738 · Browser 302 (keine Ausfälle, nichts übersprungen, nichts wackelig) · Korpus 143/143.

Alpha 8
Geschätzte Entwicklungszeit: ca. 9 Std. – 78 Commits

• Ausgewählte Linien oder Geräte ins offene Projekt übernehmen.
• Robustere Imports für Schema 23.
• Gespeicherte Modulinstanz-Werte lesbar in Inspector, HTTP-API und MCP.
• Größeres Archiv-Budget mit klarer Rückmeldung.

Tests: Rust 3.912 bestanden, 0 fehlgeschlagen, 190 ignoriert · Vitest 2.611 · Browser 244 · Korpus und Spezialfälle 146 · Python-Tools 54.

Alpha 7
Geschätzte Entwicklungszeit: ca. 10,8 Std. – 67 Commits

• Persistente Projekthistorie: Rückgängig und Wiederholen überleben das Wiederöffnen, dazu benannte Versionen.
• Kommunikationsobjekt-Tabelle mit Sortieren, Suchen und Filtern.
• Umbenennen per F2, ohne dass sich die Identität ändert.
• Uploads bis 256 MiB (#1) und ein verlässlicher Weg zurück zum Editor (#2).

Tests: 18 Gate-Stufen · Rust 3.831 · Vitest 2.583 · Browser 236 · Korpus 143 plus 3 Regressionen.

Alpha 6
Geschätzte Entwicklungszeit: ca. 15,2 Std. – 104 Commits

• Docker Hub: erstes Server-Image für amd64 und arm64.
• Der Server spricht selbst HTTPS.
• Assistenten für neue Projekte und neue Geräte.
• Geräte bekommen eine eigene Navigation.
• Alte ETS3-Produktdatenbanken (.vd3 bis .vd5) lassen sich lesen.
• knx-mcp: ein MCP-Server, der nur liest.
• Die Spaßabteilung: Erfolge, LCARS-Ansicht, Boarisch und Klingonisch.

Tests (letzter integrierter Lauf vor dem Tag): Rust 3.726 bestanden, 0 fehlgeschlagen, 182 ignoriert · Vitest 2.480 · Browser 202 · Tools 42. Zum ersten Mal hat GitHub gebaut, mit Smoke-Tests für AppImage und Docker.

Alpha 5
Geschätzte Entwicklungszeit: ca. 6,3 Std.– 28 Commits (seit Alpha 4)

• Neue App-Kennung com.knxbench.knxbench-labs, dazu ein neuer Datenordner.
• Das AppImage bevorzugt natives Wayland und fällt sonst auf X11 zurück.
• Einführungswizard, DPT-Inventar, Flow-Fenster.
• Öffentlicher Start: Das Repository wurde für die Veröffentlichung bereinigt.

Tests: Rust 3.430 bestanden, 0 fehlgeschlagen, 178 ignoriert · Vitest 2.162 · Browser 155 · Korpus 143/143 · cargo deny und npm audit sauber.

Unterm Strich: Von Alpha 5 bis Alpha 15 sind es rund 173 Stunden geschätzte Entwicklungszeit in 1.273 Commits. Die Rust-Tests wuchsen von 3.430 auf 5.023, die Vitest-Tests von 2.162 auf 4.132.

Nebenbei: Kein Bus wurde bei der Entwicklung verletzt. Bis jetzt...

[KNXBench]

Inselino: ETS kann (meine ich zumindest) - wie KNXBench übrigens auch, vorhandene Geräte auslesen und rekonstruieren. Dabei geht recht wenig verloren.
Und KNXBench kannst du einfach von Anfang an nutzen - also ganz ohne ETS :-)

[willisurf]

Und KNXBench kannst du einfach von Anfang an nutzen - also ganz ohne ETS

Bei aller Euphorie, ich denke zum Gesamtbild gehört auch, das es nicht ganz so trivial ist. Die Software ist ja auch offiziell als Alpha deklariert und aktuell gibt es keinen Weg zurück zur ETS. Wenn das so bleibt, müsste man alles manuell in der ETS nachpflegen, wenn man dorthin zurückkehren möchte/muss.

Ich schreibe dies, weil hier sicherlich ganz viele Sparfüchse mitlesen und vielleicht nicht das Gesamtbild sehen.

[henfri]

Ja, das sehe ich ähnlich.
Eine Rekonstruktion ist kein guter Plan B

[Kai Burkard]

Inselino: ETS kann ... vorhandene Geräte auslesen und rekonstruieren.

Mit einer Zusatzsoftware und nur, wenn kein KNX Secure zum Einsatz kam. Auch werden nur Speicherzustände rekonstruiert, nicht aber Projektstrukturen wie Bezeichnungen.