ioBroker Monatsrückblick – Juli/August 2026

Der Hochsommer 2026 war alles andere als eine Sauregurkenzeit und diese Ausgabe fällt entsprechend üppig aus: 72 Adapter haben wir für euch zusammengetragen. 22 davon sind neu im stable-Repository und sofort einsatzbereit, die übrigen 50 stehen in latest und freuen sich über Tester. Der Schwerpunkt liegt erneut bei Energie und E-Mobilität (Hoymiles, Victron GX, Solakon ONE, Tesla Wall Connector, go-e Charger), aber auch Kameras, Multimedia und Systemwerkzeuge sind stark vertreten. Und ein paar echte Exoten sind dabei: Formel-1-Livedaten, Flugverfolgung am eigenen Fenster und eine Saunasteuerung mit lernender Aufheizprognose.

Der spannendste Neuzugang kommt allerdings aus dem Projekt selbst: ioBroker.assistant, ein Sprachassistent, der ein Sprachmodell per Tool-Calling direkt auf eure States loslässt. Mehr dazu weiter unten.

Unter der Haube war es der wohl größte Umbau seit Langem: Anfang August sind Admin, JavaScript, Devices und IoT innerhalb weniger Tage auf React 19 und MUI 9 migriert. Damit gilt für den Admin ab Version 8 Node.js 22 als Mindestanforderung. Bitte vor dem Update prüfen!

Kern-Updates

Admin 7.9.x → 8.0.5

Der Admin hat den Sprung auf die Version 8 gemacht. Das größte Einzelereignis dieses Zeitraums.

⚠️ Node.js 22 ist ab Admin 8.0.1 Pflicht. Wer noch auf Node 20 oder älter läuft, muss vorher aktualisieren.
React 19 + MUI 9 (v8.0.1) – die komplette Oberfläche wurde auf die neuen Major-Versionen gehoben. Adapter-Konfigurationsseiten mit eigenen Komponenten sollten nach dem Update kurz gegengeprüft werden.
Sicherheitsfix (v8.0.2) – die Authentifizierung der OAuth2-Callbacks wurde korrigiert.
Überarbeiteter Ersteinrichtungs-Assistent (v8.0.5) – modernes Layout, Rückwärts-Navigation und viele Detailkorrekturen.
Kleinere Fixes: doppelte Kacheln im Schnellzugriff bei mehreren web-Instanzen (v8.0.5), Speichern-Button und Validierung in den Custom-Einstellungen (v8.0.2–8.0.4), Ordnerauswahl im Alias-Dialog.

Der aus dem letzten Rückblick bekannte KI-Assistent ist selbstverständlich weiterhin an Bord.

So sieht das Ganze in der Praxis aus. Die Übersichtsseite mit Systemstatus, Ressourcenverbrauch und Systemprotokoll auf einen Blick:

Und die Adapterliste in der Kachelansicht, sortiert nach „Kürzlich aktualisiert". Praktisch, um schnell zu sehen, wo sich gerade etwas tut:

🔗 Admin Releases auf GitHub

js-controller 7.2.2 „Milla"

Beim js-controller ist es in diesem Zeitraum bewusst ruhig geblieben: Aktuell ist weiterhin 7.2.2 vom 16.06.2026 im stable-Repository. Auf GitHub gab es lediglich Nightly-Vorabversionen der Reihe 7.2.3-alpha.x, die sind nicht für den Produktivbetrieb gedacht.

In der Mache für 7.2.3 sind unter anderem zwei Korrekturen von @krobipd: Fehlgeschlagene Adapter-Installationen wurden unter npm ≥ 10.6.0 fälschlich als Erfolg gemeldet, und die automatische ENOTEMPTY-Wiederherstellung räumte das blockierende npm-Temp-Verzeichnis nicht auf.

🔗 js-controller Changelog auf GitHub

vis-2 2.14.x → 2.15.4

vis-2 hat gleich mehrere spürbare Verbesserungen bekommen:

⚠️ Geänderte HTML-IDs (v2.14.4) – Widgets, die in mehreren Views auftauchen, heißen jetzt v<view>_<widget> statt <view>_<widget>. Wer eigenes CSS oder eigene Skripte auf diese IDs gebaut hat, muss nachziehen.
Ein abstürzendes Widget reißt nicht mehr die ganze View mit (v2.15.0) – stattdessen erscheint ein Platzhalter.
Relative Widgets lassen sich wieder per Drag & Drop umsortieren (v2.15.0), inklusive halbtransparenter Vorschau. Die alten Pfeil-Buttons entfallen dafür.
Editor-Feinschliff (v2.15.0) – neues Namensschild an den Widgets, blaue Hover-Hervorhebung und ein gemeinsamer Rahmen bei Mehrfachauswahl. Dazu MUI-CSS-Variablen (--mui-palette-*) für eigene Themes.
Wichtiger Fix für Cloud-Nutzer (v2.15.4) – Widget-Sets wie vis-2-widgets-material, echarts, openweathermap, fullcalendar und vis-2-widgets-energy luden über die Cloud nicht mehr. Auch lokale Installationen mit Namen wie iobroker.fritz.box wurden fälschlich als Cloud behandelt.
Modul-Federation (v2.15.0) – MUI wird jetzt pro Version statt als Singleton geteilt, sodass Widget-Sets ihre eigene MUI-Version mitbringen dürfen.

🔗 vis-2 Releases auf GitHub

Wichtige Adapter-Updates

ioBroker.javascript 9.3.1 → 10.1.2

Der JavaScript-Adapter hat den Sprung auf Version 10 gemacht und dabei ordentlich aufgeräumt.

TypeScript 6 und React 19 / MUI 9 (v10.0.0)
⚠️ strict ist für Skripte wieder abgeschaltet (v10.1.0) – TypeScript 6 aktiviert es standardmäßig, was reihenweise bestehende Skripte hätte brechen lassen. Wer es möchte, findet die Compiler-Optionen im neuen Reiter „TypeScript" in den Einstellungen.
Zugangsdaten direkt im Skript (v10.1.1) – die im Admin hinterlegten Credentials stehen als SECRETS zur Verfügung (z. B. SECRETS.CameraPassword.key), entschlüsselt, schreibgeschützt und live aktualisiert. Der Editor vervollständigt nach SECRETS. automatisch, und in Blockly gibt es einen neuen Block „credential".
Blockly 11 → 13 (v10.1.0) – Blockly kommt jetzt aus dem npm-Paket statt aus dem Repo, alle Block-Definitionen wurden nach TypeScript konvertiert. Der generierte Code bleibt unverändert, eigene Blöcke anderer Adapter laufen weiter.
⚠️ Blockly-Nutzer sollten direkt auf 10.1.2 gehen: Unter Blockly 13 ließen sich Skripte mit benanntem Timeout, Intervall oder Schedule nicht mehr speichern – der Speichern-Button erschien schlicht nicht.
Typisierung von Fremdbibliotheken repariert (v10.1.0) – bislang galt alles aus zusätzlich installierten Bibliotheken als any, und auch die ioBroker.*-Typen fehlten komplett. Beides ist jetzt behoben.
Neuer Regel-Assistent (v10.1.0) – baut eine Regel Schritt für Schritt aus Trigger, Bedingung und Aktion auf und zeigt am Ende das fertige Ergebnis.
Datensicherheit (v10.1.0) – Skripte werden nicht mehr aus der Datenbank gelöscht, wenn das Mirror-Verzeichnis als Ganzes wegfällt, etwa weil eine Netzwerkfreigabe nicht gemountet ist.

🔗 GitHub-Seite des Adapters

ioBroker.devices 3.0.2 → 4.1.1

Auch der Devices-Adapter ist eine Major-Version weiter.

React 19 und MUI 9 (v4.0.0), dazu Min-/Max-Werte der letzten 24 Stunden bzw. des Tages für Widgets mit History.
⚠️ Wichtige Datenkorrektur (v4.1.1) – ältere Versionen haben States ohne common.read/common.write geschrieben. Beim Laden der Geräteliste werden diese States nun einmalig automatisch repariert, damit ein schreibfähiger State nicht fälschlich read-only bleibt. Wer 4.0.x im Einsatz hatte, sollte updaten.
Neue Widgets (v4.0.2) – button, buttonSensor, camera und vacuumCleaner zeigen nicht mehr „Widget type not supported". Der Media-Player bekam Mute und ein separates Lautstärke-Feedback, die Jalousie-Widgets die fehlenden Tilt-Bedienelemente samt Stop-Button.
Neue Gerätetypen und ein besseres Tank-Widget (v4.1.0) – von Hand ergänzte Datenpunkte erreichen jetzt die Widget-GUI, sodass ein Tank neben dem Füllstand z. B. auch die Restliter anzeigen kann.
Optik (v4.0.2) – „Blue dark" wurde zu einem tiefen Navy-Look überarbeitet, Kategorie-Icons bekamen farbige runde Badges, dazu neue Rollen-Icons für UV-Index, U/min, Betriebsstunden und W/kW/Wh. Info-Geräte sind nicht mehr standardmäßig ausgeblendet, und es gibt benutzerspezifische Ansichten.

🔗 GitHub-Seite des Adapters

ioBroker.iot 6.1.3 → 7.0.1

Der IoT-Adapter ist am 06.08.2026 ebenfalls auf TypeScript 6 und React 19 umgestellt worden. Inhaltlich blieb es dabei ruhig.

🔗 GitHub-Seite des Adapters

Neue Adapter in `latest` – Tester gesucht!

Diese 50 Adapter stehen im latest-Repository und brauchen genau das, was die Community am besten kann: ausprobieren, Rückmeldung geben, Fehler melden. Wer mitmachen möchte, stellt im Admin unter System → Repositories auf latest um und behält im Hinterkopf, dass es sich um Beta-Software handelt.

Ein Teil davon ist übrigens nachgeholt: Manche dieser Adapter sind schon etwas länger im Repository und in den letzten Ausgaben aus verschiedenen Gründen untergegangen. Sie sind deshalb nicht weniger interessant. Im Gegenteil, einige haben längst eine ansehnliche Nutzerzahl.

Sprachassistenten und KI

ioBroker.assistant – der Sprachassistent aus dem ioBroker-Team

Kategorie: Logik / Sprachassistent Entwickler: ioBroker

Der spannendste Neuzugang dieses Rückblicks kommt aus dem Projekt selbst. ioBroker.assistant ist ein LLM-gestützter Sprach- und Textassistent, dem man in normaler Sprache Fragen stellt und der daraufhin beliebige ioBroker-States liest und schaltet. Kein starres Regelwerk, kein mühsam gepflegter virtueller Gerätebaum: Das Sprachmodell ruft über Tool-Calling direkt die native ioBroker-API auf.

„Ist noch ein Fenster offen?", „Wie warm ist es im Wohnzimmer?", „Stell die Rollos auf 50 %", „Mach die Küche warmweiß" – das ist die Art von Sätzen, für die der Adapter gebaut wurde.

Drei Stufen statt einer Cloud-Anfrage

Clever gelöst ist die Antwort-Pipeline: Jede Anfrage durchläuft bis zu drei Stufen und stoppt bei der ersten, die sie beantworten kann.

Regelbasierte Spracherkennung, offline und sofort – erkennt einfache Befehle (an/aus, dimmen, Farbe, Status) auf Deutsch, Englisch und Russisch. Kein Modell, keine Cloud, keine Kosten.
Lokales LLM, optional zuschaltbar – ein kleines Modell über node-llama-cpp, das sich per Knopfdruck nachinstallieren lässt (voreingestellt Qwen2.5-1.5B-Instruct). Es reicht an die Cloud weiter, sobald es aktuelle Gerätedaten braucht.
Cloud-LLM mit Tool-Calling – der volle Assistent, der die Geräteliste kennt und über Werkzeuge auf ioBroker zugreift.

Als Anbieter stehen OpenAI, Anthropic (Claude), Google Gemini und DeepSeek zur Auswahl, dazu ein freier OpenAI-kompatibler Endpunkt für eigene Server. Der API-Schlüssel kann verschlüsselt in der Instanz liegen oder – ab js-controller 7.2 – im zentralen Zugangsdaten-Speicher aus dem letzten Rückblick.

Was der Assistent darf, bestimmt ihr

Unter der Haube bindet der Adapter den @iobroker/mcp-server ein und stellt dessen Werkzeuge dem Modell bereit. States lesen und schreiben, Geräte, Räume und Funktionen auflisten, Historie abfragen, Logs, Dateien, Systeminfos. Dazu kommen eigene Werkzeuge für Timer, Wecker, Wetter und ein Langzeitgedächtnis (remember / forget), mit dem sich Fakten über einzelne Gespräche hinaus merken lassen.

Genau deshalb ist die Rechteverwaltung der wichtigste Teil der Konfiguration:

