Neueste Beiträge

#11
ESP Familie / Aw: BoseFix32 — lokaler SoundT...
Letzter Beitrag von fred_feuerstein - 21 Mai 2026, 14:12:54
ah mist Du warst zu schnell oder ich zu langsam mit der Bearbeitung meines Beitrages, ich habe oben im Beitrag noch auf alle Fragen von Dir geantwortet. Schau es Dir oben nochmal an. Auch die Bilder sind jetzt dran.


... und ja, wegen dem Bosman... das ist für mich momentan die einzige Möglichkeit auf meine Medienserver (Fritzbox etc.) zuzugreifen. Deswegen muss ich bis es eine andere Lösung gibt, die Boxen nach den Tests wieder zu Bosman um-migrieren.

... und die Presets auf die json Files sind eine andere Variante, ohne jeglichen Server (bosman, bosefix, soundcork etc.). Hatte ich im anderen Thread bei meinen Tests erwähnt.
#12
ESP Familie / Aw: BoseFix32 — lokaler SoundT...
Letzter Beitrag von tostmann - 21 Mai 2026, 13:54:57
Danke fuer die zwei Snapshots — sind beide angekommen und ausgewertet. Damit habe ich genau was ich brauchte.

Was im Snapshot vom unmigrierten SoundTouch 10 drin stand
Alle 6 Slots sind STORED_MUSIC mit Pfaden in deine FRITZ!Box als DLNA-Server. Beispiel-ContentItem fuer "Bayern 3":

<ContentItem source="STORED_MUSIC"
             location="4:cont2:615:part22:32"
             sourceAccount="<fritzbox-media-server-uuid>/0"
             isPresetable="true">
  <itemName>Bayern 3</itemName>
</ContentItem>

Wichtigste Erkenntnisse:
  • Das location-Attribut ist eine hierarchische UPnP-ObjectID, Fritzbox-spezifisches Format ("4:cont2:615:part22:32"). Die ist nicht raten, nur der DLNA-Server kennt sie.
  • Das sourceAccount besteht aus der UUID des DLNA-Servers + Slot-Index. Die UUID liefert der Speaker selbst via seinem "/listMediaServers"-Endpoint — bei dir stehen dort 4 Server drin (2× FRITZ!Box, 2× xupnpd).
  • Der Speaker kann ueber seine eigenen BMX-Endpoints ("getMediaServerNavigation", "playMediaServerNavigation") durch den DLNA-Server browsen. Heisst: ein "DLNA-Preset anlegen"-UI in BoseFix32 muss nicht selbst UPnP sprechen — wir lassen den Speaker das machen und reichen das ContentItem nur an /select weiter.

Damit ist STORED_MUSIC-Preset-Anlegen technisch realistisch konzipiert. Ich nehme das auf die Liste fuer eine v0.7 — keine Wochen-Versprechung, aber jetzt mit klarem Plan statt Spekulation.

Wichtige Beobachtung zum migrierten Speaker
Bei dem 2. Snapshot (OG_Bad_ST10weiss) zeigt die "margeServerUrl" auf "https://server.bosman.app". Du hast also einen Teil deiner Speaker schon auf das bosman.app-Projekt migriert, nicht zu BoseFix32. Das ist kein Problem, sehr interessant sogar: bei diesem Speaker sind Slots 2-6 LOCAL_INTERNET_RADIO (json-URLs auf "192.168.123.238"), Slot 1 ist STORED_MUSIC geblieben. Heisst: irgendeine Stelle (bosman.app oder du manuell?) hat die DLNA-Presets durch direkte Stream-URLs ersetzt. Wenn das automatisch passiert ist, ist das schlau — Webradio funktioniert dann ohne DLNA-Abhaengigkeit.

Discovery-Bug: 6 von 8 Geraeten
Diese Diagnose-Frage ist noch offen — im Snapshot stehen nur 2 Speaker drin. Wenn du Lust hast den Forensik-Pfad weiterzugehen:
  • Welche Modelle und IPs haben die restlichen 6 Geraete? Aus dem FHEM-bosest-Modul oder Router-DHCP-Tabelle lesbar.
  • Stehen alle 8 Geraete im gleichen 192.168.123.0/24? Multicast/SSDP geht nur innerhalb /24.
  • Versuche mal von der Pi-Konsole "curl -v http://<fehlende-ip>:8090/info" gegen eine der nicht-gefundenen IPs. Wenn die ein XML mit "<info deviceID=..." zurueckliefert, ist es ein Discovery-Problem; wenn nicht, ist es kein klassischer SoundTouch oder Port 8090 ist gefiltert.

Frage am Rande
Du hattest in deinem Post geschrieben "So sieht es aus:" und vermutlich einen Screenshot angehaengt. Der ist in deinem Posting leer geblieben — kein Anhang sichtbar. Wenn du den nochmal hochlaedst, kann ich gegenpruefen ob bei euch in der WebUI die Presets gleich angezeigt werden wie der Snapshot vermuten laesst.

So long,
Dirk
#13
ESP Familie / Aw: BoseFix32 — lokaler SoundT...
Letzter Beitrag von fred_feuerstein - 21 Mai 2026, 13:43:38
ZitatDLNA-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.

ZitatSpotify
soweit verstanden. Ist also evtl. irgendwann mal ein separates Projekt :)

Zitatbosest 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. :)

ZitatAmazon Prime Music in Bosman
Wie gesagt, war nur als Hinweis gedacht. kein momentanes todo etc. :)

ZitatSnapshot — 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.

Zitat6 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:
    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:
<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 :)
#14
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
#15
Homematic / 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
#16
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.
#17
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von Gisbert - 21 Mai 2026, 11:12:53
Noch eine Nachfrage:
Ich hab das ausgewählt:
aiConProfile=v1_heatpumpSoll ich das bei erhalten oder lieber auf
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
#18
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.
#19
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!   
#20
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:
aiControl
aiConActivate=1
aiConProfile=v1_heatpump
aiConHiddenLayers=64-32
aiConLearnRate=0.002
aiConMomentum=0.5
aiConBitFailLimit=0.34
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
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
consumerControl
globalMode=mustNot detailLink=1

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