Bosch Smart Home Kameras fuer ioBroker

Ein nativer ioBroker-Adapter für Bosch Smart Home Kameras — Eyes Outdoor, Eyes Indoor, 360° und die Gen2-Modelle (Eyes Innenkamera II, Aussenkamera II). Gleiches Protokoll, gleiche Cloud-API, dieselbe Reverse-Engineering-Arbeit wie die Home Assistant Integration — nur für eine andere Smart-Home-Plattform. Neben HA, diesem ioBroker-Adapter und dem Python CLI Tool gibt es jetzt auch einen MCP-Server für Claude Code und andere KI-Assistenten.

Was der Adapter kann

Alle wesentlichen Funktionen, die Bosch-Kameras bieten, sind direkt in ioBroker integriert — kein Umweg über die Bosch-App nötig:

• OAuth-Login via Bosch SingleKey ID — Browser-PKCE-Flow mit CAPTCHA und MFA-Unterstützung. Zugangsdaten werden verschlüsselt im Adapter gespeichert; Token-Erneuerung läuft automatisch im Hintergrund.
• Kamera-Discovery — alle Bosch-Modelle (Gen1 + Gen2) werden beim Start automatisch erkannt und als State-Tree angelegt.
• Snapshots — Full-HD JPEG live von der Cloud, auf Abruf über einen Write-State oder zeitgesteuert.
• Privacy-Modus und Kameralicht — direkt schaltbar über die Cloud-API, ohne Umweg über den Smart Home Controller.
• Live-Stream-URL — lokaler RTSP-Endpunkt via TLS-Proxy, kompatibel mit VLC, FFmpeg und RTSP-fähigen ioBroker-Adaptern.
• Echtzeit-Events via FCM Push — Bewegung, Audio-Alarm und Personenerkennung landen in unter 3 Sekunden im State-Tree, ohne Polling-Verzögerung.
• Automatische Token-Erneuerung — der Adapter erneuert OAuth-Tokens selbstständig; kein manueller Re-Login nötig.
• Lifecycle-Benachrichtigungen — der Adapter schickt eine Benachrichtigung, sobald ein geplantes Wartungsfenster erkannt wird, beim tatsächlichen Start und nach dem Ende. Wer einen Wartungs-Push bekommt, weiß frühzeitig, dass der nächste Snapshot-Ausfall absehbar ist.
• Kamera-Online/Offline-Benachrichtigungen — echte Verfügbarkeits-Übergänge werden von kurzem WLAN-Blip unterschieden. Ein Push erscheint, wenn eine Kamera nach einem Ausfall wieder online geht oder über die konfigurierbare Schwelle hinaus offline bleibt.
• LAN-Fallback für Privacy und Frontlicht — Privacy-Mode und Frontlicht bleiben auch bei Cloud-Ausfall steuerbar. Der Adapter legt die LAN-IP jeder Kamera persistent ab und schaltet bei Ausfall des Bosch-Backends automatisch auf den direkten LAN-Pfad um.
• Snapshot-HTTP-Server für VIS — ein optionaler lokaler HTTP-Endpunkt liefert das aktuelle JPEG je Kamera unter http://<host>:<port>/<camId>.jpg. Der zugehörige State trägt die Rolle url.cam, sodass der ioBroker-Type-Detector die Kamera erkennt und VIS-Image-Widgets sie ohne Token direkt einbinden. Zusätzlich liefert sendTo mit dem Kommando snapshot ein frisches JPEG als Buffer/Base64 für Telegram, Signal & Co.
• Feingranulare Kamera-Steuerungen — Push-Benachrichtigungen global und je Typ, Bewegungserkennung an/aus mit Empfindlichkeit und Erkennungsmodus, Tonaufnahme, das Alarmsystem der Indoor II (scharf, Modus, Vor-Alarm und Status), Status- und Power-LED, Zeitstempel-Overlay, Bewegungs- und Ambiente-Licht der Outdoor II sowie Gegensprechen — jede Funktion als eigener Datenpunkt.

Installation

Da der Adapter noch nicht in der offiziellen ioBroker-Liste ist, wird er über eine Custom Repository URL eingebunden:

1. ioBroker Admin öffnen — Adapters → Drei-Punkte-Menü (oben rechts) → Custom Repository hinzufügen
2. URL eintragen: https://github.com/mosandlt/ioBroker.bosch-smart-home-camera
3. Adapter Bosch Smart Home Camera suchen und installieren
4. Instance starten

