BootMenu 0.32

[asrael]

[quote="11111"]Bei meiner Fragestellung ging es konkret um das Sperren der V.Format-Taste damit der Rest meiner Familie nicht ständig aus Versehen die Einstellung (720p) im "Normalbetrieb" verändern kann.
[/quote]

Schön, dass ddie Funktionalität "trap" noch von jemand anderem außer mir benutzt wird.

Deine Tastencode-Darstellung von weiter oben würde ich übrigens beizeiten gerne ins BootMenu-Handbuch aufnehmen.

Mit freundlichen Grüßen

asrael

[11111]

Ich finde den Trap-Befehl super!
Und nimm' Dir ruhig was Du willst (Ich schaue einmal ob ich heute abend hier noch das Original-Excel-Sheet dranhängen kann).


[EDIT:] Da isse.

[nilssohn]

@nilssohn [...]

Danke.

Viele Grüße

nilssohn

[mvordeme]

Ich habe dann mal die Beschreibung im Wiki erweitert. Bitte sagt bescheid, wenn Ihr Fehler findet.

Grüße,
-- mvordeme

[11111]

Toll gemacht!

[11111]

@asrael: Welche(n) Bedeutung / Hintergrund hat eigentlich die Meldung
"Bootmenu - Start Reparatur-Konfiguration (Exit=Menu)"
? - Ich war das nämlich sicher nicht.

[mvordeme]

Die Meldung wird angezeigt, wenn BootMenu die Reparatur-Konfiguration startet. Das passiert, wenn entweder der Topf abgestürzt ist oder wenn Du die Abschaltkontrolle deaktiviert hast und innerhalb kurzer (konfigurierbarer) Zeit zweimal bootest. Wenn Du Menu drückst, wird die normale Startkonfiguration genommen.

Grüße,
-- mvordeme

[11111]

@mvordeme: Vielen Dank!

Mein Topf ist gestern bei einem Timerstart im Status RUN eingefroren und zeigte nach dem erforderlichen Kaltstart die "Dauernd-Reboot-beim-Start"-Symptome. Empty-Settings, Firmware etc. brachten nichts.
Daraufhin habe ich die HD abgeklemmt: Und siehe da - Der Topf funzte einwandfrei.

Starte ich den Topf jetzt mit HD und ...
1. "lasse die TAPs laufen": Dann startet der Topf, zeigt das laufende Programm, es kommt o.g. Meldung und er reagiert auf nichts mehr (Das aktuelle Fernseh-Programm läuft aber weiter)
2. "unterdrücke die TAPs mit 0": Gleiches Ergebnis nur ohne die Bootmenu-Meldung

-> Meine Diagnose: HD im A... st: - Werde sie mir einmal am PC ansehen.

Das Gerät ist jetzt 1/4 Jahr alt

Anmerkung (für zukünftige Board-Fehlerdiagnosen):
Im Rahmen der Vega-Senderlisten-Einspielung erhielt ich mehrmals die Fehlermeldung E-15 - obwohl es nicht daran lag: Die Firmware / Empty Settings- Einspielungen klappten schließlich mehrfach einwandfrei.
E-15 könnte also - falls die HD tatsächlich 'nen Schlag hat - grundsätzlich auch ein Symptom für ein Festplatten-Defekt sein ...

[chrisly]

Hi.
Heute morgen hat BM merkwürdige Meldungen beim Nachladen und Starten des User-Menüs gebracht:
"Unbekannte Zeichen ..." (oder so ähnlich), und das gleich mehrfach hintereinander. Dahinter wurden dann merkwürdige Zeichenkombinationen angezeigt, die so aber nicht vorhanden sind. Nach einem Neustart war wieder alles normal (das war vor ein paar Wochen auch schon mal).

[11111]

Zur Info:
Yepp, das Dateisystem war zerschossen. TopfHDRW (Diskdoktor) hat's wieder gerichtet - Gutes Programm.
Somit: Böser Topf / böse Festplatte!

[asrael]

Hi.
Heute morgen hat BM merkwürdige Meldungen beim Nachladen und Starten des User-Menüs gebracht:
"Unbekannte Zeichen ..." (oder so ähnlich), und das gleich mehrfach hintereinander. Dahinter wurden dann merkwürdige Zeichenkombinationen angezeigt, die so aber nicht vorhanden sind. Nach einem Neustart war wieder alles normal (das war vor ein paar Wochen auch schon mal).

Das passiert wohl, wenn dem Topf der Speicher ausgeht. Hatte ich auch schon mal.

Du hast es ja vielleicht schon einmal gehört , aber Du hast wohl zu viele TAPs.

Mit freundlichen Grüßen

asrael

[chrisly]

Du hast es ja vielleicht schon einmal gehört ,
asrael

Ich??? Nö ...

