TTD Forum

Hi.
Seit gestern schaltet mein Topf nach ausgeführten Timer-Aufnahmen nicht mehr ab.


Gestern dachte ich noch, dass es am Radiotext-Tap liegt, weil der Fehler nach einer Radioaufnahme erstmalig auftrat, aber heute: das Gleiche bei einer TV-Aufnahme.
Ich habe keine Änderungen am Topf vorgenommen - weder TAP noch Firmware-Änderungen.
Habt Ihr ´ne Ahnung, woran es liegen könnte?

Ahnung nicht, aber ich würde - in dieser Reihenfolge - Topf vom Strom nehmen, TAPs rauswerfen und Werksreset durchführen.

Hatte ich auch schon vor. Aber ich habe gehofft, irgendwie drumrum zu kommen.
Zwei Testaufnahmen heute morgen liefen übrigens reibungslos mit Abschalten. Es scheint also nur manchmal Probleme zu geben - was das Ganze nicht wirklich einfacher macht ...

[quote=""chrisly""]Seit gestern schaltet mein Topf nach ausgeführten Timer-Aufnahmen nicht mehr ab.
[/quote]

....hatte ich heute Nacht auch einmal, nach RecCopy Start -> keine Arbeit und TF war
heute Morgen an...

Merkwürdig. Und oft wird man es ja gar nicht merken, wenn man den Topf nicht ständig im Auge hat, sondern erst abends nachsieht, wenn schon wieder eine Aufnahme läuft.

[quote=""buko""]....hatte ich heute Nacht auch einmal, nach RecCopy Start -> keine Arbeit und TF war
heute Morgen an... [/quote]

Was steht im Protokoll?

[quote=""ibbi""]Was steht im Protokoll?[/quote]

... ja ibbi, warum auch immer -> waiting

06:33:18 Version 4.0
06:33:18 Start reason is Boot
06:33:19 Activity after completion will be Waiting
06:33:19 Entering waiting state
07:03:21 Entering waiting state
----
Vielleicht lief auch ein Timer, ich weiß es nicht mehr, da keine Aufnahme...

[quote=""buko""]... ja ibbi, warum auch immer -> waiting

06:33:18 Version 4.0
06:33:18 Start reason is Boot
06:33:19 Activity after completion will be Waiting
06:33:19 Entering waiting state
07:03:21 Entering waiting state
----
Vielleicht lief auch ein Timer, ich weiß es nicht mehr, da keine Aufnahme... [/quote]

Es wurde nicht erkannt, dass - falls es so gewesen sein sollte - per RecCopy-Timer gestartet wurde. Start-Ursache war normales Booten. Danach wird von RecCopy natürlich nicht abgeschaltet, dafür ist verantwortlich, wer den Topf eingeschaltet hat.

...Danke ibbi, werde es beobachten. Vermutlich ein fehlgeschlagener Timer...

[quote=""buko""]... ja ibbi, warum auch immer -> waiting

06:33:18 Version 4.0
06:33:18 Start reason is Boot
06:33:19 Activity after completion will be Waiting
06:33:19 Entering waiting state
07:03:21 Entering waiting state
----
Vielleicht lief auch ein Timer, ich weiß es nicht mehr, da keine Aufnahme... [/quote]

Dummie-Frage: wie kann man denn sowas protokollieren lassen. Habe mal was über das TAP auto-reboot gelesen. Nimmt man das dafür oder was Anderes?

CU
Fred

[quote=""freddy1962""]Dummie-Frage: wie kann man denn sowas protokollieren lassen.[/quote]

Das macht RecCopy automagisch. :

[quote=""ibbi""]...automagisch. [/quote]

oho neues Wort.....

[quote=""Erlefranz""] oho neues Wort..... [/quote]

Leider nicht, und leider nicht mal von mir (obwohl ich das bis vor kurzem noch dachte).

[quote=""ibbi""]Das macht RecCopy automagisch. [/quote]

Danke, dann werde ich mir diese Magie auch mal geben.

Macht das RecCopy nur in Bezug auf seine Aktivitäten oder protokolliert es Alles mit; also auch evtl. willkürliche reboots, die ich an meinem 6k so liebe?

CU
Fred

[quote=""freddy1962""]Macht das RecCopy nur in Bezug auf seine Aktivitäten oder protokolliert es Alles mit[/quote]

Natürlich nur die eigenen Aktivitäten.

Bis jetzt konnte ich den Fehler übrigens nicht mehr beobachten - aber mir ist noch was Merkwürdiges aufgefallen:
Als ich den Topf ohne Taps startete, wurden im Original-Filer keine Taps im Autostart angezeigt, obwohl dort sicher ein paar Taps drin sind. Im Filer-Tap werden sie auch gezeigt.
Müßten die Taps nicht auch gezeigt werden, wenn sie (dank Tap-Commander) inaktiv sind?

Ich kenne Tap-Commander nicht, könnte aber dafür wetten, daß der der irgendwie am Dateinamen und/oder Ordnern trickst, damit die TAPs eben nicht starten.

So weit ich weiß funktioniert das Deaktivieren auch dann, wenn der Commander nur von Hand gestartet wird. Umgekehrt müßte nämlich das TAP das Auto-Starten aktiv verhindern (und damit als erstest starten), und dafür müsste die Fimware sehr früh verbogen werden.

Schau mal in Altair nach - ich vermute, da müßte einiges klar werden.

[quote=""chrisly""]Bis jetzt konnte ich den Fehler übrigens nicht mehr beobachten - aber mir ist noch was Merkwürdiges aufgefallen:
Als ich den Topf ohne Taps startete, wurden im Original-Filer keine Taps im Autostart angezeigt, obwohl dort sicher ein paar Taps drin sind. Im Filer-Tap werden sie auch gezeigt.
Müßten die Taps nicht auch gezeigt werden, wenn sie (dank Tap-Commander) inaktiv sind?[/quote]

Der TAP Commander benennt die Endung um, so dass die TAPs vom Original-Filer nicht mehr als solche erkannt werden. Elles Filer sollte sie in der Programme-Ansicht auch nicht mehr als TAPs anzeigen, aber in der "Alle Dateien"-Ansicht schon.

Wenn nicht: TAP commander bietet ja nach dem Verändern der Start-Konfiguration einen Reboot an. Liegt dieser innerhalb von 2 Minuten nach der Änderung (oder mit der neuen Filer-Version innerhalb von 30 Sekunden), so ist die Chance groß, dass Filer seine DB nicht mehr sichert und die TAPs deswegen beim nächsten Mal immer noch anzeigt, obwohl sie durch TAP Commander zu "Nicht-TAPs" gemacht wurden. Gilt allerdings nur für Filer2.

Allles klar

asrael