Troubleshooting häufige Fehler

Diese drei Situationen tauchen bei der Ersteinrichtung am häufigsten auf:

• Auth-Error / auth_error im Status — der PKCE-Zustand ist abgelaufen oder die Redirect-URL wurde unvollständig eingefügt. Im Adapter-Admin auf Reset login klicken, einen frischen Login-Flow starten und diesmal die vollständige URL inklusive ?code=…&state=… einfügen.
• Connection Lost nach einigen Stunden — tritt auf, wenn die ioBroker-Instanz hinter einem NAT sitzt und die FCM-MTalk-Verbindung getrennt wird. Der Adapter schaltet automatisch auf den Polling-Fallback um (info.fcm_active=polling) und Events kommen weiter, mit etwas mehr Latenz. Ein Neustart des Adapters stellt die Push-Verbindung wieder her.
• FCM funktioniert nicht / bleibt auf polling — prüfen, ob Port 5228 ausgehend erreichbar ist (Google FCM MTalk). Firewall-Regeln, die nur Port 80/443 öffnen, blockieren MTalk. Alternativ bleibt der Polling-Fallback dauerhaft aktiv: Events kommen alle 30 Sekunden.

Einrichtung

Der Login-Flow läuft vollständig im Browser — es werden keine App-Zertifikate oder modifizierte APKs benötigt:

1. Im Adapter-Log erscheint nach dem Start eine Bosch-Login-URL — diese im Browser öffnen.
2. Bei Bosch einloggen: Email + Passwort + ggf. CAPTCHA und MFA.
3. Bosch leitet weiter auf https://www.bosch.com/boschcam?code=.... Die Seite kann eine 404-Meldung zeigen — das ist normal. Entscheidend ist die vollständige URL in der Adressleiste.
4. Die komplette URL kopieren und in der Adapter-Konfiguration ins Feld Redirect URL einfügen → Speichern.
5. Der Adapter startet automatisch neu, holt alle Kameras aus dem Cloud-Account und legt den State-Tree an.

State-Tree pro Kamera

Jede erkannte Kamera bekommt einen eigenen Ordner unter bosch-smart-home-camera.0.cameras.<UUID>:

State	Typ	Beschreibung
name	string	Anzeigename der Kamera
firmware_version	string	Aktuelle Firmware (z.B. 9.40.25)
hardware_version	string	Modellbezeichnung (z.B. HOME_Eyes_Outdoor)
generation	number	Kamera-Generation (1 oder 2)
online	boolean	Online-Status
snapshot_trigger	boolean (write)	Auf true setzen — löst einen frischen Snapshot aus
snapshot_path	string	Pfad zur letzten JPEG-Datei
privacy_enabled	boolean	Privacy-Modus toggeln
light_enabled	boolean	Kameralicht toggeln
image_rotation_180	boolean	Bild clientseitig um 180° drehen (Deckenmontage)
stream_url	string	Lokale RTSP-URL für den Live-Stream
pan_position	number (write)	360°-Kamera schwenken: Wert zwischen −120 und +120 Grad
pan_preset	string (write)	Benannte Pan-Position: home, left, right, back-left, back-right
last_motion_at	string	Zeitstempel des letzten Motion-Events
last_motion_event_type	string	Art des Events: motion / audio_alarm / person

Sicherheit und Verschlüsselung

Der Adapter wurde von Grund auf mit dem Grundsatz entwickelt, so wenig wie nötig in die Cloud zu funken. Für die Datensicherheit ergeben sich daraus drei Schichten:

• AES-verschlüsselte Token-Speicherung — OAuth-Access-Token, Refresh-Token, PKCE-Verifier und PKCE-State werden über den ioBroker-Systemschlüssel AES-verschlüsselt im Adapter-Namespace gespeichert. Wer über den Admin-Objects-Tab schaut, sieht keinen Klartext. Die Verschlüsselung folgt dem Standard-Mechanismus von encryptedNative in js-controller.
• FCM-Credentials ebenfalls verschlüsselt — das ECDH-Schlüsselpaar und die ACG-ID für den Google FCM Push-Listener werden dauerhaft gespeichert. Jeder Adapter-Start replayed die gespeicherten Credentials, anstatt eine neue Registrierung gegen die Bosch-Backend-API aufzubauen.
• Lokale Medienarchitektur — RTSP-Stream und Snapshots verlassen das LAN nicht. Der TLS-Proxy läuft auf dem ioBroker-Host; externe Recorder wie BlueIris oder Frigate sprechen direkt über das lokale Netz. Kein Umweg über die Bosch-Cloud für Video-Frames.