Kategorien einzeln freigeben – Schreiben auf States ist standardmäßig an, Logs und Dateien sind aus
Objekt- und Dateiänderungen sind in der Oberfläche ausdrücklich als gefährlich markiert und standardmäßig deaktiviert
Eine Geräte-ACL erlaubt Lesen und Schreiben pro Gerät getrennt. Schlösser sind ab Werk schreibgeschützt, Sensoren und Kameras nur lesbar, Taster gar nicht sichtbar
Der System-Prompt ist einsehbar und anpassbar – er verlangt unter anderem, vor jeder Aussage über ioBroker tatsächlich ein Werkzeug zu benutzen und keine Werte zu erfinden

Bedienung und Sprache

Fragen lassen sich über den Test-Chat direkt in den Instanz-Einstellungen stellen, per State (assistant.0.text.request / .response) oder aus einem Skript heraus mit sendTo('assistant.0', 'ask', { text: '…' }).

Am bequemsten ist aber der Weg über Telegram: Die Anbindung gelingt mit einem Klick – im Telegram-Instanz die Assistant-Instanz auswählen, fertig. Damit fragt ihr euer Smart Home einfach per Nachricht ab, von unterwegs und ohne zusätzliche App. Der Gesprächskontext wird pro Quelle getrennt gehalten, Rückfragen wie „und die Küche auch" funktionieren im Telegram-Chat also genauso wie im Test-Chat.

Für die freihändige Bedienung gibt es Satelliten – kleine Mikrofon- und Lautsprecher-Einheiten pro Raum. Der zugehörige Adapter ioBroker.assistant-satellite überträgt das Audio direkt über den ioBroker-Nachrichtenbus, es muss also kein zusätzlicher Port geöffnet werden. Alternativ lassen sich bestehende Hannah-Satelliten (ESP32, per UDP) einbinden; ein experimenteller Wyoming-Endpunkt öffnet die Tür zu Home Assistant Voice PE und ESPHome-Sprachgeräten. Die Wake-Word-Erkennung läuft auf dem Satelliten, Sprache-zu-Text und Text-zu-Sprache zentral im Adapter – wahlweise über OpenAI, Azure und AWS oder vollständig lokal mit Vosk und Piper.

Durchsagen gehen umgekehrt genauso: Text oder Audiodatei nach assistant.0.tts.text schreiben, und alle Satelliten sprechen. Jeder Satellit hat Lautstärke, Stummschaltung und einen Nicht-stören-Modus – ein führendes ! im Text durchbricht ihn, etwa bei !Wasserleck im Keller.

Voraussetzungen

Admin 8 und Node.js 22, js-controller ab 6.0.11 – wer den Admin schon aktualisiert hat, ist startklar
Für Cloud-Modelle ein API-Schlüssel des jeweiligen Anbieters; komplett lokal geht es mit Regel-Erkennung, lokalem LLM sowie Vosk und Piper
⚠️ Der Adapter steht noch am Anfang und wird in der Dokumentation ausdrücklich als „early proof-of-concept" bezeichnet. Also: ausprobieren, ja – aber noch nicht die Heizungssteuerung darauf aufbauen.

🔗 GitHub-Seite des Adapters · Deutsche Anleitung · Satelliten-Adapter

ioBroker.mcp – die Schnittstelle, über die KI-Clients mit ioBroker sprechen

Kategorie: Integration / KI-Schnittstelle Entwickler: ioBroker

Der wichtigste Adapter dieser Liste zuerst: ioBroker.mcp hat inzwischen fast 1.000 Installationen, steht bei Version 1.1 und ist als einziger dieses Abschnitts bereits in stable angekommen. Er ist das technische Fundament unter der ganzen KI-Welle der letzten Monate – und damit einen genaueren Blick wert.

Das Model Context Protocol ist ein offener Standard, über den KI-Anwendungen auf externe Systeme zugreifen. Nicht durch Raten im Freitext, sondern über klar definierte Werkzeuge. Dieser Adapter macht eure gesamte ioBroker-Installation zu einem solchen MCP-Server. Ein Sprachmodell kann damit gezielt Datenpunkte lesen, Geräte schalten, die Historie abfragen oder ins Log schauen. Jeder Zugriff läuft über eine definierte Funktion, nicht über einen Umweg.

Was der Server anbietet

Lesend und diagnostisch: Werte einzelner oder vieler States (auch mit Platzhaltern wie hue.0.*.brightness), Objektsuche nach Name, Rolle, Raum oder Adapter, die nach Räumen gruppierte Geräteliste aus dem Type-Detector, Instanzen, Adapter, Hosts, Räume und Gewerke. Dazu Historienabfragen mit Aggregationen von min/max/avg bis Perzentil und Integral, Zugriff auf Logs und Dateien, Systeminformationen – und sogar ein ping_host für die Netzwerkdiagnose, wenn ein Adapter über Verbindungsfehler klagt.

Besonders praktisch: Über search_adapter_repository kann das Modell das komplette Adapter-Repository durchsuchen, auch die noch nicht installierten. Auf die Frage „Welchen Adapter brauche ich für meine Wallbox?" kommt damit eine fundierte Antwort.

Schreibend gibt es set_state und set_states. Letzteres setzt mehrere Werte in einem Aufruf, also „alle Lichter aus" als eine einzige Aktion. Objekte anlegen, Szenen erzeugen und Dateien schreiben ist ebenfalls möglich, aber standardmäßig abgeschaltet.

