ioBroker Monatsrückblick September 2026

Im September ist das latest-Repository von 798 auf 812 Adapter gewachsen, im stable stehen jetzt 667. 20 Adapter stellen wir euch in dieser Ausgabe vor, dazu kommen 17 alte Bekannte, die den Sprung nach stable geschafft haben.

Der Schwerpunkt liegt diesmal im Garten und in der Garage: gleich drei Mähroboter-Adapter (Navimow, Anthbot, Sunseeker) und zwei für Škoda, die unterschiedlicher kaum sein könnten. Dazu ein paar Adapter, auf die man erst einmal kommen muss: einer hängt am Alarmmonitor einer Feuerwehrleitstelle, einer holt den Stundenplan aus der Schulsoftware und einer überwacht Netzwerkgeräte per SNMP so gründlich wie ein eigenes Werkzeug.

Im Kern war es ein Monat der sichtbaren Kleinigkeiten. Keine Migration wie im August, dafür viele Stellen, an denen die Oberfläche jetzt erklärt, was sie tut. Und eine größere Sache im JavaScript-Adapter, die eine ganz neue Art mitbringt, Logik zu bauen.

Und noch ein Hinweis in eigener Sache: Weil der Oktober schon wieder reichlich Stoff gebracht hat, bleibt diese Ausgabe beim September. Der Oktober bekommt seinen eigenen Rückblick.

Kern-Updates

ioBroker.admin 8.0.11 → 8.0.21

Der Admin hat im September zehn Versionen gesehen. Die vier, die ihr im Alltag merkt:

Ein Schnellfilter im Menü. Ab elf Einträgen erscheint neben dem Logo eine Lupe. Ein Klick macht aus der Kopfzeile ein Textfeld und blendet alles aus, was nicht passt. Gesucht wird sowohl im übersetzten als auch im englischen Namen, der englische Name eines Reiters findet ihn also in jeder Sprache. Enter öffnet den ersten Treffer, Escape schließt den Filter wieder.

Die Zugangsdaten zeigen jetzt auch die Skripte. Die Spalte Benutzt von in der zentralen Ablage listete bisher nur Instanzen. Der Admin durchsucht jetzt zusätzlich die Quelltexte aller Skripte nach SECRETS.<ID> und SECRETS['<ID>'] und zeigt, welches Skript welchen Eintrag liest. Beim Überfahren steht die vollständige Skript-ID in der Kurzinfo. Das Symbol kommt von der Skript-Engine, script.js.* und script.py.* werden also gleich behandelt. Wer wissen will, was alles kaputtgeht, bevor er einen Schlüssel austauscht, sieht es ab sofort an einer Stelle.

Die Logdateien lassen sich durchsuchen. Bisher filterte das Eingabefeld im Log-Reiter nur das, was ohnehin schon auf dem Bildschirm stand. Jetzt sucht Enter in den Logdateien des gewählten Hosts, auch in den rotierten und gepackten. Die Zeitspalte wählt den Bereich, von den neuesten Einträgen bis zurück zu 30 Tagen. Neue Zeilen kommen weiter live an, mehrzeilige Einträge wie Stacktraces bleiben zusammen. Grundlage ist ioBroker.logsearch von @disaster123. Ein neuer Knopf exportiert das Angezeigte als Textdatei.

Kleinigkeiten, die den Start schneller machen. Die Startseite las bisher die komplette Objektdatenbank, nur um Objekte und Zustände zu zählen: auf einem System mit 10.000 Objekten waren das 32 MB, die den Admin-Prozess sekundenlang blockierten. Das Zählen macht jetzt der Server und antwortet mit zwei Zahlen. Der gesamte Start überträgt dadurch 2,4 MB statt der halben Datenbank. Dazu: mit aktiviertem HTTPS spricht der Admin jetzt HTTP/2, Objekte eines Adapters lassen sich nur noch im Expertenmodus löschen. Beim Ziehen eines Objekts von einem Raum in einen anderen wird es jetzt verschoben statt kopiert. Kopiert wird nur mit gedrückter Shift-, Strg- oder Alt-Taste. Der Zeiger zeigt vorher an, was passieren wird.

js-controller

Im September gab es keine neue Version im latest, gearbeitet wurde aber kräftig. Was ansteht, steht weiter unten unter Woran wir gerade arbeiten.

Passend dazu ist am 29.09. die Empfehlung im Forum erneuert worden: Node.js 24 ist jetzt offiziell empfohlen. Wer noch auf 22 läuft, muss nicht sofort handeln, sollte den Wechsel aber einplanen.

ioBroker.vis-2

An vis-2 wird gerade kräftig gearbeitet, veröffentlicht ist davon aber noch nichts. Mehr dazu weiter unten unter Woran wir gerade arbeiten.

Wichtige Adapter-Updates

ioBroker.javascript 10.1.4 → 10.4.0

Das ist die größte Neuerung dieser Ausgabe: Funktionsbausteine, oder genauer Funktionsbausteindiagramme im Stil von CFC. Neben JavaScript, TypeScript, Blockly und den Regeln gibt es jetzt eine fünfte Art, Logik zu bauen. Wer aus der Automatisierungstechnik kommt, wird sie sofort wiedererkennen.

Ihr zieht Bausteine auf eine Fläche und verbindet ihre Ein- und Ausgänge mit Linien. Mitgeliefert sind Zeitglieder, Zähler, Flipflops, Flankenerkennung, Vergleiche, Rechenoperationen, Umwandlungen, Ablaufsteuerung, Kalender mit Cron und Sonnenereignissen, Protokoll und Benachrichtigungen. Dazu ein Baustein mit eigenem JavaScript, falls doch einmal etwas fehlt. Angebunden wird das Ganze über die Bausteine STATE_IN und STATE_OUT direkt an eure Objekte.

Ein Plan läuft zyklisch mit einer einstellbaren Zykluszeit von 50 bis 10.000 Millisekunden. Und ein Plan kann selbst zum Baustein werden: einmal gebaut, in anderen Plänen beliebig oft eingesetzt, mit FB_IN und FB_OUT als Anschlüssen. Die ausführliche Beschreibung steht in der Dokumentation des Adapters.

Und jedes Skript hat jetzt eine Historie. Ein Knopf in der Werkzeugleiste des Editors öffnet die Liste aller gespeicherten Fassungen, mit Zeitpunkt, Zeilenzahl und dem Benutzer, der gespeichert hat.

Links wählt ihr eine Fassung, rechts steht die aktuelle, dazwischen stehen die Unterschiede Zeile für Zeile. In den Editor übernehmen holt die alte Fassung zurück. Wer schon einmal nach einer halben Stunde Basteln nicht mehr wusste, was er eigentlich angefasst hat, wird das mögen.

Wie viele Fassungen aufgehoben werden, stellt ihr selbst ein: 30 je Skript sind voreingestellt, 0 schaltet die Historie ab. Auf dem neuen Reiter Skript-Historie in den Einstellungen der Instanz steht, wie viel Platz jedes Skript belegt. Dort lassen sich einzelne Historien löschen, verwaiste und alle auf einmal.