Die Cloud-Verbindung ist auf das Minimum beschränkt: OAuth-Login (einmalig), FCM-Subscribe (einmalig pro Start) und stündliche Session-Token-Erneuerung für die Bosch LOCAL-Verbindung. Alle Kamera-States, Snapshots und Stream-URLs werden im LAN abgerufen.

Performance und Skalierbarkeit

Der Adapter ist für Haushalte mit mehreren Kameras ausgelegt und läuft ressourcenschonend:

• Paralleles Kamera-Polling — der 30-Sekunden-State-Poll läuft für alle Kameras gleichzeitig über Promise.all. Bei vier Kameras dauert ein Poll-Tick genauso lang wie bei einer einzigen Kamera — keine lineare Wartezeit.
• Snapshot-Session-Cache — mehrere Snapshot-Anfragen in kurzer Folge (z.B. ein VIS-Dashboard, das alle 5 Sekunden aktualisiert) teilen sich eine einzige Bosch-LOCAL-Session. Die Session bleibt 60 Sekunden nach dem letzten Snapshot warm. Das spart tägliche Session-Kontingente und reduziert Latenz.
• Kleiner Speicher-Footprint — der Adapter hält keine Video-Frames im RAM. Snapshots landen direkt im ioBroker-File-Store (/namespace/cameras/<id>/snapshot.jpg); der Base64-String für Push-Benachrichtigungen wird beim nächsten Event überschrieben.
• Multi-Instanz-Support — wer mehrere Bosch-Konten betreibt (z.B. Haushalt + Büro), kann zwei separate Adapter-Instanzen anlegen. Jede Instanz pflegt ihren eigenen State-Tree und eigene Credentials.

Schwester-Projekte

Drei Implementierungen für drei Plattformen — gleiches Protokoll, gleiche Cloud-API, dieselbe reverse-engineerte Logik:

Plattform	Repo	Status
Home Assistant	HA Integration	Quality Scale Platinum — Referenz-Implementation. Blog-Post dazu.
Python CLI	Python CLI Tool	Standalone — Snapshots, Stream, Switches ohne HA oder ioBroker. Mehr dazu.
ioBroker (diese Seite)	ioBroker Adapter	Beta — stabil auf echten Kameras, noch nicht in der ioBroker-Adapterliste

Alle vier Plattformen im Vergleich

Alle vier Geschwister-Projekte teilen sich die gleiche reverse-engineerte Cloud-API und das RCP-Protokoll, entwickeln sich aber unabhängig weiter. Wer im LAN bleiben möchte, profitiert von einem klaren Konzept: der ioBroker-Adapter ist LOCAL-only by design — er greift nur dann auf die Cloud zu, wenn es unvermeidbar ist (OAuth-Login + FCM-Subscribe + Sessions-Token). Die Home Assistant Integration kann beides — LOCAL als Default mit automatischem REMOTE-Fallback, wenn das LAN kurzzeitig nicht erreichbar ist. Das Python CLI Tool ist die niedrigste, skriptbare Schnittstelle für Capture- und Research-Use-Cases. Der MCP-Server bringt eine KI-gesteuerte Steuerungsebene für Claude Code und kompatible Assistenten.

