Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[Thomas Mosandl]

ioBroker-Adapter für Bosch Smart Home Kameras

Adapter für die Bosch-Smart-Home-Camera-Reihe — Eyes Outdoor/Indoor, 360°, sowie die Gen2-Modelle Eyes Indoor II und Outdoor II. Aktuell Alpha (v0.4.0), aber das Kern-Featureset läuft end-to-end stabil und ist gegen Gen1- und Gen2-Hardware (Firmware 7.91.56 / 9.40.25) verifiziert.

Repo + Install

• GitHub: https://github.com/mosandlt/ioBroker.bosch-smart-home-camera
• npm: iobroker.bosch-smart-home-camera
• Install via Admin → Adapter → eigene Quelle (GitHub-URL) oder via npm
• Aktuelle Version: v0.4.0

Funktionsumfang

• Login: OAuth2 PKCE via Bosch SingleKey ID — Browser-basiert (Captcha/MFA passieren im Browser, kein Passwort-Handling im Adapter)
• Token-Refresh: läuft automatisch alle ~45 min; Startup nutzt gespeicherten Refresh-Token, kein erneuter Browser-Login nach Adapter-Neustart
• Kamera-Discovery: alle Cams am Account werden automatisch eingelesen, mit FW-Version, Generation und Hardware-Variante
• Per-Kamera Datenpunkte (alle unter cameras.<UUID>.*):
  • name, firmware_version, hardware_version, generation, online
  • privacy_enabled (Switch)
  • light_enabled (kombinierter Light-Switch)
  • front_light_enabled (nur Frontlampe)
  • wallwasher_enabled (nur Wallwasher / Top-Down-LED)
  • image_rotation_180 (Switch, client-side)
  • snapshot_trigger (Button) + snapshot_path (JPEG im Adapter-Filestore)
  • motion_trigger (synthetisches Motion-Event injizieren) + motion_trigger_event_type (motion/person/audio_alarm)
  • last_motion_at (ISO8601) + last_motion_event_type
  • stream_url (lokaler RTSP-Endpoint via TLS-Proxy)
  • stream_quality (high/low — Bitrate-Saver für mobile/metered Setups)
• Stream: rtsp://127.0.0.1:<port>/rtsp_tunnel via lokalen TLS-Proxy — funktioniert mit iobroker.cameras, go2rtc, BlueIris, ffplay etc.
• 24/7 Streaming: Session-Watchdog erneuert die LAN-Verbindung ~60 s vor Session-Ablauf, kein stündlicher Reconnect bei Continuous-Recording
• Snapshots: JPEG-Trigger schreibt direkt in den Adapter-Filestore, beim Adapter-Start einmaliger Auto-Snapshot pro Cam damit online korrekt steht
• Motion-Events: via FCM-Push wenn möglich (~2 s Latenz), sonst automatischer Polling-Fallback auf /v11/events alle 30 s (info.fcm_active=polling)
• 317 Unit-Tests grün, ESLint v9 clean

Wichtige Designentscheidung: LOCAL only

Der Adapter macht niemals Cloud-Relay-Fallback für Streams oder Snapshots. Kamera nicht im LAN erreichbar → klare Fehlermeldung im Log, kein stiller Fallback auf Cloud-Proxies. Heimnetz-Daten bleiben im Heimnetz.

Blockly-Beispiele

Drei import-fertige XML-Vorlagen im Repo für die häufigsten Patterns:

https://github.com/mosandlt/ioBroker.bosch-smart-home-camera/tree/main/docs/blockly-examples

• master-wallwasher-switch.xml — ein virtueller Master-Datenpunkt schaltet alle Wallwasher synchron
• dusk-auto-wallwasher.xml — Sun-Elevation-Trigger via Astro (Dämmerung)
• hue-pir-to-bosch-motion.xml — Hue-PIR-Sensor → synthetisches Bosch-Motion-Event (frühe Eskalation, bevor die Cam selbst triggert)

VIS-2 Beispiel-Dashboard

2×2-Grid für 4 Cams mit Snapshot-Refresh, Privacy/Light-Toggles, Status-Bar — im Repo unter docs/vis-2-example/.

Setup-Kurzform

