Modul für ONKYO AV Receiver (und neuere Pioneer AV Receiver)

Begonnen von Loredo, 30 September 2013, 14:52:36

Vorheriges Thema - Nächstes Thema

rtv

Hallo zusammen,

ich habe noch einen "alten" Onkyo 876 - ohne LAN.
Derzeit behelfe ich mich mit einige quick&dirty Kommandos, die ich an die serielle Schnittstelle schicke.

Leider verstehe ich nicht genug von FHEM und seinem Plugin-Aufbau um daraus ein eigenes Plugin zu machen, dass das größte Manko behebt: Mir fehlt das nicht-blockierende, dauerhafte Auslesen der RS232-Schnittstelle.
Dann wüßte FHEM jederzeit über den Status des Receivers Bescheid (auch wenn er über die IR-Fernbedienung gesteuert wurde).

Kann der serielle Support auch in dieses Modul integriert werden?
Oder kann mir jemand ein korrektes, leeres "Grundgerüst" für ein serielles Plugin erstellen, wo ich dann die Fleißarbeit übernehme und die einzelnen Kommandos implementiere?

Viele Grüße
Ralf


sub
OnkyoVideoOut($)
{
if ($_[0] eq 'Off' or $_[0] eq 'Analog')
{
SendOnkyoCmd('HDO00'); #'echo "\\!1HDO00" > /dev/usb_rs232';
}
elsif ($_[0] eq 'Main' or $_[0] eq 'HDMI-Main')
{
SendOnkyoCmd('HDO01');
}
elsif ($_[0] eq 'Sub' or $_[0] eq 'HDMI-Sub')
{
SendOnkyoCmd('HDO02');
}
}


sub
SendOnkyoCmd ($)
{   
my $command = $_[0];
my $onkyo = Device::Onkyo->new(device => '/dev/onkyo');
my $outstring = '';
$command = "\\!1".$command." > /dev/onkyo";
$onkyo->write($command);
my $message = $onkyo->read(1);

$outstring=left(trim($message), 3);
Log 1, "DEBUG: String: ".$outstring." Ausgabe: ".$message;

if($outstring eq "PWR")
{
  $outstring=right(trim($message), 2);
  if ($outstring eq "01") {
    Log 1, "Onyko Receiver eingeschaltet";
  } else {
    Log 1, "Onyko Receiver ausgeschaltet";
  }
 
}
if($outstring eq "MVL")
{
  $outstring=hex(right(trim($message), 2));
  Log 1, "Aktuelle AVR Lautstärke: ".$outstring;
}
Log 1, "Send RS232 Command: ".$command." to Onkyo. Received: ".$message;
return
}


Loredo

Zitat von: rtv am 27 Mai 2014, 15:31:26
ich habe noch einen "alten" Onkyo 876 - ohne LAN.
Derzeit behelfe ich mich mit einige quick&dirty Kommandos, die ich an die serielle Schnittstelle schicke.

Leider verstehe ich nicht genug von FHEM und seinem Plugin-Aufbau um daraus ein eigenes Plugin zu machen, dass das größte Manko behebt: Mir fehlt das nicht-blockierende, dauerhafte Auslesen der RS232-Schnittstelle.
Dann wüßte FHEM jederzeit über den Status des Receivers Bescheid (auch wenn er über die IR-Fernbedienung gesteuert wurde).

Kann der serielle Support auch in dieses Modul integriert werden?
Oder kann mir jemand ein korrektes, leeres "Grundgerüst" für ein serielles Plugin erstellen, wo ich dann die Fleißarbeit übernehme und die einzelnen Kommandos implementiere?


Es ist vorgesehen das Modul über Kurz oder Lang auf Non-Blocking und eine permanente IO-Verbindung umzustellen. Dabei spielt es dann keine Rolle, ob es eine Telnet/TCP Verbindung ist, oder ob die Kommandos über eine serielle Schnittstelle gehen. Ich habe für den Umbau und die dafür notwendigen Recherchen bzw. zum herumprobieren, wie das in FHEM zu implementieren ist, aktuell allerdings keine Zeit.
Ein weiteres Modul, was alles nochmal neu implementiert, ist keine wirklich sinnvolle Angelegenheit. Wenn du helfen möchtest, kannst du gerne einen Patch für das vorhandene Modul schreiben und ich übernehme ihn dann gerne, wenn er passend ist.


