Neues Modul - 66_EPG.pm | TV Programm,Tabelle, FTUI (Anregung,Erweiterung,Tests)

Begonnen von HomeAuto_User, 03 November 2019, 12:45:08

Vorheriges Thema - Nächstes Thema

HomeAuto_User

Das geschilderte Problem von dir kenne ich.
Mache mal bitte den Test und wenn du die alten Daten siehst, einfach den Browser zu refreshen bitte.

Welchen Browser nutzt du?

Es gibt 2 Möglichkeiten, entweder ist Filer für den Refres nicht richtig oder du nutzt einen Browser welcher das nicht unterstützt.
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

OdfFhem

@HomeAuto_User

Ich nutze z.B. den Firefox bzw. Chromium.

Ich habe ein wenig getestet und jetzt gibt es tatsächlich eine "Lösung":
Wenn ich unter Port 8083 nutze, dann funktioniert es tatsächlich wie erwartet.
Derzeit nutze ich aber auch unter Port 8086 und dort wird nicht aktualisiert.
Wenn ich dann auf beiden Ports die Browser aufhabe, wird der 8086 nicht aktualisiert - der 8083 aber immer.

Liegt wohl also einfach daran, dass im 66_EPG.pm-Modul FHEMWEB:WEB aktualisiert wird ... manueller Reload auf Port 8086 funktioniert dann ...

HomeAuto_User

Hallo,

Zitat von: OdfFhem am 11 Februar 2020, 16:50:56
@HomeAuto_User

Ich nutze z.B. den Firefox bzw. Chromium.

Ich habe ein wenig getestet und jetzt gibt es tatsächlich eine "Lösung":
Wenn ich unter Port 8083 nutze, dann funktioniert es tatsächlich wie erwartet.
Derzeit nutze ich aber auch unter Port 8086 und dort wird nicht aktualisiert.
Wenn ich dann auf beiden Ports die Browser aufhabe, wird der 8086 nicht aktualisiert - der 8083 aber immer.

Liegt wohl also einfach daran, dass im 66_EPG.pm-Modul FHEMWEB:WEB aktualisiert wird ... manueller Reload auf Port 8086 funktioniert dann ...

dann liegt es daran
FW_directNotify("FILTER=room=$FW_room", "#FHEMWEB:WEB", "location.reload('true')", "");
weil wie du schon festgestellt hast, nur die FHEMWEB:WEB aktualisiert wird.

Ich muss nochmal lesen, ob man hier

FW_directNotify("FILTER=room=$FW_room", "#FHEMWEB:WEB", "location.reload('true')", "");

ggf. mit einem Regex arbeiten kann.


EDIT: $FW_wname sollte die Lösung bringen aber nur begrenzt. Ein Workaround habe ich vorerst vorgenommen.
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

HomeAuto_User

@OdfFhem

ich bin mal fix im fixen hoffe ich  ;D :D
Teste mal bitte die aktuelle Version. Ich habe die Variable dafür eingesetzt.
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

OdfFhem

@HomeAuto_User

Ich habe den neuen Modulstand getestet, funktioniert aber nicht ...

Dieser Fehler sorgt für einen FHEM-Restart ...

Undefined subroutine &main::timelocal called at ./FHEM/66_EPG.pm line 741.


Beim WIederhochfahren kam dieser Fehler und ich kam nicht mehr in FHEM hinein ...

PERL WARNING: Use of uninitialized value $FW_wname in concatenation (.) or string at ./FHEM/66_EPG.pm line 348.


Jetzt habe ich auf das alte Modul zurückgeschaltet und komme auch wieder in FHEM hinein.

HomeAuto_User

