MCP-Server für Claude KI
Einklappen
X
-
Stichworte: -
-
Hey, ich hab ein kleines Tool gebaut: lox, ein CLI für den Loxone Miniserver. GitHub: https://github.com/discostu105/lox Hauptmotivation war, KI-Agenten (bei mir OpenClaw) vernünftig mit Loxone interagieren zu lassen. Der Agent ruft einfach Shell-Commands auf – kein Custom-Integration-Layer, kein Gefrickel mit UUIDs: lox
Hier was dazu...Kein Support per PN!👍 1 -
Gibt es irgendwo eine Anleitung, wie Loxone Config 17.1 mit Claude über den MCP-Server verbunden werden kann?
Kommentar
-
Hallo,
als Ergänzung zum nativen MCP Server (ab Config/App 17.1) habe ich ein kleines Open-Source-Tool geschrieben, das die Anbindung eines lokalen MCP-Clients (z. B. Claude Desktop) an den Miniserver vereinfacht:
loxone-mcp-proxy - https://github.com/ivantichy/loxone-mcp-proxy
Es löst zwei praktische Probleme:
- Headless-Login (ohne Browser): Die Zugangsdaten eines dedizierten, minimal berechtigten Loxone-Benutzers stehen in einer lokalen .env - kein OAuth-Popup, kein Klicken.
- Stabile Verbindung: Die Cloud-connect-URL leitet auf eine Relay-Adresse um, die sich mit der Zeit ändert (z. B. nach einem Miniserver-Neustart, genau der 404-Fehler oben). Der Proxy löst sie automatisch neu auf, sodass die Verbindung erhalten bleibt.
Es ist ein winziger Node.js-Proxy (stdio <-> HTTP), ohne Abhängigkeiten, MIT-Lizenz, mit Tests und Anleitung (README). Einrichtung: git clone + .env + ein Eintrag in claude_desktop_config.json.
Über Feedback freue ich mich!👍 1Kommentar
-
Hi zusammen,
falls jemand beim Anmelden am MCP-Server die Fehlermeldung
internal server error during consent
bekommt: Bei mir lag es daran, dass der Miniserver nicht den Standard-HTTP-Port 80 verwendet hat.
Umgebung:- Miniserver Gen2
- Firmware 17.1.6.30
- MCP-Server-Addon 1.0.0
- HTTP-Port war auf 160XXX
Die OAuth-Anmeldung schlug bei mir nach dem Login immer fehl, unabhängig vom Client und Benutzer.
Neustart, neues MCP-Server-Objekt und Firmware-Neuinstallation haben nicht geholfen.
Nach meiner Eingrenzung scheint das Plugin intern fest auf
ws://127.0.0.1:80
zuzugreifen. Wenn der HTTP-Port nicht 80 ist, schlägt die Anmeldung offenbar fehl.
Workaround:
HTTP-Port auf 80 stellen. Danach funktionierte die Anmeldung bei mir sofort.
Ich habe das heute an Loxone gemeldet.
Gruß Tobi
👍 1Kommentar
Kommentar