TTD Forum

Hab´ ich doch ...

Ich befürchte nur, dass es keine Möglichkeit gibt, den Topf im Ernstfall zum Abschalten zu bringen.
Oder habt Ihr ´ne Idee?

Ich werde dafür mal ´nen eigenen Thread starten, weil es wohl eher nix mit BM zu tun hat.

Der RC-Mode wurde übrigens jetzt erstmals seit langem mal wieder nicht umgestellt. Dafür hatte ich extra in der bye.cmd einen Log-Befehl vorgesehen, um zu sehen, woran es liegt.
Und diesesmal wurden statt RCMODE=1 mehrere willenlose LOGs abgesetzt: Unbekannter Befehl: qweifdhqowrjdhfghbnöa ... (Oder so ähnlich ).
Normalerweise würde ich davon ausgehen, dass nicht genügend Speicher zur Verfügung stand, aber der liegt immer mind. bei 6MB - das sollte reichen.
Habt Ihr ´ne Idee, wodurch das sonst passieren könnte?

Moin zusammen,

ist eine Umsetzung von BM für den TMS angedacht - Bitte, Bitte

ramibi hat geschrieben:Moin zusammen,

ist eine Umsetzung von BM für den TMS angedacht - Bitte, Bitte

Mit dem TMS habe ich mich noch gar nicht beschäftigt. Im Moment fasziniert mich auch die Android-Programmierung mehr als die Topf-Programmierung.

Ich prüfe aber gerne mal, ob eine Umsetzung aufwändig ist. Dafür benötige ich aber:

• Einen Link auf einen Thread, in dem das Aufsetzen der Entwicklungsumgebung möglichst genau beschrieben ist.
• Eine Zusammenfassung, was aus Programmiersicht auf dem TMS alles anders ist als auf den 5000ern. Insbesondere habe ich im Kopf, dass die FBLib auf dem TMS nicht klappt, oder?

WARNUNG: Ich weiß aber nicht, wann ich wirklich dazu komme, da mal Aufwand reinzustecken. Die Spende eines TMS würde natürlich meine Motivation sehr steigern.

Mit freundlichen Grüßen

asrael

.... setz dich doch bitte mal mit dem Feuervogel in Verbindung, der hat schon so vieles für dem TMS umgebogen und mit einer Mail an Strizzi, Gerti oder Anthea wirst du bestimmt für das TMSTapBetaBoard freigeschaltet

Hallo
Wie kann ich meinen Topf 5500 dazu überreden nach dem morgendlichen Scan wieder abzuschalten.
Ich habe im Autostart BootMenu 0.32 und damit starte ich meine TAP´s und morgends muss ich den Topf mit Hand abschalten. Außerdem sollte er auch nach programmierter Aufnahme abschalten da der Topf im Urlaub nicht durchgehend eingeschaltet sein soll.
Hier meine BootMenu.cmd um korrekturen wäre ich dankbar.

set patchWarnings false

menu 5
showlogs Auto Start/BootMenu.log
; 5 Sekunden lang das folgende Menu anzeigen,
; dann (abhängig von Tageszeit) Default-Eintrag auswählen
; über optionalen Parameter nodisplay kann angegeben werden,
; dass aktueller Menu-Punkt nicht im VF-Display des 5500 erscheint
; menu 10, nodisplay

item Normalbetrieb
echo Alle TAPs
start AS1/filer
start AS1/iTiNa
start AS1/nicedisplay
start AS1/improbox
start AS1/blackbar
start AS1/automove

item Nur Wiedergabe
echo Wiedergabe
start AS1/filer
start AS1/nicedisplay
start AS1/iTiNa

item timer
echo Timer

item timer, 08:58-09:03
echo lautspecher aus
sendkey 65548 ; MUTE
echo iTiNa-Scan startet ...
log iTiNa-Scan startet ...
start /batch Standard/iTiNa
echo iTiNa-Scan beendet ...
log iTina-Scan beendet ...
echo Topfield schaltet ab ... wirklich ?
log Topfield schaltet sich nun ab
shutdown

item repair
echo Ich repariere, nicht stören!
log Reparaturversuch
delete Settings/Filer/filer.db

item emergency
echo Notfall!!!!
log Notfallmodus
start Spezial/Standby
; die "besonderen" Konfigurationen führen nichts vor oder hinter dem Menu aus

item powerrestore
echo Stromausfall!!!!
switch tv, 1
log Stromausfall
sleep 120
switch tv, 2
sleep 120
switch tv, 3
sleep 120
shutdown

endmenu

Viele Grüsse Jürgen

Was steht denn in Deinen Logs drin?

Es ist nur eine Vermutung, aber ich denke, dass Deine minderwertige Firmware daran schuld ist. Spiel mal die von Januar 2007 auf und versuch es noch mal.

2009-09-26 09:00:53 iTiNa-Scan startet ...
2009-09-26 09:20:08 iTina-Scan beendet ...
2009-09-26 09:20:13 Topfield schaltet sich nun ab

Nach dem morgendlichen Scan ist aber entgegen der Meldung nicht abgeschaltet

2009-09-26 09:00:53 iTiNa-Scan startet ...
2009-09-26 09:20:08 iTina-Scan beendet ...
2009-09-26 09:20:13 Topfield schaltet sich nun ab

Nach dem morgendlichen Scan ist aber entgegen der Meldung nicht abgeschaltet

Das Forum hat beschlossen, meine Antwort vor Deiner Frage einzusortieren ...

Ich hatte die Firmware 28.03.08 habe auf Deine Empfehlung hin auf die FW vom Jan 07 gewechselt und schon funzt alles zu meiner besten Zufriedenheit. Vielen Dank für den wertvollen Tipp.

Mit den besten Grüssen

Jürgen

Danke für die Rückmeldung. Gut zu wissen, falls noch jemand diese Probleme hat.

Hi.

Ich muss mich leider mal wieder selbst zitieren:

chrisly hat geschrieben:
Heute hatte ich nach langer Zeit mal wieder das Problem, dass der Topf nach dem EPG-Scan nicht ausging - im Display stand "OFF".
Das Poweroff-Signal hat er wohl noch bekommen, lt. LOG wurde es auch ausgeführt (umschalten auf RCMODE=1 wurde geloggt).
Aber dann blieb er hängen.

Das Problem: weder Jag´s AutoOff noch das Standby-Tap konnten den Topf danach zum Abschalten bewegen, er blieb also bis abends an und einige Aufnahmen sind nicht gelaufen.
Wenn das am Anfang des Urlaubs passiert ...

Dieses Problem scheint ja (zumindest bei mir) hin und wieder vorzukommen.
Gibt es überhaupt eine Möglichkeit (außer Zeitschaltuhr), den Topf danach zum Abschalten zu bringen, damit er nicht im Extremfall 2 Wochen hängen bleibt?

Das Problem besteht weiterhin, obwohl ich zwischenzeitlich fast alle Taps und Patches versuchsweise rausgeschmissen hatte.
Und das Risiko, dass bei längerer Abwesenheit nichts mehr aufgezeichnet wird, ist groß, weil es inzwischen relativ oft passiert.
Leider ist der Sache nicht auf die Spur zu kommen, aber ich vermute, dass es mit BM zusammenhängt. Deshalb meine Frage:
Kann man die Ausschaltkontrolle von BM (mit der kurzen Aufnahme) abschalten und welche Konsequenzen hätte das? Die Umschaltung des RC-Modus müsste natürlich weiterhin funzen.

Ich weiss, dass es geht und ich meine, ich hätte das auch schon mal gemacht. War aber vielleicht in einer früheren Verion.

Jedenfalls hab ich jetzt das Handbuch dreimal durchgesehen und das gewünschte nicht gefunden. Sehe sicherlich wieder mal den Wald vor lauter Bäumen nicht.....

Darum geht's:

Ich nutze BM ja nicht zum eigentlichen Zweck sondern missbrauche das TAP nur im gelegentlichen Betrieb als "BAT-Datei-Ausführer". Hat mir schon manches mal das Anschließen eines PC's erspart.

Ich gehe dabei so vor:
Ich hab ein paar Sicherheitskopien von wichtigen Dateien angelegt. Wenn diese nun offensichtlich beschädigt sind (bspw. die iTiNa_GD oder die EPG-Control.DB oder die Filer-Datenbank) starte ich den Topf mit gedrückter "0" und dann BM mit recht lange stehendem Startmenü-Bildschirm. Hier habe ich "kleine" item-Einträge, die die jeweilige alte Datei löscht und ggf. die neue in den entsprechenden Ordner kopiert bzw. entsprechend umbenennt. Ansonsten wird nichts ausgeführt.
Geht ganz gut, auch wenn es manchmal "fast schon schmerzt, dieses geniale TAP für derart niedere Dienste zu missbrauchen!".

Wenn ich dann den TAP-Commander starte stelle ich fest, dass BM noch immer aktiv ist. Ist zwar nicht allzu tragisch, da ich nach derartigen Reparaturen meist sowieso einen "normalen" Neustart mache, aber dennoch würde mich interessieren, mit welchem CMD-Eintrag ich BM nach der Ausführung des angewählten item-Punktes zum automatischen Beenden des TAPs überreden kann.

Warum komme ich nur nicht mehr da drauf?
Ich glaub, ich werd wirklich alt. Bitte habt Nachsicht mit einem senilen, alten Opa......

Du musst die Ausschaltkontrolle deaktivieren.

mvordeme hat geschrieben:Du musst die Ausschaltkontrolle deaktivieren.

Und wie? Das suche ich schon länger im Handbuch - leider ohne Erfolg.

In Kapitel 4.1 (Allgemeine Befehle, Seite 11) steht, dass die Kommandos trap, tsrmenu, reloadable und poweroff nicht in der BootMenu.cmd vorkommen sollten, da sonst BootMenu im Speicher bleibt. Im Kapitel 5.2 (Ausschaltkontrolle, Seite 20, wird übrigens bei der Suche nach "Ausschaltkontrolle" sofort gefunden) steht dann, dass die Ausschaltkontrolle normalerweise aktiviert ist und explizit mit poweroff off abgeschaltet werden muss. Das würde ich dann mal tun ...

mvordeme hat geschrieben:Du musst die Ausschaltkontrolle deaktivieren.

Genau, das war's.

Jetzt hab ich das im Handbuch auch sofort wieder gefunden.

War wohl genau so wie gedacht: Der Wald hatte sich hinter den Bäumenversteckt....

mvordeme hat geschrieben:Im Kapitel 5.2 (Ausschaltkontrolle, Seite 20, wird übrigens bei der Suche nach "Ausschaltkontrolle" sofort gefunden) steht dann, dass die Ausschaltkontrolle normalerweise aktiviert ist und explizit mit poweroff off abgeschaltet werden muss. Das würde ich dann mal tun ...

Danke für die Info! Ich hatte danach gesucht und es wurde nix gefunden. Da sind wohl die Wurschtfinger schuld ...
Leider wird mir das dann eher nicht weiterhelfen, weil ich durch BM den RC-Code umschalten lasse. Und das wird dann ja wohl nicht mehr klappen.

Vielleicht versuche ich aber demnächst mal, Platz für SDS zu schaffen. Die Kombination von SDS mit BM sollte ja auch funktionieren und vielleicht treten die Probleme dann nicht mehr auf!?