Gruß
Julian
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER

krannich

Hallo Loredo,

erstmal Danke für das Plugin, echt super!

Gibt es eine Möglichkeit das Volume langsam zu senken und nicht abrupt?

Ich verstehe die Parameter nicht, bzw. wo finde ich eine Doku darüber?

VG
Dennis


Loredo

Zitat von: krannich am 27 Juni 2014, 21:33:13
Gibt es eine Möglichkeit das Volume langsam zu senken und nicht abrupt?

Ich verstehe die Parameter nicht, bzw. wo finde ich eine Doku darüber?


Nein, das kann der Receiver selbst nicht. Du musst dir eine solche Funktion selbst basteln.
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER

forum-merlin

Hallo Loredo,

zwei kurze Fragen:
1)
Ist ein TX-NR 515 jetzt ein "pre2013" Modell, oder nicht?
und ändert sich das wenn man ein FW Update auf den Onkyo spielt?

Warum ich das frage:
aus dem Log:
2014.08.15 22:22:05 3: ONKYO_AVR WZ.Verstaerker: net-receiver-information command unsupported, this must be a pre2013 device! Implicit fallback to protocol version pre2013.
in meiner Definition:

### ONKYO Verstaerker ###
define WZ.Verstaerker ONKYO_AVR 192.168.12.83
attr WZ.Verstaerker devStateIcon on:rc_GREEN:off off:rc_STOP:on absent:rc_RED
attr WZ.Verstaerker group Multimedia
attr WZ.Verstaerker icon TX_NR515
attr WZ.Verstaerker model pre2013
attr WZ.Verstaerker room Multimedia
attr WZ.Verstaerker webCmd volume:mute:input

Was soll ich also am geschicktesten einstellen?


2)
Hast Du eine Idee wieso das Log andauernd meint, mein Onkyo wäre nicht da?
kleiner Log Auszug:

2014.08.15 22:10:21 3: ONKYO_AVR device WZ.Verstaerker is unavailable
2014.08.15 22:10:21 3: ONKYO_AVR device WZ.Verstaerker is available
2014.08.15 22:11:36 3: ONKYO_AVR device WZ.Verstaerker is unavailable
2014.08.15 22:11:36 3: ONKYO_AVR device WZ.Verstaerker is available
2014.08.15 22:12:51 3: ONKYO_AVR device WZ.Verstaerker is unavailable
2014.08.15 22:12:51 3: ONKYO_AVR device WZ.Verstaerker is available
2014.08.15 22:14:06 3: ONKYO_AVR device WZ.Verstaerker is unavailable
2014.08.15 22:14:06 3: ONKYO_AVR device WZ.Verstaerker is available
2014.08.15 22:15:21 3: ONKYO_AVR device WZ.Verstaerker is unavailable
2014.08.15 22:15:21 3: ONKYO_AVR device WZ.Verstaerker is available
2014.08.15 22:16:36 3: ONKYO_AVR device WZ.Verstaerker is unavailable
2014.08.15 22:16:36 3: ONKYO_AVR device WZ.Verstaerker is available
2014.08.15 22:17:51 3: ONKYO_AVR device WZ.Verstaerker is unavailable
2014.08.15 22:17:51 3: ONKYO_AVR device WZ.Verstaerker is available



verbose 5 logging:

2014.08.15 22:58:23 3: ONKYO_AVR device WZ.Verstaerker is unavailable
2014.08.15 22:58:23 3: ONKYO_AVR device WZ.Verstaerker is available
2014.08.15 22:58:43 5: ONKYO_AVR WZ.Verstaerker: called function ONKYO_AVR_Set()
2014.08.15 22:58:43 5: ONKYO_AVR WZ.Verstaerker: called function ONKYO_AVR_Get()
2014.08.15 22:58:44 5: ONKYO_AVR WZ.Verstaerker: called function ONKYO_AVR_Set()
2014.08.15 22:59:35 5: ONKYO_AVR WZ.Verstaerker: called function ONKYO_AVR_GetStatus()
2014.08.15 22:59:35 5: ONKYO_AVR WZ.Verstaerker: called function ONKYO_AVR_SendCommand()
2014.08.15 22:59:35 4: ONKYO_AVR WZ.Verstaerker(main): net-receiver-information -> query (NRIQSTN)
2014.08.15 22:59:35 5: ONKYO_AVR WZ.Verstaerker(main): 192.168.12.83:60128 snd 49534350000000100000000b0100000021314e52495153544e0d0a ISCP............!1NRIQSTN..
2014.08.15 22:59:38 3: ONKYO_AVR device WZ.Verstaerker is unavailable
2014.08.15 22:59:38 5: ONKYO_AVR WZ.Verstaerker: called function ONKYO_AVR_SendCommand()
2014.08.15 22:59:38 4: ONKYO_AVR WZ.Verstaerker(main): power -> query (PWRQSTN)
2014.08.15 22:59:38 5: ONKYO_AVR WZ.Verstaerker(main): 192.168.12.83:60128 snd 49534350000000100000000b0100000021315057525153544e0d0a ISCP............!1PWRQSTN..
2014.08.15 22:59:38 5: ONKYO_AVR WZ.Verstaerker(main): 192.168.12.83:60128 rcv 49534350000000100000000a01000000213150575230301a0d0a ISCP............!1PWR00...
2014.08.15 22:59:38 3: ONKYO_AVR device WZ.Verstaerker is available
2014.08.15 22:59:38 4: ONKYO_AVR WZ.Verstaerker(main): PWRQSTN return value '00' converted through VALUE from HASH table to 'off'
2014.08.15 22:59:38 4: ONKYO_AVR WZ.Verstaerker: off
2014.08.15 23:00:13 5: ONKYO_AVR WZ.Verstaerker: called function ONKYO_AVR_Set()
2014.08.15 23:00:14 5: ONKYO_AVR WZ.Verstaerker: called function ONKYO_AVR_Set()
2014.08.15 23:00:20 5: ONKYO_AVR WZ.Verstaerker: called function ONKYO_AVR_Set()
2014.08.15 23:00:23 5: ONKYO_AVR WZ.Verstaerker: called function ONKYO_AVR_Set()
2014.08.15 23:00:23 5: ONKYO_AVR WZ.Verstaerker: called function ONKYO_AVR_Get()
2014.08.15 23:00:24 5: ONKYO_AVR WZ.Verstaerker: called function ONKYO_AVR_Set()
2014.08.15 23:00:50 5: ONKYO_AVR WZ.Verstaerker: called function ONKYO_AVR_GetStatus()
2014.08.15 23:00:50 5: ONKYO_AVR WZ.Verstaerker: called function ONKYO_AVR_SendCommand()
2014.08.15 23:00:50 4: ONKYO_AVR WZ.Verstaerker(main): net-receiver-information -> query (NRIQSTN)
2014.08.15 23:00:50 5: ONKYO_AVR WZ.Verstaerker(main): 192.168.12.83:60128 snd 49534350000000100000000b0100000021314e52495153544e0d0a ISCP............!1NRIQSTN..
2014.08.15 23:00:53 3: ONKYO_AVR device WZ.Verstaerker is unavailable
2014.08.15 23:00:53 5: ONKYO_AVR WZ.Verstaerker: called function ONKYO_AVR_SendCommand()
2014.08.15 23:00:53 4: ONKYO_AVR WZ.Verstaerker(main): power -> query (PWRQSTN)
2014.08.15 23:00:53 5: ONKYO_AVR WZ.Verstaerker(main): 192.168.12.83:60128 snd 49534350000000100000000b0100000021315057525153544e0d0a ISCP............!1PWRQSTN..
2014.08.15 23:00:53 5: ONKYO_AVR WZ.Verstaerker(main): 192.168.12.83:60128 rcv 49534350000000100000000a01000000213150575230301a0d0a ISCP............!1PWR00...
2014.08.15 23:00:53 3: ONKYO_AVR device WZ.Verstaerker is available
2014.08.15 23:00:53 4: ONKYO_AVR WZ.Verstaerker(main): PWRQSTN return value '00' converted through VALUE from HASH table to 'off'
2014.08.15 23:00:53 4: ONKYO_AVR WZ.Verstaerker: off
2014.08.15 23:01:00 5: ONKYO_AVR WZ.Verstaerker: called function ONKYO_AVR_Set()
2014.08.15 23:01:03 5: ONKYO_AVR WZ.Verstaerker: called function ONKYO_AVR_Set()
2014.08.15 23:02:05 5: ONKYO_AVR WZ.Verstaerker: called function ONKYO_AVR_GetStatus()
2014.08.15 23:02:05 5: ONKYO_AVR WZ.Verstaerker: called function ONKYO_AVR_SendCommand()
2014.08.15 23:02:05 4: ONKYO_AVR WZ.Verstaerker(main): net-receiver-information -> query (NRIQSTN)
2014.08.15 23:02:05 5: ONKYO_AVR WZ.Verstaerker(main): 192.168.12.83:60128 snd 49534350000000100000000b0100000021314e52495153544e0d0a ISCP............!1NRIQSTN..
2014.08.15 23:02:08 3: ONKYO_AVR device WZ.Verstaerker is unavailable
2014.08.15 23:02:08 5: ONKYO_AVR WZ.Verstaerker: called function ONKYO_AVR_SendCommand()
2014.08.15 23:02:08 4: ONKYO_AVR WZ.Verstaerker(main): power -> query (PWRQSTN)
2014.08.15 23:02:08 5: ONKYO_AVR WZ.Verstaerker(main): 192.168.12.83:60128 snd 49534350000000100000000b0100000021315057525153544e0d0a ISCP............!1PWRQSTN..
2014.08.15 23:02:08 5: ONKYO_AVR WZ.Verstaerker(main): 192.168.12.83:60128 rcv 49534350000000100000000a01000000213150575230301a0d0a ISCP............!1PWR00...
2014.08.15 23:02:08 3: ONKYO_AVR device WZ.Verstaerker is available
2014.08.15 23:02:08 4: ONKYO_AVR WZ.Verstaerker(main): PWRQSTN return value '00' converted through VALUE from HASH table to 'off'
2014.08.15 23:02:08 4: ONKYO_AVR WZ.Verstaerker: off
2014.08.15 23:03:03 5: ONKYO_AVR WZ.Verstaerker: called function ONKYO_AVR_Set()


