ETS MCP ETSApps bis auf weiteres Pausiert

[Peterich]

https://support.knx.org/hc/en-us/art...further-notice

Grad gefunden ...

[BadSmiley]

das ist bestimmt die Lösung!

[Peterich]

Ja, wenn ich mir die ganzen Restriktionen anschaue, ist es ein Wunder, dass es überhaupt MCP-Apps gibt.

Dann werde ich meine wohl nicht veröffentlichen können.

[BadSmiley]

aber du könntest eine alternative ETS schreiben? Wie wäre eine mal zur Abwechslung unter Windows?

[TabSel]

Simama ehrlich: die knxa schaufelt sich schon ihr eigenes Grab, oder?

[Peterich]

Windows

Ja, meine läuft im Browser. Hab nur falsch angefangen und erst mal alle DCAs portiert.

[DBocksteger]

aber du könntest eine alternative ETS schreiben? Wie wäre eine mal zur Abwechslung unter Windows?

Was fehlt dir beim xknx Editor?

[henfri]

Ja klasse wenn man gerade ein Mannjahr da rein gesteckt hat.

Zeigt nochmal ganz deutlich, dass diese monopolistischen Züge weg müssen.

[FRELS]

How to: wie Schrotte ich ein halbwegs etabliertes Ökosystem.

Elektro Günni mit dem KNX Sticker auf dem Auto freut sich, 😂

[BadSmiley]

Was fehlt dir beim xknx Editor?

Das ist schon älter als 3 Monate.

[tsb2001]

How to: wie Schrotte ich ein halbwegs etabliertes Ökosystem.

Wenn man die Gründe der KNXA ließt, dann sehe ich das eher andersrum:
wie schütze ich ein etabliertes Ökosystem.

Wenn über den MCP unter der Benutzung von KI auf einmal so viel Unfug getrieben wird, das die KNX-Spezifikationen gefährdet werden, ist das die ureigenste Aufgabe der KNXA, genau das zu schützen.

Und nichts anderes passiert grade. Man hat einfach die „Pause-Taste“ gedrückt und prüft bestehende Apps nun kritischer, bevor neue zugelassen werden. Es steht nirgends, dass es in Zukunft keine neuen Apps auf dieser Basis geben wird.

Die KNXA ist halt ein Zusammenschluss vieler Hersteller, die da Geld reinpumpen, damit die gemeinsam verfasste Satzung eingehalten wird, um den Standard als solches nicht zu gefährden.
Das ist deren Job - auch wenn das hier dem ein oder anderen nicht gefällt.

[henfri]

Wo siehst du die Gefährdung der Spec?

[traxanos]

Das halte ich auch für Quatsch. Es steuert doch nur die ets. Es sei den die ets verhält sich nicht konform und das kannste jetzt ausnutzen. Die anderen Tools werden halt jetzt alle überflüssig wofür sie vorher Geld extra verlangen konnten.

[BadSmiley]

In den KNX Spezfikikationen steht eben, dass man Gruppenadressen nur von Hand anlegen darf, Einstellungen nur von Menschen per Hand geändert werden dürfen und nur von Hand verknüpft.

[Shengfui]

Es steuert doch nur die ets.

Nein, nicht ganz. Das SDK kann viel mehr als du in der ETS als Nutzer. Das ist eben ein Software Development Kit für Hersteller.
Dass da jemand ganz anderes damit in die Geräte eines anderen Herstellers schreibt, das war so nicht gedacht - und das halte ich auch für kritisch.

Zum Beispiel Datenablagen für DCAs von außen zu beschreiben, fände ich als Hersteller sehr uncool - am Ende sind die Leute dann an deiner Hotline oder schicken dir die Geräte zurück. Daher mache ich das zum Beispiel auch nicht "einfach so", sondern ich finde, sowas gehört sich mit den Herstellern abgestimmt.

Die semantische und syntaktische Prüfung der Eingaben lag bisher entweder bei der ETS selbst oder in DCAs oder ETS Apps. Ein MCP als reiner SDK Forwarder leistet sowas per se nicht - Garbage In, Garbage out.

Obwohl ich von alledem das Gegenteil gemacht habe, fürchte ich, diese "neuen Regeln", die jetzt entworfen werden, werden auch an mir nicht spurlos vorbei gehen. Wahrscheinlich gibt es dann starke Einschränkungen, die dann für alle gelten werden.

Ich hab's kommen sehen...