Wie bekannt sein dürfte, schaltet Bose in den nächsten Tagen die Server ab, die von Bose Soundtouch Geräten für den vollen Leistungsumfang benötigt werden.
Inzwischen gibt es community-Projekte, mit denen die Server-Umgebung nachgebildet werden kann: soundcork dürfte das bekannteste dieser Projekte sein.
Damit der ursprüngliche Entwicklungsthread zum Bose Modul von FHEM, in dem jetzt auch schon die Diskussion zur aktuellen Überarbeitung läuft, nicht auch noch durch Fragen zu soundcork gefüllt wird, wäre es schön, wenn wir die Diskussion zu soundcork hier im Thread führen würden.
So, heute hatte ich mal wieder Zeit, mich mit dem Thema Bose zu befassen.
Unter welchen Voraussetzungen holen sich die Boxen die Presets.xml erneut vom Server ab?
Neustart (Server und/oder Box) alleine scheint nicht zu reichen.
Und wonach wird hier gesucht und nicht gefunden?
INFO 192.168.123.229:50369 - "POST /streaming/support/power_on HTTP/1.1" 404
INFO 192.168.123.229:50394 - "GET /streaming/sourceproviders HTTP/1.1" 404
Zwei Boxen laufen inzwischen über soundcork, dann ist der USB Stick mit dem micro-USB port in seine Einzelteile zerfallen...
Bei mir läuft immer noch eine 10 Wochen alte Version von soundcork. Alle meine Code-Beiträge wurden jetzt in den main branch übernommen, ich sollte das also mal nachziehen. Ab übernachster Woche wird alles besser...
LG
pah
Bei mir hatte ich am Wochenende soundcork einmal neu aus github aufgesetzt, das geht ja recht flott.
Inzwischen laufen alle 5 Boxen gegen soundcork. Aber die Presets sind erstmal noch die "alten" die vom Bose Server kamen.
Was mir noch völlig unklar ist, ist das Zusammenspiel zwischen Bose-App, soundcork und den Bose Boxen.
Aber vielleicht wird mir das klarer, wenn Bose wirklich mal abgeschaltet hat.
Offenbar ist jetzt wirklich etwas abgeschaltet worden. Während meine ST300 und die ST10 problemlos mit meinem soundcork-Server laufen, verweigert die ST20 den Dienst :-X
LG
pah
Aus Deinem Wiki-Artikel zitiert:
ZitatTODO: Unterabschnitte für die anderen Systeme schreiben, da nicht bekannt ist, wie lange BOSE die Informationen noch zur Verfügung stellt.
https://downloads.bose.com/ced/soundtouch/soundtouch_usb/index.html?l=de
Diese Download-URL existiert auch seit ein paar Tagen nicht mehr.
Meine auf soundcork konfigurierten ST10 funktionieren alle nicht mehr.
Beim Einschalten kommen diese Meldungen:
192.168.123.229:41854 - "POST /marge/streaming/support/power_on HTTP/1.1" 200
192.168.123.229:41856 - "POST /v1/scmudc/E8E.. HTTP/1.1" 200
192.168.123.229:41857 - "GET /bmx/registry/v1/services HTTP/1.1" 200
192.168.123.229:41863 - "GET /media/tunein-monochromePng.png HTTP/1.1" 200
192.168.123.229:41864 - "GET /media/orion-monochrome_v2.png HTTP/1.1" 200
192.168.123.229:41865 - "GET /media/siriusxm-monochromePng.png HTTP/1.1" 200
192.168.123.229:41867 - "GET /media/orion-monochrome_v2.png HTTP/1.1" 200
192.168.123.229:41873 - "POST /v1/scmudc/E8E.. HTTP/1.1" 200
192.168.123.229:41874 - "GET /marge HTTP/1.1" 404
192.168.123.229:41875 - "GET /marge/streaming/sourceproviders HTTP/1.1" 200
192.168.123.229:41876 - "POST /v1/scmudc/E8E.. HTTP/1.1" 200
192.168.123.229:41877 - "GET /marge/streaming/account/490../full HTTP/1.1" 200
192.168.123.229:41878 - "POST /v1/scmudc/E8E.. HTTP/1.1" 200
192.168.123.229:41879 - "POST /v1/scmudc/E8E.. HTTP/1.1" 200
192.168.123.229:41880 - "GET /marge/streaming/account/490../device/E8E../group/ HTTP/1.1" 307
192.168.123.229:41881 - "GET /marge/streaming/account/490../provider_settings HTTP/1.1" 200
192.168.123.229:41884 - "POST /v1/scmudc/E8E.. HTTP/1.1" 200
192.168.123.229:41892 - "GET /marge/streaming/account/490../provider_settings HTTP/1.1" 200
Bei der Auswahl eines Presets kommt:
192.168.123.229:45792 - "POST /v1/scmudc/E8E.. HTTP/1.1" 200
192.168.123.229:45794 - "POST /v1/scmudc/E8E.. HTTP/1.1" 200
192.168.123.229:45796 - "POST /v1/scmudc/E8E.. HTTP/1.1" 200
192.168.123.229:45819 - "POST /v1/scmudc/E8E.. HTTP/1.1" 200
Das sieht eigentlich alles "normal" aus.
Trotzdem spielt die Box nicht das gewünschte Preset ab und die gelbe LED ganz rechts leuchtet auf.
Die presets sind alle auf die lokale Fritzbox konfiguriert, auf der die 6 Internet-Radiostationen eingerichtet sind.
Irgendwas muss die Box wohl doch noch nach draußen telefonieren, ohne dass eine erwartete Antwort kommt.
Zitat von: betateilchen am 01 Mai 2026, 11:36:12Irgendwas muss die Box wohl doch noch nach draußen telefonieren, ohne dass eine erwartete Antwort kommt.
Es wird beispielsweise im Internet nach einem NTP Server gesucht.
In /etc/ntpservers.txt habe ich jetzt die Fritzbox als Server eingetragen und die anderen Einträge entfernt.
An dieser Stelle sei noch der Hinweis erlaubt, dass meine ST10 grundsätzlich keine Verbindung ins Internet aufbauen dürfen, sondern nur im lokalen Netzwerk laufen sollen.
Interessanterweise habe ich jetzt über die BOSE-App die Streams von der Fritzbox an eine beliebige Box schicken können, die dann brav abspielt. Dann kann ich auf der Box die PRESET Taste neu belegen und das macht die Zuordnung wieder persistent, auch nach dem Aus- und Wiedereinschalten oder nach einem Reboot der Box.
Aber für wie lange? Und warum funktioniert das irgendwann nicht mehr?
Bei mir funktioniert jetzt alles (ST10, ST20, ST300) wieder normal, ohne dass ich irgendetwas geändert hätte.
Zu systematischen Tests habe ich vor übernächster Woche keine Zeit, sonst hätte ich Dich gerne unterstützt.
LG
pah
Zitat von: Prof. Dr. Peter Henning am 01 Mai 2026, 12:26:53Zu systematischen Tests habe ich vor übernächster Woche keine Zeit, sonst hätte ich Dich gerne unterstützt.
Kein Problem, ich sammle hier einfach mal alles, was mir so auffällt.
Vermutlich wird es nächste Woche noch mehr Dinge geben, die nicht so richtig klappen.
Inzwischen habe ich aber auch die Logik verstanden, wann sich die Boxen die presets holen:
Wenn ich das preset einer beliebigen Box direkt am Gerät ändere, wird das an soundcork gemeldet, indem die neue Presets.xml auf den soundcork Server gespeichert wird. Daraufhin holen sich sofort alle Boxen (inklusive derjenigen, die die Änderung ausgeführt hat) die "neue" Presets.xml.
INFO 192.168.123.229:56570 - "POST /v1/scmudc/E8E HTTP/1.1" 200
INFO 192.168.123.229:56572 - "PUT /marge/streaming/account/490/device/E8E/preset/1 HTTP/1.1" 200
INFO 192.168.123.229:56577 - "POST /v1/scmudc/E8E HTTP/1.1" 200
INFO 192.168.123.229:56580 - "GET /marge/streaming/account/490/device/E8E/presets HTTP/1.1" 200
INFO 192.168.123.225:46495 - "GET /marge/streaming/account/490/device/EC2/presets HTTP/1.1" 200
INFO 192.168.123.227:59281 - "GET /marge/streaming/account/490/device/64C/presets HTTP/1.1" 200
INFO 192.168.123.228:41282 - "GET /marge/streaming/account/490/device/B0D/presets HTTP/1.1" 200
INFO 192.168.123.226:54561 - "GET /marge/streaming/account/490/device/F45/presets HTTP/1.1" 200
Der Markt füllt sich langsam mit günstig angebotenen Bose Soundtouch Geräten 8)
Guter Hinweis. Nächste Woche habe ich wieder etwas Luft, da werde ich diesen Markt mal prüfen und meiner Frau noch etwas für ihr Arbeitszimmer besorgen.
LG
pah
Zitat von: Prof. Dr. Peter Henning am 07 Mai 2026, 05:31:47da werde ich diesen Markt mal prüfen
Aktuelle Marktlage:
ST10 = ca. 40-50 Euro
ST20 III = ca. 80-120 Euro
Inzwischen bin ich gut bevorratet 🙃
Also bei mir läuft der Soundcork nach dem Update nicht mehr.
http://ip:8000/docs kann ich noch aufrufen, beim Aufruf von http://ip:8000/ kommen nur Fehler.
Ich habe Python 3.12.12
((.venv) ) soundcork@pi3:~/soundcork/soundcork $ fastapi run main.py
FastAPI Starting production server 🚀
Searching for package file structure from directories with __init__.py files
2026-05-07 22:42:18,863 [soundcork.datastore] INFO: Initiating Datastore
2026-05-07 22:42:19,034 [soundcork.datastore] INFO: Initiating Datastore
2026-05-07 22:42:20,059 [soundcork.datastore] INFO: Initiating Datastore
Importing from /home/soundcork/soundcork
module 📁 soundcork
├── 🐍 __init__.py
└── 🐍 main.py
code Importing the FastAPI app object from the module with the following code:
from soundcork.main import app
app Using import string: soundcork.main:app
server Server started at http://0.0.0.0:8000
server Documentation at http://0.0.0.0:8000/docs
Logs:
INFO Started server process [67449]
2026-05-07 22:42:25,142 [uvicorn.error] INFO: Started server process [67449]
INFO Waiting for application startup.
2026-05-07 22:42:25,146 [uvicorn.error] INFO: Waiting for application startup.
INFO Application startup complete.
2026-05-07 22:42:25,150 [uvicorn.error] INFO: Application startup complete.
INFO Uvicorn running on http://0.0.0.0:8000 (Press CTRL+C to quit)
2026-05-07 22:42:25,156 [uvicorn.error] INFO: Uvicorn running on http://0.0.0.0:8000 (Press CTRL+C to quit)
INFO 192.168.178.48:61900 - "GET /docs HTTP/1.1" 200
INFO 192.168.178.48:61900 - "GET /openapi.json HTTP/1.1" 200
INFO 192.168.178.48:61903 - "GET / HTTP/1.1" 500
ERROR Exception in ASGI application
Traceback (most recent call last):
File "/home/soundcork/soundcork/.venv/lib/python3.12/site-packages/anyio/_backends/_asyncio.py", line 1002, in run
result = context.run(func, *args)
^^^^^^^^^^^^^^^^^^^^^^^^
File "/home/soundcork/soundcork/soundcork/main.py", line 142, in read_root
for speaker in speakers.all_devices().values():
^^^^^^^^^^^^^^^^^^^^^^
File "/home/soundcork/soundcork/soundcork/ui/speakers.py", line 85, in all_devices
account_ids = self._datastore.list_accounts()
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/home/soundcork/soundcork/soundcork/datastore.py", line 651, in list_accounts
for account_id in next(walk(self.data_dir))[1]:
^^^^^^^^^^^^^^^^^^^^^^^^^
StopIteration
The above exception was the direct cause of the following exception:
Traceback (most recent call last):
File "/home/soundcork/soundcork/.venv/lib/python3.12/site-packages/uvicorn/protocols/http/httptools_impl.py", line 421, in run_asgi
result = await app( # type: ignore[func-returns-value]
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/home/soundcork/soundcork/.venv/lib/python3.12/site-packages/uvicorn/middleware/proxy_headers.py", line 56, in __call__
return await self.app(scope, receive, send)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/home/soundcork/soundcork/.venv/lib/python3.12/site-packages/fastapi/applications.py", line 1159, in __call__
await super().__call__(scope, receive, send)
File "/home/soundcork/soundcork/.venv/lib/python3.12/site-packages/starlette/applications.py", line 90, in __call__
await self.middleware_stack(scope, receive, send)
File "/home/soundcork/soundcork/.venv/lib/python3.12/site-packages/starlette/middleware/errors.py", line 186, in __call__
raise exc
File "/home/soundcork/soundcork/.venv/lib/python3.12/site-packages/starlette/middleware/errors.py", line 164, in __call__
await self.app(scope, receive, _send)
File "/home/soundcork/soundcork/.venv/lib/python3.12/site-packages/starlette/middleware/cors.py", line 88, in __call__
await self.app(scope, receive, send)...
Was hast Du denn aktualisiert?
python3 oder soundcork oder beides?
Bei mir läuft python 3.12.3 und damit funktioniert soundcork problemlos.
Eigentlich nur den Soundcork aktualisiert :o .
Ich habe mich jetzt einmal dem Docker gewidmet, funktioniert auch - allerdings je nach Methode unterschiedlich.
Ich meine damit nur die reine Installation des Containers, am Ende findet die eine meine Boxen, die andere nicht, einmal wird noch erfolglos versucht einen nginx-ETag Container zu aktivieren, schließlich jedoch, mit manueller Angabe der Daten, sind alle Boxen da (sorry, viele Kommatas) 8).
Ob das weiter funktioniert werde ich dann hier kundtun.
Für den Notizzettel:
Wer jetzt nach Abschaltung der Server die Bose App nutzt, um neue Lautsprecher ins Netzwerk zu bringen (das funktioniert nach wie vor), sollte danach unbedingt daran denken, die ursprüngliche Account-ID in der DeviceInfo.xml im tag "<margeAccountUUID>" zu hinterlegen. Per default wird dort kein Account mehr eingetragen.
<?xml version="1.0" encoding="UTF-8" ?>
<info deviceID="3.....">
<name>Reserve_ST20_1</name>
<type>SoundTouch 20</type>
<margeAccountUUID>4.....</margeAccountUUID>
<components>
....
One more hint:
- Ordner Soundcork anlegen, ,,docker-compose.yml" und ,,nginx-ETag.conf" aus dem Soundcork-Git dort ablegen und konfigurieren.
- In den Ordner Soundcork wechseln
docker compose pull
docker compose up -d- Im jetzt angelegtem Unterverzeichnis ,,data" alle Konfigurationen zu den Boxen
Zitat von: FlatTV am 07 Mai 2026, 22:50:40Also bei mir läuft der Soundcork nach dem Update nicht mehr.
http://ip:8000/docs kann ich noch aufrufen, beim Aufruf von http://ip:8000/ kommen nur Fehler.
Genau das Problem hatte ich heute auch. Sowohl der Aufruf von /admin als auch /miniapp liefen auf Fehler.
Irgendwann habe ich dann einen Blick in das error-Log von soundcork geworfen, und darin die (wahrscheinliche) Fehlerursache gefunden. Es wurde nach einer DeviceInfo.xml gesucht, die nicht gefunden wurde. Diese Fehlerausgabe hat offenbar den Server blockiert.
Nachdem ich in der Datenstruktur die entsprechende Datei angelegt hatte, war alles wieder in Ordnung, die Box lief problemlos und der Server zeigte alle Seiten an, die ich haben wollte.
Hallo zusammen,
mich hat die ABschaltung der Bose Cloud eiskalt erwischt. Meine Frau und ich warne nur verwundert, warum plötzlich das Web-Rasio nimmer ging. Ok nun weiß ich es.
Mein Fehler war es vermutlich, dass ich zuerst ein Werksreset versucht habe. Nun wir bei Aufruf von \info
die "<margeAccountUUID>" nicht mehr angegeben.
Hab mich soweit auch schon informiert,
soundcork, wird installiert, OTG Kabel bereits da, Zugriff auf die Soundtouch 10 per Putty funktioniert.
Hab nun mal als erstes versucht, per WinSCP die DeviceInfo.xml zu finden. Leider ohne Erfolg.
@betateilchen kannst du mir den Pfad nennen wo sie den sein soll?
oder hat es was damit zu tun, dass wenn ich
http://192.168.1.xxx:8090/soundTouchConfigurationStatus
aufrufe, ich als Antwort folgendes erhalte:
<SoundTouchConfigurationStatus status="SOUNDTOUCH_NOT_CONFIGURED"/>
Vielleicht kann ich ja bei dem ein oder anderen ja auch unterstützen
Danke im Voraus
Michael
Die DeviceInfo.xml gibt es nicht als Datei auf dem Gerät.
Den Inhalt bekommst Du über <box-IP>:8090/info im Browser
Wenn Du die Box im WLAN hast und der soundcork läuft, kannst Du mal die url <soundcork-IP>:8000/admin aufrufen und schauen, ob die Box da schon auftaucht
Man liest immer wieder was von OTG-Adapter, um einen USB-Stick an die mirco-USB Buchse der ST10 zu bringen.
Es gibt aber auch für kleines Geld (meist günstiger als ein Adapter) USB-Sticks, die einfach beide Anschlüsse bieten.
Der im Anhang gezeigte USB-Stick hat USB-A und micro-USB und wurde erfolgreich an ST10 und ST20 getestet. Neulich im Am..on Warehouse für 4,99 Euro gefunden.
Zitat von: betateilchen am 12 Mai 2026, 22:08:59Die DeviceInfo.xml gibt es nicht als Datei auf dem Gerät.
War ein etwas längerer Kampf. Hab ja zwei von den ST10sm2.
Beide spielen nun auch Web-Radio, obwohl eine zickiger war. Hatte bei dieser zuvor ein Werksreset gemacht gemacht.
Abe rläuft nun mit soundcork, es werden beide gesehen, Preset direk tüber FB gehen auch.....
Ein Reset auf Werkseinstellungen ist immer der erste Schritt, wenn ich eine Box einrichte. Nach meinen Erfahrungen erleichtert das die Arbeit erheblich.
Im zweiten Schritt wird die Box über die Bose App zum WLAN hinzugefügt.
Danach erfolgte die Umstellung auf soundcork.
Dauert hier inzwischen insgesamt weniger als 10 Minuten.
Hallo zusammen,
als Embedded-Variante neben soundcork: ich habe ein paralleles Projekt für dasselbe Problem aufgesetzt —
BoseFix32 läuft direkt auf einem 5-€-ESP32-Stick statt als Python-Server am Host.
- Repo: github.com/tostmann/BoseFix32 (https://github.com/tostmann/BoseFix32)
- Webflasher: install.busware.de/bosefix/ (https://install.busware.de/bosefix/)
Funktional vergleichbar zu soundcork, also keine Konkurrenz, sondern eine zweite Stütze für dasselbe Problem:
- Emuliert die Bose-Cloud-Endpunkte (BMX-Registry, /streaming, /updates, account/full) auf Port 8000 des ESP.
- Findet die Speaker per SSDP + ARP-Scan, schreibt die Cloud-URLs im NVS des Speakers über die Diag-Shell (TCP:17000) um — voll reversibel (Revert setzt die Original-URLs zurück).
- Liest existierende Presets vor der Migration ein, normalisiert sie (TUNEIN passthrough, RADIO_BROWSER → radio-browser.info-Resolve, Spotify/AirPlay = abandoned) und embedded sie in den /account/full-Sync, sodass nach dem Reboot die 1–6-Tasten ohne Long-Press wieder spielen.
- TuneIn-IDs werden live gegen opml.radiotime.com aufgelöst.
- NTP-Thema wie hier im Thread beschrieben: der Speaker zieht weiter NTP, Redirect auf die FritzBox/lokalen NTP-Server bleibt nötig.
Warum als ESP32-Variante zusätzlich zu soundcork:- Keine Python-Toolchain. Das, was hier mit 3.12.12 vs 3.12.3 aufgeschlagen ist, kann auf dem ESP nicht passieren.
- 24/7-Betrieb am USB-Netzteil ohne Host/Container.
- Verteilung per Web-Flasher in Chrome/Edge — Improv-WiFi-Onboarding aus dem Browser, ohne CLI. Damit kommen auch Nicht-FHEMler an einen laufenden Cloud-Ersatz.
Hardware: ESP32-S3-DevKitC-1-N16R8 ist die Empfehlung; ESP32 / C3 / C6 bauen mit, der C6 ist auf WiFi-6-Netzen aktuell knapp.
Modell-Whitelist im Auto-Migrate: SoundTouch 10 / 20 / 30, Firmware 27.0.6.x und 27.0.3.x — andere Modelle/FW-Stände werden bewusst nicht angetastet, weil ich sie hier nicht testen kann.
Stand: läuft hier produktiv gegen drei Speaker (ST10 + ST20 + ST30) seit ein paar Tagen, inkl. 4-Phasen-Ping-Pong-Test zwischen zwei Sticks zur Auto-Claim/Release-Validierung. Lizenz GPL-3.0.
Über Rückmeldungen — speziell von anderen Modellen oder FW-Ständen — würde ich mich freuen. Falls jemand soundcork und BoseFix32 mal parallel betreibt und Quirks gegenüberstellt, wäre das hochinteressant.
Gruß
Dirk
Hallo tostmann,
ich hatte die Art der Box-Konfiguration schon bei Überböse gelesen.
Wie machst du denn den revert genau?
Cu
Jörg
Hallo Jörg,
Revert ist symmetrisch zur Migration und steht beides im README beschrieben: https://github.com/tostmann/BoseFix32#what-it-does-on-the-speaker
Kurz: BoseFix32 öffnet den Telnet-Diag-Shell des Speakers auf Port 17000, schreibt mit envswitch boseurls set die URL-Liste in der NVRAM-Config um und triggert einen Reboot. Bei der Migration zeigen die URLs auf den ESP (http://<bosefix-ip>:8000), beim Revert zurück auf die Original-Bose-Hostnamen. Die Original-URLs hält BoseFix32 sich vor dem ersten Migrate weg.
Kein TLS-Eingriff, kein USB-Recovery, kein SSH — die boseurls sind reine HTTP-URLs ohne Cert-Pinning, deshalb ist der Vorgang in beide Richtungen risikofrei: solange Port 17000 erreichbar ist, kommst du immer wieder auf den Bose-Original-Stand zurück.
Implementierung: speaker_telnet.cpp::revertSpeaker() im Repo.
Hi Dirk,
habe nun mal den bosefix32 installiert auf einem esp32 S3. Klappt auf Anhieb. Lautsprecher werden gefunden etc.
Gibt es schon einen Ausblick, was Du noch alles hinzufügen möchtest in der Zukunft?
Generell finde ich das Handling gut.
Was mir bisher aufgefallen ist
- Bei meinen Lautsprechern zeigt PRESET 1 auf meinen lokalen Medienserver (DLNA, Fritzbox). Bei bosefix wird hier ein "leerer" Preset angezeigt.
- generell wäre es super, wenn man auf lokalen Medienserver zugreifen könnte, um Presets zu setzen. Ggfs. auch nur mit dem Eintragen des korrekten Pfades/Adresse.
- ist geplant auch noch andere Quellen einzubinden (bspw. Spotify, ggfs. über deren Developer-App etc.? oder Amazon Prime Music etc.)?
- gibt es ein max. Limit an Lautsprechern, die verbunden werden können? Aktuell habe ich 7 Geräte verbunden, aber 2 weitere findet er nicht. Bei manueller IP Suche für die Lautsprecher findet er sie auch nicht. In anderen Apps und Lösungen werden die Lautsprecher gefunden.
Hier ist ja der Thread zu Soundcork, vielleicht sollte man für bosefix32 einen separaten Thread aufmachen?! Oder hast Du ggfs. eine andere Idee für Kommunikation (mal abgesehen von "issues" bei github)?
Ansonsten, was ich bisher getestet habe:
- bosefix32 ( https://github.com/tostmann/BoseFix32 )
- OpenCloudTouch ( https://github.com/scheilch/opencloudtouch ) => Zugriff auf Lautsprecher, komplettes durchklickbares Handling mit SSH etc. incl. Backup auf USB usw., Setzen von Presets, Radiosender, Zonen, noch keine weiteren externen Quellen
- Boseman - App ( play store, 1. Monat frei, danach 2,30 EUR mtl., deutsche Firma (!) ), macht einen ordentlichen Eindruck, kein lokaler Server nötig (vor- und nachteil gleichzeitig ;) ), Radio, Medienserver, eigene Streams, Zonen, externe Quellen in Vorbereitung, als nächstes wohl Amazon Prime Music, Steuerung der Boxen, also so ziemlich alles, was die Bose App vorher auch konnte. Migration der Boxen auf deren Server, ein einfacher Klick reicht.
- Presets über Json-Datei auf einem Webserver und per curl Befehl auf den Boxen setzen ( https://gist.github.com/rody64/98a59990ff60ea962cac72cbe93edf56 ) , Das klappt gut eben für eigene Radiostreams, ohne eigenen Server, eben nur mit Zugriff auf einen Webserver für die Json-Dateien, keine Änderung an den Boseboxen erforderlich. Keine Medienserver, etc. möglich.
- Soundploy V1 und V2 ( https://github.com/gmuth/soundploy ) , nur angeschaut noch nicht getestet
- Fritzbox-Radiosender/Medienserver nutzen, per Curl-Befehle die Presets setzen. etc.
Für einige Lösungen, Presets über JSon, Fritzbox und Soundploy ist es nötig, dass mindestens die Quelle "STORED_MUSIC" auf der Box vorhanden ist. Sollte bei einer eingerichteten Box der Fall sein. Aber wenn die Box auf Werkseinstellung zurückgesetzt wurde, fehlen diese Einstellungen. Habe auch noch nicht herausgefunden, wie man eine "QUelle" in der Box per telnet etc. setzen kann. Habe in den Fällen einfach per Bosman App die Einrichtung vorgenommen. Danach konnten auch die drei angesprochenen Lösungen durchgeführt werden.
Hi, danke für den ausführlichen Bericht und die faire Vergleichsliste — hat mich durch den Tag begleitet. Punkte:
DLNA/Fritzbox-Preset wird als "leer" angezeigt — behoben in v0.6.0, gerade live unter install.busware.de/bosefix/ (https://install.busware.de/bosefix/). BoseFix32 hat bis v0.5.x alles ausser TuneIn/Internet-Radio als "abandoned" markiert. Ab v0.6.0 fängt der Source-Normalizer unbekannte Klassen (STORED_MUSIC_MEDIA_RENDERER, UPNP, BT-Presets) als opaque Passthrough — das komplette ContentItem-XML wird beim Import gespeichert und beim Cloud-Sync 1:1 zurückgereicht. Der Speaker spricht den DLNA-Server eh direkt an. Update geht per WebUI "Online-Update" oder Re-Flash über den Webflasher.
Falls's bei dir trotzdem nicht klappt — z.B. weil das ContentItem speaker-spezifische Tokens hat, die wir noch nicht kennen — ist neu in der WebUI ein 📋 Snapshot-Button pro Speaker. Dialog → "📤 Send to maintainer" lädt die komplette Speaker-Konfiguration (alle BMX-Endpoints + Telnet getpdo) an install.busware.de hoch. Kein WiFi-PSK, kein TuneIn-Token drin — nur Speaker-MAC, FW-Version, Source-XMLs. Damit kann ich gezielt nachbauen.
Custom-URL als Preset — schon im WebUI, "Direct stream (URL)" beim Preset-Editor.
Spotify / Amazon Prime Music — Spotify theoretisch über Connect+OAuth machbar, aber eigenes Projekt. Amazon war auf SoundTouch nie eine eigene BMX-Source. Realistisch nächste Iteration: mehr Internet-Radio + DLNA-Stabilität, kein Spotify-Versprechen.
STORED_MUSIC nach Werks-Reset wieder reinkriegen — habe ich heute nicht abschliessend gelöst (keine alte Bose-App + kein DLNA-Server im Lab). Wenn du nach dem v0.6.0-Update den Snapshot-Button klickst, sehe ich das echte ContentItem-Format und kann den fehlenden Sync-Pfad nachbauen.
Eigener FHEM-Thread für BoseFix32 — ja, mach gerne auf. Issues weiter auf GitHub (https://github.com/tostmann/BoseFix32/issues), Forum für Diskussion + Real-World-Feedback.
bis morgen ...
Danke für die Infos und die Änderungen :)
Also Online-Update von bosefix32 funktioniert. Aktuell 0.6.484.
DLNA Preset wird nun angezeigt. Das klappt also.
Also Audio-Quellen kann man bisher tunein und eigene Stream-Adressen "Direct stream (URL)" verwenden.
Kann man auch einen Preset hinterlegen für eine DLNA Quelle (Ordner, Track, ... Webradio der Fritzbox). Aktuell wird nur ein gespeicherter Preset von DLNA angezeigt, man kann aber keinen neuen Preset dafür setzen, oder?
Spotify wäre nice. Aktuell geht es ja über Spotify Connect von der Handy-App aus. Aber über den Weg kann man ja keine Playlists als Preset speichern. (hatte vorher ein paar Playlists von Spotify als Preset abgelegt. Im FHEM Modul bosest kann man ja zusätzlich noch die Speicher 7 - 20 belegen.)
Aber am wichtigsten ist bei mir auch das Internet-Radio und lokale Mediaserver DLNA.
Amazon Prime Music, klar, das gab es bei Bose auch nicht. Hatte es nur erwähnt, weil ich bei der Bosman-App gesehen habe, dass das wohl als nächstes dort implementiert wird.
ZitatSTORED_MUSIC nach Werks-Reset wieder reinkriegen — habe ich heute nicht abschliessend gelöst (keine alte Bose-App + kein DLNA-Server im Lab). Wenn du nach dem v0.6.0-Update den Snapshot-Button klickst, sehe ich das echte ContentItem-Format und kann den fehlenden Sync-Pfad nachbauen.
Von welchem Lautsprecher brauchst Du einen Snapshot?
- Von einem, der noch nicht migriert ist, aber noch die Einrichtung von bose hat oder
- einem der schon migriert ist oder
- einem der frisch zurückgesetzt ist und somit keine externe Quelle (STORED_MUSIC) hinterlegt hat?
Und dann noch die Frage, momentan sind bei bosefix32 nur 6 Geräte zu sehen. Ein Scan findet nicht mehr und auch ein manuelles hinzufügen über IP klappt nicht. Eigentlich sind gerade 8 Geräte bei mir aktiv und bspw. auch über das BOSEST Modul in fhem ansprechbar. Hast Du dazu eine Idee?
Ich habe einen neuen Thread gestartet und antworte auf diese Frage hier: https://forum.fhem.de/index.php?topic=144729.msg1363975#msg1363975
Zitat von: betateilchen am 08 Mai 2026, 19:59:22Für den Notizzettel:
Wer jetzt nach Abschaltung der Server die Bose App nutzt, um neue Lautsprecher ins Netzwerk zu bringen (das funktioniert nach wie vor), sollte danach unbedingt daran denken, die ursprüngliche Account-ID in der DeviceInfo.xml im tag "<margeAccountUUID>" zu hinterlegen. Per default wird dort kein Account mehr eingetragen.
<?xml version="1.0" encoding="UTF-8" ?>
<info deviceID="3.....">
<name>Reserve_ST20_1</name>
<type>SoundTouch 20</type>
<margeAccountUUID>4.....</margeAccountUUID>
<components>
....
Also ich benutze jetzt Soundcork mit Stockholm-Soundcork-App.
Die Account ID musste ich an einem neuen Gerät schon einmal tauschen, hierfür habe ich in der Datei /mnt/nv/BoseApp-Persistence/1 SystemConfigurationDB.xml, den Tag <AccountUUID>my_id</AccountUUID> direkt auf der Box geändert.
auch die Sourses.xml, Presets.xml und Recents.xml habe ich von meinem original Altbestand einfach dort hinein kopiert.
Das Ändern der URL mache ich jetzt ohne Root-Zugriff.
telnet IP 17000dann
sys configuration bmxRegistryUrl http://soundcork:8000/bmx/registry/v1/services
sys configuration statsServerUrl http://soundcork:8000
sys configuration margeServerUrl http://soundcork:8000/marge
sys configuration swUpdateUrl http://soundcork:8000/updates/soundtouch
envswitch boseurls set http://soundcork:8000 http:/soundcork:8000/updates/soundtouch
getpdo CurrentSystemConfiguration
sys reboot