Neueste Beiträge

[DLNA-Preset NEU anlegen]

#11

ESP Familie / Aw: BoseFix32 — lokaler SoundT...

Letzter Beitrag von fred_feuerstein - 21 Mai 2026, 13:43:38

DLNA-Preset NEU anlegen
Aktuell nein. BoseFix32 reicht ein DLNA-ContentItem, das der Speaker schon hatte, 1:1 wieder zurueck — er bringt also seine alten Presets ueber die Migration. Aber: einen DLNA-Server zu browsen (Ordner aufklappen, Track waehlen, als Preset speichern) heisst, einen UPnP/ContentDirectory-Client im ESP32 zu haben. Das ist substantieller Aufwand und steht aktuell nicht auf der Liste — ehrlicher Stand. Was als Workaround geht: wenn du die Stream-URL deines Fritzbox-Webradios oder einer DLNA-Quelle direkt kennst (z.B. aus der Fritzbox-UI rauskopiert), kannst du sie als "Direct stream (URL)" in BoseFix32 als Preset speichern. Das ist dann technisch INTERNET_RADIO, nicht STORED_MUSIC, aber fuer Webradio-Streams ist das identisch von der Funktion.

also ich habe hier einen Lautsprecher, der noch nicht migriert ist und die QUelle STORED_MUSIC noch kennt. Er hat 6 Presets, die alle auf den DLNA von der Fritzbox zeigen. Einmal einen MP3 Ordner auf der 1 und dann 2 bis 6 Radiosender von der Fritzbox.
So sieht es aus vor Migration: Bild1
Nach der Migration sieht es so aus: Bild2

im Webif von bosefix32 stehen alle presets drin. Aber wenn ich einen Preset an der Box einschalte, kommt auf dem Display: Preset noch nicht gewählt (oder so ähnlich). Und in der original Bose-App sehe ich auch, dass kein Medienserver zu sehen ist.
Wenn ich auf einen der Presets im Webif von bosefix klicke, um den auf der Box zu speichern kommt der Hinweis: Quelle nicht vorhanden. Also das geht so nicht.
Wüsste auch nicht, welchen Pfad als Direktstream ich eingeben sollte. Per XML curl kann man ja die Presets auch setzen von der Fritzbox als Quelle, aber auch nur wenn bereits der STORED_MUSIC hinterlegt ist. Denke, das ist eines der Hauptprobleme aktuell.
Von dieser Box sende ich Dir jetzt mal den Snapshot. (13:53 Uhr)

Hier muss ich also vorerst entweder Radiosender als direktstream einbinden oder über tunein. tunein lasse ich erstmal aussen vor.
Oder ich muss die Einrichtung der Box über die bosman-App machen und zu deren Server migrieren. In der App kann ich dann auf meine medienserver zugreifen und Quellen von dort setzen. Ziel wäre natürlich die Bosman-App nicht mehr zu benötigen.

Spotify

soweit verstanden. Ist also evtl. irgendwann mal ein separates Projekt

bosest 7-20

Das war gar nicht meine Erwartung, die SPeicherung von 7- 20 Presets. Hier reicht ja die Möglichkeit in BOSEST-FHEM. Denke in bosefix sollte erstmal der Standard laufen.

Amazon Prime Music in Bosman

Wie gesagt, war nur als Hinweis gedacht. kein momentanes todo etc.

Snapshot — welcher Speaker?
Der beste Snapshot fuer mich ist: ein bereits migrierter Speaker, der ein funktionierendes DLNA-Preset enthaelt. Also genau der, an dem du jetzt nach dem v0.6.0-Update das DLNA-Preset wieder siehst.

Genau so einen Lautsprecher habe ich nicht. Siehe oben. Nach der Migration sind die Presets nicht mehr an der Box verfügbar und der STORED_MUSIC ist weg.

6 von 8 Geraeten — der wichtigste Punkt
Das ist ein echter Bug oder Setup-Problem, dem will ich nachgehen. ...

• 1. Welche Bose-Modelle sind die 2 fehlenden? (SoundTouch 10/20/30, Wave SoundTouch, SoundTouch 130/300/520, Wireless Link Adapter, Soundbar, ...)
• 2. IP-Adressen der 2 fehlenden Speaker — bekommst du die aus deinem Router oder aus FHEM/bosest? Bitte gegen die manuell adden im BoseFix32-WebUI testen.
• 3. Wenn manuell-add fehlschlaegt: auf einer Shell folgendes absetzen:
  
  Code Auswählen Erweitern
  curl -v http://<fehlende-ip>:8090/infoBekommst du da ein XML zurueck das mit "<info deviceID=..." beginnt? Oder gibt es Connection-Refused / Timeout / anderen Inhalt?
