FHEM Forum

## Version 1.1.0.9 ##############################################################

• Duration Time - neue Berechnung (aski71)

## Version 1.1.0.8 ##############################################################

• Receiver MRENTRY hinzugefügt.

## Version 1.1.0.7 ##############################################################

• Loglevel für Loginprozedur geändert.

## Version 1.1.0.6 ##############################################################

Der Loginablauf hat sich geändert. Dieser musste angepasst werden. Ich denke mal, alle wurden umgestellt, habe trotzdem noch die alte Variante aktiv gelassen. Bitte lasst mich wissen, wenn bei jemandem es nicht funktioniert.

• Loginprozedur geändert.
• Der Subscription Port wir jetzt immer wieder neu gewürfelt. Will mann dies nicht, kann über das Attr subscriptionPort dieser fest vergeben werden, dann erfolgt aber keine Abmeldung Subscription am Receiver. Diese wird dann erst nach einem Timeout gelöscht. Bisher war genau dies die Arbeitsweise (<=1.1.0.4), welche aber bei Tests nicht ganz optimal war.
• Attr searchPort neu hinzugefügt. Jetzt kann dieser auch frei gewählt werden, bei Bedarf.

Es wird sein, das du den Receiver ein/aus schalten kannst, aber keine Rückmeldung kommt, nach dem ersten Start von Fhem. Dann bitte nochmal ein Shutdown restart (alternativ set RescanNetwork). Damit wird die Subscription im Receiver ordnungsgemäß abgemeldet. Und kann sich sodann wieder ordnungsgemäß anmelden.

viel Spaß
Ralf

## Version 1.1.0.4 ##############################################################

Kleines Update:

• Kennung für MR601 eingefügt

viel Spaß
Ralf

## Version 1.1.0.3 ##############################################################

Kleines Update:

• Kennung für MR201 eingefügt
• set volumeDown, set volumeUp & set EPG eingefügt
• Hilfetext vervollständigt

viel Spaß
Ralf


## Version 1.1.0.0 ##############################################################

Jetzt funktioniert auch der MR401!

Was ist neu:

• MR401 ein- und ausschalten. Dies aber nur im Standby Modus. WOL geht noch nicht. Der MR401 müsste es können. Kann aber sein, das dies nur in Kombination mit einem MR201 geht.
• Programinfo umgesetzt. Zumindest alle Infos, die der Receiver liefert.
• Sendernamen können per Attr vergeben werden. Somit wird nicht nur eine Nummer angezeigt. Die Reihenfolge müsst ihr nach der Sendernummer eurer Senderliste im Receiver ordnen.
• Ein paar weitere Features sind in der Help hinterlegt.

Einige Tipps noch:

• Wenn ihr Fhem neu startet, ist der aktuelle Zustand des Receivers nicht zu ermitteln. Dies scheint aber auch die Telekom App nicht zu können beim MR401. Um den Status zu ermitteln ist der Receiver per Toggle oder FB kurz in Standby und anschließend wieder einzuschalten. Ab dann, sollte es bei einer Änderung gut zu erfassen sein. Wer will, kann mal Attr checkState anschauen.
• Die Startseiten sollten abgeschaltet werden. Beim MR401 bleibt in manchen Situationen der Status auf "online", weil keine Tastencodes angenommen werden, solange die Seite aktiv ist.
• Die beiden Receivertypen handhaben den Subscription Port unterschiedlich. Ich musste ihn jetzt festlegen (default 8058). Ist per Attr subscritionPort änderbar im ACCOUNT, sofern dies mit etwas anderem kollidiert. Beim Wechsel könnte es sein, das der MR401 einmal vom Strom getrennt werden muss.

Eine Bitte noch: Wer einen MR201 und/oder MR200 hat, bitte gebt mir mal die Description. Ihr solltet wie folgt sie finden:
MR200 - http://192.168.XXX.XXX:49152/description.xml
MR201 - http://192.168.XXX.XXX:8081/xml/xctc.xml

Der MR200 könnte schon funktionieren, da er wahrscheinlich als modelName "MR400" hat, laut Userbericht.
Der MR201 mit Sicherheit nicht. Hier benötige ich die Description.

Bitte denkt dran, das Modul ist noch in einer frühen Phase. Es kann immer mal zu Problemen kommen. Bitte gebt Bescheid, wenn etwas nicht so läuft.

Schaut vor allem mal auf das Langzeitverhalten, evtl. müssen ein paar zusätzliche Refresh's der Verbindungen noch eingebaut werden.

viel Spaß
Ralf


## Version 1.0.2.2 ##############################################################

Hallo,

Ich möchte hier ein neues Modul vorstellen, welches einen MR400 Receiver der Telekom steuert.

Derzeitig noch im Beta-Status. Und auch nur mit einem MR400 getestet. Damit bitte mit entsprechender Vorsicht verwenden.

Die Idee und viele wichtige Informationen basieren auf einem OpenHab Binding von markus7017 (https://github.com/markus7017/org.openhab.binding.magentatv/blob/master/README.md). Auch sind viele Elemente von 98_DLNARenderer.pm (dominik) mit eingeflossen und für die Kommunikation zum Receiver angepasst worden. Vielen Dank für diese Vorarbeit.

Derzeitig ist das Modul unter meinem eigenen Webaccount verfügbar und lässt sich wie folgt einbinden:
update all https://www.rp-dev.de/fhem/entertaintv/controls_entertaintv.txt
oder
update add https://www.rp-dev.de/fhem/entertaintv/controls_entertaintv.txt

define <name> EntertainTV username password

username und password sind die eures gültigen Telekom Accounts

Was geht:

• MR400 ein- und ausschalten. Dies aber nur im Standby Modus. Der MR400 lässt sich nicht über WOL einschalten. Der MR401 wohl aber, den ich aber (noch) nicht habe. Somit habe ich WOL noch nicht umgesetzt.
• Der Telekom Account ist voll eingebunden, so das auch eine entsprechende userID geholt werden kann und keine Umgehung dessen notwendig ist.
• Nach einem erfolgreichem Login, werden die Receiver (müssen eigeschaltet sein) per UPnP gefunden und als neues Device angelegt. Anschließend wird noch ein Pairing zum Receiver durchgeführt. "Fhem" sollte nun (oder wenn ein global title definiert ist, dies) als neues Gerät auf eurem Receiver angezeigt werden.
• Alle Tasten der Fernbedienung sind möglich.
• Derzeitig sind nur die notwendigsten Informationen vom Receiver angezeigt, später wird es noch etwas mehr.

Ich würde mich über ein Feedback freuen und hoffe erst einmal, das das Modul auch auf anderen Installationen läuft.

viel Spaß
Ralf

geil :-)
Tacker mich auch mal an den Threat

Ich hab es gerade auf die Schnelle testen wollen. Fehler laut Logfile:

2019.06.10 22:40:59.858 1: reload: Error:Modul 78_EntertainTV deactivated:
Can't locate XML/Parser/Lite.pm in @INC (you may need to install the XML::Parser::Lite module) (@INC contains: fhem.p/lib fhem.p/FHEM/lib ./FHEM/lib ./lib ./FHEM ./ /usr/local/FHEM/share/fhem/FHEM/lib . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/arm-linux-gnueabihf/perl5/5.20 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl) at FHEM/lib/UPnP/Common.pm line 752.
BEGIN failed--compilation aborted at FHEM/lib/UPnP/Common.pm line 752.
Compilation failed in require at FHEM/lib/UPnP/ControlPoint.pm line 38.
BEGIN failed--compilation aborted at FHEM/lib/UPnP/ControlPoint.pm line 38.
Compilation failed in require at ./FHEM/78_EntertainTV.pm line 61.
BEGIN failed--compilation aborted at ./FHEM/78_EntertainTV.pm line 61.

2019.06.10 22:40:59.858 0: Can't locate XML/Parser/Lite.pm in @INC (you may need to install the XML::Parser::Lite module) (@INC contains: fhem.p/lib fhem.p/FHEM/lib ./FHEM/lib ./lib ./FHEM ./ /usr/local/FHEM/share/fhem/FHEM/lib . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/arm-linux-gnueabihf/perl5/5.20 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl) at FHEM/lib/UPnP/Common.pm line 752.
BEGIN failed--compilation aborted at FHEM/lib/UPnP/Common.pm line 752.
Compilation failed in require at FHEM/lib/UPnP/ControlPoint.pm line 38.
BEGIN failed--compilation aborted at FHEM/lib/UPnP/ControlPoint.pm line 38.
Compilation failed in require at ./FHEM/78_EntertainTV.pm line 61.
BEGIN failed--compilation aborted at ./FHEM/78_EntertainTV.pm line 61.



Wäre über dieses Modul möglich auszulesen, ob sich der MediaReceiver gerade im Status Pause oder Play befindet?

Du musst das Perl Modul xml::Parser::Lite installieren, damit der Controlpoint läuft. Dieser ist Bestandteil von Fhem und wird auch von SONOS und DLNARenderer benutzt.

Und ja, dieser Status wird angezeigt als Readings.

Schönen Abend noch
Gruß Ralf

Habe Perl Modul xml::Parser::Lite und konnte nun auch das Device anlegen und bekomme login successful, aber mehr passiert nicht. Es wird kein weiteres Device angelegt und ein klick auf get ReceiverList bringt auch gar keine Meldung.


EDIT:
Hab nun mal verbose 5 eingestellt.
Es findet anhand der IP Adressen bei mir nur die HUE-Bridge aber nicht den MediaReceiver401. (Vermutung: wird nur im /24-Subnetz gesucht?)

Schau bitte mal unter https://de.wikipedia.org/wiki/Universal_Plug_and_Play wie UPnP arbeitet. Evtl. kannst du da Rückschlüsse auf dein Netzwerk ziehen.
Ich nutze die Funktionen des UPnP Controlpoints, der in Fhem dabei ist. Hier erläutert:  http://perlupnp.sourceforge.net/ControlPoint.html#upnp__common__argument

Ich habe bei mir ein ganz normales Netzwerk, wo alle im selben Subnetz sind, welches per Fritzbox verwaltet wird. Es klappte bei mir auf Anhieb mit einem MR400.

Probiere doch mal die Description zu bekommen im Browser - http://192.168.xxx.xxx:49152/description.xml - Die IP musst du von deinem Receiver nehmen. Das wäre das Minimum. Letztendlich muss aber der Receiver seine Existenz im Netzwerk an den Controlpoint melden. Das erfolgt via UDP über die Multicast-Adresse 239.255.255.250:1900.

Getestet habe ich aber das Modul, mangels Gerät, mit einem MR401 noch nicht! Wie oben beschrieben. Bitte nenn mir mal den Eintrag <modelName>xxxxxxx</modelName> aus der description.xml. Vielleicht ist es auch nur eine Kleinigkeit, die ich berichtigen muss.

PS: Das "login successful" im ACCOUNT ist schon mal ganz gut, da hat zumindest dein Telekom Login funktioniert und du hast eine userID bekommen. Dies ist schon mal eine wichtige Voraussetzung.

Gruß Ralf

Hab es nun nochmal versucht, laut Log wird der MR gefunden:
2019.06.11 08:02:44.077 5 : EntertainTV: <discoverCallback> device EntertainTV, deviceAdded, DMS_AC6FBB66ED6D
2019.06.11 08:02:44.077 5 : EntertainTV: <addedDevice> start
2019.06.11 08:02:44.078 5 : EntertainTV: <getAllReceiver> start
Aber mehr passiert nicht.

Wenn ich http://10.0.4.5:49152/description.xml laden möchte passiert ebenso nichts, weiße Seite, und kreiselt ohne Ende.

Wenn du die Description nicht erreichst, dann erreicht dein Fhem auch den Receiver nicht (eingeschaltet ist er, oder?)
XXX_AC6FBB66ED6D ist die MAC Adresse AC:6F:BB:66:ED:6D von einem gefunden Gerät (meist Bestandteil des UDN). Schau doch mal wozu diese gehört.

Wenn du die dazugehörige IP hast, kannst du ja mal von diesem Gerät die Description versuchen zu lesen.

Gruß Ralf

Ja MR ist eingeschaltet und die MAC Adresse die es da findet ist tatsächlich der MR. Lässt sich auch anpingen. Aber es wird keine description.xml geladen. Egal ob vom Raspi auf dem FHEM läuft, noch vom Notebook. Neustart des MR hat auch nichts gebracht. Kann man UPNP am MR irgendwie aktivieren?

Vielen Dank für das Modul. Funktioniert bei mir einwandfrei.
Ich habe 2 Reciever. Einen MR400 und einen MR200. Beide wurden gefunden und funktionieren. Der MR200 wird als MR400 angezeigt, mich stört das überhaupt nicht, aber vielleicht kannst du die Info brauchen.

Hallo bm7777,

oh, das mit dem MR200 war Glückssache, habe ihn schlichtweg übersehen, in meiner Liste der zulässigen "modelName". Der MR200 hat wahrscheinlich auch dmr_tpd als Modelname. Wenn möglich, schicke doch bitte mal die description.xml vom MR200. Rufe die Adresse, die du im RECEIVER unter location findest, in einem Browser auf. Vielen Dank.

INTERNALS:location http://192.168.xxx.xxx:49152/description.xml

Wenn der Eintrag <modelName>dmr_tpb</modelName> wirklich gleich ist und man keinen weiteren Unterschied findet, müssen wir mit dem gleichen modelName leben. Ich hoffe aber, das wenigstens der "friendlyName" unterschiedlich ist. Diesen kann man aber im Receiver auch selbst ändern, meine ich => Name des Receivers gab es irgendwo im Menü.

Gruß Ralf

Hallo swsmily,

ZitatKann man UPNP am MR irgendwie aktivieren?

"Jein"
Über UPnP läuft auch die Fernbedienung der Entertain App für die Receiver auf Tablets oder Smartphones. Ich gehe mal davon aus, das dies bei dir funktioniert. Wenn dies nicht gehen würde, prüf mal den Schalter im Menü des Receivers, der mobilen Geräten erlaubt sich mit dem Receiver zu verbinden. (Ich selbst haben den noch nie betätigt, war immer ON)

Zitat2019.06.11 08:02:44.077 5 : EntertainTV: <discoverCallback> device EntertainTV, deviceAdded, DMS_AC6FBB66ED6D

In dieser Logzeile wird "DMS_AC6FBB66ED6D" als friendlyName angezeigt, was sehr verwirrend ist, da die Standard friendlyName eigentlich der Receivertyp ist, ausser man ändert den Receivernamen selbst.

Schau doch bitte mal in deinem Log (verbos 5 im ACCOUNT device) nach einem Eintrag, der ungefähr so aussieht:

xxxx.xx.xx xx:xx:xx 5: ControlPoint: Accepted Search-Response: "CACHE-CONTROL: max-age=300
DATE: Tue, 11 Jun 2019 16:26:15 GMT
EXT:
LOCATION: http://192.168.xxx.xxx:49152/description.xml
OPT: "http://schemas.upnp.org/upnp/1/0/"; ns=01
01-NLS: bc5a7974-1dd1-11b2-98e1-xxxxxxxxxxxx
SERVER: Linux/ UPnP/1.0 HUAWEI_iCOS/iCOS V1R1C00
X-User-Agent: redsonic
ST: urn:schemas-upnp-org:device:MediaRenderer:1
USN: uuid:bb5e21ce-1111-11b2-f918-AC6FBBxxxxxx::urn:schemas-upnp-org:device:MediaRenderer:1


...und lass ihn mir mal zukommen. Vielen Dank

Dies ist ein Suchergebnis des Controlpoints. Die erste Zeile ist sehr markant.

Gruß Ralf

Hallo swsmily,

oh, der MR401B könnte anders sein. Bitte probiere mal als Description:

http://10.0.4.5:8081/xml/dial.xml

im Browser. Bestätigt sich evtl. auch, wenn du den Logeintrag, wie im letzten Post beschrieben, findest.

Gruß Ralf

Zitat von: RalfP am 11 Juni 2019, 19:10:58
Hallo swsmily,

oh, der MR401B könnte anders sein. Bitte probiere mal als Description:

Code Auswählen Erweitern

http://10.0.4.5:8081/xml/dial.xml

im Browser. Bestätigt sich evtl. auch, wenn du den Logeintrag, wie im letzten Post beschrieben, findest.

Gruß Ralf

damit kommt folgende Anzeige:
<?xml version="1.0" encoding="UTF-8"?>
<root xmlns="urn:schemas-upnp-org:device-1-0">
<specVersion>
<major>1</major>
<minor>0</minor>
</specVersion>
<device>
<UDN>uuid:c81d8a2c-2f63-5e45-8f8e-AC6FBB66ED6D</UDN>
<friendlyName>DMS_AC6FBB66ED6D</friendlyName>
<deviceType>urn:schemas-upnp-org:device:tvdevice:1</deviceType>
<manufacturer>Zenterio</manufacturer>
<modelName>MR401B_ACN</modelName>
<modelNumber>R01A5</modelNumber>
<productVersionNumber>" 465 "</productVersionNumber>
<productType>stb</productType>
<serialNumber/>
<X_wakeOnLan>0</X_wakeOnLan>
<serviceList>
<service>
<serviceType>urn:dial-multiscreen-org:service:dial:1</serviceType>
<serviceId>urn:dial-multiscreen-org:service:dial</serviceId>
</service>
</serviceList>
</device>
</root>

Die Meldungen oben mit Verbose 5 gibt es bei mir auch, aber für andere IP-Adresssen (Fernseher und HUE Bridge), aber nicht für die IP des MediaReceivers

Hallo swsmily,

kannst mal ab Zeile 71 ändern auf:

# Receiver, diese werden auch nur angelegt
my %modelName = ( "dmr_tpb" => "MR400",
                  "MR401B_ACN"  => "MR401",
                  "MR201"    => "MR201",
                );


der modelName von deinem Receiver ist nicht MR401B sondern MR401B_ACN :o
...speichern und Fhem neu starten

Ich drücke mal die Daumen

Mit dieser Änderung sieht es besser aus, ich hab nun ein neues Device, wo PLAY und PAUSE auch erkannt werden!
Perfekt!

Vielen vielen Dank für die Unterstützung und das tolle Modul.

Hmm, die Freude hat nich lang gehalten. Plötzlich meldete FHEM
2019.06.11 21:34:35.000 1: Perfmon: possible freeze starting at 21:34:30, delay is 5
2019.06.11 21:34:41.000 1: Perfmon: possible freeze starting at 21:34:36, delay is 5
2019.06.11 21:34:47.000 1: Perfmon: possible freeze starting at 21:34:42, delay is 5
2019.06.11 21:34:53.000 1: Perfmon: possible freeze starting at 21:34:48, delay is 5
2019.06.11 21:34:59.000 1: Perfmon: possible freeze starting at 21:34:54, delay is 5