Ping vom fhem server:

root@fhemserver:/opt# ping 192.168.12.83
PING 192.168.12.83(192.168.12.83) 56(84) bytes of data.
64 bytes from 192.168.12.83: icmp_req=1 ttl=64 time=0.960 ms
64 bytes from 192.168.12.83: icmp_req=2 ttl=64 time=0.881 ms
64 bytes from 192.168.12.83: icmp_req=3 ttl=64 time=0.783 ms
64 bytes from 192.168.12.83: icmp_req=4 ttl=64 time=0.742 ms
64 bytes from 192.168.12.83: icmp_req=5 ttl=64 time=0.773 ms
64 bytes from 192.168.12.83: icmp_req=6 ttl=64 time=0.748 ms
64 bytes from 192.168.12.83: icmp_req=7 ttl=64 time=1.05 ms
64 bytes from 192.168.12.83: icmp_req=8 ttl=64 time=1.04 ms
64 bytes from 192.168.12.83: icmp_req=9 ttl=64 time=0.849 ms
64 bytes from 192.168.12.83: icmp_req=10 ttl=64 time=0.746 ms
64 bytes from 192.168.12.83: icmp_req=11 ttl=64 time=0.869 ms
64 bytes from 192.168.12.83: icmp_req=12 ttl=64 time=0.812 ms
64 bytes from 192.168.12.83: icmp_req=13 ttl=64 time=0.779 ms
64 bytes from 192.168.12.83: icmp_req=14 ttl=64 time=0.780 ms
64 bytes from 192.168.12.83: icmp_req=15 ttl=64 time=0.771 ms
64 bytes from 192.168.12.83: icmp_req=16 ttl=64 time=0.930 ms
64 bytes from 192.168.12.83: icmp_req=17 ttl=64 time=0.822 ms
64 bytes from 192.168.12.83: icmp_req=18 ttl=64 time=0.946 ms
64 bytes from 192.168.12.83: icmp_req=19 ttl=64 time=0.781 ms
64 bytes from 192.168.12.83: icmp_req=20 ttl=64 time=0.789 ms
64 bytes from 192.168.12.83: icmp_req=21 ttl=64 time=0.728 ms
^C
--- 192.168.12.83 ping statistics ---
21 packets transmitted, 21 received, 0% packet loss, time 20024ms
rtt min/avg/max/mdev = 0.728/0.837/1.054/0.099 ms
root@fhemserver:/opt#


