Modul für Yamaha Musiccast

Begonnen von Leugi, 10 März 2019, 16:07:57

Vorheriges Thema - Nächstes Thema

Helmuth

Hallo

Ich würde den Wert 30 einstellen und testen. Dann ggf noch mal nach unten ober oben nach korrigieren.

Grüße
Wer einen Tippfehler findet darf ihn behalten.

Helmuth

Hallo

da ich nach wie vor das selbe Problem habe und im Logfile neue Einträge stehen, will ich das Thema nochmal hochholen.

Meine Einträge

2020.03.25 10:52:19 2: YAMAHA_MC: MC_Bu YAMAHA_MC_httpRequestParse last cmd=getStatus failed with error: http://192.168.178.85:80/YamahaExtendedControl/v1/main/getStatus: empty answer received
2020.03.25 10:52:19 2: YAMAHA_MC: MC_Bu YAMAHA_MC_httpRequestParse error occured increasing timeout counter to 1
2020.03.25 10:52:19 3: UWZ Unwetterzentrale: UWZ.1733 Done fetching data
2020.03.25 10:52:19 2: YAMAHA_MC (MC_Bu) - could not execute command on device MC_Bu. Please turn on your device in case of deactivated network standby or check for correct hostaddress.
2020.03.25 10:52:19 2: YAMAHA_MC: MC_Sz YAMAHA_MC_httpRequestParse last cmd=getStatus failed with error: http://192.168.178.81:80/YamahaExtendedControl/v1/main/getStatus: empty answer received
2020.03.25 10:52:19 2: YAMAHA_MC: MC_Sz YAMAHA_MC_httpRequestParse error occured increasing timeout counter to 1
2020.03.25 10:52:19 2: YAMAHA_MC (MC_Sz) - could not execute command on device MC_Sz. Please turn on your device in case of deactivated network standby or check for correct hostaddress.
2020.03.25 10:52:19 2: YAMAHA_MC: MC_Ba YAMAHA_MC_httpRequestParse last cmd=getStatus failed with error: http://192.168.178.84:80/YamahaExtendedControl/v1/main/getStatus: empty answer received
2020.03.25 10:52:19 2: YAMAHA_MC: MC_Ba YAMAHA_MC_httpRequestParse error occured increasing timeout counter to 1
2020.03.25 10:52:19 2: YAMAHA_MC (MC_Ba) - could not execute command on device MC_Ba. Please turn on your device in case of deactivated network standby or check for correct hostaddress.
2020.03.25 10:52:19 2: YAMAHA_MC: MC_Ku YAMAHA_MC_httpRequestParse last cmd=getStatus failed with error: http://192.168.178.83:80/YamahaExtendedControl/v1/main/getStatus: empty answer received
2020.03.25 10:52:19 2: YAMAHA_MC: MC_Ku YAMAHA_MC_httpRequestParse error occured increasing timeout counter to 1
2020.03.25 10:52:19 2: YAMAHA_MC (MC_Ku) - could not execute command on device MC_Ku. Please turn on your device in case of deactivated network standby or check for correct hostaddress.
2020.03.25 10:52:19 3: HMUARTLGW Homematic_Gateway BidCoS-port opened
2020.03.25 10:52:19 3: YAMAHA_AVR (AV_Wz) - could not execute command on device AV_Wz. Please turn on your device in case of deactivated network standby or check for correct hostaddress.
2020.03.25 10:52:19 2: YAMAHA_MC: MC_Wz YAMAHA_MC_httpRequestParse last cmd=getStatus failed with error: http://192.168.178.82:80/YamahaExtendedControl/v1/main/getStatus: empty answer received
2020.03.25 10:52:19 2: YAMAHA_MC: MC_Wz YAMAHA_MC_httpRequestParse error occured increasing timeout counter to 1
2020.03.25 10:52:19 2: YAMAHA_MC (MC_Wz) - could not execute command on device MC_Wz. Please turn on your device in case of deactivated network standby or check for correct hostaddress.


Ich hoffe Ihr könnt mir weiterhelfen ich verzweifel langsam.

Grüße Helmuth
Wer einen Tippfehler findet darf ihn behalten.

Leugi