Komisch, das der Fehler hier bei mir nicht kam.  >:(

Es liegt an dem HTML fix des Zeitstempels.
Entweder ich nutze
use Time::Local;
oder vertiefe nochmal die internen Möglichkeiten was es da schon gibt.

PS: Der Refresh ist nur ein WorkaRound, da muss eine Lösuing her weil ich nicht immer zugriff auf die Variable seitens FHEM besitze.

EDIT: nun sollte es klappen. Ich habe die internen Funktionen mir angeshen und verwende diese.
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

bjoernbo

Danke für das tolle Modul. Funktioniert bissher einwandfrei bei mir.

Wie würde ich denn meine Daten aufbereitet in FTUI integrieren? Hat da schon jemand etwas?
Raspberry Pi 3 - FB6490C - Synology NAS DS916+ - NETATMO - HUE - SIEMENS G-Tag'S - FTUI - EchoDOT -

bjoernbo

Also bsplw. mit

<tr>
    <td><div class="round grow-1" data-type="image" data-width="65" data-height="65" data-url="tvlogo/Das_Erste.png"></div></td>
    <td><div data-type="label" data-device="TVInfo" data-get="x_Das Erste_20:15-21:45" class="cell center"></div></td>
  </tr>


wird mir nichts angezeigt, mit Außnahme des logos. Ich denke das Problem liegt an x_Das Erste_20:15-21:45
Kann ich das Reading in Das_Erste_Prime umbenenne oder so??
Raspberry Pi 3 - FB6490C - Synology NAS DS916+ - NETATMO - HUE - SIEMENS G-Tag'S - FTUI - EchoDOT -

HomeAuto_User

Hallo,
die Readingbezeichnung ist derzeit fest verankert. Sie war gedacht für eigene Readingsgroups.

FTUI, dafür wurde der get Befehl jsonEPG geschaffen. Darin sind alle Informationen enthalten vom letzen Aufruf.

Das ließe sich darstellen in FTUI. Wie, da bin ich selbst Neuling und ich habe es noch nicht gemacht.
Ein paar Post vorweg hat man mal das Thema angeschnitten wie dies geht.

Als Alternative würde mir einfallen, ich mache das ReadingPrefix von x_ einstellbar zusätzlichlich. Somit kann man es sich definieren oder entfernen.

Liebe Grüße Marco


Gesendet von iPhone mit Tapatalk Pro
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

JensS

Zur einer Fehlersuche (nicht in 66_EPG.pm) spuckte mir das fhem-Logfile folgende Zeilen aus:2020.02.23 11:48:48 3: bad reading name x_3sat_20:15-21:00 (contains not A-Za-z/\d_\.- or is too long)
2020.02.23 11:48:48 3: bad reading name x_ARTE_20:15-22:25 (contains not A-Za-z/\d_\.- or is too long)

EPG arbeitet trotzdem zuverlässig wie eh und je.

Gruß Jens
Debian auf APU2C4, HM-CFG-USB2, SIGNALduino, HM-ES-PMSw1-Pl, TFA 30.3121, TFA 30.3125, ITS-150, PIR-5000, configurable Firmata USB & LAN, 1-wire: DS-18B20, DS-18S20, DS-2408, DS-2413, diverse I2C-Komponenten, zigbee2mqtt, ESPEasy etc.

HomeAuto_User

Zitat von: JensS am 29 Februar 2020, 11:21:52
Zur einer Fehlersuche (nicht in 66_EPG.pm) spuckte mir das fhem-Logfile folgende Zeilen aus:2020.02.23 11:48:48 3: bad reading name x_3sat_20:15-21:00 (contains not A-Za-z/\d_\.- or is too long)
2020.02.23 11:48:48 3: bad reading name x_ARTE_20:15-22:25 (contains not A-Za-z/\d_\.- or is too long)

EPG arbeitet trotzdem zuverlässig wie eh und je.

Gruß Jens

Hallo Jens,
das Logfile sagt was verkehrt bzw. schlecht ist. Die neue Readingsprüfung sagt, das der Name schlecht ist. Der Doppelpunkt bei der Zeit wird ungern gesehen. Ich müsste die Namen nur mit den dort erlaubten Zeichen schreiben lassen. Es würde aus 21:45 zum Bsp 2145 werden.

Grüße


Gesendet von iPhone mit Tapatalk Pro
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

Prof. Dr. Peter Henning

Angeblich kann https://epg.pm/ kostenfreie EPG-Daten für "tausende von Kanälen" bereitstellen. Hat schon jemand herausbekommen, wie deren API funktioniert ?

LG

pah

en-trust

Hab das 66_EPG.pm geladen und wollt mir ein define anlegen. Cannot load the module...

2020.11.04 14:28:05.587 1: reload: Error:Modul 66_EPG deactivated:
Excessively long <> operator at ./FHEM/66_EPG.pm line 20.

2020.11.04 14:28:05.588 0: Excessively long <> operator at ./FHEM/66_EPG.pm line 20.

cocojambo


Ich habe das Modul mal interessenhalber installiert, aber es funktioniert nicht.

im LOG steht:
2020.11.06 16:36:29 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/66_EPG.pm line 965.
2020.11.06 16:36:29 3: TVInfo: ParseHttpResponse - error: connect to http://epgportal.us.to:80 timed out
2020.11.06 16:42:05 3: TVInfo: ParseHttpResponse - error: connect to http://epgportal.us.to:80 timed out


und so sieht "list" aus
Internals:
   CFGFN     
   FUUID      5fa56d02-f33f-6f9b-3250-b9088c1c8cfe5141
   NAME       TVInfo
   NR         1715
   NTFY_ORDER 50-TVInfo
   STATE      downloading not finish in the maximum time from HTTP_TimeOut
   TYPE       EPG
   VERSION    20200117
   READINGS:
     2020-11-06 16:42:05   HttpResponse    connect to http://epgportal.us.to:80 timed out
     2020-11-06 16:42:05   state           downloading not finish in the maximum time from HTTP_TimeOut
   helper:
Attributes:
   DownloadFile DE_guide.xml
   DownloadURL http://epgportal.us.to/epg/
   room       Test


weiß jemand ob das Modul überhaupt noch supported wird oder wie man das Modul ans laufen bekommt?

Gruß aus Köln
Norbert
FHEM6.2 FB7490 FB7430 3xraspi2+3+4 2xHM-LAN-CFG 2xESP CUL868 CUNO868 HUE-Bridge Harmony-Hub 5xHM-LC-Sw-PI-2 3xHM-WDS30-T2-SN 1xHM-LC_Sw4-DR 3xHM-ES-PMSw1-PI 7xFS20SIG2 6xFS20KSE 2xHM-ES-PMSW1-PL 5xS300TH 1xASH2200 1xEM1000

OdfFhem

@cocojambo

Hallo,

Du nutzt die Modul-Version 20200117, ich nutze 20200210_pre_release_expanded.

Bei mir läuft das verwendete Modul problemlos.

Auf GitHub liegt u.a. "20200216_pre_release_expanded" bereit - das könnte einige Probleme beseitigen, erfordert allerdings einen branch-Wechsel.