EPGRefresh startet morgens nicht automatisch

    Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

    • EPGRefresh startet morgens nicht automatisch

      Datei verschieben war nicht sinnvoll. Lass sie neu anlegen.

    • o.k. habe die Datei wieder gelöscht und den Ultimo neu gestartet.

      Dann wieder alles getestet... Wieder das selbe Problem ... das lag nicht an der epg.dat....
      linearFHD - EPG Refresh - AutoTimer - Serien Recorder - Nachrichtenzentrale

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von Ragnaroek999 ()

    • Noch andere Plugins aktiv welche die Box wecken oder niederfahren ?
      ----------------------------------------------------------------------------------------------------------------------------------------------------------------
      KAPIERVORGANG beendet.

      Zubehör : Philips 46PFL-9705 / 37PFL-9604, Samsung HT-E6759W, Samsung SPF 107H-105P-87H, Qnap TS-253A, Harmony 650, Fritzbox 7490, Cisco WAP4410N, Netgear M4100-D12G, TPLink HS100/HS110/LB110

    • zB das gesehen:
      23:15:52.342 [e2-python] [WeatherUpdate] error fetching weather data 23:15:52.343 [e2-python] connectionLost? [Failure instance: Traceback (failure with no frames): <class 'twisted.internet.error.ConnectionLost'>: Connection to the other side was lost in a non-clean fashion: Connection lost.

      außerdem unklar: du testest ja abends, im log steht was von
      set wakeup time to 2017/05/25 05:51
      woran erkennst also bereits sofort, das es nicht funktioniert?
      ============================================================================================

    • also ich habe nur noch EPGRefresh und Autotimer und als Skin StyleFHD laufen und so habe ich ja null Probleme.

      Bin ja erst vor einer Woche vom Topfield umgestiegen und tastete nicht langsam heran....

      Das Problem tritt ausschließlich beim Start vom EPGRefresh auf..

      Na gut die Weatherupdate Meldung kommt wohl vom Skin StyleFHD, da muß ich den Wetterstandort erst noch mal eintragen.

      Die Wakeup Time im Debug-log kommt wohl noch vor der Einstellung davor. Ich habe gestern Abend andauernd zwischen Tests und Einstellung für den nachten Montag hin und her geschalten.

      Und ich habe es dann gestern Abend immer wieder auf 22 / 23 Uhr oder ähnlich umgestellt um zuschauen zu können.
      linearFHD - EPG Refresh - AutoTimer - Serien Recorder - Nachrichtenzentrale

    • Also ich habe heute morgen nicht mehr EPGRefresh selber neu starten lassen, sondern einen Energie-Zeitplan für 05.00 Uhr angelegt.

      So hat EPGRefresh nun einwandfrei funktioniert (aufwecken aus dem Deep-Standby habe ich nun im EPGRefresh ausgeschalten).

      Das integrierte Aufwecken im EPGRefresh scheint einfach buggy zu sein....
      linearFHD - EPG Refresh - AutoTimer - Serien Recorder - Nachrichtenzentrale

    • Hi,

      ich hole das mal hoch. Ich habe exakt das beschriebene Problem, zu der geplanten Zeit des EPG Refresh startet die Box aus dem Deep-Standby, fährt aber sofort wieder runter. Das ganze wiederholt sich endlos? keine Ahnung, nach dem zweiten / dritten mal habe ich das immer durch ein Einschalten der Box abgebrochen. Interessanterweise stand dabei immer eine Meldung auf dem Bildschirm, dass die Box wegen einem möglichen EPG Refresh hochgefahren wurde und sogleich deswegen in den Standby versetzt wird.

      Ich sehe hier weniger ein Problem mit EPG Refresh an sich sondern einen direkten Zusammenhang zu geplanten Aufgaben:
      Ich lasse meine Box jeweils nachmittags um 17:45 aus dem Deep-Standby in den Standby hochfahren. Das ganze über die Aufgaben per "Hochfahren" und "im Anschluss in den Standby versetzen". Funktioniert auch super. Allerdings habe ich - wenn diese Aufgabe vorhanden ist das beschriebene Problem. Sobald die Aufgabe gelöscht ist funktioniert der EPG Refresh mit Aufwachen aus dem Deep-Standby. Reines Deaktivieren der Aufgabe habe ich jetzt nicht getestet.

      Anbei mal zwei Debug Logs:
      dvbapp2_debug_2021-03-12_084725.log - ohne die geplante Aufgabe - man sieht schön wie die Box den EPG Refresh durchführt.
      dvbapp2_debug_2021-03-12_082725.log - mit der geplanten Aufgabe - hier fährt die Box sofort nach dem Einschalten wieder runter. Was mir hier auffällt sind zwei Dinge:

      1.

      Quellcode

      1. 08:27:36.006 [e2-python] cidr invalid: 64
      2. 08:27:36.006 [e2-python] cidr invalid: 64
      3. 08:27:36.038 [e2-python] connectionLost?[Failure instance: Traceback (failure with no frames): <class 'twisted.internet.error.ConnectionLost'>: Connection to the other side was lost in a non-clean fashion: Connection lost.
      4. ]08:27:36.039 [e2-python]
      5. 08:27:36.045 [e2-python] set wakeup time to2021/03/12 08:28
      6. 08:27:36.162 [e2-python] stopService
      an der Stelle sollte eigentlich das Netzwerk gestartet werden - korrekt? Zumindest passiert das in dem anderen Log wo das ganze einwandfrei funktioniert (Netzwerk ist zwischendurch natürlich nicht geändert und funktioniert ansonsten einwandfrei):

      Quellcode

      1. 08:47:36.087 [e2-python] cidr invalid: 64
      2. 08:47:36.088 [e2-python] cidr invalid: 64
      3. 08:47:36.130 [e2-core] child has terminated
      4. 08:47:36.131 [e2-core] pipes closed
      5. 08:47:36.131 [e2-python] 0.0.0.0
      6. 08:47:36.131 [e2-python] 169.254
      7. 08:47:36.131 [e2-python] 192.168
      8. 08:47:36.133 [e2-python] nameservers:[[192, 168, 178, 11]]
      9. 08:47:36.134 [e2-python] read configured interface:{'lo': {'dhcp': False}, 'eth0': {'dhcp': True}}
      10. 08:47:36.134 [e2-python] self.ifaces after loading:{'eth0': {'preup': False, 'predown': False, 'ip': [192, 168, 178, 48], 'up': True, 'dns-nameservers': False, 'mac': '00:1d:ec:16:de:ff', 'dhcp': True, 'bcast': [192, 168, 178, 255], 'netmask': [255, 255, 255, 0], 'gateway': [192, 168, 178, 1]}}
      2.

      Quellcode

      1. 08:27:31.862 [e2-python] ProcessRepeated result
      2. 08:27:31.862 [e2-python] Fri Mar 12 17:45:00 2021
      3. 08:27:31.862 [e2-python] Fri Mar 12 17:45:01 2021
      4. 08:27:31.862 [e2-python] next real activation isFri Mar 12 17:44:40 2021
      5. 08:27:31.863 [e2-python] [#----] VTiCore [VTiEvent] STBBOOT
      6. 08:27:31.863 [e2-python] [#----] VTiCore [VTiEvent] E2START
      7. 08:27:31.863 [e2-python] [#----] VTiCore [VTiEvent] RECORD_WAKEUP Einschalten
      8. 08:27:31.863 [e2-python] [#----] VTiCore RecordTimer.TryQuitMainloop
      9. 08:27:31.863 [e2-python] [#----] VTiCore RecordTimer.staticGotRecordEvent(iRecordableService.evEnd)
      10. 08:27:31.864 [e2-python] [#----] VTiCore no starting records in the next 360 seconds... immediate shutdown
      11. 08:27:31.864 [e2-python] [#----] VTiCore [SILENT_REC] but we are not in QuitMainLoop --> we do not power off
      Alles anzeigen

      next real activation isFri Mar 12 [i]17:44:40[/i] 2021 und no starting records in the next 360 seconds... immediate shutdown?

      Da erscheint mir eher was mit den Aufgaben in Verbindung mit dem EPG Refresh nicht richtig zu sein. Andere Aufnahmetimer (jetzt hier nicht in den Logs zu sehen) funktionieren in Kombination mit der Aufgabe einwandfrei.
      Mag da jemand nochmal draufschauen bitte?

      Der Vollständigkeit halber: VTI 15 Image, aktuell letzter Stand, epg.dat im Flash oder auf der HD bringt keine Änderung, ebenso wie das löschen der epg.dat. EPG Refresh funktioniert manuell ohne Probleme. Settings (Bild in Bild, Pseudoaufnahme, nach dem Refresh runterfhren, etc...) haben keinerlei Auswirkung auf das Verhalten.

      Gruss,
      Thom
      Dateien

      Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von vtivuplusthom ()

    • Guten Morgen,

      ich bin mir jetzt sehr sicher, dass es an der Kombination des EPG Refresh mit der Aufgabenart "Einschalten und danach direkt in den Standby schalten" liegt. Wenn ich die Aufgaben "entzerre", also zwei Aufgaben anlege:

      17:45 Box einschalten
      17:48 Box in den Standby schalten

      funktioniert auch der EPG Refresh morgens aus dem Deep-Standby heraus.