Nach Timer-Aufnahme geht DM7080HD nicht wieder in den Standby

  • Logs hat er doch schon einige gepostet (z.B. Post #39).
    War da nichts zu erkennen?


    Ist auch die Frage, ob ein schlechtes Signal dazu führt, dass die Box bei einem Timer in den Normal-Mode startet (Sendername im Display)?

    Gruß Sven (aka Dreamy)


    DM920 mit unstable OE2.5 DP
    One mit unstable OE2.6 DP

  • Das sind serielle, wo die enigma2-Ausgaben fehlen. Eine andere Variante wäre, den Log zu erweitern, der sowieso geschrieben wird. Wobei der imho schon ziemlich umfangreich ist.

    Gruss
    Dre


    Boxen (im Einsatz): DM920, DM900, DMOne
    Developer Project Merlin - we are OpenSource

  • Er hat die Logs doch doppelt.
    Ein normales Log und ein serielles Log.
    In seinem normalen Full-Log sind doch Ausgaben von enigma2 drin.


    Oder verstehe ich das was falsch?


    Nachtrag:
    in Zeile 978:
    978: May 08 22:06:00 dm7080 enigma2[172]: [eCec] send 3 -> f : 84 ff ff 03
    . May 08 22:06:00 dm7080 enigma2[172]: [eDVBLocalTimeHandler] Receiver time is 'Thu Jan 1 01:00:19 1970'
    . May 08 22:06:00 dm7080 enigma2[172]: [eDVBLocalTimeHandler] Transponder time is 'Mon May 8 22:06:00 2017'
    . May 08 22:06:00 dm7080 enigma2[172]: [eDVBLocalTimeHandler] dont have correction.. set Transponder Diff
    . May 08 22:06:00 dm7080 enigma2[172]: [eDVBLocalTimeHandler] update RTC
    . May 08 22:06:00 dm7080 enigma2[172]: [eDVBLocalTimeHandler] time_difference is 1494273941
    . May 08 22:06:00 dm7080 enigma2[172]: [eDVBLocalTimeHandler] update Linux Time
    . May 08 22:06:00 dm7080 enigma2[172]: [EPGC] time updated.. start EPG Mainloop
    . May 08 22:06:00 dm7080 enigma2[172]: before: 1
    . May 08 22:06:00 dm7080 enigma2[172]: after: 1
    . May 08 22:06:00 dm7080 enigma2[172]: [EPGC] data thread started
    989: May 08 22:06:00 dm7080 systemd[1]: Time has been changed


    Ist nur die Frage, ob die Zeit in Zeile 978 zu spät ist oder nicht.


    In meines Logs wird bereits in Zeile 32 die Zeit geändert:
    30: Jan 01 01:00:04 dm7080hd systemd[1]: Mounting /media/hdd...
    31: Jan 01 01:00:04 dm7080hd systemd[1]: Mounted /media/hdd.
    32: May 08 11:41:08 dm7080hd systemd[1]: Time has been changed

    Gruß Sven (aka Dreamy)


    DM920 mit unstable OE2.5 DP
    One mit unstable OE2.6 DP

    2 Mal editiert, zuletzt von Sven H ()

  • was bedeutet dieser Log-Eintrag:

    Code
    Mai 03 13:15:47 dm7080 systemd-modules-load[89]: Inserted module 'fuse'

    Dieser Eintrag fehlt in seinen Logs, wogegen er in meinen Logs und dem von @m0rphU geposteten Log enthalten ist.

    Gruß Sven (aka Dreamy)


    DM920 mit unstable OE2.5 DP
    One mit unstable OE2.6 DP

  • FUSE=Filesystem im Userspace, das ist ein kenel Modul das man für diverse Filesystem laden kann wie exfat, etc.

  • Ok. Danke


    Dann könnte es sein, dass seine HDD ein anderes Filesystem hat und 'fuse' somit nicht benötigt?

    Gruß Sven (aka Dreamy)


    DM920 mit unstable OE2.5 DP
    One mit unstable OE2.6 DP

    • Offizieller Beitrag

    Wenn Die Uhrzeit nach dem booten aus dem Standby nicht korrekt ist, dann ist entweder ein Stromausfall gewesen, oder es hatte jemand den Stecker gezogen, oder aber der Frontprozessor der Box wäre defekt.


    Wenn die Box von einem Timer aufgeweckt wurde, muss nach dem booten die Uhrzeit immer sofort korrekt sein.. anders kann gar nicht sein...


    Es muss immer folgende Ausgabe sichtbar sein: "[eDVBLocalTimeHandler] Use valid Linux Time '.... :smiling_face: (RTC?)"


    Wenn ich mal Zeit hab werde ich das mal versuchen nachzustellen. Aber bisher hab ich nichts negatives bemerkt hier.. meine Wohnzimmer 7080 macht was sie soll.


    Auch wenn ich mehrere Tage kein TV geschaut hab.


    cya

  • @Ghost,


    in der DM8000 war noch eine CMOS Battery drin, wie ist das bei der 7080HD?


    Was versorgt den Frontprozessor mit Strom wenn die Box vom Netz(230V) getrennt war?


    Da die Boxen wohl schon länger auf Lager gelegen haben Produktionsdatum 26.10.2015 könnte was immer auch den RTC mit Strom versorgt tiefentladen sein?


    Über eine Rückantwort würde ich mich sehr freuen.


    Vielen Dank im Voraus.


    Gruß freeman

  • was bedeutet dieser Log-Eintrag:

    Code
    Mai 03 13:15:47 dm7080 systemd-modules-load[89]: Inserted module 'fuse'

    Dieser Eintrag fehlt in seinen Logs, wogegen er in meinen Logs und dem von @m0rphU geposteten Log enthalten ist.

    Das heißt nur, dass ich nicht mit einem jungfräulichen Image getestet habe :winking_face: Fuse habe ich manuell installiert, aber das kommt u.A. auch mit GP3 mit und wird i.d.R. nur für externe Medien genutzt. Das sollte keine Auswirkungen haben.


    Aber @Ghost hat ja jetzt auf den Fehler gezeigt :smiling_face:
    Es wird also irgendwie im Standby nicht die Zeit gespeichert. Obwohl bei mir im Log ja auch anfangs die Uhrzeit auf 01:00 steht !?

    so long
    m0rphU

  • @Ghost,


    was auffällt ist das in allen Full.logs folgende Zeilen stehen:



    Jan 01 01:00:09 dm7080 enigma2[223]: [eDVBLocalTimeHandler] RTC not ready... wait for transponder time
    Jan 01 01:00:09 dm7080 enigma2[223]: Loading spinners...
    Jan 01 01:00:09 dm7080 enigma2[223]: gPixmap: Failed to access '/usr/share/enigma2/skin_default/spinner/wait5.png': No such file or directory
    Jan 01 01:00:09 dm7080 enigma2[223]: found 4 spinners!
    Jan 01 01:00:09 dm7080 enigma2[223]: executing main
    Jan 01 01:00:09 dm7080 enigma2[223]: setIoPrio best-effort level 6 ok



    Gruß


    freeman

  • Fuse habe ich manuell installiert, aber das kommt u.A. auch mit GP3 mit...

    Ah, dann wird es wohl GP3 sein :smiling_face:


    Zitat


    Aber @Ghost hat ja jetzt auf den Fehler gezeigt
    Es wird also irgendwie im Standby nicht die Zeit gespeichert. Obwohl bei mir im Log ja auch anfangs die Uhrzeit auf 01:00 steht !?


    Nur mit dem "kleinen" Unterschied, dass die richtige Zeit bei dir in Zeile 44 (bei mir in Zeile 32) und bei ihm erst fast in Zeile 1.000 kommt :face_with_tongue:


    Ist jetzt aber auch die Frage, ob das späte "Holen" der Zeit zum Normal-Mode-Start führen kann.
    (also beim Aufwecken aus DeepStandby bei Timer)


    Müsste dann ja bei Dir und mir nach einer Stromtrennung dann auch so sein :thinking_face:

    Gruß Sven (aka Dreamy)


    DM920 mit unstable OE2.5 DP
    One mit unstable OE2.6 DP

  • Bei mir ist nur die erste Zeile deiner Zeilen anders und sieht bei mir so aus, wie @Ghost es als normal bezeichnet hat.
    Die folgenden sind bei mir auch so. Scheint wohl normal zu sein beim Standard-Spinner, der nur 4 Grafiken hat.


    771: May 10 19:35:34 dm7080hd enigma2[234]: [eDVBLocalTimeHandler] Use valid Linux Time 'Wed May 10 19:35:34 2017' :smiling_face: (RTC?)
    772: May 10 19:35:34 dm7080hd enigma2[234]: Loading spinners...
    773: May 10 19:35:34 dm7080hd enigma2[234]: gPixmap: Failed to access '/usr/share/enigma2/skin_default/spinner/wait5.png': No such file or Directory
    774: May 10 19:35:34 dm7080hd enigma2[234]: found 4 spinners!
    775: May 10 19:35:34 dm7080hd enigma2[234]: executing main
    776: May 10 19:35:34 dm7080hd enigma2[234]: setIoPrio best-effort level 6 ok

    Gruß Sven (aka Dreamy)


    DM920 mit unstable OE2.5 DP
    One mit unstable OE2.6 DP

    • Offizieller Beitrag

    Nein es gibt keine Batterie..


    Die Uhrzeit ist nur gültig solange wie die Box Strom hat. Zieht man den Stecker, oder schaltet man die Box hinten am Hauptschalter ab, dann ist auch die Uhrzeit weg.


    Sprich automatisches Aufwachen aus dem Deep Standby funktioniert nur solange die Box auch Strom hat.


    Nach einem Stromausfall bootet die Box also normal hoch. Wenn dann nach dem Hochfahren ein Timer startet, dann ist dies für die Box kein automatisches Aufwachen mehr... also keine Timer Aufnahme. Demnach geht sie dann im Auto Mode auch nicht aus.


    cya

  • Und wenn seine Box die Uhrzeit auch ohne Stromausfall vergisst, dann liegt da ein Defekt der Box vor?


    Komisch ist nur, dass die Box das Aufwachen aus dem DeepStandby wegen dem Timer allerdings ja noch zur richtigen Zeit ausführt.
    Geht das denn überhaupt, wenn die Box die Zeit schon vergessen hat oder vergisst sie diese erst beim Hochfahren?


    Und weil die Box beim Hochfahren keine Uhrzeit hat, denkt sie bestimmt, es ist ein normales Hochfahren nach Stromausfall und geht deshalb "fälschlicherweise" in den Normal-Mode, obwohl sie ja per Timer zur Aufnahme aus dem DeepStandby aufgeweckt wurde.


    Sehr komische Sache.

    Gruß Sven (aka Dreamy)


    DM920 mit unstable OE2.5 DP
    One mit unstable OE2.6 DP

    3 Mal editiert, zuletzt von Sven H ()

  • Hallo Zusammen,


    die Frage ist doch, warum ist die RTC not Ready wenn die Box aus dem Standby kommt ([eDVBLocalTimeHandler] RTC not ready... wait for transponder time)? Sie ist aus dem normalen Betrieb, wo die Timer programmiert wurden, sauber in den Standby geschickt worden. Also mit Netzschalter an... Aber vielleicht verstehe ich auch was falsch. Ich kann im Moment nicht testen...


    - Ich glaube nicht, dass der Frontprozessor eine Macke hat. Die Box wacht doch korrekt für die Aufnahmen auf...
    - Das System scheint aber die Zeit nicht zu übernehmen und wartet auf den Transponder...
    - Aus dem hohlen Bauch raus, riecht das für mich nach einem blöden Timing-Problem... (Da könnte mal wieder eine schöne Warteschleife helfen... Grins, hatten wir mal bei der 8000er)
    - Jedenfalls scheint es bei einigen zu gehen, warum weiß der Geier. Bei mir und freeman jedenfalls nicht.
    - Wir testen auch nur das nackte 2.5er unstable Image ohne weitere Zusätze. Zusätzlich ist der stable Rescueloader 103 installiert.


    Im Moment bin ich da jedenfalls erstmal weiter ratlos...


    Viele Grüße
    prtigger