• 4. Sind alle 8 Geraete im selben Subnetz (gleiches /24)? Multicast/SSDP geht nur innerhalb des Broadcast-Domain.
• 5. Hast du IGMP-Snooping auf deinem Switch oder Multicast-Filtering auf dem AP? Auf Aruba- oder Unifi-Setups verschluckt das gerne SSDP-Antworten — fuer 6 von 8 Geraeten klappt es dann zufallsverteilt.

Wenn du mir die Modelle der 2 fehlenden Speaker und das curl-Ergebnis vom /info-Endpoint nennst, finden wir die Ursache schnell. Bei einem v.a. Multicast-Problem koennte ich auch nochmal mehr Spam-Logging in den Discovery-Code einbauen — dann sieht man im seriellen Output von BoseFix32 welche IPs auf M-SEARCH antworten und welche nicht.

zu 1: also es sind eine Soundtouch Portable und eine Soundtouch 30, die nicht gefunden werden und auch manuell nicht hinzugefügt werden können.
zu 2: die IP Adressen habe ich aus dem Router. Sind aber auch im FHEM BOSEST enthalten und die gleichen.

Der Scan findet sie nicht und manuell über IP geht auch nicht.

zu 3: im Browser oder in einer Shell kommt bei curl -v http://<fehlende-ip>:8090/info ein passendes xml:

Code Auswählen Erweitern

<info deviceID="F4844C2FFCAB">
<name>EG_Kueche_ST30</name>
<type>SoundTouch 30</type>
<margeAccountUUID>cmp5q12324523452356325345235oaunh</margeAccountUUID>
<components>
<component>
<componentCategory>SCM</componentCategory>
<softwareVersion>
27.0.6.46330.5043500 epdbuild.trunk.hepdswbld04.2022-08-04T11:20:29
</softwareVersion>
<serialNumber>F81239457239457239457239057235940</serialNumber>
</component>
<component>
<componentCategory>PackagedProduct</componentCategory>
<serialNumber>069447981830183AE</serialNumber>
</component>
</components>
<margeURL>https://server.bosman.app</margeURL>
<networkInfo type="SCM">
<macAddress>F4844C2FFCAB</macAddress>
<ipAddress>192.168.123.191</ipAddress>
</networkInfo>
<networkInfo type="SMSC">
<macAddress>F4844C475155</macAddress>
<ipAddress>192.168.123.191</ipAddress>
</networkInfo>
<moduleType>sm2</moduleType>
<variant>mojo</variant>
<variantMode>normal</variantMode>
<countryCode>GB</countryCode>
<regionCode>GB</regionCode>
</info>bei der portable kommt auch ein xml Ergebnis.
Und vor allem. In der orig. Bose-App sind alle Boxen zu finden, in fhem sind alle Boxen und in Boseman auch.

zu4: ja sind alle im gleichen Netz. Habe nur ein Subnetz zuhause. Ist zwar recht groß, aber nur ein subnetz.
zu5: das kann ich Dir nicht sagen. Ich habe nur Fritz-Geräte im Einsatz. Da ist zumindest nichts speziell konfiguriert oder speziell abgeschaltet was das betrifft.

Puh. Doch eine längere Nachtricht

[Revision 31254: 55_minisip.pm: under development]

#12

FHEM Code changes / Revision 31254: 55_minisip.pm:...

Letzter Beitrag von System - 21 Mai 2026, 12:40:43

Revision 31254: 55_minisip.pm: under development

55_minisip.pm: under development

Source: Revision 31254: 55_minisip.pm: under development

#13

Anfängerfragen / Cuxd und AES Verschlüsselung

Letzter Beitrag von wildkatze - 21 Mai 2026, 12:01:29

Hallo zusammen,

ich möchte einen  wm-Key in die CuxD.ini eintragen. Das funktioniert aber nicht, die Befehlszeile wird immer mit einem ";" hinterlegt und nicht gelesen.
Wollte dann eine wm-Bus Lizenz für einen Mbus Stick "nano Cul 868 " kaufen. Nach Angaben von eHome  gibt es keine wm-bus Lizenzen mehr.
Gibt es überhaupt ein Möglichkeit ein wm-Bus Gerät mit AES Verschlüsselung in die CCU3 über Cuxd und einen wm-bus Stick einzubinden?
Geräte ID und AES Code vorhanden. Datenprotokoll T1 wird übertragen, aber nicht verarbeitet.
Kann mir hier jemand helfen?