Hallo Helmuth,

das sieht so aus als wäre dein Gerät gar nicht erreichbar !!
Ist das Gerät einegschaltet oder zumindest der NetworkStandby eingeschaltet ?

Kannst du im Browser diese URL aufrufen :
http://192.168.178.81:80/YamahaExtendedControl/v1/main/getStatus

Kommt da eine Antwort ?

Gruß,
Leugi
FHEM auf RaspPi 2, USB-CUL V3, div. HM Aktoren

Helmuth

Hallo Leugi

Die Daten sind aktuell erreichbar. Ich habe nach dem fhem neustart alle 5 geräte gelöscht und neu angelegt. Bis zum nächsten Neustart wird es jetzt wieder laufen inklusive Sprachausgabe. Das kann nicht die Dauerlösung sein.

Ich begreife nicht was sich durch einen neustart verändert. Wie gesagt mit fhem version 5.9 hatte ich das problem nicht. Ich weiß auch nicht ob ich problemloß zurück auf V 5.9 zurück komme. Wobei das auch keine Dauerlösung sein kann.

Ich weiß nicht weiter.

Grüße Helmuth
Wer einen Tippfehler findet darf ihn behalten.

Dia81

Zitat von: Helmuth am 20 März 2020, 01:35:44
Hallo

Ich würde den Wert 30 einstellen und testen. Dann ggf noch mal nach unten ober oben nach korrigieren.

Grüße
Danke komme leider erst jetzt dazu. Gibt es denn jemand der mir sagen kann was welcher Wert nun anrichtet bei standard_volume ? Habe Angst durch eine Test Einstellung meine Boxen zu killen. Irgendwas muss der Wert ja besagen wenn es nicht db sind :)

Leugi

das sind 30%, weil es in Fhem ja einen Slider von 0 bis 100% dafür gibt.
FHEM auf RaspPi 2, USB-CUL V3, div. HM Aktoren

Schlimbo

Zitat von: Leugi am 10 März 2019, 16:07:57

Voraussetzungen für die Verwendung dieses Modul sind die Installation der folgenden Pakete :


sudo apt-get install libjson-perl
sudo apt-get install libmp3-info-perl
sudo apt-get install -y libnet-upnp-perl
perl -MCPAN -e 'install MP3::Info'


Hallo Leugi,
erst mal vielen dank für das Modul.
Hätte da noch eine Bitte: Könntest du die obenstehenden Abhängigkeiten auch in die Commandref aufnehmen? Hier ist aktuell nur Json aufgeführt.

Beste Grüße
Schlimbo

Leugi

Hallo Schlimbo,

gute Idee werde ich mit in der Commandref aufnehmen.

Gruß,
Leugi
FHEM auf RaspPi 2, USB-CUL V3, div. HM Aktoren

Schlimbo

Hallo Leugi,
Im Log ist mir gerade noch folgende Meldung aufgefallen:
2020.04.28 23:02:29.699 1: PERL WARNING: Prototype mismatch: sub main::decode_json ($) vs ($;$$) at ./FHEM/71_YAMAHA_MC.pm line 3003.
Hast du eine Idee was hierfür die Ursache ist?

Helmuth

Hallo Leugi

Ich wollte mich nochmal melden, da ich mittlerweile mein setting soweit geändert das ich mit der Lösung recht zufrieden bin.

Was hab ich geändert:

Ich habe mit eine zweite Fhem Docker Umgebung angelegt.

Dort sind jetzt die Musiccast Module der Lautsprecher, TTS und notify Module, und natürlich läuft der miniDLNA Server dort.

Verbunden sind beide Container über FhemSync, so dass meine Ansteuerung (DOIF,Notify,at) ich nenne ihn mal Master Docker, geblieben ist.

Im Slave besteht zwar immer noch das Problem beim Neustart, aber da dort ja im Prinzip nur 3 Module werkeln, ist ein update nicht so häufig notwendig wie im Master, der jetzt einwandfrei läuft.

Ein weiterer Vorteil ist natürlich wenn der Slave Container mal abschmiert und hängen bleibt, fehlt nur die Sprachausgabe und der Rest läuft.

Viel Grüße

