Wenn dies dein erster Besuch hier ist, lies bitte zuerst die Hilfe - Häufig gestellte Fragen durch. Du musst dich vermutlich registrieren, bevor du Beiträge verfassen kannst. Klicke oben auf 'Registrieren', um den Registrierungsprozess zu starten. Du kannst auch jetzt schon Beiträge lesen. Suche dir einfach das Forum aus, das dich am meisten interessiert.
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.
Danke für die Aufklärung. Das war mir zwar im grunde bewusst, habe es aber nicht so eingeschätzt. Der MCP hat ja feste Funktionen und kann somit nicht komplett wahllos hantieren. Die KI kann auch direkt mit dem Bus sprechen und Mist machen, sollte man hier auch beachten.
Und schlechte Apps kannst du auch ohne MCP bauen die dann böse dinge tut.
Das alles zu schnell für jeden geht ist aber auch klar..
Vermutlich ist in 3 Monaten MCP schon wieder out.
Und dieses Forum scheint sich weg von einem KNX Forum hin zu einem Vibe-Entwickler Forum zu wandeln.
Also wer Stress hat bitte zu Loxone gehen die haben ihren MCP Support gestern freigeschaltet.
Vibecoding zeigt in vielen Bereichen einen echten Fortschritt allen voran bei Automatisierungen. Genau an diesem Punkt hat es bei klassischen KNX-Installationen in der Praxis häufig gehakt:
Das Handwerker-Dilemma: Der Elektriker konnte die vielen benötigten Iterationen und individuellen Problemstellungen schlicht nicht in der Kürze der Zeit abbilden. Viele kurze Nachbesserungsbesuche passen einfach nicht zum Geschäfts- und Abrechnungskonzept der meisten Handwerksbetriebe.
Verschwendetes Potenzial: Häufig führte das dazu, dass am Ende nur eine konventionelle Logik („Wo, wie und wann geht das Licht an?“) über ein teures grünes Buskabel umgesetzt wurde, anstatt die echten Stärken des Systems zu nutzen.
Das verändert sich nun rapide und das ist auch gut so.
KNX wird dadurch ein Stück weit vom Thron der alleinigen Steuerzentrale gestoßen. Es wird sich künftig einer höheren Instanz wie Home Assistant oder openHAB unterordnen müssen.
Das bietet völlig neue Möglichkeiten:
Ökosysteme vereinen: Unterschiedliche Standards und Protokolle werden an zentraler Stelle zu einer Gesamtlösung zusammengeführt.
Agile Anpassung: Dank KI-gestütztem Entwickeln (Vibecoding) lassen sich komplexe Automatisierungen und Logiken im Minutentakt iterieren und verfeinern, ohne starr an der ETS-Ebene festzuhängen.
Und dann verreckt der Server oder wird gehackt. Echt geil im Eigenheim oder noch besser wenn KNX nicht im Eigenheim werkelt.
Die Angst gab es schon immer und verschlüsselte KNX Geräte gab es auch schon für jeden, der mit einer IP Schnittstelle handelt die er nicht versteht. Am Ende muss es ja nicht mal öffentlich zugänglich sein und ein high avalibility pair wäre eine Option, die dir vermutlich jede KI vorschlägt, wenn es um Ausfallsicherheit geht.. leider liegt diese Dimension häufig außerhalb der vorstellungskraft derer, die vor 15 Jahren einen KNX Einsteigerkurs gemacht haben und seitdem unverändert, das so auf der Baustelle umsetzen.
Die ganzen pseudosmarten Geräte brauchen eine Verwaltungsebene welche dazu führt das es echter Komfortgewinn und Energiesparpotenzial erzeugt welches die Anschaffungskosten und steigenden Kosten generell amortisiert.
Ökosysteme vereinen: Unterschiedliche Standards und Protokolle werden an zentraler Stelle zu einer Gesamtlösung zusammengeführt.
Ja, das macht u.U. Sinn. Allerdings möchte ich bei dem Wildwuchs so ein Gebäude mal in 10-20 Jahren sehen, ob das noch entspannt und stabil ist. Was man da heute schon sieht.
KNX wird dadurch ein Stück weit vom Thron der alleinigen Steuerzentrale gestoßen. Es wird sich künftig einer höheren Instanz wie Home Assistant oder openHAB unterordnen müssen.
KNX braucht keine Steuerzentrale und ist in der Gebäude Automation Pyramide auch nicht ganz oben angesiedelt. Auf der Feldebene muss es laufen, ohne eine höhere Ebene.
Ja, das macht u.U. Sinn. Allerdings möchte ich bei dem Wildwuchs so ein Gebäude mal in 10-20 Jahren sehen, ob das noch entspannt und stabil ist.
Da reichen auch 3 Jahre.
Kunde: ich bräuchte einen Schalter in meiner Hotel App ergänzt.
Techniker: was haben sie für eine Anlage ?
Kunde: Die hat keinen Namen, keine Anleitung und keine Originaldaten . Das hat mir Maxi Müller vor ein paar Jahren Günstig gemacht.
Installiert auf einem Raspberry . Leider wird die Micro SD nun schon defekt weil da alle 20sec Logdaten geschrieben werden. Maxi wusste leider nicht das dies schlecht ist. Maxi hat nach einem Jahr aufgehört weil er alleine war und seine 15 Anlagen nicht Supporten konnte….
KNX braucht keine Steuerzentrale und ist in der Gebäude Automation Pyramide auch nicht ganz oben angesiedelt. Auf der Feldebene muss es laufen, ohne eine höhere Ebene.
Richtig das sehe ich auch so. Das ist auch was es "stabil" für Automatisierungen macht. Aber viele nutzen heute schon kleine Automatisierungsserver wie z.B. Gira X1 usw., denn auf der Feldebene fühlt sich der betriebene Investitionsaufwand für das Erhaltene in KNX zu wenig an. Viele wollen mehr als den (sinnvollen) headless Betrieb und ein Gira X1 ist am Ende ja auch nur ein Server aus dem Jahr 2015. 10 Jahre später gibt es wieder eine Evolution, ich freue mich darauf.
KNX wird dadurch ein Stück weit vom Thron der alleinigen Steuerzentrale gestoßen. Es wird sich künftig einer höheren Instanz wie Home Assistant oder openHAB unterordnen müssen.
KNX ist noch nie eine „alleinige“ Steuerzentrale gewesen und wird es auch nie sein werden, da es schlicht und ergreifend keine Zentrale gibt.
HomeAssistant und OpenHAB schalten ohne Aktorik nicht eine Leuchte. Und solange da immer noch eine fragile Netzwerk-Infrastruktur hintersteckt, sind beide Systeme nicht dazu in der Lage, 24/7 gesichert zwingende Funktionen für ein unkomplizierten Nutzen eines Gebäudes für einen Endnutzer sicherzustellen.
Es leben halt nicht nur KI-Nerds und IT-Spezialisten in solchen Gebäuden. Manche möchten einfach nur drin wohnen; ohne Softwareupdates und ohne Fehlfunktionen, weil irgend ein Switch sich aufgehangen hat und deshalb manches nicht funktioniert.
Und alles das hat überhaupt nichts mit den MCP in der ETS zu tun. Sondern viel mehr, dass es immer mehr KI-Programmieren gibt, die sich nun in ihrer Entwicklung gebremst fühlen. Einerseits kann ich das verstehen, andererseits kann es auch nicht im Sinne der KNXA sein, dass manche dieser Apps ohne zu fragen kreuz und quer alle Mechanismen dieses ursprünglich recht sicheren Ökosystems umgehen könne und somit die gesicherten Funktionen eine vernünftige parametrierten KNX-Systems zerstören können. Eventuell sogar ohne dass das derjenige mitbekommt, der das System gerade konfiguriert. Denn es hat Apps gegeben, die per externen Befehle des MCP Daten in Geräte geschrieben haben; an der ETS (und vermutlich auch an dem Benutzer) vorbei.
Denn es hat Apps gegeben, die per externen Befehle des MCP Daten in Geräte geschrieben haben; an der ETS (und vermutlich auch an dem Benutzer) vorbei.
Dazu braucht es kein MCP.
Es leben halt nicht nur KI-Nerds und IT-Spezialisten in solchen Gebäuden. Manche möchten einfach nur drin wohnen; ohne Softwareupdates und ohne Fehlfunktionen, weil irgend ein Switch sich aufgehangen hat und deshalb manches nicht funktioniert.
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. Dabei spielt es aber keine Rolle ob es an einem grünen, grauen Kabel oder über eine wireless gesteuert läuft.
Maxi hat nach einem Jahr aufgehört weil er alleine war und seine 15 Anlagen nicht Supporten konnte….
Genau und er Günni der die KNXProj. auf einem USB Stick in den Verteilerkasten gelegt hat ohne Doku ist der gleiche Fall in anders. "Ja der war insolvent und jetzt brauchen wir ein neuen Schalter, KNXProj??? haben wir hier nicht". Das mag jetzt wild klingen, aber das sind Probleme der Vergangenheit solche Systeme, egal ob auf einem Raspberry, Server oder Hutschienencomputer aka X1 oder headless lassen sich künftig in kürzester Zeit rekonstruieren. Dann gibts den Schalter über Matter, Zigbee, KNX, WLAN oder was auch immer noch kommen mag relativ zügig installiert. Das "Wissen" über den Projektstand rückt in den Hintergrund und der Status Quo wird entscheidender.
MCP Server sind schon mächtig und KI kann dann viel falsch machen. Aber das kann der Privat-ETS-Anwender (wie ich) auch. Das aufzuhalten, machtbdager mE keinen Sinn. Ich habe seit 2 oder 3 Tagen den Power Editor getestet. Im normalen Modus kann der nur lesen. Und ich habe damit meine Konig überprüfen lass und durchaus 2 kleine fehler gefunden, die bisher nie aufgefallen sind. Zudem habe ich mir eine detaillierte Doku erstellen lassen. Echt super geworden und im rein lesenden Modus sehe ich überhaupt kein Risiko.
Demnächst helfe ich einem Kollegen bei dessen Kernsanierung. Hier kann ich mir ebenfalls vorstellen, dass per MCP (diesmal mit Schreibzugriff) die ganze GA Struktur aus dem Raumbuch angelegt werden kann. Dabei soll die Struktur sich an meinem bestehenden Projekt orientieren. Das könnte ich heute doch schon per Excel machen. nur eben nicht so komfortabel.
Wir verarbeiten personenbezogene Daten über die Nutzer unserer Website mithilfe von Cookies und anderen Technologien, um unsere Dienste bereitzustellen. Weitere Informationen findest Du in unserer Datenschutzerklärung.
Indem Du unten auf "ICH stimme zu" klickst, stimmst Du unserer Datenschutzerklärung und unseren persönlichen Datenverarbeitungs- und Cookie-Praktiken zu, wie darin beschrieben. Du erkennst außerdem an, dass dieses Forum möglicherweise außerhalb Deines Landes gehostet wird und bist damit einverstanden, dass Deine Daten in dem Land, in dem dieses Forum gehostet wird, gesammelt, gespeichert und verarbeitet werden.
Kommentar