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

[Qlink]

@kai-brendel

Das wäre top!

Ansonsten scheint alles gut zu funktionieren :)

Im Log ist mir nur aufgefallen, dass wenn man die Klingel drückt, das o.g. Skript scheinbar zweimal aufgerufen wird:

wiim.0 2025-01-06 12:23:28.796	info	[object Object]
wiim.0 2025-01-06 12:23:28.793	info	[object Object]
wiim.0 2025-01-06 12:23:28.786	info	[object Object]
wiim.0 2025-01-06 12:23:28.785	info	[object Object]
wiim.0 2025-01-06 12:23:28.775	info	setPlayerCmd:play:http://192.168.30.90:8081/files/vis.0/maus.mp3
wiim.0 2025-01-06 12:23:28.768	info	setPlayerCmd:play:http://192.168.30.90:8081/files/vis.0/maus.mp3
javascript.0 2025-01-06 12:23:28.764	info	script.js.KlingelV4-Wiim: Türklingel
javascript.0 2025-01-06 12:23:28.758	info	script.js.KlingelV4-Wiim: Türklingel

Kann aber sein, dass es an meinem Skript liegt...
Haben die [object Object] Einträge im Log irgendeinen speziellen Grund ?

Die unexpected token Einträge alle 15 Sekunden tauchen heute auch nicht mehr auf :)

Cool wäre noch wenn du den WiiM als Output für den sayit Adapter hinzufügen könntest.
So könnte man auch diverse Ansagen wie Kalendereinträge, Temperatur, Nachrichten etc. per iobroker auf den WiiM Playern im Haus ausgeben:

https://github.com/ioBroker/ioBroker.sayit

[KaiIobroke]

@qlink ich sehe keine Notwendigkeit, den Say-it Adapter zu erweitern
Wenn ich es richtig verstehe, legt Say-it die Ausgabe als mp3 ab, wo sie unter der URL hrrp://myiobrokerip/state/Say-it.0.tts.mp3 aufrufbar ist.
Die URL musst Du in deinem Skript nur in paly_URL schreiben, dann sollte Dein Wiim sprechen.
Gruß
Kai

[KaiIobroke]

@kai-brendel said in WiiM Multiroom Audio mit iobroker steuern:

@qlink ich sehe keine Notwendigkeit, den Say-it Adapter zu erweitern
Wenn ich es richtig verstehe, legt Say-it die Ausgabe als mp3 ab, wo sie unter der URL hrrp://myiobrokerip/state/Say-it.0.tts.mp3 aufrufbar ist.
Die URL musst Du in deinem Skript nur in paly_URL schreiben, dann sollte Dein Wiim sprechen.
Gruß
Kai

Habe es jetzt getestet und es funktioniert, der Link muss allerdings lauten: http://iobrokeripadresse:8081/files/sayit.0/tts.mp3

Damit solltest Du eine Lösung haben, oder?

[apollon77]

@qlink Einfach Admin - Files und dann dort hochladen

[KaiIobroke]

@qlink hi qlink,
noch zwei Rückmeldungen zu Deinen Punkten/Fragen:
1.) Doppelter Aufruf des Skripts
Ich vermute, dass es daran liegt, dass Dein Trigger "wurde aktualisiert" ist. Wahrscheinlich ändert sich Dein Klingeldatenpunkt zu Beginn des Drückens und beim Loslassen => zwei Aufrufe des Skripts

2.) Die Objekt Info Meldung
Ich weiß, wo sie verursacht wird, werde das im näxhsten Update dann hoffentlich beheben.

Dann mal viel Spaß mit Deinem Wiim!

Hast Du eigentlich mehrere Wiims? Ich besitze nur einen, kann daher nichts zur Gruppierung testen....

[Qlink]

@kaiiobroke

das klingt plausibel :) werde ich am WE mal testen mit "auf true" triggern

Noch nicht, sobald ich die sayit Ausgabe über Wiim und noch ein paar andere Sachen getestet habe, möchte ich Zug um Zug alle meine Sonos Geräte gegen Wiim austauschen...

[Qlink]

@kaiiobroke said in WiiM Multiroom Audio mit iobroker steuern:

@qlink das freut mich!

Das Rückspringen sollte möglich sein, wenn ich einen "Current_URL" Datenpunkt und einen "Position" Datenpunkt im Adapter bereitstelle. Die kannst Du dann beim Klingeln auslesen und nach dem Klingeln wieder zurücksvhteiben.

Ich werde mal versuchen, das im nächste Update unterzubringen. Melde mich

Funktioniert sonst alles gut mit dem Adapter?

Hi Kai,

hattest du schon mal Zeit wegen "Zurückspringen"-Thema ?

Beste Grüße

[KaiIobroke]

@qlink hallo! Ich habe da nochmal drüber nachgedacht. Wie es aussieht, wird es schwierig. Das Problem ist, dass es nur funktioniert, wenn eine Playlist abgespielt wird. Dann kann man die Info zum aktuellen Track speichern und wieder zurück springen. Das wird aber bei Wiedergabe per Bluetooth schon schwierig, da dann die Playlist auf dem Client liegt. Damit kann man da nicht hin zurück springen
Ich habe aber schon einmal die current position eingepflegt und auch Sync mit einem anderen Wiim funktioniert jetzt (bin seit Freitag stolzer Besitzer eines Wiim Mini). Muss die Version aber noch hochladen, schaffe das heute nicht mehr. Hoffe, Dienstag mal wieder Zeit zu finden. Ggf kann ich dann auch die Nummer des Titels in der aktuellen Playlist mit einfügen. Dann kannst Du es mit dem Rücksprung versuchen. Aber wie gesagt, es wird dann nur in dem Fall funktionieren, in dem der Wiim eine Playlist abarbeitet.

[KaiIobroke]

@qlink hallo, habe jetzt eine neue Version hochgeladen. Der Datenpunkt curpos liefert die Position im song in Millisekunden, plicurr den Index des aktuellen Songs aus der aktuellen Playlist.
Über den Datenpunkt jumptopli kannst Du zurück in die Playlist zu dem gewünschten Song in der Playlist springen. Dazu folgendes auf den Datenpunkt schreiben "URLderPlaylist:Index". Danach an die Position im Song springen, indem Du die Position (ebenfalls in Millisekunden) auf den Datenpunkt jumptopos schreibst.
Viel Erfolg!

[KaiIobroke]

@qlink hey qlink,
Ich habe gesehen, dass die Firma Arylic mit Wiim zusammen hängt (bei gehören zu LinkPlay wie es scheint) und die API die gleiche ist. Allerdings hat Arylic ein paar mehr Funktionen, u.a. auch genau das, was Du suchst. Die Funktion playPromptUrl spielt einen Alarm ab (z.B. ein MP3 Klingelton) und setzt dann das Abspielen an der ursprünglichen Stelle fort. Ich habe den Datenpunkt jetzt schon implementiert, allerdings gibt es einen kleinen Unterschied zwischen Wiim und Arylic. Wiim verwendet HTTPS, Arylic HTTP. Damit es für beide Systeme klappt, muss ich meinen Adapter noch konfigurierbar machen. Mal sehen, wann ich die Zeit finde.
Mit dem Arylic up2stream, den ich mir bestellt habe, funktioniert das ganz gut. Vielleicht portiert Wiim ja die Funktion auch bald. Beste Grüße, Kai

[KaiIobroke]

Die Version, die Wiim und Arylic ansprechen kann, ist jetzt bei GitHub hochgeladen.

[KaiIobroke]

@qlink hallo qlink,
Ich habe gestern die Version 0.3.0 hochgeladen und im Iobroker Forum im Bereich Tester um das Testen gebeten. Da Du ja schon ein wenig getestet hast, wäre es nett, wenn Du da Dein Feedback rückmelden könntest!
Beste Grüße
Kai

[mcm1957]

Leider reagiert @KaiIobroke auf zahlreiche Anfragen im LATEST PR für deinen Adapter sowie auf Issues nicht. Die Implementierung des Adapter muss daher als eingestellt / abgebrochen betrachtet werden. Die beim Review angemerkten Issues wurden offensichtlich nicht mehr behoben.

Von direkten Installation von GitHub - insbesondere auf produktiven Systemen - wird explizit abgeraten.

GitHub Versionen können sich jederzeit (auch kurzfristig) ändern und durchaus auch in sich inkonsistent und fehlerhaft sein. Versionsangaben von GitHub Installationen sind Schall und Rauch da die Versionsnummer zumindest bei Verwendung der standardmäßigen Umgebung erst im Zuge der Releaseerstellung geändert wird.

Auf explizite Aufforderung durch den Entwickler kann eine GitHub Installation zur Fehlereingrenzung oder zum Test neuer Funktionalität - unter Inkaufnahme des erhöhten Risikos - natürlich erfolgen.

Adapter die nur via GitHub oder npm (also NICHT aus einem der beiden Repositories) installierbar sind sind mit erhöhter Vorsicht zu betrachten. Hier sollte der Entwickler drum ersucht werden eine Aufnahme in die Repositories zu veranlassen indem z.B. ein Issue im Adapterrepository erstellt wird.

@kaiiobroke FYI