Auto und Wallbox mit Homey, ioBroker oder openHAB in Wien verbinden

ioBroker bindet Geräte und Dienste über Adapter ein. Die evcc-Dokumentation verweist auf einen Community-Adapter, der Daten und Einstellungen der evcc-Instanz über deren Schnittstelle bereitstellt. Das bedeutet nicht, dass dieser Adapter unabhängig davon jede Fahrzeugmarke direkt erreicht. Er kann nur mit dem arbeiten, was im jeweiligen Aufbau verfügbar und freigegeben ist. Für ein vorhandenes ioBroker-System prüfen wir daher die gesamte Verbindung vom Fahrzeug beziehungsweise Ladepunkt bis zur Darstellung.

Die vorhandenen Skripte werden vor einer Erweiterung berücksichtigt. Häufig besteht bereits eine Steuerung für Stromverbrauch, Anwesenheit oder Zeitpläne. Neue Datenpunkte sollten nicht ohne Prüfung ähnliche bestehende Funktionen auslösen. Wir ordnen Namen, Einheiten und Aktualisierungsverhalten nachvollziehbar zu und halten fest, welche Skripte Änderungen vornehmen. Bei der Übergabe zeigen wir einen normalen Ablauf und eine bewusst fehlende Rückmeldung. So wird erkennbar, wie das System reagiert, wenn die erwartete Information gerade nicht verfügbar ist.

Für openHAB ist ein evcc-Binding dokumentiert. Es verbindet sich mit der lokalen evcc-Instanz und stellt unterstützte Daten beziehungsweise Steuerungen bereit. Die konkrete Kompatibilität hängt von den eingesetzten Versionen ab; die aktuelle evcc-Anleitung nennt dafür eine Mindestversion. Wir übernehmen solche Voraussetzungen in die Vorprüfung, statt aus einem bereits vorhandenen openHAB-Server automatisch auf einen passenden Integrationsstand zu schließen. Bei älteren Installationen kann zunächst eine abgestimmte Aktualisierung nötig sein.

Ein bestehendes openHAB-Modell mit Geräten, Regeln und Ansichten kann weiterverwendet werden, wenn die neuen Informationen passend zugeordnet werden. Dabei achten wir besonders auf die Trennung zwischen Zustand und gewünschtem Sollwert. Eine gemeldete Ladepause und der Befehl, eine Pause anzufordern, sind verschiedene Dinge. In der Bedienung sollen diese Unterschiede verständlich bleiben. Zusätzliche Regeln werden mit den bestehenden Abläufen getestet, damit ein älterer Zeitplan keine neue Auswahl sofort unbemerkt wieder zurücksetzt.

Node-RED verbindet Ereignisse und Verarbeitungsschritte als Flows. Seine Dokumentation beschreibt unter anderem Nachrichten, Knoten und gemeinsam genutzte Verbindungen. Damit lässt sich ein individueller Ablauf übersichtlich modellieren, wenn die benötigten Datenwege vorhanden sind. Node-RED erzeugt jedoch keine fehlende Fahrzeugberechtigung und ersetzt keine nicht vorhandene Wallboxschnittstelle. Wir nutzen einen solchen Ablauf nur dann, wenn die zusätzliche Logik einen konkreten Nutzen hat und später nachvollziehbar gewartet werden kann.

Ein besonderer Ablauf könnte unterschiedliche Abfahrtswünsche zusammenführen und daraus eine Benachrichtigung erzeugen. Dafür werden Eingaben, Zeitbezüge und mögliche Ausnahmen schriftlich beschrieben. Wiederholungen, ungültige Werte und Neustarts müssen ebenfalls betrachtet werden. Die grafische Darstellung allein macht eine Regel noch nicht zuverlässig. Wir testen deshalb nicht nur den erwarteten Erfolgsfall. Außerdem dokumentieren wir, welche Plattform für den eigentlichen Ladebetrieb verantwortlich bleibt, damit ein individueller Flow nicht unbeabsichtigt zu einem zweiten konkurrierenden Laderegler wird.

Bei einer Integration können mehrere Systeme beteiligt sein. Fahrzeugdaten kommen möglicherweise aus einem Herstellerdienst, Messwerte aus dem lokalen Netz und die Anzeige aus Ihrer Smart-Home-Zentrale. Die einzelnen Teile haben unterschiedliche Voraussetzungen und Aktualisierungszeiten. Eine lokale Verbindung zwischen zwei Programmen macht einen dahinterliegenden Fahrzeugdienst nicht automatisch cloudfrei. Wir zeigen deshalb, welche Funktionen bei einem Internetausfall weiterhin möglich sein können und welche Informationen dann fehlen würden.

Auch MQTT oder eine HTTP-Schnittstelle sind keine universelle Kompatibilitätszusage. Sie beschreiben einen Transportweg, während Bedeutung, Einheiten, Rechte und verfügbare Befehle weiterhin zusammenpassen müssen. Für einen Ladestand muss beispielsweise klar sein, zu welchem Fahrzeug er gehört und wie aktuell er ist. Für eine Steuerung muss zusätzlich feststehen, ob der Empfänger die gewünschte Aktion tatsächlich unterstützt. Solche Details werden vor der Umsetzung geklärt. Eine technisch erreichbare Adresse ist noch keine fertig eingerichtete Funktion.

