Hallo
Ich hatte von einem Kollegen eine defekte X300T bekommen, welche ich durch den Tausch zweier Elkos wieder reparieren konnte.
Ich musste jedoch feststellen, dass sich diese unmodifiziert nicht sinnvoll nutzen lässt und fände es Schade, wenn diese trotz RaspberryPI, etc. noch interessante Box auf dem Müll landen würde.
So hatte ich den JTAG-Adapter mit 74HC244 aus dem Wiki nachgebaut und LX.bin sowie YA.bin auf die erste Partition der Festplatte kopiert.
Außerdem habe ich eine Box ohne herausgeführter JTAG_ENABLE Leitung, sodass ich auf dem Prozessor löten musste (Rev 0J).
Dies scheint soweit funktioniert zu haben, da ich zwischen GND und dem angelöteten Draht die Diodenstrecke einer ESD-Schutzdiode des Prozessors messen konnte.
Den Draht habe ich mit dem JTAG_ENABLE-Jumper verbunden, welchen ich zusätzlich gebrückt habe.
Des weiteren hatte ich noch über den Trick mit der OK-Taste die "Internet OK?"-Meldung provoziert.
Wenn ich jedoch versuche mit dem Bootloader Patchtool ein Alternatives Bootimage zu starten, wird offenbar zwar der Chip erkannt, der Controller kann jedoch nicht in den Debug Modus versetzt werden und das Tool bleibt daraufhin mit der Meldung "Clearing Watchdog" hängen. Die Ausgabe einer Meldung über den Videoausgang der Box stoppt mit dem Ausführen des Tools.
Der Bootloader Patcher liefert die folgende Ausgabe:
C:\User\me\files\X300tpatch3>X300tpatch3.exe /yamon /wiggler
===========================================================
X300t bootloader patcher v3.0 by MCE2222 / Robert_S
based on WRT54G/GS EJTAG Debrick Utility which
is actually derived from Mips32 EJTAG from
TotalEmbedded without giving credit... ts ts ts
===========================================================
= This version only works on bootloader V1053,V1051,V1039 =
===========================================================
USAGE: x300tpatch
/wiggler ........... use wiggler cable
/linux ............. boot LX.BIN
/yamon ............. boot YA.BIN
-----------------------------------------------
starting YA.BIN
using Wiggler interface
Probing bus ... Done
CPU Chip ID: 00001000011000110000000000000001 (08630001)
*** Found a SigmaDesigns SMP8634 Rev A CPU chip ***
Issuing Processor / Peripheral Reset ... Done
Halting Processor ... <Processor did NOT enter Debug Mode!> ... Done
Clearing Watchdog ...
Auf dem seriellen Port der Box sind dabei auch keine neuen Meldungen zu erkennen:
<\0>xosPee serial#3713163027ffa953af755f8f350b17f4 subid 0xc4
xenv cs2 ok
power supply: ok
dram0 ok (8)
dram1 ok (8)
zboot (0) ok
SIGNED BL
Microsoft IPTV Bootloader, Build (1051)
Built by BM-DELL-167, Sep 11 2006 16:54:12
Ich hatte auchschon das einfache JTAG-Kable mit vier 100 Ohm Widerständen probiert, welches jedoch überhaupt nicht funktioniert, da irgendjemand gemeint hatte, dass er bei der komplexeren Schaltung Probleme mit einer Masseschleife hatte. Mir sah es jedoch eher danach aus, als ob der VIO-Pin nicht belastbar genug ist um den 74HC244 zu versorgen, sodass ich diesen bei meinen Tests extern versorgte.
Irgendjemand hier im Forum hatte auch gemeint, es gäbe neuere Firmware Versionen, welche das JTAG-Interface per Software deaktivieren könnten. Könnte dies eventuell bei meiner Box der Fall sein? Gibt er hierüber nähre Informationen, was wäre dann zu tun?
Hat sonst noch jemand eine Idee weshalb ich die genannten Probleme beim Patchen haben könnte?