1. Adapter installieren, Instanz anlegen — startet im "Waiting for login"-Modus
2. Log-Datei öffnen, "Login required. Open this URL in your browser..." finden
3. URL im Browser öffnen, in SingleKey ID einloggen, redirected wird auf bosch.com/boschcam?code=...
4. Komplette Callback-URL kopieren, in Adapter-Admin "Pasted callback URL" einfügen, Save
5. Adapter restartet, holt Tokens + Cams, fertig

Bei Token-Rejection (Passwort-Wechsel etc.) loggt der Adapter erneut die Login-URL — Schritte 2–4 wiederholen.

Roadmap

• v0.5.0 (in Arbeit): Stream-Quality-Switch ✅, Bewegungs-Zonen + Privacy-Mask read-only, evtl. Event-Historie-Sensor
• v0.6.0: Mini-NVR (Pre-Roll-Ring-Buffer, lokale Segment-Aufzeichnung)
• v1.0.0: feature-parity mit der HA-Integration (https://github.com/mosandlt/Bosch-Smart-Home-Camera-Tool-HomeAssistant), VIS-Widget mit Live-Stream

Bekannte Einschränkungen

• FCM-Push läuft aktuell im Polling-Modus (~30 s Latenz statt ~2 s) — externe Upstream-Abhängigkeit, wird intern getrackt. Adapter ist deshalb voll nutzbar, nur Motion-Events kommen verzögert
• Browser-Paste-Login statt Auto-Callback — funktioniert, ist für Erst-User aber holprig. Auto-Callback geplant sobald ein lokaler Redirect-URI für ioBroker beim OAuth-Provider hinterlegbar ist

Tester gesucht

Für v0.5.0 wäre es klasse, wenn ein paar Leute folgende Setups durchtesten:

• Mehrere Cams (≥2) parallel — Session-Watchdog-Verhalten unter Last
• 24/7-Recording in BlueIris / Frigate / Synology Surveillance Station gegen den lokalen RTSP-Endpoint
• Gen1-Eyes Outdoor mit Wallwasher-Synchron-Schaltung (Blockly-Vorlage)
• VIS-2-Dashboard mit den 4-Cam-Tiles

Bug-Reports gerne hier im Thread oder als GitHub-Issue.

[Homoran]

@Thomas-Mosandl ich hab deinen letzten Post als Startpost abgetrennt.
Bitte entsprechend anpassen

[Jaschkopf]

Geil viele dank für die superschnelle Umsetzung einer alpha. Ich würde mich als tester anbieten und den Adapter nachher mal auf meinem System installieren. Habe zwei Boch Außenkameras der 1. Generation im Einsatz.

[Thomas Mosandl]

@Jaschkopf — super, danke! Gen1 Außenkameras sind genau die Kombination wo ich am meisten Feedback brauche (meine eigene
Gen1-Eingang ist offline, ich kann den Code nur gegen Cloud-State testen, nicht gegen Live-Kamera).

Installation läuft so:

1. In Admin → Adapter → eigene Adapter → "Aus eigener URL installieren":
   https://github.com/mosandlt/ioBroker.bosch-smart-home-camera/tarball/main
   oder per npm: npm install iobroker.bosch-smart-home-camera
2. Instanz anlegen → Log öffnen (Filter bosch-smart-home-camera) → die ausgegebene Bosch-Login-URL in den Browser
   kopieren
3. Bei Bosch SingleKey ID einloggen (Captcha/MFA), Bosch leitet dich auf https://www.bosch.com/boschcam?code=… weiter →
   komplette URL aus der Adressleiste in das Admin-Feld "Pasted callback URL" einfügen → Speichern
4. Adapter restartet sich, holt die Kameras, fängt an

Was mich konkret interessiert:

• FW-Version deiner Gen1 Außenkameras (bosch-smart-home-camera.0.cameras.*.firmware_version) — bei mir ist 7.91.56
  stabil
• Funktioniert Privacy-Toggle zuverlässig? (Cloud-API PUT /v11/video_inputs/{id}/privacy)
• Kamera-Licht-Toggle auf Gen1 nutzt PUT /lighting_override mit frontLightOn + wallwasherOn — falls deine Lampe
  keine Wallwasher hat, sag mal Bescheid
• Snapshot (Trigger via snapshot_trigger=true) — schreibt JPEG in cameras/<id>/snapshot.jpg. Bei Gen1 sollte das
  ohne den "stream aborted"-Retry funktionieren den Gen2 manchmal wirft
• FCM-Events — info.fcm_active sollte nach ~20s auf healthy springen, dann liefert er Motion/Audio/Person-Events
  mit ~Sekunden-Latenz

Bug-Reports gerne hier oder als Issue auf GitHub —
ich reagiere schnell, das Bosch-Protokoll kenn ich gut.

Liebe Grüße
Thomas

[Jaschkopf]

Ich melde mich heute abend sobald ich den Adapter installiert habe

[Jaschkopf]

SO Adapter ist installiert. Beide Kameras werden erkannt. FW beider Cams ist 7.91.56. Allerdings werden beide als online=false angezeigt. Hier das Log nach dem Adapterrestart mit Callback-URL:

bosch-smart-home-camera.0
2026-05-13 18:22:57.867	info	Bosch Smart Home Camera adapter ready — 2 camera(s) active

bosch-smart-home-camera.0
2026-05-13 18:22:57.865	error	FCM start failed: FCM: both iOS and Android registration failed — check network and Firebase credentials

bosch-smart-home-camera.0
2026-05-13 18:22:51.168	info	Found 2 camera(s)

bosch-smart-home-camera.0
2026-05-13 18:22:50.963	info	Valid tokens found in state storage — skipping login

bosch-smart-home-camera.0
2026-05-13 18:22:50.909	info	Bosch Smart Home Camera adapter starting…

bosch-smart-home-camera.0
2026-05-13 18:22:50.903	info	starting. Version 0.3.2 (non-npm: mosandlt/ioBroker.bosch-smart-home-camera#main) in /opt/iobroker/node_modules/iobroker.bosch-smart-home-camera, node: v22.18.0, js-controller: 7.0.7

bosch-smart-home-camera.0
2026-05-13 18:22:46.545	info	terminating

bosch-smart-home-camera.0
2026-05-13 18:22:46.394	warn	setTimeout called, but adapter is shutting down

bosch-smart-home-camera.0
2026-05-13 18:22:46.284	info	Found 2 camera(s)

bosch-smart-home-camera.0
2026-05-13 18:22:46.166	info	Login successful — tokens stored. Adapter is now connected.

bosch-smart-home-camera.0
2026-05-13 18:22:46.044	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason

bosch-smart-home-camera.0
2026-05-13 18:22:46.044	info	terminating

bosch-smart-home-camera.0
2026-05-13 18:22:46.043	info	Bosch Smart Home Camera adapter stopped

bosch-smart-home-camera.0
2026-05-13 18:22:46.043	info	Got terminate signal TERMINATE_YOURSELF

bosch-smart-home-camera.0
2026-05-13 18:22:45.785	info	Bosch Smart Home Camera adapter starting…

bosch-smart-home-camera.0
2026-05-13 18:22:45.778	info	starting. Version 0.3.2 (non-npm: mosandlt/ioBroker.bosch-smart-home-camera#main) in /opt/iobroker/node_modules/iobroker.bosch-smart-home-camera, node: v22.18.0, js-controller: 7.0.7

bosch-smart-home-camera.0
2026-05-13 18:22:41.505	info	terminating

bosch-smart-home-camera.0
2026-05-13 18:22:41.004	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason

bosch-smart-home-camera.0
2026-05-13 18:22:41.003	info	terminating

bosch-smart-home-camera.0
2026-05-13 18:22:41.003	info	Bosch Smart Home Camera adapter stopped

bosch-smart-home-camera.0
2026-05-13 18:22:41.003	info	Got terminate signal TERMINATE_YOURSELF

FCM start failed: FCM: both iOS and Android registration failed — check network and Firebase credentials

Der Datenpunkt fcm_active steht auf error. Im Anhang screenshots von allen Datenpunkten. Brauchst du sonst noch was?

Bilder:

Spoiler

[Thomas Mosandl]

Hi @Jaschkopf,

danke fürs Testen — dein Log hat tatsächlich zwei verschiedene Probleme aufgedeckt. Habe gerade v0.3.3 released:

Was sich ändert für dich:

1. online=false ist behoben. Der Adapter zieht beim Start jetzt einen Snapshot pro Kamera, dadurch flippt cameras.<id>.online sofort vom Default false auf den echten Zustand. War vorher by-design false bis zum ersten manuellen
   Snapshot-Trigger — schlechte UX, ist jetzt raus.

2. fcm_active=error wird nicht mehr "error", sondern "polling". Die Push-Registrierung scheitert tatsächlich (gleich für beide Modi, gleich bei mir auf 4 Cams), aber der Adapter fällt jetzt automatisch auf /v11/events-Polling alle 30 Sekunden
   zurück — Bewegungs-/Audio-Events kommen weiter, nur mit ~30 s Latenz statt ~2 s mit Push. Verhalten wie die HA-Integration im fcm_push_mode=polling-Modus.

3. Echter FCM-Fehlergrund steht jetzt im Log. Der vorherige Catch hat alles geschluckt. v0.3.3 loggt:

FCM ios registration failed: HTTP 401 at https://fcmregistrations.googleapis.com/v1/projects/bosch-smart-cameras/registrations — Request is missing required authentication credential. Expected OAuth 2 access token, login cookie or other valid
authentication credential.

Das ist der wahre Grund: die @aracna/fcm-Lib spricht eine andere Google-API (fcmregistrations.googleapis.com) als die Python-firebase_messaging-Lib in der HA-Integration (firebaseinstallations.googleapis.com). Der OSS-Key ist nur für
letztere freigeschaltet. Hatte ich an die Adresse weiterleiten — entweder wird der Key für die zweite API auch freigegeben, oder ich tausche die Node-Lib. Solange überbrückt der Polling-Fallback.

4. Bonus-Fix: kein "No PKCE verifier stored"-Crash mehr nach längerem Adapter-Stopp (>1 h). Der Refresh-Token wird beim Start jetzt proaktiv genutzt, falls der access_token abgelaufen ist — kein Browser-Login mehr nötig.

Update: GitHub-Tab Adapter > eigene Quellen → URL aktualisieren und neu installieren, oder npm direkt: npm i iobroker.bosch-smart-home-camera@0.3.3

Würdest du nochmal kurz testen und sagen ob (a) deine beiden Cams jetzt online=true melden und (b) eine Bewegung am Sensor cameras.<id>.last_motion_at ankommt (kann bis zu 30 s dauern)?

---

Frage zum nächsten Feature — was würde dir am meisten bringen?

a) VIS-2-Widget mit Live-Stream (aktuell zeigt das Beispiel-Dashboard nur Snapshot — RTSP-Stream via go2rtc/native einbinden)
b) Event-Historie als Sensor (letzte N Events pro Cam mit Zeitstempel/Typ — für Logik-Skripte)
c) Notification-Routing (z. B. Telegram/Pushover-Bot direkt im Adapter konfigurieren statt eigene Logik)
d) etwas anderes — sag's mir

