Box schaltet sich ohne Timer ein

[Bernie-vs]

Hab es gerade auf meiner Octi 1028 installiert und den Workaround Dummy-Timer vorher gelöscht.
Das sieht jetzt beim Shutdown recht gut aus:

 Current system time: 17:04:09 07-03-2016 (local)
 

 Getting 1st Enigma2 timer (none set) - Done
 No timers set, wake up time in the past, or more than 300 days ahead.
 Setting wake up Time: 04:14:07 19-01-2038 (local)
 

 

 INIT: no more processes left in this runlevel

Danke für die schnelle Reaktion von allen Beteiligten.
Gruss
Bernie

[Bernie-vs]

Keine weiteren Auffälligkeiten:
- Timer Aufnahme aus deep stdby ok
- Box schlaltet sich auch nach 13 h nicht von selbst ein
Sobald das mal in einer der nächsten offiziellen HDMU Build Versionen ist, teste ich weiter "by using".
Gruß
Bernie

[Octa10_28]

Bei mir das gleiche. Dummy-Timer Eintrag entfernt und den neuen fp_control eingesetzt. Auch nach mehreren Stunden schalten sich die Octagon SF918G SE+ und die SF1028P nicht mehr automatisch ein. Ich mache aber noch einen Langzeittest über mehrere Tage.

Hut ab an alle

[Bernie-vs]

Ist dieser fp_control fix eigentlich in einem der neueren Builds (HDMU_15083_E2_at7500_217_git_4129_nodebug_mix_Fla sh vom 22.5.16) enthalten? Aus dem changelog kann ich nichts entdecken.
Falls nicht: Kann ich die neue fp_control Version einfach manuell nachinstallieren oder gibt es da Kompatibilitätsprobleme.
Es regenet, es ist mal wieder Zeit für nen Update...
Gruss
Bernie

[santa]

Schau ich heute Abend mal nach und ersetze gegen eine aktuellere Version

[Bernie-vs]

@bonkel, santa und die andren Gurus:
Das neue fp_control 1,07 scheint noch nicht im neuesten Build zu sein (HDMU 1571).
Versehen?
Absicht?
Gruß
Bernhard

[santa]

Sollte drin sein, Image selber scheint aber selber kaputt zu sein

[Bernie-vs]

Santa, bitte tu mir einen Gefallen: Prüfe mal nach, ob die aktuelle fp_control 1.07 wirklich in den aktuellen Builds ist.
Meine Box hat sich nämlich jetzt wieder von selbst eingeschaltet.

Ich war von Donnerstag, dem 25.7. bis gestern 1.8. weg, Box war aus (deep stby, nicht Stdy), 1 Aufnahme war programmiert (Sonntag, F1). Als ich heute ankam, lief die Box. Die Aufnahme war da, was ja ok ist. Sie hätte aber nach der Aufnahme wieder in Deep Stdy gehen müssen, was sie wahrscheinlich auch machte. Evtl hat sie sich danach wieder eingeschaltet wegen des obigen fp_control Problems. Ich hoffe nicht, dass es ein neues Problem ist.
Leider habe ich vor Wut die Box hart ausgeschaltet, sorry, sonst hätte ich ein Log liefern können.

Also, meine Bitte: Verifizierung, ob correkte fp_control in aktuellen Builds ist.Danke im voraus
Gruß
Bernie