FHEMWEB war nicht mehr erreichbar. Hab FHEM dann per SSH gestopt und wieder gestartet. Damit kam keine pairing mit Receiver und FHEM zustande. Nochmals FHEM gespeichert, und neugestartet, es hat kurzzeitig verbunden, dann wieder diese freeze und FHEM hängt komplett.  :(


EDIT:
Wie es scheint passieren diese Freezes erst nachdem man mal Pause auf und wieder PLAY gedrückt hat.

2019.06.11 21:51:29.364 4: EntertainTV_addedDevice: EntertainTV Initial Subscription for RECEIVER_AC6FBB66ED6D Service X-CTC_RemotePairing
2019.06.11 21:51:29.374 4: EntertainTV_addedDevice: EntertainTV Initial Subscription for RECEIVER_AC6FBB66ED6D Service X-CTC_RemoteControl
2019.06.11 21:51:37.429 5: EntertainTV: <Set> Called for EntertainTV : msg = ?
2019.06.11 21:51:49.498 3: RECEIVER_AC6FBB66ED6D: Pairing OK
2019.06.11 21:51:49.540 3: RECEIVER_AC6FBB66ED6D: Player State Request - online
2019.06.11 21:52:24.476 3: RECEIVER_AC6FBB66ED6D: Player State Network - offline
2019.06.11 21:52:39.237 3: RECEIVER_AC6FBB66ED6D: Player State Callback - online
2019.06.11 21:52:48.788 3: RECEIVER_AC6FBB66ED6D: Player State Callback - online
2019.06.11 21:53:25.000 1: Perfmon: possible freeze starting at 21:53:20, delay is 5
2019.06.11 21:53:31.000 1: Perfmon: possible freeze starting at 21:53:26, delay is 5


Phu, jetzt ist guter Rat teuer.

ca. 60s nach der Subscription der Services wird versucht diese wieder zu verlängern. Das läuft in einem Blockingcall. Sollte also Fhem nicht blockieren, wenn da etwas schief geht.
Bitte versuche das neu angelegte Device auf verbose 5 zu setzen und schau nochmal ins Log.

vielen Dank für deine Analyse.

PS: Wenn wir hier nicht weiterkommen, muss ich mir einen MR401 beschaffen und erst einmal testen.

Ich helfe gerne bei den Analysen weiter, soweit ich kann.

Hier der Reciever mit Verbose 5:


2019.06.11 21:57:29.510 5: RECEIVER_AC6FBB66ED6D: <Set> Called for RECEIVER_AC6FBB66ED6D : msg = ?
2019.06.11 21:57:29.514 5: RECEIVER_AC6FBB66ED6D: <Set> Called for RECEIVER_AC6FBB66ED6D : msg = ?
2019.06.11 21:57:29.532 5: RECEIVER_AC6FBB66ED6D: <Set> Called for RECEIVER_AC6FBB66ED6D : msg = ?
2019.06.11 21:57:29.535 5: RECEIVER_AC6FBB66ED6D: <Set> Called for RECEIVER_AC6FBB66ED6D : msg = ?
2019.06.11 21:57:29.538 3: RECEIVER_AC6FBB66ED6D: Player State Request - online
2019.06.11 21:57:37.090 5: EntertainTV: <Set> Called for EntertainTV : msg = ?
2019.06.11 21:57:37.092 5: EntertainTV: <Set> Called for EntertainTV : msg = ?
2019.06.11 21:57:37.094 5: EntertainTV: <Get> Called for EntertainTV : msg = ?
2019.06.11 21:57:40.743 5: EntertainTV: <Attr> Called for verbose : value =
2019.06.11 21:57:43.579 5: RECEIVER_AC6FBB66ED6D: <Set> Called for RECEIVER_AC6FBB66ED6D : msg = ?
2019.06.11 21:58:04.387 4: RECEIVER_AC6FBB66ED6D: <renewSubscription> try to renew subscriptions for services , device RECEIVER_AC6FBB66ED6D with re             peat in 60s
2019.06.11 21:58:04.401 4: RECEIVER_AC6FBB66ED6D: <renewSubscriptionBlocking> try to renew subscriptions for services with repeat in 60s
2019.06.11 21:58:04.415 4: RECEIVER_AC6FBB66ED6D: <renewSubscriptionBlocking> subscription for service "X-CTC_RemotePairing" is expired
2019.06.11 21:58:04.424 5: RECEIVER_AC6FBB66ED6D: <renewSubscriptionBlocking> Carp, Renewal of subscription failed with error: 412 Precondition Fail             ed at ./FHEM/78_EntertainTV.pm line 1513.

2019.06.11 21:58:04.424 4: RECEIVER_AC6FBB66ED6D: <renewSubscriptionBlocking> subscription for service "X-CTC_RemoteControl" is expired
2019.06.11 21:58:04.438 5: RECEIVER_AC6FBB66ED6D: <renewSubscriptionBlockingDone> ready to tried renew subscriptions for services, device RECEIVER_A             C6FBB66ED6D with repeat in 60s
2019.06.11 21:58:04.438 4: RECEIVER_AC6FBB66ED6D: <renewSubscriptionBlockingDone> subscription for services is expired - possible reason "No route t             o host"
2019.06.11 21:58:04.455 5: RECEIVER_AC6FBB66ED6D: <Set> Called for RECEIVER_AC6FBB66ED6D : msg = ?
2019.06.11 21:58:04.473 5: RECEIVER_AC6FBB66ED6D: <Set> Called for RECEIVER_AC6FBB66ED6D : msg = ?
2019.06.11 21:58:04.476 3: RECEIVER_AC6FBB66ED6D: Player State Network - offline
2019.06.11 21:58:23.450 5: RECEIVER_AC6FBB66ED6D: <subscriptionCallback> serviceID urn:schemas-upnp-org:service:X-CTC_RemotePairing:1 received event
2019.06.11 21:58:23.451 5: RECEIVER_AC6FBB66ED6D: <subscriptionCallback> Property STB_playContent's value is {&quot;new_play_mode&quot;:1,&quot;play             BackState&quot;:1,&quot;mediaType&quot;:1,&quot;mediaCode&quot;:&quot;3624&quot;,&quot;duration&quot;:1448,&quot;playPostion&quot;:1420,&quot;fastSp             eed&quot;:0}
2019.06.11 21:58:23.468 5: RECEIVER_AC6FBB66ED6D: <Set> Called for RECEIVER_AC6FBB66ED6D : msg = ?
2019.06.11 21:58:23.471 3: RECEIVER_AC6FBB66ED6D: Player State Callback - online
2019.06.11 21:58:23.472 5: RECEIVER_AC6FBB66ED6D: <subscriptionCallback> Property STB_Mac's value is AC6FBB66ED6D
2019.06.11 21:58:31.567 5: RECEIVER_AC6FBB66ED6D: <subscriptionCallback> serviceID urn:schemas-upnp-org:service:X-CTC_RemotePairing:1 received event
2019.06.11 21:58:31.568 5: RECEIVER_AC6FBB66ED6D: <subscriptionCallback> Property STB_Mac's value is AC6FBB66ED6D
2019.06.11 21:58:31.569 5: RECEIVER_AC6FBB66ED6D: <subscriptionCallback> Property STB_playContent's value is {&quot;new_play_mode&quot;:2,&quot;play             BackState&quot;:1,&quot;mediaType&quot;:1,&quot;mediaCode&quot;:&quot;3624&quot;,&quot;duration&quot;:1456,&quot;playPostion&quot;:1420,&quot;fastSp             eed&quot;:1}
2019.06.11 21:58:31.602 5: RECEIVER_AC6FBB66ED6D: <Set> Called for RECEIVER_AC6FBB66ED6D : msg = ?
2019.06.11 21:58:31.608 3: RECEIVER_AC6FBB66ED6D: Player State Callback - online
2019.06.11 21:58:43.495 5: RECEIVER_AC6FBB66ED6D: <Set> Called for RECEIVER_AC6FBB66ED6D : msg = ?
2019.06.11 21:58:46.512 5: RECEIVER_AC6FBB66ED6D: <Set> Called for RECEIVER_AC6FBB66ED6D : msg = ?
2019.06.11 21:58:46.516 5: RECEIVER_AC6FBB66ED6D: <Set> Called for RECEIVER_AC6FBB66ED6D : msg = ?
2019.06.11 21:58:46.517 5: RECEIVER_AC6FBB66ED6D: <Get> Called for RECEIVER_AC6FBB66ED6D : msg = ?
2019.06.11 21:59:05.000 1: Perfmon: possible freeze starting at 21:59:00, delay is 5



2019.06.11 21:58:04.424 5: RECEIVER_AC6FBB66ED6D: <renewSubscriptionBlocking> Carp, Renewal of subscription failed with error: 412 Precondition Failed at ./FHEM/78_EntertainTV.pm line 1513.


...dies sieht nicht gut aus. Ich habe aber im Moment noch keine Idee, was dies sein kann. Der Controlpoint gibt dies zumindest zurück. Bis jetzt hatte ich dort nur "no route to host" wenn ich den Receiver stromlos hatte - was ja dann auch richtig wär."412 Precondition Failed" kann ich noch nicht einordnen  >:(

ein letzter Versuch für heute: Ändere bitte mal in Zeile 1395  den Wert auf 300

$ReceiverHash->{helper}{keepalive} = 60; #ToDo per Attr änderbar


Das ändert den Aufruf auf ca 5min, was aber dem realem Timeout eher entspricht. Wenn es nichts bringt, passiert das freez nach diesen 5min.

vielen Dank

Diese Änderung hab ich gemacht und es sieht deutlich besser aus. Bis jetzt keine Freezes mehr. Dennoch nochmal der Verbose-5-Auszug:

2019.06.11 22:46:09.360 1: EntertainTV: Created device RECEIVER_AC6FBB66ED6D for DMS_AC6FBB66ED6D
2019.06.11 22:46:29.535 3: RECEIVER_AC6FBB66ED6D: Pairing OK
2019.06.11 22:46:29.577 3: RECEIVER_AC6FBB66ED6D: Player State Request - online
2019.06.11 22:46:39.029 5: RECEIVER_AC6FBB66ED6D: <Set> Called for RECEIVER_AC6FBB66ED6D : msg = ?
2019.06.11 22:46:39.120 5: RECEIVER_AC6FBB66ED6D: <Set> Called for RECEIVER_AC6FBB66ED6D : msg = ?
2019.06.11 22:46:39.123 5: RECEIVER_AC6FBB66ED6D: <Set> Called for RECEIVER_AC6FBB66ED6D : msg = ?
2019.06.11 22:46:39.124 5: RECEIVER_AC6FBB66ED6D: <Get> Called for RECEIVER_AC6FBB66ED6D : msg = ?
2019.06.11 22:46:54.081 5: RECEIVER_AC6FBB66ED6D: <subscriptionCallback> serviceID urn:schemas-upnp-org:service:X-CTC_RemotePairing:1 received event
2019.06.11 22:46:54.585 5: RECEIVER_AC6FBB66ED6D: <subscriptionCallback> Property STB_Mac's value is AC6FBB66ED6D
2019.06.11 22:46:54.586 5: RECEIVER_AC6FBB66ED6D: <subscriptionCallback> Property STB_playContent's value is {&quot;new_play_mode&quot;:2,&quot;playBackState&quo                                             t;:1,&quot;mediaType&quot;:1,&quot;mediaCode&quot;:&quot;3683&quot;,&quot;duration&quot;:2501,&quot;playPostion&quot;:1749,&quot;fastSpeed&quot;:1}
2019.06.11 22:46:54.619 5: RECEIVER_AC6FBB66ED6D: <Set> Called for RECEIVER_AC6FBB66ED6D : msg = ?
2019.06.11 22:46:54.626 3: RECEIVER_AC6FBB66ED6D: Player State Callback - online
2019.06.11 22:47:05.400 5: RECEIVER_AC6FBB66ED6D: <subscriptionCallback> serviceID urn:schemas-upnp-org:service:X-CTC_RemotePairing:1 received event
2019.06.11 22:47:05.401 5: RECEIVER_AC6FBB66ED6D: <subscriptionCallback> Property STB_playContent's value is {&quot;new_play_mode&quot;:1,&quot;playBackState&quo                                             t;:1,&quot;mediaType&quot;:1,&quot;mediaCode&quot;:&quot;3683&quot;,&quot;duration&quot;:2512,&quot;playPostion&quot;:1760,&quot;fastSpeed&quot;:0}
2019.06.11 22:47:05.417 5: RECEIVER_AC6FBB66ED6D: <Set> Called for RECEIVER_AC6FBB66ED6D : msg = ?
2019.06.11 22:47:05.420 3: RECEIVER_AC6FBB66ED6D: Player State Callback - online
2019.06.11 22:47:05.420 5: RECEIVER_AC6FBB66ED6D: <subscriptionCallback> Property STB_Mac's value is AC6FBB66ED6D
2019.06.11 22:47:20.754 5: RECEIVER_AC6FBB66ED6D: <Set> Called for RECEIVER_AC6FBB66ED6D : msg = ?
2019.06.11 22:47:20.760 5: RECEIVER_AC6FBB66ED6D: <Set> Called for RECEIVER_AC6FBB66ED6D : msg = ?
2019.06.11 22:47:20.764 5: RECEIVER_AC6FBB66ED6D: <Get> Called for RECEIVER_AC6FBB66ED6D : msg = ?
2019.06.11 22:49:44.988 5: RECEIVER_AC6FBB66ED6D: <subscriptionCallback> serviceID urn:schemas-upnp-org:service:X-CTC_RemotePairing:1 received event
2019.06.11 22:49:44.990 5: RECEIVER_AC6FBB66ED6D: <subscriptionCallback> Property STB_playContent's value is {&quot;new_play_mode&quot;:2,&quot;playBackState&quo                                             t;:1,&quot;mediaType&quot;:1,&quot;mediaCode&quot;:&quot;3683&quot;,&quot;duration&quot;:2672,&quot;playPostion&quot;:1760,&quot;fastSpeed&quot;:1}
2019.06.11 22:49:45.014 5: RECEIVER_AC6FBB66ED6D: <Set> Called for RECEIVER_AC6FBB66ED6D : msg = ?
2019.06.11 22:49:45.018 3: RECEIVER_AC6FBB66ED6D: Player State Callback - online
2019.06.11 22:49:45.019 5: RECEIVER_AC6FBB66ED6D: <subscriptionCallback> Property STB_Mac's value is AC6FBB66ED6D
2019.06.11 22:49:48.534 5: RECEIVER_AC6FBB66ED6D: <Set> Called for RECEIVER_AC6FBB66ED6D : msg = ?
2019.06.11 22:49:48.537 5: RECEIVER_AC6FBB66ED6D: <Set> Called for RECEIVER_AC6FBB66ED6D : msg = ?
2019.06.11 22:49:48.539 5: RECEIVER_AC6FBB66ED6D: <Get> Called for RECEIVER_AC6FBB66ED6D : msg = ?
2019.06.11 22:50:18.651 5: RECEIVER_AC6FBB66ED6D: <subscriptionCallback> serviceID urn:schemas-upnp-org:service:X-CTC_RemotePairing:1 received event
2019.06.11 22:50:18.652 5: RECEIVER_AC6FBB66ED6D: <subscriptionCallback> Property STB_playContent's value is {&quot;new_play_mode&quot;:1,&quot;playBackState&quo                                             t;:1,&quot;mediaType&quot;:1,&quot;mediaCode&quot;:&quot;3683&quot;,&quot;duration&quot;:2706,&quot;playPostion&quot;:1793,&quot;fastSpeed&quot;:0}
2019.06.11 22:50:18.686 5: RECEIVER_AC6FBB66ED6D: <Set> Called for RECEIVER_AC6FBB66ED6D : msg = ?
2019.06.11 22:50:18.693 3: RECEIVER_AC6FBB66ED6D: Player State Callback - online
2019.06.11 22:50:18.694 5: RECEIVER_AC6FBB66ED6D: <subscriptionCallback> Property STB_Mac's value is AC6FBB66ED6D
2019.06.11 22:50:23.350 5: RECEIVER_AC6FBB66ED6D: <subscriptionCallback> serviceID urn:schemas-upnp-org:service:X-CTC_RemotePairing:1 received event
2019.06.11 22:50:24.614 5: RECEIVER_AC6FBB66ED6D: <subscriptionCallback> Property STB_Mac's value is AC6FBB66ED6D
2019.06.11 22:50:24.614 5: RECEIVER_AC6FBB66ED6D: <subscriptionCallback> Property STB_playContent's value is {&quot;new_play_mode&quot;:2,&quot;playBackState&quo                                             t;:1,&quot;mediaType&quot;:1,&quot;mediaCode&quot;:&quot;3683&quot;,&quot;duration&quot;:2711,&quot;playPostion&quot;:1794,&quot;fastSpeed&quot;:1}
2019.06.11 22:50:24.630 5: RECEIVER_AC6FBB66ED6D: <Set> Called for RECEIVER_AC6FBB66ED6D : msg = ?
2019.06.11 22:50:24.634 3: RECEIVER_AC6FBB66ED6D: Player State Callback - online
2019.06.11 22:51:04.412 4: RECEIVER_AC6FBB66ED6D: <renewSubscription> try to renew subscriptions for services , device RECEIVER_AC6FBB66ED6D with repeat in 300s
2019.06.11 22:51:04.426 4: RECEIVER_AC6FBB66ED6D: <renewSubscriptionBlocking> try to renew subscriptions for services with repeat in 300s
2019.06.11 22:51:04.440 4: RECEIVER_AC6FBB66ED6D: <renewSubscriptionBlocking> subscription for service "X-CTC_RemotePairing" is expired
2019.06.11 22:51:04.448 4: RECEIVER_AC6FBB66ED6D: <renewSubscriptionBlocking> subscription for service "X-CTC_RemoteControl" is expired
2019.06.11 22:51:04.461 5: RECEIVER_AC6FBB66ED6D: <renewSubscriptionBlockingDone> ready to tried renew subscriptions for services, device RECEIVER_AC6FBB66ED6D w                                             ith repeat in 300s
2019.06.11 22:51:04.462 4: RECEIVER_AC6FBB66ED6D: <renewSubscriptionBlockingDone> subscription for services is expired - possible reason "No route to host"
2019.06.11 22:51:04.479 5: RECEIVER_AC6FBB66ED6D: <Set> Called for RECEIVER_AC6FBB66ED6D : msg = ?
2019.06.11 22:51:04.498 5: RECEIVER_AC6FBB66ED6D: <Set> Called for RECEIVER_AC6FBB66ED6D : msg = ?
2019.06.11 22:51:04.502 3: RECEIVER_AC6FBB66ED6D: Player State Network - offline
2019.06.11 22:51:27.386 5: RECEIVER_AC6FBB66ED6D: <subscriptionCallback> serviceID urn:schemas-upnp-org:service:X-CTC_RemotePairing:1 received event
2019.06.11 22:51:27.388 5: RECEIVER_AC6FBB66ED6D: <subscriptionCallback> Property STB_Mac's value is AC6FBB66ED6D
2019.06.11 22:51:27.400 5: RECEIVER_AC6FBB66ED6D: <subscriptionCallback> Property STB_playContent's value is {&quot;new_play_mode&quot;:1,&quot;playBackState&quot;:1,&quot;mediaType&quot;:1,&quot;mediaCode&quot;:&quot;3683&quot;,&quot;duration&quot;:2775,&quot;playPostion&quot;:1857,&quot;fastSpeed&quot;:0}
2019.06.11 22:51:27.433 5: RECEIVER_AC6FBB66ED6D: <Set> Called for RECEIVER_AC6FBB66ED6D : msg = ?
2019.06.11 22:51:27.440 3: RECEIVER_AC6FBB66ED6D: Player State Callback - online
2019.06.11 22:51:31.258 5: RECEIVER_AC6FBB66ED6D: <subscriptionCallback> serviceID urn:schemas-upnp-org:service:X-CTC_RemotePairing:1 received event
2019.06.11 22:51:31.259 5: RECEIVER_AC6FBB66ED6D: <subscriptionCallback> Property STB_Mac's value is AC6FBB66ED6D
2019.06.11 22:51:31.260 5: RECEIVER_AC6FBB66ED6D: <subscriptionCallback> Property STB_playContent's value is {&quot;new_play_mode&quot;:2,&quot;playBackState&quot;:1,&quot;mediaType&quot;:1,&quot;mediaCode&quot;:&quot;3683&quot;,&quot;duration&quot;:2779,&quot;playPostion&quot;:1857,&quot;fastSpeed&quot;:1}
2019.06.11 22:51:31.292 5: RECEIVER_AC6FBB66ED6D: <Set> Called for RECEIVER_AC6FBB66ED6D : msg = ?
2019.06.11 22:51:31.299 3: RECEIVER_AC6FBB66ED6D: Player State Callback - online



EDIT: und doch wieder zu früh gefreut

2019.06.11 22:51:31.292 5: RECEIVER_AC6FBB66ED6D: <Set> Called for RECEIVER_AC6FBB66ED6D : msg = ?
2019.06.11 22:51:31.299 3: RECEIVER_AC6FBB66ED6D: Player State Callback - online
2019.06.11 22:55:24.863 5: RECEIVER_AC6FBB66ED6D: <Set> Called for RECEIVER_AC6FBB66ED6D : msg = ?
2019.06.11 22:55:26.053 5: RECEIVER_AC6FBB66ED6D: <Set> Called for RECEIVER_AC6FBB66ED6D : msg = ?
2019.06.11 22:55:26.056 5: RECEIVER_AC6FBB66ED6D: <Get> Called for RECEIVER_AC6FBB66ED6D : msg = ?
2019.06.11 22:55:32.032 5: RECEIVER_AC6FBB66ED6D: <Attr> Called for verbose : value =
2019.06.11 22:56:05.000 1: Perfmon: possible freeze starting at 22:56:00, delay is 5
2019.06.11 22:56:11.000 1: Perfmon: possible freeze starting at 22:56:06, delay is 5
2019.06.11 22:56:17.000 1: Perfmon: possible freeze starting at 22:56:12, delay is 5
2019.06.11 22:56:23.000 1: Perfmon: possible freeze starting at 22:56:18, delay is 5
2019.06.11 22:56:29.000 1: Perfmon: possible freeze starting at 22:56:24, delay is 5



...wird wieder schief gehen:


2019.06.11 22:51:04.440 4: RECEIVER_AC6FBB66ED6D: <renewSubscriptionBlocking> subscription for service "X-CTC_RemotePairing" is expired
2019.06.11 22:51:04.448 4: RECEIVER_AC6FBB66ED6D: <renewSubscriptionBlocking> subscription for service "X-CTC_RemoteControl" is expired


...sollte nicht auftauchen.

Ich muss mir dies nochmals anschauen, nur muss ich für heute Schluss machen. Sorry

Gruß Ralf

Zitat von: RalfP am 11 Juni 2019, 23:02:44

Ich muss mir dies nochmals anschauen, nur muss ich für heute Schluss machen. Sorry

Sorry? Wofür? Dass du ein tolles Modul entwickelst, was noch ein paar Kinderkrankheiten hat? Dafür brauchst du kein Sorry schreiben  ;)
Ich kann auch nicht immer sofort testen. Aber ich stelle mich gern zur dazu zur Verfügung (wenn es die Zeit zulässt).

Nabend,
Ich habe gerade versucht dieses Modul zu installieren. Installation bricht aber mit diesen Fehlermeldungen im Log ab:
2019.06.12 17:47:45.964 1: reload: Error:Modul 78_EntertainTV deactivated:
Attempt to reload UPnP/ControlPoint.pm aborted.
Compilation failed in require at ./FHEM/78_EntertainTV.pm line 61.
BEGIN failed--compilation aborted at ./FHEM/78_EntertainTV.pm line 61.

2019.06.12 17:47:45.964 0: Attempt to reload UPnP/ControlPoint.pm aborted.
Compilation failed in require at ./FHEM/78_EntertainTV.pm line 61.
BEGIN failed--compilation aborted at ./FHEM/78_EntertainTV.pm line 61.

XML::Parser::Lite ist installiert, das komplette System habe ich auch schon neu gestartet.

Hallo swsmily,

so, jetzt habe ich einen MR401 bestellt. Wird wohl nächste Woche eintreffen. Ist die beste Lösung. MR400 und MR401 sind zu unterschiedlich. Werde schauen, das ich den MR401 dann zügig mit eingebunden bekomme.

PS: ist auch ein guter Grund langsam auf UHD mal umzusteigen  ;)

Gruß
Ralf

Hallo ComputerZOO,

Zeile 61 ist

use UPnP::ControlPoint;

Ich vermute, er kann den Controlpoint nicht laden oder finden. Wenn dies eine Fhem Standardinstallation ist, sollte der Controlpoint unter FHEM/lib/UPnP... liegen. Er ist Teil von FHEM.

Er selbst benötigt aber auch einige Module. Auszug aus der Doc vom Controlpoint:

Since the UPnP architecture leverages several existing protocols such
as TCP, UDP, HTTP and SOAP, this module requires several Perl modules
that implement these protocols. These include
L<IO::Socket::INET|IO::Socket::INET>,
L<LWP::UserAgent|LWP::UserAgent>,
L<HTTP::Daemon|HTTP::Daemon> and
C<SOAP::Lite> (L<http://www.soaplite.com>).

Evtl. fehlt da noch eines.

Gruß
Ralf

👍🏼 OK, ich bin schon etwas weiter gekommen, habe alle Pakete nachinstalliert (habe nen Zotac mit Ubuntu für FHEM)
Das Device lässt sich nun anlegen und findet auch den Receiver, allerdings meckert er bei den Credentials
2019.06.12 18:39:39.854 1: RECEIVER_ACxxxxxxxFE: Pairing failed - wrong credentials
Das sind aber die selben Daten, mit der ich mich auf der Telekom-Homepage einloggen kann.

EDIT: geht jetzt wohl scheinbar mit der Anschluss-ID

Zitat von: RalfP am 12 Juni 2019, 17:55:29
Hallo swsmily,

so, jetzt habe ich einen MR401 bestellt. Wird wohl nächste Woche eintreffen. Ist die beste Lösung. MR400 und MR401 sind zu unterschiedlich. Werde schauen, das ich den MR401 dann zügig mit eingebunden bekomme.

PS: ist auch ein guter Grund langsam auf UHD mal umzusteigen  ;)

Gruß
Ralf

brauchst Du UHD und hast noch einen "alten" AV Receiver der nur HDCP1.4 kann würde ich noch folgendes mitbestellen https://de.aliexpress.com/item/HDCP-Converter-UHD-HDMI-2-0-HDCP-2-2-to-HDCP-1-4-converter-with-power/32819579285.html?spm=a2g0x.search0104.3.1.74624a28mBZYz5&ws_ab_test=searchweb0_0,searchweb201602_8_10065_10068_10547_319_317_10548_10696_10084_453_10083_454_10618_10304_10307_10820_10821_537_10302_536_10843_10059_10884_10887_321_322_10103,searchweb201603_53,ppcSwitch_0&algo_expid=6c1c43a6-a65c-434f-9ce2-e857964f35ce-0&algo_pvid=6c1c43a6-a65c-434f-9ce2-e857964f35ce&transAbTest=ae803_3