Gruß
Thomas

[Jaschkopf]

Bin unterwegs und konnte übers Smartphone nur kurz testen. Adapter auf 0.3.3 aktualisiert. Cams sind beide online. Steuern von Light und privacy geht. Stream und snapshot muss ich morgen am PC testen. Nice wäre noch wenn man die Wallwasher über einen Datenpunkt steuern könnte um diese über einen externen Sensor bei allen Cams gleichzeitig schalten zu können. Momentan gehen sie bei Dämmerung bei mir zu unterschiedlichen Zeitpunkten an. Und das triggern eines Events per Datenpunkt wäre ebenfalls noch ein nützliches Feature. Dann könnte ich meinen Philips Hue Bewegungsmelder weiter unten in der Einfahrt nutzen um früher ein Event zu triggern.

Gibt es eine Limitierung was den rtsp stream angeht? Oder ist es möglich den stream 24/7 laufen zu lassen um ihn in mein BlueIris System zu integrieren?

Danke für deine Arbeit, wirklich klasse wie schnell das geht.

[Thomas Mosandl]

Hi @Jaschkopf,

freut mich dass v0.3.3 sauber lief und die Toggles funktioniert haben. Auf deine drei Punkte vom Smartphone-Test bin ich direkt drangegangen — v0.4.0 ist gerade live:

https://github.com/mosandlt/ioBroker.bosch-smart-home-camera/releases/tag/v0.4.0

1. Wallwasher separat schaltbar ✅

Zwei neue Datenpunkte pro Cam:

cameras.<id>.front_light_enabled   // Frontlampe (Gen1 frontLight / Gen2 front)
cameras.<id>.wallwasher_enabled    // Wallwasher (Gen1) / Top-Down-Strip (Gen2)
cameras.<id>.light_enabled         // legacy — bleibt als kombinierter Schalter

Damit kannst du in Blockly / JS einen Master-Datenpunkt anlegen, der bei Dämmerung alle vier Wallwasher gleichzeitig schaltet — ohne die Frontlampen mit anzufassen. Funktioniert auf Gen1 (via PUT /lighting_override mit beiden Flags einzeln steuerbar) und Gen2 (separate PUT /lighting/switch/front + /topdown). Hab gegen meine Terrassen-Gen2 getestet: front an / wallwasher aus geht sauber, combined light_enabled flippt erst wenn beide an sind.

Drei import-fertige Blockly-Vorlagen für genau diesen Use-Case (Master-Schalter, Dämmerungs-Auto via Astro, Hue-PIR-Bridge) hab ich gleich mit ins Repo gelegt:

https://github.com/mosandlt/ioBroker.bosch-smart-home-camera/tree/main/docs/blockly-examples