Viele Grüße Ralph

#14

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von DS_Starter - 21 Mai 2026, 11:26:34

Das kommt darauf an ob du die WP gemäß PV Überschuß steuerst, ich denke mal nicht.
Die WP richtet sich nach der Temperatur und nicht danach ob Überschuß da ist oder nicht.
Deswegen würde ich bei v1_heatpump bleiben.
Ausprobieren kannst du es natürlich, tut ja nicht weh.

#15

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von Gisbert - 21 Mai 2026, 11:12:53

Noch eine Nachfrage:
Ich hab das ausgewählt:

Code Auswählen Erweitern

aiConProfile=v1_heatpumpSoll ich das bei erhalten oder lieber auf

Code Auswählen Erweitern

aiConProfile=v1_heatpump_pvumstellen?
Ich werde dann neu trainieren, mit den obigen Daten sowie dem bevorzugten Eintrag aiConProfile=v1_heatpump oder ..._pv.

Viele Grüße Gisbert

#16

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von DS_Starter - 21 Mai 2026, 11:02:56

Moin Gisbert,

wir haben bei dir nur wenige Datensätze für Training und Validierung (Training=2483, Validation=621).
Das ist wirklich nicht viel und gerade ein bisschen mehr als das geforderte Minimum.
Ich würde im ersten Schritt einstellen:

aiConShuffleMode=1

Eventuell das Netz noch weiter reduzieren auf: 32-16 oder 20-10-5

Trainiere mal damit.

#17

Solaranlagen / Hinweis - Modul zur Steuerung ...

Letzter Beitrag von Devirex - 21 Mai 2026, 10:53:50

Hallo Zusammen,

ich möchte gerne mein FHEM-Modul zur Steuerung von Verbauchern teilen.
SolarPower (Github)
 
Da ich mit der SMA Verbrauchersetuerung nicht zufrieden war habe ich das FHEM Modul SolarPower entwickelt, das überwiegend dazu dienen soll den PV Strom optimal zu nutzen und den Netzbezug zu reduzieren.
Aktuell läuft es bei mir mit ca. fünf Wifisteckdosen seit 8 Monaten störungsfrei und schaltet Entfeuchter, Getränke-Kühlschrank und Pool-Pumpe nach Faktorien wie Zeitplan, Mindestlaufzeit, Maximallaufzeit, Priorität und verfügbarem PV-Strom. Details sind im Readme des Repos.
Vielleicht hat ja jemand ähnliche Anwedungsfälle und kann das Modul gebrauchen.

Viele Grüße!   

#18

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von Gisbert - 21 Mai 2026, 10:38:28

Hallo Heiko,
hallo 300P,

ich bin etwas unglücklich mit der Verbrauchsprognose.

Als Verbraucher habe ich eine Wärmepumpe, eine Brauchwasserwärmepumpe, sowie 2 Klimaanlagen.
Tagesverbräuche:
Wärmepumpe: im Winter bis zu 35 kWh, aktuell null bis 3 kWh
Brauchwasserwärmepumpe: 1 kWh, bei sehr viel Sonne: 3 kWh
Klimaanlagen: derzeit nicht in Betrieb, erst ab 30°C Außentemperatur.
Weitere Verbraucher ohne Messeinrichtung sind: Herd, Backofen, Waschmaschine, Trockner, Spülmaschine, sowie viele Kleinverbraucher.

Derzeit liegt der tägliche Verbrauch bei 10-12 kWh (je nachdem, ob die Wärmepumpe und/oder die Brauchwasserwärmepumpe intensiv läuft), die Prognose aber bei 40 kWh. SolarForecast wird (im Wesentlichen) nicht zur Steuerung der Verbraucher genutzt.

Es gibt folgende Definitionen:

Code Auswählen Erweitern

aiControl
aiConActivate=1
aiConProfile=v1_heatpump
aiConHiddenLayers=64-32
aiConLearnRate=0.002
aiConMomentum=0.5
aiConBitFailLimit=0.34

Code Auswählen Erweitern

consumer01
HeishaMon_s0:Panasonic
auto=SF_Auto
swstate=Heatpump_State:1:0
etotal=Watthour_Total:kWh:5
type=heatpump
mode=mustNot
icon=sani_floor_heating_neutral
pcurr=readingsGroup_power:W:5
power=4500

Code Auswählen Erweitern

consumer02
VaillantaroSTOR:Vaillant
power=500
mode=mustNot
icon=sani_heating_heatpump_buffer
type=heater
pcurr=Power_W:W:8
etotal=Energy_WH:kWh:8
swstate=WP_an:1:0
auto=SF_Auto