Kosten <40€ Incl Versand und Support von HDMATTERS in Ordnung - nur bei Ersatz nicht rasend schnell

dann sieht die Verkabelung so aus:

UHD Device (HDCP 2.2) --> (HDCP2.2) Converter (HDCP 1.4) --> (HDCP 1.4) AV-Receiver (HDCP 1.4) --> (HDCP 1.4) TV

HDMI ist dann durchgängig 2.0

Funktioniert einwandfrei (letztes Wochenende getestet mit RTL F1 UHD)

Zitat von: RalfP am 12 Juni 2019, 17:55:29
Hallo swsmily,

so, jetzt habe ich einen MR401 bestellt. Wird wohl nächste Woche eintreffen. Ist die beste Lösung. MR400 und MR401 sind zu unterschiedlich. Werde schauen, das ich den MR401 dann zügig mit eingebunden bekomme.

PS: ist auch ein guter Grund langsam auf UHD mal umzusteigen  ;)

Gruß
Ralf

Wow, direkt das Gerät besorgen, respekt! Bin sehr gespannt drauf und würde mir ein Problem lösen, wo ich schon lange versucht habe es irgendwie hinzubekommen. FHEM wissen zu lassen, ob Play oder Pause. Bin aber immer dran gescheitert, da ein Spulen danach automatisch ein Play bedeutet, aber auch nach 90 Minuten Pause spielt das TV Programm weiter usw...
Durch dein Modul wird es mir nun möglich sein, dass das Fernsehprogramm pausiert wenn es läuft und ein Anruf kommt. Dies habe ich zwar bereits jetzt schon, aber dank Murphy wird man natürlich angerufen, wenn man eh bereits Pause hat und der "Pause" Befehl dann erneut gesendet wird, und damit das Programm weiter läuft  ;D

UHD? Ich nutze nur SD, da mir Timeshift viel mehr Wert ist als sehr gute Bildqualität. Und die privaten Sender erlauben leider teilweise kein Vorspulen beim HD  :(

Hallo,

neue Version 1.1.0.0 mit Unterstützung für MR400 & MR401 kann getestet werden.

Gruß
Ralf

Hi Ralf,

hab gerade das Modul geupdated und das Device wieder angelegt, aber erstmal im Define einen Tippfehler im Username gehabt. Das hat natürlich erstmal dazu geführt, dass login failed kam. Schlimmer aber, nach kurzer Zeit ging gar nichts mehr. Auf dem Raspi mit dem Befehl TOP war Perl zu 100% ausgelastet. Keine Ahnung, ob da irgendwo im Modul ein Fehler sowas verursachen kann. Das ist daher mehr als Hinweis gedacht.  ;)

Hab den ganzen Raspi dann neugestartet, dann ist mir auch der Tippfehler aufgefallen. Ich teste nun dein Modul.

Es läuft nun knapp 10 Minuten ,ohne dass es Freezes in FHEM gab. Sieht also viel besser aus  :D
Daher erstmal vielen Dank für das Modul und deine Arbeit!

Werde es nun mal weiter beobachten und testen und berichten.

Kleiner Bericht nach ein paar Stunden mit dem Modul:

Ich muss sagen, ich bin begeistert und überrascht!
Ich hab anfangs gar nicht gemerkt, dass du den ersten Post erweitert hast. Hab nur plötzlich die ganzen Infos gesehen die man angezeigt bekommt. Super!

Das Modul läuft bis jetzt sehr gut.

Könntest du noch beschreiben, was die einzelnen Readings bedeuten? Ich verstehe noch nicht, was ProgramGenre bedeutet. CurrentProgramGenre ist leer, nextProgramGenre steht auf (1/2) aktuell.
Ebenso currentProgramStatus steht auf PLAY aber was bedeutet nextProgramStatus? Dies steht gerade auf STOP.
Was bedeutet playBackState?

Ich hatte beim ersten Test auch das Problem, dass FHEM die CPU komplett dicht gemacht hat und nicht anderes mehr lief, bzw. das System sich irgendwie komisch verhielt.
Ich habe das MR400-Modul dann erst mal wieder entfernt.
Wie ich jetzt lese, könnte das an einem Fehler im Usernamen/Passwort gelegen haben ... das ist recht wahrscheinlich, weil ich mir nicht ganz sicher war ;-) ... könntest du mal testen was da genau passiert?

Ich werde in den nächsten Tagen dann mal die aktuelle Version ausprobieren.

Habe gerade die Hilfe mit den Reading ergänzt:

Readings

ACCOUNT
userID - UserID als Resultat des Login bei der Telekom mit gültigem Nutzernamen und Password.
expirationTime - zeigt den Zeitpunkt, wann die UserID neu angefordert wird - Zyklus ist 8h.

RECEIVER
channel - Sendernummer - wird in der Summary mit dem Sendernamen ersetzt, sofern das Attr channelNames dafür gesetzt ist.
newPlayMode - Zeigt den aktuellen Status des Receivers an, dieser kann wie folgt sein:

• STOP
• PAUSE
• PLAY
• <<PLAY>>
• PLAY Multicast
• PLAY Unicast
• BUFFERING

playBackState - Ist ein weitere Status des Receivers. Die Bedeutung ist nicht ganz klar. Bei MR401 keine Änderung. Beim MR400 im Standby auf "STOP".

• STOP
• RUN

pairing - Aktueller Zustand des Pairings zwischen Fhem und Receiver.
pairingCheck - Rückantwort des Receiver. Benötigt um den Verifikationcode zu berechnen.
verificationCode - Verifikationcode für die Befehle an den Receiver.

Programinfos

currentProgramTitle - Titel des gerade laufenden Programs.
currentProgramGenre - Zusätzlicher Titel des gerade laufenden Programs.
currentProgramStart - Startzeit gerade laufenden Programs.
currentProgramDuration - Laufzeit des gerade laufenden Programs.
currentProgramTime - Startzeit und Enzeit des gerade laufenden Programs.
currentProgramStatus - Status des gerade laufenden Programs. Hier immer "PLAY"

nextProgramTitle - Titel des nächsten Programs.
nextProgramGenre - Zusätzlicher Titel des nächsten Programs.
nextProgramStart - Startzeit des nächsten Programs.
nextProgramDuration - Laufzeit des nächsten Programs.
nextProgramTime - Startzeit und Enzeit des nächsten Programs.
nextProgramStatus . Status des nächsten Programs. Hier immer "STOP"

Hallo,

das mit der falschen Credentials habe ich gerade probiert. Ging aber ohne vergleichbaren Effekt durch. Login failed wurde wie erwartet angezeigt  :-\

Das Login sind 3 Aufrufe zu den Telekomservern. Alle haben eine Timeout von 3s. Bei einem Problem mit der Verbindung, sollte es sich da eigentlich beenden. Ich nutze das Fhem eigene HttpUtil für die Aufrufe - aber blockierend. Wenn ihr evtl etwas im Log findet, wäre es interessant. Ich denke aber, ihr müsstet für das define > global verbose < auf 5 setzen, kurzzeitig.

Gruß
Ralf

...noch ein Tipp:

Folgende Libraries sind notwendig für dieses Modul:

• Digest::MD5
• HTML::Entities
• JSON
• HttpUtils
• Blocking
• UPnP::ControlPoint
• Date::Parse
• Encode

Mit Encode hatte ich ein paar Problem, die komisch waren. Nach Installation des Paketes, war dann aber alles OK. Encode ist aber erst bei der Anzeige der Programtitel notwendig  :-\

Tolles Modul! Seitdem ich auf Entertain umgestiegen bin, haben dem TV ein paar Infos gefehlt ;)

Ich benutze das Modul mit einem Mr401 und mit der neuen Version klappt das ziemlich gut. Der Status des Receivers wird erkannt und die Sendungsdaten werden auch angezeigt. Mit der alten Version hatte das ja für den Mr401 noch nicht geklappt, zumindest bei mir war FHEM danach nicht mehr benutzbar.

Bisher ist mir eine Sache im Log aufgefallen, als der Receiver im Aufnahmemodus war:
2019.06.22 19:14:02 1: PERL WARNING: Loading device description failed with error: 404 Not Found (Location: http://192.168.2.50:8081/xml/dial.xml) at ./FHEM/78_EntertainTV.pm line 336.
2019.06.22 19:14:02 1: stacktrace:
2019.06.22 19:14:02 1:     main::__ANON__                      called by /usr/share/perl/5.22/Carp.pm (168)
2019.06.22 19:14:02 1:     Carp::carp                          called by FHEM/lib/UPnP/ControlPoint.pm (371)
2019.06.22 19:14:02 1:     UPnP::ControlPoint::_createDevice   called by FHEM/lib/UPnP/ControlPoint.pm (402)
2019.06.22 19:14:02 1:     UPnP::ControlPoint::_getDeviceFromHeaders called by FHEM/lib/UPnP/ControlPoint.pm (526)
2019.06.22 19:14:02 1:     UPnP::ControlPoint::_receiveSSDPEvent called by FHEM/lib/UPnP/ControlPoint.pm (227)
2019.06.22 19:14:02 1:     UPnP::ControlPoint::handleOnce      called by ./FHEM/78_EntertainTV.pm (336)
2019.06.22 19:14:02 1:     (eval)                              called by ./FHEM/78_EntertainTV.pm (335)
2019.06.22 19:14:02 1:     main::EntertainTV_Read              called by fhem.pl (3750)
2019.06.22 19:14:02 1:     main::CallFn                        called by fhem.pl (748)
2019.06.22 19:14:23 3: RECEIVER_AC6FBB56CE61: Pairing OK
2019.06.22 19:14:28 3: RECEIVER_AC6FBB56CE61: Player State Request - standby

Ansonsten wäre vielleicht noch zu überlegen, ob du das Modul nicht MagentaTV nennen willst, EntertainTV ist doch mittlerweile überholt  ;)

Viele Grüße,
VuffiRaa

Ich habe seit gestern Abend mit den richtigen Login-Daten keine Probleme mit dem Modul feststellen können. Keine Fehler im Log zu sehen, es erkennt den MR und den Status direkt. Für mich passt alles! Danke dafür!

Zum Login und dem Problem mit der 100%-Auslastung, ich hatte ja den Tippfehler im Username. Als das Modul dann login failed angezeigt hat, war ich mir beim Passwort nicht sicher. Zahlendreher, wo groß wo klein geschrieben? Also mehrfach das Device gelöscht und neu angelegt mit unterschiedlichen Passwörtern aber immer dem falschen Username. Vielleicht lag es an den vielen Versuchen und dem mehrfachen Löschen und Definieren des Devices.

Hallo,

http://192.168.XXX.XXX:8081/xml/dial.xml

Ja, dies ist mir auch schon aufgefallen, sehr selten aber. Dies scheint eine zweite UPnP Schnittstelle vom MR401 zu sein. Der Service "urn:dial-multiscreen-org:service:dial:1" ist aber für unser Vorhaben nicht nutzbar. Schaut mal was man findet, wenn man nach diesem Service sucht - http://www.dial-multiscreen.org . Ich würde sagen, das hat etwas mit Netflix zu tun und einer Übertragung eines laufenden Streams von einer APP zum Receiver.

Diese Schnittstelle hat eine eigene (andere) UDN. Ich habe mir diese mal testweise im ACCOUNT ins Attr ignoreUDNs eingetragen. Mal sehen, ob es einen Effekt hat.

Gruß
Ralf

Hallo VuffiRaa,

...mit dem Namen hast du eigentlich recht  ???  Könnte also durchaus passieren.

Gruß Ralf

Hallo,

...übrigens, nach mehrfachem Login, auch mit richtigem Usernamen/Password, macht die Authentifikation erst einmal zu. Es dauert eine Weile, bis eine Anmeldung wieder durchgeht. Deshalb lasse ich auch immer 8h dazwischen Zeit. Beim Anlegen eines Device, könnte dies, bei mehrfacher falscher Eingabe, aber zusätzlich zu Verwirrung führen. Deshalb bitte ein wenig Geduld und zwischendurch einen Kaffee trinken.

Gruß
Ralf

Hi

Seit ich die richtigen Logindaten drin hab funktioniert alles super. Es gab zwar mal folgende Logeinträge heute Nacht:
2019.06.24 02:25:15.854 1: PERL WARNING: Loading device description failed with error: 500 Can't connect to 10.0.4.5:8081 (Location: http://10.0.4.5:8081/xml/dial.xml) at ./FHEM/78_EntertainTV.pm line 336.
2019.06.24 02:25:15.906 1: PERL WARNING: Loading device description failed with error: 404 Not Found (Location: http://10.0.4.5:8081/xml/mediashare.xml) at ./FHEM/78_EntertainTV.pm line 336.
2019.06.24 02:25:15.974 3: MR400: Player State Network - offline
2019.06.24 02:25:15.989 1: PERL WARNING: Loading device description failed with error: 404 Not Found (Location: http://10.0.4.5:8081/xml/xctc.xml) at ./FHEM/78_EntertainTV.pm line 336.
2019.06.24 02:25:36.292 3: RECEIVER_AC6FBB66ED6D: Pairing OK
2019.06.24 02:25:41.333 3: RECEIVER_AC6FBB66ED6D: Player State Request - standby


Aber es läuft dennoch alles ordentlich.

Werde aber Verbose wohl auf 2 runter stellen, denn mein Logfile beinhaltet nun doch schon sehr viele play und pause  ;)

Hallo Ralf,

kann es sein, dass sich was an der Software des MediaReceivers etwas geändert hat?
Heute Nacht hatte ich wieder folgende Logeinträge:
2019.08.12 03:58:48.620 1: MediaReceiver401: <renewSubscriptionBlocking> renewal of subscription failed: Carp, Renewal of subscription failed with error: 500 Can't connect to 10.0.4.5:8081 at ./FHEM/78_EntertainTV.pm line 1803.

2019.08.12 03:58:48.631 1: MediaReceiver401: <renewSubscriptionBlocking> renewal of subscription failed: Carp, Renewal of subscription failed with error: 500 Can't connect to 10.0.4.5:8081 at ./FHEM/78_EntertainTV.pm line 1809.

2019.08.12 03:58:54.645 1: PERL WARNING: Loading device description failed with error: 404 Not Found (Location: http://10.0.4.5:8081/xml/dial.xml) at ./FHEM/78_EntertainTV.pm line 336.
2019.08.12 03:58:54.697 1: PERL WARNING: Loading device description failed with error: 404 Not Found (Location: http://10.0.4.5:8081/xml/mediashare.xml) at ./FHEM/78_EntertainTV.pm line 336.
2019.08.12 03:58:54.762 3: MR400: Player State Network - offline

Nun steht im state nur noch pause - kein play mehr, egal ob der MR gerade abspielt oder auf Pause steht.

Hallo,

bin gerade im Urlaub, so das ich es nicht selbst prüfen kann.

Die Verbindung zum MR wurde unterbrochen, vermute ich. Versuche ein RescanNetwork im ACCOUNT oder alternativ FHEM neu starten. Ich hoffe es klappt.

Gruß
Ralf

Hi Ralf,

FHEM Neustart usw bringt nichts.
Das Reading wird auch bei jedem Tastendruck auf die Fernbedienung aktualisiert, aber statt play wird erneut pause gesetzt.
Möglicherweise hat es gar nichts direkt mit den Fehlermeldungen im Log zu tun.

Aber es ist jetzt nicht sooo wichtig. Geniese erstmal schön deinen Urlaub - hast ihn dir verdient  ;)

Hallo, super Modul.

Wenn sich "FHEM" mit dem Receiver verbindet kommt eine Meldung auf dem TV.
Könnte man einbauen, dass man auch so Meldungen über das Modul an den TV schickt ? Wäre für
Statusmeldungen sehr nützlich.

Den Namen würde ich nicht ändern. Die Telekom ist ziemlich mies wenn es um Namen/Farben geht, nicht dass es dann noch Ärger gibt.

Monti

Hallo swsmily,

...schau mal bitte, was für ein Sender gerade eingestellt ist. Bei lokalen Sendern mit statischen Vorschaltseiten, oder Mediatheken bekomme ich keine Statusmeldung zurück. Vergleiche mal mit der (MagentaTV)Fernbedienung auf einem Pad o.ä.. Toggle für Ein/Aus müsste aber funktionieren.

Dies ist mir zumindest schon aufgefallen. Eine Lösung hätte ich dazu leider noch nicht, bin da noch beim experimentieren.

Gruß
Ralf

Hallo Monti,

vielen Dank. Hab auch schon neue Dinge in der Schublade...

Die Meldung zu nutzen wird schwierig, da diese nur erscheint, wenn eine Verbindung aufgebaut wurde und diese halte ich so lange wie möglich, um alle Statusänderungen vom Receiver zu erhalten. Ich behalte es mal im Kopf.

PS: das mit dem Namen geht mir auch immer wieder mal durch den Kopf, vor allem das mit den Rechten :-\ Das könnte auch mal ungemütlich werden.

Gruß
Ralf

Hallo Ralf,

Danke für das Modul, gerade ohne Probleme installiert.

vG

Zitat von: RalfP am 17 August 2019, 16:58:01
Hallo swsmily,

...schau mal bitte, was für ein Sender gerade eingestellt ist. Bei lokalen Sendern mit statischen Vorschaltseiten, oder Mediatheken bekomme ich keine Statusmeldung zurück. Vergleiche mal mit der (MagentaTV)Fernbedienung auf einem Pad o.ä.. Toggle für Ein/Aus müsste aber funktionieren.

Dies ist mir zumindest schon aufgefallen. Eine Lösung hätte ich dazu leider noch nicht, bin da noch beim experimentieren.

Gruß
Ralf

Stimmt, wenn LiveTV läuft funktioniert der Status, wird aber eine Aufnahme abgespielt passt der Status nicht immer. Manchmal steht dort Play, aber wenn man von Pause auf Play schaltet, steht eine ganze Weile erstmal weiter Pause da.
Aufgefallen war es mir nur, weil die Aufnahme nicht pausiert wurde, als ich einen Anruf bekommen habe. Am nächsten Tag als keine Aufnahme, sondern LiveTV lief hat es wieder funktioniert, dass bei einem Anruf das Programm pausiert wird.

Ansonsten funktioniert alles super.

Hi,

ich hab das Modul jetzt auch mal getestet und es läuft soweit schon gut. Was ich jetzt noch vermisse, ist die Regelung der Lautstärke, Wechsel in den EPG usw. damit man die Fernbedienung ersetzen kann und das Ganze auch besser mit Alexa steuern kann. Ist das noch geplant, oder scheitert es an den technischen Möglichkeiten?

VG
F.

So, hab mir selbst beholfen, das Modul ist ja schon gut vorbereitet :)

Zeile 473 anpassen:
$usage = "Unknown argument $what, choose one of on:noArg off:noArg toggle:noArg Play:noArg Pause:noArg OK:noArg EXIT:noArg EPG:noArg volumeUp:noArg volumeDown:noArg Pairing:noArg PlayerState:noArg Channel ChannelName:".$channelList." SendKeys SendKey:".$list;


Ab Zeile 600 einfach folgende Zeilen einfügen:

elsif($what eq "volumeUp")
{
EntertainTV_KeyRequest($hash, "VOLUP") if($hash->{STATE} ne "offline");
return (undef, 1);
}
elsif($what eq "volumeDown")
{
EntertainTV_KeyRequest($hash, "VOLDOWN") if($hash->{STATE} ne "offline");
return (undef, 1);
}
elsif($what eq "EPG")
{
EntertainTV_KeyRequest($hash, "EPG") if($hash->{STATE} ne "offline");
return (undef, 1);
}

Was ich aber noch benötige, damit ich die Lautstärke mit Alexa out of the Box steuern kann, ist Volume als Wert. Im OpenHab Script auf Github habe ich dazu auch nichts gefunden. Ich hab den Autor mal angeschrieben, mal schauen...

Hallo @all,

wie binde ich das Modul in mein FHEM ein?
Mit den Befehlen im ersten Beitrag komme ich nicht weiter, weil das Modul bei mir nicht existiert. Wie installiere ich es nach?

Gruß,
Adolar

Zitat von: RalfP am 09 Juni 2019, 21:39:17

Derzeitig ist das Modul unter meinem eigenen Webaccount verfügbar und lässt sich wie folgt einbinden:

Code Auswählen Erweitern

update all http://www.rp-dev.de/fhem/entertaintv/controls_entertaintv.txt
oder

Code Auswählen Erweitern

update add http://www.rp-dev.de/fhem/entertaintv/controls_entertaintv.txt

Code Auswählen Erweitern

define <name> EntertainTV username password

username und password sind die eures gültigen Telekom Accounts

siehe erster Beitrag

Hallo swsmily,
Ja, hab ich gelesen und getan:

update all http://www.rp-dev.de/fhem/entertaintv/controls_entertaintv.txt
ergibt
2019.09.16 22:33:29 1 : nothing to do...

update add http://www.rp-dev.de/fhem/entertaintv/controls_entertaintv.txt
ergibt:
http://www.rp-dev.de/fhem/entertaintv/controls_entertaintv.txt is already in the list

define myname EntertainTV username password
ergibt:
Cannot load module EntertainTV

Das ist ja das Problem

Hallo Adolar,

schau mal bitte in's Log von FHEM. Dir fehlt garantiert ein Perl Modul. Es sind folgende notwendig:

• Digest::MD5
• HTML::Entities
• JSON
• HttpUtils
• Blocking
• UPnP::ControlPoint
• Date::Parse
• Encode

Nur die nachladen, die auch wirklich fehlen. Manches ist von Fhem schon dabei.

In der Commandref hast du auch die Hilfe zu EntertainTV, wo dies beschrieben wäre. Sollte dies nicht sein, dann mach ein Update von deinem kompletten Fhem, damit die Hilfetexte neu erzeugten werden. Ich glaube dies konnte man auch manuell anstoßen, bin ich mir aber nicht sicher. Alternativ öffne 78_EntertainTV.pm in einem Editor und schau ganz unten. Dort ist der Text, leider aber in HTML.

Gruß
Ralf

Hallo Fistandantilus,

die Ergänzungen für Volume und EPG habe ich mit aufgenommen. Wird somit in der nächsten Version dabei sein.

Bin dabei EPG Daten mit zu verarbeiten. Das Testen und Ändern des Codes nimmt aber viel Zeit in Anspruch, die man selten hat. Darum bitte noch ein wenig Geduld. Jetzt kommt die Zeit mit dem Schmuddelwetter, da denke ich, wird es wieder vorrangehen   :)

Gruß
Ralf

Hallo RalfP,

Zitat von: RalfP am 17 September 2019, 10:39:50
schau mal bitte in's Log von FHEM. Dir fehlt garantiert ein Perl Modul. Es sind folgende notwendig:

Im Log steht nix von fehlenden Modulen. Wie kann ich mir die existierenden Module anzeigen lassen, wie die fehlenden nachinstallieren?

In der Commandref finde ich nur die von dir zitierte Liste...

Ich gucke jetzt mal in die 78_EntertainTV.pm, mal sehen ob ich daraus schlau werde.

erstmal vielen Dank