Helmuth
Wer einen Tippfehler findet darf ihn behalten.

JonasE

Hi Leugi,

ich habe mal wieder einen Mini Patch. Damit kann auch der Eingang des Geräts über udp Events direkt gelesen werden.

Viele Grüße
Jonas


Take-Off

Hallo zusammen,

ich habe seit einiger Zeit ein Problem mit der Mute Funktion des Moduls.
Ich würde gerne mit "mute toggle" über einen webCmd Button hin- und herschalten.

Das Problem ist dass alle meine Geräte (YSP-2700, WX-010, WX-030) das folgende "Problem" haben:
Mute ist entweder 0 oder 1. D.h. bei "mute toggle" wird auf false geschalten. Drückt man nun schnell genug noch einmal. Erreicht man ein mute = true. Kurz darauf wechselt das Reading dann auf 1.
Ist man zu langsam wechselt das reading wieder auf 0 und ein erneuter Mute-Befehl endet wieder auf False.

Folgender Befehl wird natürlich nicht akzeptiert:set YSP mute 1

Was kann ich tun um zwischen 0 und 1 zu togglen statt zwischen true und false?
Oder muss dafür das Modul angepasst werden?

Danke schonmal  :)
FHEM auf Raspberry Pi4
CUL868, CUL433, HM-CFG-USB2, HMW-LGW

KyleK

Hallo,

ich habe 2 Sachen zu dem MusicCast-Modul, die ich gerne ansprechen möchte:
1. in den Logs (und im Event-Monitor) taucht immer wieder folgende Zeile auf, wenn mein Receiver an ist:
2020-09-06_21:00:25 RX_S602 response_code: 4
2020-09-06_21:02:25 RX_S602 response_code: 4
2020-09-06_21:03:25 RX_S602 response_code: 4
2020-09-06_21:04:25 RX_S602 response_code: 4
2020-09-06_21:05:25 RX_S602 response_code: 4
2020-09-06_21:06:25 RX_S602 response_code: 4


Was kann ich aus dieser Meldung entnehmen? Laut Spec ist alles außer 0 ein Fehlercode, aber ich bin nicht sicher ob response_code ein Reading wert ist?

Das 2. Problem ist etwas komplexer:
Ich habe ein DOIF welches auf die Readings power: on und power: off reagiert.
Jetzt passiert es hin und wieder dass sich das MusicCast Device scheinbar verschluckt, und dann falsche readings schickt.
Hier ein Logauszug:
2020-09-06_20:46:30 RX_S602 power: on
2020-09-06_20:46:30 Steckdose.Surround on
2020-09-06_20:46:30 di.SurroundBoxen cmd_nr: 1
2020-09-06_20:46:30 di.SurroundBoxen cmd: 1
2020-09-06_20:46:30 di.SurroundBoxen cmd_event: RX_S602
2020-09-06_20:46:30 di.SurroundBoxen on
2020-09-06_20:46:30 Steckdose.Surround off
2020-09-06_20:46:30 Steckdose.Surround on
2020-09-06_20:47:09 RX_S602 last_error: http://192.168.178.55:80/YamahaExtendedControl/v2/main/getStatus: empty answer received
2020-09-06_20:47:09 RX_S602 presence: absent
2020-09-06_20:47:09 RX_S602 on
2020-09-06_20:47:09 RX_S602 power: off
2020-09-06_20:47:09 di.SurroundBoxen wait_timer: 06.09.2020 20:52:09 cmd_2 RX_S602
2020-09-06_20:47:39 RX_S602 volume: 73
2020-09-06_20:47:39 RX_S602 volume: 74
2020-09-06_20:47:39 RX_S602 volume: 75
2020-09-06_20:47:40 RX_S602 volume: 76
2020-09-06_20:47:47 RX_S602 volume: 77
2020-09-06_20:47:47 RX_S602 volume: 78
2020-09-06_20:49:09 RX_S602 off
2020-09-06_20:49:09 RX_S602 presence: present
2020-09-06_20:49:09 RX_S602 power: on
2020-09-06_20:49:09 RX_S602 input: hdmi3
2020-09-06_20:49:09 RX_S602 on
2020-09-06_20:49:09 RX_S602 last_error: Invalid Parameter (Out of range, invalid characters etc.)
2020-09-06_20:49:09 RX_S602 response_code: 4
2020-09-06_20:50:53 RX_S602 volume: 77
2020-09-06_20:50:53 RX_S602 volume: 76
2020-09-06_20:50:53 RX_S602 volume: 75
2020-09-06_20:50:53 RX_S602 volume: 74
2020-09-06_20:50:54 RX_S602 volume: 73
2020-09-06_20:50:54 RX_S602 volume: 72
2020-09-06_20:51:09 RX_S602 response_code: 4
2020-09-06_20:52:09 di.SurroundBoxen wait_timer: no timer
2020-09-06_20:52:09 Steckdose.Surround off
2020-09-06_20:52:09 di.SurroundBoxen cmd_nr: 2
2020-09-06_20:52:09 di.SurroundBoxen cmd: 2
2020-09-06_20:52:09 di.SurroundBoxen cmd_event: RX_S602
2020-09-06_20:52:09 di.SurroundBoxen off
2020-09-06_20:52:09 Steckdose.Surround off
2020-09-06_20:52:09 Steckdose.Surround off
2020-09-06_20:52:09 RX_S602 response_code: 4


