Modul für Denon (Marantz) AV Receiver

Begonnen von raman, 03 Oktober 2016, 18:08:58

Vorheriges Thema - Nächstes Thema

Shadow3561

@ToKa

habe das Modul editiert und an den Dev auf github gemeldet.
Der Rest liegt dann an ihm. Also abwarten.

MfG

grappa24

Zitat von: Shadow3561 am 23 Februar 2020, 10:48:31
@grappa24
Wenn dein Telnet Port blockiert ist kannst du dieses Midul nicht nutzen.
Danke für eure Geduld, ein Netzwerkreset brachte den gewünschten Erfolg ;D Kann jetzt mit den neuen Modulen auf meinen X2100W zugreifen.

Netzwerkreset geht übrigens mit "Online Music" und "TUNER PRESET CH +" und "TUNER PRESET CH -"
FHEM 6.1, 2 x RasPi 3B+, Debian Buster; KNX, FS20, HM, HUE, Tradfri, Shellies, KLF200
Rollo-/Lichtsteuerung/-szenarien, T-Sensoren, Fensterkontakte, Heizungssteuerung, HEOS, Sprachsteuerung mit Alexa-FHEM, Netatmo, Nuki, ...

grappa24

#362
Zitat von: delMar am 22 Februar 2020, 22:12:48
Achja: und eine Liste, was im X funktioniert hat, und im Offiziellen nicht, würde mir wirklich sehr helfen.
Nach einem Netzwerk-Reset komme ich mit dem neuen Modul auf meinen X2100W und habe bisher nix gefunden, was nicht geht - super ;D
Werde noch weiter testen und melde mich, wenn ich doch noch was finde.

Hier mein Listing: Internals:
   CFGFN     
   Clients    :DENON_AVR_ZONE:
   DEF        192.168.178.40
   DeviceName 192.168.178.40:23
   FD         46
   FUUID      5e527ed1-f33f-b5ae-28e8-00ac7607045ea8ce
   NAME       denon
   NR         3225
   NTFY_ORDER 50-denon
   PARTIAL   
   STATE      off
   TIMEOUT    3
   TYPE       DENON_AVR
   READINGS:
     2020-02-23 14:56:50   allZoneStereo   off
     2020-02-23 14:56:49   aspectRatio     16:9
     2020-02-23 14:56:49   autoStandby     15min
     2020-02-23 14:56:50   bass            1
     2020-02-23 14:56:50   cinemaEQ        off
     2020-02-23 14:56:49   currentAlbum    -
     2020-02-23 14:56:49   currentArtist   -
     2020-02-23 14:56:49   currentBitrate  -
     2020-02-23 14:56:49   currentCover    http://192.168.178.40/img/album%20art_S.png?1582466209000
     2020-02-23 14:56:49   currentMedia    -
     2020-02-23 14:56:49   currentPlaytime -
     2020-02-23 14:56:49   currentStation  -
     2020-02-23 14:56:48   currentStream   -
     2020-02-23 14:56:49   currentTitle    -
     2020-02-23 14:56:49   digitalInput    auto
     2020-02-23 14:56:49   display         dim
     2020-02-23 14:56:50   dynamicCompression off
     2020-02-23 14:56:49   dynamicEQ       on
     2020-02-23 14:56:50   dynamicVolume   medium
     2020-02-23 14:56:49   eco             off
     2020-02-23 14:56:49   ignore          -
     2020-02-23 14:56:48   input           Tuner
     2020-02-23 14:56:49   inputSound      analog
     2020-02-23 14:56:49   levelFrontLeft  0
     2020-02-23 14:56:49   levelFrontRight 2.5
     2020-02-23 14:56:50   loudness        on
     2020-02-23 14:56:50   lowFrequencyEffects 0
     2020-02-23 14:56:49   multEQ          flat
     2020-02-23 14:56:48   mute            off
     2020-02-23 14:56:49   playStatus      stopped
     2020-02-23 14:56:48   power           off
     2020-02-23 14:32:06   presence        present
     2020-02-23 14:56:49   resolution      auto
     2020-02-23 14:56:49   resolutionHDMI  auto
     2020-02-23 14:48:14   samplingRate    -
     2020-02-23 14:56:49   setup           off
     2020-02-23 14:56:48   sleep           off
     2020-02-23 14:56:50   sound           Stereo
     2020-02-23 14:56:48   state           off
     2020-02-23 14:56:49   stateAV         off
     2020-02-23 14:32:50   surroundMode    Stereo
     2020-02-23 14:56:50   toneControl     on
     2020-02-23 14:56:50   treble          5
     2020-02-23 14:56:50   tunerBand       FM
     2020-02-23 14:56:50   tunerFrequency  88.55 MHz
     2020-02-23 14:56:50   tunerMode       auto
     2020-02-23 14:56:50   tunerPreset     1
     2020-02-23 14:48:12   tunerStationName  mix
     2020-02-23 14:56:49   videoProcessingMode auto
     2020-02-23 14:56:50   videoSelect     off
     2020-02-23 14:56:48   volume          22
     2020-02-23 14:56:50   volumeMax       60
     2020-02-23 14:56:48   volumeStraight  -58
     2020-02-23 14:56:48   zone2           off
     2020-02-23 14:48:15   zoneMain        off
   helper:
     INPUT      TUNER
     PARTIAL   
     deviceIP   192.168.178.40
     isPause    0
     isPlaying  0
     nextConnectionCheck 1582466270.61515
     playTimeCheck 0
     volume     22
