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

[Jaschkopf]

Ich hab gerade 0.4.0 getestet. Wallwasher an/aus geht. Beim Privacy Mode habe ich noch festgestellt, wenn ich über iobroker auf true setze und über die App die Cams wieder aktiviere, bleibt der DP auf true. Wenn ich einen motion trigger auslöse wird in der App keine Aufnahme angelegt. Der Zeitstempel im IOB aktualisier sich, aber sonst passiert nichts. Und wie ich den RTSP Stream in BlueIris empfangen kann müsstest du mir nochmal erklären. BlueIris und IOB laufen auf getrennten Systemen. Über die local host IP kann ich ja nur auf dem IOB Host zugreifen. Wie kriege ich den Stream ins Netzwerk bei mir?

[Jaschkopf]

Habe versucht den Stream in den Cameras Adapter einzubinden, aber bekomme folgende Fehlermeldung beim Verbindungstest: rtsp://127.0.0.1:43047/rtsp_tunnel: Server returned 401 Unauthorized (authorization failed)

Außerdem ändert sich der Port regelmäßig in der Stream URL. In der Cameras Config muss ich den Port aber fest vergeben. Wie löse ich das am besten?

[Thomas Mosandl]

Hi Jaschkopf,

Danke fürs detaillierte Testen — alle drei Punkte habe ich in v0.5.1 (jetzt Beta) angefasst:

Privacy-Sync App → ioBroker
Adapter pollt jetzt alle 30 s /v11/video_inputs und spiegelt privacyMode zurück nach cameras.<id>.privacy_enabled. Wenn du in der App reaktivierst, springt der DP innerhalb von 30 s auf false.

Motion-Trigger ohne App-Aufnahme
Das ist by design und ich habe es jetzt klarer dokumentiert. motion_trigger setzt nur cameras.<id>.last_motion_at + last_motion_event_type — gedacht als Brücke für ioBroker-Automationen (Licht, Szene, Push) die auf Bosch-Motion lauschen. Eine Aufnahme in der Bosch-App kann der Adapter nicht auslösen — das entscheidet ausschließlich die Cloud-Motion-Engine auf der Kamera, und es gibt keine API, um das von außen zu triggern. Wenn du Aufnahmen vom Hue-PIR willst, müsstest du in ioBroker selbst aufzeichnen (z. B. FFmpeg-Snapshot oder die geplante Mini-NVR in v0.7.0).

BlueIris auf separatem Host → 401 + wechselnder Port
Drei Ursachen, alle gefixt:

• 401 Unauthorized: Der RTSP-Endpunkt verlangt Digest-Auth. Die alte URL rtsp://127.0.0.1:PORT/rtsp_tunnel hatte keine Credentials. Neu: cameras.<id>.stream_url enthält jetzt User+Password im URL-Format rtsp://<user>:<pass>@host:port/rtsp_tunnel?inst=1&enableaudio=1&fmtp=1&maxSessionDuration=3600. BlueIris akzeptiert das direkt.
• Wechselnder Port: Der Watchdog hat bei jeder Session-Erneuerung (~1 h) den TLS-Proxy gestoppt und neu gestartet → neuer Port. Neu: Port ist sticky pro Kamera, persistiert in cameras.<id>._proxy_port, überlebt Renewals und Adapter-Restarts.
• Zugriff von anderem Host: Standardmäßig bindet der Proxy nur auf 127.0.0.1 — von BlueIris auf einem anderen Rechner unerreichbar. Neuer Admin-Tab „RTSP / Stream": Checkbox „Expose RTSP proxy to LAN" anhaken + LAN-IP des ioBroker-Hosts eintragen (z. B. 192.168.1.50). Dann steht in stream_url direkt die externe URL, die du in BlueIris kopierst.

Setup für deinen Fall:

1. Auf v0.5.1 aktualisieren
2. Admin → Tab „RTSP / Stream" → „Expose RTSP proxy to LAN" anhaken
3. „External hostname / LAN IP" = LAN-IP deines ioBroker-Hosts
4. Speichern → Adapter restartet
5. In ioBroker den State cameras.<deine-cam-id>.stream_url kopieren (enthält dann user:pass und ext-IP)
6. In BlueIris als RTSP-Quelle einfügen — keine separaten Credentials-Felder nötig

