http://satellite-board.de

JTAG ?!? Ein serielles 1:1 beschaltetes Kabel reicht da völlig

Die aktuellen Digenius haben eine RAM Dumping Funktion über die serielle Konsole.
Man muß sich nur einen STB Dumper programmieren, der das automatisiert macht und aus den geloggten seriellen Daten ein Binary erstellt.
Zur Zeit hab ich den den Dump noch auf die Größe 2MB (Dump Bereich 0x0 bis 0x1FFFFF) begrenzt.
Da sollte aber alles von der Firmware drin sein (die Firmware ist im RAM dann auch unkomprimiert).

Ist allerdings noch etwas buggy und sehr langsam (pro gedumptes MB rund 6-8 Minuten), aber prinzipiell läuft es. Ich hab nur ein Problem von 0xF9E6C bis 0xFBE6C. Da steht immer der der letzte Dump Puffer drin.
Aber für Analyse Zwecke reicht das erstmal völlig.

Der nächste Schritt wäre das komprimierte APP Format auseinander zu nehmen, um zu sehen, ob man einzelne Blöcke im FLASH wieder zurückschreiben könnte.....

JTAG weis ich nicht, ob der Fujitsu das überhaupt unterstützt.

Das Teil hat einen Jtag Port CPU seitig. Ob der 10er Kontakter der jtag ist oder was anderes muß ich mir mal anschauen. Aber man kommt bei Fujitsu ja an alle Pins rann ...
Werde mich bei gelegenheit mal drum kümmern...
Der Link oben futzt nicht! -> Hat geklappt...

Nur 2MB? Der Flash ist doppelt so groß. Fragt sich ob die Firmware wirklich alles umfast was für alle OEMs gebraucht wird. Z.B. die Boot-Logos der OEMs. Die Werden nicht in dem Image sein sondern irgend wo schon im Flash. Denke die haben einen Bootloader + Firmware + einem Datenteil. Denke das dieser Datenteil auch darüber entscheidet welche Funktionen der Firmware aktiviert werden. Kann auch sein das das ganze ein 2byte Patch bedarf

cu Oli

Upps. Die 2MB Begrenzung war bei einer älteren Version des Dumpers. Du kannst aber von 0x0 bis 0x800000 (=8MB) den Bereich einstellen, den du dumpen möchtest.

Die Logos sind zwar im FLASH gespeichert, aber zur Ausführung werden alle Daten (Firmware, Grafiken, Settings etc.) aus dem FLASH in den RAM dekomprimiert und sind dort unkomprimiert vorhanden. Im laufendem Betrieb wäre der FLASH ja zu langsam, um die Software ordentlich auszuführen deswegen gibts ja den DRAM.
Das dürfte auch die Bootlogos betreffen. Eventuell einfach mal im Dump nach einem MPEG2 Header suchen "00 00 01 B3".

Ich glaube nicht das die Firmware im Flash komprimiert vorliegt! Das komprimieren macht ja nur zum verkürzen des Downloads sinn. Sonst würde es nur das booten verlangsamen. So riesig ist die Firmware sicher nicht. Alle mir bekanten Boxen haben wenn komprimiert das nur zum Download (Galaxis, Humax...) Viele Asiaten haben eine BINs oder gehen über Motorola r19 o.ä. Sonst wäre auch der 4MB Flash viel zu hoch gegriffen.
cu Oli

Das die Firmware komprimiert ist sieht man daran, daß die APP Dateien im Hex Editor keine Strings anzeigen.
Das hat nichts mit den Downloadzeiten zu tun, sondern mehr damit, daß das auch in 1MB FLASH passen muß.
Außerdem muß in den 1MB Flash (MD24500 -> hier sind keine 4MB verbaut) nicht nur die Firmware, sondern auch der Bootloader sowie die Settings (4000+ Programme) reinpassen.
Daher wird die Firmware sicherlich komprimiert im FLASH abgelegt. Zur Ausführung wird sie dann einfach in den größeren DRAM dekomprimiert.
Den DRAM braucht man sowieso, da hier die Zugriffszeiten wesentlich besser sind, als wenn man die Firmware direkt aus dem FLASH ausführen würde.
Das der DRAM immer größer ist als der FLASH Speicher im Receiver steckt hat daher nicht nur mit dem zusätzlich benötigten AV RAM zu tun.

Außerdem gibt es jede Menge andere Hersteller, die genauso ihre Firmware komprimiert im FLASH ablegen.
Bei der DBOX2 stecken im 8MB Image ebenso wesentlich mehr Daten als das Image ansich groß ist.

Kannst mal ein Bild von der MD24500 Platine machen. Frage mich warum sie dem MD29020 einen 4MB (MB29LV400B) spendiert haben. Und warum der z.B. die Grobi Software, angeblich wegen Platzproblem, nicht laden kann. Denke aber das Teile wie der Bootloader und Userblock nicht komprimiert im Flash vorliegt. Boxen mit Ram=Flash Speicher bilden ja meist bei Booten den gesamten Flash im Ram ab, und haben extra DRAM für mpeg. Diese Baureihe hat ja angeblich 1MB EPG Cash... was mich bei 1MB Flash sehr wundert!!! Der EPG muß ja im Flash gebunckert werden, da er nach Netzaus noch vorhanden ist!
cu Oli

Klar, der Bootloader ist unkomprimiert sonst würde das ganze ja nicht funktionieren. Im Firmware Image steckt ja auch kein Update für den Loader. Da gabs ja bei Digenius für die 4er Serie diese uhw...irgendwas.app, die den Loader aktualisierte.
Die User Einstellungen sind u.U. gar nicht im FLASH, sondern möglicherweise im NVW.

Fotos etc. hier

Zu meinem anfänglichen Problem mit dem SPDIF habe ich endlich ein Antwort von Medion erhalten:

Wie? Die machen keinen email Support?!?

Werde da wirklich mal anrufen, heute Abend. So kompliziert kann es ja nicht sein. Hatte ja auch alles geschildert, mit Typ des DD-Decoders Kabellängen usw...
Habe ja auch Berichte im DAU Forum gelesen wonach DD geht mit dem MD29020. Ich tippe bald auf einen defekt.
cu Oli

Hallo,

seid ihr noch an Informationen über die Firmware der Digenius/Grobi/Medions interessiert?

Thomas

Machst du eigentlich noch diese Linux Experimente auf Fujitsu Chip Basis
Funktioniert das
Ich hätte da nämlich diverse Digity´s, wo ich drauf rumspielen könnte...

Ja, allerdings habe ich sehr wenig Zeit. Im Moment versuche ich die LinuxTV Quellen ins uClinux einzubauen, damit bald mal wenigstens die Tuner-Frontends ansprechbar sind.

Die Digity kenne ich allerdings nicht. Haben die auch einen Fujitsu Prozessor an Bord?

Habe deinen Beitrag im DF Forum schon mit Spannung verfolgt, da würde ich glatt meinen MD 29020 aus dem Keller holen.

cu Oli

MB87L2250 (Vorgänger vom aktuellem SmartMPEG). Wurden auch bei alten Coship Receivern und der Digenius 4er Generation verbaut.