Außerdem in dieser Reihe: Monaco, Blockly und die Regel-Blöcke werden erst geladen, wenn ein Skript dieser Art geöffnet wird, der Editor startet dadurch spürbar schneller. Und bei den Regeln ist ordentlich aufgeräumt worden, ein leeres Und-Band klappt jetzt zu seiner Überschrift zusammen statt 292 Pixel für nichts zu belegen.

ioBroker.snmp 3.x → 4.0.0

Der SNMP-Adapter hat am 30.09. eine neue Hauptversion bekommen. Das ist kein Zufall: er ist komplett auf TypeScript umgebaut worden und hat drei Dinge dazubekommen, die ihn von einem Abfragewerkzeug zu einem richtigen Arbeitsgerät machen.

MIB-Browser:
  • MIB-Dateien lassen sich hochladen und durchsuchen, mitgeliefert sind SNMPv2-MIB, RFC1213-MIB und weitere
  • Das Gerät wird live ausgelesen, Ebene für Ebene, das Ergebnis beschriftet mit den Namen aus den MIB-Dateien beschriftet
  • Einzelne Werte oder ein ganzer Ordner lassen sich in die OID-Gruppe übernehmen, der Ordner in einem Durchlauf
  • Neue Option "MIB-Namen verwenden": das OID-Feld nimmt dann auch symbolische Namen wie IF-MIB::ifDescr.1 an. ⚠️ Das Umschalten ändert die Objekt-IDs vorhandener OIDs
Traps:
  • Der Adapter kann auf SNMP-Traps und Informs der Versionen v1, v2c und v3 horchen
  • Ein empfangener Trap landet in <Gerät>.trap.oid, .name, .json und .count. Der Zähler ist der Datenpunkt, auf den man sich in Skripten anmeldet
  • Die Absenderadresse entscheidet, zu welchem Gerät ein Trap gehört
Vorlagen und Kleinigkeiten:
  • OID-Gruppen lassen sich als Vorlage speichern und wieder einlesen, ergänzend oder ersetzend. Mitgeliefert sind Vorlagen für die Systemgruppe, den ersten Port eines Switches, einen Computer, einen Drucker und eine USV
  • Neuer Einrichtungsassistent auf dem Reiter Geräte, mit Live-Abfrage, bevor überhaupt gespeichert wurde
  • Neue Option, jede Anfrage und jede Antwort als JSON ins Protokoll zu schreiben, für den Supportfall
  • Neues Wertformat "Hexdump" für Binärdaten
  • Die Rollen der Datenpunkte folgen jetzt der ioBroker-Rollenliste

🔗 GitHub-Seite des Adapters

ioBroker.tr-064 5.0.2 → 5.1.1

Der FRITZ!Box-Adapter hat im September einen seiner größten Sprünge gemacht. Das Auffälligste ist ein neuer Reiter: Mesh. Er zeichnet die Topologie eures Netzes als Grafik, also welches Gerät an welchem Zugangspunkt hängt, über LAN oder über welches WLAN-Band.

Dazu passen zwei neue Datenpunkte je Gerät: devices.xxx.accessPoint nennt die FRITZ!Box oder den Repeater, an dem es hängt, devices.xxx.connection das Band. Beides kommt aus derselben Mesh-Abfrage. Wer schon einmal nachvollziehen wollte, warum ein Sensor am anderen Ende des Hauses ständig abreißt, hat damit zum ersten Mal eine Antwort im ioBroker statt nur in der Benutzeroberfläche der Box.

Geräte lassen sich direkt umbenennen. Ein Klick auf den Namen in der Mesh-Ansicht fragt nach dem neuen Namen und schreibt ihn über X_AVM-DE_SetHostNameByMACAddress in die FRITZ!Box, die ihn dann überall verwendet. Eine Firmware, die das nicht kann, sagt es. Zu beachten: Die Objekte unterhalb von devices folgen dem Namen der Box, solange die Option "Konfigurierte Namen verwenden" ausgeschaltet ist. Dasselbe geht auch aus Skripten heraus, über die neue Nachricht sendTo('tr-064.0', 'setHostName', { mac, name }).

Daneben gibt es neue Widgets für vis-2 ("FRITZ!Box", "Mesh-Topologie", "Anwesenheit") und für den Geräte-Adapter, neue Zustände zur Internetverbindung (wanAccessType, der zum Beispiel LTE meldet, wenn die Box auf Mobilfunk ausweicht, dazu Anbieter, Maximalraten und 64-Bit-Zähler für das übertragene Volumen) sowie Zustände für das 6-GHz-WLAN und ein zweites 5-GHz-Band.

Und eine ganze Reihe hartnäckiger Fehler ist erledigt: Die Anruflisten hören nicht mehr nach einigen Stunden auf, sich zu aktualisieren, der Anrufmonitor verliert keine Ereignisse mehr, wenn die Box zwei davon in ein Netzwerkpaket packt. Die Gerätesuche liest die Liste jetzt in einer einzigen Anfrage statt einer je Gerät, was bei vielen Geräten länger dauerte als der Knopf Geduld hatte.

⚠️ Der Mesh-Reiter setzt Admin 8 voraus.

🔗 GitHub-Seite des Adapters

ioBroker.modbus 9.1.1 → 9.2.0

Modbus ist mächtig und seine Zeitparameter sind erklärungsbedürftig. Wer weiß schon auswendig, was genau zwischen Datenabfrageintervall, Wartezeit Lesend und Wartezeit steht. Version 9.1.2 erklärt es direkt in der Oberfläche: jede Zeiteinstellung hat jetzt ein kleines Diagramm daneben. Ein Klick darauf zeigt groß, welcher Abschnitt im Ablauf von Anfrage und Antwort gemeint ist.

Dazu kommt in 9.2.0 etwas, das man erst zu schätzen weiß, wenn man es einmal gebraucht hat: Der Adapter meldet dem js-controller, welche Ressourcen er wirklich belegt, also die serielle Schnittstelle im RTU-Betrieb und den Port eines TCP-Slaves oder des Proxys. Bevor ein Port geöffnet wird, nennt das Protokoll jetzt die Instanz, die ihn schon angemeldet hat, statt nur "Resource temporarily unavailable" oder EADDRINUSE zu melden.

ioBroker.devices 4.2.0 → 4.2.2

Die Geräte dieses Adapters sind jetzt im ioBroker Device Manager erreichbar: jedes erscheint als Karte mit Name, Symbol, Batterie und Erreichbarkeit. Bedienelemente bekommt nur, was sich wirklich schalten lässt, ein schreibgeschütztes Gerät hat gar keinen Knopf. Und ein Schalter zeigt, was das Gerät meldet, nicht das, was ihm zuletzt gesagt wurde. Dazu zwei neue Themen, Clean Light mit weißen Karten auf hellgrauem Grund und Tech Blue mit fast schwarzen Kacheln und blauer Kontur.

ioBroker.iot 7.0.1 → 7.1.2