Feature	HA Integration	Python CLI	ioBroker Adapter	MCP Server
Reife	Quality Scale Platinum	stabil	Beta	stabil · PyPI
Plattform	Home Assistant (HACS)	Python 3.10+ CLI	ioBroker (npm)	Python 3.10+ · stdio + HTTP
Login	✅ OAuth2 PKCE (Browser)	✅ OAuth2 PKCE (Browser)	✅ OAuth2 PKCE (Browser)	✅ nutzt CLI-Config
Snapshots	✅ native Camera.image	✅ snapshot-Kommando	✅ File-Store + Base64-DP	✅ bosch_camera_snapshot (LAN-only)
Live RTSP-Stream (LAN)	✅ HA Stream Component	✅ FFmpeg / RTSPS	✅ TLS-Proxy → lokales RTSP	✅ bosch_camera_stream_url (LAN-only)
WebRTC (Sub-Sekunden-Latenz)	✅ via go2rtc	✅ live --webrtc	❌	❌
Dual-Stream (Haupt + Sub)	✅ sensor.bosch_<n>_stream_url + _sub	✅ live --sub	✅ stream_url + stream_url_sub	✅ via bosch_camera_stream_url
Externer Recorder (Frigate, BlueIris)	✅ über go2rtc	✅ Stdout-Pipe	✅ Digest-Creds-URL + LAN-Bind	✅ URL zurückgegeben
Privacy-Modus	✅ Switch	✅ Kommando	✅ DP	✅ bosch_camera_privacy_set
Frontlicht (Gen1/Gen2)	✅ Light-Entity	✅ Kommando	✅ DP	✅ bosch_camera_light_set
RGB-Wallwasher (Gen2 Außen II)	✅ Light mit RGB	✅ Kommando	✅ Farbe + Helligkeit DPs	❌ (nur Ein/Aus)
Panik-Sirene (Gen2)	✅ Button	✅ Kommando	✅ DP	❌
Bildrotation 180°	✅ Switch	✅ Flag	✅ DP	❌
Bewegung / Person / Audio-Events	✅ FCM-Push + Polling	✅ event-watch	✅ FCM-Push + Polling	✅ bosch_camera_events
Motion-Edge-Trigger	✅ binary_sensor.motion	n/a	✅ motion_active	n/a
Auto-Snapshot bei Bewegung	✅ refresht Camera	n/a	✅ last_event_image Base64	n/a
Synthetischer Motion-Trigger (externer Sensor)	✅ Service	n/a	✅ DP	❌
Cloud-Clip-Download (~30 Tage)	✅ über Media Browser	✅ download-Kommando	❌ (LOCAL-only)	❌
Mini-NVR (bewegungsgetriggerte Aufnahme)	✅ Beta	✅ Beta	❌	❌
SMB / NAS Clip-Upload	✅	✅ Beta	❌	❌
Audio-Alarm-Empfindlichkeit (Gen2)	✅ Select	✅ Kommando	❌	❌
Kamera-Sharing (Freunde)	❌	✅ Kommando	❌	❌
Pan / Tilt (360° Gen1)	✅ Services	✅ Kommando	✅ pan_position DP	✅ bosch_camera_pan
Benannte Pan-Presets (home / links / rechts…)	✅ opt-in Select-Entity	✅ pan --preset	✅ pan_preset DP	✅ bosch_camera_pan preset=
Zwei-Wege-Audio / Intercom	❌	✅ Kommando	❌	❌
Webhook-Zustellung bei Events	✅ Service + opt-in	✅ watch --webhook URL	✅ via MQTT-Bridge	❌ (Request-Response-Modell)
MQTT-Event-Bridge (Bewegung / Audio / Person)	n/a (HA Event Bus nativ)	n/a	✅ Admin-Konfiguration	n/a
Apple HomeKit (über HA Core Bridge)	✅ dokumentiert	n/a	n/a	n/a
Snapshot-Scheduler / Time-Lapse	✅ examples/ YAML	✅ cron + ffmpeg Beispiele	✅ Blockly-Beispiel	n/a
Custom Lovelace-Card	✅ 2 Cards (Einzel + Grid)	n/a	n/a	n/a
ioBroker VIS Dashboard	n/a	n/a	✅ VIS-2 Widget (alpha)	n/a
Cloud-Relay REMOTE-Fallback	✅ automatisch bei LAN-Ausfall	✅ --remote-Modus	❌ (LOCAL-only by design)	❌
Browser-Admin- / Config-UI	✅ HA Config Flow	n/a (CLI)	✅ JSON-Config-Tabs	n/a (LLM-gesteuert)
KI-gesteuerte Auswertung	❌	❌	❌	✅ Prompts + Tools
UI-Sprachen	11	11	11	n/a
LAN-Ping / Erreichbarkeitstest	✅ Coordinator	✅ ping --local	✅ Coordinator	✅ bosch_camera_lan_ping

Legende: ✅ unterstützt · ❌ nicht unterstützt / nicht geplant · n/a auf dieser Plattform nicht anwendbar.

Die HA-Integration ist die feature-vollste Referenz-Implementierung. Das Python-CLI ist die niedrigste, skriptbare Schnittstelle für Research und Automation. Der ioBroker-Adapter positioniert sich klar als Local-Champion. Der MCP-Server bringt Bosch-Kamerasteuerung direkt in den KI-Assistenten-Kontext.

ioBroker oder Home Assistant — wann was?

Beide Plattformen unterstützen Bosch-Kameras vollständig für den Kern-Anwendungsfall. Die Wahl hängt meist vom bestehenden Smart-Home-System ab:

Kriterium	ioBroker wählen	Home Assistant wählen
Bestehendes System	Bereits ioBroker mit KNX, Homematic, DALI	Bereits Home Assistant mit vielen Integrationen
Visualisierung	VIS / VIS-2 Dashboards mit Drag-and-Drop	Lovelace mit Custom Card und WebRTC
Automatisierung	Blockly (visuell) oder JavaScript	YAML Automations oder Node-RED Add-on
Stream-Latenz	RTSP via TLS-Proxy (~2–5 s Snapshot-Refresh)	WebRTC via go2rtc (sub-Sekunde, live)
NVR / Aufnahmen	BlueIris / Frigate direkt über stream_url	Integriertes Mini-NVR + SMB/NAS-Upload
LOCAL-only-Prinzip	Strikt: kein Cloud-Relay-Fallback	LOCAL + automatischer REMOTE-Fallback

Wer noch kein Smart-Home-System hat und primär Bosch-Kameras einbinden möchte, findet einen ausführlichen Vergleich im Home Assistant Integrations-Blog-Post. Für das Python CLI ohne GUI-System gibt es eine eigene Seite mit Anleitungen. Weitere Smart-Home-Themen im Überblick: Smart Home Hub.

MQTT-Event-Bridge

Wer Bewegungs-, Personen- und Audio-Events über MQTT an andere Systeme weiterleiten möchte — etwa an Node-RED, Home Assistant oder einen eigenen Broker — aktiviert die integrierte MQTT-Bridge in der Adapter-Konfiguration. Pro erkanntem Event schickt der Adapter einen JSON-Payload an das konfigurierte Topic:

# Topic-Schema:
bosch-camera/<UUID>/events

# JSON-Payload Beispiel:
{
  "event_type": "MOTION_DETECTED",
  "camera_name": "Terrasse",
  "timestamp": "2026-05-20T08:23:41Z",
  "has_snapshot": true,
  "snapshot_path": "/opt/iobroker/bosch-camera/snapshots/terrasse_2026-05-20.jpg"
}

Die Bridge nutzt den ioBroker-eigenen MQTT-Adapter als Broker — kein separater Mosquitto-Server notwendig, wenn der iobroker.mqtt-Adapter bereits läuft. Alternativ lässt sich eine externe Broker-URL konfigurieren.

Notfall-Live-Session bei Cloud-Ausfall

Fällt die Bosch-Cloud aus, während ein Stream aktiv ist, hält der Adapter die bestehende LOCAL-Session aktiv und schreibt kein neues Session-Token nach — die RTSP-URL bleibt bis zur natürlichen Session-Grenze gültig. Externer Recorder-Software wie BlueIris oder Frigate, die kontinuierlich gegen stream_url verbunden sind, bemerken den Cloud-Ausfall nicht.

Erkennt der Adapter ein aktives Bosch-Wartungsfenster, schreibt er kein neues Token und greift den laufenden Stream nicht an — die Session läuft bis zu ihrer natürlichen Grenze (bis zu 60 Minuten) weiter. Token-Renew-Fehler während Wartungsfenstern werden auf INFO heruntergestuft statt als Fehler zu erscheinen, da sie erwartet sind. Sobald die Wartung endet, nimmt der Adapter die normale Erneuerung wieder auf — mit exponentiellem Backoff (5s / 15s / 45s / 120s / 300s), um Thundering-Herd-Effekte direkt nach dem Ende des Wartungsfensters zu vermeiden. Ein neuer Datenpunkt cameras.<id>.maintenance_state exponiert den erkannten Wartungsstatus (active / scheduled / idle) für eigene ioBroker-Automationen.

VIS-2 Dashboard Widget (Alpha)

Für ioBroker VIS-2 gibt es ein alpha-Stadium-Widget, das das Kamerabild aus snapshot_path oder direkt über die stream_url einbindet. Das Widget zeigt Kameraname, Online-Status, Privacy- und Licht-Toggle als Overlay — alles per Drag-and-Drop in der VIS-2 Oberfläche platzierbar. Da VIS-2 direkt gegen RTSP-fähige Browser-Codecs arbeitet, lässt sich der lokale RTSP-Endpunkt mit einem HLS-Proxy (z.B. mediamtx) für den Browser verfügbar machen. Feedback und Fehlerberichte zum Widget bitte als GitHub Issue.

GitHub & Feedback

Der Adapter ist Open Source. Bugs, Fragen und Feature-Requests bitte als GitHub Issue eintragen.