Im Ernst - es sieht schlimmer aus als es ist. Normalerweise habe ich mind. 4 MB frei, das sollte eigentlich reichen. Aber ich behalte es mal im Auge, Danke für den Hinweis!

Übrigens - nochmal zum Problem mit dem RC-Mode:
Seit ich das Umschalten des RC-Mode loggen lasse, hat es immer geklappt. Vielleicht hat dem Topf ja schon die bloße Drohung gereicht ...

Edit: Vertan - freier Speicher trotz einiger Taps: mind. 7 MB. Das sollte ja dann auf jeden Fall reichen.

[chrisly]

Übrigens - nochmal zum Problem mit dem RC-Mode:
Seit ich das Umschalten des RC-Mode loggen lasse, hat es immer geklappt. Vielleicht hat dem Topf ja schon die bloße Drohung gereicht ...

Ich wusste es - ich hätte es besser nicht geschrieben, denn heute hatte ich das Problem nach langer Zeit mal wieder. Allerdings ließ sich der Topf weder mit dem normalen noch mit dem MP-Code starten, sondern nur noch am Topf direkt. Bisher ging wenigstens noch der normale Code.

Geloggt wurde (aus der bye.cmd), dass der Code auf MP-Code umgestellt wurde.
switch tv, 1
log RCMODE
rcmode 1
log RCMODE = 1

(beide LOGS vorhanden).

Habt Ihr ´ne Idee?

[11111]

Hast Du es einmal mit einem sleep-Befehl zwischen switch und rcmode probiert?
Oder rcmode an eine andere Stelle im Code schieben?

[chrisly]

Hast Du es einmal mit einem sleep-Befehl zwischen switch und rcmode probiert?
Oder rcmode an eine andere Stelle im Code schieben?

Denkst Du, das könnte was bringen? Lt. LOG wurde der Mode ja umgestellt. Mehr kann BM ja eigentlich nicht machen!?
Ich werde es erst in 2 Wochen testen können - mein Topf ist gerade in den "Urlaubsmodus" gewechselt (in 2 Stunden geht´s los ).
Für weitere Vorschläge bin ich natürlich trotzdem dankbar!

[11111]

So wie ich Dich verstanden hatte hat er die log-Befehle ausgeführt - aber nicht (bzw. nicht korrekt) den rcmode-Befehl.
Aber das ist mir doch auch wurscht, ob er richtig loggt oder nicht - die korrekte Ausführung des rcmode-Aufruf ist doch das was mich interessiert.

Ich weiß allerdings auch nicht den Grund warum er den Befehl (manchmal) nicht richtig verarbeitet.
Und deshalb weiss ich auch nicht ob meine "Empfehlungen" das Problem tatsächlich lösen werden.

Ausprobieren würde ich sie an Deiner Stelle trotzdem einfach einmal (z.B. den rcmode- vor den switch-Befehl stellen und/oder einen sleep-Befehl vor den rcmode-Aufruf setzen): Kaputt gehen kann dabei schließlich nichts.

[walda]

Hi

In Kapitel 6.3 des Handbuches steht, dass ein Reboot erfolgt, wenn ein TAP abstürzt.

Kann man das abschalten? Ich suche nämlich den Grund, warum mein Topf abstürzt und da würde ich die Bildschirmmeldung von iTiNa benötigen. Diese sehe ich klarerweise aber bei einem Reboot nicht mehr.

Danke

[asrael]

[quote="walda"]Hi

In Kapitel 6.3 des Handbuches steht, dass ein Reboot erfolgt, wenn ein TAP abstürzt.

Kann man das abschalten? Ich suche nämlich den Grund, warum mein Topf abstürzt und da würde ich die Bildschirmmeldung von iTiNa benötigen. Diese sehe ich klarerweise aber bei einem Reboot nicht mehr.

Danke[/quote]

Nein, ist leider nicht vorgesehen.

Mit freundlichen Grüßen

asrael

[walda]

Wär das nicht was für die Wunschliste? So ala "Set Reboot=off"...

[chrisly]

Hi.
Mir ist es jetzt schon ein paarmal passiert, dass sich der Topf abschaltet, wenn sich an lfd. Aufnahmen eine weitere Aufnahme unmittelbar anschließt (z.B. Aufn. 1 bis 18:00 Uhr; Aufn. 2 ab 18:00 Uhr) und der Topf bei lfd. Aufnahme 1 schon "ausgeschaltet" wurde, also "OFF" im Display steht. Dann startet manchmal (nicht immer) noch kurz die 2. Aufnahme, aber einige Sekunden später schaltet der Topf ab.
Das könnte doch verhindert werden, indem BM vor dem Abschalten prüft, ob innerhalb der nächsten Minute eine weitere Aufnahme starten soll. Vielleicht könnte "man" das ja noch irgendwann einbauen?