Hallo zusammen,
bin mir nicht sicher, ob bereits jemand zuvor die Beschreibung für einen MR201 geliefert hat, wäre klasse, wenn der 201 mit aufgenommen wird,
dann brauche ich das Modul nicht mehr vor einem Update schützen ;-)
falls noch etwas benötigt wird, - kann ich kurzfristig liefern.
Ach ja, ich suche noch ein reading für die Farbtasten.
hier nun meine:
Viele Grüße, Rainer



<root xmlns="urn:schemas-upnp-org:device-1-0">
<specVersion>
<major>1</major>
<minor>0</minor>
</specVersion>
<device>
<UDN>uuid:1c338516-a993-57cc-bdb2-AC6FBB6F4DDC</UDN>
<friendlyName>Sch Z</friendlyName>
<deviceType>urn:schemas-upnp-org:device:MediaRenderer:1</deviceType>
<manufacturer>Huawei Technologies Co.,Ltd</manufacturer>
<modelName>MR201_ACN</modelName>
<modelNumber>R01A5</modelNumber>
<productVersionNumber>" 470 "</productVersionNumber>
<productType>stb</productType>
<serialNumber/>
<X_wakeOnLan>0</X_wakeOnLan>
<dlna:X_DLNADOC xmlns:dlna="urn:schemas-dlna-org:device-1-0">DMR-1.50</dlna:X_DLNADOC>
<dlna:X_DLNACAP xmlns:dlna="urn:schemas-dlna-org:device-1-0"/>
<serviceList>
<service>
<serviceType>urn:schemas-upnp-org:service:ConnectionManager:1</serviceType>
<serviceId>urn:upnp-org:serviceId:ConnectionManager</serviceId>
<controlURL>/upnp/service/ConnectionManager/Control</controlURL>
<eventSubURL>/upnp/service/ConnectionManager/Event</eventSubURL>
<SCPDURL>/upnp/service/des/cms.xml</SCPDURL>
</service>
<service>
<serviceType>urn:schemas-upnp-org:service:AVTransport:1</serviceType>
<serviceId>urn:upnp-org:serviceId:AVTransport</serviceId>
<controlURL>/upnp/service/AVTransport/Control</controlURL>
<eventSubURL>/upnp/service/AVTransport/Event</eventSubURL>
<SCPDURL>/upnp/service/des/avt.xml</SCPDURL>
</service>
<service>
<serviceType>urn:schemas-upnp-org:service:RenderingControl:1</serviceType>
<serviceId>urn:upnp-org:serviceId:RenderingControl</serviceId>
<controlURL>/upnp/service/RenderingControl/Control</controlURL>
<eventSubURL>/upnp/service/RenderingControl/Event</eventSubURL>
<SCPDURL>/upnp/service/des/rcs.xml</SCPDURL>
</service>
<service>
<serviceType>urn:schemas-upnp-org:service:X-CTC_RemotePairing:1</serviceType>
<serviceId>urn:upnp-org:serviceId:X-CTC_RemotePairing</serviceId>
<controlURL>/upnp/service/X-CTC_RemotePairing/Control</controlURL>
<eventSubURL>/upnp/service/X-CTC_RemotePairing/Event</eventSubURL>
<SCPDURL>/upnp/service/des/X-CTC_RemotePairing.xml</SCPDURL>
</service>
<service>
<serviceType>urn:schemas-upnp-org:service:X-CTC_RemoteControl:1</serviceType>
<serviceId>urn:upnp-org:serviceId:X-CTC_RemoteControl</serviceId>
<controlURL>/upnp/service/X-CTC_RemoteControl/Control</controlURL>
<eventSubURL>/upnp/service/X-CTC_RemoteControl/Event</eventSubURL>
<SCPDURL>/upnp/service/des/X-CTC_RemoteControl.xml</SCPDURL>
</service>
</serviceList>
</device>
</root>


Ich wollte nur kurz mitteilen, dass ich das "EntertainTV-Modul" nun auch nutze:
Bei mir mußten auch nur die beiden Libraries "libsoap-lite-perl" und "libxml-parser-lite-perl" nachinstalliert werden, und ich konnte das Modul dann definieren.
Nach der Definition wurde mein MR401B dann sofort gefunden. Nachdem ich im Programm des Moduls "78_EntertainTV.pm", die aus dem Receiver ausgelesene Modellbezeichnung hinzugefügt habe, wurde auch mein MR201 erkannt, und alles läuft nun seit ein paar Tagen problemlos.


# Receiver, diese werden auch nur angelegt
my %modelName = ( "dmr_tpb" => "MR400",
                  "MR401B_ACN"  => "MR401",
                  "MR201_ACN"  => "MR201"
                );


Falls noch bedarf an einer weiteren Description, für einen MR201 oder MR401B besteht, bitte kurze Info.

Hallo,

vielen Dank für euer Feedback. Habe ein kleines Update veröffentlicht - siehe 1. Beitrag.

Gruß
Ralf

Hallo Ralf,

könntest du bei Gelegenheit noch den MR601 (das ist der Satellitenreceiver der Telekom) mit einfügen?

my %modelName = ( "dmr_tpb" => "MR400",
                  "MR401B_ACN"  => "MR401",
                  "MR601SAT_ACN"  => "MR601",
                  "MR201_ACN"  =>  "MR201"
                );


Das ist getestet und funktioniert hier ohne Probleme...

Gruß

https://forum.fhem.de/index.php/topic,39706.msg1018686.html#msg1018686 (https://forum.fhem.de/index.php/topic,39706.msg1018686.html#msg1018686)
Hallo zusammen,
ist es möglich bzw. hat schon jemand von euch beobachtet, das es ein Problem (Konflikt) zwischen dem dlnaRenderer und dem Entertain Modul gibt.
Viele Grüße, Rainer

Hallo,

den MR601 habe ich hinzugefügt => Version 1.0.0.4

Vielen Dank an Plextor

Gruß Ralf

Hallo halloaber,

Ein Problem mit dlnaRenderer kann ich nicht bestätigen, da ich dieses nicht nutze, kann mir aber vorstellen, das sich da etwas beeinflussen kann. Beide Module nutzen die selbe Upnp Grundlage von Fhem. Ich würde nicht sagen wollen, das dies die Ursache wäre, sondern eher ein Portkonflikt auf dem selben Rechner.

Ich habe selbst schlechte Erfahrung gemacht mit meinem EntertainTV Modul, genutzt in zwei unterschiedlichen Fheminstanzen auf dem selben Rechner. Die Portkonstellation müsste man sich nochmals genauesten anschauen.

Ports die benutzt werden:
8085 => Subscrition Port für die UPnP Services, welche der Controlpoint anlegt. Würde sich auch über Attr subscritionPort ändern lassen.
1900 => Der UPnP-Check sendet eine sogenannte Discovery Anfrage über diesen Port.

Gruß Ralf

Hallo Ralf,
ja, ich bin mir noch nicht ganz sicher, wo hier das Problem ist.
020.02.03 11:03:07 5: UPnPSocket_Entertain401_1900: <Read> received ssdp event needed to get information about removed or added devices,
2020.02.03 11:03:06 5: UPnPSocket_Entertain401_1900: <Read> received ssdp event needed to get information about removed or added devices,
2020.02.03 11:03:06 5: UPnPSocket_Entertain401_1900: <Read> received ssdp event needed to get information about removed or added devices,
2020.02.03 11:03:06 5: UPnPSocket_Entertain401_1900: <Read> received ssdp event needed to get information about removed or added devices,
2020.02.03 11:03:06 5: UPnPSocket_Entertain401_1900: <Read> received ssdp event needed to get information about removed or added devices,
2020.02.03 11:03:06 5: UPnPSocket_Entertain401_1900: <Read> received ssdp event needed to get information about removed or added devices,
2020.02.03 11:03:06 5: UPnPSocket_Entertain401_1900: <Read> received ssdp event needed to get information about removed or added devices,
2020.02.03 11:03:06 5: UPnPSocket_Entertain401_1900: <Read> received ssdp event needed to get information about removed or added devices,
2020.02.03 11:03:06 5: UPnPSocket_Entertain401_1900: <Read> received ssdp event needed to get information about removed or added devices,
2020.02.03 11:03:06 5: UPnPSocket_Entertain401_1900: <Read> received ssdp event needed to get information about removed or added devices,
2020.02.03 11:03:06 5: UPnPSocket_Entertain401_1900: <Read> received ssdp event needed to get information about removed or added devices,
2020.02.03 11:03:06 5: UPnPSocket_Entertain401_1900: <Read> received ssdp event needed to get information about removed or added devices,
2020.02.03 11:03:05 5: UPnPSocket_Entertain401_1900: <Read> received ssdp event needed to get information about removed or added devices,

Ich vermute, das die 78_Entertain den Socket sich exklusiv sichert, sodass kein anderer mehr Nachrichten empfangen oder senden kann.
Den Port 8085 hatte ich bereits ohne Erfolg geändert.
Viele Grüße, Rainer

Hallo Rainer,

du hast evtl. global verbose auf 5 stehen. Damit bekommst du alles gemeldet, wenn etwas auf Port 1900 (in diesem Falle Multicast) reinkommt. Schau mal ab Zeile 329 im Code.

Was funktioniert denn eigentlich nicht? Geht das EntertainTV Modul nicht oder der dlnaRenderer nicht mehr?

PS: Bei mir läuft auch Sonos parallel auf der selben Maschine. Dies benutzt die selben Grundlagen von Upnp in Fhem.

Gruß Ralf

Hallo Ralf,
ja, das war Verbose 5.
Das Modul läuft soweit gut.
Ich nutze: DLNA Modul, SamsungTV und dem Entertain Modul.
Was nicht geht:
Sobald das Entertain Modul geladen kann ich nicht mehr auf den SamsungTV Streamen.
Viele Grüße, Rainer

Hallo Rainer,

ja, Upnp ist nicht so ganz trivial  ;)

Probiere mal in den einzelnen Modulen mit Attr ignoredIPs bzw. Art usedonlyIPs zu experimentieren. Du musst aber jedesmal Fhem neu starten. Ich kann es leider bei mir nicht nachstellen. Ich hoffe wir haben Erfolg damit. Im Prinzip habe ich den Aufbau des dlnaRenerers.pm betreffs Upnp-Grundlagen in meinem Modul nachgebaut.

Gruß Ralf

Hallo Ralf,
das mit den verschiedenen zusätzlichen Attr hatte ich bereits im Vorfeld bei den Modulen durchgespielt.
Sie tun Wass sie sollen, aber es behebt nicht das Problem.
Z.Zt. behelfe ich mir mit einer 2. Instanz von Fhem auf einem 2. Rechner und einer Fhem2Fhem Kopplung. Nicht schön, aber so geht es erst einmal.
Verbose 5:
hier scheint in deinem Modul etwas anders zu sein als beim DLNA. Das DLNA Modul bleibt im Verb5 recht ruhig.
Viele Grüße, Rainer

Hallo Rainer,

Ja, im Gegensatz zum dlnaRenderer habe ich im Read ein wenig mehr eingebracht fürs Logging, deshalb auch mehr Ausschrift bei global verbose 5.

Ich habe mir das Ganze nochmals angeschaut und ein wenig gesnifft. Ich lerne ja auch immer ein wenig mehr über Upnp. Man muss nur auch die Zeit dafür haben   :-\
In meiner Konstellation, das ich auf einem Pi (selbe IP) mein Modul in zwei Fhem Instanzen laufen lassen möchte (nur zum Test), geht das Eventing schief. Der ControlPoint scheint das Abonnement noch ordentlich zu senden, die Events kommen aber auf den zu erst definierten Port an. Der zweite definierte Port wird einfach nicht bedient. So als ob der Client (MR401) nur ein Eventing pro IP sich merkt. Die Konstellation mit zwei unterschiedlichen IP's (zwei Pi's) klappt wieder. Der Client schickt an beide IP:Port die Events raus, welche dann verarbeitet werden können.
Dies ist schon sehr tief im Upnp Protokoll. Ich habe bisher leider noch keine Spec betreffs diesem Verhalten finden können. Wenn jemand mich hierzu mal aufklären könnte, würde ich mich sehr freuen.

Auf Grund diesem Verhaltens, wo sich zwei ControlPoints in die Quere kommen, könnte ich mir vorstellen, das auch deine Konstellation damit ein Problem hatte.

Ich bin mir derzeitig nicht sicher, wo ich da ansetzen muss. Wenn das eher ein Client Problem ist, bin ich dann aber sowieso aussen vor.

Solange aber nur einmal das Modul läuft pro IP, scheint ja das Upnp sich gut zu finden. Mehrer Module gleichzeitig auf einer IP laufen zu lassen, ist eher etwas für Tester. Somit sollte es vorerst nicht große Probleme geben. Über Hinweise und Feedbacks  würde ich aber sehr freuen.

Gruß Ralf

Hallo Ralf,
da es bei mir jetzt in einer 2. Instanz läuft, bin ich erst einmal entspannt.  8)
Meine Vermutung ist allerdings, dass das Entertain Modul die Verbindung nicht sauber wieder trennt. Das mit dem Multicast ist doch nur um aus dem x.x.x.255 zu erfahren, wer im Netz was anbietet bzw. was kann.
Danach läuft doch die Kommunikation direkt zum Device über die Unicast IP Adresse.

Viele Grüße, Rainer

Hallo zusammen,
seit ein paar tagen habe ich ohne ersichtliche Änderungen das Problem, das kein Login mehr erfolgreich ist. Ein Login ins Kundencenter per Web ist OK.
Auch die App auf dem Handy ist OK.

Im Modul 78_Entertain - State: login failed

Hieraus resultier, dass die Receiver auch nicht mehr ins pairing kommen.

Hat noch jemand ein gleiches Problem?

Viele Grüße, Rainer

Hallo,

...bin schon dran. Telekom hat die Loginprozedur geändert. Hab schon eine funktionierende Lösung seit <24h. Wollte es noch testweise etwas laufen lassen. Ich hoffe nur, die Änderung läuft dann bei allen Accounts, da diese ja durchaus unterschiedliche Buchungen haben können.

...noch ein wenig Geduld

Grüße
Ralf

Super, danke ist mir erst gar nicht aufgefallen.
Doch meine Frau hat es bemerkt, dass der Komfort nicht mehr da ist :-)
Viele Grüße, Rainer

kannst aber gern schon einmal vorab die neue Version hier ablegen, dann kann ich mit testen.

wäre 1.1.0.6

Es wird sein, das du den Receiver ein/aus schalten kannst, Aber keine Rückmeldung kommt. Dann bitte nochmal ein Shutdown restart (alternativ set RescanNetwork). Damit wird die Subscription im Receiver ordnungsgemäß abgemeldet. Der subscriptionPort wir jetzt immer wieder neu gewürfelt. Will mann dies nicht, kann über das Attr subscriptionPort er fest vergeben werden - dann keine Abmeldung am Receiver -, wie jetzt auch der searchPort.

Lass hören, on's klappt. Kann dann leider erst morgen wieder etwas machen.

PS: notiert euch immer mal eure userID, die ist wichtig für das lokale Pairing. So lange dieses Reading vorhanden ist, sollte eigentlich das Iring immer funktionieren, auch wenn das Login fehl schlägt.

Grüße
Ralf

Ralf, klasse
hab das Modul eingespielt und es geht auf anhieb.
lasse es jetzt mal etwas laufen und melde mich mit Ergebnissen.

Viele Grüße, Rainer

Hallo Ralf,
kurzes Update:
läuft seit gestern ohne Probleme.
Viele Grüße, Rainer

Vielen Dank, Rainer

hab es veröffentlicht.

schönes Wochenende noch
Gruß Ralf

Hallo Ralf,

ich habe über Ostern dein Modul von Version 1.1.0.0 auf 1.1.0.6 aktualisiert. Das Modul funktioniert auch wunderbar. Danke für das tolle Modul!

Ich habe aber seitdem diese Meldungen im Log:
2020.04.14 17:06:26 1: magentaTV: URL:https://appepmfk20002.prod.sngtv.t-online.de:33227/EPG/JSON/Login?UserID=Guest get Credentials returned: new login procedure active!

Wie werde ich die Meldungen los? Eigentlich ist die Meldung doch nur zur Info oder?

Viele Grüße,
VuffiRaa

Ja, werde die Meldung demnächst auf ein niedrigeres Loglevel stellen. Derzeitig könntest du verbose = 0 im ACCOUNT setzen, dann sollte es nicht mehr im Log erscheinen, leider natürlich anders Fehlermeldungen auch nicht.

Grüße
Ralf

Hallo zusammen
Leider lässt sich mein Receiver (MR401) nicht steuern.
State ist "login successful". Auch das Pairing des Receivers klappt zumindest teilweise, was ich an der Einblendung am TV erkenne. Der Pairingstate ist jedoch initializing.

Zudem taucht im Log unregelmäßig diese Meldung auf:
2020.04.24 09:45:48 1: PERL WARNING: Use of uninitialized value $arg in concatenation (.) or string at ./FHEM/78_EntertainTV.pm line 368.
2020.04.24 09:45:48 1: stacktrace:
2020.04.24 09:45:48 1:     main::__ANON__                      called by ./FHEM/78_EntertainTV.pm (368)
2020.04.24 09:45:48 1:     main::EntertainTV_Shutdown          called by fhem.pl (3771)
2020.04.24 09:45:48 1:     main::CallFn                        called by fhem.pl (1808)
2020.04.24 09:45:48 1:     main::CommandShutdown               called by fhem.pl (1766)
2020.04.24 09:45:48 1:     main::DoDelayedShutdown             called by fhem.pl (3307)
2020.04.24 09:45:48 1:     main::HandleTimeout                 called by fhem.pl (676)

Schon mal vielen Dank für eure Hilfe!

Hallo Mappen,

das Letztere, was du im Log gesehen hast, ist mir selbst noch nie zu Gesicht gekommen. Das ist der Teil, welcher beim Shutdown von Fhem durchlaufen wird. Ich lass dort, je nach Bedarf, ein UNSUBSCIBE der Verbindung zum Receiver durchlaufen, was die feine Art der Beendigung der Upnp Verbindung zum Receiver ist. Zeile 368 (VERSION = "1.1.0.6") ist die Erzeugung des Logeintrages der Routine, kann mir nur vorstellen das $arg nicht definiert ist - brauche ich eigentlich nicht, kann ich demnächst rausnehmen.

Jetzt aber zum Pairing:
Klingt als ob du keine Callback Antwort erhältst, weil sie auf einem falschen Port landet oder von einem anderen Upnp Client abgefangen wird.

• Kann es sein das du irgend etwas mit DLNA, oder zweimal das EntertainTV Modul auf dem selben Rechner definiert hast? Mit Upnp gibt es da ein Problem, was ich schon feststellte.
• Wenn nicht, dann mach ein RescanNetwork im ACCOUNT. Evtl. Ist im Receiver noch ein alter falscher Port gespeichert (Receiver stromlos machen sollte auch gehen). Mit RescanNetwork wird ein ordnungsgemäßes UNSUBSCIBE durchgeführt und das Subscrition neu durchgeführt. Alternativ kannst du auch per Attr. subscritionPort einen festen Port angeben.

Grüße
Ralf

Oh man, wie peinlich. Wer hätte gedacht das AEG (ausschalten einschalten geht) mal wieder hilft. Danke jetzt geht es  8)

Hallo,

Irgend etwas hat sich geändert. Es hat mich sogar gezwungen, vorerst mein eigenes Modul aus meiner FHEM Config zu nehmen. Prinzipiell hat mein Modul noch gearbeitet. Der Receiver ließ sich zwar noch steuern, aber es erzeugte viel Last, was die Instanz stark verlangsamte. Apptime zeigte ungewöhnliche Auslastung im read für Port 1900. Als ob etwas den Port flutet mit Date.
Ich kann derzeitig nur vermuten, das es mit der neuen UI der Receiver zusammenhängt. Auch die Magenta App ist neu.
Das wird evtl. wieder etwas Zeit dauern, dies zu analysieren. Lasst mal hören, ob ihr auch Probleme habt.

Schönen Abend, Grüße Ralf

Moin,
das kann ich bisher nicht bestätigen.
Einzig: Der 401 hängt sich derzeit oft auf, sodass er stromlos gemacht werden muss.
Liegt aber wohl am Gerät selbst, lasse ich mal tauschen.
Viele Grüße, Rainer

Also bei mir läuft da Modul weiterhin unauffällig mit. Ich habe einen MR401 und der macht auch keine Probleme.

Schönen Abend,
VuffiRaa

Hallo Ralf,
danke dir schon mal für das Modul und deine Mühen!

Ich bekomme meinen 401 leider nicht gepaired es bleibt einfach der Status Login Successfull.
Ich habe die Umgebung in einer Docker Umgebung am laufen und vermute das die subscriptionURL (bei mir: <http://172.18.0.4:42148/eventSub> ) nicht passen wird, da ja eig. die Maschine selbst angesprochen werden muss. Gibt es eine Möglichkeit die URL manuell zu setzen?

Danke schon mal und lieben Gruß
Pano

Hallo Pano,

leider habe ich mit Docker keinerlei Erfahrung, kann mir aber gut vorstellen, was schief geht. Schau mal unter https://forum.fhem.de/index.php/topic,71191.0.html (https://forum.fhem.de/index.php/topic,71191.0.html). Dort geht es um Sonos. Sonos baut auch auf Upnp auf.

Dein Problem wird sein, das die subscriptionURL, die an den Receiver gegeben wird, nicht wieder in deinem Dockerimage ankommt, wenn der Receiver darüber die Events sendet. Irgendein Forwarding o.ä. musst du bestimmt machen. Helfen könnte dabei, das du den subsciptionPort per Attr im ACCOUNT festlegen kannst. Default ist immer ein Neuer.
Hinweis: RescanNetwork macht ein sauberes Unsubscription und anschließen wieder ein Subscription. 

PS: Denke auch mal dran, deine Receiver stromlos zu machen. War mal eine Subscription im Receiver angemeldet gewesen, bleibt diese auch eine ganze Zeit erhalten. Bei Experimenten könnte das evtl. mal schief laufen. Auch sind mehrer Upnp Clients auf der selben Maschine nicht von Vorteil, hab da schon einige Komplikationen erlebt und davon gehört.

Wenn du es hinbekommst, lass es mal wissen.
vielen Dank
Gruß
Ralf

Hallo,

hab ein ganz kleines Update noch gemacht 1.1.0.7 -> Loglevel für Login geändert -> Beitrag von vuffiraa

PS: Mein Modul läuft derzeit auch wieder ohne Problem bei mir. Mein genanntes Problem umfassten mehrere Dinge in meinem Netzwerk, die nicht nur mein Modul beeinflussten. Scheint alles wieder gut zu sein.

Grüße
Ralf

Hallo Zusammen,
ich nutze das Modul ebenfalls und habe nach dem update keine Probleme. Er findet auch 6 meiner 7 Receiver (bitte keine Kommentare :-))

