Monatsrückblick Januar/Februar 2026 ist online!

[Coffeelover]

@ioJoe Hast du mal ganz easy beiden händischen Wege geprüft?

1. Per MC die Box verbinden und den Datenpunkt ansehen.
2. Die IP händisch in den DP eintragen.
   Bei mir stoppt die Wiedergabe da eigentlich nicht. Hat es ggf etwas mit deiner Play Prüfung zu tun?
   Vg

[ioJoe]

@Coffeelover
Hey geil, es funktioniert. Ich hatte die “Client”-Ip auf dem “Master” eingegeben, das war der Fehler 🤦🏼‍♂️War ja easy! Danke für den Tipp und die schnelle Reaktion 👍🏽

[foxthefox]

Sorry, das ich lange nicht aktiv war.

Mit dem Tapatalk fand ich es besser, da ich da Nachrichten auf dem Handy bekam.
Nun denn, die Zeit ist arg begrenzt, aber die Funktion für audio_delay und audio_quality hab ich in der Version 0.1.3 auf github eingebaut.
Ich hoffe die Datenpunkte sind jetzt nicht nur schreibbar, sondern senden auch an die Geräte.

Gruß
Klaus

[frank2604]

@foxthefox

Hallo Klaus,

schön, dass Du zurück bist und das Du Dich dem Problem mit dem Datenpunkt angenommen hast. Leider hatte ich heute keine Zeit für einen Test, werde mich aber spätestens nächstes Wochenende damit befassen.

Grüße

Frank

[frank2604]

@foxthefox

Hallo Klaus,

besser spät als garnicht - habe eben die 0.1.3 von GitHub installiert.

audio_delay lässt sich aber noch nicht setzten. Folgendes steht im Log:

musiccast.0	2020-01-26 19:43:01.220	warn	at processImmediate (timers.js:658:5)
musiccast.0	2020-01-26 19:43:01.220	warn	at tryOnImmediate (timers.js:676:5)
musiccast.0	2020-01-26 19:43:01.220	warn	at runCallback (timers.js:705:18)
musiccast.0	2020-01-26 19:43:01.220	warn	at Immediate.setImmediate [as _onImmediate] (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInRedis.js:226:41)
musiccast.0	2020-01-26 19:43:01.220	warn	at change (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:4745:37)
musiccast.0	2020-01-26 19:43:01.220	warn	at Object.stateChange (/opt/iobroker/node_modules/iobroker.musiccast/main.js:257:28)
musiccast.0	2020-01-26 19:43:01.220	warn	(6160) TypeError: yamaha.setlinkAudioDelay is not a function
musiccast.0	2020-01-26 19:43:01.206	warn	(6160) States pmessage musiccast.0.RX-A1080_0DA87303.main.link_audio_delay {"val":"lip_sync","ack":false,"ts":1580064181183,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":15800

Zu Info:

mit den folgenden http-Aufrufen funktioniert es - siehe oben Beitrag von Dieter:

http://192.168.2.50/YamahaExtendedControl/v1/main/setLinkAudioDelay?delay=audio_sync

http://192.168.2.50/YamahaExtendedControl/v1/main/setLinkAudioDelay?delay=lip_sync

Gruß Frank

[Coffeelover]

Ich habe mich für die harte Tour entschieden. Da mich die ständig einschlafende API genervt hat und vis häufig für die Yamaha die falschen Status angezeigt hat, habe ich nun im Adapter einen Restart des Adapters alle 30 Minuten eingerichtet. Das funktioniert bisher recht gut. Vielleicht möchte sich ja jemand inspirieren lassen.
VG

[foxthefox]

@frank2604 sagte in Neuer Adapter: Yamaha MusicCast:

@foxthefox

Hallo Klaus,

besser spät als garnicht - habe eben die 0.1.3 von GitHub installiert.

audio_delay lässt sich aber noch nicht setzten. Folgendes steht im Log:

musiccast.0	2020-01-26 19:43:01.220	warn	at processImmediate (timers.js:658:5)
musiccast.0	2020-01-26 19:43:01.220	warn	at tryOnImmediate (timers.js:676:5)
musiccast.0	2020-01-26 19:43:01.220	warn	at runCallback (timers.js:705:18)
musiccast.0	2020-01-26 19:43:01.220	warn	at Immediate.setImmediate [as _onImmediate] (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInRedis.js:226:41)
musiccast.0	2020-01-26 19:43:01.220	warn	at change (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:4745:37)
musiccast.0	2020-01-26 19:43:01.220	warn	at Object.stateChange (/opt/iobroker/node_modules/iobroker.musiccast/main.js:257:28)
musiccast.0	2020-01-26 19:43:01.220	warn	(6160) TypeError: yamaha.setlinkAudioDelay is not a function
musiccast.0	2020-01-26 19:43:01.206	warn	(6160) States pmessage musiccast.0.RX-A1080_0DA87303.main.link_audio_delay {"val":"lip_sync","ack":false,"ts":1580064181183,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":15800

Zu Info:

mit den folgenden http-Aufrufen funktioniert es - siehe oben Beitrag von Dieter:

http://192.168.2.50/YamahaExtendedControl/v1/main/setLinkAudioDelay?delay=audio_sync

http://192.168.2.50/YamahaExtendedControl/v1/main/setLinkAudioDelay?delay=lip_sync

Gruß Frank

Hallo Frank,

die http-Aufrufe habe ich in meinem node-modul schon drin.
Es gab einen Schreibfehler im iobroker.musiccast (l ->L), jetzt sollte es funktionieren und nicht abstürzen.
Danke fürs Testen und Rückmelden.

Gruß
Klaus

[frank2604]

@foxthefox

Hallo Klaus,

ich habe neu von Github installiert, bekomme aber weiterhin die 0.1.3 und der Fehler ist auch noch unverändert.

Muss ich noch etwas beachten oder anders installieren?

Danke und Gruß

Frank

[foxthefox]

@frank2604
Hallo Frank,

ist ein wenig komisch,
wenn dort immer noch "TypeError: yamaha.setlinkAudioDelay is not a function" im log steht, dann ist die Version noch nicht aktuell.
Da hilft ggf. ein sudo iobroker update musiccast

Wenn dort jetzt yamaha.setLinkAudioDelay (mit großem L) steht, dann müsstest du überprüfen ob yamaha-yxc-nodejs im node_modules die Version 0.0.11 hat. Das wäre die Version wo ich die neuen Funktionen aufgenommen habe.

Gruß
Klaus

[frank2604]

@foxthefox

Prima, nach 'sudo iobroker update musiccast' funktioniert es.

Ganz lieben Dank für die Fehlerbehebung. Jetzt kann ich nach Umzug ins neue Haus im Sommer alles mit dem musiccast-Adapter so steuern, wie ich es benötige.

Grüße

Frank

[Coffeelover]

@frank2604 je nach Anwendungsszenario bitte beachten, dass der Adapter ohne aktive Eingabe irgendwann einschläft und nicht mehr aktualisiert. Mein Workaround ist ein zyklisches Neustarten des Adapters. Ich freue mich ständig, wenn ich sehe, dass er die tatsächlichen Status anzeigt.

[frank2604]

@Coffeelover

Danke für den Hinweis. Ich hatte das schon im Verlauf des Threads gelesen und auch Deinen letzten Beitrag bzgl. regelmäßigem Adapterneustart.

In meinem Szenario steuere ich immer von ioBroker an MusicCast und benötige keine refreshten Status aus der anderen Richtung. Wenn das mal so wäre habe ich Deinen Workaround im Hinterkopf.

Grüße

Frank

[foxthefox]

@Coffeelover
Wobei richtigerweise nicht der Adapter einschläft, sondern das Yamaha Gerät keine updates mehr schickt. Das scheint eine Systemeigenschaft zu sein, die man nicht parametrieren kann.

[foxthefox]

@frank2604
Hallo Frank,

das freut mich, wenn es jetzt geht.
Dann schiebe ich mal die 0.1.3 nach npm.

Gruß
Klaus

[sigi234]

@foxthefox sagte in Neuer Adapter: Yamaha MusicCast:

@Coffeelover
Wobei richtigerweise nicht der Adapter einschläft, sondern das Yamaha Gerät keine updates mehr schickt. Das scheint eine Systemeigenschaft zu sein, die man nicht parametrieren kann.

Also, einen Cron anlegen ? Alle 2 Minuten?

[foxthefox]

@sigi234
Im Allgemeinen sind es glaube ich 15min nach dem letzten Befehlsaustausch mit dem Adapter, nachdem die keine broadcasts mehr vom Yamaha-Gerät geschickt werden.
Aber evtl. gibt es ja andere Erfahrungen.

[bahnuhr]

@foxthefox sagte in Neuer Adapter: Yamaha MusicCast:

Dann schiebe ich mal die 0.1.3 nach npm.

Funktionieren denn die widgets nun auch?

[foxthefox]

@bahnuhr
Updates zu den widgets sind da noch nicht dabei, das braucht leider etwas Zeit.
Die sind nicht so einfach zu diagnostizieren und ich hab damals einiges an Zeit gebraucht um rauszufinden wie diese programmiert werden und das muß ich jetzt quasi nochmal aufrollen.

[sigi234]

@foxthefox sagte in Neuer Adapter: Yamaha MusicCast:

@sigi234
Im Allgemeinen sind es glaube ich 15min nach dem letzten Befehlsaustausch mit dem Adapter, nachdem die keine broadcasts mehr vom Yamaha-Gerät geschickt werden.
Aber evtl. gibt es ja andere Erfahrungen.

Ich werde mir einen aktualisieren Button bauen der auf einen Neustart des Adapters triggert.

[Coffeelover]

@foxthefox sagte in Neuer Adapter: Yamaha MusicCast:

@Coffeelover
Wobei richtigerweise nicht der Adapter einschläft, sondern das Yamaha Gerät keine updates mehr schickt. Das scheint eine Systemeigenschaft zu sein, die man nicht parametrieren kann.

Das stimmt - seit ich den Adapter direkt in den Adapter Einstellungen jedoch alle 15(?) Minuten neustarten lasse, passt der Adapterstatus / VIS auch zu den Geräten. Habe nämlich auch gerade die 15 Minuten im Kopf. Nachteile hat der Ansatz in meinen Augen nicht.

@sigi234: Das hatte ich auch erst so gemacht. Allerdings musst du dann immer erst drücken und warten. Das hat mich auch genervt - war wenig besser als der ursprüngliche Status Quo.