[Beantwortet] [V3 IP4] MQTT Main Level und App Level nicht zu bearbeiten

[Sun1453]

Hallo Stefan,

ist das korrekt das man die Werte Main Level und App Level nach dem initialen Erstellen nicht mehr ändern kann?

[FabKNX]

Ja aktuell ist das so

[StefanW]

Danke Fabian,
Hi Michael,

Es gab eine große Abstimmung mit den Nutzern des Timberwolf Servers (vor bald einem Jahr) und hier gab es ein klares Votum für mehr Leistungsmerkmale vs. mehr ausimplementierte Tiefe.

Dies haben wir wunschgemäß umgesetzt und erreichen mit der Fokussierung, dass wir neue Leistungsmerkmale (wie MQTT, Modbus, Rest-API, Elab ID usw.) nun in etwa einem Drittel der Zeit gegenüber früher schaffen. Dies war nur erreichbar, weil wir effizienter implementieren und hierzu gehört auch, das wir uns auf "Must-to-Have" konzentrieren.

Deshalb kann man die ein oder andere Einstellung nicht nach belieben im laufenden Betrieb im Nachhinein ändern, weil der Aufwand dafür hätte das Ausrollen des neuen Leistungsmerkmales verzögert.

Ich möchte an dieser Stelle die Nutzer bitten, das Ergebnis des eigenen Votums zu akzeptieren. Wir haben deutlich mehr neue Leistungsmerkmale pro Zeiteinheit zur Verfügung gestellt, dafür muss man für den ein oder anderen Komfort nun Verzicht üben, weil beides auf einmal geht nicht.

Es mag zu einem späteren Zeitpunkt hier noch eine Überarbeitung der Komfortmerkmale geben, aber zunächst konzentrieren wir uns auf die nächsten Leistungsmerkmale und implementiere diese mit "Must-to.Have".


lg

Stefan

[Sun1453]

Hallo Stefan,

also das wusste ich nicht das bearbeiten von erstellten Sachen auch unter diese mehr ausimplementierte Tiefe zählt. Ich dachte da eher an mehr Montioring und Logging aber nicht an bearbeiten von solchen Sachen.

[StefanW]

Hi Michael,

also das wusste ich nicht das bearbeiten von erstellten Sachen auch unter diese mehr ausimplementierte Tiefe zählt. Ich dachte da eher an mehr Montioring und Logging aber nicht an bearbeiten von solchen Sachen.

das ist auch nicht einfach in der Abwägung

- Zum einen haben wir ein Zeitbudget, bis wann wir die erste Version an die Nutzer ausrollen wollen. Denn schließlich sollen neue Leistungsmerkmale so schnell wie möglich über die Developer-Tester zu den Insidern kommen

- Zum anderen müssen wir das designen, dass der Supportaufwand so gering wie möglich ist, darum sind Monitoring und Logging zwar aufwändig, aber sparen am Ende Zeit

Damit fällt eben zunächst raus, was zuviel Zeit kostet und eher Nice to Have ist.

Allerdings liefern wir schon Verbesserungen nach, so haben wir in V3 ein paar Verbesserungen für Modbus aus V2 implementiert und derzeit gibt es umfassende Überarbeitungen vieler Module die noch aus V1 stammen. Was heute nicht ist, wird irgendwann morgen kommen, aber es ist eben auch ein Spagat mit neuen Leistungsmerkmalen, weil letztere sind den Nutzern wichtiger und das ist der Maßstab an den wir uns halten wollen.

lg

Stefan