Voraussetzung: ein Bosch Cloud-Konto (dieselben Zugangsdaten wie in der Bosch Smart Camera App). Getestet auf Node.js 18+ mit ioBroker v5+.

Häufige Fragen

Welche Bosch-Kameras werden unterstützt?

Der Adapter unterstützt alle vier aktuellen Bosch Smart Home Kamera-Modelle: Eyes Outdoor (Gen1), 360° Indoor (Gen1), Eyes Innenkamera II (Gen2) und Aussenkamera II (Gen2). Gen2-Kameras bieten zusätzliche Datenpunkte für RGB-Wallwasher, Sirene und separate Frontlicht-Steuerung.

Brauche ich einen separaten Stream-Server?

Nein. Der Adapter bringt seinen eigenen TLS-Proxy mit, der auf dem ioBroker-Host läuft. Der Proxy terminiert die verschlüsselte RTSPS-Verbindung zur Bosch-Kamera und stellt lokal ein sauberes rtsp://-URL bereit. Externe Recorder wie BlueIris oder Frigate verbinden sich direkt mit diesem lokalen Endpunkt — kein separater Medienserver notwendig.

Funktioniert der Adapter ohne dauerhaften Internet-Zugang?

Fast vollständig. Für das erstmalige OAuth-Login und die stündliche Session-Token-Erneuerung ist kurz eine Internet-Verbindung nötig. Danach laufen Snapshots, Stream und Kamera-States vollständig im LAN. Privacy-Mode und Frontlicht schalten bei Cloud-Ausfall automatisch auf den direkten LAN-Pfad um — die Kamera-IP wird persistent gespeichert und steht auch nach einem Adapter-Neustart ohne Cloud-Kontakt zur Verfügung. Ein Cloud-Relay-Fallback für den Stream gibt es bewusst nicht — LOCAL-only by design.

Wo werden die OAuth-Token gespeichert?

Alle sensitiven Credentials — Access-Token, Refresh-Token, PKCE-Verifier und FCM-Credentials — werden AES-verschlüsselt im ioBroker-Adapter-Namespace gespeichert. Der Schlüssel ist der ioBroker-Systemschlüssel. Im Admin-Objects-Tab ist kein Klartext sichtbar. Migration von unverschlüsselten Werten aus älteren Versionen erfolgt automatisch beim ersten Start.

Kann ich mehrere Bosch-Accounts gleichzeitig nutzen?

Ja. Für jeden Bosch-Account eine eigene Adapter-Instanz anlegen. Jede Instanz pflegt ihren eigenen State-Tree unter bosch-smart-home-camera.<N>.cameras.* und eigene verschlüsselte Credentials. Die Instanzen laufen völlig unabhängig voneinander.

Werden Bewegungs-Events in Blockly verfügbar?

Ja. Der Adapter schreibt bei jedem Bewegungs-, Personen- oder Audio-Alarm-Event den Datenpunkt motion_active auf true (automatische Rückstellung nach 90 Sekunden). In Blockly lässt sich auf den Zustandswechsel (rising edge) hören und darauf eine Aktion ausführen — z.B. einen Snapshot über snapshot_trigger auslösen oder eine Benachrichtigung über Telegram oder Signal senden.

Wo finde ich Hilfe wenn etwas nicht funktioniert?

Primäre Anlaufstelle ist das ioBroker-Forum-Thread des Adapters. Für reproduzierbare Bugs bitte ein GitHub Issue eröffnen — mit Adapter-Log (Info-Level) und ioBroker-Version.

Community und Support

Fragen, Bug-Reports und Diskussionen passieren in den folgenden Communities — dort wird der Adapter aktiv begleitet und Probleme werden direkt aufgenommen.

• forum.iobroker.net — das offizielle deutschsprachige ioBroker-Forum. Hier laufen Diskussionen zur Adapter-Installation, Datenpunkt-Nutzung und Blockly-Integration.
• community.simon42.com — deutsche Smart-Home-Community mit Schwerpunkt Home Assistant und ioBroker. Gut für Cross-System-Fragen und Automatisierungs-Patterns.
• GitHub Issues — strukturierte Bug-Reports und Feature-Anfragen direkt am Repo. Bevorzugter Weg für reproduzierbare Probleme mit Log-Auszug.

Bei direktem Kontaktbedarf gibt es außerdem das Kontaktformular. Weitere Bosch-Kamera-Projekte: HA Integration · Python CLI · MCP Server · Node-RED · Smart-Home-Hub.