Code Auswählen Erweitern

consumerControl
globalMode=mustNot detailLink=1

Code Auswählen Erweitern

Information about the neural network for consumption forecasting

last AI training: 2026-05-19 18:17:33 / Runtime in seconds: 1210
AI query status: ok
last AI result generation time: 47.22 ms
Alpha: 1
Consumer number Heat pump:  01

Standardization Limits: PV=16687 Wh, Household Consumption: Min=0 Wh / Max=14430 Wh
Training Data: 3104 Data Records (Training=2483, Validation=621)
Architecture: Inputs=66, Hidden Layers=64-32, Outputs=1
Hyperparameters: Learning Rate=0.002, Momentum=0.5, BitFail-Limit=0.34
Activations: Hidden=SIGMOID, Steepness=0.9, Output=LINEAR
Training Algorithm: INCREMENTAL, Registry Version=v1_heatpump
Random Generator: Mode=2, Period=10
Model Age: 39 h

best model at Epoche: 2160 (max. 15000)
Training MSE: 0.000536
Validation MSE: 0.001643
Validation MSE Average: 0.001751
Validation MSE Standard Deviation: 0.000027
Validation Bit_Fail: 2
Model Bias: 342 Wh
Model Slope: 0.72
Training evaluation: Retrain

MAE: 308.27 Wh
MedAE: 185.64 Wh
RMSE: 361.43 Wh
RMSE relative: 45 %
RMSE Rating: acceptable
MAPE: 36.93 %
MdAPE: 20.70 %
R²: 0.75

Noise Rating: borderline
Recommendation for Bit_Fail: 0.34 (Setting of aiControl->aiConBitFailLimit)

Analysis window: 120 h
Drift RMSE Ratio: 9.73
Semantic Ratio: 1.00
Slope Reference: 0.72
Slope Live: 0.97
Slope Drift: 1.349
Bias Reference: 342
Bias Live: 2623.22
Bias Drift: 2281.71
Score: 8.44
Index: 2.39
Drift Rating: recalibration blocked: unusually high forecast error
Recommendation for Retrain: urgent urgent (Cause: Drift persists – new training required)
last recalibration: -
Was sollte ich anders einstellen, um in die Nähe der erwarteten Verbräuche zu zu kommen?

Viele Grüße Gisbert

#19

Multimedia / Aw: Bose und soundcork und FHE...

Letzter Beitrag von tostmann - 21 Mai 2026, 10:20:37

Ich habe einen neuen Thread gestartet und antworte auf diese Frage hier: https://forum.fhem.de/index.php?topic=144729.msg1363975#msg1363975

[DLNA-Preset NEU anlegen]

#20

ESP Familie / Aw: BoseFix32 — lokaler SoundT...

Letzter Beitrag von tostmann - 21 Mai 2026, 10:19:15

Antwort auf: https://forum.fhem.de/index.php?topic=144574.msg1363970#msg1363970

Schön, dass das Update durchgelaufen ist und DLNA jetzt wieder funktioniert. Zu deinen Punkten der Reihe nach:

DLNA-Preset NEU anlegen
Aktuell nein. BoseFix32 reicht ein DLNA-ContentItem, das der Speaker schon hatte, 1:1 wieder zurueck — er bringt also seine alten Presets ueber die Migration. Aber: einen DLNA-Server zu browsen (Ordner aufklappen, Track waehlen, als Preset speichern) heisst, einen UPnP/ContentDirectory-Client im ESP32 zu haben. Das ist substantieller Aufwand und steht aktuell nicht auf der Liste — ehrlicher Stand. Was als Workaround geht: wenn du die Stream-URL deines Fritzbox-Webradios oder einer DLNA-Quelle direkt kennst (z.B. aus der Fritzbox-UI rauskopiert), kannst du sie als "Direct stream (URL)" in BoseFix32 als Preset speichern. Das ist dann technisch INTERNET_RADIO, nicht STORED_MUSIC, aber fuer Webradio-Streams ist das identisch von der Funktion.

Spotify
Ehrlich nein. Spotify Connect vom Handy laeuft ja schon — der Speaker spricht da direkt mit dem Spotify-Dienst, BoseFix32 ist gar nicht im Pfad. Damit Playlists als Preset gehen wuerde, brauchen wir Spotify-OAuth + die Spotify-Web-API fuer Playlist-Browsing + die ContentItem-Struktur source="SPOTIFY". Das ist ein eigenes Projekt — kein "kommt naechste Woche". Vorlaeufiger Tipp: in der BoseConnect-/SoundTouch-Hardware-Buttons-1-6 ueber Spotify Connect zu mappen geht ja eh nicht, das funktioniert nur ueber dieses Long-Press am Speaker — und genau das macht BoseFix32 fuer alle anderen Quellen. Spotify ist die Luecke, ja.