Attributes:
   alexaName  radio
   cmdIcon    muteT:rc_MUTE
   devStateIcon .*off:denon_off .*on:denon_on
   fp_Erdgeschoss 40,312,0,
   genericDeviceType switch
   room       Wohnzimmmer
   stateFormat stateAV
   webCmd     volume:muteT:input:surroundMode
FHEM 6.1, 2 x RasPi 3B+, Debian Buster; KNX, FS20, HM, HUE, Tradfri, Shellies, KLF200
Rollo-/Lichtsteuerung/-szenarien, T-Sensoren, Fensterkontakte, Heizungssteuerung, HEOS, Sprachsteuerung mit Alexa-FHEM, Netatmo, Nuki, ...

delMar

Hallo zusammen,

der heutige Tag bringt gleich 2 Updates für das Modul:
* neue Readings (danke Shadow)
* Anbindung an /goform/Deviceinfo.xml

Da wir noch in einer Findungsphase sind, können sich manche Reading-namen durchaus noch ändern, wenn ich feststelle, dass es dann besser ins Gesmtkonzept passt.

Zitat von: tomcat.x am 20 Februar 2020, 10:35:38
wie kommt denn das Modell in die Statistik? Ich habe kein entsprechendes Attribut oder Reading gesehen und mein Modell ist auch nicht drin.

Das Modul wird künftig versuchen, sich die Deviceinfo vom Receiver zu holen.
Diese Info enthält dann einen Herstellercode und das Modell des AVRs.

Auf https://fhem.de/stats/statistics.html sollte dann zB anstatt 'AVR-X4000' folgendes auftauchen 'Denon *AVR-X4000'.
Der * kommt direkt aus dem XML und ich habe entschieden, diesen drin zu lassen.
Ich habe entschieden, den Hersteller vorne dran zu stellen, damit wir überhaupt eine Möglichkeit zur Unterscheidung haben.
Dh alle Statistics Einträge, die den Hersteller enthalten, wurden vom offiziellen Modul geliefert.
Alle anderen nicht - und können aus meiner Sicht ignoriert werden.

Wird ein altes Modul durch das offizielle ersetzt, so erkennt die Statistics-Auswertung das mMn und ersetzt zb euren alten Eintrag (von irgendeinem Vorgänger-Modul) durch den des Offiziellen.

Ich weiß, dass noch mehr Input aus diesem Thread auf Implementierung wartet, für mehr hats heute aber nicht gereicht :-)

schöne Grüße
Martin
Maintainer von: ZoneMinder, TA_CMI_JSON, ONKYO_AVR, DENON_AVR, CanOverEthernet, IPCAM.

Vielgenutzte Module sind die größte Motivation für Entwickler.
Bitte zumindest 'attr global sendStatistics onUpdate' setzen.
Denn: ohne 'sendStatistics' keine Zahlen.

tomcat.x

Hallo Martin,

"Update" heißt ganz normal über fhem Update oder auf github? Bei mir tut sich nämlich nichts bezüglich "Modell". Ich habe ein fhem Update gemacht und danach noch mal per "fheminfo send" die Statistikdaten übertragen. Sonst wären sie ja erst nach dem nächsten Update übertragen worden. Aber trotzdem nichts. Oder dauert es vielleicht bis neue Daten in die Statistik aufgenommen werden?

Sollte man die Daten auch in einem Reading sehen können?

Viele Grüße
Thomas
FHEM: 6.1 auf Raspi 3, Raspbian (Buster), Perl v5.28.1
Sender/Empfänger: 2 x CULv3, Duofern Stick, HM-MOD-RPI-PCB
Gateways: FRITZ!Box 6591 (OS: 7.57), Trädfri, ConBee 2,  piVCCU, OpenMQTTGateway
Sensoren/Aktoren: FRITZ!DECT, FS20, FHT, HMS, HomeMatic, Trädfri, DuoFern, NetAtmo

