🧭Ökosystem: Oberflächen, Adapter, Betrieb

Rund um den Kern gibt es mehrere Hundert Adapter (laut ioBroker-Website über 800), mehrere Oberflächen und ein paar Regeln für einen sicheren Betrieb.

🖼️Visualisierung

🖼️

VIS / VIS-2

Frei gestaltbare Oberflächen mit Widgets, die an Datenpunkte gebunden werden. VIS-2 ist die neu geschriebene Nachfolgerin des klassischen VIS-Adapters.

🃏

Lovelace

Bringt die Karten-Oberfläche von Home Assistant nach ioBroker. Geräte werden über Rollen, Enums oder Aliase automatisch zu Entitäten.

📱

Jarvis

Material-Design-Oberfläche mit Geräten, Widgets und Layouts – ohne eigenes Webdesign, gut für Tablets an der Wand.

🛠️

Admin

Keine Endnutzer-Oberfläche, aber für Einrichtung, Objekte, Protokolle und Updates unverzichtbar.

🧩Wichtige Adapter-Kategorien

Eine Auswahl – die Namen sind die npm-Paketnamen ohne das Präfix „iobroker.“.

📡 Funk & Zentralen

  • hm-rpc / hm-rega (HomeMatic)
  • zigbee, zigbee2mqtt
  • knx
  • modbus

💡 WLAN-Geräte

  • shelly
  • hue (Philips Hue)
  • tuya
  • tasmota über sonoff/mqtt

🔌 Protokolle

  • mqtt (Broker & Client)
  • mqtt-client
  • http/REST (simple-api, rest-api)

🎵 Multimedia

  • sonos
  • spotify-premium
  • kodi

🗣️ Sprache & Cloud

  • alexa2 (Echo-Geräte steuern)
  • iot (Alexa/Google über ioBroker.pro-Cloud)

🔔 Benachrichtigung

  • telegram
  • pushover
  • email
  • signal-cmb

🧠 Logik & Daten

  • javascript (JS, TS, Blockly, Rules)
  • scenes
  • history, sql, influxdb

🧰 System

  • admin
  • backitup
  • web
  • devices (Geräte-Übersicht)

📨MQTT in einem Satz – und ein Bild

MQTT ist ein leichtgewichtiges Publish/Subscribe-Protokoll: Geräte veröffentlichen Nachrichten auf Topics bei einem Broker, Interessenten abonnieren sie. Der mqtt-Adapter kann selbst Broker sein oder sich als Client mit einem vorhandenen Broker verbinden.
  Sensor (Tasmota)                 Broker                ioBroker
 ┌────────────────┐  PUBLISH   ┌────────────┐  SUBSCRIBE ┌─────────────┐
 │ tele/bad/SENSOR│ ─────────▶ │  mqtt.0    │ ◀───────── │ mqtt.0 legt │
 │ {"Temp":21.8}  │            │ (Port 1883)│ ─────────▶ │ States an   │
 └────────────────┘            └────────────┘            └─────────────┘
       Topic  tele/bad/SENSOR   ↔   State  mqtt.0.tele.bad.SENSOR
💡 Topic ↔ Objekt-ID
Aus den Schrägstrichen im Topic werden Punkte in der ID. Ein Topic tele/bad/SENSOR landet also unter mqtt.0.tele.bad.SENSOR.
⚠️ Broker absichern
Benutzername/Passwort setzen (z. B. beispiel-benutzer / beispiel-passwort – nur ein Platzhalter) und den Port nicht ins Internet freigeben.

💾Backup, Updates, Sicherheit

💾 Backup mit BackItUp

Der Adapter backitup erstellt zeitgesteuert ioBroker-Backups (Objekte, States, Dateien) und optional Sicherungen von Redis, History-Daten, Datenbanken u. a. – und legt sie lokal, auf einem NAS oder in einer Cloud ab. Eine Wiederherstellung auf einem frischen System ist damit möglich.

iobroker backup            # Sicherung von Hand
iobroker restore <datei>   # Wiederherstellung

🔄 Updates

Adapter-Updates zeigt der Admin im Tab „Adapter“ an (Repository „stable“ oder „beta“). Der js-controller wird getrennt aktualisiert – vorher ein Backup, danach die Protokolle prüfen. Bei Node.js-Updates auf die unterstützten Versionen achten.

iobroker update         # Repos neu einlesen
iobroker upgrade        # Updates auflisten
iobroker upgrade shelly # Adapter aktualisieren

# js-controller:
iobroker stop
iobroker upgrade self
iobroker start

iob diag                # Diagnose-Werkzeug

🔐 Sicherheit

  • 🚫 Admin nie direkt ins Internet – keine Portweiterleitung auf 8081.
  • 🔑 Im Admin die Authentifizierung einschalten, HTTPS nutzen.
  • 🧱 Fernzugriff per VPN (z. B. WireGuard) oder über einen Reverse Proxy mit TLS und zusätzlicher Anmeldung.
  • 🗄️ DB-Ports 9000/9001 nur auf 127.0.0.1 – außer bei Multihost, dann nur im vertrauenswürdigen Netz.
  • ♻️ Regelmäßig aktualisieren und Backups prüfen.
# Beispiel: nginx als Reverse Proxy vor dem Admin (Ausschnitt, Platzhalter-Domain)
server {
    listen 443 ssl;
    server_name iobroker.example.org;
    auth_basic "ioBroker";                      # zusätzliche Anmeldung
    auth_basic_user_file /etc/nginx/.htpasswd;
    location / {
        proxy_pass http://127.0.0.1:8081;
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;   # WebSocket für die Oberfläche
        proxy_set_header Connection "upgrade";
        proxy_set_header Host $host;
    }
}

⚖️Vergleich mit Home Assistant und openHAB

Alle drei sind quelloffen und lokal betreibbar. Welche passt, hängt vor allem von vorhandenen Geräten, Vorlieben bei der Logik und der Community ab.
ioBrokerHome AssistantopenHAB
Sprache / LaufzeitJavaScript/TypeScript auf Node.jsPythonJava (OSGi)
DatenmodellObjekte + States in einem Baum, Enums, AliaseEntitäten, Geräte, BereicheThings → Channels → Items
ErweiterungenAdapter (npm-Pakete), jede Instanz eigener ProzessIntegrationen (im Kern oder über HACS)Add-ons / Bindings
LogikJavaScript-Adapter mit JS, TS, Blockly, RulesAutomationen (UI/YAML), Skripte, BlueprintsRegeln (DSL, JavaScript, Blockly u. a.)
OberflächenVIS-2, Lovelace, Jarvis …Dashboards (Lovelace) im KernMain UI, Sitemaps, HABPanel
InstallationLinux-Installer, Docker, weitere PlattformenHA OS, Container, CorePakete, Docker, openHABian
Lizenz (Kern)MIT (js-controller)Apache 2.0EPL 2.0

Typisch für ioBroker: die klare Trennung Objekt/State mit dem ack-Flag, viele Adapter aus der deutschsprachigen Community und Blockly für Einsteiger. Mischbetrieb ist möglich – etwa über MQTT oder Adapter, die die Systeme miteinander verbinden.

📚Quellen (geprüft im September 2026)

Diese App ist eine unabhängige Lernhilfe und nicht mit dem ioBroker-Projekt verbunden. Das Musterhaus, alle Geräte, Seriennummern, Adressen und Messwerte sind erfunden; der Simulator ist eine eigene Nachbildung.