Der Fernzugriff beantwortet jetzt MCP-Anfragen aus der Cloud über MQTT. Außerdem wird die Cloud-Verbindung beim Neustart sauber geschlossen, die Cloud meldet also keine doppelte Verbindung mehr. Es kann immer nur ein Verbindungsversuch gleichzeitig laufen.

ioBroker.sql 4.1.5 → 4.2.0

Wer seit Jahren Werte in eine Datenbank schreibt, hat darin mit Sicherheit Datenpunkte liegen, die es längst nicht mehr gibt. Bisher musste man das mit eigenen Abfragen suchen. Jetzt gibt es dafür einen Reiter Statistik.

Dort steht jede geloggte ID mit Typ, Anzahl der Werte, geschätzter Größe sowie ältestem und neuestem Eintrag. Der Knopf Aufräumen löscht, was nicht mehr geloggt wird, auf Wunsch auch die Datenpunkte mit abgeschaltetem Logging. Vor dem Löschen zeigt ein Dialog, was betroffen wäre.

Die Größe ist bewusst als Schätzung bezeichnet: Anzahl der Werte mal durchschnittliche Zeilenbreite, wie die Datenbank sie meldet. Kein SQL-Dialekt kann die genauen Bytes eines einzelnen Datenpunkts nennen.

Dazu kommen Korrekturen, die man nicht sieht, aber merkt. Gepufferte Werte gingen beim Stoppen des Adapters verloren. Nur Änderungen aufzeichnen verglich den Zeitstempel statt den Wert, weshalb ein Alias mit Leseumrechnung für jede Quelländerung eine Zeile schrieb. Der Verbindungstest meldete einen Fehler, obwohl die Einstellungen stimmten. Und ein vom Server geschlossener Verbindungsstrang brachte den Adapter zum Absturz, statt ersetzt zu werden. MySQL kann sich außerdem über einen Unix-Socket verbinden, PostgreSQL ohne Umweg über die Wartungsdatenbank.

Woran wir gerade arbeiten

Drei Dinge sind weit gediehen, aber noch nicht veröffentlicht. Wir nennen sie trotzdem, damit ihr wisst, was kommt:

Abschnitte in vis-2. Eine Seite im Rasterlayout besteht künftig aus Abschnitten, und Abschnitte sind mehr als eine optische Gruppierung: eigene Überschrift mit Titel und Symbol, Hintergrund, Rahmen, Rundung, Abstände. Ein Abschnitt lässt sich zuklappen, kann zugeklappt starten und sich über eine Bedingung auf einen Zustand öffnen und schließen. Er kann nur bestimmten Benutzergruppen gezeigt werden, nur ab einer bestimmten Breite, oder nur solange ein Zustand eine Bedingung erfüllt.

Dazu kommen zwei eigene Widget-Sätze für die Geräte eines Hauses. Relative ist eine Kachel, die ihre Zelle im Abschnitt füllt. Absolute ist eine Markierung auf einem Grundriss, nicht größer als eine Münze. Und eine Seite lässt sich aus den Geräten der Installation erzeugen lassen, nach Räumen oder nach Gewerken sortiert.

Mehr Absicherung im Admin. Am Rechtesystem rund um den KI-Assistenten und die Logsuche wird gearbeitet. Sobald das draußen ist, sagen wir hier Bescheid.

Python-Adapter im js-controller. Der Controller lernt gerade, Adapter zu starten, die in Python geschrieben sind (common.platform: "Python"). Außerdem steigt die Mindestversion von Node.js auf 22.19, die Versionen 22.0 bis 22.18 fallen heraus. Beides steht noch nicht im latest, aber plant es ein.

Neue Adapter in latest: Tester gesucht!

19 Adapter sind im September neu ins latest-Repository aufgenommen worden. Sie lassen sich im Admin über die Adapterliste installieren, sobald ihr dort auf latest umgestellt habt. Alle freuen sich über Rückmeldungen, die meisten haben einen eigenen Test-Thread im Forum.

Garten: drei Mähroboter auf einmal

ioBroker.navimow

Kategorie: Garten Entwickler: TA2k

Steuert und überwacht die Mähroboter der Reihe Segway Navimow über das offizielle Navimow-SDK. Mit 244 Installationen ist das der meistgenutzte Neuzugang dieser Ausgabe. Er hat es im selben Zeitraum gleich bis ins stable geschafft.

Funktionsumfang:
  • Anmeldung per OAuth2 am Navimow-Konto, Token werden automatisch erneuert
  • Live-Status über MQTT, dazu ein periodisches Polling als Rückfallebene
  • status.vehicleState mit Werten wie isRunning, isDocked, isPaused, isDocking, isMapping, isLifted, dazu Akku, Signalstärke und Ereignisse
  • Fernsteuerung über Knöpfe: Start, Stopp, Pause, Fortsetzen, zur Station, Aktualisieren
  • Position als postureX, postureY und postureTheta in Metern, relativ zur Ladestation, kein GPS
  • Optionale Live-Mähkarte als PNG im State map, mit einstellbarer Spurfarbe, Deckkraft und Breite, dazu ein Beispielskript für die Darstellung in vis
Besonderheiten:
  • Die Anmeldung hat einen Umweg: nach dem Login im Browser erscheint "Seite nicht erreichbar", und genau diese Adresse mit dem ?code=... muss komplett in den Adapter kopiert werden
  • Die Statusdaten über HTTP kommen aus einem Cache der Cloud und können ein bis zwei Minuten hinterherhinken
  • remote.stop pausiert nur. Ein laufender Auftrag lässt sich über das öffentliche API nicht beenden, das geht weiterhin nur in der App
  • Die Karte ist ab Werk aus und braucht @napi-rs/canvas. Ohne passendes Paket läuft alles andere weiter, es gibt nur eine Warnung. Jedes Zeichnen blockiert die Event-Loop etwa 80 ms

🔗 GitHub-Seite des Adapters · Test-Thread

ioBroker.anthbot

Kategorie: Garten Entwickler: raintonr, gepflegt bei den iobroker-community-adapters

Bindet Geräte von Anthbot über deren Cloud an, in erster Linie Mähroboter. Das Besondere ist die Zonenplanung: der Adapter bringt eine eigene mit, die deutlich mehr kann als die der App.

Funktionsumfang:
  • Status je Gerät: Akkustand, Modus (laden, mähen, Bereitschaft), letzte Meldung samt Typ
  • Befehle: alle Aufgaben stoppen, laden, Gesamtkarte mähen, einzelne Zonen mähen, Kantenmähen
  • Je Zone letzter Start, letztes Ende, geschätzte Dauer und geschätzter Akkuverbrauch
  • Je Zone ein zufälliger Schnittwinkel oder eine Liste von Winkeln, die nach jedem erfolgreichen Mähen durchgewechselt wird
  • Eigene Planung je Zone über schedule_enabled, schedule_days_since_last und schedule_priority, ab Werk abgeschaltet