Danke schonmal fürs lesen.

gruß

der Merlin
FHEM 5.8 auf RasPi3; CULv3-868; RFXtrx433; HM-Sec-SC-2; HM-CFG-LAN; HM-LC-Bl1-FM; HM-CC-RT-DN; HM-ES-PMSw1-Pl; HM-LC-Sw4-DR; Hunter Ventile; 8ch Relais; ENIGMA2; ONKYO_AVR; SONOS; Harmony; telegram; HM-PB-6-WM55; GPIO; HM-Sen-MDIR-O; HM-SEC-SD; HM-LC-Dim1L-Pl-3;

Loredo

Zitat von: forum-merlin am 15 August 2014, 23:11:03
1)
Ist ein TX-NR 515 jetzt ein "pre2013" Modell, oder nicht?

Wenn das net-receiver-information Kommando nicht unterstützt wird, ja.

Zitat von: forum-merlin am 15 August 2014, 23:11:03und ändert sich das wenn man ein FW Update auf den Onkyo spielt?


Vermutlich nein, denn wie die meisten Hersteller fixt Onkyo nur Bugs und baut selten wirklich neue Funktionen in Bestandsgeräte ein. Man soll ja Neue kaufen...

Zitat von: forum-merlin am 15 August 2014, 23:11:03Was soll ich also am geschicktesten einstellen?


Siehe Commandref http://fhem.de/commandref.html#ONKYO_AVR
define WZ.Verstaerker ONKYO_AVR 192.168.12.83 pre2013

Zitat von: forum-merlin am 15 August 2014, 23:11:03Hast Du eine Idee wieso das Log andauernd meint, mein Onkyo wäre nicht da?


Das ist ein Folgefehler. Ich bin nicht ganz sicher, weshalb der Fallback bei dir nicht ausschließt, dass weiterhin nach den Infos gefragt wird. Jedenfalls sieht man im Log, dass die Abfragen bei deinem Receiver ein Timeout haben, weshalb dann angenommen wird, dass der Receiver offline wäre (auf Protokollebene, die Netzebene ist uninteressant, sprich dein Ping).
Das sollte sich erledigen, wenn du deine Gerätedefinition wie oben genannt anpasst.
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER

forum-merlin

Zitat von: Loredo am 20 August 2014, 11:03:23
Wenn das net-receiver-information Kommando nicht unterstützt wird, ja.



Vermutlich nein, denn wie die meisten Hersteller fixt Onkyo nur Bugs und baut selten wirklich neue Funktionen in Bestandsgeräte ein. Man soll ja Neue kaufen...



Siehe Commandref http://fhem.de/commandref.html#ONKYO_AVR
define WZ.Verstaerker ONKYO_AVR 192.168.12.83 pre2013



Das ist ein Folgefehler. Ich bin nicht ganz sicher, weshalb der Fallback bei dir nicht ausschließt, dass weiterhin nach den Infos gefragt wird. Jedenfalls sieht man im Log, dass die Abfragen bei deinem Receiver ein Timeout haben, weshalb dann angenommen wird, dass der Receiver offline wäre (auf Protokollebene, die Netzebene ist uninteressant, sprich dein Ping).
Das sollte sich erledigen, wenn du deine Gerätedefinition wie oben genannt anpasst.

Danke Dir!
Ich habe das jetzt mal so umgestellt wie Du es beschrieben hast. Sieht schon besser aus, aber ich beobachte es mal ein wenig.

