Neues YouTube-Video: Visualisierung im Devices-Adapter

[Jaschkopf]

Das ist schon alles richtig so. Du loggst dich mit deinem Bosch Konto ein bzw mit der SinglekeyID und auf der Seite wo der 404 Fehler kommt musst du URL aus dem Browser-Tab kopieren und in den Einstellungen vom Bosch Adapter einfügen. Da ist extra eine Zeile dafür. Dann sollte der Adapter neu starten und grün werden.

[Amok83]

Und genau das habe ich getan und der Adapter wurde gelb.
Jetzt habe ich genau das Gleiche noch mal gemacht und er ist grün.
Keine Ahnung was da beim erste Mal schief ging, aber auf jeden Fall vielen Dank für den Support ;-)

[Thomas Mosandl]

Hi @amok83 @jaschkopf

danke fürs Nachhaken — die Beschreibung des Login-Schritts war wirklich nicht eindeutig, und der "404 We are sorry" Anblick verunsichert ohne Hinweis natürlich. Genau wie Jaschkopf richtig geschrieben hat: die 404-Seite ist gewollt. Bosch leitet nach dem SingleKey-Login auf https://www.bosch.com/boschcam?code=…&state=… weiter — diese Seite existiert öffentlich nicht, deshalb 404. Was zählt ist nur die URL in der Adressleiste; die enthält den Auth-Code, den der Adapter zum Token-Tausch braucht.

Ein wichtiger Hintergrund den ich in den letzten Tagen mehrfach beobachtet habe: der Auth-Code in dieser Redirect-URL läuft sehr schnell ab — Größenordnung 60 Sekunden (Keycloak-Default für authorization_code). Wer also nach dem 404 erst seinen ioBroker sucht, das Admin-Fenster öffnet, zur Bosch-Adapter-Instanz navigiert und dann pastet, ist häufig zu spät — das Einfügen schlägt mit code expired fehl und es startet wieder von vorn. Genau das war vermutlich der Grund warum es bei dir beim ersten Mal nicht funktioniert und beim zweiten Mal grün wurde.

Workflow den ich empfehle:

1. ioBroker-Admin → Instanzen → bosch-smart-home-camera → Schraubenschlüssel vorher öffnen, Tab offen lassen
2. Erst dann auf "Open Bosch Login in browser" im Dialog klicken
3. SingleKey-Login durchziehen
4. Sobald Bosch auf die 404-Seite weiterleitet: URL kopieren und SOFORT (innerhalb Sekunden) im Admin-Tab in "Pasted callback URL" einfügen + Save
5. Falls doch code expired: einfach nochmal auf "Open Bosch Login" klicken, neue URL wird generiert

Mit der nächsten Adapter-Version bekommt der Admin-Dialog eine deutliche Warnung dazu sowie überarbeitete deutsche Beschreibungen aller Schritte. Auch die README wird klarer.

Falls weiter Probleme: am besten ein GitHub-Issue im Adapter-Repo (mosandlt/ioBroker.bosch-smart-home-camera) — dann kann ich die Logs direkt sehen.

Viele Grüße

[Jaschkopf]

@thomas-mosandl wäre es nicht möglich das ganze login Prozedere automatisch vom Adapter erledigen zu lassen und dort einfach die credentials zu hinterlegen? Kenne das von anderen Adaptern auch so das man eine URL mit Token zurück geben muss aber das simple hinterlegen von email+pw im Adapter ist deutlich bequemer

[Thomas Mosandl]

@jaschkopf Ja, da bin ich dran, da muss noch ein Endpoint geändert werden. Ich bin da schon dran. Das dauert leider, da es nicht in meiner Hand ist. Deshalb dieser "manuelle" Weg erstmal.

[Jaschkopf]

Hallo Thomas, glaube ich hab heute einen neuen Bug gefunden. Kameras liefen ganz normal, habe dann über die App den privacy mode aktiviert, weil ich im Garten gearbeitet habe und nonstop Bewegungen getriggert hab. Habe den privacy mode dann später auch über die App wieder deaktiviert, aber BlueIris und auch VLC kann über die Stream und Substream-URL keine Verbindung aufbauen, bzw. meldet "Check Port/User/Password" bzw in VLC wird nach User und PW gefragt. Habe den Adapter dann gerade neu gestartet, danach waren die Streams wieder online. Log packe ich dir in den Anhang. Bringt es für die Zukunft einen Vorteil für dich wenn ich den Adapter auf Debug-Level stelle? Bosch Error Log 2026_05_23.txt

[Thomas Mosandl]

Hallo Jaschkopf,

danke für den präzisen Bericht — der Bug war reproduzierbar und der Fix ist gerade in v0.7.12 raus (Tag gepusht, CI publiziert in den nächsten paar Minuten auf npm).

Root cause: jeder Privacy-Edge auf der Kamera (ON→OFF oder OFF→ON) rotiert Bosch-seitig die Digest-Credentials der RTSP-Stream-URL. Unser _liveSessions-Cache hielt aber innerhalb des 60s-TTL-Fensters die Vor-Toggle-Credentials fest. Der cameras.<id>.stream_url-DP publishte damit weiter die alten Zugangsdaten — BlueIris/VLC bekommen 401, der Adapter selbst ist unauffällig. Restart leerte den Cache, deswegen war das der "Workaround".

Fix: _pollSingleCameraState() erkennt jetzt jede Privacy-Transition über das Cloud-Polling und macht zwei Dinge:

1. Löscht die gecachte LiveSession aus _liveSessions
2. Setzt cameras.<id>.stream_url + cameras.<id>.stream_url_sub auf ""

Damit holt der nächste ensureLiveSession()-Call (Stream-Toggle, Snapshot, RCP-Write, Watchdog-Tick) frische Credentials per PUT /connection und re-publisht die URLs. Externe Clients sehen sofort einen leeren stream_url-DP statt stale-401 zu spammen.

Beide Edges sind abgedeckt, weil Bosch in beiden Richtungen rotiert.

Regression-Tests: 4 Pin-Tests in test/unit/main_privacy_toggle_invalidates_session.spec.ts für ON→OFF / OFF→ON / unverändert / kein Cached-Session. Full Suite jetzt 600 passing.

Update läuft automatisch über die ioBroker-Repos sobald CI durch ist (~5 Min nach diesem Post). Bei Update auf 0.7.12 dann kurz testen ob BlueIris/VLC nach einem Privacy-Cycle stabil bleibt — falls nicht, einen Debug-Log nachschießen, dann schaue ich nochmal.

Wer's auf GitHub trackt: würde mich freuen wenn du den Bug-Report dort als Issue dokumentierst (github.com/mosandlt/ioBroker.bosch-smart-home-camera/issues/new) — Forum-Posts gehen mir bei der nächsten Major-Release-Recherche schneller verloren als getrackte Issues.

— Thomas

[Jaschkopf]

Hab es jetzt zwei Mal getestet, beim ersten mal kam der Stream von beiden Cams nicht wieder, hab dann auf Debug Level geswitched und nochmal probiert, jetzt kam eine von beiden Cams wieder live. Im Anhang das Log vom 2. Test. 21:54 privacy on, 21:55 privacy off. Log.txt

[Thomas Mosandl]

Hi Jaschkopf,

dein Log aus Post #42 hat die Wurzel des Problems sehr deutlich gezeigt. v0.7.13 ist gerade auf npm und sollte den Bug vollständig schließen.

Was wirklich los war

v0.7.12 hat zwar die _liveSessions-Cache geleert und die stream_url-DPs auf "" gesetzt, aber der TLS-Proxy selbst hatte seine Digest-Credentials schon beim Proxy-Start in einer Closure gefangen. Auf dem Re-Use-Pfad (gleiche Remote-Adresse, Sticky-Port) wurde der Proxy weiterbenutzt ohne dass seine internen Creds aktualisiert wurden. In deinem Log steht das exakt drin:

21:55:07.945  TLS proxy E8376BA3: reusing port 33201 (remote unchanged 192.168.178.135:443)
21:55:18.286  RTSP auth E8376BA3: auth dance done (status 401), entering INJECTING mode
21:55:41.767  RTSP auth E8376BA3: auth dance done (status 401), entering INJECTING mode
21:56:11.815  RTSP auth E8376BA3: auth dance done (status 401), entering INJECTING mode

Das reusing port oben war der Schlüssel — danach hat der Proxy bei jedem Auth-Dance die alten Pre-Toggle-Creds eingesetzt und 401 kassiert. Die andere Cam (970E981A) hatte schlicht Glück, dass ihr erster Client-Connect noch in der ersten Session-Phase landete, bevor der Re-Use-Pfad griff.

Was v0.7.13 ändert

1. digestAuth lebt im Proxy jetzt in einem mutable Holder. Neue Methode updateDigestAuth(user, password) rotiert die Creds zur Laufzeit ohne Listener-Restart; Sticky-Port und bereits publizierte stream_url bleiben unangetastet.
2. upsertSession() ruft die Methode bei jedem Session-Refresh auf, auch auf dem Re-Use-Pfad.
3. Bei ON->OFF und aktivem livestream_enabled triggert der Adapter sofort eine frische ensureLiveSession(), damit die rotierten Creds beim Proxy ankommen bevor dein BlueIris reconnectet.
4. Zusätzlich als Defense-in-depth: falls trotzdem 401 in der Auth-Dance zurück kommt, leitet der Proxy das jetzt ehrlich an den Client weiter und schließt die Verbindung, statt blind in INJECTING-Mode mit kaputten Creds zu gehen.

Test bitte

Update auf v0.7.13, Privacy ein/aus über die Bosch-App und dann auf beiden Cams BlueIris/VLC reconnecten. Bei aktiviertem Debug-Log siehst du beim Toggle jetzt zwei neue Log-Lines pro Cam:

Privacy toggled externally for ... - dropped cached LiveSession ...
TLS proxy ...: refreshed Digest creds (user=cbs-...) - next client connection will use rotated creds

Interessant wäre insbesondere ob die zweite Kamera jetzt auch ohne Verzögerung wieder verfügbar ist. Falls trotzdem noch was hängt, melde dich.

Für künftige Bug-Reports gerne direkt auch über GitHub Issues, dann ist die Diskussion an der Codebasis verankert: https://github.com/mosandlt/ioBroker.bosch-smart-home-camera/issues

[Jaschkopf]

Danke, Fehler scheint mit 0.7.13 behoben zu sein. Gerate getestet, Stream kommt zuverlässig wieder online und BlueIris connectet automatisch wieder. Zukünftige Bugs werde ich über Github reporten ;)