Besonderheiten:
  • Braucht ein Anthbot-Konto, die Zugangsdaten stehen in den Instanzeinstellungen
  • Getestet mit M9 und Genie, andere Baureihen können funktionieren
  • Die Zonen-IDs entsprechen nicht den Namen in der App
  • Wer die Planung des Adapters nutzt, sollte die Zeitpläne in der App vorher löschen oder abschalten, sonst arbeiten zwei Planungen gegeneinander

🔗 GitHub-Seite des Adapters

ioBroker.sunseeker

Kategorie: Garten Entwickler: TA2k und Lucky-ESA, gepflegt bei den iobroker-community-adapters

Für die Mähroboter von Sunseeker, die auch unter Adano, Brücke und weiteren Namen verkauft werden. Von den dreien hier der mit den meisten Einstellmöglichkeiten.

Funktionsumfang:
  • Anmeldung per OAuth2, dazu MQTT für Statusänderungen in Echtzeit
  • Unterstützt die alte und die neue Schnittstelle sowie die Modellklassen S, X, V und V1
  • Befehle: Start, Pause, zurück zur Station, Randschnitt, Stopp, Aufgabe abbrechen, Neustart
  • Schreibbare Einstellungen, unter anderem Messerdrehzahl (2800 bis 3000 U/min), Schnitthöhe (20 bis 100 mm), Regenverzögerung, Nachtmodus, Arbeitsgeschwindigkeit und PIN
  • Wochenplan mit zwei Zeitfenstern je Tag, der erst mit setSchedule an die Cloud geht
  • Zonen, Sicherungskarten und eine vom Adapter gezeichnete Live-Karte als PNG
  • Ereignisprotokoll mit übersetzten Fehlercodes in zwölf Sprachvarianten
Besonderheiten:
  • Braucht ein Sunseeker-Konto, dieselben Zugangsdaten wie in der App, dazu die Wahl der Region und der Schnittstelle, alt oder neu, je nach Modell
  • Die Live-Karte gibt es nur bei den Modellen S und X und sie kostet rund 80 MB Arbeitsspeicher
  • Noch nicht schreibbar sind die Zoneneinstellungen, das Arbeitsprotokoll und einige Einstellungen der V1-Modelle
  • Sehr frühe Version (0.0.2)

🔗 GitHub-Seite des Adapters · Test-Thread

Auto: zweimal Škoda, zwei völlig verschiedene Dinge

Zwei Adapter mit ähnlichem Namen, die leicht zu verwechseln sind. Kurz gesagt: der eine schaut ins Bestellsystem, der andere spricht mit dem fertigen Auto.

ioBroker.skoda-public-api

Kategorie: Fahrzeuge Entwickler: tmarthy

Liest und steuert zugelassene Škoda-Fahrzeuge über die offizielle MyŠkoda Public API, mit einem Schlüssel, den ihr euch selbst in der App erzeugt. Schwerpunkt sind die Elektroautos, also vor allem der Enyaq.

Funktionsumfang:
  • Ein Objektbaum je VIN, der die Antwort der Schnittstelle eins zu eins abbildet. Objekte entstehen nur für das, was das Fahrzeug tatsächlich liefert
  • Steuerung je Bereich über enabled als Zielzustand, dazu start und stop
  • Ladelimit schreibbar in den Stufen 50 bis 100 Prozent, Lademodus schreibbar, Ladeprofile über ihre Profil-ID bearbeitbar
  • Parkposition als lat;lon in einem einzigen Datenpunkt, direkt für Karten in vis nutzbar
  • Adaptives Abfragen: 15 Minuten als Grundtakt, 5 Minuten beim Laden oder Klimatisieren. Bei unverändertem Zeitstempel verdoppelt sich der Abstand bis maximal 60 Minuten
  • Diagnose mit Restkontingent je VIN, Datenalter, letztem Befehl samt Ergebnis und dem Ablaufdatum des Schlüssels, mit Warnungen 14, 7 und 2 Tage vorher
Besonderheiten:
  • ⚠️ 20 Anfragen pro Stunde und Fahrzeug, mehr gibt die Schnittstelle nicht her. Es gibt keine Push-Nachrichten und keinen Statusendpunkt für Befehle. Echtzeitüberwachung und eine stufenlose Überschussregelung sind damit nicht möglich
  • Der Schlüssel wird in der MyŠkoda-App erzeugt (ab App-Version 8.16) und läuft ab, verlängern geht nur von Hand
  • Es gibt keine Fahrzeugliste, jede VIN muss von Hand eingetragen werden
  • Ein bestätigtes Schreiben heißt nur "von der Schnittstelle angenommen", nicht "das Auto hat es getan". Das Ergebnis zeigt erst die Kontrollabfrage etwa eine Minute später
  • Eine S-PIN braucht nur die Standheizung

🔗 GitHub-Seite des Adapters · Test-Thread

ioBroker.skoda-order-status

Kategorie: Fahrzeuge Entwickler: SentiQ

Verfolgt den Status einer laufenden Škoda-Bestellung, also eines Neuwagens, der noch nicht geliefert ist. Ein Adapter für genau eine Lebensphase, in dieser Phase aber ziemlich nützlich.

Funktionsumfang:
  • Anmeldung mit dem MyŠkoda-Konto, alle offenen Bestellungen werden selbst gefunden
  • Je Bestellung ein Gerät unter der Kommissionsnummer
  • Rohstatus orderStatus mit den Werten ORDER_CONFIRMED, IN_PRODUCTION, IN_DELIVERY und TO_HANDOVER, dazu ein Klartext in orderStatusLabel
  • Fahrzeugdaten der Bestellung: Modell, Ausstattungslinie, Außen- und Innenfarbe, Batterie und Leistung, Händler
  • Die Datumsstände der vier Meilensteine, dazu Listen der erreichten und der offenen
  • Abfrageintervall von 15 Minuten bis 24 Stunden, Standard eine Stunde
Besonderheiten:
  • ⚠️ Nutzt eine inoffizielle, nachgebaute Schnittstelle. Keine Verbindung zu Škoda
  • Funktioniert, bevor es eine VIN gibt, ergänzt damit also Adapter wie vw-connect, die erst ab der VIN greifen
  • Die Statusbezeichnungen gibt es nur auf Englisch

🔗 GitHub-Seite des Adapters

Haushalt

ioBroker.liebherr

Kategorie: Haushalt Entwickler: Gaspode69

Das Gegenstück zum vorigen: Kühl- und Gefrierschränke von Liebherr über die offizielle Cloud-Schnittstelle SmartDevice HomeAPI.

Funktionsumfang:
  • Findet alle Geräte, die zum Schlüssel gehören, von selbst
  • Je Temperaturzone aktuelle, Soll-, Mindest- und Höchsttemperatur samt Einheit und Schrittweite
  • Schreibbar, sofern das Gerät es meldet: Solltemperatur, NightMode, PartyMode, SuperCool, SuperFrost. Die Werte werden vor dem Senden geprüft und erst nach dem Rücklesen bestätigt
  • Änderungen kommen über Server-Sent Events in Echtzeit an, dazu ein Polling zur Sicherheit
  • Unbekannte oder künftige Steuerungstypen werden ohne Absturz verarbeitet und bleiben schreibgeschützt
