[Neues Modul] BOSE SoundTouch

Begonnen von dominik, 05 Januar 2016, 22:28:40

Vorheriges Thema - Nächstes Thema

Prof. Dr. Peter Henning

Ich bin etwas verwirrt, worüber hier eigentlich geschrieben wird.

- Ist das nun ein Bug im Soundtouch-FHEM-Modul, oder bezieht sich das auf eines der Projekte zum Ersatz der BOSE-Server?

- Welches Frontend ist gemeint, in dem eine Box "hinzugefügt" wurde, und warum soll es unfertig sein?

- Wieso sollte man überhaupt ein Frontend für den soundcork-Server etc. bauen, wenn man FHEM als Frontend nutzen kann?

Bitte an die Ersteller der jeweiligen Posts: Klar schreiben, worauf sich das bezieht.

LG

pah

FlatTV

Zitat von: Prof. Dr. Peter Henning am 26 Januar 2026, 05:25:30Ich bin etwas verwirrt, worüber hier eigentlich geschrieben wird.

- Ist das nun ein Bug im Soundtouch-FHEM-Modul, oder bezieht sich das auf eines der Projekte
Bitte an die Ersteller der jeweiligen Posts: Klar schreiben, worauf sich das bezieht.

Guten morgen,
da hätte ich mich wohl klarer ausdrücken müssen.  :(
Es ist ein Bug im Modul 98_BOSEST.pm (Denke ich).
Wenn ich im FHEM Web-Frontend versuche die Source (AUX oder Bluetooth) umzustellen.

Zitat von: FlatTV am 26 Januar 2026, 00:14:18Jetzt muss ich doch mal einen Bug im Modul melden.
Wenn ich über das Webinterface die Source ändern möchte, wird statt der Source ,,AUX" der Wert 41 übergeben, das ist aber der Wert für Volume.
Im List des Device kann man das gut sehen.
Die Variable switchSource im helper hätte eigentlich auf ,,AUX" stehen müssen.

...
     2026-01-25 21:55:23   source          STANDBY
     2026-01-25 21:55:23   state           online
     2026-01-25 21:55:22   stationName    
     2024-03-17 10:32:44   supportClockDisplay true
     2026-01-18 11:48:16   time           
     2026-01-18 10:34:43   timeTotal      
     2026-01-25 21:55:22   track          
     2026-01-25 21:26:10   volume          41
     2026-01-17 21:29:21   zoneMaster     
     2026-01-17 21:29:21   zoneMember_1   
     2026-01-17 21:28:45   zoneMember_2   
   helper:
     IP         192.168.178.30
     airplaySupport 1
     auxSupport 1
     bluetoothSupport 1
     bosewebsocket e9c1a814be06c06dd686aea2a587c63b
     dlnaServers NAS,pi4:_minidlna,FRITZ
     lastSpokenChannel
     mojoping   71de26af285a1452d8ebe6e6f1d46f17
     productHdmi1Support 0
     productTvSupport 0
     requestId  1
     sent_off   1
     sent_on    0
     supportedBassCmds
     supportedSourcesCmds aux,airplay,bluetooth,bt-discover
     switchSource 41
     wsconnected 1
     sources:
       HASH(0x55b2514e48)
       HASH(0x55bb1b1a98)
       HASH(0x55bb1b0ee0)
       HASH(0x55bb1be6f0)
       HASH(0x55bb1be240)
       HASH(0x55bb1baca0)
       HASH(0x55bb1a3158)
       HASH(0x55bb21cd00)
       HASH(0x55bb1b1948)
       HASH(0x55ba9c4760)
       HASH(0x55bb18f528)
       HASH(0x55bafa2428)
       HASH(0x55bb1b17b0)
       HASH(0x55bb1b18d0)
       HASH(0x55bb0f9520)
     stateCheck:...

Ich hatte mir mal testweise mit dem Dumper angeschaut, was die Funktion BOSEST_Set überhaupt im Array @params übergeben bekommt.

2026.01.25 22:41:49 1: BOSEST: BOSEST_Set:
$VAR1 = [
          'source',
          '41'
        ];
Raspi4 - im wesentlichen mit Phoscon, HomeMatic ( aktuell über debmatic), CUL, BOSE-ST und Alexa (Connector)