Allerdings habe ich auch einen Receiver Entry. Den gibt es zwar mittlerweile nicht mehr zu kaufen, aber er leistet noch ein paar Dienste.
Hier der XML Output. Vielleicht kann der in Zukunft noch mit aufgenommen werden.

Vielen Dank schon mal :-)

<root>
<specVersion>
<major>1</major>
<minor>0</minor>
</specVersion>
<device>
<UDN>uuid:9d8adeb8-6cf5-5d28-942b-1816C9F25175</UDN>
<friendlyName>Bad-mrentry</friendlyName>
<deviceType>urn:schemas-upnp-org:device:MediaRenderer:1</deviceType>
<manufacturer>Huawei Technologies Co.,Ltd</manufacturer>
<modelName>MRENTRY</modelName>
<modelNumber>HW05.00</modelNumber>
<productVersionNumber>" 221 "</productVersionNumber>
<productType>stb</productType>
<serialNumber/>
<X_wakeOnLan>0</X_wakeOnLan>
<dlna:X_DLNADOC>DMR-1.50</dlna:X_DLNADOC>
<dlna:X_DLNACAP/>
<serviceList>
<service>
<serviceType>urn:schemas-upnp-org:service:ConnectionManager:1</serviceType>
<serviceId>upnp-org:serviceId:ConnectionManager</serviceId>
<controlURL>/upnp/service/ConnectionManager/Control</controlURL>
<eventSubURL>/upnp/service/ConnectionManager/Event</eventSubURL>
<SCPDURL>/upnp/service/des/cms.xml</SCPDURL>
</service>
<service>
<serviceType>urn:schemas-upnp-org:service:AVTransport:1</serviceType>
<serviceId>upnp-org:serviceId:AVTransport</serviceId>
<controlURL>/upnp/service/AVTransport/Control</controlURL>
<eventSubURL>/upnp/service/AVTransport/Event</eventSubURL>
<SCPDURL>/upnp/service/des/avt.xml</SCPDURL>
</service>
<service>
<serviceType>urn:schemas-upnp-org:service:RenderingControl:1</serviceType>
<serviceId>upnp-org:serviceId:RenderingControl</serviceId>
<controlURL>/upnp/service/RenderingControl/Control</controlURL>
<eventSubURL>/upnp/service/RenderingControl/Event</eventSubURL>
<SCPDURL>/upnp/service/des/rcs.xml</SCPDURL>
</service>
<service>
<serviceType>urn:schemas-upnp-org:service:X-CTC_RemotePairing:1</serviceType>
<serviceId>upnp-org:serviceId:X-CTC_RemotePairing</serviceId>
<controlURL>/upnp/service/X-CTC_RemotePairing/Control</controlURL>
<eventSubURL>/upnp/service/X-CTC_RemotePairing/Event</eventSubURL>
<SCPDURL>/upnp/service/des/X-CTC_RemotePairing.xml</SCPDURL>
</service>
<service>
<serviceType>urn:schemas-upnp-org:service:X-CTC_RemoteControl:1</serviceType>
<serviceId>upnp-org:serviceId:X-CTC_RemoteControl</serviceId>
<controlURL>/upnp/service/X-CTC_RemoteControl/Control</controlURL>
<eventSubURL>/upnp/service/X-CTC_RemoteControl/Event</eventSubURL>
<SCPDURL>/upnp/service/des/X-CTC_RemoteControl.xml</SCPDURL>
</service>
</serviceList>
</device>
</root>

Hallo gotmoon,

MRENTRY ist in 1.1.0.8 hinzugefügt. Lass mal hören...

Grüße
Ralf

@RalfP Wäre gut die Anleitung im ersten Beitrag mal von http auf https zu ändern.

Hallo volschin,

die Links für update sind jetzt auf https.

schönes Wochenende
Gruß
Ralf

Hi
Vielen Dank !
MREntry wird gefunden und auch in FHEM angelegt. Der State bekommt auch "online" wenn er an ist. Mehr möchte er nicht. Keine Programm-Anzeige, kein on/off. Kein Volume.
pairing steht auf "initializing".
Reicht mir aber so. Da der MR Entry sowieso nur im Bad steht und per Steckdose an und aus gemacht wird, reicht mir der Status erstmal so.

Hallo,

ich bekomme den Fehler:
Cannot load module EntertainTV


BEGIN failed--compilation aborted at ./FHEM/78_EntertainTV.pm line 67.
Compilation failed in require at ./FHEM/78_EntertainTV.pm line 67.
BEGIN failed--compilation aborted at FHEM/lib/UPnP/ControlPoint.pm line 39.
Compilation failed in require at FHEM/lib/UPnP/ControlPoint.pm line 39.
BEGIN failed--compilation aborted at FHEM/lib/UPnP/Common.pm line 108.
2020.08.28 00:24:13 0: Can't locate SOAP/Lite.pm in @INC (you may need to install the SOAP::Lite module) (@INC contains: fhem.p/lib fhem.p/FHEM/lib ./FHEM/lib ./lib ./FHEM ./ /usr/local/FHEM/share/fhem/FHEM/lib . /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.22.1 /usr/local/share/perl/5.22.1 /usr/lib/x86_64-linux-gnu/perl5/5.22 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.22 /usr/share/perl/5.22 /usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base) at FHEM/lib/UPnP/Common.pm line 108.
BEGIN failed--compilation aborted at ./FHEM/78_EntertainTV.pm line 67.
Compilation failed in require at ./FHEM/78_EntertainTV.pm line 67.
2020.08.28 00:24:13 1: reload: Error:Modul 78_EntertainTV deactivated:


Ist Username die Zugangsnummer und Passwort das persönliches Kennwort?

Hallo TWART016,

bei dir fehlt mindestens das SOAP Perl Modul für den ControlPoint (ist Teil von Ehem). Dieses musst du noch installierten.

Folgende Libraries sind notwendig für EntertainTV:
Digest::MD5
HTML::Entities
JSON
HttpUtils
Blocking
UPnP::ControlPoint
Date::Parse
Encode

Der ControPpoint selbst benötigt aber auch einige Module. Auszug aus der Doc vom Controlpoint:

Since the UPnP architecture leverages several existing protocols such
as TCP, UDP, HTTP and SOAP, this module requires several Perl modules
that implement these protocols. These include
L<IO::Socket::INET|IO::Socket::INET>,
L<LWP::UserAgent|LWP::UserAgent>,
L<HTTP::Daemon|HTTP::Daemon> and
C<SOAP::Lite> (L<http://www.soaplite.com>).

Grüße
Ralf

Ich habe jetzt einige Pakete nachinstalliert

sudo apt-get install -y libdigest-md5-file-perl
sudo apt-get install -y libhtml-entities-numbered-perl

sudo apt-get install libxml-parser-lite-perl
sudo apt-get install libsoap-lite-perl

Wie kann ich die Befehle für die restlichen herausfinden? Ich verwende Ubuntu Server.

Edit: apt-get -y install libnet-upnp-perl
hat gefehlt. Jetzt kann das Modul angelegt werden

Das Gerät ist nun korrekt angelegt und verbunden. Jedoch erscheinen keine Receiver Daten
Internals:
   DEF        ACCOUNT crypt:540254145465464105020804 crypt:4364651216460253
   FUUID      5f48e3bf-f33f-1e7a-81cf-0e5c308aa568a70c
   NAME       Magenta
   NR         78
   STATE      login successful
   SUBTYPE    ACCOUNT
   TYPE       EntertainTV
   VERSION    1.1.0.8
   friendlyName PAD:Fhem
   READINGS:
     2020-08-28 13:16:43   expirationTime  2020-08-28 15:16:42
     2020-08-28 13:16:45   state           login successful
     2020-08-28 13:16:43   userID          8F824375DAC7D3CB83B4DBC7DC523A65
   helper:
     password   crypt:52065d03525d0253
     username   crypt:540254015457065805020804
     oAuth:
       AccessToken EKDKCzHqw8BOZqaAEaNz6SEBAAEHpQAAAXQ0yLLxAAABdDU2j_EBAQgAAAF0NMiy8dzzLcpDBb4ImloGmhimYCDxT2e0t6YWlUwAuk7QpYGv-w2U3qp5qIdCrqxL5MGtg0KiBn5TgpgRNl8u2FHdoTqaP3oQnomLlDPZqtNLwlqaTauiUtQrU-e8xcuET5V4uvmfyJF6j92Jt3kwdOuClUEjATQedySqYoJnFNhjL5bzJvyD93GmrY5aL09rNQzt6kK3grU=
       AccessTokenExpirationTime 1598620602.36577
       AccessTokenExpirationTimestamp 2020-08-28 15:16:42
       ClientId   10LIVESAM30000004901NGTVWEB0000000000000
       ClientSecret
       Scope      ngtvepg
       Service    https://accounts.login.idm.telekom.com
       UserID     8F824375DAC7D3CB83B4DBC7DC523A65
       epghttpsurl https://appepmfk20009.prod.sngtv.t-online.de:33227
       epgurl     http://appepmfk20009.prod.sngtv.t-online.de:33220/EPG
       retmsg     authenticate success .
Attributes:
   DbLogExclude .*


Im Log steht:
2020.08.28 13:15:45 1: Magenta: Upnp ControlPoint setup error => Error creating SSDP multicast listen socket (1): Address already in use


Hallo TWART016,

Bei dir ist der Port 1900 schon belegt durch einen anderen upnp Teilnehmer. So steht es in deinem Log. Ich vermute mal Squeezbox, wie in deinem Abspann aufgeführt. Es ist leider nicht möglich zwei unterschiedliche Contolpoints auf dem selben Port laufen zu lassen. Dem Fhem Controlpoint kann ich keinen SSDP Port vorgeben. Er arbeitet mit dem 1900. eine Lösung wird schwierig. Entweder die andere Anwendung, die den Port 1900 nutzt, beenden oder eine zweite Hardware nutzen und diese mit Fhem2Fhem o.ä. koppeln.

PS: Bitte keine Passwörter und userId hier posten, lösch sie bitte oder mach sie unkenntlich.

Grüße
Ralf

Hi,

besten Dank. Ja, ich nutze Squeezebox. Ich habe einen ESXi. Dann lasse ich FHEM in einer anderen VM oder Docker Container laufen. Teste das später mal.

Die Werte von crypt hatte ich bereits verfälscht. Andere Module verstecken bzw. wird es anders abgelegt. Vielleicht könnte man das in dem Modul ändern.

Kommando zurück. Ich hatte das Modul auf meinem Testsystem (VM) eingerichtet, dort läuft keine Squeezebox.

root@FHEM-test:/home/user# netstat -ano | grep 1900
udp        0      0 0.0.0.0:1900            0.0.0.0:*                           aus (0.00/0/0)


Hallo  TWART016,

in einer VM oder Docker (wo ich keinerlei Erfahrung habe) wird es wohl nicht funktionieren, sofern die Konfiguration der Umgebung so ist, wie du es zeigst. Laufen tut es nur unter realen Bedingungen, wo ein uneingeschränkter Zugriff auf die Ports möglich ist. Ich kann dir da leider nicht helfen, sorry.

Grüße
Ralf

Docker ok, aber VM? Das ist doch ein volles Betriebssystem mit Zugriff auf alle Ports.
netstat -tulpen hat das ergeben. deCONZ ist für einen Conbee II für Zigbee. Das habe ich nun deinstalliert
Proto Recv-Q Send-Q Local Address           Foreign Address         State       User       Inode       PID/Program name
udp        0      0 0.0.0.0:1900            0.0.0.0:*                           1000       16437       873/deCONZ


PID 1375 ist der FHEM Prozess:
netstat -tulpen
Aktive Internetverbindungen (Nur Server)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       User       Inode       PID/Program name
tcp        0      0 0.0.0.0:39533           0.0.0.0:*               LISTEN      999        18088       1375/perl
tcp        0      0 0.0.0.0:8083            0.0.0.0:*               LISTEN      999        17136       1375/perl
tcp        0      0 0.0.0.0:8084            0.0.0.0:*               LISTEN      999        17137       1375/perl
tcp        0      0 0.0.0.0:8085            0.0.0.0:*               LISTEN      999        17138       1375/perl
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      0          15857       1236/sshd
tcp        0      0 0.0.0.0:7072            0.0.0.0:*               LISTEN      999        17135       1375/perl
tcp6       0      0 :::22                   :::*                    LISTEN      0          15866       1236/sshd
udp        0      0 0.0.0.0:42224           0.0.0.0:*                           999        18087       1375/perl
udp        0      0 0.0.0.0:1900            0.0.0.0:*                           999        18089       1375/perl


Readings werden derzeit noch nicht erzeugt

Hallo TWART016,

deine Anmeldung bei der Telekom scheint erfolgreich gewesen zu sein. Du hattest ja auch schon deine UserID gesehen. Die ist wichtig für die Kommunikation im lokalen Netz, zwischen Fhem und dem Receiver.

Du siehst auch etliche Upnp MediaRenderer, die der ControlPoint gefunden hat, nur nicht deine MediaReceiver. Ok, manchmal habe ich den bei mir auch nicht im Log vom Controlpoint gesehen, wurden aber trotzdem angelegt.

Ich würde erst einmal versuchen, ob dein Receiver überhaupt erreichbar ist. Versuche doch mal von deiner VM aus per Webbrowser die IP deines Receivers zu erreichen mit http://192.168.178.xxx:8081/xml/xctc.xml (MR401). Dir sollte dann die Upnp Description angezeigt werden, ähnlich:


This XML file does not appear to have any style information associated with it. The document tree is shown below.
<root xmlns="urn:schemas-upnp-org:device-1-0">
<specVersion>
<major>1</major>
<minor>0</minor>
</specVersion>
<device>
<UDN>uuid:2e640e29-88ed-5ec2-93ac-AC6FBB7480FE</UDN>
<friendlyName>MR401</friendlyName>
<deviceType>urn:schemas-upnp-org:device:MediaRenderer:1</deviceType>
<manufacturer>Huawei Technologies Co.,Ltd</manufacturer>
<modelName>MR401B_ACN</modelName>
<modelNumber>R01A5</modelNumber>
<productVersionNumber>" 490 "</productVersionNumber>
<productType>stb</productType>
<serialNumber/>
<X_wakeOnLan>0</X_wakeOnLan>
<dlna:X_DLNADOC xmlns:dlna="urn:schemas-dlna-org:device-1-0">DMR-1.50</dlna:X_DLNADOC>
<dlna:X_DLNACAP xmlns:dlna="urn:schemas-dlna-org:device-1-0"/>
<serviceList>

.. nicht alles dargestellt


Wenn dies möglich ist, sollte der Controlpoint den MRxxx erst recht finden und als Receiver anlegen. Vorausgesetzt die Callbacks kommen wirklich über die Ports der VM wieder herein.

Grüße
Ralf

Hallo,

Mein Aufbau:      Fritzbox
               |                              |
MR400 (100.105)            Unifi USG (178.1)
                                              |
                                ESXi mit FHEM VM (178.11)

Der MR400 ist erreichbar per ping vom FHEM Server. Die XML kann er nicht auflösen und es kommt sofort ein Timeout.
Rufe ich die xml aus dem FB Netz 100.X auf, bekomme ich den gleichen Fehler.
Edit: auf dem FHEM Server habe ich kein Webbrowser, da Ubuntu Server.

Mittlerweile habe ich auch erlaubt, dass der MR400 in die Unifi Netze kommt, mit allen Ports. Welche Ports werden in der Richtung denn benötigt?

Hallo TWART016,

im selben Netzwerk (& Segment) sollten Fhem und der MR400 schon sein. Sonst wird es schwierig.

Für einen MR400 dürfte die Upnp Description unter http://xxx.xxx.xxx.xxx:49152/description.xml zu finden sein.

Die Ports wären:
Upnp 1900 (ist soweit fest für Upnp
SearchPort 8008 (lässt sich über Attr beeinflussen - siehe mein Hilfetext im Modul
SubscriptionPort immer neu gewürfelt (lässt sich über Attr beeinflussen - siehe mein Hilfetext im Modul

PS: Tausche mal den MR400 gegen einen MR401 - ist besser  ;) Hatte beide mal parallel laufen.

Grüße
Ralf

Damit bekomme ich aus beiden Netzen die xml
This XML file does not appear to have any style information associated with it. The document tree is shown below.
<root xmlns="urn:schemas-upnp-org:device-1-0" xmlns:dlna="urn:schemas-dlna-org:device-1-0">
<specVersion>
<major>1</major>
<minor>0</minor>
</specVersion>
<device>
<UDN>uuid:bb5e21ce-1111-11b2-f918-AC6FBB2E41C6</UDN>
<friendlyName>DMS_192.168.100.105</friendlyName>
<deviceType>urn:schemas-upnp-org:device:MediaRenderer:1</deviceType>
<manufacturer>Huawei Technologies Co.,Ltd</manufacturer>
<manufacturerURL>http://www.huawei.com</manufacturerURL>
<modelName>dmr_tpb</modelName>
<modelNumber>1.1</modelNumber>
<productVersionNumber>100</productVersionNumber>
<modelURL>http://www.huawei.com</modelURL>
<productType>stb</productType>
<serialNumber/>
<dlna:X_DLNADOC xmlns:dlna="urn:schemas-dlna-org:device-1-0">DMR-1.50</dlna:X_DLNADOC>
<dlna:X_DLNACAP xmlns:dlna="urn:schemas-dlna-org:device-1-0"/>
<serviceList>
<service>
<serviceType>urn:schemas-upnp-org:service:ConnectionManager:1</serviceType>
<serviceId>urn:upnp-org:serviceId:ConnectionManager</serviceId>
<controlURL>/upnp/service/ConnectionManager/Control</controlURL>
<eventSubURL>/upnp/service/ConnectionManager/Event</eventSubURL>
<SCPDURL>/upnp/service/des/cms.xml</SCPDURL>
</service>
<service>
<serviceType>urn:schemas-upnp-org:service:AVTransport:1</serviceType>
<serviceId>urn:upnp-org:serviceId:AVTransport</serviceId>
<controlURL>/upnp/service/AVTransport/Control</controlURL>
<eventSubURL>/upnp/service/AVTransport/Event</eventSubURL>
<SCPDURL>/upnp/service/des/avt.xml</SCPDURL>
</service>
<service>
<serviceType>urn:schemas-upnp-org:service:RenderingControl:1</serviceType>
<serviceId>urn:upnp-org:serviceId:RenderingControl</serviceId>
<controlURL>/upnp/service/RenderingControl/Control</controlURL>
<eventSubURL>/upnp/service/RenderingControl/Event</eventSubURL>
<SCPDURL>/upnp/service/des/rcs.xml</SCPDURL>
</service>
<service>
<serviceType>urn:schemas-upnp-org:service:X-CTC_RemotePairing:1</serviceType>
<serviceId>urn:upnp-org:serviceId:X-CTC_RemotePairing</serviceId>
<controlURL>/upnp/service/X-CTC_RemotePairing/Control</controlURL>
<eventSubURL>/upnp/service/X-CTC_RemotePairing/Event</eventSubURL>
<SCPDURL>/upnp/service/des/X-CTC_RemotePairing.xml</SCPDURL>
</service>
<service>
<serviceType>urn:schemas-upnp-org:service:X-CTC_RemoteControl:1</serviceType>
<serviceId>urn:upnp-org:serviceId:X-CTC_RemoteControl</serviceId>
<controlURL>/upnp/service/X-CTC_RemoteControl/Control</controlURL>
<eventSubURL>/upnp/service/X-CTC_RemoteControl/Event</eventSubURL>
<SCPDURL>/upnp/service/des/X-CTC_RemoteControl.xml</SCPDURL>
</service>
</serviceList>
</device>
</root>


Gleiche Netz ist schwierig. Der MR benötigt IGMPv3. Das geht bei der Unifi nur über Umwege und mein Switch kann das noch nicht.

MR401 kann doch nur 4k. Oder was ist daran besser?

...jetzt verstehe ich IP 100.105 im oberen Post -> <friendlyName>DMS_192.168.100.105</friendlyName>

Ab jetzt kann ich dir, mit deiner Netzwerkkonfiguration, nicht mehr helfen. Wenn du googelst (schönes Wort) wirst du Einiges über Upnp in unterschiedlichen Subnetzen finden. Dies habe ich nie getestet, was auch nie notwendig war.

Keine Ahnung, ob du in deiner Konfiguration evtl. mit einer Subnetzmask 255.255.0.0 Erfolg hast. Ich wünsche dir zumindest diesen. Mit dem Problemen des IGMP + Unify kann ich dir beim besten Willen nicht weiterhelfen.

Ich habe zumindest mein MR401 (PS: ließ sich viel schnellen bedienen per FB als der MR400, bestell dir einfach einen und gib später den Alten zurück, ist ja alles nur gemietet) per Kabel an meiner FritzBox. Per Wlan niemals versucht, weil immer als problematisch empfunden. Bis vor kurzem hatte ich Netgears 108 Switches benutzt + AirPort Extreme, um nicht das Wlan zu fluten. Jetzt laufen FB 7590 + Fritz Repeater 3000 + GS308E Switches -> perfekt! MR401 ist aber immer noch direkt per Kabel an FB. Etwas anderes würde ich auch nie empfehlen.

gute Nacht,
Grüße
Ralf

Zitat von: TWART016 am 28 August 2020, 23:35:52
Edit: auf dem FHEM Server habe ich kein Webbrowser, da Ubuntu Server.

wget http://192.168.100.105:49152/description.xml bringt dann Abhilfe. Die Datei evtl. dann mit Nano anschauen.

...jetzt einmal darüber geschlafen. Vielleicht sehen wir auch den Wald vor Bäumen nicht. Hängt der MR400 direkt an der FB z.B. An LAN1 und deine AP's an LAN2, alles im selben Subnetz und evtl. sogar mit DHCP versorgt, gibt es keine Problem mit dem Multicast Streams. Die FB trennt es schon sauber auf. LAN2 bekommt nie die Multicastpakete, weil nicht angefordert -> IGMP snooping. Erst wenn du den MR400 am selben LAN Anschluss wie deine AP's betreibst, gibt es Problem. Hatte damit selbst vor Jahren Erfahrung gesammelt. Aus diesem Grund hatte ich zwei separate LAN Strecken von meiner FB (Arbeitszimmmer) bis zum Wohnzimmer gelegt.
Vielleicht hilft dieser Tipp noch.

Grüße
Ralf

Zitat von: RalfP am 29 August 2020, 01:51:02
Ab jetzt kann ich dir, mit deiner Netzwerkkonfiguration, nicht mehr helfen. Wenn du googelst (schönes Wort) wirst du Einiges über Upnp in unterschiedlichen Subnetzen finden. Dies habe ich nie getestet, was auch nie notwendig war.

Keine Ahnung, ob du in deiner Konfiguration evtl. mit einer Subnetzmask 255.255.0.0 Erfolg hast. Ich wünsche dir zumindest diesen. Mit dem Problemen des IGMP + Unify kann ich dir beim besten Willen nicht weiterhelfen.

Helfen musst du mir da auch nicht. Gibt im Internet genügend Anleitungen dazu ;) Bisher hat alles gut funktioniert. Mal schauen ob und wann ich das umstelle. Habe aktuell noch einen 108er Switch. DIe GS308E hatte ich in dem Fall auch bevorzugt.
Mit dem 16er Subnetz hat es leider auch nicht funktioniert.

Zitat von: RalfP am 29 August 2020, 01:51:02
Ich habe zumindest mein MR401 (PS: ließ sich viel schnellen bedienen per FB als der MR400, bestell dir einfach einen und gib später den Alten zurück, ist ja alles nur gemietet) per Kabel an meiner FritzBox. Per Wlan niemals versucht, weil immer als problematisch empfunden. Bis vor kurzem hatte ich Netgears 108 Switches benutzt + AirPort Extreme, um nicht das Wlan zu fluten. Jetzt laufen FB 7590 + Fritz Repeater 3000 + GS308E Switches -> perfekt! MR401 ist aber immer noch direkt per Kabel an FB. Etwas anderes würde ich auch nie empfehlen.

Bei mir ist der MR400 an einem FB Port. Ein anderer Port der FB geht zur Unifi USG und von dort zu einem 108er Switch. Dahinter sind dann alle Switche, Clients, APs, ...

Zitat von: RalfP am 29 August 2020, 02:03:09
wget http://192.168.100.105:49152/description.xml bringt dann Abhilfe. Die Datei evtl. dann mit Nano anschauen.

Damit wird vom Server die xml korrekt angezeigt.

Hallo,

mal ein Tipp am Rande: Am MR401 (und nur dort festgestellt, am MR400 war es nicht so) wird im Standby die Spannung am USB Anschluß abgeschaltet. Läuft er, gibt es dort Spannung. Habe mir dieses Signal per Optokoppler auf einen GPIO gelegt und lese es in Fhem aus. Wer nur die Info benötigt, ob der MR401 on/off ist und in der Nähe seinen Pi stehen hat, könnte damit auch schon per Event Automationen starten...

Grüße
Ralf

Hallo,

ist es mit dem Modul auch irgendwie möglich, die Betriebsmodi zu unterscheiden?
Beispielsweise: Wenn man sich ein aufgezeichnetes Programm anschaut, wird weiterhin das zuletzt aktive Liveprogramm in den Readings angezeigt.
Wäre cool, wenn man da stattdessen zumindest sehen könnte, welche Quelle abgespielt wird. Z.B. eben Festplatte. Oder Netflix.
Geht das irgendwie?

Danke und Gruß
Alex

Mir fällt auch gerade ein Bug auf.

Die Zeitangaben scheinen nicht zu stimmen:

currentProgramTime Fr. 16.10.2020 | 19:05 - 18:40
nextProgramTime Fr. 16.10.2020 | 19:40 - 19:15

Da scheint mir die Endzeit jeweils um 1 Stunde verrutscht. ;-)
Ist das das Modul? Oder kommt das falsch vom MR?

Hallo Alex,

die Receiver sehr sparsam mit Informationen. Leider werden bei solchen Quellen keine Events mit Informationen ausgeliefert. Somit habe ich keine Möglichkeit irgendetwas anzuzeigen. Konnte die alte FB auf dem iPad aber auch nicht.

Grüße
Ralf

Hallo Alex,

wenn es bei einem anderen Sender passt, kannst du davon ausgehen, das die Zeiten falsch vom MR kommen.

Grüße
Ralf

Das mit dem sparsam hatte ich vermutet. Schade.

-> Die Endzeit ist durchgängig falsch. Habe es jetzt mal bei vier Sendern geprüft. Endzeit ist immer um eine Stunde zu früh.

...komisch, bei mir stimmen die Zeiten. Schau ich mir später mal genauer an. Stimmt deine Localtime auf deiner Maschine?

Gruß
Ralf

Ja, die stimmt.

...dann könnte es die Zeitzone noch sein.

Grüße
Ralf

Auch dir stimmt.
Es ist ja nur die Endzeit, die falsch ist. Die Startzeit
stimmt ja. Wenn ich den Code richtig interpretiere, berechnest Du die Endzeit aha Startzeit plus Dauer. Dabei geht offensichtlich etwas schief. Zumindest bei mir.
Wäre es dir Zeitzone oder die grundsätzliche Uhrzeit, müsste doch auch die Startzeit fehlerhaft sein.
Oder mache ich da einen Denkfehler?! 🤔

Probiere mal diese Funktion auszutauschen, bzw. die zwei Zeilen mal zuändern. Bei mir hat sich am Ergebnis nichts geändert, aber ich denke so ist es Richtiger.


sub timeCalc($;$){
my ($startTime, $duration) = @_;

$startTime =~ s/\//-/g;
$startTime = str2time($startTime, 'GMT');
my $result = POSIX::strftime("%a. %d.%m.%Y | %H:%M",localtime($startTime));

if(defined($duration)){
$duration = str2time("1970-01-01 ".$duration, 'GMT');
$result .= POSIX::strftime(" - %H:%M",localtime($startTime + $duration));
}

return $result;
}


Wenn es funktioniert mach ich eine neue Version.

Gruß
Ralf

Hi RalfP,

ich hab mir das jetzt mal genauer zu Gemüte geführt: Die $duration mit str2time auf 1970 zu biegen und danach mit der $starttime zu addieren funktioniert so scheinbar nicht.
Stattdessen habe ich die $duration in Stunden und Minuten geteilt und dann in Sekunden umgerechnet. Dann kann man sie zur $startTime addieren und wieder in einen string zurückwandeln.

So funktioniert es bei mir jetzt:


sub timeCalc($;$){
        my ($startTime, $duration) = @_;

        $startTime =~ s/\//-/g;
        $startTime = str2time($startTime, 'GMT');
        my $result = POSIX::strftime("%a. %d.%m.%Y | %H:%M",localtime($startTime));

        if(defined($duration)){
                my ($durHours,$durMinutes) = split /:/, $duration;
                my $durationInSeconds = int($durHours)*3600 + int($durMinutes)*60;
                my $endTime = $startTime + $durationInSeconds;
                $result .= POSIX::strftime(" - %H:%M",localtime($endTime));
        }

        return $result;
}

Hallo Alex,

leider hatte ich noch keine Zeit, deinen Vorschlag einzuarbeiten. Der Grund ist der nächste Post.

Gruß
Ralf

## MagentaTV Version 1.0.0.4 Beta ##############################################################

Habe ein neues Modul "MagentaTV" geschrieben.

Es baut auf den Erfahrungen des EntertainTV Modules auf. MagenaTV nutzt jetzt einen vollwertigen Zugang zu eurem Telekom Account.
Das bedeutet, das das Modul jetzt einen eurer, 5 möglichen, Clients benutzt. Der Vorteil ist, das jetzt aktuelle Programinformationen angezeigt werden können, wie auch die Senderlisten denen entsprechen, wie auf euren Receivern.

Das Ganze ist natürlich noch an mancher Stelle evtl. nicht ganz stabil, deshalb auch noch als Beta bezeichnet. Ich übernehme keinerlei Gewähr.

Getestet hab ich es mit einem MR401 und MR400.

Bitte nicht MagentaTV und EntertainTV auf dem gleichen Rechner benutzen. Das klappt nach meiner Erfahrung nicht, betreffs der Callbacks beim Upnp.

Schaut vor allem mal bitte auf das Langzeitverhalten.

Das Modul ist auf meinem Webaccount verfügbar und lässt sich wie folgt einbinden:
update all https://www.rp-dev.de/fhem/magentatv/controls_magentatv.txt
oder
update add https://www.rp-dev.de/fhem/magentatv/controls_magentatv.txt

define <name> MagentaTV username password

username und password sind die eures gültigen Telekom Accounts

viel Spaß
Ralf

Kann man mit dem neuen Modul gar nicht mehr über ein normales Reading auf den Namen des aktuell laufenden Programms zugreifen?
Und wie kann ich jetzt den Namen des aktuellen Senders/Programms inkl. Uhrzeiten in den Floorplan einbinden?
Das geht offensichtlich nicht mehr.

Die Readings gibt es immer noch: Attr PrograminfoReadings 1 (+ einmal einen Senderwechsel machen)

Grüße
Ralf

Hi Ralf,

danke. Hatte ich dann auch gefunden.

LG Alex

Zitat von: RalfP am 09 Juni 2019, 21:39:17
## Version 1.1.0.8 ##############################################################

• Receiver MRENTRY hinzugefügt.

## Version 1.1.0.7 ##############################################################

• Loglevel für Loginprozedur geändert.

## Version 1.1.0.6 ##############################################################

Der Loginablauf hat sich geändert. Dieser musste angepasst werden. Ich denke mal, alle wurden umgestellt, habe trotzdem noch die alte Variante aktiv gelassen. Bitte lasst mich wissen, wenn bei jemandem es nicht funktioniert.

• Loginprozedur geändert.
• Der Subscription Port wir jetzt immer wieder neu gewürfelt. Will mann dies nicht, kann über das Attr subscriptionPort dieser fest vergeben werden, dann erfolgt aber keine Abmeldung Subscription am Receiver. Diese wird dann erst nach einem Timeout gelöscht. Bisher war genau dies die Arbeitsweise (<=1.1.0.4), welche aber bei Tests nicht ganz optimal war.
• Attr searchPort neu hinzugefügt. Jetzt kann dieser auch frei gewählt werden, bei Bedarf.

Es wird sein, das du den Receiver ein/aus schalten kannst, aber keine Rückmeldung kommt, nach dem ersten Start von Fhem. Dann bitte nochmal ein Shutdown restart (alternativ set RescanNetwork). Damit wird die Subscription im Receiver ordnungsgemäß abgemeldet. Und kann sich sodann wieder ordnungsgemäß anmelden.

viel Spaß
Ralf

## Version 1.1.0.4 ##############################################################

Kleines Update:

• Kennung für MR601 eingefügt

viel Spaß
Ralf

## Version 1.1.0.3 ##############################################################

Kleines Update:

• Kennung für MR201 eingefügt
• set volumeDown, set volumeUp & set EPG eingefügt
• Hilfetext vervollständigt

viel Spaß
Ralf


## Version 1.1.0.0 ##############################################################

Jetzt funktioniert auch der MR401!

Was ist neu:

• MR401 ein- und ausschalten. Dies aber nur im Standby Modus. WOL geht noch nicht. Der MR401 müsste es können. Kann aber sein, das dies nur in Kombination mit einem MR201 geht.
• Programinfo umgesetzt. Zumindest alle Infos, die der Receiver liefert.
• Sendernamen können per Attr vergeben werden. Somit wird nicht nur eine Nummer angezeigt. Die Reihenfolge müsst ihr nach der Sendernummer eurer Senderliste im Receiver ordnen.
• Ein paar weitere Features sind in der Help hinterlegt.

Einige Tipps noch:

• Wenn ihr Fhem neu startet, ist der aktuelle Zustand des Receivers nicht zu ermitteln. Dies scheint aber auch die Telekom App nicht zu können beim MR401. Um den Status zu ermitteln ist der Receiver per Toggle oder FB kurz in Standby und anschließend wieder einzuschalten. Ab dann, sollte es bei einer Änderung gut zu erfassen sein. Wer will, kann mal Attr checkState anschauen.
• Die Startseiten sollten abgeschaltet werden. Beim MR401 bleibt in manchen Situationen der Status auf "online", weil keine Tastencodes angenommen werden, solange die Seite aktiv ist.
• Die beiden Receivertypen handhaben den Subscription Port unterschiedlich. Ich musste ihn jetzt festlegen (default 8058). Ist per Attr subscritionPort änderbar im ACCOUNT, sofern dies mit etwas anderem kollidiert. Beim Wechsel könnte es sein, das der MR401 einmal vom Strom getrennt werden muss.

Eine Bitte noch: Wer einen MR201 und/oder MR200 hat, bitte gebt mir mal die Description. Ihr solltet wie folgt sie finden:
MR200 - http://192.168.XXX.XXX:49152/description.xml
MR201 - http://192.168.XXX.XXX:8081/xml/xctc.xml

Der MR200 könnte schon funktionieren, da er wahrscheinlich als modelName "MR400" hat, laut Userbericht.
Der MR201 mit Sicherheit nicht. Hier benötige ich die Description.

Bitte denkt dran, das Modul ist noch in einer frühen Phase. Es kann immer mal zu Problemen kommen. Bitte gebt Bescheid, wenn etwas nicht so läuft.

Schaut vor allem mal auf das Langzeitverhalten, evtl. müssen ein paar zusätzliche Refresh's der Verbindungen noch eingebaut werden.

viel Spaß
Ralf


## Version 1.0.2.2 ##############################################################

Hallo,

Ich möchte hier ein neues Modul vorstellen, welches einen MR400 Receiver der Telekom steuert.

Derzeitig noch im Beta-Status. Und auch nur mit einem MR400 getestet. Damit bitte mit entsprechender Vorsicht verwenden.

Die Idee und viele wichtige Informationen basieren auf einem OpenHab Binding von markus7017 (https://github.com/markus7017/org.openhab.binding.magentatv/blob/master/README.md). Auch sind viele Elemente von 98_DLNARenderer.pm (dominik) mit eingeflossen und für die Kommunikation zum Receiver angepasst worden. Vielen Dank für diese Vorarbeit.

Derzeitig ist das Modul unter meinem eigenen Webaccount verfügbar und lässt sich wie folgt einbinden:

Code Auswählen Erweitern

update all https://www.rp-dev.de/fhem/entertaintv/controls_entertaintv.txt
oder

Code Auswählen Erweitern

update add https://www.rp-dev.de/fhem/entertaintv/controls_entertaintv.txt

Code Auswählen Erweitern

define <name> EntertainTV username password

username und password sind die eures gültigen Telekom Accounts

Was geht:

• MR400 ein- und ausschalten. Dies aber nur im Standby Modus. Der MR400 lässt sich nicht über WOL einschalten. Der MR401 wohl aber, den ich aber (noch) nicht habe. Somit habe ich WOL noch nicht umgesetzt.
• Der Telekom Account ist voll eingebunden, so das auch eine entsprechende userID geholt werden kann und keine Umgehung dessen notwendig ist.
• Nach einem erfolgreichem Login, werden die Receiver (müssen eigeschaltet sein) per UPnP gefunden und als neues Device angelegt. Anschließend wird noch ein Pairing zum Receiver durchgeführt. "Fhem" sollte nun (oder wenn ein global title definiert ist, dies) als neues Gerät auf eurem Receiver angezeigt werden.
• Alle Tasten der Fernbedienung sind möglich.
• Derzeitig sind nur die notwendigsten Informationen vom Receiver angezeigt, später wird es noch etwas mehr.

Ich würde mich über ein Feedback freuen und hoffe erst einmal, das das Modul auch auf anderen Installationen läuft.

viel Spaß
Ralf

Hallo Ralf
ich habe einen MR401 und möchte den gerne über FHEM steuern.
Dazu habe ich
update add https://www.rp-dev.de/fhem/entertaintv/controls_entertaintv.txt
durchgeführt und in .../FHEM/controls.txt steht dieser String.
aber scheinbar ist das Modul EntertainTV nicht installiert.
Nach der Eingabe
define MR401 EntertainTV <user> <passwort>
bekomme ich die Meldung
unknown modul EntertainTV.
Was mache ich falsch oder was muss ich noch zur Installation tun? Neu starten hat nicht geholfen

Gruß
Werner

Hallo Werner,

schau bitte mal in dein Log, meist ist es ein fehlendes Perl Modul, welches du noch installieren mußt.

Notwendig sind:
Digest::MD5
HTML::Entities
JSON
Date::Parse
Encode

Gruß
Ralf

Hallo Alex,

werde wohl bald ein neues Thema für MagentaTV anlegen müssen.
Habe MagentaTV noch ein Reading "channelName" spendiert. Auch deine Berechnung für die Laufzeit noch übernommen.

Grüße
Ralf

Hallo Werner,

findest du das Modul (78_EntertainTV.pm) im Fhem-Ordner? Wenn ja, wurde es auch erstmal geladen. Kann es sein, das du "update" noch nicht ausgeführt hast?

PS: Ich empfehle als Def: "define EntertainTV EntertainTV username password". Die Receiver werden dann automatisch separat angelegt. Die kannst du dann per Alias in "MR401" etc. benennen.

Grüße
Ralf

Zitat von: RalfP am 08 November 2020, 19:28:22
Hallo Alex,

werde wohl bald ein neues Thema für MagentaTV anlegen müssen.
Habe MagentaTV noch ein Reading "channelName" spendiert. Auch deine Berechnung für die Laufzeit noch übernommen.

Grüße
Ralf

Super. Muss ich einen neuen manuellen Update machen?

ja, update check sollte dir zeigen das etwas Neues da ist. Dann kannst du updaten. Habe jetzt die Versionierung auch geändert - ist jetzt v1.0.5

Grüße
Ralf

Zitat von: RalfP am 08 November 2020, 19:42:54
Hallo Werner,

findest du das Modul (78_EntertainTV.pm) im Fhem-Ordner? Wenn ja, wurde es auch erstmal geladen. Kann es sein, das du "update" noch nicht ausgeführt hast?

PS: Ich empfehle als Def: "define EntertainTV EntertainTV username password". Die Receiver werden dann automatisch separat angelegt. Die kannst du dann per Alias in "MR401" etc. benennen.

Grüße
Ralf

Hallo Ralf,

ich habe jetzt ein update (ohne jeden Zusatz) gemacht. Das Modul 78_EntertainTV.pm steht im Verzeichnis FHEM.
Dann habe ich die Anweisung geändert in define EntertainTV EntertainTV user password
und erhalte jetzt die Fehlermeldung Cannot load module EntertainTV.
Und im LOgfile sind dazu folgende Einträge:


2020.11.08 22:20:29 1: reload: Error:Modul 78_EntertainTV deactivated:
Attempt to reload UPnP/ControlPoint.pm aborted.
Compilation failed in require at ./FHEM/78_EntertainTV.pm line 67.
BEGIN failed--compilation aborted at ./FHEM/78_EntertainTV.pm line 67.

2020.11.08 22:20:29 0: Attempt to reload UPnP/ControlPoint.pm aborted.
Compilation failed in require at ./FHEM/78_EntertainTV.pm line 67.
BEGIN failed--compilation aborted at ./FHEM/78_EntertainTV.pm line 67.


Scheint so zu sein als wenn beim "Kompilieren" irgendetwas fehlt.

Grüße
Werner

Wenn ich das richtig sehe fehlt ein Modul ControlPoint.pm
Woher bekomme ich das?

Ein Verzeichnis FHEM/lib/UPnP ist bei mir nicht vorhanden.

Doch, ich habe die Datei gefunden
/opt/fhem/FHEM/lib/UPnP/ControlPoint.pm

Aber trotzdem sagt das Logfile aus, dass das modul nicht geladen werden kann?
Was nun?

Grüße
Werner

Hallo Werner,

der ControlPoint.pm benötigt auch noch einige Perlmodule. Evtl. fehlt da noch eines, welches du noch installieren musst:

aus ControlPoint:

use Carp;
use IO::Socket::INET;
use Socket;
use IO::Select;
use HTTP::Daemon;
use HTTP::Headers;
use LWP::UserAgent;
use Time::HiRes qw(usleep gettimeofday);
use UPnP::Common;

Common.pm
use HTTP::Headers;
use IO::Socket;

PS: Ich benutze nur den ControlPoint.pm. Er ist Teil von Fhem. 

Grüße
Ralf

Zitat von: RalfP am 08 November 2020, 20:32:40
ja, update check sollte dir zeigen das etwas Neues da ist. Dann kannst du updaten. Habe jetzt die Versionierung auch geändert - ist jetzt v1.0.5

Grüße
Ralf

update check sagt mir bzgl. EntertainTV: nothing to do
Ich scheine aber nicht die aktuellste Version zu haben, nachdem ich das Reading channelName nicht habe?!

Hallo Alex,

...wir sprachen über MagentaTV nicht über EntertainTV.

update all https://www.rp-dev.de/fhem/magentatv/controls_magentatv.txt
oder
update add https://www.rp-dev.de/fhem/magentatv/controls_magentatv.txt

Bei EntertainTV habe ich nichts geändert.

Grüße
Ralf

Zitat von: RalfP am 09 November 2020, 09:22:12
Hallo Alex,

...wir sprachen über MagentaTV nicht über EntertainTV.

Code Auswählen Erweitern

update all https://www.rp-dev.de/fhem/magentatv/controls_magentatv.txt
oder

Code Auswählen Erweitern

update add https://www.rp-dev.de/fhem/magentatv/controls_magentatv.txt

Bei EntertainTV habe ich nichts geändert.

Grüße
Ralf

Ich bin schon ganz verwirrt.  :o
Manchmal ist das Problem einfach zwischen Tastatur und Stuhl zu finden.  :D Danke.

Hallo,

grundsätzliche Frage. Erkennt das Modul, ob der Receiver an ist?

Hintergrund: Ich habe nun vom MR401, anstatt einem MR400. Bisher habe ich per presence abgefragt ob er an ist. Mit dem MR401 funktioniert ping jedoch nicht mehr.

Zitat von: TWART016 am 09 November 2020, 13:14:39
Hallo,

grundsätzliche Frage. Erkennt das Modul, ob der Receiver an ist?

Ja.

Zitat von: RalfP am 09 November 2020, 06:45:27
Hallo Werner,

der ControlPoint.pm benötigt auch noch einige Perlmodule. Evtl. fehlt da noch eines, welches du noch installieren musst:

aus ControlPoint:

use Carp;
use IO::Socket::INET;
use Socket;
use IO::Select;
use HTTP::Daemon;
use HTTP::Headers;
use LWP::UserAgent;
use Time::HiRes qw(usleep gettimeofday);
use UPnP::Common;

Common.pm
use HTTP::Headers;
use IO::Socket;

PS: Ich benutze nur den ControlPoint.pm. Er ist Teil von Fhem. 

Grüße
Ralf

Hallo Ralf,
Vielen Dank für die Info.

- Wie kann ich herausfinden, welches Modul fehlt? (in welchem Verzeichnis?)
- Wie kann ich die fehlenden Module installieren? woher?
- Was bedeutet: PS: Ich benutze nur den ControlPoint.pm. Er ist Teil von Fhem.
  kann ich da etwas verbessern?

Viele Grüße
Werner

Hallo Werner,

leider musst du dich wohl oder übel mit Perl und der Installation von Perlmodulen beschäftigen.

Schau mal bitte unter https://wiki.fhem.de/wiki/SONOS. Da der ControlPoint essentiell für das Sonos Modul ist, wurde in diesem Wikibeitrag auch explizit auf die evtl. fehlenden Perlmodule, wie auch deren Installation, eingegangen. Schau unter Kapitel "Softwarevoraussetzungen". Reinerlein hat sich da echt Mühe gegeben - vielen Dank dafür.

Probiere auch mal im Modul "global" das Attr "stacktrace" auf 1 zu setzen. Evtl. bekommst du genauere Infos in welcher Programmzeile, welchen Modules, das Problem auftritt. Bin mir aber nicht sicher, ob es auch bei dem Hilfmodul ControlPoint.pm hilfreich ist. Lieber den Anweisungen, wie oben genannt, erst mal folgen.

Um deine letzte Frage zu beantworten: Ich benutze das Hilfsmodul ControlPoint für das Upnp Handling mit den Receivern.  Ich hab es nicht selbst geschrieben. Die lokale Kommunikation zwischen Fhem und den Receivern erfolgt über das Upnp Protokoll. Auch hierfür ein Dank an Reinerlein, ohne diese Vorarbeit hätte ich es um ein vielfaches schwerer gehabt, mein Modul zu programmieren.

Grüße
Ralf

Hallo Ralf,

danke für die Info, jetzt weiß ich wenigstens, wie ich weiter machen kann.
Ich habe noch nicht so viel Erfahrung. Daher bin ich auf
Eure Hilfe angewiesen.

Viele Grüße
Werner

Hallo Ralf,
Nochmals danke,
ja, es mussten Module nachinstalliert werden.
Jetzt ist auch das device EntertainTV angelegt.
Viele Grüße
Werner

Hallo Ralf,
nochmals danke, die Standardfunktionen funktionieren jetzt alle bis auf eine:


Jetzt funktioniert auch der MR401!

Was ist neu:
MR401 ein- und ausschalten. Dies aber nur im Standby Modus. WOL geht noch nicht. Der MR401 müsste es können. Kann aber sein, das dies nur in Kombination mit einem MR201 geht.
Programinfo umgesetzt. Zumindest alle Infos, die der Receiver liefert.
Sendernamen können per Attr vergeben werden. Somit wird nicht nur eine Nummer angezeigt. Die Reihenfolge müsst ihr nach der Sendernummer eurer Senderliste im Receiver ordnen.
Ein paar weitere Features sind in der Help hinterlegt.


Leider funktioniert das Einschalten des Receivers aus dem Stanby nicht. Woran könnte das liegen.
Ein List anbei.


Internals:
   CFGFN     
   DEF        RECEIVER uuid:0a8dee56-6ac6-5ea9-82f1-AC6FBB542195
   FUUID      5fae3b24-f33f-f21b-d898-eccde324560979a9
   NAME       RECEIVER_AC6FBB542195
   NR         1631
   STATE      offline
   SUBTYPE    RECEIVER
   TYPE       EntertainTV
   UDN        uuid:0a8dee56-6ac6-5ea9-82f1-AC6FBB542195
   VERSION    1.1.0.8
   deviceType urn:schemas-upnp-org:device:MediaRenderer:1
   friendlyName DMS_AC6FBB542195
   location   http://192.168.178.53:8081/xml/xctc.xml
   modelName  MR401
   pairingID  F0E031A2658106222CDED0351D82DA78
   remoteControl_SID uuid:2c26e485-9bb6-5a9f-bbed-0019192a91b9
   remotePairing_SID uuid:93879b97-be9b-533f-9da1-9fdcc9bb898a
   wakeOnLan  disabled
   READINGS:
     2020-11-13 19:18:47   channel         3
     2020-11-13 19:18:47   currentProgramDuration 00:35
     2020-11-13 19:18:47   currentProgramGenre Folge 3563
     2020-11-13 19:18:47   currentProgramStart Fr. 13.11.2020 | 19:05
     2020-11-13 19:18:47   currentProgramStatus PLAY
     2020-11-13 19:18:47   currentProgramTime Fr. 13.11.2020 | 19:05 - 19:40
     2020-11-13 19:18:47   currentProgramTitle Alles was zählt
     2020-11-13 19:23:38   newPlayMode     STOP
     2020-11-13 19:18:47   nextProgramDuration 00:35
     2020-11-13 19:18:47   nextProgramGenre Folge 7135
     2020-11-13 19:18:47   nextProgramStart Fr. 13.11.2020 | 19:40
     2020-11-13 19:18:47   nextProgramStatus STOP
     2020-11-13 19:18:47   nextProgramTime Fr. 13.11.2020 | 19:40 - 20:15
     2020-11-13 19:18:47   nextProgramTitle Gute Zeiten, schlechte Zeiten
     2020-11-13 19:23:44   pairing         none
     2020-11-13 19:18:35   pairingCheck    07D66793
     2020-11-13 19:23:38   playBackState   RUN
     2020-11-13 19:23:44   state           offline
     2020-11-13 19:18:35   verificationCode 6420085C1AB920B9A4A79B3E0401071D
   helper:
     keepalive  200
     mac        AC6FBB542195
     Pairing:
       RUN        0
Attributes:
   alias      DMS_AC6FBB542195
   channelNames ARD ZDF RTL RTL2 SuperRTL RTLPlus Nitro SAT1 SAT1Gold Pro7 Pro7MAXX VOX Kabel1 KabelDOKU ARTE Servus
   devStateIcon offline:control_home online:control_on_off standby:control_standby play:rc_PLAY pause:rc_PAUSE
   room       Entertain,Wohnzimmer
   webCmd     toggle:on:off



Das Status Icon zeigt aber "ein" an, wenn mit der FB eingeschaltet wird.

Viele Grüße
Werner

Hallo Werner,

kann es sein, das du deinen Receiver nicht auf "Stand-by (empfohlen, schneller Start)" im Menü "Geräte System" gestellt hast? Evtl. hast du den Stromsparmodus an. Der schaltet den Receiver komplett ab, damit auch die Netzwerkschnittstelle. Damit ist der Receiver nicht mehr erreichbar und hat sich per Upnp abgemeldet. Deshalb dein Status "offline". In diesem Zustand kann das EntertainTV Modul den Receiver nicht finden und auch nicht einschalten.

Denn erkannt wurde er ja schon mal. Du hast ja einige Readings schon gelistet. Nur ist pairing "none" und state "offline" zeigt, das er nicht als Upnp client zu finden ist zu diesem Zeitpunkt.

Grüße
Ralf

Hallo Ralf,

vielen Dank für Deinen Hinweis.

Ich habe immer geglaubt, das der MR auf StandBy steht, meine auch, das eingestellt zu haben.
Aber scheinbar hatte er das nicht gespeichert. Jetzt steht er auf Standby und es funktioniert.
Ich hätte auf Grund des List auch sehen müssen, dass ich noch mal den Energiemodus prüfe, aber
immer drüber weg gelesen.

Ich habe hier bei der Einrichtung von EntertainTV wieder viel dazu gelernt.
Jetzt ist alles i.O. und so wie ich es mir vorgestellt habe.

Viele Grüße
Werner

Hallo Werner,

...das freud mich. Schau demnächst mal wieder ins Forum. Weiter oben habe ich ja das Nachfolger-Modul schon vorgestellt. Noch in der Testphase. Vielleicht ist es etwas für dich später.

Grüße
Ralf

Hallo Ralf,

ich habe gestern dein neues Modul in Betrieb genommen. Das hat soweit gut geklappt, EPG-Daten und weitere Readings wurden gefüllt. Ich benutzte das Modul mit einem MR401.

Leider sehen ich im Log ein paar Meldungen:
2020.11.17 19:27:39 3: RECEIVER_AC6FBB56CE61: pairing OK
2020.11.17 19:27:44 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.17 19:27:45 3: RECEIVER_AC6FBB56CE61: state of player state request  - play
2020.11.17 19:27:45 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.17 19:27:55 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.17 19:27:55 1: PERL WARNING: Use of uninitialized value $contentId in string eq at ./FHEM/78_MagentaTV.pm line 3841.
2020.11.17 19:27:55 1: stacktrace:
2020.11.17 19:27:55 1:     main::__ANON__                      called by ./FHEM/78_MagentaTV.pm (3841)
2020.11.17 19:27:55 1:     main::channelId2senderName          called by ./FHEM/78_MagentaTV.pm (3575)
2020.11.17 19:27:55 1:     main::MagentaTV_subscriptionCallback called by ./FHEM/78_MagentaTV.pm (3237)
2020.11.17 19:27:55 1:     main::__ANON__                      called by FHEM/lib/UPnP/ControlPoint.pm (1182)
2020.11.17 19:27:55 1:     UPnP::ControlPoint::Subscription::propChange called by FHEM/lib/UPnP/ControlPoint.pm (607)
2020.11.17 19:27:55 1:     UPnP::ControlPoint::_receiveSubscriptionNotification called by FHEM/lib/UPnP/ControlPoint.pm (247)
2020.11.17 19:27:55 1:     UPnP::ControlPoint::handleOnce      called by ./FHEM/78_MagentaTV.pm (779)
2020.11.17 19:27:55 1:     (eval)                              called by ./FHEM/78_MagentaTV.pm (778)
2020.11.17 19:27:55 1:     main::MagentaTV_Read                called by fhem.pl (3809)
2020.11.17 19:27:55 1:     main::CallFn                        called by fhem.pl (755)


und
2020.11.17 19:28:04 1: PERL WARNING: Use of uninitialized value $sendername in sprintf at ./FHEM/78_MagentaTV.pm line 1565.
2020.11.17 19:28:04 1: stacktrace:
2020.11.17 19:28:04 1:     main::__ANON__                      called by ./FHEM/78_MagentaTV.pm (1565)
2020.11.17 19:28:04 1:     main::MagentaTV_getTitle            called by ./FHEM/78_MagentaTV.pm (1468)
2020.11.17 19:28:04 1:     main::MagentaTV_getCoverTitle       called by ./FHEM/78_MagentaTV.pm (1443)
2020.11.17 19:28:04 1:     main::MagentaTV_detailFn            called by ./FHEM/78_MagentaTV.pm (1385)
2020.11.17 19:28:04 1:     main::MagentaTV_TriggerDetailFn     called by ./FHEM/78_MagentaTV.pm (3650)
2020.11.17 19:28:04 1:     main::MagentaTV_subscriptionCallback called by ./FHEM/78_MagentaTV.pm (3237)
2020.11.17 19:28:04 1:     main::__ANON__                      called by FHEM/lib/UPnP/ControlPoint.pm (1182)
2020.11.17 19:28:04 1:     UPnP::ControlPoint::Subscription::propChange called by FHEM/lib/UPnP/ControlPoint.pm (607)
2020.11.17 19:28:04 1:     UPnP::ControlPoint::_receiveSubscriptionNotification called by FHEM/lib/UPnP/ControlPoint.pm (247)
2020.11.17 19:28:04 1:     UPnP::ControlPoint::handleOnce      called by ./FHEM/78_MagentaTV.pm (779)
2020.11.17 19:28:04 1:     (eval)                              called by ./FHEM/78_MagentaTV.pm (778)
2020.11.17 19:28:04 1:     main::MagentaTV_Read                called by fhem.pl (3809)
2020.11.17 19:28:04 1:     main::CallFn                        called by fhem.pl (755)


Außerdem kommen heute keine EPG-Daten mehr. Der Receiver selber wird erkannt und Channel-Readings sind auch gefüllt. Der letzte Fehler 85983527 - User's session has been expired, please relogin EPG.
Hier hat Refresh Credentials geholfen, aber das will ich nicht jeden Abend machen müssen  ;)

Brauchst du noch mehr Infos?

Gruß VuffiRaa

Hallo VuffiRaa,

ja, hatte noch einige Fehler drin. Bin fleißig beim Testen. Hab noch etliches geändert und gerade die 1.0.9 hochgeladen. BETA Status bleibt noch bestehen.

Sofern etwas auffällig ist, bitte melden. Wie gefallen die neuen Features, im Gegensatz zum EntertainTV Modul?

Grüße
Ralf

Hallo Ralf,

das neue Modul gefällt mir sehr gut. Es hat alle (Sender-)Einstellungen automatisch erkannt und bietet durch die Einbindung des EPG eine bessere Anbindung. Super Arbeit!
In der neuen Version sind auch die Probleme von gestern behoben.

Es gibt aber immer noch Potenzial für Verbesserungen  ;)
Seit heute Nacht sehe ich alle paar Minuten im Log:
2020.11.18 01:07:08 1: RECEIVER_AC6FBB56CE61: <renewSubscriptionBlocking> renewal of subscription failed: Carp, Renewal of subscription failed with error: 500 Can't connect to 192.168.x.x:8081 at ./FHEM/78_MagentaTV.pm line 3483.