delMar

Zitat von: tomcat.x am 24 Februar 2020, 12:53:16
"Update" heißt ganz normal über fhem Update oder auf github?
Ganz normal über fhem update.
Ich habs heute morgen gemacht. Folgende Info sollte im Log stehen:

2020.02.24 08:43:30 1: New entries in the CHANGED file:
2020.02.24 08:43:30 1:  - feature: 70_DENON_AVR: introducing new way of reading model information


Zitat von: tomcat.x am 24 Februar 2020, 12:53:16
Sollte man die Daten auch in einem Reading sehen können?
Nein, aber in einem Internal. Direkt über den Readings solltest du folgendes sehen:


model Marantz *NR1504


Zur weiteren Verifikation habe ich auch ein Internal IP eingeführt. Falls der HTTP-Request zum Receiver fehlschlägt, solltest du trotzdem dieses Internal sehen.

Ich habs heute morgen gemacht und ebenfalls über fheminfo send verschickt.
Mein alter Marantz taucht in der Statistik schon auf

schöne Grüße
Martin
Maintainer von: ZoneMinder, TA_CMI_JSON, ONKYO_AVR, DENON_AVR, CanOverEthernet, IPCAM.

Vielgenutzte Module sind die größte Motivation für Entwickler.
Bitte zumindest 'attr global sendStatistics onUpdate' setzen.
Denn: ohne 'sendStatistics' keine Zahlen.

Amenophis86

Updates sind immer erst am NÄCHSTEN Tag ab 8 Uhr verfügbar außer man zieht es sich direkt vorher selbst aus svn.
Aktuell dabei unser neues Haus mit KNX am einrichten. Im nächsten Schritt dann KNX mit FHEM verbinden. Allein zwei Dinge sind dabei selten: Zeit und Geld...

tomcat.x

Ja, aber das Update habe ich dann (entsprechende Info im Log). Auch das Internal "IP", aber kein "Model".

Zitat... Falls der HTTP-Request zum Receiver fehlschlägt ...

Wirklich HTTP? Nicht Telnet?
FHEM: 6.1 auf Raspi 3, Raspbian (Buster), Perl v5.28.1
Sender/Empfänger: 2 x CULv3, Duofern Stick, HM-MOD-RPI-PCB
Gateways: FRITZ!Box 6591 (OS: 7.57), Trädfri, ConBee 2,  piVCCU, OpenMQTTGateway
Sensoren/Aktoren: FRITZ!DECT, FS20, FHT, HMS, HomeMatic, Trädfri, DuoFern, NetAtmo

tomcat.x

Ah, folgender Fehler im Log:

DENON_AVR (X4400H) - Error while requesting http://192.168.153.223:23/goform/Deviceinfo.xml - read from http://192.168.153.223:23 timed out


Da wird wirklich ein HTTP-Request auf Port 23 gemacht. Ist das richtig?
FHEM: 6.1 auf Raspi 3, Raspbian (Buster), Perl v5.28.1
Sender/Empfänger: 2 x CULv3, Duofern Stick, HM-MOD-RPI-PCB
Gateways: FRITZ!Box 6591 (OS: 7.57), Trädfri, ConBee 2,  piVCCU, OpenMQTTGateway
Sensoren/Aktoren: FRITZ!DECT, FS20, FHT, HMS, HomeMatic, Trädfri, DuoFern, NetAtmo

delMar

Ich seh schon, wo das Problem ist.
Denn es muss wirklich HTTP sein, nicht Telnet.
Ruf mal http://192.168.153.223/goform/Deviceinfo.xml im Browser auf, und du wirst sehen.

Das heißt, du hast in der device-definition den Port mit dabei, richtig?
Maintainer von: ZoneMinder, TA_CMI_JSON, ONKYO_AVR, DENON_AVR, CanOverEthernet, IPCAM.

Vielgenutzte Module sind die größte Motivation für Entwickler.
Bitte zumindest 'attr global sendStatistics onUpdate' setzen.
Denn: ohne 'sendStatistics' keine Zahlen.

tomcat.x

#370
Nein, ich habe keinen Port dabei. Da ist dann aber vermutlich 23 Standard. Wird mir zumindest im Internal "DeviceName" so angezeigt.

