Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[hsteinme]

@OliverIO: Jetzt läuft es bestens :+1:

Ganz herzlichen Dank für Deine Bemühungen: für Deine Diagnosen, für Deine Behebungen und insbesondere für Dein Drumherumprogrammieren um die schwächelnde deleteChannel-Funktion des ioBrokers.

Übrigens: Ein Blick in die Forumsvergangenheit zeigt, dass Dein Adapter nicht der erste ist, der sich über deleteChannel "wundert".

[baerengraben]

@OliverIO : Ich wollte mich für diesen Adapter bedanken! Nachdem sich Sonos dazu entschieden hat, nicht mehr anwenderfreundlich zu sein, baue ich mir ein neues System, basierend auf max2play, auf. Nun bin ich auf deinen Adapter gestossen, mit dem ich das ganze auch in die Hausautomation integrieren kann. Herzlichen Dank!!
Ich werde demnächst rund 10 Player am laufen haben. Evtl. kann ich dann auch etwas zum Testing beitragen.

[OliverIO]

@baerengraben Super, danke,
Bin gerade dabei ins stabile repository zu gehen. Muss nur noch das Discovery testen.

Wenn du noch Ideen für sinnvolle Erweiterungen hast, dann gerne.

[baerengraben]

@OliverIO : Ich versuche gerade über deinen Adapter meine beiden Testboxen zu synchronisieren bzw. in eine Gruppe zusammen zu binden. Hast du mir einen Tip, über welches ioBroker-Objekt ich das bewerkstelligen kann? Mache ich das über squeezeboxrpc>Server>SyncGroups?

[OliverIO]

@baerengraben
Genau, das widget für das organisieren der Syncgruppen ist SyncGroups in Zusammenspiel mit dem player widget.

Am besten du platzierst SyncGroups in der Nähe des Player widgets.
Wenn du nun einen Player in Players auswählst zeigt dir SyncGroup an, welche Player in der gleichen SyncGroup ist (blauer Rahmen), in einer anderen SyncGroup ist (rötlicher Rahmen), oder in keiner SyncGroup ist (kein leuchtender Rahmen).

Wenn du dann in SyncGroups einen Player auswählst, wird er in die Syncgroup aufgenommen oder herausgenommen (je nachdem ob er vorher drin war oder nicht). Wenn der Player in einer anderen Syncgroup ist, dann wird er aus dieser entfernt und in die aktuelle aufgenommen.

So kannst du an einer Stelle für alle Player ein oder mehrere Syncgroups erzeugen

Ich habe versucht das in der widget Hilfe zu beschreiben. widget auswählen und den folgenden Knopf oben links in vis editor drücken

[baerengraben]

@OliverIO
Super, Merci für die Erklärung. Die Visu habe ich mir ehrlich gesagt noch gar nicht angeschaut. Aber das kann ich sicherlich dann auch noch gut brauchen :)

Ich verwende den ioBroker als KNX-Gateway um an KNX-Lichtschaltern auch mein Max2Play bzw. meine Squeezebox-Boxen steuern zu können. Ich möchte auch über einen KNX-Taster den "Party-Modus" im ganzen Haus starten können. Also alle Boxen inkl. cooler Sound auf allen vorhandenen Boxen einschalten :)
Die Logik dafür verpacke ich in ein Script im ioBroker, welches die Objekte von squeezeboxrpc korrekt setzt.
Mit deinem Tipp war es mir möglich die Logik nachzuverfolgen. Soweit ich verstanden habe muss man in den jeweiligen Playern die Mac-Adresse für SyncMaster und SyncSlaves setzen und den "mode" auf play setzen.
Habe ich das richtig verstanden?

[OliverIO]

@baerengraben
ah verstehe.
In den Playerattributen gibt es die beiden Felder Syncmaster und Syncslave.
Da stehen die aktuellen Zustände drin.
Diese Felder habe ich aber nicht beschreibbar gemacht, weil das kein täglicher Anwendungsfall ist und für die meisten zu kompliziert ist das richtig zu bestücken

Für deinen Fall kannst du das Befehlsattribut cmdGeneral auch bei den Playern verwenden.
Was du da reinschreibst kannst du im folgenden Dokument nachlesen
https://github.com/elParaguayo/LMS-CLI-Documentation/blob/master/LMS-CLI.md
Suche dann darin nach folgendem Text

<playerid> sync <playerindex|playerid|-|?>

In cmdGeneral musst du dann alles nach der ersten Playerid reinschreiben.
Also bspw, wenn der andere Player den du in die SyncGroup aufnehmen möchtest 04:20:00:12:23:21 als Mac hat

sync 04:20:00:12:23:21

