- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#91
Server - Linux / Aw: [Docker / Container] echod...
Letzter Beitrag von FlatTV - 10 Juni 2026, 17:50:16THX Sidey,
ich lass das jetzt mal einige Zeit laufen...
Grüße
Jörg
ich lass das jetzt mal einige Zeit laufen...
Code Auswählen
[2026-06-10T17:44:40,736 Europe/Berlin] [INFO] Alexa-Cookie: Response (200)
[2026-06-10T17:44:40,738 Europe/Berlin] [INFO] Alexa-Cookie: Add Cookie csrf = -xxxxxx
[2026-06-10T17:44:40,738 Europe/Berlin] [INFO] Alexa-Cookie: Result: csrf=-xxxxxx, Cookie=...
...
[2026-06-10T17:44:40,740 Europe/Berlin] [INFO] Refresh finished (api) in 2586 ms
[2026-06-10T17:44:40,826 Europe/Berlin] [INFO] Refresh request handled in 2673 ms (saveTarget=44result.json)
[2026-06-10T17:44:40,827 Europe/Berlin] [INFO] 172.27.0.2 - - [10/Jun/2026:15:44:40 +0000] "POST /api/cookie/refresh?save=44result.json HTTP/1.0" 200 4376 "-" "fhem"
[2026-06-10T17:44:40,830 Europe/Berlin] [INFO] Cookie export written to /opt/fhem/cache/alexa-cookie/44result.jsonGrüße
Jörg
#92
ESP Familie / Aw: BoseFix32 — lokaler SoundT...
Letzter Beitrag von fred_feuerstein - 10 Juni 2026, 17:47:15@dirk
zu deinen Fragen:
Also bei mir sind es 9 bis 10 Lautsprecher. Alle auf letzter bose Firmware.
kann durchaus sein, dass wenn nur 2 Lautsprecher im setup/Betrieb sind das Problem dann nicht auftritt oder nicht auffällt.
Ansonsten. Also die Box spielt weiterhin, aber der Status ändert sich dann nur in sixback und wechselt hin und wieder.
Wegen Farbe der Kacheln etc. Das teste ich dann in 2 Wochen zuhause weiter.
zu deinen Fragen:
Also bei mir sind es 9 bis 10 Lautsprecher. Alle auf letzter bose Firmware.
kann durchaus sein, dass wenn nur 2 Lautsprecher im setup/Betrieb sind das Problem dann nicht auftritt oder nicht auffällt.
Ansonsten. Also die Box spielt weiterhin, aber der Status ändert sich dann nur in sixback und wechselt hin und wieder.
Wegen Farbe der Kacheln etc. Das teste ich dann in 2 Wochen zuhause weiter.
#93
ESP Familie / Aw: BoseFix32 — lokaler SoundT...
Letzter Beitrag von betateilchen - 10 Juni 2026, 17:43:32Die Installation von 0.8.21 ist irgendwo hängengeblieben.
Der angezeigte Stand ist seit 10 Minuten so.
Du darfst diesen Dateianhang nicht ansehen.
Edit: ich war mal mutig und habe den RST Button gedrückt, scheint offenbar alles in Ordnung zu sein:
Du darfst diesen Dateianhang nicht ansehen.
Der angezeigte Stand ist seit 10 Minuten so.
Du darfst diesen Dateianhang nicht ansehen.
Edit: ich war mal mutig und habe den RST Button gedrückt, scheint offenbar alles in Ordnung zu sein:
Du darfst diesen Dateianhang nicht ansehen.
#94
ESP Familie / Aw: BoseFix32 — lokaler SoundT...
Letzter Beitrag von betateilchen - 10 Juni 2026, 17:41:56Zitat von: tostmann am 10 Juni 2026, 01:36:43entscheidend für die Zuverlässigkeit ist der Link zwischen ESP und AP, nicht die Nähe des Sticks zum Speaker (die beiden reden nur über das LAN).
Von etwas anderem war ich nie ausgegangen.
Inzwischen bin ich wieder zuhause und ich werde mir das Thema mit fl_ST20 nochmal in Ruhe vornehmen, ggf. auch mal den angedachten Factory Reset machen und dann schauen. An ein WLAN Problem denke ich erstmal nicht:
ZitatSignalstärke: -72dBm
#95
Wunschliste / Aw: offline Update - update re...
Letzter Beitrag von quartz - 10 Juni 2026, 17:39:11Nachdem mit
Die von mir angesprochenen überschaubaren Änderungen (#4) sind im Prinzip:
Zitat von: rudolfkoenig am 06 Juni 2026, 12:06:03wget -U fhem https://fhem.de/fhemupdate.tar.gzeine Lösung für das Problem vorliegt, schliesse ich das Thema.
...
Die von mir angesprochenen überschaubaren Änderungen (#4) sind im Prinzip:
- sub upd_getUrl erhält einen Zweig für die Dateiverarbeitung:Code Auswählen
# Forum #144858 file
if ($url =~ m/file:\/\/\//) {
my $filename = $url;
$filename =~ s/^file:\/\///;
my $ifh = new IO::File $filename;
my $fdata = join("",<$ifh>);
return $fdata;
} - an mehreren Stellen die regulären Ausdrücke anpassen oder zusätzlich abfragen, wie etwa in doUpdateLoopCode Auswählen
if($src =~ m/^http.*/ || $src =~ m/^file.*/) {
#96
Solaranlagen / Aw: [23_BYDBox] - Modul für BY...
Letzter Beitrag von Hadl - 10 Juni 2026, 17:06:49Ja, OptPower nutze ich eh schon. Daher kommen die 300W her (pinreduced).
Ich werds mal versuchen mit der Spannungebegrenzung anstatt einer SOC Begrenzung.
Das die Zellen etwas unterschiedlich sind verstehe ich schon, aber meine Zellen waren nicht stark unterschiedlich. Es täuscht vielleicht etwas weil an dem Tag manchmal größere Leistungen gezogen wurden.
Was ich nicht verstehe ist, das das BMS die Batterie so leer werden hat lassen. Selbst mit den aus dem BMS ausgelesenen Energiewerten fällt sofort auf das wenn ich mehrmals mehr Energie aus der Batterie rausnehme als ich reinstecke, ich mit Sicherheit nicht den gleichen SOC wieder erreiche.
Das hat er drei Tage lang gemacht, und dann aber "richtigerweise" am vierten Tag den SOC so schnell fallen lassen das es für den Laien wie ein lineares leeren des Akkus aussieht. Das ging bis zur unteren Grenze mit anschließender Notladung. Ich unterstelle hier dem BMS mal teilweise Vorsatz... aber warum?
Warscheinlich ging es schon 4 Tage vorher dem ersten roten Pfeil los, da dort das letzte mal ein Ballancing gemacht wurde.
Das war als der Akku einmal von der Wallbox mit maximaler Leistung leer gezogen wurde, weil ich übernacht laden musste. Ob ihn das durcheinandergebracht hatte? Ich hätte eher erwartet das er das zum unteren Ballancing nutzt.
Ich werds mal versuchen mit der Spannungebegrenzung anstatt einer SOC Begrenzung.
Das die Zellen etwas unterschiedlich sind verstehe ich schon, aber meine Zellen waren nicht stark unterschiedlich. Es täuscht vielleicht etwas weil an dem Tag manchmal größere Leistungen gezogen wurden.
Was ich nicht verstehe ist, das das BMS die Batterie so leer werden hat lassen. Selbst mit den aus dem BMS ausgelesenen Energiewerten fällt sofort auf das wenn ich mehrmals mehr Energie aus der Batterie rausnehme als ich reinstecke, ich mit Sicherheit nicht den gleichen SOC wieder erreiche.
Das hat er drei Tage lang gemacht, und dann aber "richtigerweise" am vierten Tag den SOC so schnell fallen lassen das es für den Laien wie ein lineares leeren des Akkus aussieht. Das ging bis zur unteren Grenze mit anschließender Notladung. Ich unterstelle hier dem BMS mal teilweise Vorsatz... aber warum?
Warscheinlich ging es schon 4 Tage vorher dem ersten roten Pfeil los, da dort das letzte mal ein Ballancing gemacht wurde.
Das war als der Akku einmal von der Wallbox mit maximaler Leistung leer gezogen wurde, weil ich übernacht laden musste. Ob ihn das durcheinandergebracht hatte? Ich hätte eher erwartet das er das zum unteren Ballancing nutzt.
#97
ESP Familie / Aw: BoseFix32 — lokaler SoundT...
Letzter Beitrag von tostmann - 10 Juni 2026, 16:35:41Hi fred,
danke für die Rückmeldung — und gerade weil der S3 bei dir direkt neben der Fritzbox sitzt, ist das ein wichtiger Datenpunkt: dann ist es eben NICHT der Funk-Link zwischen ESP und AP, sondern etwas anderes. Mein RSSI-Hinweis weiter oben deckt deinen Fall also nicht ab.
Was die Statusanzeige eigentlich ist
Das online/play- bzw. offline-Label im WebUI ist kein Zustand, den der Speaker meldet, sondern eine periodische Erreichbarkeits-Probe, die SixBack selbst fährt: erst ein Connect auf die Bose-Diagnose-Konsole, und wenn die nicht kommt, ein Fallback auf die normale Geräte-API. Das läuft im Hintergrund für jeden Speaker nacheinander durch. Mit der Wiedergabe hat das nichts zu tun — die Audio-Dekodierung läuft komplett auf dem Speaker, unabhängig davon, ob SixBack ihn in genau dieser Sekunde erreicht.
Was das bedeutet
Wenn die Kachel auf offline springt während der Speaker weiterspielt, hat SixBack nur eine Probe-Runde verfehlt — nicht der Speaker aufgehört. Die Bose-Diagnose-Konsole ist eine schlanke geräteinterne Schnittstelle, die unter Last (mehrere Speaker kurz hintereinander geprobt, oder der periodische Hintergrund-Zyklus der einmal alle anfasst) auch mal kurz nicht antwortet. Dann kippt die Kachel für genau diesen Durchlauf. Das ist ein Anzeige-Problem, kein Wiedergabe-Problem — vorausgesetzt, der Ton läuft tatsächlich weiter.
Die eine Frage, die alles entscheidet
Bricht bei so einem Wechsel der Ton wirklich ab, oder springt nur die Kachel auf offline und die Musik läuft unbeirrt weiter? Das ist der Knackpunkt: nur-Kachel = kosmetisch, da gehört die Probe entprellt. Wenn der Ton dabei wirklich abreißt, ist das ein anderer, echter Fehler, dem ich völlig anders nachgehen muss.
Was mir hilft
Wenn es das nächste Mal passiert: schick mir einen Diagnostic-Snapshot — der fängt zwar nicht den Moment des Umspringens ein, sagt mir aber, mit welchen Modellen und Firmware-Ständen ich es zu tun habe. Dazu zwei Dinge: wie viele Speaker hast du im Setup, und steht in der Kachel offline oder settling? settling (Diagnose-Konsole weg, Geräte-API noch da) ist bewusst weicher gefärbt und genau für diesen transienten Fall gedacht — wenn du voll offline siehst, sind in dem Durchlauf beide Wege weggekippt.
Stand
Die Kachel erst nach mehreren aufeinanderfolgenden Fehl-Proben auf offline kippen lassen statt nach einer einzigen, und die Proben bei vielen Speakern zeitlich entzerren — das steht auf meiner Liste. Kein festes Datum, aber das ist der richtige Hebel, sobald sich bestätigt, dass nur die Anzeige zappelt und der Ton durchläuft. Schönen Urlaub erstmal.
Dirk
danke für die Rückmeldung — und gerade weil der S3 bei dir direkt neben der Fritzbox sitzt, ist das ein wichtiger Datenpunkt: dann ist es eben NICHT der Funk-Link zwischen ESP und AP, sondern etwas anderes. Mein RSSI-Hinweis weiter oben deckt deinen Fall also nicht ab.
Was die Statusanzeige eigentlich ist
Das online/play- bzw. offline-Label im WebUI ist kein Zustand, den der Speaker meldet, sondern eine periodische Erreichbarkeits-Probe, die SixBack selbst fährt: erst ein Connect auf die Bose-Diagnose-Konsole, und wenn die nicht kommt, ein Fallback auf die normale Geräte-API. Das läuft im Hintergrund für jeden Speaker nacheinander durch. Mit der Wiedergabe hat das nichts zu tun — die Audio-Dekodierung läuft komplett auf dem Speaker, unabhängig davon, ob SixBack ihn in genau dieser Sekunde erreicht.
Was das bedeutet
Wenn die Kachel auf offline springt während der Speaker weiterspielt, hat SixBack nur eine Probe-Runde verfehlt — nicht der Speaker aufgehört. Die Bose-Diagnose-Konsole ist eine schlanke geräteinterne Schnittstelle, die unter Last (mehrere Speaker kurz hintereinander geprobt, oder der periodische Hintergrund-Zyklus der einmal alle anfasst) auch mal kurz nicht antwortet. Dann kippt die Kachel für genau diesen Durchlauf. Das ist ein Anzeige-Problem, kein Wiedergabe-Problem — vorausgesetzt, der Ton läuft tatsächlich weiter.
Die eine Frage, die alles entscheidet
Bricht bei so einem Wechsel der Ton wirklich ab, oder springt nur die Kachel auf offline und die Musik läuft unbeirrt weiter? Das ist der Knackpunkt: nur-Kachel = kosmetisch, da gehört die Probe entprellt. Wenn der Ton dabei wirklich abreißt, ist das ein anderer, echter Fehler, dem ich völlig anders nachgehen muss.
Was mir hilft
Wenn es das nächste Mal passiert: schick mir einen Diagnostic-Snapshot — der fängt zwar nicht den Moment des Umspringens ein, sagt mir aber, mit welchen Modellen und Firmware-Ständen ich es zu tun habe. Dazu zwei Dinge: wie viele Speaker hast du im Setup, und steht in der Kachel offline oder settling? settling (Diagnose-Konsole weg, Geräte-API noch da) ist bewusst weicher gefärbt und genau für diesen transienten Fall gedacht — wenn du voll offline siehst, sind in dem Durchlauf beide Wege weggekippt.
Stand
Die Kachel erst nach mehreren aufeinanderfolgenden Fehl-Proben auf offline kippen lassen statt nach einer einzigen, und die Proben bei vielen Speakern zeitlich entzerren — das steht auf meiner Liste. Kein festes Datum, aber das ist der richtige Hebel, sobald sich bestätigt, dass nur die Anzeige zappelt und der Ton durchläuft. Schönen Urlaub erstmal.
Dirk
#98
Sprachsteuerung / Aw: [37_echodevice] Amazon Ech...
Letzter Beitrag von rabehd - 10 Juni 2026, 15:16:42Zitat von: mi.ke am 10 Juni 2026, 00:49:18und erstelle diese nichtssagenden Antwort hier um nix zu verpassen.Das geht auch anders.
#99
Server - Linux / Aw: FHEM plötzlich sehr langsa...
Letzter Beitrag von MadMax-FHEM - 10 Juni 2026, 14:47:32Zitat von: Snocksman am 10 Juni 2026, 13:40:02Meine FHEM Installation läuft auf einem Raspi3b+.Gleiches hier
Gruß, Joachim
#100
Server - Linux / Aw: FHEM plötzlich sehr langsa...
Letzter Beitrag von Snocksman - 10 Juni 2026, 13:40:02Mal ein kurzer Zwischenstand: Seit ich das Account_Device auf disabled gesetzt habe, läuft FHEM bislang wieder in gewohnter Geschwindigkeit. Danke für die schnelle Hilfe. Ich werde den genannten Thread weiter beobachten.
Edit:
Edit:
Zitat von: MadMax-FHEM am 10 Juni 2026, 09:58:11Wobei ich die Meldung auch habe (hätte <- ich habe schon immer verbose 0 bei echodevice) aber keine Probleme mit Performance...Was für einen Unterbau hast du denn ? Vielleicht hat dein System einfach generell mehr Leistung, durch die es den Performanceverlust abfangen kann...? Meine FHEM Installation läuft auf einem Raspi3b+.