bosest 7-20
Bose-Speaker haben hardware-seitig Buttons 1-6. Die Slots 7-20 die das FHEM-Modul "bosest" anbietet sind eine FHEM-Erweiterung — das Modul merkt sich die ContentItems lokal und sendet sie per /select an den Speaker, ohne dass es einen physischen Button-Press dafuer gaebe. Technisch interessant, BoseFix32 macht das aktuell nicht — denkbar als WebUI-Feature ("zusaetzliche Quick-Picks ohne Long-Press"), aber kein konkretes Date.

Amazon Prime Music in Bosman
Danke fuer den Hinweis. Wenn Bosman das hinkriegt waere das eine extra Source. Bei BoseFix32 nicht geplant — Amazon-API ist hostile, OAuth, Geo-Locked, das wird nur zum Frust.

Snapshot — welcher Speaker?
Der beste Snapshot fuer mich ist: ein bereits migrierter Speaker, der ein funktionierendes DLNA-Preset enthaelt. Also genau der, an dem du jetzt nach dem v0.6.0-Update das DLNA-Preset wieder siehst. Da lese ich das echte ContentItem im rohen XML-Format heraus und sehe, wie dein DLNA-Server (Fritzbox?) die UPnP-URL formatiert. Mit diesem Format kann ich beurteilen, ob man eine "DLNA-URL hinterlegen"-UI bauen koennte, ohne einen vollen UPnP-Browser zu implementieren. Snapshot frisch nach Reset oder vor Migration brauchst du nicht zu uebernehmen — frisch zurueckgesetzt hat eh nichts drin und unmigriert hat keine relevanten Daten mehr (Cloud ist aus). Klick einfach im WebUI auf den Speaker, dann auf "Diagnostic snapshot" → "Send to maintainer". Kein Account, kein Token, kein WLAN-Passwort enthalten.

6 von 8 Geraeten — der wichtigste Punkt
Das ist ein echter Bug oder Setup-Problem, dem will ich nachgehen. Was BoseFix32 macht:

• SSDP-Multicast M-SEARCH auf 239.255.255.250:1900, ST=urn:schemas-upnp-org:device:MediaRenderer:1, 4 Sekunden lauschen
• Bekannte IPs aus dem NVS (alle frueher gesehenen Speaker) abklopfen
• Active-Scan ueber /24 wenn entsprechend konfiguriert
• Manuelle IP: HTTP-GET http://IP:8090/info, erwartet wird ein XML mit "<info deviceID=...>"

Damit ein Speaker NICHT entdeckt wird, muss mindestens einer dieser Punkte fehlschlagen. Diagnose-Schritte die mir helfen wuerden:

• Welche Bose-Modelle sind die 2 fehlenden? (SoundTouch 10/20/30, Wave SoundTouch, SoundTouch 130/300/520, Wireless Link Adapter, Soundbar, ...)
• IP-Adressen der 2 fehlenden Speaker — bekommst du die aus deinem Router oder aus FHEM/bosest? Bitte gegen die manuell adden im BoseFix32-WebUI testen.
• Wenn manuell-add fehlschlaegt: auf einer Shell folgendes absetzen:
  Code Auswählen Erweitern
  curl -v http://<fehlende-ip>:8090/infoBekommst du da ein XML zurueck das mit "<info deviceID=..." beginnt? Oder gibt es Connection-Refused / Timeout / anderen Inhalt?
• Sind alle 8 Geraete im selben Subnetz (gleiches /24)? Multicast/SSDP geht nur innerhalb des Broadcast-Domain.
• Hast du IGMP-Snooping auf deinem Switch oder Multicast-Filtering auf dem AP? Auf Aruba- oder Unifi-Setups verschluckt das gerne SSDP-Antworten — fuer 6 von 8 Geraeten klappt es dann zufallsverteilt.

Wenn du mir die Modelle der 2 fehlenden Speaker und das curl-Ergebnis vom /info-Endpoint nennst, finden wir die Ursache schnell. Bei einem v.a. Multicast-Problem koennte ich auch nochmal mehr Spam-Logging in den Discovery-Code einbauen — dann sieht man im seriellen Output von BoseFix32 welche IPs auf M-SEARCH antworten und welche nicht.

So long,
Dirk