Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Qlink]

@kai-brendel

Adapter ist installiert.

Allerdings scheint er die IP Adresse der Ethernet Schnittstelle nicht zu mögen.
Kann es sein, dass der Adapter nur per Wifi connected ?

Ich habe meinen Wiim Pro Plus nämlich per Kabel im Netzwerk und Wifi deaktiviert ...

wiim.0
2025-01-04 18:41:14.671	info	check group user admin group admin: false

wiim.0
2025-01-04 18:41:14.669	info	check user admin pw iobroker: false,system.user.admin

wiim.0
2025-01-04 18:41:14.410	info	Refresh interval: 15sec.

wiim.0
2025-01-04 18:41:14.410	info	Wiim wifi status: FAIL, IP: 192.168.30.45

wiim.0
2025-01-04 18:41:14.281	info	undefined

wiim.0
2025-01-04 18:41:14.270	info	starting. Version 0.0.1 (non-npm: KaiIOB/ioBroker.wiim#0e3522228a5d77d7dfebb9ce189a02ce8ca8da8a) in /opt/iobroker/node_modules/iobroker.wiim, node: v20.18.1, js-controller: 7.0.3

Und wofür wäre die user/password abfrage ?

[KaiIobroke]

@qlink
Tatsächlich prüfe ich im Adapter, ob die WLan Verbindung steht, erst dann geht es los. In der nächsten Version werde ich das verallgemeinern. Kannst Du zu Testen temporär auf WLan umsteigen. Dann sollte es funktionieren.
Werde dann morgen versuchen, eine Version zu erstellen, die Lan und WLan verwendet.
Gruß
Kai

[KaiIobroke]

@qlink
habe jetzt eine Version erstellt, die nicht mehr nur WLAN akzeptiert.
bitte den Adapter einmal neu installieren.
Gruß
Kai

[KaiIobroke]

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

@qlink
habe jetzt eine Version erstellt, die nicht mehr nur WLAN akzeptiert.
bitte den Adapter einmal neu installieren.
Gruß
Kai

play_URL ist jetzt auch implementiert. Probier es mal mit: https://www.soundjay.com/misc/bell-ringing-01c.mp3

[Qlink]

@Kai-Brendel

Super. Vielen Dank für die schnellen Anpassungen!

Der Adapter baut jetzt eine Verbindung auf und play_URL funktioniert ebenfalls, allerdings mit einer Verzögerung von gefühlt 4-5 Sekunden.
Das wäre für die Klingelfunktion nicht optimal, die sollte klarerweise möglichst instant abgespielt werden...

Anmerkung:
Das Log wird alle 15s mit folgendem Fehler vollgespammt:

wiim.0 2025-01-05 10:00:54.518	error	connect ETIMEDOUT 192.168.0.87:443
wiim.0 2025-01-05 10:00:39.414	error	connect ETIMEDOUT 192.168.0.87:443
wiim.0 2025-01-05 10:00:24.567	error	connect ETIMEDOUT 192.168.0.87:443
wiim.0 2025-01-05 09:57:30.801	error	connect ECONNREFUSED 0.0.0.0:443
wiim.0 2025-01-05 09:54:53.814	error	connect ETIMEDOUT 192.168.0.87:443
wiim.0 2025-01-05 09:54:38.838	error	connect ETIMEDOUT 192.168.0.87:443
wiim.0 2025-01-05 09:54:23.862	error	connect ETIMEDOUT 192.168.0.87:443
wiim.0 2025-01-05 09:54:08.758	error	connect ETIMEDOUT 192.168.0.87:443
wiim.0 2025-01-05 09:53:53.782	error	connect ETIMEDOUT 192.168.0.87:443
wiim.0 2025-01-05 09:53:38.806	error	connect ETIMEDOUT 192.168.0.87:443
wiim.0 2025-01-05 09:53:23.830	error	connect ETIMEDOUT 192.168.0.87:443
wiim.0 2025-01-05 09:53:08.854	error	connect ETIMEDOUT 192.168.0.87:443

Keine Ahnung wo die 87er IP herkommt. Die 192.168.0.0er Range gibts bei mir gar nicht...

[KaiIobroke]

@Qlink
Die 87 IP ist von meinem Setup. Die muss sich irgendwie eingeschlichen haben. Werde den Code mal durchsuchen, wo der fix hinterlegt ist.
Zur Verzögerung: ich gehe davon aus, dass sie durch den Server verursacht wird, auf dem sie liegt. Wenn Du den Klingelton auf einem internen dlna oder Web Server anlegst, geht es U.U. schneller. Ich kann das leider nicht beschleunigen, die URL wird sofort an den Wiim gegeben. Wie lange der dann zum "Aufwachen" benötigt, liegt außerhalb meiner Kontrolle.

Melde mich hier, sobald ich die 87er IP aus dem Code entfernt habe.
Gruß und vielen Dank für's Testen
Kai

[KaiIobroke]

@qlink So, angepasster Code liegt auf git hub. Bitte einmal neu installieren und testen.
Ich habe das "klingeln Problem" mal mit Spotify getestet, in dem ich einen entsprechenden Track in der Wiim App auf einen Preset gelegt habe. Wenn ich diesen dann über den Datenpunkt aufrufe, klingelt es innerhalb von einer Sekunde.
Werde bei Gelegenheit schauen, ob es auch mit dem iobroker eigenen Webserver klappt. Das wäre dann natürlich sehr einfach.
Gruß
Kai

[KaiIobroke]

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

@qlink So, angepasster Code liegt auf git hub. Bitte einmal neu installieren und testen.
Ich habe das "klingeln Problem" mal mit Spotify getestet, in dem ich einen entsprechenden Track in der Wiim App auf einen Preset gelegt habe. Wenn ich diesen dann über den Datenpunkt aufrufe, klingelt es innerhalb von einer Sekunde.
Werde bei Gelegenheit schauen, ob es auch mit dem iobroker eigenen Webserver klappt. Das wäre dann natürlich sehr einfach.
Gruß
Kai

So, habe das mit dem Server getestet, funktioniert auch gut:
einfach in IoBroker unter Dateien/Benutzerdaten einen Ordner anlegen, mp3 hochladen und den link kopieren. Den dann auf den "play_URL" Datenpunkt schreiben und schon klingelt es mit nur kurzer Verzögerung.
Ich hoffe, das hilft!?

[Qlink]

@Kai-Brendel

Vielen Danke für die schnellen Updates.
Ich hab die aktuelleste Version eingespielt.

Die Fehlermeldung mit der 87er IP ist jetzt weg, allerdings bekomme ich jetzt alle 15s folgende Meldung:

wiim.0 2025-01-05 17:29:48.837	error	Unexpected token 'F', "Failed" is not valid JSON
wiim.0 2025-01-05 17:29:33.835	error	Unexpected token 'F', "Failed" is not valid JSON
wiim.0 2025-01-05 17:29:18.835	error	Unexpected token 'F', "Failed" is not valid JSON
wiim.0 2025-01-05 17:29:03.836	error	Unexpected token 'F', "Failed" is not valid JSON
wiim.0 2025-01-05 17:28:48.832	error	Unexpected token 'F', "Failed" is not valid JSON
wiim.0 2025-01-05 17:28:33.837	error	Unexpected token 'F', "Failed" is not valid JSON
wiim.0 2025-01-05 17:28:18.833	error	Unexpected token 'F', "Failed" is not valid JSON
wiim.0 2025-01-05 17:28:03.832	error	Unexpected token 'F', "Failed" is not valid JSON
wiim.0 2025-01-05 17:27:48.837	error	Unexpected token 'F', "Failed" is not valid JSON

Zum Thema mp3 in iobroker hochladen stehe ich leider vor einem Problem.
Ich nutze iobroker unter Docker auf einer Synology in Kombination mit redis.

Wenn ich die Doku richtig verstanden habe, dann liegen bei redis Dateien nicht im Filesystem sondern ebenfalls in der redis DB.
Das heißt, wenn ich Dateien einfach ins Filesystem hochlade, dann kann iobroker sie trotzdem nicht sehen, bzw. darauf zugreifen...
Siehe hier: https://iobroker.readthedocs.io/de/latest/bestpractice/storefiles.html

Leider konnte ich keine Infos finden, wie man als User ohne Programmierkenntnisse trotzdem z.B. eine mp3 Datei hochladen kann und sie dann per play_URL in iobroker verwenden kann ...

Kannst du mir hier weiterhelfen ?

[KaiIobroke]

@qlink hallo qlink,
Die Fehlermeldung muss ich mir in Ruhe anschauen, taucht bei mir nicht auf, hängt also wahrscheinlich auch daran, dass Dein Wiim nicht über WLAN angebunden ist.
Mein Urlaub ist ab morgen zu Ende, werde das wohl erst in zwei Wochen genauer untersuchen können. Bitte geduldig bleiben!

Zum MP3 Problem: das ist ja ein Recht spezielles Setup, das Du verwendest. Ich bin mir nicht sicher, ob ich das richtig verstehe, aber Du kommst ja offensichtlich auch die iobroker Admin Oberfläche.Das machst Du doch über einen Browser, oder? Dann müsste doch auch der Zugriff auf Dateien, die in Iobroker abgelegt sind, aus Deinem Netzwerk möglich sein.
Oder verstehe ich etwas falsch?

[Qlink]

@kai-brendel

Ja, Iobroker ist ganz normal über das Netzwerk erreichbar.
Wenn ich allerdings z.B. die datei "maus.mp3" per Synology Filebrowser in das Verzeichnis /iobroker-data/files/mp3/maus.mp3 kopiere, dann ist diese nicht abspielbar per

http://192.168.30.90:8082/files/mp3/maus.mp3

oder

http://192.168.30.90:8082/mp3/maus.mp3

Es sei denn mein Aufruf ist falsch.

Meine Vermutung ist eben, dass das wie oben erwähnt an redis liegt...

Eventuell kann hier ja @apollon77 etwas Licht in die Sache bringen ?

[OliverIO]

@qlink

nur weil eine datei im dteibereich des iobrokers liegt weiß der webserver des iobroker noch nix davon.
die datei muss per writeFile Befehl geschrieben werden.

den befehl gibt es in verschiedenen ausfertigungen

im javascript adapter
https://github.com/ioBroker/ioBroker.javascript/blob/master/docs/en/javascript.md#writefile
per kommandozeile
iob file write --help

[KaiIobroke]

@qlink Hallo qlink,
Versuch bitte mal, die Datei per IoBroker Front End hochzuladen. Ich denke, dass der ioBroker dann genau die con Oliver beschriebenen Schritte automatisch durchführt.
Viel Erfolg!

[Qlink]

@OliverIO

Ich hätte es per

iobroker file write /files/vis.0/maus.mp3 /files/mp3/maus.mp3

versucht bzw. in allen möglichen Abwandlungen beim Pfad, (mit /opt/iobroker/iobroker-data/files/ davor usw.) aber ich erhalte immer:

"Please provide a valid file name as source file: "file write /opt/SOURCE/script.js /vis-2/DESTINATION/script.js"

@kai-brendel Was meinst du mit Front End genau ? Ich hätte es schon mit der Upload Funktion per vis Datei Manager versucht.
Die Datei wird mir auch entsprechend angezeigt im Manager

Wenn ich aber per File Station auf der Synology in dem Verzeichnis schaue, dann ist dort keine Datei namens maus.mp3

[KaiIobroke]

@qlink ich meine die Standard Iobroker Ansicht:

[Qlink]

@Kai-Brendel

oha, das kannte ich noch gar nicht :man-facepalming:

Wenn ich auf den Ordner Benutzerdaten doppelklicke, dann erhalte ich

""0_userdata.0" kann nicht gelesen werden" :(

Allerdings liegt in der Ansicht unter vis.0 die Datei maus.mp3

Wie kriege ich jetzt den korrekten Link zu der Datei raus, damit ich sie per play_URL abspielen kann ?

[KaiIobroke]

@qlink rechts in der Dateiliste ist der Download Link. Den mit rechter Maustaste kopieren. Den kannst Du dann z.B. per Blockly Script auf den play_URL schreiben.
Wenn Du Blockly noch nicht gemacht hast, kann ich heute Abend einen Screenshot schicken.

[Qlink]

@kai-brendel

Perfekt! Mit dem Link vom Downloadbutton klappts dann auch mit dem Abspielen per http! :)

Der Port war falsch... :man-facepalming:
Ich hab immer 8082 anstatt 8081 versucht :expressionless:

Jetzt funktioniert auch die Klingel per Blockly:

Hat zwar immer noch 2-3 Sekunden Verzögerung, aber damit kann ich leben, bzw. vermute ich dass man diese Verzögerung auch nicht wegbekommen wird oder ?

Zusätzlich hätte ich noch eine Frage bzw. ein Anliegen:

Gibt es eine Möglichkeit, wenn der WiiM gerade Musik abspielt während jemand die Klingel drückt, dass er nach dem Klingelton die zuvor gespielte Musik wieder weiterabspielt ?

[KaiIobroke]

@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?

[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