Workflow: javascript-Adapter → Scripts → neues Blockly-Skript → XML-Icon → einfügen → <CAM_UUID> durch deine UUIDs ersetzen → Save + Run.

2. Event triggern per Datenpunkt ✅

cameras.<id>.motion_trigger             // button, write-only
cameras.<id>.motion_trigger_event_type  // selector: motion / person / audio_alarm

Workflow: setze erst das motion_trigger_event_type auf den gewünschten Typ (default "motion"), dann schreibe motion_trigger = true. Der Adapter setzt last_motion_at = now() + last_motion_event_type = <gewählter Typ> und resettet den Button automatisch zurück. Genau dasselbe Signal wie ein echtes Bosch-Motion-Event, deine bestehenden Skripte auf last_motion_at reagieren also identisch.

Damit kannst du jetzt deinen Hue-Bewegungsmelder weiter unten in der Einfahrt nutzen um die Cam-Eskalation früher zu starten. Vorlage hue-pir-to-bosch-motion.xml ist im Blockly-Ordner.

3. RTSP 24/7 für BlueIris ✅

Watchdog drin — die LOCAL-Session wird automatisch ~60 s vor Ablauf des Bosch maxSessionDuration erneuert, ohne dass der Stream am rtsp://127.0.0.1:PORT/rtsp_tunnel unterbrochen wird. BlueIris sieht keinen stündlichen Reconnect mehr.

Wichtige Designentscheidung dazu: der Adapter macht niemals Cloud-Relay-Fallback für Streams oder Snapshots. Wenn die Kamera auf dem LAN nicht erreichbar ist, kommt eine klare Fehlermeldung — kein stiller Fallback auf Bosch-Cloud-Proxies. War mir wichtig: lokale Kameras bleiben lokal, Datenverkehr verlässt nicht ungefragt das Heimnetz.

Sonstiges

• FCM-Push ist weiter im Polling-Modus (30 s Latenz).
• Token-Refresh beim Adapter-Start läuft jetzt sauber über den Refresh-Token; kein "No PKCE verifier"-Crash mehr nach längerem Stopp.

Roadmap v0.5.0+: Motion-Zonen + Privacy-Masken read/write, dann Mini-NVR mit Pre-Roll-Ring-Buffer.

Update via GitHub-eigene-Quelle / npm — und melde dich wenn was klemmt.

---

Was wäre dir als nächstes wichtig? Damit das Ding wirklich rund wird:

a) VIS-2-Widget mit echtem Live-Stream statt nur Snapshot — go2rtc/HLS-Bridge eingebaut, Klick im Dashboard öffnet sofort Video
b) Event-Historie als Sensor — letzte N Events pro Cam mit Zeitstempel + Typ, für Logik-Skripte und Auswertung
c) Notification-Routing direkt im Adapter — Telegram/Pushover/Signal-Bot bei Motion ohne eigene Skripte
d) Mehr Blockly-Vorlagen für andere Use-Cases — sag welche
e) was anderes — sag's

Gruß
Thomas