States, Objekte und Logs stehen zusätzlich als abonnierbare Ressourcen bereit (iobstate://…, iobobject://…, ioblog://…): Der Client bekommt Änderungen gepusht, statt ständig nachzufragen.

Betrieb und Sicherheit

Der Adapter läuft wahlweise eigenständig auf einem eigenen Port (Voreinstellung 8011) oder als Erweiterung einer bestehenden web-Instanz, dann teilt er sich deren Port, Authentifizierung und Zertifikate.

Zwei Stellschrauben entscheiden über die Sicherheit:

Der Standardbenutzer. Jede Anfrage läuft im Namen eines ioBroker-Benutzers, voreingestellt admin. Alle Zugriffe unterliegen dessen Rechten. Wer hier einen eingeschränkten Benutzer einträgt, begrenzt damit in einem Schritt, was ein KI-Client überhaupt sehen und anfassen kann. Das ist die wirksamste Einstellung des ganzen Adapters.
Zwei Freigabeschalter. „States setzen" ist ab Werk an, „Objekt- und Dateiänderungen" ab Werk aus. Ist Letzteres deaktiviert, werden die betreffenden Werkzeuge dem Modell gar nicht erst angeboten, es kann sie also nicht einmal versehentlich aufrufen.

Seit Version 1.1.0 gibt es OAuth: Clients wie Claude Desktop melden sich per Browser-Login an, statt dass man von Hand Tokens hin- und herkopiert. Das ioBroker-Passwort bekommt der Client nie zu sehen. Für alles außer localhost ist dabei HTTPS Pflicht, und hinter einem Reverse Proxy muss die öffentliche Adresse hinterlegt werden.

Wie er sich zu ioBroker.assistant verhält

Beide Adapter greifen auf dasselbe Paket @iobroker/mcp-server zurück, aber mit unterschiedlicher Richtung:

ioBroker.mcp stellt die Werkzeuge nach außen bereit, für fremde KI-Clients wie Claude Desktop
ioBroker.assistant bindet dieselben Werkzeuge intern ein und bringt sein eigenes Sprachmodell mit

Voraussetzungen: js-controller ab 6.0.11, Admin ab 7.6.20. Aktuell ist Version 1.1.0 vom 04.08.2026.

🔗 GitHub-Seite des Adapters · Model Context Protocol

ioBroker.hannah

Kategorie: Sprachassistent Entwickler: NurPech

Der Gegenentwurf zum Cloud-Assistenten und im Forum seit Monaten ein Dauerthema: Hannah ist ein quelloffener, lokal laufender Sprachassistent mit eigenen ESP-Satelliten. Dieser Adapter ist die Brücke zwischen Hannah Core und ioBroker.

Bidirektionaler gRPC-Stream mit automatischem Reconnect – beim Verbinden werden alle aktuellen Werte auf einmal übertragen
Geräteerkennung über Räume und Gewerke, dazu freie State-Präfixe für alles, was nicht in den Enums steht
Durchsagen in einzelne Satelliten-Räume oder gezielt an eine Person, auch aus Blockly heraus
Systemmeldungen aus dem Notification Manager werden vor der Ansage per Sprachmodell in verständliche Sätze umformuliert
Satellitenverwaltung im Admin samt Web-Flasher, Lautstärke, Stummschaltung und Firmware-Update

Benötigt eine laufende Hannah-Core-Instanz mit aktiviertem gRPC sowie den residents-Adapter.

🔗 GitHub-Seite des Adapters

Energie und Photovoltaik

ioBroker.goodwe

Kategorie: Energie / Solar Entwickler: typhosj

Mit knapp 200 Installationen der meistgenutzte Neuzugang in latest: Der Adapter liest GoodWe-Hybridwechselrichter der Serien ET, EH, BH und BT direkt im LAN aus – per EMS-Modbus-Protokoll über UDP, ganz ohne Cloud.

Funktionsumfang:

Netzwerksuche: Der Adapter scannt das eigene Subnetz und bietet gefundene Wechselrichter mit IP, Modell, Seriennummer und Version zur Auswahl an
Vollständige Registerkarte nach Protokollspezifikation: Gerätedaten, Laufzeitwerte für PV1 bis PV4, Netz- und Backup-Phasen, Batterie, BMS und Leistungsbegrenzung
Fehler- und Warncodes als Klartext statt als Bitfeld – aktive Meldungen stehen direkt lesbar im State
Sieben optionale Registergruppen einzeln zuschaltbar; was das eigene Modell nicht unterstützt, wird nach einem Timeout automatisch übersprungen
Einstellbares Timeout und Wiederholungen für die UDP-Kommunikation

Nicht verwechseln:

Es gibt zwei GoodWe-Adapter mit fast identischer Beschreibung, und beide haben ihre Berechtigung. Sie gehen auf dasselbe Original von Thomas Schönberger zurück, werden aber unabhängig weiterentwickelt: goodwe ist die per Fork fortgeführte Originallinie und deutlich funktionsreicher, goodwe-pv von hombach ist eine schlankere Neuimplementierung unter eigener Adapter-ID – beide lassen sich also parallel installieren.

🔗 GitHub-Seite des Adapters

ioBroker.goodwe-pv

Kategorie: Energie / Solar · Entwickler: hombach

Liest GoodWe-Hybridwechselrichter der Serien ET, EH, BH und BT lokal per UDP aus – das Gegenstück zum weiter oben vorgestellten goodwe-sems, das den Cloud-Weg geht.

Modbus über UDP direkt im LAN, ganz ohne SEMS-Portal
Vier Datengruppen mit versetztem Polling – nur eine Anfrage pro Sekunde
Batterie- und BMS-Daten als eigene Datenpunkte
Laufend nachgepflegte Beschreibungen und korrigierte ioBroker-Rollen

🔗 GitHub

ioBroker.goodwe-sems

Kategorie: Energie / Solar Entwickler: bueste

Liest Wechselrichter-, Batterie- und Energiefluss-Daten aus dem GoodWe-SEMS-Portal. Gedacht für Anlagen ohne LAN-Zugriff auf den Wechselrichter, die sich nicht per Modbus auslesen lassen.

Anmeldung mit dem normalen SEMS-Portal-Konto, kein Organisations-Account nötig
Anlagen-ID wird automatisch erkannt, manuelle Angabe für Konten mit mehreren Anlagen
States für Station, Tages- und Gesamtertrag sowie PowerFlow (PV, Last, Netz, Batterie) und Wallbox
Optionale, experimentelle Batterie-Telemetrie über eine zweite GoodWe-API
Erkennt das Rate-Limit des Portals und legt automatisch eine Abkühlpause ein

⚠️ Der Adapter nutzt eine undokumentierte API, die GoodWe jederzeit ändern kann.

🔗 GitHub-Seite des Adapters

ioBroker.sax-power

Kategorie: Energie / Batteriespeicher Entwickler: GodHunter

Verbindet ioBroker über die Dashboard-API mit SAX-Power-Batteriespeichern, mit Live-Werten und historischen Statistiken, auch über mehrere Speicher hinweg aggregiert.

Alle dem Konto zugeordneten Speichersysteme werden automatisch erkannt
Live-Werte für PV-Erzeugung, Hausverbrauch, Netz- und Batterieleistung sowie Ladezustand
Energiestatistiken für Tag, Woche, Monat, Jahr und gesamt
Zyklenzähler von SAX plus nachvollziehbar berechnete Vollzyklusäquivalente
Eigenes React-Dashboard im Admin, das ausschließlich ioBroker-States liest – ohne zusätzliche Cloud-Abfragen

🔗 GitHub-Seite des Adapters

ioBroker.sunenergyxt500

Kategorie: Energie / Speicher · Entwickler: Creekhail

Integration und Eigenverbrauchssteuerung für SunEnergyXT-500-Hybridspeicher über die lokale HTTP-API – ohne Herstellercloud.

Bis zu drei Speichertürme in einer Instanz, mit aggregierten Gesamtwerten
Schreibbare Steuerfelder mit Rücklesebestätigung: Netz-Sollwert, Einspeisebegrenzung, SoC-Grenzen
Eigener Eigenverbrauchsregler im Adapter, der mit jedem ioBroker-Zählerdatenpunkt arbeitet
Alternativ die geräteeigene Regelung, dann allerdings nur mit ausgewählten Zählern

🔗 GitHub

ioBroker.anker-solix

Kategorie: Energie / Speicher · Entwickler: MatthiasUlrich1

Bindet Anker-Solix-Systeme ein – Solarbank, Smart Meter, Powerstation und Wallbox. Eine Portierung der bekannten Home-Assistant-Integration.

Optionale Entity-Gruppen: ab Werk ist nur der Kern aktiv, um die API-Last klein zu halten
Getrennte Intervalle für Anlagen- und Gerätedaten
Modbus-only-Modus ganz ohne Cloud-Zugangsdaten
Eigene VIS-Darstellung mit animierten Energieflüssen

⚠️ Nutzt die inoffizielle Anker-Cloud-API und benötigt Python 3.12; macOS wird nicht unterstützt.

🔗 GitHub

ioBroker.octopus-energy-monitor

Kategorie: Energie / Tarife · Entwickler: tipp88

Holt täglich die Verbrauchsdaten von Octopus Energy und von Inexogy und vergleicht beide – um Abweichungen zwischen dem eigenen Smart Meter und der Abrechnung des Versorgers aufzudecken.

Automatische Tariferkennung samt Zeitfenstern und Kostenberechnung in Euro
Hierarchische Historie nach Jahr, Monat und Tag mit individuellen Abrechnungsperioden
15-Minuten-Werte lassen sich direkt nach InfluxDB oder SQL schreiben, ohne den Objektbaum aufzublähen
Steuerung des Smart Charging für Wallbox und E-Auto sowie Preisberechnung nach §14a EnWG

🔗 GitHub

ioBroker.ai-energy-manager

Kategorie: Energie / Energiemanagement · Entwickler: blabond

Verbindet ioBroker mit einem SmartEnergy-Backend für dynamische Tarife, PV-Prognosen, Batteriemanagement und Wallbox-Steuerung.

Das Backend liefert die Anlagenstruktur, der Adapter erzeugt daraus die passenden Datenpunkt-Tabellen
Telemetrie-Upload mit automatischer Einheiten-Normalisierung zwischen Wh, kWh, W und kW
Vorheriger, aktueller und nächster Viertelstundenpreis des gewählten Tarifs
Batteriekommandos mit ausdrücklichem Schreibschutz – beschrieben wird nur, was konfiguriert wurde

🔗 GitHub

ioBroker.eebus-go

Kategorie: Energiemanagement / EEBUS Entwickler: FernetMenta

Ein Adapter mit sehr konkretem Zweck: Er macht ioBroker zum Energiemanager im Sinne von §14a EnWG. Er spricht per EEBUS mit der FNN-Steuerbox und verteilt deren Leistungsvorgabe auf die eigenen Verbraucher.

Zwei EEBUS-Anwendungsfälle, unabhängig aktivierbar: LPC (Verbrauchsbegrenzung, §14a EnWG) und LPP (Erzeugungsbegrenzung, §9 EEG)
Kaskadierung: Der Adapter ist Steuerbox-Gegenstelle und zugleich Energiemanager für nachgelagerte Geräte. Die 4,2-kW-Vorgabe lässt sich nach eigenen Regeln auf Wallbox, Wärmepumpe und Co. aufteilen
Zustandsmaschine nach EEBus-Spezifikation samt beidseitigem Heartbeat und Failsafe-Rückfall
Auch Geräte ohne EEBUS lassen sich als „manuelle" Verbraucher einbinden, etwa ein Relais per Skript
States für Grenzwert, Dimmdauer und die gesetzlich auf zwei Stunden begrenzte Tagesdimmzeit

⚠️ Setzt einen separaten Docker-Container mit der EEBUS-Implementierung von enbility voraus, zu dem sich der Adapter per gRPC verbindet.

🔗 GitHub-Seite des Adapters

ioBroker.absaar

Kategorie: Energie / Solar · Entwickler: TheBam1990

Liest Wechselrichter- und Anlagendaten von Absaar-EMS-Geräten über die Cloud der Absaar-App.

Anmeldung mit den App-Zugangsdaten, Token-Handling übernimmt der Adapter
Tages-, Monats- und Gesamtertrag, aktuelle Leistung, CO2-Zähler
Wechselrichterwerte für AC, PV1 und PV2, Temperatur, Batterie und Last
Optionale Roh-JSON-Datenpunkte zur Fehlersuche

🔗 GitHub

ioBroker.advansol-optimizer

Kategorie: Energie / Modul-Optimierer · Entwickler: TheBam1990

Liest und steuert AdvanSol-Modul-Optimierer über eine TCP-nach-RS485-Bridge. Hervorgegangen aus einem JavaScript-Skript aus der Community.

Automatische Erkennung der angeschlossenen Optimierer-Module
Je Modul Ein- und Ausgangsspannung, Strom, Leistung, Gesamtenergie und Temperatur
Schaltbarer MOS je Modul mit Wiederholungslogik, da der RS485-Konverter nicht jeden Befehl quittiert
Konfigurierbares Nachtfenster, in dem das Polling pausiert – ohne PV-Spannung antworten die Module ohnehin nicht

🔗 GitHub

ioBroker.iometer

Kategorie: Energie / Stromzähler · Entwickler: torben-iometer

Bindet das IOmeter-Smart-Metering-Gerät lokal ein – und kommt direkt vom Hersteller.

Lokale Server-Sent-Event-Streams mit automatischem Reconnect, also echte Push-Werte statt Polling
Wirkleistung gesamt und je Phase, Import- und Exportenergie inklusive Tarif 1 und 2
Gerätedaten: Firmware, WLAN- und Funk-Signalstärke, Akkustand, Befestigungsstatus
Datenpunkte entstehen beim ersten Ereignis, mehrere Zähler parallel möglich

🔗 GitHub

ioBroker.wattcycle

Kategorie: Energie / Batterien · Entwickler: ioBroker

Liest WattCycle- und XDZN-LiFePO4-Batterien per Bluetooth LE aus

Zyklisches Abfragen einer konfigurierbaren Batterieliste mit wählbarem Bluetooth-Adapter
Je Batterie: Ladezustand, Spannung, Strom, Leistung, Kapazität, Zyklen, Zellspreizung, Temperaturen und Einzelzellspannungen
Aggregat-Gerät total für parallel geschaltete Batterien
Bluetooth-Scan direkt aus der Adapter-Konfiguration heraus

Benötigt Linux mit BlueZ und Zugriff auf den Bluetooth-Socket.

🔗 GitHub

ioBroker.utility-monitor

Kategorie: Verbrauch / Nebenkosten Entwickler: fischi87

Der „Nebenkosten-Monitor" überwacht Gas, Wasser, Strom und PV anhand bereits vorhandener Sensoren und rechnet daraus Kosten, Abschläge und die zu erwartende Nachzahlung aus.

Funktionsumfang:

Mehrere Zähler je Medium, etwa Hauptzähler und Werkstatt getrennt
Kostenrechnung mit Arbeitspreis, Grund- und Jahresgebühr; die Abschlagsüberwachung zeigt jederzeit, ob eine Nachzahlung oder ein Guthaben ansteht
Voller HT/NT-Support auf Tages-, Wochen-, Monats- und Jahresebene, dazu automatische Gas-Umrechnung von m³ in kWh über Brennwert und Zustandszahl
Das Jahres-Reset erfolgt zum Vertragsbeginn, nicht zum 1. Januar
CSV-Import historischer Zählerstände per Drag & Drop, dazu Erinnerungen an Ablesung und Tarifwechsel

Funktioniert mit beliebigen vorhandenen Sensoren – Shelly, Tasmota, Homematic und andere.

🔗 GitHub-Seite des Adapters

Heizung, Klima und Pool

ioBroker.luxtronik2-controller

Kategorie: Klimasteuerung / Wärmepumpe · Entwickler: TbsJah

Steuert Wärmepumpen mit Luxtronik-2.x-Regelung (Alpha Innotec, Novelan, Buderus) rein lokal.

Direkte TCP-Kommunikation, ohne externe Luxtronik-Bibliothek
Verdichterschutz durch Zyklenoptimierung – Heiz- und Warmwasseranforderungen werden gebündelt
Makros für Zwangsheizung, Warmwasseranforderung und Zirkulationspumpe
Die Zirkulationspumpe lässt sich über externe Aktoren schalten, um EEPROM-Schreibzyklen der Regelung zu sparen

⚠️ Eine Fehlkonfiguration kann die Regelung in Störung setzen. Der Reset muss dann vor Ort erfolgen.

🔗 GitHub

ioBroker.heishamon

Kategorie: Klimasteuerung / Wärmepumpe · Entwickler: TobiasHanss

Spricht das Panasonic-Aquarea-Protokoll direkt über eine serielle Leitung. Ohne HeishaMon-Modul, ohne ESP und ohne MQTT-Broker dazwischen.

Direkte serielle Kommunikation am CN-CNT-Port, optional per RS485-Konverter für lange Wege
157 Datenpunkte mit passenden Rollen und Einheiten, Schreibbefehle für alle beschreibbaren Parameter
Read-only-Modus zum reinen Mithören, auch parallel zu einer bestehenden HeishaMon-Installation
Verbindungsstatistik mit Frame-Zählern, CRC-Fehlern und Timeouts

⚠️ Ausdrücklich Early Release: Der Feldtest an einer echten Wärmepumpe steht noch aus, und es ist Löten im geöffneten Gerät nötig.

🔗 GitHub

ioBroker.siku

Kategorie: Klimasteuerung / Lüftung · Entwickler: ChrMaass

Bindet dezentrale Lüftungsgeräte SIKU RV V2 und die kompatible Oxxify-smart-Serie rein lokal per UDP ein.

Broadcast-Suche im Netz, mehrere Geräte in einer Instanz
Schreibbare Datenpunkte für Power, Lüfterstufe, Betriebsart, Timer und Feuchte-Sollwert
Kompletter Wochenzeitplan als Datenpunkte, mit vier Perioden je Tag
Filter-Countdown, Betriebsstunden und Alarmstufe; die Uhr des Geräts wird bei Bedarf nachgestellt

🔗 GitHub

ioBroker.clage-dsx

Kategorie: Haustechnik / Durchlauferhitzer Entwickler: TheBam1990

Verbindet ioBroker mit einem CLAGE Home Server und den daran angemeldeten Durchlauferhitzern – rein lokal über HTTPS, ohne Cloud.

Funktionsumfang:

Umfangreiche Messwerte: Vor- und Rücklauftemperatur, Durchfluss, Ventilstellung, Leistung, Heizzustand, Betriebsstunden, Funkqualität
Schreibbar: Solltemperatur, Durchflussbegrenzung inklusive ECO- und AUTO-Modus, Verbrühschutz, Lastabwurf und Signalton
Timer-Verwaltung per JSON – anlegen, ändern und löschen direkt über Datenpunkte
Gesamtverbrauch, letzter Zapfvorgang und Verbrauchshistorie über 30 Tage
Adaptives Polling: aktive Geräte werden häufiger abgefragt

Destruktive Aktionen wie das Abmelden von Geräten sind bewusst nicht freigegeben.

🔗 GitHub-Seite des Adapters

ioBroker.fairland

Kategorie: Pool / Heizung · Entwickler: dude2k

Bindet Fairland-Pool-Wärmepumpen und -Poolpumpen über die iGarden-Cloud ein, inklusive umgelabelter Geräte wie Madimack.

Unterstützt Wärmepumpen und Wasserpumpen, unbekannte Gerätetypen werden protokolliert und übersprungen
Automatische Wahl des passenden Regionalservers
Konfigurierbares Abfrageintervall von 10 Sekunden bis zu einer Stunde
Optionale Diagnose-Datenpunkte mit den Rohwerten

⚠️ iGarden erlaubt meist nur eine aktive Sitzung pro Konto. Für den Parallelbetrieb mit der App ist ein zweites, geteiltes Konto nötig.

🔗 GitHub

ioBroker.midas-aquatemp

Kategorie: Pool / Wärmepumpe Entwickler: MiRo1310

Steuert und überwacht Pool-Wärmepumpen von Midas und Poolsana über die Linked-Go-Cloud.

Funktionsumfang:

Schreibbar: Ein/Aus, Solltemperatur, Betriebsmodus und Silent-Modus
Messwerte für Vor- und Rücklauf, Umgebungs- und Kompressortemperatur, Stromverbrauch und Spannung
Fehlercode, Fehlerstufe und Klartextmeldung sowie ein online-State für die Cloud-Erreichbarkeit
Wählbarer API-Level und alternativ die Anbindung direkt über die MAC-Adresse, falls die automatische Geräteerkennung scheitert

⚠️ Für den Parallelbetrieb mit der App ist ein zweites, eigenes Konto nötig. Bestätigt laufen Poolsana InverterPro 17 und 21, Prime 8 und XPS-50.

🔗 GitHub-Seite des Adapters

ioBroker.pondpump

Kategorie: Garten / Teich Entwickler: ssbingo

Steuert und überwacht OASE-AquaMax-Eco-Titanium-Teichpumpen über den OASE Garden Controller. Wahlweise über die Cloud oder vollständig lokal im eigenen Netz.

Zwei Betriebsarten: cloud oder local; lokal laufen Inventar, Telemetrie und Steuerung ohne Cloud über einen TLS-Server, zu dem der Controller zurückverbindet
Pumpe ein- und ausschalten, Drehzahl setzen
Live-Telemetrie bei jedem Poll: Leistung, Motordrehzahl, Temperatur, Netzspannung
Gateway und angeschlossene Pumpen werden automatisch erkannt
Anmeldung ausschließlich per Refresh-Token, das der Adapter selbst rotiert – das Kontopasswort wird nie gespeichert

🔗 GitHub-Seite des Adapters

Garten und Fahrzeuge

ioBroker.husqvarna-automower-connect

Kategorie: Garten Entwickler: bueste

Ein aktiv gepflegter Fork des bekannten Automower-Adapters von ice987987, der die offizielle Husqvarna Automower Connect API nutzt: Status kommt per WebSocket, Befehle gehen per REST.

Die Schreibbefehle wurden repariert. Start, Parken, Schnitthöhe, Uhrzeit und Scheinwerfer wurden im Original wegen eines fehlerhaften Request-Bodys von der API abgelehnt
Vollständige API-Abdeckung: Fehlerbestätigung, Mähbereiche mit eigener Schnitthöhe, Sperrzonen sowie Fehler- und Ereignishistorie
Parken bis zum nächsten Plan, auf Weiteres oder für X Minuten; Start mit Dauer oder im gewählten Mähbereich
Messerwechsel-Zähler zurücksetzen wie in der App
Lesedaten: Batterie, Modus, Fehlercode, GPS-Position und Capabilities

Benötigt ein kostenloses Entwicklerkonto bei Husqvarna mit eigenem Application Key.

🔗 GitHub-Seite des Adapters

ioBroker.anthbot-genie

Kategorie: Garten / Mähroboter · Entwickler: reloxx13

Inoffizieller Cloud-Adapter für Anthbot-Genie-Mähroboter. Mit bemerkenswert detaillierter Telemetrie.

Automatische Erkennung der gebundenen Mäher samt Regionalserver
Umfangreiche Diagnose: RTK-Fix und Basisstation, Antennenwarnung, Firmware-Fortschritt, WLAN, Mobilfunk, Hinderniserkennung
Steuerung von Komplett-, Zonen-, Kanten- und Punktmahd, Schnitthöhe, Lautstärke, Mährichtung und Regenverhalten
Kartenbilder als PNG – native Karte, RTK-Mähflächenmaske und historischer Mähpfad
Verbrauchsmaterial-Laufzeiten für Ladekontakte, Kameras und Messer mit Reset-Buttons

🔗 GitHub

ioBroker.automatic-feeder

Kategorie: Garten / Teich · Entwickler: ssbingo

Macht aus einem beliebigen vorhandenen Schaltobjekt einen zeitgesteuerten Futterautomaten – Steckdose, Relais oder GPIO, Hauptsache schaltbar.

Bis zu fünf unabhängige Schalter mit festen Zeiten oder Intervallen und eigener Fütterungsdauer
Sperren nach Wasser- und Lufttemperatur, Sauerstoffgehalt und astronomischem Tagfenster
Dynamische Fütterung nach Q10-Modell – Intervall und Portion passen sich der Wassertemperatur an, dazu eine Wintersaison mit Reduktion
Überwachung, ob tatsächlich geschaltet wurde, mit Telegram-Meldung

🔗 GitHub

ioBroker.omoda

Kategorie: Fahrzeuge Entwickler: AlanSRU

Bindet Omoda- und Jaecoo-Fahrzeuge (Chery-Konzern) über dasselbe Cloud-Backend an, das auch die Hersteller-App nutzt.

Status: Türen, Fenster, Schiebedach, Verriegelung, Motor, Klimaanlage, Reifendrücke und -temperaturen
Standort mit GPS-Position, Geschwindigkeit und Fahrtrichtung
Batterie und Laden: Ladezustand, elektrische und Gesamtreichweite, Ladeleistung, Restladezeit
Befehle: Ver- und Entriegeln, Klima mit Zieltemperatur, GPS-Abfrage, Fahrzeug wecken
Anmeldung per Einmalcode, Telemetrie über MQTT mit beidseitigem TLS

⚠️ Wie bei anderen Fahrzeug-Adaptern gilt: ein delegiertes Zweitkonto anlegen, sonst werfen sich App und Adapter gegenseitig aus der Sitzung. Eine falsche PIN kann das Konto sperren.

🔗 GitHub-Seite des Adapters

Haushalt und Gebäudetechnik

ioBroker.electrolux-aeg

Kategorie: Haushaltsgeräte Entwickler: TA2k

Bindet vernetzte Haushaltsgeräte von Electrolux und AEG über den offiziellen Cloud-Dienst ein – Waschmaschine, Trockner, Geschirrspüler und Co.

Funktionsumfang:

Anmeldung mit den Zugangsdaten der Hersteller-App, Markenauswahl zwischen Electrolux und AEG
Objektbaum je Gerät mit den drei Bereichen Fernsteuerung, Status und Ereignisse
Live-Ereignisse per WebSocket zusätzlich zum Polling
Alarm-Zusammenfassung je Gerät sowie Buttons für Start, Stopp und Aktualisieren

⚠️ Breaking Change in 0.0.9: Die Objekt-IDs der Geräte wurden bereinigt – Skripte, Aliase, VIS und History müssen angepasst werden.

🔗 GitHub-Seite des Adapters

ioBroker.zeptrion

Kategorie: Haushalt / Gebäudeautomation Entwickler: bueste

Steuert Feller-zeptrion-WLAN-Aktoren (zApp-Gateway und zApp-Booster) für Licht und Storen über die lokale zrap-Webservice-API, in der Schweiz weit verbreitete Hardware.

Schalten, Dimmen, Storen fahren und Szenen abrufen, jeweils auch zeitgesteuert
Nahezu Echtzeit-Updates über Long-Polling, ergänzt um einen zyklischen Abgleich
Automatische Gerätesuche per mDNS – Fundstücke landen deaktiviert in der Tabelle und müssen freigegeben werden
Hagelalarm-Sammelbefehle: alle Storen schließen, öffnen oder stoppen, gebündelt zu einem einzigen Befehl pro Gerät
Optionale Positionsschätzung für Storen über die Motorlaufzeit, da die Hardware selbst keine Position meldet

Komplett lokal, kein Cloud-Konto nötig.

🔗 GitHub-Seite des Adapters

Visualisierung

ioBroker.vis2-materialdesign

Kategorie: Visualisierung / Widgets · Entwickler: typhosj

Für alle, die wegen der Material-Design-Widgets von Scrounger noch auf VIS 1 festsitzen: Dieser Adapter portiert den Satz nativ nach VIS 2. Der Migrationspfad, auf den viele gewartet haben.

Großes Widget-Set: Value, Slider, Round Slider, Progress, Switch, Checkbox, Button, Select, Input, List und Table
Automatisches Befüllen der Widget-Felder aus den Objekt-Metadaten – Name, Einheit, Min/Max, Nachkommastellen, Icon und Raum kommen von allein
Eigener Theme-Editor: Farben und Schriften zentral festlegen und auf Widgets anwenden
Zweisprachige Dokumentation mit Widget-Katalog

🔗 GitHub

ioBroker.vis-2-widgets-technic

Kategorie: Visualisierung / Widgets · Entwickler: Sefina-DS

Ein kleines, einheitlich gestaltetes Widget-Set in dunklem Teal für Fenster, Rollladen, Schalter und Dimmer.

Fenster- und Rollladensteuerung als SVG, mit Automatik-Umschaltung und Schnellwahl 0/25/50/75/100 %
Ein-/Aus-Schalter mit wählbaren Icons und frei konfigurierbaren Farben
270°-Bogendimmer mit ziehbarem Knopf und animiertem Lichtstrahl

Nach der Installation empfiehlt sich ein harter Neuladen im Browser.

🔗 GitHub

ioBroker.vis-2-widgets-automatic-feeder

Kategorie: Visualisierung / Widgets · Entwickler: ssbingo

Das passende Dashboard zum Futterautomaten weiter oben. Sechs fertige Karten, ohne Objekt-IDs zusammensuchen zu müssen.

Sechs Widgets: Status, Fütterungssteuerung, Umgebung, dynamische Fütterung, Saisonbanner und animierter Futterautomat
Auswahl per Dropdown über Instanz und Klarnamen, alle Verknüpfungen setzt das Widget selbst
Dunkles, tablettaugliches Kartendesign mit wählbarer Akzentfarbe

🔗 GitHub

ioBroker.vis-mapwidgets

Kategorie: Visualisierung / Widgets Entwickler: oweitman

Ein Leaflet-Kartenwidget für VIS, dessen kompletter Inhalt über einen einzigen Datenpunkt gesteuert wird. Praktisch für alles von Anwesenheitskarten bis zu GPS-Tracks.

Funktionsumfang:

Marker mit eigenen Icons, Linienzüge für Tracks, Polygone, Rechtecke und Kreise, jeweils mit Popup und Tooltip
Kartenmittelpunkt und Zoom als eigene Widget-Eigenschaften
Farbschema hell, dunkel oder automatisch – die Automatik folgt live der Einstellung des Browsers
Einblendbare Tag-/Nacht-Zone mit einstellbarer Farbe und Deckkraft
Für Fortgeschrittene: Das Leaflet-Kartenobjekt lässt sich offenlegen und per JavaScript weiterverarbeiten

Der Konfigurationsdialog öffnet sich in vis mit einem Klick, in vis-2 mit zweimal Shift+Klick.

🔗 GitHub-Seite des Adapters

Multimedia und Überwachung

ioBroker.samsungtv

Kategorie: Multimedia / Fernseher Entwickler: softwarecrash

Ein von Grund auf neuer Samsung-Fernseher-Adapter, der mehrere Geräte in einer einzigen Instanz verwaltet – der Nachfolger für alle, die mit dem alten samsung-Adapter kämpfen.

Funktionsumfang:

Automatische Netzwerkerkennung per SSDP und optional mDNS, eigener Objektzweig je Fernseher
Tizen-WebSocket-API mit Pairing und Token, für ältere H- und J-Serien ein PIN-Pairing mit automatischem Rückfall
Steuerung von Power, Lautstärke, Stummschaltung, Kanal, Quelle, App-Start und beliebigen Tasten – control.key versteht sowohl KEY_*-Codes als auch Kurzformen wie up oder volup
Geräteverwaltung über den Device Manager: Suchen, Hinzufügen, Pairen, Umbenennen, Entfernen; die Zuordnung bleibt auch nach Umbenennung stabil
Tokens werden mit dem ioBroker-Systemschlüssel verschlüsselt abgelegt und tauchen weder im Log noch in der Oberfläche auf, Wake-on-LAN optional

Der Adapter heißt bewusst samsungtv, um Konflikte mit dem alten samsung-Adapter zu vermeiden.

🔗 GitHub-Seite des Adapters

ioBroker.agent-dvr

Kategorie: Sicherheit / Videoüberwachung · Entwickler: ipod86

Verbindet ioBroker mit AgentDVR/iSpy, spiegelt alle Kameras als Datenpunkte und bringt ein eigenes Live-Dashboard mit.

Automatische Erkennung aller Kameras beim Start
Schaltflächen je Kamera für Aufnahme, Snapshot, Bewegungserkennung, Scharfschaltung und PTZ, dazu systemweite Profile für Anwesend, Abwesend und Nacht
Eigenes Dashboard mit MJPEG-, MP4- oder WebRTC-Stream, Echtzeit-Bewegungsanzeige, Vollbild mit PTZ und Aufnahmen-Timeline
HTML-Galerie-Widgets je Kamera und Snapshots als Base64 für VIS

🔗 GitHub

ioBroker.cctvql

Kategorie: Videoüberwachung / KI-Abfrage · Entwickler: arunrajiah

Noch ein Adapter mit Sprachmodell-Anschluss: cctvQL legt eine natürlichsprachliche Abfrageschicht über die eigene Videoüberwachung. Fragen wie „Waren letzte Nacht Personen an der Haustür?" lassen sich aus Skripten und Blockly heraus stellen.

Frage in einen Datenpunkt schreiben, Antwort kommt als Klartext zurück, dazu die erkannte Absicht
Ereignis-Abfrage über mehrere Systeme hinweg: Frigate, Hikvision, Synology, Dahua, Milestone, ONVIF
Datenpunkte je Kamera mit dem jeweils letzten Ereignis

Setzt einen selbst betriebenen cctvQL-Server voraus, der als Docker-Image bereitsteht.

🔗 GitHub

ioBroker.sky-remote

Kategorie: Multimedia · Entwickler: AlanSRU

Sendet Fernbedienungsbefehle an Sky-Q-Receiver über das Netzwerk.

Datenpunkte für alle Tasten der Fernbedienung, von Power über die Farbtasten bis zu den Ziffern
Befehlsketten wie "1,0,6" für die Senderwahl oder "tvguide,right,right,select" für die Navigation
Zyklische Verbindungsprüfung

Die Verbindung ist einseitig – es werden Befehle gesendet, ein Statusrückkanal existiert nicht.

🔗 GitHub

ioBroker.blustream-acm

Kategorie: Multimedia Entwickler: AlanSRU

Steuert Blustream-ACM-Controller für die Audio- und Video-Verteilung über IP. Sender und Empfänger werden automatisch erkannt und als Routing- und Status-Datenpunkte abgebildet.

Vier Modelle werden unterschieden (ACM200, ACM210, ACM500, ACM1000). Es entstehen nur Datenpunkte, die das jeweilige Gerät auch kann
Video- und Audio-Routing gemeinsam oder getrennt, dazu Breakaway für IR, RS232, USB und CEC
Audiomatrix für Dante, Analog und HDMI sowie ARC-Steuerung
Sammelbefehle „auf alle Displays legen", wahlweise Bild und Ton, nur Bild oder nur Ton
Zwei Aktualisierungsstufen; die aufwendige Variante läuft nachts automatisch mit Zufallsversatz

🔗 GitHub-Seite des Adapters

ioBroker.blustream-mfp

Kategorie: Multimedia / AV-Technik Entwickler: AlanSRU

Das große Geschwister des weiter oben vorgestellten ACM-Adapters: Er steuert AV-Umschalter und HDMI-Matrizen von Blustream. Wahlweise seriell oder über Netzwerk.

Funktionsumfang:

47 unterstützte Modelle, von der kompakten Präsentationsumschalter-Serie über 16×16-Matrizen bis zu Videowall-Prozessoren und einer USB/KVM-Matrix
Der Objektbaum wird dynamisch passend zum gewählten Modell angelegt. Ausgänge, Audio, System und Netzwerk erscheinen nur, wo das Gerät sie kann
EDID-Verwaltung je Eingang, CEC-Steuerung, Audio-Embedding, Videowall-Modus mit Bezel-Kompensation und Presets
Statusrückmeldungen werden aus den Gerätetabellen gelesen; unbekannte Tabellen werden ignoriert statt geraten
Zwei Anbindungswege: IP/Telnet oder RS232, mit Befehlswarteschlange und automatischem Reconnect

🔗 GitHub-Seite des Adapters

ioBroker.blackmagic-atem

Kategorie: Multimedia / Videoproduktion · Entwickler: AlanSRU

Steuert Blackmagic-ATEM-Bildmischer über das Netzwerk, vom ATEM Mini bis zur Constellation 4K. Ein Exot im Smart-Home-Umfeld, aber für alle spannend, die zu Hause streamen.

Umschaltung von Program und Preview, Übergänge inklusive manuellem T-Bar, Fade to Black
Keyer, Aux-Ausgänge, Audiomischer und Farbgeneratoren
Streaming und Aufnahme starten und stoppen, mit Restlaufzeit und Restspeicher
Automatische Modellerkennung – es entstehen nur die Datenpunkte, die das erkannte Gerät wirklich kann

🔗 GitHub

ioBroker.iiyama-prolite

Kategorie: Multimedia / Digital Signage · Entwickler: AlanSRU

Steuert professionelle iiyama-ProLite-Displays der LH-Serie über RS232 oder Netzwerk – interessant für Infoscreens und Wandpanels.

Zwei Anbindungswege: TCP/IP oder serielle Schnittstelle
Datenpunkte für Power, Eingangsquelle und Lautstärke
Bildparameter von Helligkeit und Kontrast bis Gamma und Farbtemperatur
Wake-on-LAN, damit sich das Display auch aus dem Standby wecken lässt

🔗 GitHub

Netzwerk, Hardware und System

ioBroker.nut2

Kategorie: Hardware / USV Entwickler: krobipd

Überwacht unterbrechungsfreie Stromversorgungen über Network UPS Tools. Alle am NUT-Server angemeldeten Geräte werden automatisch erkannt und zyklisch abgefragt.

Datenpunkte entstehen dynamisch aus dem, was der jeweilige USV-Treiber tatsächlich meldet
Zahlenwerte kommen als number mit Einheit statt als Zeichenkette
Der Statustext wird in einzelne Boolesche Werte zerlegt (online, Batteriebetrieb, Batterie schwach, lädt …) plus berechneter Schweregrad
Schaltbefehle und schreibbare Variablen als Buttons, standardmäßig deaktiviert und über NUT-Benutzerrechte abgesichert
Dauerhafte TCP-Verbindung mit automatischem Reconnect, optional per STARTTLS abgesichert

Benötigt js-controller ab 7.2.2 – etwas höher als üblich.

🔗 GitHub-Seite des Adapters

ioBroker.creality

Kategorie: Hardware / 3D-Druck Entwickler: inventwo

Bindet Creality-Klipper-Drucker über zwei lokale Schnittstellen gleichzeitig ein: Moonraker per HTTP und die proprietäre Creality-WebSocket.

Moonraker liefert Druckstatistiken, Temperaturen, Lüfter, Filamentbox und G-Code
Die WebSocket ergänzt, was Moonraker allein nicht kann: Toolhead-LED, Pause/Fortsetzen/Stopp und die Restzeit
Getrennte Lüfter-States für den Prozentwert aus der Oberfläche und den rohen PWM-Wert
Objektbaum für den laufenden Job (Fortschritt, Datei, Layer, aktives Filament), Druckerinfos und Temperaturen
Webcam-URLs für die Einbindung in VIS oder go2rtc

Getestet ist bislang der SPARKX i7; andere Klipper-Modelle laufen nach dem Best-Effort-Prinzip.

🔗 GitHub-Seite des Adapters

ioBroker.zte-mc888

Kategorie: Netzwerk / Mobilfunk Entwickler: muraus

Liest LTE- und 5G-Signalwerte eines ZTE MC888 aus – rein lokal über die goform-API des Routers.

Netztyp und Cell-ID, jeweils hexadezimal und dezimal
LTE-Werte: RSRP, RSRQ, SINR, RSSI, Band, EARFCN, Bandbreite und Carrier-Aggregation
Bis zu vier LTE-Sekundärträger mit eigenem Aktiv-Flag und vollständigem Signalsatz
5G-NR-Primärzelle mit RSRP, RSRQ, SINR, Band und NR-ARFCN
Rücksichtsvoll: Meldet sich die Weboberfläche mit demselben Benutzer an, pausiert der Adapter, statt die Sitzung zurückzuerobern

Ohne Login liefert der Router nur wenige Grundwerte – die Anmeldung sollte also aktiviert werden.

🔗 GitHub-Seite des Adapters

ioBroker.sevenio

Kategorie: Benachrichtigung / SMS Entwickler: ipod86

Verbindet ioBroker mit der SMS- und Kommunikations-API von seven.io. Interessant überall dort, wo eine Nachricht auch ohne Internet und App ankommen soll.

SMS-Versand per Datenpunkt, Blockly-Baustein oder sendTo(), wahlweise als Flash-SMS direkt auf dem Display
Sprachanrufe, bei denen ein beliebiger Text vorgelesen wird
Zustellstatus-Prüfung rund eine Minute nach dem Versand
Kontaktverwaltung mit Abgleich aus seven.io – Empfänger lassen sich per Name statt Nummer angeben
Guthabenüberwachung und optionales Abholen eingehender SMS

Kosten fallen pro Nachricht an; für den Empfang wird zusätzlich eine gemietete Rufnummer benötigt.

🔗 GitHub-Seite des Adapters

ioBroker.icloud

Kategorie: Ortung / Cloud-Daten · Entwickler: ticaki

Bindet das Apple-iCloud-Konto an ioBroker an. Deutlich umfangreicher, als der Name vermuten lässt.

„Wo ist?": letzte bekannte Gerätestandorte, Akkustand, Entfernung zu benannten Orten, Ton-Alarm
iCloud Drive mit geplantem Abgleich lokaler Verzeichnisse und BackItUp-Anbindung
Erinnerungen, Kontakte, Kalender und Fotos lesen und schreiben
Zwei-Faktor-Anmeldung über Datenpunkte, alternativ per Sicherheitsschlüssel direkt im Admin

⚠️ Ab Version 2.0.0 wird Admin 8.0.1 vorausgesetzt. Inoffiziell und nicht von Apple unterstützt.

🔗 GitHub

ioBroker.metermaster

Kategorie: Zählererfassung Entwickler: MPunktBPunkt

Nimmt Zählerstände der MeterMaster-Android-App entgegen, legt sie als Datenpunkte ab und verwaltet ESP32-Displays, die die Werte anzeigen.

HTTP-Empfänger mit optionalem Passwortschutz, Datenpunkte entstehen beim ersten Abgleich automatisch
Der Zeitstempel entspricht dem tatsächlichen Ablesedatum, nicht dem Empfangszeitpunkt
Eigenes Web-UI mit Verlaufsdiagrammen, Monatsverbrauch und CSV-Export je Zähler
Import von App-Backups per Drag & Drop
ESP32-Nodes lassen sich aus ioBroker heraus konfigurieren – Zählerauswahl und LED inklusive

🔗 GitHub-Seite des Adapters

ioBroker.airly

Kategorie: Wetter / Luftqualität · Entwickler: tnowak

Holt Luftqualitätsdaten von Airly – Feinstaub und Luftqualitätsindex für den eigenen Standort.

Zwei Modi: auf die eigenen Koordinaten interpoliert oder die nächstgelegene reale Messstation
Datenpunkte für PM2.5 und PM10 samt Anteil am Grenzwert sowie den Index mit Stufe und Beschreibung
Ein einziger Aufruf pro Abfrage, das Restkontingent landet im Log

Die kostenlose Schnittstelle erlaubt 100 Abrufe pro Tag – ein Intervall ab 20 Minuten ist sinnvoll.

🔗 GitHub

ioBroker.iec104

Kategorie: Protokolle / Fernwirktechnik · Entwickler: TheBam1990

Der wohl speziellste Adapter dieser Runde: IEC 60870-5-104, das Fernwirkprotokoll aus Energieversorgung und Leittechnik.

Beide Betriebsarten: Master zur Unterstation oder Slave, der ioBroker-Datenpunkte bereitstellt
Generalabfrage nach dem Verbindungsaufbau, optional zyklisch, dazu ein Read-only-Modus
Konfigurierbare Datenpunkt-Tabelle mit Import und Export
Übersichtlicher Datenpunktbaum mit getrennten Ordnern für Wert, Qualitätskennungen und Zeitstempel

Setzt Fachwissen zum Protokoll voraus – Adressfeldgrößen und Übertragungsursachen wollen richtig eingestellt sein.

🔗 GitHub

Neue Adapter in `stable`

Diese 22 Adapter sind seit dem letzten Rückblick neu ins stable-Repository aufgenommen worden. Sie lassen sich also ganz normal aus dem Adapter-Katalog installieren und freuen sich trotzdem über Rückmeldungen, Bugreports und Verbesserungsvorschläge.

ioBroker.hoymiles

Kategorie: Energie / Solar Entwickler: Eistee82

Dieser Adapter bindet Hoymiles-Mikrowechselrichter der Serien HMS-xxxW-xT und HMS-xxx-xWB mit integriertem WiFi/Bluetooth-DTU ein. Wahlweise lokal, über die Cloud oder beides gleichzeitig.

Funktionsumfang:

Lokaler Modus via TCP/Protobuf auf Port 10081 – komplett ohne Cloud
Cloud-Modus über die S-Miles-API mit automatischer Wechselrichter-Erkennung
Cloud Relay: leitet lokal empfangene Daten stellvertretend an die Hoymiles-Cloud weiter, damit die lokale Verbindung den Cloud-Upload nicht blockiert
Echtzeitdaten (Leistung, Spannung, Strom, Frequenz, Temperatur), Werte pro PV-String sowie Energie-Aggregate für Tag, Monat, Jahr und gesamt
Kommandos: Wirkleistungsbegrenzung 2–100 %, Wechselrichter ein/aus/Neustart, DTU-Neustart, Blindleistung, Leistungsfaktor
223 Alarm- und Warncodes in 11 Sprachen lokalisiert, AES-128-Verschlüsselung für neuere DTU-Firmware

Besonderheiten:

Funktioniert nur mit HMS-Modellen mit integriertem WiFi – nicht mit HM-/MI-Serie, externem DTU-Pro/DTU-WLite oder HMT-Dreiphasern
Die WB-Serie („HiFlow Pro") besitzt keinen lokalen TCP-Port und läuft ausschließlich über die Cloud

🔗 GitHub-Seite des Adapters

ioBroker.victron-gx

Kategorie: Energie / Solar & Speicher Entwickler: Sefina-DS

Der Adapter verbindet ioBroker direkt und lokal mit Victron-GX-Geräten (Cerbo GX, Venus GX, Ekrano GX) ohne Umweg über Home Assistant oder die VRM-Cloud.

Funktionsumfang:

Lesen über lokales MQTT, Schreiben und ESS-Steuerung über Modbus TCP mit automatischer Unit-ID-Erkennung
Automatische Erkennung aller angeschlossenen Geräte: Batterie/BMS, MultiPlus/Quattro, Netzzähler, PV-Wechselrichter, AC-Lasten, Schalter, Wallbox, Temperatur- und Tanksensoren
ESS-Steuerung: GridSetpoint (0 = Nulleinspeisung), Live-Setpoint mit 800-ms-Keepalive, DisableCharge/DisableFeedIn, MinimumSoc und DVCC-Limits
Shelly-Integration über die GX-Bridge – Shelly Pro3/Pro4 werden über die gemeinsame Seriennummer zu einem Objektbaum zusammengeführt, auch das GX-interne Relais ist schaltbar
Virtuelle Geräte aus Node-RED (dbus-victron-virtual) werden vollständig unterstützt
Admin-Tabs „Geräte" und „Alle Topics" mit JSON-Download

Besonderheiten:

Auf dem GX-Gerät müssen MQTT und für die Steuerung der Modbus-TCP-Server mit „Write access allowed" aktiviert sein
Der Adapter wird aktiv im Forum getestet, gesucht werden vor allem Anlagen mit drei Phasen und unterschiedlichen BMS

🔗 GitHub-Seite des Adapters

ioBroker.solakon-one

Kategorie: Energie / Solar Entwickler: berto-1974

Dieser Adapter liest und steuert den Solakon-ONE-Hybrid-Wechselrichter samt Batteriespeicher rein lokal per Modbus TCP (Port 502). Ganz ohne Cloud.

Funktionsumfang:

PV-Daten je String (pv1 bis pv4) mit Spannung, Strom und Leistung sowie Gesamtertrag
Batteriedaten: SoC, SoH, Lade-/Entladeleistung, Gesamtmengen und Temperaturen
Dreiphasige Netzdaten (Spannung, Frequenz, Wirk-/Blindleistung, Leistungsfaktor) inklusive Inselbetriebs-Flag
Schreibbare Betriebsmodi: Eigenverbrauch, Einspeisevorrang, Backup, Peak Shaving, Zwangsladen/-entladen
Min./max. SoC sowie maximaler Lade- und Entladestrom (0–40 A) einstellbar
Neun Fernsteuermodi mit Wirk-/Blindleistungs-Sollwert und Timeout bis 3600 s

Besonderheiten:

Modbus TCP muss am Gerät aktiviert sein, Pollintervall 1–300 s
Deutschsprachige Dokumentation liegt als README.de.md im Repository bei

🔗 GitHub-Seite des Adapters

ioBroker.go-e-charger

Kategorie: Energie / E-Mobilität Entwickler: hombach

Der Adapter bindet eine oder mehrere go-e-Charger-Wallboxen über deren lokale HTTP-API ein und bringt gleich ein vollwertiges PV-Überschussladen mit.

Funktionsumfang:

Mehrere Wallboxen in einer Instanz, Poll-Zyklus ab 3 Sekunden
ChargeNOW – sofortiges Laden mit einstellbarem Strom
ChargeManager – PV-Überschussladen, das den Ladestrom laufend an Solarleistung, Hausverbrauch und Hausakku-SoC anpasst
Die Rechenformel ist offengelegt: verfügbare Leistung = Solar − Hausverbrauch + Wallbox-Leistung − Netzreserve + Batterie-Bonus; die Änderung ist auf 1 A pro Zyklus begrenzt
Umschaltung 1-phasig/3-phasig ab Hardware-Generation 3
Energiestatistik pro RFID-Karte inklusive Kartenname
Read-only-Modus pro Wallbox: der Adapter sendet dann keinerlei Steuerbefehle

Besonderheiten:

In der go-e App muss „HTTP API v1" aktiviert sein, für die Phasenumschaltung zusätzlich „HTTP API v2"
Der ChargeManager ist derzeit für eine Wallbox ausgelegt
Den Maximalstrom bitte nie über die Belastbarkeit von Wallbox und Hausinstallation setzen

🔗 GitHub-Seite des Adapters

ioBroker.tesla-wallconnector3

Kategorie: Energie / E-Mobilität Entwickler: nobl

Dieser Adapter liest die Live-Daten eines Tesla Wall Connector Gen 3 über dessen lokale API im eigenen Netz aus.

Funktionsumfang:

vitals: Ladezustand, Fahrzeug verbunden, Strom, Spannung, Temperaturen, Alerts und Not-Ready-Gründe
lifetime: Gesamtenergie, Anzahl Ladevorgänge, Betriebsstunden, Schütz- und Steckerzyklen
wifi_status (SSID, IP, MAC, RSSI) und version (Firmware, Seriennummer)
Berechneter State vitals.power_w mit der aktuellen Ladeleistung in Watt
Konfigurierbares Polling (Standard 10 s), Timeout und Retry-Verhalten
Split-Phase-Modus für nordamerikanische Installationen

Besonderheiten:

Alle States sind read-only. Die Wallbox-API erlaubt keinen Schreibzugriff
Zu kurze Polling-Intervalle können den eingebauten Webserver der Wallbox überlasten

🔗 GitHub-Seite des Adapters

ioBroker.leapmotor

Kategorie: Fahrzeuge / E-Mobilität Entwickler: backfisch88

Eine inoffizielle Anbindung von Leapmotor-Elektrofahrzeugen über die Leapmotor-Cloud. Getestet wurde ausgiebig mit dem T03.

Funktionsumfang:

Statusabfrage im Intervall von 1–60 Minuten: SoC, Reichweite, Temperatur, Reifendruck, GPS, Türen, Fenster
Fernsteuerung per Button: Klima (Heizen/Kühlen/Lüften/Defrost), Ver- und Entriegeln, Fenster, Sonnenrollo, Kofferraum, Fahrzeugsuche, Batterievorheizung
Wertbasierte Befehle: Zieltemperatur 16–30 °C, Lüfterstufe 1–7, Fensterposition, Ladelimit sowie Lade- und Klima-Zeitpläne
Modellabhängige Komfortfunktionen (Sentry-Modus, Sitzheizung, Lenkradheizung) werden automatisch ein- oder ausgeblendet
Fahrtenerkennung mit Tages-Kilometern und Einzelfahrten-Historie, Verbrauchsstatistik und Ladekostenschätzung
Eigener Admin-Tab mit Dashboard, Verbrauch, Fahrten, Datenpunkten und Diagnose
Animiertes Fahrzeugbild für VIS über pictures.composite_html

Besonderheiten:

Unbedingt ein zweites Leapmotor-Konto anlegen und als „Shared Member" freigeben, sonst werfen sich Adapter und App gegenseitig aus der Sitzung
Für die meisten Fernbefehle wird die vierstellige Fahrzeug-PIN benötigt

🔗 GitHub-Seite des Adapters

ioBroker.bosch-smart-home-camera

Kategorie: Multimedia / Kameras & Sicherheit Entwickler: mosandlt

Der mit Abstand umfangreichste Neuzugang dieses Zeitraums: Er bindet Bosch-Smart-Home-Kameras (Eyes Outdoor Gen1/II, 360 Indoor, Eyes Indoor II) ein, inklusive lokalem RTSP-Relay für externe Recorder.

Funktionsumfang:

Anmeldung per OAuth2-PKCE über die Bosch SingleKey ID im Browser, Refresh-Token verschlüsselt gespeichert
Bewegungs-, Personen- und Audio-Events per Push in Sekundenbruchteilen, mit automatischem Fallback auf Polling und Auto-Snapshot
Pro Kamera ein lokaler RTSP-Stream (rtsp://127.0.0.1:<port>/rtsp_tunnel) inklusive Watchdog – passend konfigurierbar für den cameras-Adapter oder externe Recorder
Steuerung von Privacy-Modus, Front-Spotlight, RGB-Wallwasher, Bilddrehung, Panik-Sirene sowie Pan/Tilt mit benannten Presets
Schreibzugriff auf Bewegungszonen, Privacy-Masken, Automatisierungsregeln und Firmware-Installation
Zwei eigene vis-2-Widgets (Einzelkamera und Multicam-Übersicht) mit Picture-in-Picture

Besonderheiten:

Keine offizielle API – die Anbindung ist reverse engineered, Bosch kann sie jederzeit ändern
Der Auth-Code läuft nach rund 60 Sekunden ab, der Admin-Dialog muss vorher offen sein
Der ioBroker-Host muss die Kamera-IP im LAN erreichen – VLAN- oder Gastnetz-Isolation ist die häufigste Fehlerquelle

🔗 GitHub-Seite des Adapters

ioBroker.motioneye

Kategorie: Sicherheit / Kameras Entwickler: inventwo

Bindet MotionEye-Kameras in ioBroker ein, mit Bewegungserkennung, Schnappschüssen und Livestreams als Datenpunkte. Die Kameramodi lassen sich aus ioBroker oder VIS heraus umschalten.

Funktionsumfang:

Eigener Webhook-Server (Standardport 8090) für Bewegungsmeldungen – der simple-api-Adapter wird nicht mehr gebraucht; der Bewegungs-State setzt sich nach einstellbarer Zeit selbst zurück
Zwei-Wege-Abgleich über die MotionEye-Config-API: Modi, Stream, Auflösung, Framerate, Rotation und Textoverlay
Feinjustierung der Bewegungserkennung direkt aus ioBroker – Schwellwert, Rauschpegel, Ereignisabstand, Mindest-Bewegungsframes sowie Vor- und Nachlauf
Snapshot-Cache: Das letzte Bild landet optional im ioBroker-Dateispeicher, mit fertigen Datenpunkten für URL, Dateipfad und HTML – direkt für VIS, Telegram und Skripte nutzbar
Eingebaute Telegram-Benachrichtigungen mit Empfängerliste, Nachrichtenvorlage je Kamera und Auslösern für Bewegung oder Schnappschuss
Ein einziger Datenpunkt alertLevel je Kamera fasst die Schutzstufen von „Aus" bis „Voller Schutz" als VIS-Auswahl zusammen
Speicherstatistik je Kamera sowie Instanz-Infos zu Verbindung, Online-Kameras und Festplattenbelegung

Voraussetzungen:

MotionEye-Server mit aktivierter Config-API (Port 8765), erreichbar vom ioBroker-Host
Wichtig: MotionEye muss umgekehrt auch ioBroker erreichen – bei Docker- und Unraid-Installationen die häufigste Fehlerquelle
Ab MotionEye 0.44 ist mindestens Adapter-Version 0.5.0 nötig, da die Anmeldung umgestellt wurde

🔗 GitHub-Seite des Adapters

ioBroker.blink

Kategorie: Sicherheit / Kameras Entwickler: Pischleuder1

Dieser Adapter bindet Blink-Überwachungskameras über die Blink-Cloud ein – mit Status, Snapshots, Videos und LiveView.

Funktionsumfang:

Status pro Kamera: scharf/unscharf, Batteriezustand inklusive Spannung, Temperatur, WLAN-Signal, Bewegungserkennung
Smart Detection aus dem neuesten Clip: Person, Fahrzeug, Tier und Paket erkannt
Video-Ringgalerie mit 10 Slots pro Kamera und konstanten Dateinamen – dadurch stabile URLs für VIS
Quellenumschaltung Cloud zuerst, Fallback auf lokalen Speicher (Sync Module 2 / XR)
Snapshots als Datei und als Base64-State für die direkte VIS-Einbettung
Optionales Videoarchiv, z. B. auf einem NAS-Pfad, mit Unterordnern je Kamera

Besonderheiten:

Benötigt einen Blink-Cloud-Account, Smart Detection nur mit kostenpflichtigem Abo
Das optionale LiveView-Web-Grid braucht den JavaScript-Adapter, installiertes ffmpeg und einen Linux-Host
Bei vielen Kameras sind mindestens 4 GB RAM empfohlen – für den Raspberry Pi nur bedingt geeignet

🔗 GitHub-Seite des Adapters

ioBroker.f1

Kategorie: Sport / Daten Entwickler: bloop16

Formel-1-Fans aufgepasst: Dieser Adapter holt Rennkalender, WM-Stände, Ergebnisse und Echtzeit-Livedaten in den ioBroker.

Funktionsumfang:

Rennkalender mit nächstem Rennen und Countdown in Tagen und Stunden sowie kompletter Saison als JSON
Fahrer- und Konstrukteurswertung mit Punkten und Siegen
Ergebnisse für Rennen, Qualifying, Sprint und Trainings
Live-Timing per SignalR-WebSocket: Streckenstatus (AllClear, Gelb, Safety Car, VSC, Rote Flagge), aktuelle Runde und Restzeit
Live-Details: Streckenwetter mit Luft- und Asphalttemperatur, Fahrerpositionen mit Abständen, Top-3-Leaderboard, Race-Control-Meldungen, Boxenstopps, Reifenmischungen und Boxenfunk
Datenquellen mit Fallback: Jolpica-API primär, Ergast als Rückfallebene, OpenF1 für die Live-Erkennung

Besonderheiten:

Läuft ohne jede Konfiguration – die live/-States existieren nur rund um die Sessions
Ausdrücklich für den privaten, nicht-kommerziellen Gebrauch

🔗 GitHub-Seite des Adapters

ioBroker.jetframe

Kategorie: Visualisierung / Flugverfolgung Entwickler: backfisch88

Eine der originellsten Ideen dieses Rückblicks: JetFrame zeigt auf Basis öffentlicher ADS-B-Daten genau die Flugzeuge an, die tatsächlich an eurem Fenster vorbeifliegen – mit Foto, Route und Statistik.

Funktionsumfang:

ADS-B-Abfrage über adsb.lol mit automatischem Fallback auf adsb.fi – kein eigener Empfänger nötig
Fenster-Erkennung über Kompassrichtung, Öffnungswinkel und Höhenlimits, optional auch ein Overflight-Modus
Eigener Webserver (Standardport 8189) mit vier Seiten: Home, Live Frame, Heatmap und Statistik
Heatmap mit Tagesstatistik und Ermittlung der besten Spotting-Zeit, dazu Rekordtage, Heavy-Aircraft-Zähler sowie Top-Airlines und -Routen
Datenpunkte pro Flug: Callsign, Route, Airline, Flugzeugtyp, Kennung, Höhe, Geschwindigkeit, wahrscheinliche Landebahn und Fensterposition
Sonderlackierungs-Erkennung und Notfall-Hervorhebung bei Squawk 7500/7600/7700
Optionale Sprachausgabe per Browser-TTS oder über ein ioBroker-Objekt, Web-UI zweisprachig (DE/EN)

🔗 GitHub-Seite des Adapters

ioBroker.dune-hd-remote

Kategorie: Multimedia Entwickler: sadam6752-tech

Der Adapter steuert Dune-HD-Mediaplayer über deren HTTP-API im lokalen Netz und bringt gleich eine eigene Handy-Fernbedienung mit.

Funktionsumfang:

Volle Wiedergabesteuerung (Play/Pause/Stop, Seek, Vor/Zurück) und Navigation über D-Pad, Enter, Return und Menüs
Status-Polling: Playerstatus, Position, Dauer, Lautstärke, Bitrate, Audiosprache und Videoauflösung
Eingebauter Webserver mit PWA-Fernbedienung (Standardport 8765), die sich unter iOS und Android als App installieren lässt
Medien von beliebiger URL starten und Text an den Player senden
Getrenntes Offline-Polling-Intervall, wenn der Player nicht erreichbar ist
Optionales dune-notify-Plugin für Einblendungen über dem laufenden Video

Besonderheiten:

Getestet mit dem Dune HD Pro 4K; Linux-basierte Player nutzen Port 80, Android-/ATV-Modelle Port 11080

🔗 GitHub-Seite des Adapters

ioBroker.dreame

Kategorie: Haushaltsgeräte / Saug- und Mähroboter Entwickler: TA2k

Cloud-Anbindung für Dreame- und MOVA-Saugroboter sowie Dreame-Mähroboter inklusive Kartenrendering.

Funktionsumfang:

Zwei Cloud-Backends wählbar (Dreame oder MOVA), Anmeldung mit den App-Zugangsdaten
Sauger: rund 85 Status-States (Akku, Reinigungszeit, Fläche, Verbrauchsmaterial, Frisch- und Schmutzwasser, Staubbeutel) plus rund 32 Fernsteuer-States
Raumreinigung mit Checkbox pro Raum und editierbaren Kartennamen
Mäher (A2, A2 1200): Regen- und Frostschutz, Nachtmodus, DND, Schnitthöhe, Kantenmähen, Anti-Diebstahl und Wartungsstunden
Live-Positionsdaten aus dem binären MQTT-Protokoll, dazu WLAN-/LTE-/BLE-Signalstärke
Kartenrendering als Base64-PNG mit Zonen, Pfad und Sperrflächen; während des Mähens im 30-Sekunden-Takt

Besonderheiten:

Benötigt einen Cloud-Account der Dreame- oder MOVA-App
Das Kartenrendering setzt das optionale npm-Paket canvas voraus und erhöht die CPU-Last spürbar
Getestet mit L10, L20, X40, A2 1200 sowie MOVA 600/1000

🔗 GitHub-Seite des Adapters

ioBroker.harvia-fenix

Kategorie: Klimasteuerung / Sauna Entwickler: meistermopper

Dieser Adapter bindet Harvia-Fenix-Saunasteuerungen über die MyHarvia-Cloud ein und bringt eine ausgesprochen clevere Zusatzfunktion mit.

Funktionsumfang:

Steuerung von Heizung, Zieltemperatur, Licht und maximaler Laufzeit
Lernende Aufheizprognose: aus der gemessenen Heizrate in °C/min wird die verbleibende Aufheizzeit geschätzt
Anomalie-Erkennung – fällt die Heizrate nach 10 Minuten unter die Hälfte des historischen Mittels, wird ein Flag gesetzt (klassischer Fall: die Tür steht offen)
Trigger-Datenpunkte für Push-Nachrichten „noch 10 Minuten" und „Zieltemperatur erreicht"
Sicherheits- und Statusdaten: Türsicherung, Fernsteuerfreigabe, Fehlermeldung, Online-Status
Betriebsstatistik mit Saunastunden, Betriebsstunden und Anzahl Saunagänge

Besonderheiten:

⚠️ Der Entwickler weist ausdrücklich auf EN 60335-2-53 hin: Für den Fernstart sind Türsensor und Sicherheitsabschaltung zwingend erforderlich
Harvia Xenio wird nicht unterstützt
Mehrere Saunen lassen sich über mehrere Instanzen abbilden

🔗 GitHub-Seite des Adapters

ioBroker.flowers

Kategorie: Garten / Pflanzen Entwickler: sadam6752-tech

Der Adapter überwacht Zimmerpflanzen anhand bereits vorhandener Bodenfeuchte-, Temperatur- und Batteriesensoren und meldet sich per Telegram, bevor der Ficus die Blätter hängen lässt.

Funktionsumfang:

Hardwareunabhängig – nutzt beliebige schon eingebundene Sensoren (Zigbee, WLAN, Bluetooth, Z-Wave), etwa Xiaomi Mi Flora oder Tuya-Bodensensoren
15 mitgelieferte Pflanzenprofile (Ficus, Orchidee, Kaktus, Monstera, Farn, Sukkulente, Palme, Efeutute, Aloe Vera, Einblatt …), Schwellwerte je Pflanze überschreibbar
Eigene Profile im Profiles-Tab anlegbar
Automatische Bewässerung: unterschreitet die Feuchte den Mindestwert, wird ein zugewiesener Schalt-State für die konfigurierte Dauer eingeschaltet
Anti-Spam mit Tageslimit, Cooldown je Alarmtyp und Nachtmodus
Tages- und Wochenberichte, auch manuell auslösbar
Offline-Erkennung von Sensoren über einen Stunden-Schwellwert

🔗 GitHub-Seite des Adapters

ioBroker.openmeteo-notify

Kategorie: Wetter Entwickler: ipod86

Dieser Adapter holt Wettervorhersagen von der Open-Meteo-API ganz ohne API-Key und liefert dazu Warnmeldungen und fertige Widgets.

Funktionsumfang:

Bis zu 16 Tage Tages- und Stundenvorhersage für mehrere Standorte parallel
Volltext-Adresssuche in den Einstellungen inklusive OpenStreetMap-Vorschau statt reiner Koordinateneingabe
Amtliche Warnungen von DWD (Deutschland) und MeteoAlarm (EU), automatisch nach Koordinaten ausgewählt
Benachrichtigungen laufen über den zentralen Notification Manager, also wahlweise Telegram, E-Mail oder Pushover
Zuschaltbare Datengruppen: Luftqualität, Astronomie, Agrar- und Solarwerte, Komfortindizes (Hitzeindex, Windchill, Humidex, UV) sowie Pollen
Fertiges HTML-Widget als Datenpunkt für VIS und vis-2, mit Theme, Transparenz, Schriftgröße und Kartenfarbe
Fünf auswählbare Icon-Sets (Meteocons statisch und animiert, amCharts, WMO) mit Tag-/Nacht-Varianten
Wetter-Zusammenfassungstexte in 11 Sprachen nach DWD-Schwellwerten

🔗 GitHub-Seite des Adapters

ioBroker.public-holidays

Kategorie: Datum & Zeit / Kalender Entwickler: krobipd

Feiertagserkennung für 206 Länder – vollständig offline, ohne Cloud und ohne API-Aufrufe.

Funktionsumfang:

206 Länder mit Bundesland-, Provinz- und Regionsauswahl; ohne Angabe wird das Land aus den ioBroker-Systemeinstellungen übernommen
Fünf Feiertagstypen einzeln zuschaltbar: gesetzlich, Bank, Schule, optional und Gedenktage
Brückentagserkennung (Feiertag am Donnerstag ergibt einen Brückentag am Freitag)
Einzelne Feiertage lassen sich per Dropdown von der Erkennung ausnehmen
States für gestern, heute, morgen und übermorgen sowie next mit Name, Datum und Anzahl Tage
Schedule-Modus: Berechnung nur beim Start und täglich um Mitternacht – dazwischen kein Ressourcenverbrauch

Besonderheiten:

Datenbasis ist die Bibliothek date-holidays, es gehen keinerlei Daten nach außen

🔗 GitHub-Seite des Adapters

ioBroker.tidy

Kategorie: Wartung / System Entwickler: inventwo

Nach Jahren im Betrieb sammeln sich in jedem ioBroker „tote" Datenpunkte an, aus gelöschten Skripten, entfernten Adaptern oder aufgegebenen Basteleien. Genau die spürt dieser Adapter auf.

Funktionsumfang:

Pfadbasiertes Scannen mehrerer Pfade (0_userdata.0, alias.0, javascript.0 …); ohne Instanznummer werden alle Instanzen erfasst
Klassifikation in dead (Standard 365 Tage), stale (90 Tage), undefined und orphaned alias (Alias zeigt ins Leere)
Ausnahmeliste mit Wildcards und Ordner-Ausschluss
Optionaler Komplett-Scan des gesamten Objektbaums
Ergebnisse als JSON-Array mit ID, letztem Zeitstempel, Wert, Status und Größe – direkt für VIS-Tabellenwidgets geeignet
Zähler-States sowie Trigger-Button je Pfad, optional stündlicher Autoscan

Besonderheiten:

Der Adapter löscht nichts selbst – er listet nur die Kandidaten auf, entschieden wird von Hand

🔗 GitHub-Seite des Adapters

ioBroker.script-restore

Kategorie: Wartung / Backup Entwickler: ipod86

Ein Adapter, den man hoffentlich selten braucht und dann sehr dankbar ist: Er holt einzelne Skripte aus ioBroker-Backups zurück, ohne dass das komplette Backup eingespielt werden muss.

Funktionsumfang:

Unterstützte Formate: .tar.gz (Standard-ioBroker-Backup), .tar, .json, .jsonl sowie ZIP-Import
Backups aus dem lokalen Verzeichnis laden (Standard /opt/iobroker/backups) oder direkt vom Rechner hochladen
Baumansicht nach Ordnern, Filter nach Typ (JS, TypeScript, Blockly, Rules) und Volltextsuche über den Quellcode
Quellcode ansehen, kopieren oder als Datei herunterladen; Mehrfachauswahl als ZIP
Direktes Zurückschreiben nach ioBroker mit konfigurierbarem Suffix (Standard _rcvr)

Besonderheiten:

Das Archiv-Parsing läuft komplett im Browser, beim Durchsuchen wird nichts auf die Platte geschrieben
Bestehende Skripte werden nie überschrieben

🔗 GitHub-Seite des Adapters

ioBroker.simple-proxy-manager

Kategorie: Netzwerk / Infrastruktur Entwickler: lubepi

Ein schlanker HTTPS/HTTP-Reverse-Proxy für ioBroker, mit dem sich mehrere Dienste über eigene Hostnamen und Zertifikate veröffentlichen lassen.

Funktionsumfang:

HTTP- und HTTPS-Server laufen parallel, das Protokoll wird pro Backend entschieden – mit Zertifikat HTTPS plus Redirect, ohne Zertifikat reines HTTP
Zertifikat pro virtuellem Host aus system.certificates: ACME/Let's-Encrypt-Collections, das mitgelieferte selbstsignierte Zertifikat oder manuell hinterlegte Paare
SNI wählt beim TLS-Handshake automatisch das passende Zertifikat, unbekannte Hostnamen werden abgewiesen
IP-Filterung pro Backend über CIDR-Listen für IPv4 und IPv6
Weiterleitung der ACME-Challenge an den acme-Adapter, automatisches Nachladen nach Erneuerung und Ablaufwarnung im Log
WebSocket-Unterstützung (z. B. für den Admin), HSTS mit einstellbarer max-age

Besonderheiten:

Die konfigurierten Ports (Standard 80/443) müssen frei sein, der ACME-Adapter zieht dann auf einen anderen Port um
Der ACME-Adapter ist optional, der Proxy läuft auch ganz ohne Zertifikate

🔗 GitHub-Seite des Adapters

ioBroker.cisco-checkpresence

Kategorie: Netzwerk / Anwesenheitserkennung Entwickler: NurPech

Anwesenheitserkennung ohne unzuverlässige Ping-Checks: Der Adapter fragt die Client-Tabelle eines Cisco Catalyst 9800 WLAN-Controllers per RESTCONF ab. Wenn der Controller sagt, das Gerät ist assoziiert, dann ist es auch da.

Funktionsumfang:

Abfrage per RESTCONF statt Ping oder ARP
Identifikation der Personen über den 802.1X-Benutzernamen, Zuordnung auf frei wählbare State-Namen
Je Person: Anwesenheit, Name des Access Points, Frequenzband (2,4 / 5 / 6 GHz), RSSI und SNR
Pollintervall 10–300 s einstellbar, Passwort verschlüsselt abgelegt
Direkte Anbindung an den residents-Adapter über „Foreign Presence Data Points"

Besonderheiten:

Erfordert einen Catalyst 9800 und zwingend 802.1X, lokales EAP auf dem WLC genügt, ein externer RADIUS ist nicht nötig
PSK-Geräte (typische IoT-Hardware) werden nicht erkannt

🔗 GitHub-Seite des Adapters

ioBroker.miner

Kategorie: Hardware / Krypto-Mining Entwickler: SimonFischer04

Dieser Adapter bindet Krypto-Miner unterschiedlicher Hersteller über deren APIs ein, zum Überwachen und zum Steuern.

Funktionsumfang:

Unterstützte Typen: Braiins OS ab 23.03 (gRPC), Braiins Legacy (CGMiner-API), TeamRedMiner, XMRig und Avalon
Geräteverwaltung wahlweise über die Instanz-Einstellungen oder den Admin Device Manager
Kennzahlen: Gesamt-Hashrate, Leistungsaufnahme, Effizienz, akzeptierte und abgelehnte Shares, GPU-Temperatur, Lüfterdrehzahl
Steuerung: Start/Stop, Neustart, Profil und Power-Target
Ein Miner lässt sich zur Laufzeit komplett deaktivieren ohne Adapter-Neustart und ohne weiteres Polling

Besonderheiten:

Lizenz ist GPL-3.0 und nicht wie sonst üblich MIT
Das Power-Target bei Braiins Legacy läuft über einen SSH-Workaround und eignet sich ausdrücklich nicht für schnelle Regelschleifen

🔗 GitHub-Seite des Adapters

Alte Bekannte, neu in `stable`

Zwei Adapter aus früheren Rückblicken haben zusätzlich den Sprung nach stable geschafft:

ioBroker.playstation (Lucky-ESA) – PS4 und PS5 im Netz wecken und PSN-Daten auslesen, vorgestellt im Rückblick März 2025
ioBroker.pv-notifications (sadam6752-tech) – Telegram-Meldungen zum PV-Speicher, vorgestellt im Rückblick März/April 2026

Wer bisher mit dem Einsatz gewartet hat, kann jetzt bedenkenlos zugreifen.

Forumdiskussionen & spannende Test-Threads

Im Forum war ordentlich was los. Ein paar Threads, die einen Blick wert sind:

Test Adapter „Aura" – Mit rund 96 Beiträgen und über 10.000 Aufrufen der klar aktivste Test-Thread des Zeitraums. Aura, das komplett neu entwickelte Visualisierungs-Dashboard, hat es inzwischen ins offizielle Latest-Repository geschafft und lässt sich direkt aus dem Adapter-Katalog installieren. Rund 50 Widgets, Drag-&-Drop-Grid, viele Themes und eine Status-Übersicht, die leere Batterien, offene Fenster, vergessene Lichter und Offline-Geräte automatisch erkennt.
Test Adapter vis2-materialdesign – Der Entwicklungs-Thread zum oben vorgestellten Material-Design-Widget-Satz für vis-2. Wer von VIS 1 migriert, findet hier den direkten Draht zum Entwickler.
Test Adapter victron-gx im latest – Der oben vorgestellte Victron-Adapter wird hier aktiv weiterentwickelt. Gesucht werden vor allem Tester mit Drei-Phasen-Anlagen und unterschiedlichen BMS.
Test Adapter Awtrix-NG – Matthias Kleine (klein0r) bringt die neue Awtrix-NG-Firmware in den ioBroker. Weil deren API grundlegend anders aufgebaut ist als bei Awtrix 3, gibt es bewusst einen getrennten Adapter. Achtung beim Umstieg: Viele Datenpunkte heißen anders oder nutzen andere Einheiten – bestehende Skripte sollten geprüft werden.
Nach Update auf Zigbee 3.5.5 läuft die Jalousie falsch herum – Wichtig für alle Zigbee-Nutzer mit Beschattung: Nach dem Update fahren bei einigen Nutzern die Jalousien verkehrt herum, betroffen sind unter anderem TS130F- und LoraTap-SC500ZB-Aktoren. Entwickler Asgothian analysiert im Thread mit, besitzt aber selbst keine Rollladenaktoren und ist auf Messdaten aus der Community angewiesen.
Grafana aktuell lieber nicht updaten – Kurz, aber nützlich: Das Update auf grafana-enterprise 13.1.1 bricht mit einem dpkg-Fehler ab und hinterlässt ein halb konfiguriertes Paket.

Ebenfalls einen Blick wert: der Test-Thread zu jetframe, ein KanBan-Board als eigenständiger Adapter und die cloudfreie Modbus-Anbindung von Anker Solix und Solarbank 4.

Schaut rein, testet mit und gebt den Entwicklern Feedback. Genau davon lebt das Projekt!

Community: Tauscht euch aus!

Wusstet ihr, dass ioBroker neben dem Forum auch einen aktiven Discord-Server hat? Dort findet ihr thematisch sortierte Kanäle für Diskussionen, Fragen, Ideen und gegenseitige Hilfe. Besonders praktisch: Es gibt einen eigenen Beta-Adapter-Test-&-Feedback-Bereich mit Kanälen für viele einzelne Adapter, in denen ihr direkt mit den Entwicklern sprechen und neue Versionen testen könnt.

Für alle, die lieber Telegram nutzen: Einige ioBroker-Telegram-Gruppen sind mit Discord synchronisiert. Es ist also egal, auf welcher Plattform ihr schreibt, die Nachrichten kommen überall an.

Außerdem findet jeden ersten Montag im Monat um 20:30 Uhr ein Online-Stammtisch auf Discord statt. Jeder kann vorbeischauen, zuhören oder mitdiskutieren. Eine tolle Gelegenheit, die Community persönlich kennenzulernen!

Jeden dritten Mittwoch im Monat gibt es zudem ein Entwickler-Meeting. Das richtet sich in erster Linie an Adapter-Entwickler, aber auch alle Neugierigen sind herzlich willkommen, einfach mal reinzulinsen und die Entwicklung hautnah mitzuerleben.

Egal ob Einsteiger oder Profi, schaut vorbei, stellt Fragen, teilt eure Projekte und helft anderen in der Community!

Discord beitreten: https://discord.gg/HwUCwsH

Online-Stammtisch (jeden 1. Montag im Monat): https://discord.gg/yC65zjr5uq

Entwickler-Meeting (jeden 3. Mittwoch im Monat): https://forum.iobroker.net/category/119/entwickler-meetings

Facebook-Gruppe: https://www.facebook.com/groups/440499112958264

Forum: https://forum.iobroker.net

Danke für eure Unterstützung

72 Adapter in einer Ausgabe – das ist selbst für ioBroker-Verhältnisse eine Ansage. Vom Hoymiles-Wechselrichter über die Bosch-Kamera bis zur Saunasteuerung mit lernender Aufheizprognose: Die Community bringt praktisch alles in den ioBroker, was ein Netzwerkkabel oder eine API hat. Und unter der Haube wurde der komplette Kern auf React 19 und MUI 9 gehoben, der JavaScript-Adapter hat mit SECRETS und Blockly 13 einen großen Sprung gemacht.

Denkt beim Update bitte an die Node.js-22-Anforderung des Admin 8 und schaut vorher kurz in den Changelog, wenn ihr eigenes CSS für vis-2 oder Blockly-Skripte mit benannten Timern im Einsatz habt.

Ein herzliches Dankeschön an alle Entwicklerinnen und Entwickler, die ioBroker mit ihrem Engagement und ihrer Kreativität weiter voranbringen.

Da ioBroker ein vollständig Open-Source-Projekt ist, sind wir auf eure Unterstützung angewiesen. Wenn euch ioBroker gefällt und ihr die Weiterentwicklung fördern möchtet, freuen wir uns über eine Spende. Jeder Beitrag fließt direkt in Infrastruktur, Entwicklung und Community-Arbeit:

Unser Spendenlink: https://www.paypal.com/donate?campaign_id=MJBDJ9TGBQ7GN

Bleibt smart!

Euer ioBroker-Team

ioBroker Monatsrückblick – Juli/August 2026

Kern-Updates

Admin 7.9.x → 8.0.5

js-controller 7.2.2 „Milla"

vis-2 2.14.x → 2.15.4

Wichtige Adapter-Updates

ioBroker.javascript 9.3.1 → 10.1.2

ioBroker.devices 3.0.2 → 4.1.1

ioBroker.iot 6.1.3 → 7.0.1

Neue Adapter in latest – Tester gesucht!

Sprachassistenten und KI

ioBroker.assistant – der Sprachassistent aus dem ioBroker-Team

Drei Stufen statt einer Cloud-Anfrage

Was der Assistent darf, bestimmt ihr

Bedienung und Sprache

Voraussetzungen

ioBroker.mcp – die Schnittstelle, über die KI-Clients mit ioBroker sprechen

Was der Server anbietet

Betrieb und Sicherheit

Wie er sich zu ioBroker.assistant verhält

ioBroker.hannah

Energie und Photovoltaik

ioBroker.goodwe

Funktionsumfang:

Nicht verwechseln:

ioBroker.goodwe-pv

ioBroker.goodwe-sems

ioBroker.sax-power

ioBroker.sunenergyxt500

ioBroker.anker-solix

ioBroker.octopus-energy-monitor

ioBroker.ai-energy-manager

ioBroker.eebus-go

ioBroker.absaar

ioBroker.advansol-optimizer

ioBroker.iometer

ioBroker.wattcycle

ioBroker.utility-monitor

Funktionsumfang:

Heizung, Klima und Pool

ioBroker.luxtronik2-controller

ioBroker.heishamon

ioBroker.siku

ioBroker.clage-dsx

Funktionsumfang:

ioBroker.fairland

ioBroker.midas-aquatemp

Funktionsumfang:

ioBroker.pondpump

Garten und Fahrzeuge

ioBroker.husqvarna-automower-connect

ioBroker.anthbot-genie

ioBroker.automatic-feeder

ioBroker.omoda

Haushalt und Gebäudetechnik

ioBroker.electrolux-aeg

Funktionsumfang:

ioBroker.zeptrion

Visualisierung

ioBroker.vis2-materialdesign

ioBroker.vis-2-widgets-technic

ioBroker.vis-2-widgets-automatic-feeder

ioBroker.vis-mapwidgets

Funktionsumfang:

Multimedia und Überwachung

ioBroker.samsungtv

Funktionsumfang:

ioBroker.agent-dvr

ioBroker.cctvql

ioBroker.sky-remote

ioBroker.blustream-acm

ioBroker.blustream-mfp

Funktionsumfang:

ioBroker.blackmagic-atem

ioBroker.iiyama-prolite

Netzwerk, Hardware und System

ioBroker.nut2

ioBroker.creality

ioBroker.zte-mc888

ioBroker.sevenio

Neue Adapter in `latest` – Tester gesucht!

Neue Adapter in `stable`

Alte Bekannte, neu in `stable`