Besonderheiten:
  • Braucht einen HomeAPI-Schlüssel aus der Liebherr-App. Er wird nur einmal angezeigt, ein neuer macht den alten ungültig
  • ⚠️ Die HomeAPI ist laut Entwickler ein Beta-Dienst und kann sich ändern. Die lokale Schnittstelle des SmartModule wird nicht unterstützt
  • Sehr frühe Version (0.0.4), braucht js-controller 7.0.4 oder neuer

🔗 GitHub-Seite des Adapters · Test-Thread

Wetter

ioBroker.meteonomiqs

Kategorie: Wetter Entwickler: Schimi1983

Die Wettervorhersage von wetter.com über die Meteonomiqs Public Weather API: 14 Tage, Stundenwerte und Wetterwarnungen. Interessant für alle, die eine deutsche Quelle suchen.

Funktionsumfang:
  • Tagesvorhersage für 1 bis 14 Tage mit Temperatur, Niederschlag, Wind, Wolken, Luftfeuchte, Sonnenstunden und Druck, dazu die Tagesabschnitte Morgen, Nachmittag, Abend und Nacht
  • Stundenwerte in der Zeitzone des Standorts. Der Ordner current bildet die laufende Stunde ab und wird stündlich ohne zusätzlichen Abruf nachgeführt
  • Wetterwarnungen mit Gruppe, Text und numerischem Schweregrad von 0 bis 4
  • Sonne und Mond mit Auf- und Untergang, Dämmerung, Tageslänge und Mondphase, dazu Schneefallgrenze, Neuschnee und Schneewasseräquivalent
  • Fertige JSON-Datenpunkte forecast_json und hourly_json für vis, jarvis und die Material-Widgets, dazu die Wettersymbole der Schnittstelle
Besonderheiten:
  • ⚠️ Braucht einen API-Schlüssel von Meteonomiqs. Der kostenlose Tarif umfasst laut Entwickler 100 Abrufe im Monat. Der Adapter ist genau darauf eingestellt: drei feste Abrufzeiten am Tag, die je Installation um bis zu 15 Minuten versetzt sind, macht 93 Abrufe in einem Monat mit 31 Tagen. Wird es knapp, fällt zuerst der Abendabruf weg
  • Der Zähler im Adapter ist eine Schätzung, die Schnittstelle meldet kein Restkontingent. Verlässlich ist nur die Fehlermeldung bei Überschreitung
  • Alle Datengruppen kommen aus demselben Abruf, mehr Daten kosten also nur Objekte: etwa 380 bei reinen Tageswerten, etwa 2430 wenn alles eingeschaltet ist. Auf einem Raspberry Pi empfiehlt der Entwickler Stundenwerte für nur einen Tag

🔗 GitHub-Seite des Adapters · Test-Thread

ioBroker.absolutehumidity

Kategorie: Wetter Entwickler: BenAhrdt

Rechnet aus Temperatur und relativer Luftfeuchte die absolute Luftfeuchte und den Taupunkt aus. Klingt nach Physikunterricht, ist aber die Grundlage für die Frage, die sich im Sommer jeden Tag stellt: Bringt Lüften jetzt etwas, oder hole ich mir Feuchtigkeit ins Haus?

Funktionsumfang:
  • Absolute Feuchte in g/m³ und Taupunkt in °C, berechnet nach Magnus mit Sonntag-Koeffizienten
  • Je Messstelle ein Name sowie die Auswahl der Datenpunkte für Temperatur und relative Feuchte
  • Kachelansicht im Admin: Außenwerte grün, Innenwerte blau, aufsteigend von trocken nach feucht sortiert. Steht Grün vorn, lohnt sich das Lüften
  • Eine Seite zum Nachrechnen von Hand, mit Lüftungsempfehlung
  • Sicherung und Wiederherstellung der Konfiguration
Besonderheiten:
  • Kleine Abweichungen zu Online-Rechnern sind normal, die verwenden teils andere Koeffizienten
  • Braucht js-controller 6.0.11 und Admin 7.6.20 oder neuer
  • Noch im Teststadium (0.1.x)

🔗 GitHub-Seite des Adapters

Energie

ioBroker.bluetti

Kategorie: Energie Entwickler: Percy2Live

Liest die Telemetrie von BLUETTI-Powerstations aus der Hersteller-Cloud: Ladezustand, Solar, Netz, Last.

Funktionsumfang:
  • Akku mit Ladezustand, geschätzter Restlaufzeit und geschätzter Ladezeit
  • Leistung in Watt für PV-Eingang, Netzeingang, AC-Ausgang und DC-Ausgang, dazu der Zustand von AC, DC und ECO-Modus
  • Gerätedaten mit Seriennummer, Modell, Online-Status und Arbeitsmodus
  • Anmeldung per OAuth im Browser, Gerät aus einer Liste gewählt, Token verschlüsselt gespeichert und selbsttätig erneuert
  • Eigene Zustände zur Gesundheit: Verdacht auf Netzausfall, fehlgeschlagene Abfragen in Folge, fehlgeschlagene Anmeldung
Besonderheiten:
  • Nur lesend, der Adapter schreibt nie auf das Gerät
  • Geprüft ist bisher nur die Elite 30 V2. Andere Modelle sind laut Entwickler wahrscheinlich kompatibel, aber nicht getestet
  • ⚠️ Cloud-Abhängigkeit: Als Nachweis für einen Stromausfall taugt der Adapter nicht, dafür empfiehlt der Entwickler selbst ein lokales Signal wie einen Ping oder einen Shelly
  • Das Token liegt verschlüsselt in einem Datenpunkt, lässt sich aber von jedem Admin-Benutzer per Skript entschlüsseln

🔗 GitHub-Seite des Adapters · Test-Thread

Anzeigen und Visualisierung

ioBroker.awtrix-ng

Kategorie: IoT-Systeme Entwickler: Matthias Kleine (klein0r)

Für die Pixeluhren mit der Firmware Awtrix NG, etwa die Ulanzi TC001 und TC002. Weil deren Schnittstelle grundlegend anders aufgebaut ist als bei Awtrix 3, gibt es bewusst einen eigenen Adapter statt eines Umbaus des alten.

Funktionsumfang:
  • Eigene Apps im Anzeigelauf, mit Platzhaltern %s für den Wert und %u für die Einheit, dazu je App die Datenpunkte für Ein/Aus, Reihenfolge und sofortiges Anzeigen
  • Experten-Apps, bei denen alle Eigenschaften vom Symbol bis zum Text aus Skripten gesetzt werden
  • Einmalige Benachrichtigungen per sendTo mit Text, Farbe, Symbol, Dauer und Wiederholung, dazu ein Blockly-Block
  • Töne und RTTTL-Melodien, bei Geräten mit der passenden Ausstattung auch Internetradio und MP3-Wiedergabe
  • Eine Instanz je Gerät, Einstellungen lassen sich von einer anderen Instanz übernehmen
  • Je App eine Sperrzeit gegen zu häufige Aktualisierung, voreingestellt drei Sekunden