Wenn mehrere Oberflächen dieselbe Wallbox bedienen können, ist eine klare Regel notwendig. Wir legen fest, welches System die laufende Leistungsregelung übernimmt und welche anderen Systeme lediglich eine bewusste Moduswahl oder einen Auftrag übergeben. Dadurch wird vermieden, dass sich verschiedene Automatiken ständig übersteuern. Eine gemeinsame Anzeige darf viele Informationen zusammenführen; bei schreibenden Befehlen ist dagegen eine nachvollziehbare Reihenfolge wichtig. Vorhandene Fahrzeug- und Wallboxpläne werden dabei ebenfalls berücksichtigt.

Eine manuelle Änderung braucht ein verständliches Ende. Sie können beispielsweise für eine besondere Fahrt bewusst eine andere Priorität wählen und danach in den normalen Betrieb zurückkehren. Ob dies automatisch nach einem definierten Ereignis oder durch eine erneute Auswahl geschieht, wird vereinbart. Ein unbemerkt dauerhaft aktiver Sondermodus wäre wenig hilfreich. Wir zeigen die aktive Auswahl deshalb deutlich an und betrachten bei der Abnahme auch den Wechsel zurück. Diese Bedienlogik ist oft wertvoller als zusätzliche selten genutzte Schalter.

Ein Wechsel der gesamten Smart-Home-Plattform kann Geräte, Regeln, Benutzerkonten und gewohnte Bedienungen betreffen. Deshalb vergleichen wir zuerst, ob das gewünschte Autoergebnis auch mit dem Bestand erreichbar ist. Wenn eine Ergänzung genügt, kann sie Aufwand und Umgewöhnung begrenzen. Falls mehrere zentrale Funktionen fehlen oder die vorhandene Plattform nicht mehr sinnvoll betreut werden kann, erstellen wir einen abgestuften Umstellungsplan. Dabei wird festgelegt, welche bisherigen Abläufe erhalten bleiben müssen.

Zur Entscheidung gehören die laufenden Aufgaben. Updates, Sicherungen, Zugangserneuerungen und die Dokumentation individueller Regeln verschwinden nicht durch die Wahl eines bestimmten Markennamens. Wir besprechen, was Sie selbst übernehmen möchten und welche Betreuung separat sinnvoll wäre. Hardware, Apps, Herstellerdienste und ein eventueller Fernzugriff können unterschiedliche Kosten und Vertragsbedingungen haben. Der Vergleich betrachtet deshalb den gesamten benötigten Aufbau. Ein scheinbar günstiger Einstieg wird nicht mit einer vollständig eingerichteten und betreuten Anlage gleichgesetzt.

Ein Fahrzeugkonto kann wesentlich mehr Informationen enthalten, als für eine Ladeübersicht erforderlich sind. Wir begrenzen Anzeige und Verwendung auf den vereinbarten Zweck. Standortdaten oder persönliche Kontodetails erscheinen nicht automatisch auf einem allgemein zugänglichen Tablet. Für Kontofreigaben bleiben Sie eingebunden, und sensible Zugangsdaten gehören nicht in das öffentliche Anfrageformular. Die Übergabe beschreibt außerdem, wie eine Verbindung beim Fahrzeugwechsel wieder entfernt wird und wo die wesentlichen Einstellungen verwaltet werden.

Jede zusätzliche Verbindung kann vorübergehend ausfallen. Deshalb planen wir deutliche Hinweise für fehlende oder veraltete Daten und vermeiden unendliche Wiederholungen von Steuerbefehlen. Es wird auch geklärt, wie der Ladepunkt außerhalb der gemeinsamen Oberfläche bedient werden kann. Das ist insbesondere nach einem Update oder bei einem Neustart der Zentrale hilfreich. Eine funktionierende direkte Bedienmöglichkeit und eine verständliche Dokumentation verringern die Abhängigkeit von einzelnen Ansichten, ohne eine vollständige Ausfallsicherheit zu versprechen.

Für die Anfrage nennen Sie die Smart-Home-Plattform, ihre Version, Fahrzeugmodell und Modelljahr sowie die Wallbox. Beschreiben Sie anschließend möglichst konkret, welche Anzeige oder Bedienung Sie ergänzen möchten. Wir prüfen den aktuellen Integrationsweg und unterscheiden eine kleine Ergänzung von einer größeren Umstellung. Ein Ferntermin setzt eine betriebsbereite Umgebung und geeignete Zugänge voraus. Montage, Netzwerkverbesserung oder Elektroarbeiten werden bei Bedarf als eigener Vor-Ort-Umfang in Wien und im definierten Umland angeboten.

Im Angebot stehen die benötigten Komponenten, die eingerichteten Funktionen und die Abnahmeschritte. Laufende Fremdgebühren werden getrennt benannt, soweit sie für den gewählten Aufbau erforderlich sind. Eine ausgewiesene Vor-Ort-Pauschale enthält die darin genannte Anfahrt; ein Fernpaket enthält keinen Besuch. Nach der Einrichtung erhalten Sie eine verständliche Erklärung der normalen Bedienung und der bekannten Grenzen. Zusätzliche Wünsche werden anschließend gezielt erweitert, damit aus einem kleinen Einstieg kein unüberschaubarer Auftrag entsteht.