2020.11.18 01:07:11 1: RECEIVER_AC6FBB56CE61: <renewSubscriptionBlocking> renewal of subscription failed: Carp, Renewal of subscription failed with error: 500 Can't connect to 192.168.x.x:8081 at ./FHEM/78_MagentaTV.pm line 3492.

2020.11.18 01:07:14 1: RECEIVER_AC6FBB56CE61: <renewSubscriptionBlocking> renewal of subscription failed: Carp, Renewal of subscription failed with error: 500 Can't connect to 192.168.x.x:8081 at ./FHEM/78_MagentaTV.pm line 3501.

2020.11.18 01:07:15 1: Timeout for MagentaTV_renewSubscriptionBlocking reached, terminated process 26225
2020.11.18 01:07:15 1: RECEIVER_AC6FBB56CE61: <renewSubscriptionBlockingAborted> subscription for services is aborted - possible reason for timeout: "No route to host"
2020.11.18 01:07:15 3: RECEIVER_AC6FBB56CE61: state of network - offline
Mein MR401 ist einfach aus. Ich möchte ihn eigentlich auch nicht auf einen anderen Standby-Mode einstellen.

Außerdem sieht die Anzeige bei mir auch noch etwas komisch aus. Das liegt an der Klasse 'rc_body' des Div-Elementes. Das ist jetzt nicht direkt die Schuld des Moduls, aber 'rc_body' definiert eine Hintergrundfarbe, die nicht so richtig zu meinem FHEM-Theme passt.

Gruß VuffiRaa

Hallo VuffiRaa,

du kannst ja im WEB (FHEMWEB) das Css Attr benutzen. Hab es mal so gemacht, das ich den Style für rc_body aus einer *.css Datei kopiert und in ins Css Attr eingesetz hab. Die Farbe für background: hab ich dann angepasst. Vielleicht hilft es dir schon.


.rc_body       { border-style:solid; border-color:gray;
                 border-width:2px; padding:5px;
                 background:#DDDDDD; font-size:6px;}


Zu deinem anderen Thema:
Ja, leider meldet sich der Receiver nicht so schön im Upnp ab, wie eigentlich es vorgesehen ist, wenn er komplett aus ist. Ich ging bisher immer von einem Stand_by Modus des Receivers aus. Ich probiere mal etwas...

Hast du zufällig auch einen MR201 in Betrieb?

PS: Hatte gestern noch ein Problem entdeckt und die 1.0.9 vom MagentaTV hochgeladen.

Grüße
Ralf

...hab soeben die 1.0.11 von MagentaTV hochgeladen.

Grüße
Ralf

Hi Ralf,

dann habe ich wohl mit der .10 eine Zwischenversion erwischt die jetzt mein Fhem ziemlich blockiert :(

Gruß Nobby

auch mit der .11 verhält sich Fhem danach sehr eigentümlich ... wie eingefroren

Zitathash- or arrayref expected (not a simple scalar, use allow_nonref to allow this) at ./FHEM/78_MagentaTV.pm line 1858.

Hallo Nobby,

das hat etwas mit JSON zu tun. Es dürfte die erste Stelle sein, wo ich es verwende:
$postData = encode_json(\%Login);
Ich hab mal recherchiert, hab aber keinen Fehler in meinem Code festgestellt. Ich übergebe hier explizit eine Referenz.

Hat bisher auch auf unterschiedlichen Systemen funktioniert, wie hier im Forum schon berichtet. Schau doch mal, ob dein JSON evtl. ein Update benötigt.

perl -le 'eval "require $ARGV[0]" and print $ARGV[0]->VERSION' JSON

Bei mir läuft die Version 2.9

Grüße
Ralf

Hallo VuffiRaa,

ich muss mich noch bei dir bedanken. Dein Thema mit dem Ausschalten des Receivers hat mich bewogen auch nochmals wakeOnLan (wol) anzugehen - es funktioniert  :)

In Version 1.0.11 ist es schon drin. Die Bedingungen sind:
*Receiver muss im Modus "Ruhezustand" (MR401) sein. Der Hilfetext dazu sagt auch aus, das der Receiver aufgeweckt werden kann.
*Nachdem MagentaTV ihn, nach einem manuellen Einschalten wieder gefunden Hat, sollte das Internal "wakeOnLan" auf "enable" stehen (nur wenn dies vorhanden ist geht's).
*Ab jetzt kann der Receiver mit "set <device> on" aufgeweckt werden. Dauert etwas.
*Abschließend ist der Receiver nicht EIN sondern im Standby. Jetzt muss nochmals "set <device> on" gesetzt werden, um ihn in "play" zu bringen oder man ist geduldig (ca. 4min) dann startet er selbst.
*für die, die ihr Receivermodul schon gespeichert haben - ergänzt im devStateIcon offline:control_home => offline:control_home:on. Somit wird "on" durch Klick auf das Icon ausgelöst.

Grüße
Ralf

Hallo Ralf,

danke für den Hinweis mit dem CSS Attribute im FHEMWEB-Gerät. Das ist eigentlich genau die Stellschraube, die ich gesucht habe.

Die 11er Version werde ich heute Abend antesten. Mit der 9er Version hatte ich immer noch Einträge im Log, dass die $contentId nicht gefüllt ist.

Schreib, wenn ich noch mehr probieren und damit unterstützen kann  ;)
Der MR401 ist mein einziger Receiver, eine MR201 besitze ich nicht.

Gruß VuffiRaa

Zitat von: RalfP am 18 November 2020, 16:09:30
Schau doch mal, ob dein JSON evtl. ein Update benötigt.

Code Auswählen Erweitern

perl -le 'eval "require $ARGV[0]" and print $ARGV[0]->VERSION' JSON

Bei mir läuft die Version 2.9

Hallo Ralf,

siehst du, was ich falsch mache ?
C:\Dokumente und Einstellungen\Administrator>perl -le 'eval "require $ARGV[0]" and print $ARGV[0]->VERSION' JSON
Can't find string terminator "'" anywhere before EOF at -e line 1.

C:\Dokumente und Einstellungen\Administrator>

Hallo Nobby1805,

das ist wohl ein CMD unter Windows. Keine Ahnung... ??? Bei mir läuft es auf einem Pi.

probiere mal:

cpan -D JSON


Reading '/home/pi/.cpan/Metadata'
  Database was generated on Wed, 18 Nov 2020 13:56:16 GMT
JSON
-------------------------------------------------------------------------
(no description)
I/IS/ISHIGAKI/JSON-4.02.tar.gz
/usr/share/perl5/JSON.pm
Installed: 2.90
CPAN:      4.02  Not up to date
Kenichi Ishigaki (ISHIGAKI)
ishigaki@cpan.org


Weitere Beispiele findest du evtl. hier https://stackoverflow.com/questions/135755/how-can-i-find-the-version-of-an-installed-perl-module (https://stackoverflow.com/questions/135755/how-can-i-find-the-version-of-an-installed-perl-module)

Grüße
Ralf

Ich kapiere es nicht  >:(
Vielleicht hast du Ralf oder jemand anders noch eine Idee ...

Ich hatte gestern Abend noch ein CPAN update gestartet und CPONA sagt mir dann heute zu JSON
Loading internal logger. Log::Log4perl recommended for better logging
CPAN: CPAN::SQLite loaded ok (v0.219)
Database was generated on Wed, 18 Nov 2020 22:05:44 GMT
JSON
-------------------------------------------------------------------------
        CPAN: Module::CoreList loaded ok (v5.20170923)
(no description)
        I/IS/ISHIGAKI/JSON-4.02.tar.gz
        C:\Strawberry\perl\site\lib\JSON.pm
        Installed: 4.02
        CPAN:      4.02  up to date
        Kenichi Ishigaki (ISHIGAKI)
        ishigaki@cpan.org


aber der Fehler kommt weiterhin :(

ich habe dann die relevanten Informationen aus 78_MagentaTV.pm in eine testdatei kopiert
#!/usr/bin/perl
use strict;
use warnings;
use JSON;
                                                 
my ($url, $postData, $xml, $cookie, $csrfToken, $hideurl);

                                                 
my %Login = (
"userId" => "Guest",
"mac" => "00:00:00:00:00:00"
);                                                 
print %Login;
$postData = encode_json (\%Login);
print "$postData\n";

und da kommt keine Fehlermeldung und das Ergebnis ist m.E. auch korrekt
C:\Dokumente und Einstellungen\Administrator\Desktop>perl perl.pm
mac00:00:00:00:00:00userIdGuest{"mac":"00:00:00:00:00:00","userId":"Guest"}


Warum funktioniert das nicht im Fhem-Kontext?

Hallo Nobby1805,

Schau mal  https://forum.fhem.de/index.php?topic=81171.0 (https://forum.fhem.de/index.php?topic=81171.0) relativ weit unten. Scheint ein Thema zu sein, betreffs der Kombi von Paketen. Blicke da aber wirklich noch nicht durch.

Grüße
Ralf

Hallo Ralf,

vorab: es läuft jetzt  :)

aber ich weiß nicht genau warum ...

nachdem ich deinen Verweis gelesen, aber auch nicht 100% verstanden habe, habe ich in dein Modul einen Aufruf von allow_nonref eingebaut. Ich hatte von dieser Möglich vorher schon gelesen, aber es noch nicht eingebaut weil mir nicht klar war (und ist) warum es im Testprogramm auch ohne funktioniert  :-\

RemoveInternalTimer($hash, "MagentaTV_HeartBit");

  eval {
           JSON->new->utf8->allow_nonref;
       };

#Login
Log3 $name, 5, $name.": <getCredentials> start step 1 - Login";


danach hat es funktioniert  :)

Jetzt wollte ich zum Nachweis, dass es daran lag, den Aufruf wieder ausbauen und damit den Fehler wieder erzeugen ... aber, jetzt funktioniert es auch das allow_nonref  ??? jetzt verstehe ich gar nichts mehr  :o

Grüße Nobby


Edit:
gerade eine Fehlermeldung bekommen
2020.11.20 11:39:25.202 1: PERL WARNING: Use of uninitialized value $verificationCode in concatenation (.) or string at ./FHEM/78_MagentaTV.pm line 2785.

(Die Zeile kann etwas abweichend sein, da ich wie gesagt, am Modul einige Änderungen  gemacht habe und die nicht wieder ausgebaut sondern nur auskommentiert habe)

Hallo Ralf,

läuft jetzt alles recht schön :)

Hier mal ein paar Meldungen aus dem Log
2020.11.21 09:20:29.474 1: https://web.magentatv.de:33227/EPG/JSON/HeartBit?SID=interval&T=Mac_safari_13: HTTP response code 200
2020.11.21 09:20:29.476 1: Magenta: URL:https://web.magentatv.de:33227/EPG/JSON/HeartBit?SID=interval&T=Mac_safari_13 HeartBit returned: -2 - 85983527 - User's session has been expired, please relogin EPG.
...
2020.11.21 09:55:32.233 1: https://web.magentatv.de:33227/EPG/JSON/HeartBit?SID=interval&T=Mac_safari_13: HTTP response code 200
2020.11.21 09:55:32.697 1: https://web.magentatv.de:33227/EPG/JSON/GetDeviceList?SID=user&T=Mac_safari_13: HTTP response code 200
2020.11.21 09:55:33.030 1: https://web.magentatv.de:33227/EPG/JSON/AllChannel?SID=user&T=Mac_safari_13: HTTP response code 200
2020.11.21 09:57:08.113 1: [Freezemon] myFreezemon: possible freeze starting at 09:56:39, delay is 29.112 possibly caused by: tmr-MagentaTV_renewSubscriptions(RECEIVER_AC6FBB4F4BD1)