Besonderheiten:
  • ⚠️ Beim Umstieg von Awtrix 3 aufpassen: Viele Datenpunkte heißen anders oder benutzen andere Einheiten, bestehende Skripte müssen geprüft werden
  • Braucht Firmware 1.2.2 oder neuer. Radio und MP3 nur bei Geräten, die es können
  • Eigene Apps zeigen nur bestätigte Werte, also solche mit ack

🔗 GitHub-Seite des Adapters · Test-Thread

ioBroker.cometvisu

Kategorie: Visualisierung Entwickler: Florian Schirmer (joltcoke)

Liefert die Visualisierung CometVisu über den Web-Adapter aus und verbindet sie mit ioBroker als Datenquelle. CometVisu kommt ursprünglich aus der KNX-Welt und wird in XML konfiguriert, sie hat eine treue Anhängerschaft, die bisher einen Umweg gehen musste.

Funktionsumfang:
  • Hängt sich als Web-Erweiterung in den Web-Adapter ein und ist unter http://<host>:<web-port>/cometvisu/ erreichbar. Ein eigener Webserver entfällt
  • Die CometVisu-Version wird aus den offiziellen Veröffentlichungen gewählt und beim Speichern heruntergeladen und entpackt
  • Eigene Bauten lassen sich hochladen und parallel verwalten, jede Version in einem eigenen Verzeichnis. Nicht mehr verwendete werden beim Start entfernt
  • Die Verbindung zum Hintergrundsystem meldet der Adapter über eigene Kopfzeilen, eine Konfiguration in CometVisu selbst ist damit nicht nötig
  • Anmeldung, Sitzung und Socket-Verbindung übernimmt der Web-Adapter
Besonderheiten:
  • Braucht den Web-Adapter in Version 7.0.3 oder neuer, für Diagramme zusätzlich einen History-Adapter
  • Eine frisch angelegte Instanz braucht einmal Versionsauswahl und Speichern, bevor etwas da ist
  • Die Versionsliste kommt von GitHub. Bei einer Sperre wegen zu vieler Anfragen fehlt sie, der Dialog sagt das
  • Die Konfiguration von CometVisu selbst, also das XML, ist nicht Teil des Adapters
  • Braucht Admin 8.0.11 oder neuer

🔗 GitHub-Seite des Adapters

Werkzeuge für das eigene System

ioBroker.ai-usage

Kategorie: Infrastruktur Entwickler: krobipd

Überwacht Nutzung, Limits und Kosten von KI-Konten. Seit der Admin einen Assistenten mitbringt und der javascript-Adapter Sprachmodelle anspricht, ist das keine Nischenfrage mehr: Wer mehrere Dienste nutzt, verliert schnell den Überblick, wann welches Kontingent zurückgesetzt wird. Dieser Adapter hat es im September gleich bis ins stable geschafft.

Funktionsumfang:
  • Ein Objektknoten je Konto mit Limit-Fenstern in Prozent, Rücksetzzeit, Guthaben, Kosten und Tokens, einheitlich benannt über alle Anbieter hinweg
  • Summen über alle Konten: Gesamtkosten, höchste Auslastung und limitReached als fertiger Auslöser für Automationen
  • Warnschwelle je Konto, voreingestellt 80 Prozent, mit einmaliger Meldung beim Überschreiten
  • Abfrageintervall von 60 bis 3600 Sekunden mit selbsttätigem Zurückschalten bei Drosselung
  • Verbindungsstatus je Konto mit Fehlertext
Besonderheiten:
  • Braucht Admin 8.0.11 oder neuer, weil er die zentrale Zugangsdatenverwaltung benutzt
  • ⚠️ Die Abo-Schnittstellen von Claude, ChatGPT und Google sind nicht offiziell dokumentiert und können sich jederzeit ändern
  • Der Entwickler ist ehrlich: Gegen ein echtes Konto getestet ist bisher nur Claude. Die übrigen Anbieter sind nach Referenzdokumentation gebaut, aber nicht erprobt
  • Für die Berichte von OpenAI und Anthropic braucht es einen Organisations-Schlüssel, ein persönliches Konto liefert sie nicht

🔗 GitHub-Seite des Adapters · Test-Thread

ioBroker.autodoc

Kategorie: Allgemein Entwickler: crunchip77

Erzeugt eine Dokumentation eurer Installation, als HTML, Markdown und JSON. Für alle, die schon einmal versucht haben, einem Familienmitglied zu erklären, was das Haus eigentlich alles von selbst tut.

Funktionsumfang:
  • Durchsucht Adapter, Hosts, Räume, Funktionen, Skripte, Aliase und Benutzerdaten
  • Drei Fassungen je Durchlauf: Admin mit Instanzen, Ressourcen und Diagnose, Benutzer mit Räumen und Geräten in Alltagssprache und Onboarding für Gäste, mit QR-Code
  • Auslösbar von Hand, beim Start, nach Zeitplan oder nach einer Adapteränderung
  • Export nach /files/autodoc.<instanz>/, dazu Prüfsummen und ein optionaler Export in ein Verzeichnis im Dateisystem
  • Ein Abschnitt "Änderungen seit dem letzten Lauf" und ein Kapitel, das alle Automationen auflistet, also Cron-Jobs, Zeitpläne und Adapter-Neustarts
  • Anpassbar über Kapitelreihenfolge, eigene Markdown-Kapitel, Mermaid-Diagramme und eigenes CSS
Besonderheiten:
  • Der PDF-Export braucht zusätzlich puppeteer im Adapterverzeichnis, für Mermaid als SVG außerdem @mermaid-js/mermaid-cli
  • Für die Gäste-Links muss eine Basis-Adresse gesetzt sein, sonst zeigt der QR-Code ins Leere
  • Die Texte per Sprachmodell sind laut Entwickler ausdrücklich freiwillig und müssen eingeschaltet werden

🔗 GitHub-Seite des Adapters · Test-Thread

ioBroker.xtream-monitor

Kategorie: Multimedia Entwickler: Christian Vidal (chrvidal)

Überwacht Erreichbarkeit und Kontostatus von Xtream-kompatiblen Schnittstellen. Ein reines Beobachtungswerkzeug.

Funktionsumfang:
  • Mehrere Endpunkte in einer Instanz, als Tabelle mit Name, Adresse, Benutzername und Passwort
  • Je Server: online, Status, Antwortzeit, aktive und maximale Verbindungen, Ablaufdatum, Resttage, letzte Prüfung und die Dauer der Störung
  • Fehler werden unterschieden nach Zeitüberschreitung, Namensauflösung, HTTP-Fehler, ungültiger Antwort und inaktivem Konto
  • Zusammenfassung unter info.* mit Anzahl aktiv, online und offline
  • Protokollierung wahlweise nur beim Wechsel zwischen online und offline
