MCP ETSApps bis auf weiteres Pausiert

[FRELS]

Da führ mir doch einer das Buskabel direkt an der Gebäudehülle entlang.

[eibster]

Da klemm mir doch einer einen Ring in meine Buslinie

[BadSmiley]

Da klemm mir doch einer einen Ring in meine Buslinie

Und? Dann fahren die Lkws mit den Briefen unterschiedlich schnell?

[tsb2001]

Wer ist Günni und hat er eine Maske?

Das ist doch der mit der Frage: „Warum liegt hier Stroh?“

[Peterich]

Warum liegt hier Stroh?

Warum hast du eine Maske auf?

BadSmiley dein Einsatz bitte

[tsb2001]

Aber das kann der Privat-ETS-Anwender (wie ich) auch.

Das ist nicht das Thema. Du kannst was in der ETS zusammenklicken und das falsch machen und etwas funktioniert nicht. Dann hat die ETS das Gerät programmiert, du oder jemand anderes löst das Problem und es ist alles funktionstüchtig.
Hier hatte aber der MCP die Möglichkeit, an der ETS vorbei ungeprüft Dinge in KNX-Geräte zu laden, die das Gerät mitunter unbrauchbar hätten werden lassen.
Das kann bei der Benutzung durch dich gar nicht passieren.

Für ein stabiles Netzwerk braucht es keinen IT Spezialisten mehr.

Zwingende Funktionen haben auch nichts mit deren Automatisierung zu tun. Bei einem Ausfall der Automatisierungsebene läuft es ja weiter, nur nicht mehr komfortabel

Auf welcher Ebene läuft es nicht mehr Komfortabel?
Wenn Geräte mit zentraler Intelligenz (Loxone Server, SPS oder sonstige GLT-Komponenten) ausfallen, dann funktioniert gar nichts mehr. Nicht mehr komfortabel - gar nicht. Das einzige hardwareseitige Produkt was immer und ohne KI und ohne SPOF läuft (bis aufs Netzteil), ist KNX. Und da kann ein HomeAssistant noch so toll und komfortabel sein; ohne eine Hardware hintendran läuft da gar nichts.
Und alles Klicki-Klacki-China-Zeugs, was sich über Homeassistant anbinden lässt und diesen als Zenteale sieht, ist unmittelbar nicht nur ohne jeglichen Komfort - sondern ohne jegliche Funktion, sobald der Homeassistant offline ist. Egal welche (Funk-)Plattform dahintersteckt.

Die einzige Basis die immer funktioniert, ist Günnis KNX. Solange das Netzteil Spannung ausspuckt, geht es weiter.
Das kann kein Homeassistant, kein Openhab, keine KI und kein MCP. Denn alles das aufgelistete hat keine Hardware fürs Feld.

[Shengfui]

MCP Server sind schon mächtig und KI kann dann viel falsch machen.

Sonst schreibe ich nie in fremden Threads etwas über meine App. Das kann ich selber nicht leiden.
Aber hier muss ich mal eine Ausnahme machen, denn ich möchte nicht, dass die viele Arbeit, die ich da reinstecke, einfach so neben den Problemen der MCPs stehen bleibt, die nur plump das SDK durchreichen.
(Bitte lies das nicht als Vorwurf an dich, MichaSchmi, ich weiß, das war nicht dein Punkt)

Wir sind hier aus einer anderen Richtung am Kern einer Diskussion angekommen, die ich seit Monaten immer wieder führe.
„Den ETS-MCP mache ich am Wochenende auch“ – das habe ich bestimmt 50 Mal gehört, auf verschiedenen Wegen.
Ja, klar: Eine Schnittstelle, die nur das SDK durchreicht, ist extrem schnell gebaut.

Die Prüfungen, von denen ich gesprochen habe und die sonst die ETS, die DCA oder eine App übernehmen, fallen bei meiner App aber nicht einfach weg.
Mit diesen Dingen habe ich schon jahrelang als Entwickler im ETS-Umfeld zu tun.
Ich kenne die Probleme, die Grenzen und die Eigenheiten des SDK inzwischen sehr gut – auch die Stellen, an denen das SDK oder die ETS selbst nicht rund läuft.

Ich möchte eben ein verlässliches Werkzeug bauen, das nicht nur eine Schnittstelle ist, die alle Probleme einfach zur KI verlagert.
Das geht um Größenordnungen über einen „MCP“ hinaus. Sehen kann man das auf den ersten Blick womöglich nicht. Aber auf den zweiten und spätestens, wenn etwas schiefgegangen ist. Den anderen Ansatz "einfach MCP" habe ich direkt am Anfang nicht ohne Grund verworfen.

In Zukunft wird genau diese Frage immer wichtiger werden: Was ist es dem Anwender wert, dass ein erfahrener Entwickler sein Arbeitswerkzeug umsetzt und wartet?
Wenn die Antwort "nichts" ist, wird es künftig auf der ganzen Welt und in jedem Bereich immer weniger wirklich verlässliche Anwendungen geben, die auch die letzten Meter abdecken. Ob mein Ansatz mit dem Power Editor "etwas wert" ist oder nicht, wird die Zeit zeigen.

Projekte wie hier bekannte ETS-Nachbauten oder auch andere – ja, da beteiligen sich viele Leute sehr ernsthaft.
Die wirtschaftliche Kette ist von oben betrachtet aber so: Diese Leute haben eine andere Einkommensquelle und machen das in ihrer Freizeit.
Man kann es auch so sagen: Dieser andere Arbeitgeber finanziert im Grunde genommen diese Open-Source-Projekte.
Fällt er mal weg, hat der Open-Source-Entwickler auf einmal das selbe Problem, wie andere auch: dass er seine Arbeit nicht mehr verschenken kann.