Um 20:46:30 hab ich den Receiver eingeschaltet.
Um 20:47:09 ist das MusicCast Device plötzlich der Meinung der Receiver sei offline, was mein DOIF triggert.
Ich hab den Receiver aber nicht angerührt, er hat seinen Status nicht geändert.

Warum meldet das Device power: off, obwohl der Receiver an ist?


FHEM on Raspberry Pi 3B+
CUL868
7x MAX! Thermostat, 8x MAX! Fensterkontakte
Conbee II + deConz, TradFri Lampen, Osram Smart+ Steckdosen

rs

Ciao

Bitte, kann ich denn auch eine MP3 via minidlna an das musiccast Gerät ausgeben?

Wäre froh um einen Hinweis, Link ...

RS
rpi3+ & RaspBee | Phillips, Osram, IKEA, SIlvercrest Devices | FHEM 6.3 | Echo Show 15 | Yamaha YAS| LG TV | Ubuntu 24.04 - NextCloud 29 - OpemVPN - Wordpress - NAS - ...

maeke

Hallo
Entschuldigung falls ich hier falsch bin.. Evt könnt ihr mir den richtigen Treat nennen.

Ich wollte die Lautstärke vom WXC-50 per Siri steuern. Wenn ich z.B" setze Tisch 50" sage das die Lautstärke auf 50% geht.
Im Eve erscheit über homebridge ein Regler, aber nicht in Home. (Es heisst Gerät nicht zertifiziert)

Nun habe ich ein FS20 Dummy erstellt den ausgelesen und mit notify den Wert an Die Yamaha Lautstärke übergeben. Dies funktioniert auch. Ich wollte nur Fragen ob es einen leichteren Weg gibt bzw. ob man das direkt lösen kann und z.B diverse andere Einstellungen auch über Siri Steuern kann.

Anbei meine Lösung:
Tisch steht für das Gerät im Wohnzimmer (verständlicher Siri Befehl) (Stube Sweizerdeutsch für Wohnzimmer) :)

define Stube YAMAHA_MC xx.xx.x.x 80 120 60
attr Stube genericDeviceType Amplifier
attr Stube group Media
attr Stube homebridgeMapping On=state,valueOn=/on|mute|1/,valueOff=/off|standby|disappeared|0/,cmdOn=on,cmdOff=off Mute=mute::mute Volume=volume::volume,delay=trueMute=mute::mute Volume=volume::volume,delay=true
attr Stube room Homekit,Licht
attr Stube webCmd on:off:volume:input

define Tisch FS20 1111 18
attr Tisch IODev CUL868
attr Tisch room Homekit,Yamaha

define StubeTisch notify Tisch:* set Stube volume {(substr((ReadingsVal("Tisch","state",1)),3,2) -1)}

substr cutet das dim und das % Zeichen weg

Vielleicht hilft das ja auch welchen mit dem gleichen Wunsch
Besten Dank für eure Hilfe
maeke