EntertainTV - Modul zum steuern eines MR400

Begonnen von RalfP, 09 Juni 2019, 21:39:17

Vorheriges Thema - Nächstes Thema
Drucken
Nach unten Seiten 1 ... 10 11 12 13
Benutzer-Aktionen

RalfP

#165
19 November 2020, 10:59:50
Hallo Nobby1805,

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

probiere mal:
Code Auswählen

cpan -D JSON

Code Auswählen

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

Grüße
Ralf

Nobby1805

#166
19 November 2020, 18:19:15
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
Code Auswählen
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
Code Auswählen
#!/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
Code Auswählen
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?
FHEM-Featurelevel: 6.2   (fhem.pl:28227/2023-11-29) auf Windows 10 Pro mit Strawberry Perl 5.32.1.1-32bit
TabletUI: 2.7.15
IO: 2xHMLAN(0.965)|HMUSB2(0.967)

RalfP

#167
19 November 2020, 23:11:24
Hallo Nobby1805,

Schau mal 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

Nobby1805

#168
20 November 2020, 11:37:50 Letzte Bearbeitung: 20 November 2020, 11:45:11 von Nobby1805
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  :-\

Code Auswählen
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
Code Auswählen
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)
FHEM-Featurelevel: 6.2   (fhem.pl:28227/2023-11-29) auf Windows 10 Pro mit Strawberry Perl 5.32.1.1-32bit
TabletUI: 2.7.15
IO: 2xHMLAN(0.965)|HMUSB2(0.967)

Nobby1805

#169
21 November 2020, 10:12:06 Letzte Bearbeitung: 21 November 2020, 10:16:17 von Nobby1805
Hallo Ralf,

läuft jetzt alles recht schön :)

Hier mal ein paar Meldungen aus dem Log
Code Auswählen
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 ..
Code Auswählen
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"
FHEM-Featurelevel: 6.2   (fhem.pl:28227/2023-11-29) auf Windows 10 Pro mit Strawberry Perl 5.32.1.1-32bit
TabletUI: 2.7.15
IO: 2xHMLAN(0.965)|HMUSB2(0.967)

vuffiraa

#170
21 November 2020, 12:30:44
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
FHEM 5.8 auf Cubietruck, Raspi B+

Weinzierl KNX IP BAOS 770, Homematic, EnOcean

Nobby1805

#171
21 November 2020, 12:44:16
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
FHEM-Featurelevel: 6.2   (fhem.pl:28227/2023-11-29) auf Windows 10 Pro mit Strawberry Perl 5.32.1.1-32bit
TabletUI: 2.7.15
IO: 2xHMLAN(0.965)|HMUSB2(0.967)

RalfP

#172
21 November 2020, 13:28:35
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

vuffiraa

#173
23 November 2020, 08:11:29
Hallo Ralf,

auch mit der neuen Version sehe ich noch Einträge zur contentId im Log:
Code Auswählen
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
FHEM 5.8 auf Cubietruck, Raspi B+

Weinzierl KNX IP BAOS 770, Homematic, EnOcean

RalfP

#174
23 November 2020, 09:58:24
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

vuffiraa

#175
23 November 2020, 19:10:40 Letzte Bearbeitung: 23 November 2020, 19:12:12 von vuffiraa
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:
Code Auswählen
{
    '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

FHEM 5.8 auf Cubietruck, Raspi B+

Weinzierl KNX IP BAOS 770, Homematic, EnOcean

vuffiraa

#176
23 November 2020, 20:54:15
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:
Code Auswählen
{
          '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
FHEM 5.8 auf Cubietruck, Raspi B+

Weinzierl KNX IP BAOS 770, Homematic, EnOcean

RalfP

#177
25 November 2020, 17:31:19
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

vuffiraa

#178
26 November 2020, 19:10:23
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  ;)
Code Auswählen
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
FHEM 5.8 auf Cubietruck, Raspi B+

Weinzierl KNX IP BAOS 770, Homematic, EnOcean

RalfP

#179
26 November 2020, 19:54:49 Letzte Bearbeitung: 26 November 2020, 19:57:28 von RalfP
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.

Code Auswählen
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.

Code Auswählen
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
Drucken
Nach oben Seiten 1 ... 10 11 12 13
Benutzer-Aktionen