Der HTTP-Aufruf im Browser bringt:
Error 403: Forbidden
Access Forbidden
FHEM: 6.1 auf Raspi 3, Raspbian (Buster), Perl v5.28.1
Sender/Empfänger: 2 x CULv3, Duofern Stick, HM-MOD-RPI-PCB
Gateways: FRITZ!Box 6591 (OS: 7.57), Trädfri, ConBee 2,  piVCCU, OpenMQTTGateway
Sensoren/Aktoren: FRITZ!DECT, FS20, FHT, HMS, HomeMatic, Trädfri, DuoFern, NetAtmo

delMar

Zitat von: tomcat.x am 24 Februar 2020, 16:54:00
Nein, ich habe keinen Port dabei. Da ist dann aber 23 Standard. Wird mir zumindest im Internal "DeviceName" so angezeigt.
Ich nehme eigentlich direkt den Wert aus dem Def. Da ist noch kein Port 23 dabei...
Kannst mal ein 'list' vom Device reinstellen bitte?

Hast du ein Internal mit Namen 'IP'?
Was steht da drin?

Zitat von: tomcat.x am 24 Februar 2020, 16:54:00
Der HTTP-Aufruf im Browser bringt:
Error 403: Forbidden
Access Forbidden

Schade...
da weiß ich dann auch nicht weiter...


Maintainer von: ZoneMinder, TA_CMI_JSON, ONKYO_AVR, DENON_AVR, CanOverEthernet, IPCAM.

Vielgenutzte Module sind die größte Motivation für Entwickler.
Bitte zumindest 'attr global sendStatistics onUpdate' setzen.
Denn: ohne 'sendStatistics' keine Zahlen.

tomcat.x

In DEF ist nur die IP und im Internal "IP" auch. Das scheint dann zu passen. Aber die reguläre Kommunikation geht über Telnet und Port 23 (sehe ich auf dem Raspi mit netstat). Das funktioniert, ein HTTP-Aufruf auf Port 80 aber nicht. Das ist dann das Problem. Egal, ob der vom Modul auf dem richtigen Port gemacht wird oder nicht. Der funktioniert ja auch im Browser nicht (auf Port 80).
FHEM: 6.1 auf Raspi 3, Raspbian (Buster), Perl v5.28.1
Sender/Empfänger: 2 x CULv3, Duofern Stick, HM-MOD-RPI-PCB
Gateways: FRITZ!Box 6591 (OS: 7.57), Trädfri, ConBee 2,  piVCCU, OpenMQTTGateway
Sensoren/Aktoren: FRITZ!DECT, FS20, FHT, HMS, HomeMatic, Trädfri, DuoFern, NetAtmo

delMar

Zitat von: tomcat.x am 24 Februar 2020, 17:05:36
In DEF ist nur die IP und im Internal "IP" auch. Das scheint dann zu passen. Aber die reguläre Kommunikation geht über Telnet und Port 23.
Jo, ändert nix. Ich versteh's trotzdem nicht, weil im Code für den HTTP-Request verwende ich nicht Devicename, sondern das Internal (eben weil am Devicenamen der Port dann hinzugefügt wird).

Wie auch immer, du hast recht, es funktioniert ja ohnehin nicht.

EDIT: Kommst du eigentlich auf das reguläre Web-interface vom receiver? musst du dich da auch authentifizieren?

Ich warte mal weiteres Feedback ab...

Danke für deinen Input

schöne Grüße
Martin
Maintainer von: ZoneMinder, TA_CMI_JSON, ONKYO_AVR, DENON_AVR, CanOverEthernet, IPCAM.

Vielgenutzte Module sind die größte Motivation für Entwickler.
Bitte zumindest 'attr global sendStatistics onUpdate' setzen.
Denn: ohne 'sendStatistics' keine Zahlen.

Shadow3561

#374
Das Problem liegt am Denon selbst.
Ab einer bestimmten Firmware wurde die http/xml Steuerung entfernt.
Neuere Modelle lassen sich nur noch per RS232 über Lan/Wlan steuern. Die http/xml Anfragen werden geblockt.

Das Model über http zu lesen funktioniert nur noch bei den älteren Modellen. Hier muss also ein andere Weg gewählt werden um es in die Statistik zu übertragen.

Habe bereits eine Anfrage an den techn.Support von Denon gestellt mir das aktuelle Control-Protocol zuzustellen, bekam dann eins von 2019 wo viele der Adressen nicht mehr stimmen.

MfG

Edit:
Anbei ein Bild von ein paar Medungen des Denon.
Fast alle beginnen mit SS, von denen ist kaum eines im Modul implementiert.
Finde es auch ganz schön mühselig alles allein rauszufinden und bin daher auf den Support von Denon angewiesen.