Loxone KI: Cloud oder lokal – was läuft wo?

Die kurze Antwort: Loxone selbst ist ein lokales System – dein Miniserver rechnet die Logik im Haus, ohne Internet. KI-Funktionen im engeren Sinne (Sprachmodelle, lernende Prognosen) bringt Loxone nicht von Haus aus mit; sie kommen über angebundene Dienste, und die laufen meist in der Cloud.

Der Miniserver führt deine Programmierung lokal aus: Beschattung, Heizung, Licht, Verriegelungen, Zeitpläne. Fällt das Internet aus, läuft das weiter. Was der Miniserver nicht ist: ein KI-System. Er arbeitet mit Regeln, Logikbausteinen und Automatikfunktionen, die du (oder dein Partner) definierst. Wenn jemand von "Loxone KI" spricht, meint er fast immer entweder die eingebauten Automatiken (regelbasiert, lokal) oder einen zusätzlich angebundenen Dienst.

Drei Dinge gehen ohne Cloud oder Internet praktisch nicht: erstens Fernzugriff von unterwegs, zweitens externe Daten wie Wetterprognose oder Börsenstrompreise, drittens Sprachassistenten und Sprachmodelle. Alles andere – Regelung, Schaltlogik, Visualisierung im WLAN zu Hause – kannst du komplett lokal fahren. Das ist die eigentliche Entscheidungslinie: Brauchst du Daten oder Rechenleistung von draußen? Dann Cloud. Sonst nicht.

Nimm lokal, wenn dir Datenschutz und Ausfallsicherheit wichtiger sind als Komfort – die Anlage muss auch dann funktionieren, wenn ein Anbieter abschaltet oder die Leitung tot ist. Nimm Cloud dazu, wenn du prognosebasiert optimieren willst: PV-Ertrag, Strompreis, Verbrauchsmuster. Der Normalfall in der Praxis ist hybrid: Steuerung und Sicherheitslogik lokal auf dem Miniserver, Prognosen und Auswertung extern. Wichtig ist die Rückfallebene – dein Haus darf nicht kalt werden, weil eine API nicht antwortet.

Prüf bei jedem Angebot drei Punkte: Lernt das System aus deinen Daten (oder ist es ein Zeitplan mit anderem Namen)? Wo werden deine Daten verarbeitet und wie lange gespeichert? Was passiert bei Verbindungsverlust? Wenn ein Anbieter auf die dritte Frage keine klare Antwort hat, ist die Funktion nicht produktionsreif für dein Haus. Regelbasierte Automatik ist übrigens nichts Schlechtes – sie ist nur ehrlicher, wenn man sie so nennt.

Fang mit Messen an, nicht mit KI. Erst wenn du saubere Verbrauchs- und Erzeugungsdaten über mehrere Monate hast, lohnt sich eine Optimierung – vorher optimierst du gegen Vermutungen. Der Miniserver kann Daten per Modbus, MQTT oder über die Loxone-Schnittstellen ausgeben; von da aus lässt sich eine externe Auswertung anbinden, ohne dass du die lokale Steuerung anfasst. Diese Trennung ist der Punkt: Die Analyse darf online sein, die Steuerung sollte es nicht müssen.

Sobald Verbrauchsdaten das Haus verlassen, gilt die DSGVO – bei Wohngebäuden im Zweifel dein Vermieter oder Dienstleister als Verantwortlicher, bei Gewerbe du selbst. Frag konkret nach Serverstandort, Auftragsverarbeitungsvertrag und Löschfristen. Der zweite Punkt ist Abhängigkeit: Ein Cloud-Dienst kann eingestellt oder verteuert werden. Deshalb die Regel – alles, was dein Haus zum Funktionieren braucht, gehört lokal auf den Miniserver.

• Warum fast jede Stromabrechnung 2026 falsch ist
• Blind- & Scheinleistung auf der Rechnung
• Lohnt sich ein Batteriespeicher (BESS)?
• Negative Strompreise 2026 automatisch abregeln
• Lastspitzen vermeiden (Flex)
• §51-Schaden berechnen

Kurze Antwort vorweg: Im Miniserver selbst programmierst du nicht mit KI. Loxone Config bleibt grafische Baustein-Logik, und auf dem Miniserver läuft keine KI-Laufzeit, in der ein Modell mitrechnen würde. Gemeint sind in der Praxis zwei ganz verschiedene Dinge. Erstens KI beim Erstellen: Ein Sprachmodell hilft dir, eine Logik zu durchdenken, Baustein-Ketten und Formeln zu formulieren oder ein gewachsenes Projekt zu dokumentieren — setzen und verdrahten musst du die Bausteine danach selbst in Loxone Config, denn eine Programmdatei schreibt dir die KI nicht einsatzfertig. Zweitens KI zur Laufzeit: Die Intelligenz läuft außerhalb, auf einem Server, einem kleinen Edge-Rechner oder in der Cloud, und schickt dem Miniserver nur noch fertige Sollwerte oder Freigaben. Nur der zweite Weg verändert im Gebäude tatsächlich etwas — und er ist ein Schnittstellen-Thema, kein Programmier-Trick.

Konkret gehst du so vor. Erstens Schnittstelle festlegen: virtuelle Eingänge per HTTP beziehungsweise die Webservice-Schnittstelle des Miniservers, oder MQTT über ein Gateway; für den Rückkanal holt sich die KI die Ist-Werte per Abruf oder bekommt sie gepusht. Zweitens im Loxone-Programm für jeden Wert, den die KI setzen darf, eine eigene Variable anlegen — getrennt vom Hand-Sollwert, damit du jederzeit sehen kannst, wer gerade schreibt. Drittens diese Variable auf den wirkenden Ausgang verdrahten, also auf den Modbus-Ausgang, den Analogausgang oder das Relais, das das Gerät wirklich verstellt. Viertens Umschalter Hand/Auto, Plausibilitätsgrenzen und ein definierter Rückfall, wenn die KI ausfällt: letzter gültiger Wert oder Grundstellung, nie ein offener Sollwert. Und die Falle, die wir selbst erlebt haben: Ein HTTP 200 vom Miniserver heißt nur, dass der Wert angekommen ist — nicht, dass er wirkt. Bei uns ging der Sollwert sauber durch, die Variable existierte, aber dahinter fehlte der Modbus-Ausgang, und das Gerät ignorierte alles. Prüfe deshalb nach jeder Änderung am echten Ist-Wert nach, nicht am Rückgabecode.