Naja, jetzt wird es langsam philosophisch.
P.S.: Ich habe heute um kurz nach 6 mit dem Text hier angefangen - ich sehe, ihr seid schon beim "nächsten Thema"

[Kai Burkard]

Das hatte ich kommen sehen und angekündigt, daher hatte ich mich gewundert, dass einige direkte MCP Schnittstellen eingebaut hatten. Denn momentan passiert da ganz viel. Unser Ansatz war daher von Anfang an anders und wir haben gerade gestern die neuste Version validiert bekommen, die ab heute zur Verfügung steht. Und die ist noch mal 10 Schippen drauf. Ich will hier nicht Werbung machen, ich schreib später aber eine Ankündigung in unser eigenes Unterforum (u.a. zum Scripteditor, der neuen Rekonstruktion, etc.).

Vielleicht ein wichtiger Punkt: Seit diesen Monat müssen ETSAPPs bei JEDER App Datenschutzbedingungen vorlegen und die Datenverarbeitung erklären. So ist sichergestellt, dass keine Daten unwissend abfließen.

Bis später

[MichaSchmi]

Sonst schreibe ich nie in fremden Threads etwas über meine App. Das kann ich selber nicht leiden.
Aber hier muss ich mal eine Ausnahme machen, denn ich möchte nicht, dass die viele Arbeit, die ich da reinstecke, einfach so neben den Problemen der MCPs stehen bleibt, die nur plump das SDK durchreichen.
(Bitte lies das nicht als Vorwurf an dich, MichaSchmi, ich weiß, das war nicht dein Punkt)

Ich gebe Dir zu 100% Recht. Es wäre ein Jammer, wenn die KNX Ass. MCP Server generell verbieten und/oder nur noch ihren eigenen MCP Server erlauben würden. Dann hätten wir hier auch maximal 50% dessen, was zb Dein MCP Server leistet. Ich hätte erwartet, dass die KNX Association nur MCP Apps frei gibt, bei denen sie durch entsprechende Prüfung vor Freigabe im App Store sichergestellt haben, dass dieser MCP Server genau die von Dir erwähnten Sicherheitsmechanismen eingebaut hat. Sie haben doch alle Trümpfe dafür in der Hand. Aber vielleicht brauchen sie erst mal ein paar Tage, um sich über die genauen Regeln klar zu werden. Ich hoffe jedenfalls sehr, dass dein MCP Server dauerhaft erlaubt sein wird.

[FRELS]

.

Die einzige Basis die immer funktioniert, ist Günnis KNX. Solange das Netzteil Spannung ausspuckt, geht es weiter.
Das kann kein Homeassistant, kein Openhab, keine KI und kein MCP. Denn alles das aufgelistete hat keine Hardware fürs Feld.

Genau das meine ich mit Funktionsebene. Aber nicht nur KNX funktioniert ohne Managementsystem. Eine Waschmaschine mit Appfunktion läuft weiter. Ein nicht KNX Rolladenaktor läuft ebenfalls weiter wenn das WLAN Modul streikt aber die Kabelfernbedienung weiter funktioniert..

Für viele Dinge gibt es entweder nur ein KNX Gateway oder keine integrierte Lösung. Da ist es dann ein Drittsystem und nein es muss kein AliExpress teil sein kann auch alles andere sein im Bereich Robotik, Solar usw.

[Uwe!]

Wo siehst du die Gefährdung der Spec?

hat die KNX selber im verlinkten Artikel geschrieben und gerade die zwei letzten Punkte sehe ich sehr bedenklich und bin froh, das KNX hier erst mal auf Pause gedrückt hat

In veröffentlichten Apps wurden Regelverstöße festgestellt. Bei einer kürzlich durchgeführten technischen Überprüfung veröffentlichter MCP-Apps wurden Verstöße festgestellt, die bei der automatischen Validierung nicht gemeldet wurden. Beispiele hierfür sind das Starten externer Prozesse (Regel 3), die Verwendung interner ETS-Typen, die nicht Teil des SDK sind (Regel 5), ausführbare Dateien innerhalb des .etsapp-Containers sowie Code, der so verschlüsselt ist, dass er nicht überprüft werden kann.

[henfri]

Betrifft das die KNX Spec?
Oder sind das "regeln" für etsapps.

Warum brauche ich überhaupt jemanden, der mich da behütet.
Microsoft lässt mich doch auch installieren, was ich möchte. Manchmal mit einer Warnung, dass das gefährlich sein kann. Aber verhindert wird letztlich nichts.

Mich erinnert das ein bisschen daran, wie HP und Co mich davor schützen wollen, minderwertige Tinte zu nutzen...

[Peterich]

Mich erinnert das ein bisschen daran, wie HP und Co mich davor schützen wollen, minderwertige Tinte zu nutzen...

Ja, eigentlich kann man das gut vergleichen. Die KNX ist wie die Druckerindustrie … die wollen nur dein Bestes.

Ich denke, wenn sie weiterhin so restriktiv sind, wird das Open-Source-Thema irgendwann überhandnehmen. Wenn sich eine der Anwendungen durchsetzt, wird ihnen wieder viel Geld durch die Lappen gehen und sie müssen sich etwas Neues überlegen.

[Shengfui]

Der Code in meiner App ist verschlüsselt, wo es geht. Ich glaube nicht, dass ich erklären muss, wieso. Da dürfte jeder selber drauf kommen.
Komisch finde ich eher, dass es in der Liste steht, denn ich biete schon immer bei jedem Upload an, den Quellcode extra - vertraulich - abzugeben.