Außerdem gibt's in v0.5.1 noch zwei neue Features:

• Sirene (Gen2): cameras.<id>.siren_active — true schreibt den 75-dB-Panic-Alarm scharf, false silenct ihn (gleicher Endpunkt wie die offizielle App).
• RGB-Wallwasher (Außenkamera II): cameras.<id>.wallwasher_color (HEX #RRGGBB, leer = warmweiß) + cameras.<id>.wallwasher_brightness (0..100). Steuert top+bottom LEDs gemeinsam; das Frontlicht bleibt unberührt.

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

Falls BlueIris noch Probleme macht: gib mir bitte den genauen Verbindungsfehler aus dem BlueIris-Log, dann schauen wir weiter.

Viele Grüße

[Jaschkopf]

Bekomme in BlueIris leider weiterhin kein Bild. Einfügen der URL klappt, BlueIris schlüsselt das dann in die entsprechenden Felder automatisch auf. Ich bekomme aber NoSignal mit dem Fehler

Error 8000007a (CheckPort/User/Password) 0 

[Jaschkopf]

UPDATE: Wenn ich die Stream URL mit VLC-Player öffne bekomme ich den Stream rein. Dann muss scheinbar was mit den BlueIris settings noch nicht passen

[Thomas Mosandl]

Hi @Jaschkopf,

genau das ist ein bekanntes BlueIris-Verhalten: VLC akzeptiert rtsp://user:pass@host/... direkt, BlueIris zieht die Credentials zwar in seine Felder, sendet sie aber dann nicht zuverlässig im RTSP-Digest-Challenge mit. Ergebnis: Error 8000007a (CheckPort/User/Password) → "NoSignal". Auf <ipcamtalk.com> gibt's mehrere Threads dazu, und der Fix ist immer derselbe.

Lösung für BlueIris:

1. In das Adressfeld nur den URL ohne user:pass@ eintragen, z. B.:

   rtsp://192.168.x.x:54321/rtsp_tunnel?inst=1&enableaudio=1&fmtp=1&maxSessionDuration=3600
   

2. Username und Passwort in die separaten BlueIris-Felder "Username" und "Password" eintragen (genau die Digest-Credentials aus der ioBroker stream_url, die hinter rtsp:// und vor dem @ stehen).
3. RTSP Authentication = Digest setzen (nicht "Auto", nicht "Basic").

Damit sollte's laufen — die Logik dahinter ist, dass BlueIris die In-URL-Credentials parst, aber im DESCRIBE/SETUP-Handshake nur die Felder seines eigenen Config-Dialogs verwendet.

---

Bonus: gerade neu in v0.5.2 (beta) released — der neue Livestream-Schalter

cameras.<id>.livestream_enabled (Default AUS). Bisher hat der Adapter pro Kamera beim Start eine 24/7 LOCAL-Session + TLS-Proxy + RTSP-Watchdog aufgemacht — auch wenn niemand zuschaut, kostet das täglich Quota. Ab v0.5.2 ist Streaming explizit Opt-in:

• true schreiben → PUT /v11/.../connection, Proxy startet, stream_url wird gesetzt, Watchdog läuft.
• false schreiben → Watchdog stoppt, Proxy beendet, DELETE /connection, stream_url leer.

Snapshots laufen unverändert (kurzlebige Session, nach dem JPEG sofort wieder zu).

Update via iobroker upgrade bosch-smart-home-camera — 0.5.2 ist auf npm. Release Notes: https://github.com/mosandlt/ioBroker.bosch-smart-home-camera/releases/tag/v0.5.2

Viele Grüße
Thomas

[Jaschkopf]

Kann man vielleicht den Stream mit niedriger Bandbreite simultan ausgeben? Also pro Kamera zwei Stream URLs, quasi einen Mainstream mit hoher Bitrate und einen Substream mit niedriger Bitrate (und niedrigerer Auflösung???) BlueIris unterstützt diese Prinzip um die CPU Last zu reduzieren. Der schlechte Substream wird analysiert bis was passiert (motion) und schaltet dann auf den Mainstream um und zeichnet diesen auf.

[Jaschkopf]

User und Pass händisch eintragen habe ich probiert. Leider ohne erfolg. Die Option RTSP Authentication = Digest habe ich nicht gefunden. Kann ich irgendwie loggen was BlueIris sendet zur Authentication?

[Jaschkopf]

Machen die Sonderzeichen im User/Pass vielleicht probleme wenn BlueIris die URL wieder zusammensetzt?

[Thomas Mosandl]

Hi @Jaschkopf,

danke fürs Dranbleiben — Posts 17 + 18 (Authentifizierung-Setting nicht gefunden, Sonderzeichen-Verdacht) haben mich nochmal dazu gebracht, das Problem an der Wurzel zu fixen statt eines Workarounds.

v0.5.3 (Beta) ist gerade raus und behebt deinen Fall direkt: https://github.com/mosandlt/ioBroker.bosch-smart-home-camera/releases/tag/v0.5.3

Was ist neu

1. TLS-Proxy macht jetzt die Digest-Auth selbst. Die cameras.<id>.stream_url ist ab v0.5.3 eine saubere URL ohne Credentials:

rtsp://192.168.x.x:54321/rtsp_tunnel?inst=1&enableaudio=1&fmtp=1&maxSessionDuration=3600

Keine User/Pass mehr in der URL. Der Adapter-Proxy fängt die 401-Challenge der Kamera selbst ab, rechnet den Digest-Hash, injiziert den Authorization-Header und schluckt das 401, bevor dein Client es überhaupt sieht. BlueIris bekommt direkt 200 OK und muss gar nichts mehr authentifizieren. Sonderzeichen-Problem und das fehlende "RTSP Auth = Digest"-Setting sind damit aus der Welt.

2. Sub-Stream-URL für deinen BlueIris-CPU-Wunsch aus Post 16. Neuer Datenpunkt cameras.<id>.stream_url_sub — gleiche Bosch-Session, gleicher Proxy, gleiche Kostenstelle, nur mit inst=2 (niedrigere Bitrate). Mainstream für Aufnahme, Substream für die Anzeige:

rtsp://192.168.x.x:54321/rtsp_tunnel?inst=2&enableaudio=1&fmtp=1&maxSessionDuration=3600

Experimentell — hängt davon ab, ob die Gen2-Eyes-Firmware inst=2 wirklich serviert. Bitte testen und Feedback geben, dann weiß ich, ob ich's als stable markieren kann.

3. Bonus: Auto-Snapshot bei Bewegung. Bei jedem FCM-Motion-/Person-/Audio-Event holt der Adapter automatisch ein frisches JPEG und legt es als Base64-String in cameras.<id>.last_event_image ab. Damit kannst du in Blockly bei Motion direkt notify.telegram / signal / etc. triggern und das Bild mitsenden — ohne extra Snapshot-Trigger-Script. Default an, Opt-out im neuen Admin-Tab "Events / Notifications".

4. Snapshot-Session-Keep-Alive (60s). Falls deine Card oder Automation öfter snapshot_trigger setzt — der Adapter hält die Bosch-Session jetzt warm und reused sie statt jedes Mal neu zu öffnen. Erster Snap ~1-2s, alle weiteren in der 60s-Window ~200ms.

5. cameras.<id>.motion_active — Boolean-DP, true bei Motion, auto-false nach 90s. Sauberer Trigger für Blockly.

Update

iobroker upgrade bosch-smart-home-camera

Dann BlueIris-Kamera entfernen und neu anlegen mit der frischen stream_url (ohne User/Pass im Adressfeld, keine Credentials in irgendein BlueIris-Feld eintragen, RTSP-Auth auf "None" oder Default lassen). Sollte einfach funktionieren.

Falls's nicht klappt: bitte den Adapter-Log mit debug-Level posten (info → debug in der Instance-Config), die Zeile RTSP auth EF791764: ... zeigt, in welchem State der Proxy hängt.

Viele Grüße
Thomas