Besonderheiten:
  • Der Adapter liefert, sucht und spielt keine Medienströme ab, er fragt ausschließlich Konto- und Statusdaten ab. Für die konfigurierten Dienste ist der Betreiber selbst verantwortlich
  • Die Passwortspalte wird verschlüsselt, die Serverliste ist vor anderen Adaptern geschützt
  • Braucht js-controller 7.0.7 oder neuer, also mehr als die anderen hier

🔗 GitHub-Seite des Adapters

Technik und Industrie

ioBroker.codesys-nvl

Kategorie: Hardware Entwickler: Bannsaenger

Tauscht Network Variable Lists mit CODESYS-Steuerungen aus, also mit speicherprogrammierbaren Steuerungen, wie sie in Werkstätten, Heizungsanlagen und Gebäudetechnik stehen. Bisher musste man dafür den Umweg über OPC UA oder Modbus gehen.

Funktionsumfang:
  • Import einer aus dem CODESYS-Editor exportierten GVL-Datei, die im Dateibereich abgelegt und nach einem Neustart im Reiter "Network Variable Lists" angezeigt wird
  • Je Liste einstellbar: Senden, Empfangen oder deaktiviert
  • Je Liste ein Objektbaum mit Konfiguration, Verbindungsinfo und den Variablen samt Typ und Wert
  • Bei Sende-Listen werden Werte durch Schreiben in die Datenpunkte übertragen
  • Die Telegramme laufen über UDP
Besonderheiten:
  • Sehr frühe Version (0.0.6)
  • Nur unkomprimierte Listen. Überschreitet eine Liste 256 Byte, müsste sie auf mehrere Telegramme verteilt werden, das kann der Adapter derzeit nicht
  • Lange und komprimierte Listen stehen noch auf der Aufgabenliste

🔗 GitHub-Seite des Adapters

ioBroker.fujitsu-airstage

Kategorie: Klimasteuerung Entwickler: Stefan Bott (stefan5232)

Steuert Klimaanlagen der Reihe Fujitsu Airstage lokal im Netz, ohne Umweg über die Cloud des Herstellers.

Funktionsumfang:
  • Schreibbar: Ein/Aus, Solltemperatur von 16 bis 30 °C, Betriebsart (automatisch, kühlen, heizen, entfeuchten, lüften) und Lüfterstufe
  • Weitere Schalter: Schwenken waagerecht und senkrecht, Powerful, Economy, sparsamer Lüfter, leiser Außenbetrieb, WLAN-Anzeige und Frostschutz
  • Nur lesbar: Raum- und Außentemperatur, kumulierter Energieverbrauch in Wh, Luftrichtungen, Anwesenheitserkennung und Erreichbarkeit
  • Beliebig viele Geräte in einer Tabelle aus Name, IP-Adresse und Geräte-ID
  • Abfrageintervall einstellbar, voreingestellt 30 Sekunden
Besonderheiten:
  • Braucht eine Anlage mit WLAN-Modul im eigenen Netz. Die Geräte-ID ist die MAC-Adresse des Moduls ohne Doppelpunkte, zu finden in der FGLair-App, im Router oder auf dem Aufkleber
  • Eine feste Adresse per DHCP-Reservierung ist empfohlen
  • Welche Modelle unterstützt werden, ist nicht dokumentiert. Inoffiziell, ohne Bezug zu Fujitsu

🔗 GitHub-Seite des Adapters

Und dann noch diese drei

ioBroker.tractive-next

Kategorie: Geopositionierung Entwickler: Fraese73

Bindet die GPS-Tracker von Tractive ein, mit denen Hunde und Katzen geortet werden.

Funktionsumfang:
  • Anmeldung mit dem Tractive-Konto, Token werden selbsttätig erneuert
  • Trackerliste, Hardware, Position, Aktivitäts- und Gesundheitsübersicht, dazu der Positionsverlauf der letzten 24 Stunden
  • Fertige Alarm-Datenpunkte für Automationen: Tracker offline, Akku schwach, keine aktuelle Position, Minuten seit dem letzten Lebenszeichen
  • Geofences als JSON und als einzelne Datenpunkte
  • Optionale Befehle für Live-Ortung, LED und Summer, die erst freigeschaltet werden müssen
  • Eigener Reiter im Admin mit Karte, Tageslauf als Heatmap und Zeitschieber, dazu ein fertiges vis-2-Projekt
Besonderheiten:
  • ⚠️ Nutzt eine inoffizielle Schnittstelle, Tractive hat keine öffentliche API
  • In der Ruhezone nimmt die Cloud Befehle oft an, führt sie am Gerät aber nicht aus
  • Abfrageintervall 30 bis 3600 Sekunden, voreingestellt 60

🔗 GitHub-Seite des Adapters · Test-Thread

ioBroker.waip-web

Kategorie: Alarmierung Entwickler: rnc11

Der ungewöhnlichste Adapter dieser Ausgabe. Er verbindet sich mit einem WAIP-Web-Monitor, also einem Alarmmonitor, wie ihn Feuerwehren und Rettungsdienste im Gerätehaus hängen haben. Einsätze, Rückmeldungen und Routen werden daraus zu Datenpunkten. Wer in der Feuerwehr ist und beim Alarm Licht, Tor oder eine Durchsage auslösen möchte, braucht dafür keinen offenen Browser mehr.

Funktionsumfang:
  • Verbindung über Socket.IO mit eigener Wiederverbindung und Verwaltung der Sitzung
  • Aktueller Einsatz unter einsatzAktuell.* mit Stichwort, Ort, Alarmzustand und alarmierten Kräften, dazu JSON-Listen für Einsatz, Rückmeldungen, Routen und die letzten Einsätze
  • Rückmeldezähler nach Rolle und Qualifikation zusammengefasst
  • Klartext zum Stichwort aus einer eigenen Tabelle
  • Die Sprachansage als abspielbare MP3-Adresse, dazu optional eine Einsatzkarte als PNG aus OpenStreetMap-Kacheln
  • Optionales Dashboard für mehrere gleichzeitige Einsätze
Besonderheiten:
  • ⚠️ Der Adapter verbindet sich ohne Anmeldung und sieht nur, was auch ein anonymer Besucher im Browser sieht. Der Entwickler empfiehlt ausdrücklich, vor dem Dauerbetrieb mit der Leitstelle zu klären, ob eine ständige automatische Verbindung erwünscht ist
  • Unabhängiges Gemeinschaftsprojekt ohne Verbindung zum WAIP-Web-Projekt
  • Zeigt immer nur den zuletzt aktiven Einsatz, mehrere gleichzeitig nur über das Dashboard
  • Es gibt eine deutsche Beschreibung im Repository

🔗 GitHub-Seite des Adapters

ioBroker.esmobil

Kategorie: Datum und Zeit Entwickler: beabel

Holt Stundenplan, Hausaufgaben, Bemerkungen und Noten aus der Schulsoftware und legt sie als Datenpunkte ab. Damit lässt sich zum Beispiel morgens ansagen, welche Stunde ausfällt.