Gruß
Holger
FHEM 5.8 auf RasPi3; CULv3-868; RFXtrx433; HM-Sec-SC-2; HM-CFG-LAN; HM-LC-Bl1-FM; HM-CC-RT-DN; HM-ES-PMSw1-Pl; HM-LC-Sw4-DR; Hunter Ventile; 8ch Relais; ENIGMA2; ONKYO_AVR; SONOS; Harmony; telegram; HM-PB-6-WM55; GPIO; HM-Sen-MDIR-O; HM-SEC-SD; HM-LC-Dim1L-Pl-3;

mrniceguy

Hallo zusammen,

Funktioniert das Modul auch mit den neuen 2014ern Receivern wie dem 636? Gab es hierzu schon Tests?

Danke & Gruß Andreas

Loredo

Zitat von: mrniceguy am 06 September 2014, 11:23:14
Funktioniert das Modul auch mit den neuen 2014ern Receivern wie dem 636? Gab es hierzu schon Tests?


Es spricht nichts dagegen. Die neueren Modelle hat bisher wohl noch niemand im Einsatz, zumindest wenn man sich auf die Liste der Modelle in den FHEM Statistiken berufen wollte:
http://fhem.de/stats/statistics.html
(bisher TX-NR626, TX-NR809, TX-NR828)
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER

pc1246

Hallo Loredo

Wie teile ich dem Modul denn mit welchen Receiver ich habe? Ich kann doch gar nicht einstellen das ich einen TX-NR515 habe!?

Gruss Christoph
HP T610
Onkyo_AVR;3 Enigma2; SB_Server ; SB_Player; HM-USB mit 15 HM-CC-RT-DN, 3 HM_WDS10_TH_O, 6 HM-Sec-SCo, 4 HM-Sec-MDIR-2, 1 HM-Sen-MDIR-O-2, 8 Ferion 5000 OW ; PhilipsTV; 4 harmony hub; Jeelink mit 9 PCA301; Somfy; S7-300; 3 LGW; HUE; HM-IP auf Charly

Loredo

Zitat von: pc1246 am 09 September 2014, 20:24:00
Wie teile ich dem Modul denn mit welchen Receiver ich habe? Ich kann doch gar nicht einstellen das ich einen TX-NR515 habe!?


Gar nicht, es ist nicht notwendig ein spezielles Modell anzugeben.
Der TX-NR515 wurde in 2012 veröffentlicht und ist deshalb ein pre2013 Gerät. Das wiederum kannst du angeben, wie es auch in der Kommando-Referenz beschrieben ist:

http://fhem.de/commandref.html#ONKYO_AVR


Das dritte Beispiel dort ist extra nur für dich dort platziert worden  ;)
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER

pc1246

Hallo Loredo

Das es nicht notwendig ist, ein Modell anzugeben, war mir klar. Dein Modul laeuft bei mir seit gut einem Jahr! (Danke noch mal dafuer!) Ich dachte nur, aufgrund der Diskussion zuvor, man koenne irgendwie angeben welches Modell man habe!

Gruss Christoph
HP T610
Onkyo_AVR;3 Enigma2; SB_Server ; SB_Player; HM-USB mit 15 HM-CC-RT-DN, 3 HM_WDS10_TH_O, 6 HM-Sec-SCo, 4 HM-Sec-MDIR-2, 1 HM-Sen-MDIR-O-2, 8 Ferion 5000 OW ; PhilipsTV; 4 harmony hub; Jeelink mit 9 PCA301; Somfy; S7-300; 3 LGW; HUE; HM-IP auf Charly

ChristianKnorr

Kann ich eigentlich Sendernamen auslesen?
Z.B. ein get für internet-radio-preset => WDR

Loredo

Sollte über set remoteControl gehen. Einfach mal durchhangeln.
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER

ChristianKnorr

Zitat von: Loredo am 14 September 2014, 15:00:11
Sollte über set remoteControl gehen. Einfach mal durchhangeln.
Ja, das hier geht:set wz_Onkyo remoteControl net-usb-title-name queryDanke dafür :)