[baerengraben]

@OliverIO
Vielen Dank für die Infos. Sehr spannend :)
Ich habe aktuell mal zwei Player am laufen:

const idBueroCmdGeneral = 'squeezeboxrpc.0.Players.Buero-M2P.cmdGeneral';
const idMiniAmpCmdGeneral = 'squeezeboxrpc.0.Players.miniAmp-m2p.cmdGeneral';
const idBuero = 'b8:27:eb:a5:ca:53';
const idMiniAmp = 'b8:27:eb:f7:d6:ef';

Die Player sind beide in keiner Gruppe. Wenn ich nun auf dem Player idBuero folgendes ausführe, passiert leider noch nichts:

setState(idBueroCmdGeneral, 'sync ' + idMiniAmp);

Wenn ich mir die Doku anschaue, könnte ich mir vorstellen, dass das Problem daran liegt, dass erst eine Gruppe erstellt werden muss bzw. 'idBuero' in einer Gruppe sein muss, bevor 'idMiniAmp' dazugefügt werden kann. Ist das möglich?

Ich habe spasseshalber auch mal ein Test mit Telnet gemacht:
So kann ich die Player gem. Doku gruppieren. Das funktioniert tiptop:

b8:27:eb:a5:ca:53 sync b8:27:eb:f7:d6:ef

Hast du mir noch einen Tip, wie ich dies über idBueroCmdGeneral bewerkstelligen kann?

[OliverIO]

@baerengraben
Habe es gerade selbst ausprobiert.
Da scheint es dem Log nach einen Fehler im adapter zu geben. Muss ich debuggen.
Wird dann sicherlich ne neue Version geben.

[OliverIO]

@baerengraben
hah, man sollte die eigene Dokumentation lesen und sich auch wieder daran erinnern.

cmdGeneral a general command field to send commands to the player. every field must enclosed by quotation marks. parameters musst be seperated by comma. Example: "play","1"

Die korrekte Notation ist

"sync","04:20:00:12:23:21"

"sync","-"

works as designed, doch keine neue Version

[baerengraben]

@OliverIO
Jetzt geht's :)
Vielen Dank!!

[OliverIO]

Der Adapter ist nun im stable repository verfügbar

[OliverIO]

Post im falschen threat

[OliverIO]

Neue Version v1.0.1 auf latest

• Verbesserung der Logik wie Status gesetzt und Objekte angelegt werden
• Behebung eines kleinen Fehlers bei Mode in der rollenbeschreibung
• Die Tests wurden auf eine aktuelle Version gehoben
• Die Abhängigkeiten wurden auf eine aktuelle Version gehoben

[OliverIO]

Neue Version 1.2.0

• Die Abfrage und Anlage der Favoriten als Datenpunkt ist nun konfigurierbar unter Performance
• Das handling von Grafiken im Datenpunkt artwork wurde bei Verwendung des Imageproxys des LMS verbessert. Diese Grafiken konnten bisher in vis nicht korrekt angezeigt werden. Der Imageproxy wird nun herausgefiltert und die Original URL ausgegeben.

[BoehserWolf]

@OliverIO Kannst du noch mal nen Hinweis geben wie man die favourites.opml bearbeiten muss damit der Adapter sich die Bilder direkt vom LMC zieht? Habe leider gestern nichts im Netz dazu gefunden...

[OliverIO]

@BoehserWolf

Bei mir sieht das so aus. da ich da auch immer wieder Schwierigkeiten habe und nicht weiß welches Attribut genau ausgewertet wird, pflege ich beide: icon und image. musst mich da auch etwas mühsam durch den perl code wühlen

<outline URL="http://116.202.214.140:16074/;" icon="https://static-media.streema.com/media/cache/c7/c0/c7c0f0ec0d30e31f767a66d9885a6142.jpg" image="https://static-media.streema.com/media/cache/c7/c0/c7c0f0ec0d30e31f767a66d9885a6142.jpg" text="Baraza+Radio" type="audio" />

[BoehserWolf]

@OliverIO Sorry für die späte Antwort.
Vielen Dank, funktioniert. Aber besonders User-freundlich ist das nicht, da könnte am LMC echt mal geschraubt werden :woman-shrugging:

[OliverIO]

@BoehserWolf
ja mich hat es schon mehrmals gejuckt da einen pull request einzureichen.
aber perl ist immer etwas aufwändig sich da einzuarbeiten

[BoehserWolf]

@OliverIO Wem sagst du das... Die open source Welt ist groß und man hat auch leider nur soundsoviel Zeit.
Konzentrier dich auf das was dir gefällt und Spaß macht. Mache ich zumindest so :relaxed: