Ist vielleicht schon ein alter Hut - oder vielleicht lief's auch nur bei mir - aber bei mir hat - eben als Ergänzung zur Debugmode disable-FAQ folgender Eintrag den gewünschten Effekt gebracht, nämlich das Zurücksetzen in den Originalzustand:
Anstelle der Eingabe von "setenv product? true" - der wurde zwar akzeptiert, hatte aber nicht den gewünschten Effekt, brachte die Eingabe von "setenv product? 1" die Box wieder in den Originalzustand.
Ach so, für den Fall das es an einer bestimmten Box, bzw. die Art und Weise wie die Box in den Debug-Mode gebracht wurde, liegt:
Philips, 2xI, Sat, "Debug-ohne-Kurzschluß (Pin 12)"
Wie gesagt, für den Fall, daß das hier schon 100mal durchgekaut wurde, bitte im vielmaß um Nachsicht...
Ergänzung zur "Debugmode disable-FAQ" von McClean
-
- Interessierter
- Beiträge: 25
- Registriert: Mittwoch 3. Oktober 2001, 00:00
-
- Senior Member
- Beiträge: 8282
- Registriert: Mittwoch 10. Oktober 2001, 00:00
Code: Alles auswählen
dbox2:root> setenv product? -1
1 ist nicht gut, das gibt Probleme wenn man den debug-mode wieder enablen will.
-
- Interessierter
- Beiträge: 25
- Registriert: Mittwoch 3. Oktober 2001, 00:00
-
- Tuxboxer
- Beiträge: 6119
- Registriert: Mittwoch 3. April 2002, 00:32
nee, nix mit 1 ist true...
FFFFFFFF ist das gleiche wie minus 1, ergo alle bits gesetzt und deshalb debug disabled
beim debugenablen wird hier alles auf 0 gesetzt, und das ist dann auch eine 0
wenn beim debugdisablen da ne 1 reingeschrieben wird, dann steht da letztenendes 00000001, und das wäre falsch
FFFFFFFF ist das gleiche wie minus 1, ergo alle bits gesetzt und deshalb debug disabled
beim debugenablen wird hier alles auf 0 gesetzt, und das ist dann auch eine 0
wenn beim debugdisablen da ne 1 reingeschrieben wird, dann steht da letztenendes 00000001, und das wäre falsch
never change a running system