Gruß Nobby

Edit: und ganz aktuell ..
2020.11.21 10:04:09.099 1: [Freezemon] myFreezemon: possible freeze starting at 10:03:24, delay is 45.098 possibly caused by: tmr-HMLAN_KeepAlive(HMLAN2) tmr-HMLAN_KeepAlive(HMLAN1) tmr-FW_closeInactiveClients(N/A) tmr-Twilight_sunpos(twi_sunpos) tmr-SONOSPLAYER_TriggerCoverTitleLater(Sonos_Wohnzimmer) tmr-MagentaTV_renewSubscriptions(RECEIVER_AC6FBB4F4BD1)
2020.11.21 10:04:09.402 1: Timeout for MagentaTV_renewSubscriptionBlocking reached, terminated process -10452
2020.11.21 10:04:09.402 1: RECEIVER_AC6FBB4F4BD1: <renewSubscriptionBlockingAborted> subscription for services is aborted - possible reason for timeout: "No route to host"


Hallo Ralf,

auch von mir einen kurze Rückmeldung. Die 11er Version läuft bei mir.

Ich konnte außerdem WOL erfolgreich testen.
Ich bekommen aber weiterhin Fehlermeldungen zur contenId im Log. Das passiert aber scheinbar nicht dauerhaft, sondern nur für einige Zeit kurz nach dem Ausschalten des Receivers.

Viele Grüße,
VuffiRaa

Hallo Ralf,

wenn der Receiver im Schlaf ist scheint Fhem ab und zu hängen ... possible freeze ... habe jetzt den Receiver erst mal eingeschaltet um diese Hänger zu vermeiden

Gruß Nobby

Hallo,

vielen Dank für die Rückmeldungen.

Hatte zwischenzeitlich noch die 12 hochgeladen und bin gerade an einer 14, da immer noch kleine Dinge zu erledigen sind. Ich hoffe in der 12 auch das mit $contenId gefixt zu haben.

Ein paar Erläuterungen zu den Meldungen:
Normalerweise sind die Cookies (Token) von der Telekom 7200s (2h) lang gültig. Erst dann müssen sie erneuert werden. Ich mach da einfach ein neues Login. Manchmal scheinen sie aber schon vorzeitig abgelaufen zu sein. HeardBit lauft aller 900s, ohne gültigen Token geht es dann natürlich schief. Ein neues Login erfolgt dann aber zeitnah. Erklären kann ich es nicht, ich kann nur darauf reagieren.

Beim ersten freeze konnte der Receiver nicht mehr erreicht werden. Evtl. vom Strom genommen oder kein Netzwerk. Wenn er sich nicht bei Upnp abmelden konnte, läuft das renewSubscription in einen Timeout. Das ist eigentlich NonBlocking, kann aber u.U. auch mal so reagieren.

Das zweite freeze selbst muss nicht unbedingt durch MagentaTV kommen, aber ein solch lange Unterbrechung läßt die Timer zu lange laufen (bzw. verzögert diese, weil ja alles still steht). Damit wird das Zeitfenster für das renewSubscription überschritten und die Verbindung per Upnp zum Receiver geht verloren. Diese muss immer wieder erneuert werden, beim MR4xx max aller 300s. Ich mache es schon aller 200s.

Mal ein Tipp: Da ich auch mit meinem Sonos früher viele freezes hatte und dies mir aber wichtige Funktionen blockierte, habe ich Sonos in eine eigene Fhem Instanz ausgelagert und kommuniziere mit diesen über Fhem2Fhem und RFHEM. Klappt perfekt, nichts stört mehr und Sonos darf so viel freezes machen wie es will. Mittlerweile hat auch MagentaTV eine eigene Instanz bekommen, damit die Timer nicht gestört werden und die Upnp Verbindung verloren geht. Kann ich nur empfehlen.

Grüße
Ralf

Hallo Ralf,

auch mit der neuen Version sehe ich noch Einträge zur contentId im Log:
2020.11.22 22:17:51 1: PERL WARNING: Use of uninitialized value $contentId in string eq at ./FHEM/78_MagentaTV.pm line 4057.
2020.11.22 22:17:51 1: stacktrace:
2020.11.22 22:17:51 1:     main::__ANON__                      called by ./FHEM/78_MagentaTV.pm (4057)
2020.11.22 22:17:51 1:     main::channelId2senderName          called by ./FHEM/78_MagentaTV.pm (3767)
2020.11.22 22:17:51 1:     main::MagentaTV_subscriptionCallback called by ./FHEM/78_MagentaTV.pm (3408)
2020.11.22 22:17:51 1:     main::__ANON__                      called by FHEM/lib/UPnP/ControlPoint.pm (1182)
2020.11.22 22:17:51 1:     UPnP::ControlPoint::Subscription::propChange called by FHEM/lib/UPnP/ControlPoint.pm (607)
2020.11.22 22:17:51 1:     UPnP::ControlPoint::_receiveSubscriptionNotification called by FHEM/lib/UPnP/ControlPoint.pm (247)
2020.11.22 22:17:51 1:     UPnP::ControlPoint::handleOnce      called by ./FHEM/78_MagentaTV.pm (776)
2020.11.22 22:17:51 1:     (eval)                              called by ./FHEM/78_MagentaTV.pm (775)
2020.11.22 22:17:51 1:     main::MagentaTV_Read                called by fhem.pl (3809)
2020.11.22 22:17:51 1:     main::CallFn                        called by fhem.pl (755)

Dieser Stacktrace ist dann auch so mit dem gleichen Zeitstempel seitenweise im Log. Wieso wird das so oft probiert? Das ist doch bestimmt eine Schleife, die man bei dieser Fehlersituation auch frühzeitig beenden könnte oder?

Viele Grüße,
Ulf

Hallo Ulf,

eigentlich ist dies die Stelle, wo die Events vom Receiver empfangen werden. Hier konkret 'STB_playContent' wo ich das AUS & EIN etc. ermittle. Auch ein 'mediaCode' wird übertragen, was ein Bezug auf den aktuellen Sender hat. Aus diesem versuche ich, über die vorher gezogenen Senderlisten, den aktuellen Sender zu ermitteln. Bisher kam es bei mir nicht vor, das zwar ein 'mediaCode' vorhanden war, ich aber keiner 'conntenId' ermitteln konnte. Deshalb wäre es für mich interessant, bei welchem Sender dies auftritt.

Schalte bitte mal das Attr. 'expert' im Receiver Modul ein. Wenn du gerade den Moment erwischst, wenn dies auftritt, schau mal ob du mir mal 'get -> ShowData -> SubscriptionCallback', wie auch 'get -> ShowData -> SenderNameList' zukommen lassen kannst. Die SendeNameList kannst du auch vorab mal senden. In einem der Hash's müsste theoretisch mal 'contentId' => 'undef' auftauchen. Wäre interessant wo, bei welchem Program. Ich muss mir dann etwas einfallen lassen...

Grüße
Ralf

Hallo Ralf,

ich habe da eine Idee  ;)
Der Receiver war heute noch nicht an, daher scheinen die Daten im Modul noch auf dem Stand der Logeinträge. Der letzte SubscriptionCallback war:
{
    'STB_playContent' => '{"new_play_mode":0,"playBackState":1,"mediaType":1,"mediaCode":"3666","fastSpeed":1}',
    'STB_Mac' => 'AC6FBB56CE61'
};

Die passende Senderliste ist im Anhang. Was ist jetzt das besondere an diesem Sender:

• Es war der ausgewählte. Ich denke, dass dürfte es nicht sein.
• Wir haben gestern noch eine Aufnahme vom RBB geschaut. Wenn ich mich recht erinnere, habe ich danach wieder auf Live TV (RBB) geschaltet und dann ziemlich direkt auf Standby.

Wir kriegen das schon raus  ;)

Viele Grüße
VuffiRaa

Hallo Ralf,

ich habe den SubscriptionCallback mal beobachtet. Wenn der Receiver im Timeshift-Mode läuft, sieht es hier auch nicht so vollständig aus:
{
          'STB_Mac' => 'AC6FBB56CE61',
          'STB_playContent' => '{"new_play_mode":2,"playBackState":1,"mediaType":1,"mediaCode":"3666","duration":2128,"playPostion":1438,"fastSpeed":1}'
        };

Schönen Abend!
VuffiRaa

Hallo,

habe soeben die 1.0.15 hochgeladen, welche nun auch auf meinem Livesystem läuft.
Habe noch einiges umgestrickt, betreffs der aufgetretenen Fehler.

Zusätzlich habe ich jetzt die Favoriten sichtbar, wie auch per Attr. auswählbar gemacht. Die Favoriten sind bei allen Receivern gleich, aber überschnitten mit den pro Receiver sichtbaren Sendern.

Ich hoffe auf einen stabilen Lauf.

Grüße
Ralf

Hallo Ralf,

danke für deinen Einsatz am Modul. Die neueste Version scheint deutlich stabiler zu sein.
Trotzdem habe ich noch ein paar Einträge im Log  ;)
2020.11.25 19:18:44 1: PERL WARNING: Loading device description failed with error: 500 Can't connect to 192.168.2.50:8081 (Location: http://192.168.2.50:8081/xml/dial.xml) at ./FHEM/78_MagentaTV.pm line 785.
2020.11.25 19:18:44 1: stacktrace:
2020.11.25 19:18:44 1:     main::__ANON__                      called by /usr/local/share/perl/5.22.1/Carp.pm (293)
2020.11.25 19:18:44 1:     Carp::carp                          called by FHEM/lib/UPnP/ControlPoint.pm (382)
2020.11.25 19:18:44 1:     UPnP::ControlPoint::_createDevice   called by FHEM/lib/UPnP/ControlPoint.pm (413)
2020.11.25 19:18:44 1:     UPnP::ControlPoint::_getDeviceFromHeaders called by FHEM/lib/UPnP/ControlPoint.pm (543)
2020.11.25 19:18:44 1:     UPnP::ControlPoint::_receiveSSDPEvent called by FHEM/lib/UPnP/ControlPoint.pm (238)
2020.11.25 19:18:44 1:     UPnP::ControlPoint::handleOnce      called by ./FHEM/78_MagentaTV.pm (785)
2020.11.25 19:18:44 1:     (eval)                              called by ./FHEM/78_MagentaTV.pm (784)
2020.11.25 19:18:44 1:     main::MagentaTV_Read                called by fhem.pl (3809)
2020.11.25 19:18:44 1:     main::CallFn                        called by fhem.pl (755)
2020.11.25 19:18:44 1: PERL WARNING: Loading device description failed with error: 404 Not Found (Location: http://192.168.2.50:8081/xml/dial.xml) at ./FHEM/78_MagentaTV.pm line 785.
2020.11.25 19:18:44 1: stacktrace:
2020.11.25 19:18:44 1:     main::__ANON__                      called by /usr/local/share/perl/5.22.1/Carp.pm (293)
2020.11.25 19:18:44 1:     Carp::carp                          called by FHEM/lib/UPnP/ControlPoint.pm (382)
2020.11.25 19:18:44 1:     UPnP::ControlPoint::_createDevice   called by FHEM/lib/UPnP/ControlPoint.pm (413)
2020.11.25 19:18:44 1:     UPnP::ControlPoint::_getDeviceFromHeaders called by FHEM/lib/UPnP/ControlPoint.pm (543)
2020.11.25 19:18:44 1:     UPnP::ControlPoint::_receiveSSDPEvent called by FHEM/lib/UPnP/ControlPoint.pm (238)
2020.11.25 19:18:44 1:     UPnP::ControlPoint::handleOnce      called by ./FHEM/78_MagentaTV.pm (785)
2020.11.25 19:18:44 1:     (eval)                              called by ./FHEM/78_MagentaTV.pm (784)
2020.11.25 19:18:44 1:     main::MagentaTV_Read                called by fhem.pl (3809)
2020.11.25 19:18:44 1:     main::CallFn                        called by fhem.pl (755)
2020.11.25 19:18:44 3: RECEIVER_AC6FBB56CE61: current status during the Upnp search response - offline
2020.11.25 19:18:45 3: RECEIVER_AC6FBB56CE61: state of UPnP - online
2020.11.25 19:19:05 3: RECEIVER_AC6FBB56CE61: pairing OK
2020.11.25 19:19:11 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 19:19:12 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 19:19:13 3: RECEIVER_AC6FBB56CE61: state of player state request - play
2020.11.25 19:19:21 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 19:19:21 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 19:19:22 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:00:10 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:00:11 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:00:14 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:43:05 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:43:06 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:43:07 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:43:10 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:43:10 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:43:12 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:43:14 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:43:15 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:43:16 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:43:49 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:43:49 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:43:51 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:44:00 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:44:00 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:44:01 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:44:11 3: RECEIVER_AC6FBB56CE61: state of callback - standby
2020.11.25 20:44:31 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:44:32 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:44:33 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:44:43 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:44:43 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:44:44 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:44:49 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:44:50 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:44:51 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:46:14 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:46:15 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:46:16 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:46:16 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:46:17 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:46:18 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:46:20 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:46:20 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:46:22 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:48:11 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:48:11 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:48:13 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:50:34 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:50:34 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:50:36 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:50:50 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:50:50 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:50:51 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:50:54 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:50:54 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:50:55 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:50:56 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:50:57 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 20:50:57 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 21:03:33 3: magentaTV: state of Login - successful
2020.11.25 21:15:41 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 21:15:41 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 21:15:42 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 21:44:28 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 21:44:29 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 21:44:30 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 21:50:03 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 21:50:04 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 21:50:05 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 22:00:34 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 22:00:35 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 22:00:37 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.25 22:33:20 3: RECEIVER_AC6FBB56CE61: state of callback - standby
2020.11.25 23:03:35 3: magentaTV: state of Login - successful
2020.11.25 23:20:03 3: RECEIVER_AC6FBB56CE61: state of UPnP - offline
2020.11.26 01:03:37 3: magentaTV: state of Login - successful
2020.11.26 03:03:40 3: magentaTV: state of Login - successful
2020.11.26 05:03:42 3: magentaTV: state of Login - successful
2020.11.26 06:33:47 1: magentaTV: URL:https://web.magentatv.de:33227/EPG/JSON/HeartBit?SID=interval&T=Mac_safari_13 HeartBit returned: -2 - 85983527 - User's session has been expired, please relogin EPG.
2020.11.26 06:33:47 3: magentaTV: state of HeartBit - failed, retries to get new credentials in 10s
2020.11.26 06:34:00 3: magentaTV: state of Login - successful
2020.11.26 07:19:02 1: magentaTV: URL:https://web.magentatv.de:33227/EPG/JSON/HeartBit?SID=interval&T=Mac_safari_13 HeartBit returned: -2 - 85983527 - User's session has been expired, please relogin EPG.
2020.11.26 07:19:02 3: magentaTV: state of HeartBit - failed, retries to get new credentials in 10s
2020.11.26 07:19:14 3: magentaTV: state of Login - successful
2020.11.26 07:33:33 2: MeterWater:     get esk Wasserzaehler 361.2: Wasserzaehler requested, watch readings
2020.11.26 07:34:15 1: magentaTV: URL:https://web.magentatv.de:33227/EPG/JSON/HeartBit?SID=interval&T=Mac_safari_13 HeartBit returned: -2 - 85983527 - User's session has been expired, please relogin EPG.
2020.11.26 07:34:15 3: magentaTV: state of HeartBit - failed, retries to get new credentials in 10s
2020.11.26 07:34:27 3: magentaTV: state of Login - successful
2020.11.26 08:34:30 1: magentaTV: URL:https://web.magentatv.de:33227/EPG/JSON/HeartBit?SID=interval&T=Mac_safari_13 HeartBit returned: -2 - 85983527 - User's session has been expired, please relogin EPG.
2020.11.26 08:34:30 3: magentaTV: state of HeartBit - failed, retries to get new credentials in 10s
2020.11.26 08:34:43 3: magentaTV: state of Login - successful
2020.11.26 10:19:48 1: magentaTV: URL:https://web.magentatv.de:33227/EPG/JSON/HeartBit?SID=interval&T=Mac_safari_13 HeartBit returned: -2 - 85983527 - User's session has been expired, please relogin EPG.
2020.11.26 10:19:48 3: magentaTV: state of HeartBit - failed, retries to get new credentials in 10s
2020.11.26 10:20:01 3: magentaTV: state of Login - successful
2020.11.26 12:20:03 3: magentaTV: state of Login - successful
2020.11.26 14:20:05 3: magentaTV: state of Login - successful
2020.11.26 16:20:07 3: magentaTV: state of Login - successful
2020.11.26 18:20:10 3: magentaTV: state of Login - successful
2020.11.26 18:47:28 3: RECEIVER_AC6FBB56CE61: current status during the Upnp search response - offline
2020.11.26 18:47:28 3: RECEIVER_AC6FBB56CE61: state of UPnP - online
2020.11.26 18:47:49 3: RECEIVER_AC6FBB56CE61: pairing OK
2020.11.26 18:47:55 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.26 18:47:57 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.26 18:48:16 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.26 18:48:16 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.26 18:48:17 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.26 18:49:05 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.26 18:49:06 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.26 18:49:07 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.26 18:49:31 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.26 18:49:32 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.26 18:49:33 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.26 18:49:34 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.26 18:49:34 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.26 18:49:36 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.26 18:50:25 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.26 18:50:26 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.26 18:50:27 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.26 18:50:30 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.26 18:50:30 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.26 18:50:32 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.26 18:51:08 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.26 18:51:08 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.26 18:51:10 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.26 18:51:11 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.26 18:51:11 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.26 18:51:13 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.26 18:51:14 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.26 18:51:15 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.26 18:51:15 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.26 18:57:30 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.26 18:57:31 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.26 18:57:32 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.26 18:57:33 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.26 18:57:33 3: RECEIVER_AC6FBB56CE61: state of callback - play
2020.11.26 18:57:35 3: RECEIVER_AC6FBB56CE61: state of callback - play

Der Stacktrace am Anfang war nach dem FHEM-Neustart und während der Receiver noch im Startmodus war.
state of callback - play erscheint mir etwas zu oft im Log. Eigentlich brauche ich das nur einmal nach der Statusänderung. Soll das eigentlich mit Stufe 3 geloggt werden? Das ist bei mir die Grundeinstellung und die Module loggen da im normalen Betrieb so gut wie nix.

Schönen Abend,
VuffiRaa

Hallo Ulf,

ja, das sieht gut aus. Wenn es zu viele Meldungen sind, geh auf verbose 1 im Receiver ggf. auch im Account. Das Logging werde ich mir mal noch überdenken. Im Gegensatz zum MR400 sendet der MR401 ca. 3 Callbacks pro Senderwechsel  :-\  Derzeitig möchte ich gern das noch so lassen.

PERL WARNING: Loading device description failed with error: 500 Can't connect to 192.168.2.50:8081 (Location: http://192.168.2.50:8081/xml/dial.xml) at ./FHEM/78_MagentaTV.pm line 785.
...wird leider immer wieder mal auftreten. Das werde ich nicht wegbekommen. Hat aber auch keine Wirkung. Wie du schon bemerktest, hauptsächliche wenn der Receiver AUS/EIN geschaltet wird und nicht im Stand-by verbleibt.

agentaTV: URL:https://web.magentatv.de:33227/EPG/JSON/HeartBit?SID=interval&T=Mac_safari_13 HeartBit returned: -2 - 85983527 - User's session has been expired, please relogin EPG.
Hier hat dir die Telekom vor Ablauf von 7200s deine Credencials als ungültig erklärt, warum auch immer. Ich starte dann einfach ein neues Login.

Grüße
Ralf

Hallo,

die Telekom scheint das Anmeldeverfahren bzw. Webseiten geändert zu haben. Ich werde es mir anschauen, bin nur derzeitig etwas beschäftigt. kann also etwas dauern, sorry.

Grüße
Ralf

siehe auch: https://iptv.blog/2021/01/neue-magentatv-webseite/

Gruß Nobby

Hallo,
ich kriege neuerdings das hier im MagentaTV device angezeigt:

Connection failed, retries to get new credentials in 5min

Ralfp: Guck mal im Development Subforum zu SSDP. Da habe ich begonnen die Nutzung des Controlpoint zu entzerren. Also alles was ein Controlpoint als Basis können soll in ein Modul zu packen. Module wie der DLNARenderer(arbeite ich dran) sollen dann als 2-stufiges Modul nur noch events verarbeiten u. actions auslösen.
Grüße Markus

Zitat von: RalfP am 21 Januar 2021, 07:00:28
Hallo,

die Telekom scheint das Anmeldeverfahren bzw. Webseiten geändert zu haben. Ich werde es mir anschauen, bin nur derzeitig etwas beschäftigt. kann also etwas dauern, sorry.

Grüße
Ralf

Zitat von: RalfP am 21 Januar 2021, 07:00:28
Hallo,

die Telekom scheint das Anmeldeverfahren bzw. Webseiten geändert zu haben. Ich werde es mir anschauen, bin nur derzeitig etwas beschäftigt. kann also etwas dauern, sorry.

Grüße
Ralf

Hallo Ralf,
bei mir läuft immer noch das gute alte EntertainTV, dass ich mit Deiner Hilfe eingerichtet habe.
Hier nur eine kurze Rückmeldung: Trotz der neuen Seiten bei MagentaTV läuft die Anmeldung mit EntertainTV noch einwandfrei.
Gruß
Werner

Hallo,

hab es wieder hinbekommen - MagentaTV kann sich wieder einloggen. Der Loginhost aus meinem EntertainTV Modul funktioniert noch. Jetzt meldet sich MagentaTV (Fhem) nicht mehr als Browser an, sondern als iPhone. Mal sehen wie lange dies möglich ist...

Bedenkt, das immer nur 5 Geräte bei Magenta angemeldet werden können. Das kann schnell passiert sein. Mit get DeviceList bekommt ihr eine Übersicht. Mit set ReplaceDevice (im expert Mode) lässt sich wieder Platz schaffen. Ist alles in der Hilfe DE beschrieben.

Lasst hören, wenn ihr über Dinge stolpert, die mir noch nicht aufgefallen sind.

Grüße
Ralf

Hallo,

habe jetzt für MagentaTV ein eigenes Thema angelegt - https://forum.fhem.de/index.php/topic,118358.0.html (https://forum.fhem.de/index.php/topic,118358.0.html)

Hier also möglichst nur noch Dinge, betreffs EntertainTV. Vielen Dank

Grüße
Ralf