Funktionsumfang:
  • Wochenplan von Montag bis Freitag mit Stunde, Zeiten, Fach, Lehrer, Raum und einer Markierung, wenn sich etwas geändert hat
  • Hausaufgaben, wahlweise kombiniert mit den Fristen aus dem persönlichen Moodle-Kalender
  • Bemerkungen und Noten je Fach, mit Durchschnitt als Zahl und als Note sowie Gesamtdurchschnitt
  • Erkennung neuer Einträge je Abruf, als Auslöser für eigene Benachrichtigungen. Der Adapter verschickt selbst nichts
  • Abruf beim Start und danach alle 30 Minuten
Besonderheiten:
  • ⚠️ Nur für vier bestimmte Schulen. Die Serveradressen sind fest eingebaut und nicht konfigurierbar. Ein allgemeiner Adapter für VpMobil oder Indiware ist das ausdrücklich nicht
  • Bei einer der vier Schulen ist die Adresse aus dem Muster abgeleitet und nie bestätigt worden
  • Braucht die Zugangsdaten der Schule und den persönlichen Login des Kindes
  • Unabhängiges Gemeinschaftsprojekt ohne Verbindung zu den Betreibern der Schulsoftware

🔗 GitHub-Seite des Adapters

Neue Adapter in stable

Ein einziger Adapter ist im September neu ins stable-Repository gekommen, ohne vorher hier vorgestellt worden zu sein. Dafür ein ausgewachsener.

ioBroker.sigenergy

Kategorie: Energie Entwickler: ssbingo, mit Beiträgen von MMeinhardt1

Bindet Solaranlagen von Sigenergy lokal per Modbus an, also SigenStor und Sigen Hybrid mit Wechselrichter, Batterie und Ladestationen. Keine Cloud, keine Zwischenstation. Mit Version 3.3.4 ist das kein Erstling mehr, sondern ein gereifter Adapter.

Funktionsumfang:
  • Modbus TCP und Modbus RTU über RS485, nach dem Sigenergy-Protokoll in Version 2.9
  • Datenpunkte für die Anlage (Netzleistung, PV, Ladezustand und Leistung der Batterie, Betriebszustand) und den Wechselrichter (Batteriegesundheit und -temperatur, Phasenspannung, Netzfrequenz)
  • Optionale Komponenten: AC-Ladestation, DC-Ladestation, Power Station Switch, PV-Isolationserkennung, Vorheizen des Speichers und die Mikrowechselrichter mit Suchlauf
  • Schreibzugriff auf die Steuerregister, abgesichert gegen Register, die das jeweilige Gerät gar nicht kennt
  • Berechnete Werte: Zeit bis voll, Restlaufzeit der Batterie, Eigenverbrauchsquote, Autarkiegrad und Hausverbrauch
  • Notabschaltung: Geht die Anlage in den Inselbetrieb, schaltet der Adapter bis zu vier externe Geräte ab, etwa ein Balkonkraftwerk über ein Shelly-Relais. Wieder eingeschaltet wird erst nach einer Netzstabilitätszeit, voreingestellt zehn Minuten, auf Wunsch mit Meldung per Telegram
Besonderheiten:
  • Eine Instanz je Modbus-Endpunkt, ein SigenStor mit Mikrowechselrichtern gehört in dieselbe Instanz
  • Welche Register ein Gerät liefert, hängt vom Modell und der Protokollversion ab. Was das Gerät als ungültig meldet, erscheint nicht als Messwert
  • Die sieben vis-Widgets liegen im eigenen Adapter vis-2-widgets-sigenergy
  • Die Notabschaltung ist als Schutz gedacht und ersetzt keine fachgerechte Elektroinstallation

🔗 GitHub-Seite des Adapters

Alte Bekannte, neu in stable

Siebzehn Adapter aus dem Juli/August-Rückblick haben im September den Sprung ins stable-Repository geschafft. Sie sind damit ohne Umstellung auf latest installierbar. Die ausführlichen Vorstellungen findet ihr im Monatsrückblick Juli/August 2026:

  • agent-dvr (Alarmierung) · anker-solix (Energie) · creality (Hardware)
  • eebus-go (IoT-Systeme) · electrolux-aeg (Haushalt) · goodwe, goodwe-pv und goodwe-sems (Energie)
  • husqvarna-automower-connect (Garten) · metermaster (Allgemein) · midas-aquatemp (Klimasteuerung)
  • nut2 (Hardware) · siku (Klimasteuerung) · sunenergyxt500 (Energie) · zeptrion (Haushalt)
  • vis-mapwidgets und vis2-materialdesign (Visualisierungs-Widgets)

Zwei Adapter haben das latest nur im Vorbeigehen gesehen: navimow und ai-usage sind im selben Monat in beide Repositories aufgenommen worden. Beide stehen oben mit ihrer ausführlichen Vorstellung.

Aus dem latest verschwunden sind flot, intesishome, pixelit, stockmarket und web-speedy. Wer einen davon im Einsatz hat, sollte sich nach einer Alternative umsehen, Updates kommen dort keine mehr.

Forumdiskussionen und spannende Test-Threads

Ein paar Themen, die den September geprägt haben:

Dazu die Test-Threads der oben vorgestellten Adapter: navimow, sunseeker, meteonomiqs, bluetti, liebherr und tractive-next.

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

Ihr wollt beim nächsten Mal dabei sein?

Neue Adapter finden wir inzwischen automatisch über die Repositories, dafür müsst ihr nichts tun. Zwei Dinge gehen uns aber durch die Lappen, wenn ihr sie uns nicht sagt:

Neue Funktionen in bestehenden Adaptern. Ein neuer Adapter fällt auf, eine neue Funktion in einem bekannten Adapter nicht. Wenn ihr etwas gebaut habt, worauf ihr stolz seid, tragt es in docs/en/history/history.md ein oder schreibt es ins Forum.

Eure eigene Beschreibung. Was wir hier schreiben, lesen wir aus der README und der io-package.json. Wer selbst zwei Sätze beisteuert, bekommt genau die Worte in den Beitrag, die er für die richtigen hält.

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-und-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

Zwanzig Adapter, drei davon für Mähroboter, einer für einen Alarmmonitor der Feuerwehr und einer, der den Stundenplan aus der Schulsoftware holt. Die Community bringt weiterhin alles in den ioBroker, was eine Schnittstelle hat, dazu manches, bei dem man sich fragt, wer darauf kommt. Genau das macht den Reiz aus.

Im Kern war der September der Monat der Erklärungen. Modbus sagt jetzt selbst, was seine Zeitparameter bedeuten, die Zugangsdaten zeigen, welches Skript an einem Schlüssel hängt, SNMP hat einen MIB-Browser bekommen und tr-064 zeichnet das Netz auf. Und die Funktionsbausteine im JavaScript-Adapter sind die Art von Neuerung, die man einmal ausprobiert und dann nicht mehr hergeben möchte.

Beim Update bitte zwei Dinge beachten: Der neue Mesh-Reiter in tr-064 braucht Admin 8, und für den js-controller steht demnächst Node.js 22.19 als Mindestversion an. Wer ohnehin wechselt, nimmt gleich Node.js 24, das ist seit Ende September die offizielle Empfehlung.

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