- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#41
Multimedia / Aw: [Neues Modul] BOSE SoundTo...
Letzter Beitrag von FlatTV - 15 Januar 2026, 21:25:12Es hat mir jetzt keine Ruhe gelassen.
Bose ST 20 mit Firmware 27.0.6.46330.5043500
Vom FAT32 USB mit der leeren Datei remote_services drauf gebootet.
Bose ST 20 mit Firmware 27.0.6.46330.5043500
Vom FAT32 USB mit der leeren Datei remote_services drauf gebootet.
Code Auswählen
root@vuduo4kse:~# telnet 192.168.178.21
Connected to 192.168.178.21
Entering character mode
Escape character is '^]'.
... --- ..- -. -.. - --- ..- -.-. ....
____ ____ _____ _________
/ __ )/ __ \/ ___// _______/
/ __ / / / /\__ \/ __/
____/ /_/ / /_/ /___/ / /___
/_________/\____//____/_____/
spotty login: root
eth0 Link encap:Ethernet HWaddr B0:D5:CC:AF:B4:16
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
usb0 Link encap:Ethernet HWaddr AA:CC:CB:31:EA:CB
inet addr:203.0.113.1 Bcast:0.0.0.0 Mask:255.255.255.252
wlan0 Link encap:Ethernet HWaddr 5C:F8:21:EE:2F:31
inet addr:192.168.178.21 Bcast:192.168.178.255 Mask:255.255.255.0
wlan1 Link encap:Ethernet HWaddr 5C:F8:21:EE:2F:32
Thu Jan 15 21:21:11 CET 2026
Device name: "BOSE_Kueche"
Country GB, Region GBCode Auswählen
root@spotty:~# cat /opt/Bose/etc/SoundTouchSdkPrivateCfg.xml
<?xml version="1.0" encoding="utf-8"?>
<SoundTouchSdkPrivateCfg>
<margeServerUrl>https://streaming.bose.com</margeServerUrl>
<statsServerUrl>https://events.api.bosecm.com</statsServerUrl>
<swUpdateUrl>https://worldwide.bose.com/updates/soundtouch</swUpdateUrl>
<usePandoraProductionServer>true</usePandoraProductionServer>
<isZeroconfEnabled>true</isZeroconfEnabled>
<saveMargeCustomerReport>false</saveMargeCustomerReport>
<bmxRegistryUrl>https://content.api.bose.io/bmx/registry/v1/services</bmxRegistryUrl>
</SoundTouchSdkPrivateCfg>
root@spotty:~# #42
Homematic / Aw: Kein Status mehr über HMCC...
Letzter Beitrag von selfarian - 15 Januar 2026, 20:43:59Danke schon einmal für die Tipps. Ich habe es jetzt erst einmal mit der "Alternative im Container" versucht und kam dabei zu folgendem Ergebnis. Er lauscht auf den Ports
7420
14702
45426
7411
Da Docker seit dem neuesten Release leider keine Änderungen mehr erlaubt, habe ich den Container jetzt neu erstellt mit Portfreigaben auf die o.g. Ports (geht ja erst einmal darum, herauszufinden, wo das Problem liegt, absichern kann ich ggf. später noch, das System ist nicht von außen erreichbar).
Nun stimmen die Ports weitestgehend mit den ursprünglichen überein, lediglich der Port 45426 hat sich jetzt auf 44669 geändert.
Ich habe jetzt lediglich die fhem.cfg und die 99_myUtils.pm von der alten Docker-Installation kopiert. Leider hat sich aber an der Situation nichts verändert.
Das was mich aber in dem Kontext wundert ist, dass der Raspberry ja auch keine Status mehr erhält, wenn ich ihn wieder reaktiviere. Also vom Verlauf her wirkt es so, als wäre die CCU3 damit "überfordert", an zwei FHEM zu schicken (weil beide temporär parallel liefen) und jetzt an keinen von beiden mehr sendet.
Allerdings gibt es eine Veränderung zu vorher: Ursprünglich hatte ich nur eine handvoll Geräte in der CCU3 laufen, der Hauptteil lief über ein HMLAN, der aber schon recht alt ist und vermutlich deshalb immer mehr rumzickt (also teilweise einfach "weg" ist). Deshalb habe ich die Geräte auch auf die CCU3 umgezogen. Dort ist auch alles sichtbar (also alle Status und auch direkte Peerings).
7420
14702
45426
7411
Da Docker seit dem neuesten Release leider keine Änderungen mehr erlaubt, habe ich den Container jetzt neu erstellt mit Portfreigaben auf die o.g. Ports (geht ja erst einmal darum, herauszufinden, wo das Problem liegt, absichern kann ich ggf. später noch, das System ist nicht von außen erreichbar).
Nun stimmen die Ports weitestgehend mit den ursprünglichen überein, lediglich der Port 45426 hat sich jetzt auf 44669 geändert.
Ich habe jetzt lediglich die fhem.cfg und die 99_myUtils.pm von der alten Docker-Installation kopiert. Leider hat sich aber an der Situation nichts verändert.
Das was mich aber in dem Kontext wundert ist, dass der Raspberry ja auch keine Status mehr erhält, wenn ich ihn wieder reaktiviere. Also vom Verlauf her wirkt es so, als wäre die CCU3 damit "überfordert", an zwei FHEM zu schicken (weil beide temporär parallel liefen) und jetzt an keinen von beiden mehr sendet.
Allerdings gibt es eine Veränderung zu vorher: Ursprünglich hatte ich nur eine handvoll Geräte in der CCU3 laufen, der Hauptteil lief über ein HMLAN, der aber schon recht alt ist und vermutlich deshalb immer mehr rumzickt (also teilweise einfach "weg" ist). Deshalb habe ich die Geräte auch auf die CCU3 umgezogen. Dort ist auch alles sichtbar (also alle Status und auch direkte Peerings).
#43
Multimedia / Aw: [Neues Modul] BOSE SoundTo...
Letzter Beitrag von FlatTV - 15 Januar 2026, 20:38:07Ich bin enttäuscht 
Aber danke für das Feedback.
@betateilchen
welche Version hattest denn du auf deiner Box?
Aber danke für das Feedback.
@betateilchen
welche Version hattest denn du auf deiner Box?
#44
ZWave / Aw: PERL WARNING: Argument ".....
Letzter Beitrag von Damu - 15 Januar 2026, 20:14:10Jetzt kommt aber eine Andere Meldung.
Zitat2026.01.15 20:09:18 1: PERL WARNING: Argument "POE_ZW_Prim_OG" isn't numeric in numeric gt (>) at ./FHEM/10_ZWave.pm line 4779.
#45
ZWave / Aw: PERL WARNING: Argument ".....
Letzter Beitrag von Damu - 15 Januar 2026, 20:08:29Hab es eingebaut.
Habe zweimal neu gestartet, keine Fehler.
Scheint zu passen.
Was macht ZWave beim Neustart eigentlich?
Wird der ZWave Dongle zurückgesetzt?
Mein Dongle ist über Netzwerk angeschlossen.
Ein Softreset nach einbinden wäre da wohl kein Fehler?
Das Softreset unterstützen aber nicht alle Dongle, müsste dann wohl über ein Attribut anwählbar sein.
Müsste dann direkt noch dem Verbinden sein.
Oder gar ein Softreset vor dem Neustart?
Habe zweimal neu gestartet, keine Fehler.
Scheint zu passen.
Was macht ZWave beim Neustart eigentlich?
Wird der ZWave Dongle zurückgesetzt?
Mein Dongle ist über Netzwerk angeschlossen.
Ein Softreset nach einbinden wäre da wohl kein Fehler?
Das Softreset unterstützen aber nicht alle Dongle, müsste dann wohl über ein Attribut anwählbar sein.
Müsste dann direkt noch dem Verbinden sein.
Oder gar ein Softreset vor dem Neustart?
#46
Sonstige Systeme / Aw: Neues Modul LG-ThinQ
Letzter Beitrag von Shadow3561 - 15 Januar 2026, 19:59:26Neue Version ist Oben angehängt.
stateformat wurde hinzugefügt.
stateformat wurde hinzugefügt.
#47
Sonstiges / Aw: Neue Versionen und Support...
Letzter Beitrag von 300P - 15 Januar 2026, 19:59:20Das ist öfters schon mal so🤔
Die einen fangen bei ,,0" mit den Registern an zu zählen - die anderen ,,1".
Dann muss man halt ,,umrechnen".😇
Die einen fangen bei ,,0" mit den Registern an zu zählen - die anderen ,,1".
Dann muss man halt ,,umrechnen".😇
#48
Sonstiges / Aw: Neue Versionen und Support...
Letzter Beitrag von tobmaster1985 - 15 Januar 2026, 19:41:30Steht dazu evtl was in der Doku von deinem Gerät?
Bei Sungrow ist auch alles um 1 verschoben, steht aber auch so in der Doku.
Bei Sungrow ist auch alles um 1 verschoben, steht aber auch so in der Doku.
#49
Sonstiges / Aw: FOSCAM mit IPCAM
Letzter Beitrag von satprofi - 15 Januar 2026, 19:40:58Zitat von: satprofi am 04 Januar 2025, 11:11:14Hallo.
Suche das Forum schon wund, aber ich bekomme keine Infos zum AUfnehmen eines streams der Foscams.
Im Modul IPCAM gehen ja nur snapshots, wie aber schafft man videos aufzunehmen?
LG
hallo.
mit ffmpeg einfach in konsole starten. video wurd gespeichert, aber wie man es automatisch alle 5min. neu speichert versteh ich nicht.
ffmpeg -i rtsp://user:passwd@ip.der.cam:port/videoMain -segment_time 300 -segment_format mp4 -segment_atclocktime 1 -strftime -1 %Y-%m-%d_%H-%M-%S_camera.mp4
#50
Sonstiges / Aw: Neue Versionen und Support...
Letzter Beitrag von thomasgloor - 15 Januar 2026, 19:36:59Ich bin da mal etwas verwirrt...
Ich bin dran meine Stiebel-Eltron WPL19 mit ISG einzubinden. Gemäss Stiebel-Doku sollte die Adresse 507 die Aussentemperatur liefern. Also ein Attribut für 507 erstellt:
Mache ich ein Attribut für die Adresse 507, kommt die Aussentemperatur zurück...
Ein ScanModbusObjects laufen lassen, und die Werte etwas analysiert: Es sind ALLE Werte auf einer um Eins verschobenen Adresse zu finden!
Mach ich was falsch, oder ist das ein Bug?
FHEM habe ich vor etwae einer Woche aktualisiert...
Ich bin dran meine Stiebel-Eltron WPL19 mit ISG einzubinden. Gemäss Stiebel-Doku sollte die Adresse 507 die Aussentemperatur liefern. Also ein Attribut für 507 erstellt:
Code Auswählen
attr WP_Modbus obj-i506 Aussentemperatur, expr=$val / 10Zurück kommt ein 3-Stelliger Wert, der der Isttemperatur HK1 entspricht. Der sollte Adresse 507 haben...Mache ich ein Attribut für die Adresse 507, kommt die Aussentemperatur zurück...
Ein ScanModbusObjects laufen lassen, und die Werte etwas analysiert: Es sind ALLE Werte auf einer um Eins verschobenen Adresse zu finden!
Mach ich was falsch, oder ist das ein Bug?
FHEM habe ich vor etwae einer Woche aktualisiert...