Kleinere Fehler bzw. Ungereimtheiten

[walda]

[quote="longtom"]Hast du in letzter Zeit mal was an der Firmware geändert?
Zurückstzen des Topfes wär mal eine Möglichkeit, da musst aber wieder Suchlauf, etc machen....[/quote]

Hab den 2401 erst seit kurzem. Habe nur die FW von März aufgespielt.

[longtom]

[quote="walda"]Hab den 2401 erst seit kurzem. Habe nur die FW von März aufgespielt.[/quote]

Dann wär Zurücksetzen schon optimal.

[walda]

Hallo!

Ich habe soeben bemerkt, dass seit 3 Tagen kein Scan ausgeführt wurde.

Am 17. war er noch...

Code: Alles auswählen

2012-01-17 01:00:00 It's SmartEPG scan time, but the Toppy is not in normal-state! Scan postponed by one minute!

Da wird dann auch gescannt aber am 18. nicht mehr. Da wird der Timer auf 19. gesetzt und am 19. das Gleiche...

Am 20. wird er dann auf 2:29 geschoben, der Timer "kommt" aber nicht.

Ich hänge es mal an

Danke

[FireBird]

Irgend ein TAP blendet beim Booten etwas ein, woraufhin SE den Scan um eine Minute verschiebt. In dieser Zeit trudeln aber bereits Daten durch den Hintergrund-Scan ein und wenn sich dadurch ein Timer verschiebt, wird auch der Scan-Timer auf den nächsten Tag programmiert.

[Twilight]

....könnte timerdiags sein? mit missed timern?

twilight

[walda]

Irgend ein TAP blendet beim Booten etwas ein, woraufhin SE den Scan um eine Minute verschiebt. In dieser Zeit trudeln aber bereits Daten durch den Hintergrund-Scan ein und wenn sich dadurch ein Timer verschiebt, wird auch der Scan-Timer auf den nächsten Tag programmiert.

Ja, ich wollte ja unbedingt die InfoTools haben.

Ok, habe unlängst an den XStart Zeiten etwas geschraubt und die Intervalle verkürzt. Dh ich werde InfoTools beim Timer nicht starten lassen.

Oder ist es doch ein anderes Tap?

Code: Alles auswählen

# Rigid format.  Like this:
# MinStartTime | MaxStartTime | StartDelay | BatchMode | RunOnTimerBoot | TAPFilename
# RunOnTimerBoot 1=auch bei Timer; 0=bei Timer nicht
00:00|24:00|0000|0|1|BackupSettings.tap
00:00|24:00|0003|0|1|TimerDiags.tap
00:00|24:00|0005|0|1|RebuildNAV.tap
00:00|24:00|0010|0|1|QuickPlay.tap
00:00|24:00|0012|0|1|SmartEPG_TMS.tap
00:00|24:00|0018|0|1|NiceDisplay.tap
00:00|24:00|0020|0|1|ScreenSaver.tap
00:00|24:00|0023|0|1|TMSRemote.tap
00:00|24:00|0025|0|1|InfoTools_TMS.tap
00:00|24:00|0028|0|1|Automove.tap
00:00|24:00|0030|0|1|FastSkip.tap
## Wakeup key         

[FireBird]

Was in SE gefixt werden muss ist, dass SE öfters versucht, den Scan zu starten. Das ist auch 5x vorgesehen, es funkt nur der Hintergrund-Scan dazwischen.

[walda]

Wenn es aber an der Einblendung liegt, die ist nach 5x versuchen immer noch da. Die ist ja dauerhaft vorhanden.

Ich werde einfach nur die wichtigsten bei einem Timer starten und mir die Sache mit dem WakeUp Key mal ansehen.

Danke jedenfalls fürs Anschaun.

[Roemer]

d.h. jede sendung hat vom sender aus eine id (=event id), dies ist mit dem timer verknüpft.

Nur mal laut gedacht (falls das anderweitig schon mal diskutiert wurde, ignoriert es einfach):

Wird die event id zusammen mit der Sendung ausgestrahlt? Heißt: könnte man über die event id checken, ob eine Sendung schon oder noch läuft?

[FireBird]

Mit jeder ID wird ein Running Status gesendet, der die aktuell laufende Sendung identifiziert. Und das ist genauso richtig oder falsch, wie der Praktikant gescheit ist.

[Roemer]

Schade eigentlich. Das wäre doch ein prima Mittel gewesen, eine Sendung sauber von Anfang bis Ende aufzunehmen, unabhängig von irgendwelchen Überziehungen.

[Poffel]

In welchen zeitlichen Abständen wird eigentlich ein Hintergrund-Scan durchgeführt?

Macht das SmartEPG direkt oder die Firmware und SmartEPG bezieht seine Daten von deren Scan?

[FireBird]

Das erste Mal eine Minute nach einem Senderwechsel, dann alle 2 Minuten. Hier wird nur das TAP-API verwendet, sprich die Firmware sammelt.

[longtom]

Habe heute zum 2.Mal ein interessantes Phänomen gehabt:

Gegen ca. 17 Uhr wurde der Topf ausgeschaltet, Aufnahme lief: Display "WAIT"
Dann schaltet ich den Topf gegen 18:50 wieder ein -> "WAIT" blieb, kein Pop-up das eine Aufnahme läuft.

Topf lies sich nicht umschalten, Aufnahme auch nicht mit StoPP beenden.
Nur über Menü, aufgenommene Sendungen konnte ich die Aufnahme (Sandmännchen) stoPPen und danach wieder den Topf normal bedienen.

Anbei die Logs.

[Twilight]

kann es sein das du remote drauf warst und das osd deshalb unsichtbar?

twilight

[longtom]

Alles vor Ort!

[chrisly]

In dieser Situation muss ich manchmal "Exit" drücken, dann ist der Topf wieder normal bedienbar.
Aber ich nehme an, das hast Du schon probiert.

[longtom]

Bei Exit komm ich in dieser Situation ins Automove Menü.
(was auch normal ist, nur sollte ja vorher der Exit dialog der aufnahme beim abschalten noch stehen)

[Twilight]

möglicher weise fängt automove die exit taste ab bevor der topf davon was mitbekommt....
ich lasse automove nur beim start laufen und danach beenden...

twilight

[longtom]

aber es sollte ja generell das "wollen sie wirklich abschalten" zu sehen sein.
und wieso steht im display wait und ich kann nicht sender wechseln, aufnahme beenden, etc..?