TAP: AutoExtender

[Isarwolf]

[quote="Gerti"]Hi!

Ich habe im Downloadbereich eine Testfirmware für den TF5200PVRc abgelegt.
Diese Firmware soll das Problem mit den EPG-Daten lösen, indem die Menge der EPG-Daten begrenzt wird.
Ich bitte um Feedback zur Firmware.

Gruß,
Gerti[/quote]

Ich vermute, daß die Probleme mit der neuen Firmware zusammenhängen.

Eine trc.datei habe ich heute erstellen lassen.
Ich hoffe es lässt sich etwas finden.

Ich werde vorläufig die trc-Funktion aktiv lassen.

Gruß

Hannes

[flechumer]

[quote="Isarwolf"]Ich vermute, daß die Probleme mit der neuen Firmware zusammenhängen.

Eine trc.datei habe ich heute erstellen lassen.
Ich hoffe es lässt sich etwas finden.

Ich werde vorläufig die trc-Funktion aktiv lassen.

Gruß

Hannes[/quote]

Dein Problem hat offenbar nichts mit dem EPG zu tun. Aus dem Trace ist ersichtlich, daß AX permanent versucht hat (13.03., ca 18:03), den Topf mit Shutdown( TaskPower ) zu beenden. Das gelang nicht. Möglicherweise liegt hier ein ähnliches Problem vor, wie beim TF6000 seinerzeit. Hilfreich wäre dazu die SysID von Deinem Gerät. Vielleicht solltest Du Firebird einschalten.

[Isarwolf]

[quote="flechumer"] Hilfreich wäre dazu die SysID von Deinem Gerät. Vielleicht solltest Du Firebird einschalten.[/quote]

Die SYSID ist: 10446

Gruß

Hannes

[FireBird]

Laut SystemID in "stinknormaler" 5200er.

[flechumer]

Die SYSID ist: 10446

Gruß

Hannes

Hier steht jetzt mal eine modifizierte AX-Version, die das Problem möglicherweise umgeht.

@Firebird: Das Problem bestand beim TF6000PVR seinerzeit darin, daß Shutdown mit CallFirmware EnqueueEventAddress statt EventDispatcherAddress aufrief. Für SysID 2416 habe ich das damals geändert, jetzt für 10446.

[Isarwolf]

Hier steht jetzt mal eine modifizierte AX-Version, die das Problem möglicherweise umgeht..

Ich danke.
Die Testversion ist schon ist schon auf dem"stinknormalen" 5200PVRc!

Gruß

Hannes

[Isarwolf]

Hallo Flechumer,
heute wurde nach dem Scan ordnungsgemäß abgeschaltet.
Vielen Dank für die Testversion.Damit dürfte das Problem behoben sein.


Gruß
und vielen Dank für die schnelle Hilfe

Hannes

[FireBird]

[quote="flechumer"]Das Problem bestand beim TF6000PVR seinerzeit darin, daß Shutdown mit CallFirmware EnqueueEventAddress statt EventDispatcherAddress aufrief. Für SysID 2416 habe ich das damals geändert, jetzt für 10446.[/quote]
Ach das war das, danke für die Info.

[flechumer]

ich habe noch eine frage:

um 7.45h stellt sich der receiver an und schaltet sich nach ca. 1 min.
aus. nach einer weiteren min. schaltet sich das gerät wieder ein.

ist das eigentlich richtig

da ich zu dieser uhrzeit eigentlich arbeiten bin, habe ich dieses verhalten
nie mitbekommen.

gruss

Nach Auswertung des Trace von heute morgen stellt sich die Sache so dar:

• 07:45:25 Start des AX-Pilottimers
• Abbgleich einer Sendung für selben Tag 20:15, Kanal 1
• Vorbereiten nächsten Pilottimer für 7:45, nächster Tag
• 07:45:32 beendet sich der Pilotimer selbst
• 07:47:36 startet ein P-Timer, der aber kein Pilottimer ist. Was das auf sich hat, kann ich nicht beurteilen. Schau Dir einfach mal an, welche (periodischen) Timer bei Dir laufen.

[ameise999]

Nach Auswertung des Trace von heute morgen stellt sich die Sache so dar:

• 07:45:25 Start des AX-Pilottimers
• Abbgleich einer Sendung für selben Tag 20:15, Kanal 1
• Vorbereiten nächsten Pilottimer für 7:45, nächster Tag
• 07:45:32 beendet sich der Pilotimer selbst
• 07:47:36 startet ein P-Timer, der aber kein Pilottimer ist. Was das auf sich hat, kann ich nicht beurteilen. Schau Dir einfach mal an, welche (periodischen) Timer bei Dir laufen.

hallo,

danke für deine info.

leider bin ich jetzt ratlos


in meiner timerlist ist nach ax kein weiterer timer für die von dir angegebene uhrzeit vorhanden.

vielleicht kann jetzt jemand anderes helfen indem ich aus timerdiag ein
log zur verfügung stelle

gruss

[FireBird]

Poste mal, dann können wir Dir sagen, ob wir helfen können.

[ameise999]

Poste mal, dann können wir Dir sagen, ob wir helfen können.

hi,

log beigefügt.

gruss

[FireBird]

Das ist schon wieder so ein gekürztes Log. SmartEPG loggt aber auch alle Timer-Änderungen mit. Kannst Du mir bitte die Datei FlashTimerDebugHistory.bin per email schicken?

[ameise999]

Das ist schon wieder so ein gekürztes Log. SmartEPG loggt aber auch alle Timer-Änderungen mit. Kannst Du mir bitte die Datei FlashTimerDebugHistory.bin per email schicken?

hi,

2 mails sind verschickt.

gruss

[flechumer]

leider bin ich jetzt ratlos

Nur mal so ein Gedanke: Vielleicht hast Du ja nicht berücksichtigt, daß AX den Pilottimer selbst ganz nach Bedarf programmiert und hast womöglich einen eigenen Wiederholtimer für den gleichen Zweck aufgesetzt ...

[FireBird]

2 mails sind verschickt.

Die beiden sind zwar angekommen, aber bei der Flash-Timer hast Du leider die falsche erwischt. Die beiden heißen sehr ähnlich, ich brauche aber die grössere namens FlashTimerDebugHistory.bin.

[ameise999]

Die beiden sind zwar angekommen, aber bei der Flash-Timer hast Du leider die falsche erwischt. Die beiden heißen sehr ähnlich, ich brauche aber die grössere namens FlashTimerDebugHistory.bin.

sorry ops:

mail ist unterwegs.

gruss

[ameise999]

Nur mal so ein Gedanke: Vielleicht hast Du ja nicht berücksichtigt, daß AX den Pilottimer selbst ganz nach Bedarf programmiert und hast womöglich einen eigenen Wiederholtimer für den gleichen Zweck aufgesetzt ...

hallo,

dann müsste ja in meiner ini etwas falsch sein oder
die habe ich dir ja gestern zugeschickt. kannst du bitte nochmals
prüfen, ob hier der fehler liegt.

gruss

[FireBird]

Aktuell sieht es so aus, als würde SE den AX-Timer von 07:45 nach dessen Löschen nochmals programmieren. Wenn der Topf dann um ca. 7:46 abschaltet, findet das Frontpanel den Timer und bootet den Topf erneut.

Derzeit bin ich mir noch nicht sicher, woher diese Interaktion kommt, vermute aber einen indirekten Zusammenhang mit dem DST-Timer. Kannst Du bitte überprüfen, ob SE vor AX startet und wenn nicht, dies probeweise ändern?

[ameise999]

Aktuell sieht es so aus, als würde SE den AX-Timer von 07:45 nach dessen Löschen nochmals programmieren. Wenn der Topf dann um ca. 7:46 abschaltet, findet das Frontpanel den Timer und bootet den Topf erneut.

Derzeit bin ich mir noch nicht sicher, woher diese Interaktion kommt, vermute aber einen indirekten Zusammenhang mit dem DST-Timer. Kannst Du bitte überprüfen, ob SE vor AX startet und wenn nicht, dies probeweise ändern?

hi,

ja, se-scan läuft von 7.00h-10.00h. se startet um 7.00h und beendet sich
in der regel zwischen 7.30h und 7.40h. wenn ich dich richtig verstanden habe, soll ich den start für se-scan nach ax legen oder

gruss