Hallo und willkommen in unserer Community! Ist dies Dein erster Besuch?
Seite 1 von 2 12 LetzteLetzte
Ergebnis 1 bis 15 von 21
  1. #1
    joseff2
    Gast

    Alice HSN-3800TW - USB JTAG FT4232H

    Guten Tag,

    ich bin Joseff, aus dem tschechischem Team das die tschechische Variante des Receiver
    ADB3800TW gehackt hat und dafür ein Media Center bereit stellt.
    Es handelt sich um eine set-top-box für IPTV und digitalen Antennenempfang.

    Da dieses Thema beim alten Nachtfalke Forum noch nicht ganz gelöst ist wird es hier dupliziert.

    In einer Anleitung habe ich gelesen (Jtag Opticum 9600HD-S.pdf) wo Daniel & Rimini
    mit JTAG arbeiten.

    Ich habe eine Alice HSN-3800TW und brauche aus ihr die komplette Software in den PC rausziehen (Bootloader + Firmware).
    Dann diese eine Datei, oder 2 Dateien in eine Andere Box über JTAG wieder reinkopieren.
    In der ersten Box ist noch die alte Alice Firmware, die Antennenempfang ermöglicht,
    in der anderen neuere Firmware version, die keinen Antennenempfang ermöglicht, obwohl es
    früher ging.

    Ich habe ein FT4232H USB Interface und Windows2000.
    Alles ist installiert und verdrahtet. (20 pin USB JTAG und Konsole über COM1)
    ST Micro Connection Package R1.6.0
    ST40 Micro Toolset R5.3.0

    Mit diesem Befehl über (gdb):
    sh4tp STMCLT1000A:mb411:st40

    habe ich gute Verbindung in die ADB3800TW Box.

    Mehr habe ich leider nicht geschafft.

    Die Alice HSN-3800TW mit STB7100 ist vergleichbar mit Kathrein.
    Leider ist dort ein JTAG Schutz "Sentinel not found (0xffffffff != 0xbeefface)"

    Ich möchte um eine Schitt für Schritt Anleitung bitten, wie sowas gemacht wird.

    Danke.

    - - - - - - - - - -

    Auf den Wiki-Seiten ist auch ein Link ins Forum, dort sind weitere verschiedene Anleitungen
    zu dieser Box.

    Die abgefangene Firmware funktioniert in tschechien und spanien, weil es der
    selbe Betreiber ist (Telefonica).

    Die HSN-3800TW und ADB3800TW Box ist aus der HW sicht identisch.
    Einziger wichtiger Unterschied ist die Fernbedienung, die ist anders und mit
    der anderen Box absolut nicht kompatibel (anderer Tastencode).
    Also auch bei einem gelungenem Fläschen der Alice Box mit unserer Firmware,
    hätte der Benutzer Schwierigkeit damit.
    Das Fläschen der Alice Box mit FirmLoader über LAN geht bis jetzt sowieso noch nicht , weil wir nicht
    die BootCast daten haben. Die unseren haben wir (mit Infocast2Tools.v1.3) gleich mit der Firmware abgefangen.
    Leider nicht geeignet für Alice, dabei geht es nicht um den Inhalt der Dateien, aber um
    genaue Benennung zweier Dateien, die als Passierschein dienen.

    Daher habe ich es zuerst mit einer einfachen (billigen) LPT-JTAG Verbindung mit IS 74HC244N versucht.
    Teilweise hat es geklappt, die Device ID 0x2D424041 hat es ausgelesen. Aber weiter hatte
    die SW nicht die notwendigen Voreinstellungen. - ich werde es später wieder versuchen

    Bilder JTAG:
    Code:
    HSN3800
    forum.ican3800.zajsoft.net/download/HSN3800TW/box_DE2.JPG
    
    ADB3800
    forum.ican3800.zajsoft.net/download/JTAG_USB/JTAG_nahore.JPG
    Das Passwort für die Konsole kenne ich leider nicht, hab es per Zufall versucht, aber kein Erfolg.
    Bei uns haben wir nur so brute-force an root in shadow versucht, aber das Passwort ist zu lang,
    also ohne Erfolg.

    Was wirklich helfen würde, jemanden zu finden, der diese Box hat mit einen IPTV Provider.
    Dort könte man noch die Pakete abfangen und so die BootCast Infos kriegen.

    - - - - - - - - - -

    Zitat von Rimini
    Bei den ST40 Tools sind ein paar Beispiel-Anwendungen für OS21 enthalten und da ist dann u.a. ein flasher Tool dabei. Kann man selber unter Windows kompilieren, wenn man einen Perl-Interpreter für Windows installiert hat.
    Ich benutze dafür die Freeware ActivePerl.

    Bitte gib mir die Ausgabe-Meldungen des

    sh4tp STMCLT1000A:mb411:st40

    Befehls. Bei dem Konsolen-/DOS-Fenster einfach mit der Maus auf die Tietelleiste zeigen und Rechts-Klick für das Kontext-Menü machen, dann im Kontext-Menü "Bearbeiten - Alles markieren" wählen und dann die Eingabe-/Enter-Taste drücken. Damit wird die gesamte Tectdarstellung des Konsolen-/DOS-Fensters in die Zwischenablage kopiert, so dass man die Textausgabe z.B. in einen Editor oder eben auch eine PN einfügen lassen kann. Liest sich besser als Bildschirm-Fotos/Snapshots.

    Bitte schreib dazu, welche Flash-Chips auf der Receiver-Platine vorhanden sind.
    Danke für die Anleitung zu Text kopieren, ich dachte, es geht nicht in gdb.

    JTAG Ausgabe-Meldung (gdb)
    Code:
    GNU gdb (STMicroelectronics Base) 7.4-ST-1.0 [build Nov  5 2012]
    Copyright (C) 2012 Free Software Foundation, Inc.
    License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
    This is free software: you are free to change and redistribute it.
    There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
    and "show warranty" for details.
    This GDB was configured as "--host=i686-pc-mingw32 --rel="nofollow" target=sh-superh-elf".
    For bug reporting instructions, please see:
    <<file://doc/docbug.htm> in the installation>.
    
    (gdb) sh4tp STMCLT1000A:mb411:st40
    The target is assumed to be little endian
    The target architecture is assumed to be sh4
    mb411_stx7100_cut31 (mb411) connect start - parameters {}
    Initialization TCK frequency set to 3000000 Hz
    Device id  0x2d424041
    tapmux connect(): boot mode single core setup
    tapmux setup to bypass to core st40, channel 1
    mb411 initialization start with SoC stx7100_cut31 ...
    stx7100_cut31: booted audio companion
    stx7100_cut31: booted video companion
    TCK frequency set to 10000000 Hz
    tapmux complete_connect(): single core setup
    mb411 initialization complete
    0xa0000000 in ?? ()
    (gdb)
    Auf der Receiver-Platine sind 2 Flash-Chips.
    Bei Alice sind sie mit Kunststoff bedeckt, bei uns nicht.
    Ich glaube es sollten die selben sein. ??

    Bei uns steht drauf:
    Code:
    ST
    8W320HS
    T70ZA6       CSK_R20
    AKR  VS
    99    825
    Code:
    NAND512W3A2CZA6
    ST

    In die Alice Box habe ich die notwendigen Pins sehr vorsichtig zugelötet.

    Die Verbindung "geht", aber die Box ist etwas anders.
    Code:
    GNU gdb (STMicroelectronics Base) 7.4-ST-1.0 [build Nov  5 2012]
    Copyright (C) 2012 Free Software Foundation, Inc.
    License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
    This is free software: you are free to change and redistribute it.
    There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
    and "show warranty" for details.
    This GDB was configured as "--host=i686-pc-mingw32 --rel="nofollow" target=sh-superh-elf".
    For bug reporting instructions, please see:
    <<file://doc/docbug.htm> in the installation>.
    
    (gdb) sh4tp STMCLT1000A:mb411:st40
    The target is assumed to be little endian
    The target architecture is assumed to be sh4
    mb411_stx7100_cut31 (mb411) connect start - parameters {}
    Initialization TCK frequency set to 3000000 Hz
    Device id  0x2d424041
    tapmux connect(): boot mode single core setup
    tapmux setup to bypass to core st40, channel 1
    SDI [ERROR] :: [SERVER] serviceASEMode: Sentinel not found (0xffffffff != 0xbeef
    face)
    SDI [ERROR] :: [SERVER] sdi_Attach: Unable to service target after attaching
    SDI [ERROR] :: [SERVER] processSDICommand: sdi_Attach failed
    SDI [ERROR] :: Command SDI_ATTACH failed (0)
    mb411 initialization start with SoC stx7100_cut31 ...
    stx7100_cut31: booted audio companion
    stx7100_cut31: booted video companion
    TCK frequency set to 10000000 Hz
    tapmux complete_connect(): single core setup
    mb411 initialization complete
    SDI [ERROR] :: [SERVER] serviceASEMode: Sentinel not found (0xffffffff != 0xbeef
    face)
    SDI [ERROR] :: [SERVER] sdi_Attach: Unable to service target after attaching
    SDI [ERROR] :: [SERVER] processSDICommand: sdi_Attach failed
    SDI [ERROR] :: Command SDI_ATTACH failed (0)
    Unable to attach to remote target STMCLT1000A:mb411:st40
    (gdb)
    - - - - - - - - - -

    Rimini:
    Aha, bei der Alice-Box der bekannte "Sentinel not found (0xffffffff != 0xbeefface)" Fehler, der eine JTAG-Kommunikation verhindert. Die Genaue Ursache dafür ist bisher weitgehend unbekannt und es gibt nur ein paar Vermutungen:

    - könnte ein STi71xx-Chip sein, der kein JTAG mehr zulässt
    - könnte eine Hardware-Option (Lötbrücke, 0Ohm-Widerstand usw.) sein, die JTAG verhindert
    - könnte man unter Umständen umgehen, wenn nASEBRK des JTAG-Interfaces vom Receiver zwangsweise und niederohmig (47...220Ohm) mit +3,3V und mehr (bis zu +5V) verbunden wird (Vorsicht, das könnte auch zur Zerstörung des STi71xx-Chips führen)

    Wie auch immer, bei dem anderen Receiver mal mit dem angehängten flasher.out einen Dump des NOR-Chips versuchen. Da hab ich versucht den M28W320HS passend zu definieren. Versucht deshalb, weil man zu dem Chip kein Datenblatt findet und vom wahrscheinlich ähnlichen M28W320CB ausgehend es versuchen muss.

    - - - - - - - - - -

    Ja, diese flasher.out Datei scheint zu funktionieren.

    ST40 Toolset-Befehl (kein GDB-Befehl, sondern in der Konsole des ST40 Toolset eingeben) für Flash-Dump

    sh4xrun -c sh4tp -t STMCLT1000A:mb411:st40 -e flasher.out -a -r c:\\jtag\\HSN3800\\HSN3800flasherout

    Unsere Box ADB3800TW:
    Code:
    Setting up ST40 Micro Toolset R5.3.0
    
    C:\STMicroToolset40R5.3.0>sh4xrun -c sh4tp -t STMCLT1000A:mb411:st40 -e flasher.
    out -a -r c:\\jtag\\ADB3800\\ADB3800flasherout
    
    FLASHER V3.3
    Copyright (c) 2003-2009 STMicroelectronics Limited
    Platform: mb411stb7100
    
    FLASH devices detected:
    0x00000000 -> 0x003fffff : STMicroelectronics M28W320HS detected
    
    Dumping FLASH to c:\\jtag\\ADB3800\\ADB3800flasherout...
    Progress: 100%
    
    FLASH dumping complete
    
    C:\STMicroToolset40R5.3.0>
    Das kopieren in den PC hat 1 Minute gedauert.
    Code:
    forum.ican3800.zajsoft.net/download/JTAG_USB/ADB3800flasherout.rar
    Gleich habe ich das selbe noch 2x gemacht und unter einem anderen Name gespeichert und MD5 checksum gemacht.
    Alle 3 sind identisch, also die Verbindung ist gut.

    Da möchte ich um eine Anleitung bitten, wie die flasher.out Datei erstellt wurde.

    Also habe ich es auch bei Alice versucht. Naja, ist etwas schief gegangen.
    Code:
    Setting up ST40 Micro Toolset R5.3.0
    
    C:\STMicroToolset40R5.3.0>sh4xrun -c sh4tp -t STMCLT1000A:mb411:st40 -e flasher.
    out -a -r c:\\jtag\\HSN3800\\HSN3800flasherout
    SDI [ERROR] :: [SERVER] serviceASEMode: Sentinel not found (0xffffffff != 0xbeef
    face)
    SDI [ERROR] :: [SERVER] sdi_Attach: Unable to service target after attaching
    SDI [ERROR] :: [SERVER] processSDICommand: sdi_Attach failed
    SDI [ERROR] :: Command SDI_ATTACH failed (0)
    SDI [ERROR] :: [SERVER] serviceASEMode: Sentinel not found (0xffffffff != 0xbeef
    face)
    SDI [ERROR] :: [SERVER] sdi_Attach: Unable to service target after attaching
    SDI [ERROR] :: [SERVER] processSDICommand: sdi_Attach failed
    SDI [ERROR] :: Command SDI_ATTACH failed (0)
    Unable to attach to remote target STMCLT1000A:mb411:st40
    You can't do that when your target is `exec'
    The program is not being run.
    
    C:\STMicroToolset40R5.3.0>
    Den selben Befehl habe ich gleich wiederholt und:
    Code:
    Setting up ST40 Micro Toolset R5.3.0
    
    C:\STMicroToolset40R5.3.0>sh4xrun -c sh4tp -t STMCLT1000A:mb411:st40 -e flasher.
    out -a -r c:\\jtag\\HSN3800\\HSN3800flasherout
    .\sh4xrun: error: 'C:\STMicroToolset40R5.3.0/.\sh-superh-elf-xrun.exe' does not
    exist
    
    C:\STMicroToolset40R5.3.0>
    Wieder versucht und das selbe.

    Die Alice Box funktioniert, hab ausprobiert.

    Also habe ich mich wieder an unsere Box angeschlossen, und es ging schlecht.
    GDB hat mit sh4tp STMCLT1000A:mb411:st40 paar Fehler ausgespuckt
    und die Verbindung ist nicht gelungen. Das selbe bei STMicroToolset.
    PC und Box Neustart hat nicht geholfen.
    In die USB Schnittstelle habe ich die Einstellung wieder neu gespeichert
    und GDB hat sich gefangen, auch mit der Konsole. Aber nicht STMicroToolset.

    STMicroToolset und Perl neu installiert, hat aber nicht geholfen.

    GDB geht, aber obwohl die Datei sh-superh-elf-xrun.exe in /bin ist, geht
    die Verbindung mit STMicroToolset nicht. Es spuckt immer die selbe
    Fehlermeldung aus, was komisch ist, weil es sehr gut ging.

    - - - - - - - - - -

    Gute Nachrichten, die JTAG Verbindung geht wieder.

    Der Fehler ist erst bei flasher.out verwendung an Alice erschienen.
    Das erste Mal bei Alice hat es "funktioniert" aber mit Sentinel-Errors, das habe ich erwartet.
    Also habe ich gleich den selben Befehl gegeben, aber als Ausgang kam nur die sh-superh-elf-xrun.exe' does not exist Fehlermeldung.
    Die Schnittstelle habe ich nicht berührt (also Elektrostatische Entladung ausgeschlossen),
    das Kabel habe ich nich getrennt (also guter Kontakt) und trotzdem die Fehlermeldung.
    Im PC habe ich 4x das Programm ST40 Micro Toolset R5.3.0 gelöscht, installiert und immer ausprobiert, bis es endlich wieder ging.
    Da ist ein Bug im Programm von ST, der wahrscheinlich in einer bestimmten Situation erscheint.
    Angehängte Dateien Angehängte Dateien
    Geändert von joseff2 (24.11.2013 um 00:05 Uhr)
    Unterstützung Wenn Du sehr gerne die Informationen unsere Community liest, dann klicke bitte auf die Grafik und unterstütze uns mit einer Spende.
    Click Here To Contribute To Our Site


    •   Alt Advertising

       

  2. #2
    joseff2
    Gast
    Rimini:
    Wegen dem Alice-Receiver:

    Wenn die Receiver-Platinen prinziepiell die selben sind, dann ganz genau die Bestückung mit Bauteilen (insbesondere auch den kleinen SMD-Widerständen) zwischen beiden Platinen vergleichen und jeden kleinsten Unterschied genau dokumentieren.

    Die STi71xx-Chips besitzen einige Konfigurations-Pins, die je nach dem ob sie mit GND oder einer Betriebsspannung verbunden (z.B. auch über Widerstände) sind, bestimmte Funktionalitäten aktivieren oder deaktivieren können.

    Datenblatt vom M28W320HST (so müsste die Grundversion richtig heißen) findet man nicht, aber vom M28W320FST, der die selbe Device-ID (0x880A) hat. Der M28W320HST könnte also eine neuere Chip-Version des M28W320FST sein (neuere H-Version und der F-Version).
    Code:
    pdf.datasheetcatalog.com/datasheets2/10/1044705_1.pdf
    Das sieht nicht besonders gut aus, da es NOR-Flashs mit einer Security-Funktion sind:
    Software Protection thanks to KRYPTO
    Security Features:
    – Modify Protection: volatile and nonvolatile.
    – Read Protection.
    The KRYPTO Security features are described in a
    dedicated Application Note. Please contact STMicroelectronics
    for further details.
    Two registers are available for protection purpose:
    ■ The Protection Register
    ■ The KRYPTO Protection Register.
    The Protection Register is a 192 bit Protection
    Register to increase the protection of a system design.
    The Protection Register is divided into a 64
    bit segment and a 128 bit segment. The 64 bit segment
    contains a unique device number written by
    ST, while the second one is one-time-programmable
    by the user. The user programmable segment
    can be permanently protected. Figure 7., shows
    the Protection Register Memory Map.
    The KRYPTO Protection Register is used to manage
    the Modify and Read protection modes. It also
    features a Device Authentication mechanism.
    The KRYPTO Protection Register is described in a
    dedicated Application Note. Please contact STMicroelectronics
    for further details.
    --------------------------------------------------------------------------------

    Erstellt wurde die flasher.out ganz normal mit dem Example-Code für OS21 aus dem ST40-Toolset, also mit make TARGET=mb411. Vorher muss man noch make clean machen, wenn man schonmal was kompliert hatte, was nicht funktionierte.

    Den im Source-Code bisher unbekannte M28W320HST NOR-Chip muss man mit entsprechenden Definitionen dem Source-Code hinzufügen. Für NOR-Chips gibt es zwei dafür zuständige Dateien, nor.h und norutil.c.

    In der Datei nor.h befinden sich die grunsätzlichen Definitionen, wie mit NOR-Chips umgegegangen werden soll und insbesondere die Tabelle mit den "Namen" der bekannten Flash-Chips, wo man einfach einen passenden, noch nicht vorkommenden Namen hinzufügen kann.:
    Code:
    /*
     * Types used by flashutil.c
     */
    typedef enum
    {
      M28W320HS,
      M58LT256GT,
    .
    .
    .
      S29GL064N
    } flashType_t;
    Danach folgen die Struktur-Definitionen für die Beschreibung der Flash-Chips:
    Code:
    /*
     * Type used for describing the block layout
     * of devices
     */
    typedef struct flashBlockInfo_s flashBlockInfo_t;
    
    struct flashBlockInfo_s
    {
      unsigned int offset; /* Blocks lower than this offset ... */
      unsigned int size; /* ... have this size */
    };
    .
    .
    .
    /*
     * A FLASH device
     */
    typedef struct flashDevice_s flashDevice_t;
    
    struct flashDevice_s
    {
      flashType_t type;
      const char* deviceName;
      const char* manufacturerName;
      unsigned int deviceID0;
      unsigned int deviceID1;
      unsigned int deviceID2;
      unsigned int bankSize;
      unsigned int baseAddress;
      flashBlockInfo_t* blockInfo;
      unsigned int bufferSize;    /* NOR device program buffer size in bytes */
    
    /*
     * Methods
     */
      void (*reset) (flashDevice_t*);
      void (*blockUnprotect) (flashDevice_t*, unsigned int);
      void (*blockErase) (flashDevice_t*, unsigned int);
      void (*chipErase) (flashTarget_t*, flashDevice_t*, flashProgress_t);
      void (*writeWord) (flashDevice_t*, unsigned int, unsigned int);
      void (*writeBuffer) (flashDevice_t*, unsigned int, void*);
    };
    deren Werte dann in der Datei norutil.c zu finden sind und bei einem neuen Flash-Chip entsprechend dort hinzugefügt werden müssen:
    Code:
    /*
     * Block layout of the FLASH parts used on our boards
     *
     * These are address and size pairs. Read the tables
     * as 'addresses below this are broken up into blocks
     * of this size'.
     */
    static flashBlockInfo_t M28W320HS_blockInfo[] = {
      {0x1F8000, 0x08000},
      {0x200000, 0x01000},
      {0x000000, 0x00000}
    };
    
    static flashBlockInfo_t M58LT256GB_blockInfo[] = {
      {0x0020000, 0x08000},
      {0x2000000, 0x20000},
      {0x0000000, 0x00000}
    };
    .
    .
    .
    static flashBlockInfo_t SPANSION_MIRRORBITx16_128MB_param_blockInfo[] = {
      {0x8000000, 0x20000},
      {0x0000000, 0x00000}
    };
    
    /*
     * The list of support FLASH parts, and their attributes
     */
    static flashDevice_t supportedDevices[] = {
      {
       M28W320HS,
       "M28W320HS",
       NULL,
       0x0000880A,
       0,
       0,
       1024 * 1024 * 4,
       0,
       M28W320HS_blockInfo,
       0,
    
       resetM29W,
       blockUnprotectCFI,
       blockEraseCFI,
       chipEraseSimple,
       writeWordCFI,
       NULL
      },
      {
       M58LT256GT,
       "M58LT256GT",
       NULL,
       0x00008870,
       0,
       0,
       1024 * 1024 * 32,
       0,
       M58LT256GT_blockInfo,
       64,
    
       resetM58LT16,
       blockUnprotectCFI16,
       blockEraseCFI16,
       chipEraseSimple,
       writeWordCFI16,
       writeBufferCFI16
      },
    .
    .
    .
       {
       S29GL064N,
       "S29GL064N",
       NULL,
       0x0000227e,
       0x00002210,
       0x00002200,
       1024 * 1024 * 8,
       0,
       M29W640DB_blockInfo,
       0,
    
       resetM29W16,
       NULL,
       blockEraseM29W16,
       chipEraseM29W,
       writeWordM29W16
      },
      {.deviceName = NULL}
    };
    Was man da als Werte verwenden muss bzw. kann, findet man in den Datenblättern der Flash-Chips bzw. muss es an Hand vorhandener Definitionen für bekannte Flash-Chips entsprechend erraten.

    Die Block-Definitionen sollten richtig sein, Device-ID stimmt auch und die erstmal aufgeführten Routinen zum Löschen und Schreiben des M28W320HST-Chips zu verwendenden Routinen:
    Code:
       resetM29W,
       blockUnprotectCFI,
       blockEraseCFI,
       chipEraseSimple,
       writeWordCFI,
    sind einfach nur geraten und passen höchstwahrscheinlich und wegen der Krypto-Funktionen nicht oder nicht richtig, aber da muss eben auch was angebenen werden, sonst bekommt man beim Kompilieren gleich erstmal eine Fehlermeldung.

    Ansonsten mach gute Fotos (senkrechter Blick auf die Receiver-Platine und gut ausgeleuchtet ohne Blitzlicht) von der gesamten Receiver-Platine (auch von der Unterseite, um eventuell Verbindungen verfolgen zu können), so dass man (ich) die Beschriftung der Chips sehen kann. Bin mir noch nicht sicher, ob der Receiver einen extra Flash-Chip für den Bootloader hat oder nicht. Dem entsprechend müsste man dann den Source-Code von dem OS21 Sample-Programm eventuell anpassen.

    - - - - - - - - - -

    Ja also, wirklich Respekt. Die flasher.out Datei hätte ich nich geschafft.

    Die versprochenen Bilder :
    Code:
    forum.ican3800.zajsoft.net/download/HSN3800TW/Alice_Bilder.rar
    
    forum.ican3800.zajsoft.net/download/HSN3800TW/NAND_chip.rar
    Beim einschalten und hochfahren von Alice ist nur diese einzige Konsolenausgabe:
    Code:
    ADB Loader 1.02A
    [lib v9 (15-09-2003)][drv: STD_1_0_2_FW_1_0_0 (Jul 27 2006)]
    ---
    
    STG LOADER Version 1.02a, Built Jul 28 2006 11:30:48
    Bei uns etwas mehr:
    Code:
    BusyBox v1.2.2 (2008.09.01-09:17+0000) Built-in shell (ash)
    Enter 'help' for a list of built-in commands.
                            Loading modules...
    All modules loaded.°ą°ą¸
    STG LOADER Version 1.031, Built Jun  1 2006 14:19:04
    IP: 192.168.1.51
    PL
    RebootLinux version 2.6.11.12_stm20-33 (A.Mielcarek@autogrator1) (gcc version 3.4.3 (STMicroelectronics/Linux Base 3.4.3-19) [build Mar 10 2006]) #1 Wed Sep 8 11:32:36 CEST 2010
    ADB STB initialisation
    STb7100 version 3.x
    Built 1 zonelists
    Kernel command line: console=ttyAS0,115200 splasharea=4096,0x0B000000           
    PID hash table entries: 512 (order: 9, 8192 bytes)
    Calculated peripheral clock value 65108 differs from sh_pclk value 66000000, fixing..
    PLL1     : 531.00MHz
    PLL2     : 402.00MHz
    ST40 CPU : 265.50MHz
    ST40 BUS : 132.75MHz
    ST40 PER :  66.37MHz
    SLIM     : 265.50MHz
    ST231    : 402.00MHz
    STBUS    : 201.00MHz
    EMI      : 100.50MHz
    LMI      : 201.00MHz
    Console: colour dummy device 80x25
    Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
    Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
    Memory: 67712k/126976k available (1898k kernel code, 59196k reserved, 227k data, 39412k init)
    Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
    CPU: STb710x
    NET: Registered protocol family 16
    SCSI subsystem initialized
    usbcore: registered new driver usbfs
    usbcore: registered new driver hub
    SH Virtual Bus initialized
    splasharea: Allocated 4096 pages at 0x0b000000.
    devfs: 2004-01-31 Richard Gooch (rgooch@atnf.csiro.au)
    devfs: boot_options: 0x1
    STPIO layer initialised
    STMicroelectronics ASC driver initialized
    asc_init: check the clock
    ttyAS0 at MMIO 0xb8032000 (irq = 121) is a asc
    io scheduler noop registered
    io scheduler anticipatory registered
    io scheduler deadline registered
    io scheduler cfq registered
    Linux video capture interface: v1.00
    mice: PS/2 mouse device common for all mice
    i2c /dev entries driver
    NET: Registered protocol family 2
    IP: routing cache hash table of 512 buckets, 4Kbytes
    TCP established hash table entries: 4096 (order: 3, 32768 bytes)
    TCP bind hash table entries: 4096 (order: 2, 16384 bytes)
    TCP: Hash tables configured (established 4096 bind 4096)
    NET: Registered protocol family 1
    NET: Registered protocol family 17
    Freeing unused kernel memory: 39412k freed
    [UPDATE] Setting up the environment
    Loading modules...
    bios: module license 'Proprietary' taints kernel.
    [Pcb] Default PCB variant is e88tlfa
    [Pcb] PCB e99tlfa does not match to preferred e88tlfa
    [e99tlfa] Registering to pcb failed
    insmod: cannot insert `/lib/modules/pcb_e99tlfa.ko': No such device (-1): No such device
    [Pcb] Registering PCB e88tlfa
    [Pcb] Registering Memory config for PCB e88tlfa (size: 24 bytes)
    [Pcb] Registering DCO Clock config for PCB e88tlfa (size: 24 bytes)
    [Pcb] Registering SmartCard config for PCB e88tlfa (size: 32 bytes)
    [Pcb] Registering Scart config for PCB e88tlfa (size: 104 bytes)
    [Pcb] Registering Power-Off config for PCB e88tlfa (size: 44 bytes)
    [Pcb] Registering Flash Nor config for PCB e88tlfa (size: 28 bytes)
    [Pcb] Registering Flash Nand config for PCB e88tlfa (size: 64 bytes)
    [Pcb] Registering Ethernet config for PCB e88tlfa (size: 32 bytes)
    [Pcb] Registering Front Panel config for PCB e88tlfa (size: 20 bytes)
    [Pcb] Registering HDMI I2C config for PCB e88tlfa (size: 36 bytes)
    [e88tlfa] Registering to pcb ok
    SOC revision 3.7
    [Ethernet] Config for e88tlfa h/w platform.
    [Ethernet] Config for e88tlfa h/w platform.
    _LOX_CONFIG_VERSION = 0x00000001
    [Pcb] Note! ExtFilter config not supported for PCB e88tlfa.
    [ExtFilter] Note! No External Filter config for e88tlfa h/w platform.
    PWM device driver v.1.2.1
    [DCO Clock] DCO Clock config for e88tlfa h/w platform.
    [DCO Clock] PCR PWM tolerance  : 20
    [DCO Clock] PCR PWM init value : 32787
    SCART driver version 1.0
    [Scart] SCART config for e88tlfa h/w platform.
    [Scart] Active PIO : 0
    [Scart] Outputs    : 2
    [Scart] Chipset ID : 2
    [Scart] Data size  : 88
    Register ADB_SCART device (scart) - result:0
    Power Panic Driver v.1.2.0
    [Pwroff] Power-Off config for e88tlfa h/w platform.
    [Pwroff] power_panic_use_nmi_irq: NO
    $Name:  $
    [Flash NOR] Nor Flash config for e88tlfa h/w platform.
    [Flash NOR] Chip size   : 4 MB
    [Flash NOR] Base Address: 0xa0000000
    [Flash NOR] Bus Width   : 2
    [INFO] nor_map_flash flash device: 400000 at a0000000
    nor_map_flash: Found 1 x16 devices at 0x0 in 16-bit bank
     Intel/Sharp Extended Query Table at 0x0035
    cfi_cmdset_0001: Erase suspend on write enabled
    Creating 4 MTD partitions on "nor_map_flash":
    0x000e0000-0x000f0000 : "info0"
    0x000f0000-0x00100000 : "info1"
    0x00100000-0x00320000 : "kernel"
    0x00320000-0x00380000 : "backup"
    device stb7100 successfully registered
    protocol sejin added
    map for protocol : sejin registered successfully.
    JFFS2 version 2.2. (NAND) (C) 2001-2003 Red Hat, Inc.
    $Name:  $
    [Flash NAND] Config for e88tlfa h/w platform.
    NAND device: Manufacturer ID: 0x20, Chip ID: 0x76 (ST Micro NAND 64MiB 3,3V 8-bit)
    Scanning device for bad blocks
    Creating 2 MTD partitions on "NAND 64MiB 3,3V 8-bit":
    0x00000000-0x03c00000 : "filesystem"
    0x03c00000-0x04000000 : "customer"
    [Front Panel] Config for e88tlfa h/w platform.
    Neither FP PT6302 nor FP PT6958 is supported
    FP PT6958 not supported
    insmod: cannot insert `/lib/modules/pt6958.ko': No such device (-1): No such device
    [Pwroff] Power-Off config for e88tlfa h/w platform.
    [Pwroff] Restart available     : 1
    [Pwroff] Restart PIO           : 1.1
    [Pwroff] Restart PIO value     : 0
    [Pwroff] Power down available  : 1
    [Pwroff] Power down PIO        : 4.4
    [Pwroff] Power down button PIO : 1.7
    All modules loaded.
    STB: tlf3800tw
    [UPDATE] Unlocking /dev/mtd0 (info0), /dev/mtd1 (info1), /dev/mtd2 (kernel)
    [UPDATE] Backup mounted
    [UPDATE] Store config...
    jffs2_scan_dirent_node(): Node CRC failed on node at 0x0103a5e8: Read 0xffffffff, calculated 0x63244cdd
    jffs2_scan_dirent_node(): Node CRC failed on node at 0x025079ec: Read 0xffffffff, calculated 0x0f3413f4
    Empty flash at 0x02507a28 ends at 0x02507c00
    [UPDATE] Create /mnt/backup/restore.flag
    [UPDATE] Store config done.
    [UPDATE] Erasing kernel
    Erasing 64 Kibyte @ 210000 -- 97 % complete.
    [UPDATE] Updating kernel
    3653+1 records in
    3653+1 records out
    [UPDATE] Erasing Linux FileSystem
    Erasing 16 Kibyte @ 3bfc000 -- 99 % complete. Cleanmarker written at 3bfc000.
    [UPDATE] Updating Linux FileSystem
    NAND total size   : 62914560b
         block size   : 16384b
         num of blocks: 3840
    
    Writing data to block 2370 [@ 02508000]
    Total blocks marked as bad: 0
    0
    [UPDATE] Locking /dev/mtd0 (info0), /dev/mtd1 (info1), /dev/mtd2 (kernel)
    [UPDATE] Restore config...
    Empty flash at 0x00000410 ends at 0x00000600
    Empty flash at 0x00000a18 ends at 0x00000c00
    Empty flash at 0x00000e28 ends at 0x00001000
    Empty flash at 0x00001228 ends at 0x00001400
    jffs2_scan_dirent_node(): Node CRC failed on node at 0x000055f4: Read 0xffffffff, calculated 0x2322e93d
    Writing token values...
    Tokens written
    cfg.locale.ui set to cs-CZ
    [UPDATE] STAUDLX_REL code settuped
    [UPDATE] Add fonts to mozilla user prefs
    [UPDATE] Restore config done.
    [UPDATE] Setup OPCH Loader 2010.10.04.07.07.16
    [UPDATE] Rebooting...
    The system is going down NOW !!
    Sending SIGTERM to all processes.
    Sending SIGKILL to all processes.
    Please stand by while rebooting the system.
    Restarting system.  Linux version 2.6.11.12_stm20-33 (A.Mielcarek@autogrator1) (gcc version 3.4.3 (STMicroelectronics/Linux Base 3.4.3-19) [build Mar 10 2006]) #1 Wed Sep 8 11:32:36 CEST 2010
    ADB STB initialisation
    STb7100 version 3.x
    Built 1 zonelists
    Kernel command line: console=ttyAS0,115200 splasharea=4096,0x0B000000 bigphysarea=4030,0x09000000
    PID hash table entries: 512 (order: 9, 8192 bytes)
    Calculated peripheral clock value 63520 differs from sh_pclk value 66000000, fixing..
    PLL1     : 531.00MHz
    PLL2     : 402.00MHz
    ST40 CPU : 265.50MHz
    ST40 BUS : 132.75MHz
    ST40 PER :  66.37MHz
    SLIM     : 265.50MHz
    ST231    : 402.00MHz
    STBUS    : 201.00MHz
    EMI      : 100.50MHz
    LMI      : 201.00MHz
    Console: colour dummy device 80x25
    Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
    Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
    Memory: 88192k/126976k available (1898k kernel code, 38692k reserved, 227k data, 732k init)
    Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
    CPU: STb710x
    NET: Registered protocol family 16
    SCSI subsystem initialized
    usbcore: registered new driver usbfs
    usbcore: registered new driver hub
    SH Virtual Bus initialized
    bigphysarea: Allocated 4030 pages at 0x89000000.
    splasharea: Allocated 4096 pages at 0x0b000000.
    devfs: 2004-01-31 Richard Gooch (rgooch@atnf.csiro.au)
    devfs: boot_options: 0x1
    STPIO layer initialised
    STMicroelectronics ASC driver initialized
    asc_init: check the clock
    ttyAS0 at MMIO 0xb8032000 (irq = 121) is a asc
    io scheduler noop registered
    io scheduler anticipatory registered
    io scheduler deadline registered
    io scheduler cfq registered
    Linux video capture interface: v1.00
    mice: PS/2 mouse device common for all mice
    i2c /dev entries driver
    NET: Registered protocol family 2
    IP: routing cache hash table of 512 buckets, 4Kbytes
    TCP established hash table entries: 4096 (order: 3, 32768 bytes)
    TCP bind hash table entries: 4096 (order: 2, 16384 bytes)
    TCP: Hash tables configured (established 4096 bind 4096)
    NET: Registered protocol family 1
    NET: Registered protocol family 17
    Freeing unused kernel memory: 732k freed
    Loading modules...
    bios: module license 'Proprietary' taints kernel.
    [Pcb] Default PCB variant is e88tlfa
    [Pcb] PCB e99tlfa does not match to preferred e88tlfa
    [e99tlfa] Registering to pcb failed
    insmod: cannot insert `/lib/modules/pcb_e99tlfa.ko': No such device (-1): No such device
    [Pcb] Registering PCB e88tlfa
    [Pcb] Registering Memory config for PCB e88tlfa (size: 24 bytes)
    [Pcb] Registering DCO Clock config for PCB e88tlfa (size: 24 bytes)
    [Pcb] Registering SmartCard config for PCB e88tlfa (size: 32 bytes)
    [Pcb] Registering Scart config for PCB e88tlfa (size: 104 bytes)
    [Pcb] Registering Power-Off config for PCB e88tlfa (size: 44 bytes)
    [Pcb] Registering Flash Nor config for PCB e88tlfa (size: 28 bytes)
    [Pcb] Registering Flash Nand config for PCB e88tlfa (size: 64 bytes)
    [Pcb] Registering Ethernet config for PCB e88tlfa (size: 32 bytes)
    [Pcb] Registering Front Panel config for PCB e88tlfa (size: 20 bytes)
    [Pcb] Registering HDMI I2C config for PCB e88tlfa (size: 36 bytes)
    [e88tlfa] Registering to pcb ok
    SOC revision 3.7
    [Ethernet] Config for e88tlfa h/w platform.
    [Ethernet] Config for e88tlfa h/w platform.
    _LOX_CONFIG_VERSION = 0x00000001
    [Pcb] Note! ExtFilter config not supported for PCB e88tlfa.
    [ExtFilter] Note! No External Filter config for e88tlfa h/w platform.
    PWM device driver v.1.2.1
    [DCO Clock] DCO Clock config for e88tlfa h/w platform.
    [DCO Clock] PCR PWM tolerance  : 20
    [DCO Clock] PCR PWM init value : 32787
    SCART driver version 1.0
    [Scart] SCART config for e88tlfa h/w platform.
    [Scart] Active PIO : 0
    [Scart] Outputs    : 2
    [Scart] Chipset ID : 2
    [Scart] Data size  : 88
    Register ADB_SCART device (scart) - result:0
    Power Panic Driver v.1.2.0
    [Pwroff] Power-Off config for e88tlfa h/w platform.
    [Pwroff] power_panic_use_nmi_irq: NO
    $Name:  $
    [Flash NOR] Nor Flash config for e88tlfa h/w platform.
    [Flash NOR] Chip size   : 4 MB
    [Flash NOR] Base Address: 0xa0000000
    [Flash NOR] Bus Width   : 2
    [INFO] nor_map_flash flash device: 400000 at a0000000
    nor_map_flash: Found 1 x16 devices at 0x0 in 16-bit bank
     Intel/Sharp Extended Query Table at 0x0035
    cfi_cmdset_0001: Erase suspend on write enabled
    Creating 2 MTD partitions on "nor_map_flash":
    0x000e0000-0x000f0000 : "info0"
    0x000f0000-0x00100000 : "info1"
    device stb7100 successfully registered
    protocol sejin added
    map for protocol : sejin registered successfully.
    JFFS2 version 2.2. (NAND) (C) 2001-2003 Red Hat, Inc.
    $Name:  $
    [Flash NAND] Config for e88tlfa h/w platform.
    NAND device: Manufacturer ID: 0x20, Chip ID: 0x76 (ST Micro NAND 64MiB 3,3V 8-bit)
    Scanning device for bad blocks
    Creating 2 MTD partitions on "NAND 64MiB 3,3V 8-bit":
    0x00000000-0x03c00000 : "NAND_FS"
    0x03c00000-0x04000000 : "Configs"
    [Front Panel] Config for e88tlfa h/w platform.
    Neither FP PT6302 nor FP PT6958 is supported
    FP PT6958 not supported
    insmod: cannot insert `/lib/modules/pt6958.ko': No such device (-1): No such device
    [Pwroff] Power-Off config for e88tlfa h/w platform.
    [Pwroff] Restart available     : 1
    [Pwroff] Restart PIO           : 1.1
    [Pwroff] Restart PIO value     : 0
    [Pwroff] Power down available  : 1
    [Pwroff] Power down PIO        : 4.4
    [Pwroff] Power down button PIO : 1.7
    All modules loaded.
    STB: tlf3800tw
    Empty flash at 0x022852f4 ends at 0x02285400
    Switching...
    Empty flash at 0x00000410 ends at 0x00000600
    Empty flash at 0x00000a18 ends at 0x00000c00
    Empty flash at 0x00000e28 ends at 0x00001000
    Empty flash at 0x00001228 ends at 0x00001400
    jffs2_scan_dirent_node(): Node CRC failed on node at 0x000055f4: Read 0xffffffff, calculated 0x2322e93d
    JFFS2 notice: (199) read_dnode: header CRC failed on node at 0x0011e0: read 0xffffffff, calculated 0x1719c89f
    JFFS2 notice: (199) read_dnode: header CRC failed on node at 0x000de0: read 0xffffffff, calculated 0x1719c89f
    JFFS2 notice: (199) read_dnode: header CRC failed on node at 0x0009d0: read 0xffffffff, calculated 0x93862840
    JFFS2 notice: (199) read_dnode: header CRC failed on node at 0x0003cc: read 0xffffffff, calculated 0xc556e269
    Device eth0 not Found
    My IPADDR is: 237.255.255.255
    (C) Alcatel-Lucent KALU(RTP) version $Revision: 1.77 $.
    mknod /dev/avdi/feipmgr0 c 250 12
    (C) Alcatel-Lucent FrontendIP (VSA) version $Revision: 1.44 $.
    mknod /dev/dvb/adapter0/frontendip0 c 251 2
    mknod /dev/dvb/adapter0/frontendip1 c 251 18
    mknod /dev/dvb/adapter0/frontendip2 c 251 34
    MAX_MATRICES [4] * FIB_MATRIX_MAX_SIZE [700] * sizeof(TsIBCell_t) [192] = 537600
    memset matricesBuffer[0]: c06f5000 -> c0778400
    MAX_MATRICES [4] * FIB_MATRIX_MAX_SIZE [700] * sizeof(TsIBCell_t) [192] = 537600
    memset matricesBuffer[1]: c077a000 -> c07fd400
    MAX_MATRICES [4] * FIB_MATRIX_MAX_SIZE [700] * sizeof(TsIBCell_t) [192] = 537600
    memset matricesBuffer[2]: c07ff000 -> c0882400
    Device eth0 not Found
    CNAME: [020304@0506] chunk lenght was 12 and I lined it up to 14
    Getting Dinamic Udp Port
    port Selected: 60001
    Device eth0 not Found
    Udp/RET socket OPEN in port 60001
    Getting Dinamic Udp Port
    port Selected: 60002
    Device eth0 not Found
    Udp/RET socket OPEN in port 60002
    Getting Dinamic Udp Port
    port Selected: 60003
    Device eth0 not Found
    Udp/RET socket OPEN in port 60003
    Initialization of RTP_ext for RET or FCC done
    Init 3 RTP data structures:
    FEC-RET module initialization done
    UseFEC = 0
    UseRetry = 0
    
    FEC In Band Support: 0
    FCC Support: 0
    Getting Dinamic Udp Port
    port Selected: 60004
    ######################### CREATING SKBUFF RING of 512 elements
    insmod: cannot mmap `/home/telefonica/modules/': No such device
    Loading modules...
    bigprivarea: Init OK.
    [macrovision enabled]
    FDMA firmware version is 0x02030209
    rev: 0x00c0
    stos_core_init_module(): Initializing STOS Module
    PTI00: slots   cnt 32
    PTI00: filters cnt 16
    PTI00: init OK
    PTI01: slots   cnt 32
    PTI01: filters cnt 16
    PTI01: init OK
    PTI02: slots   cnt 32
    PTI02: filters cnt 16
    PTI02: init OK
    audio companion loader: start addr from insmod param: 0x4200000
    MINI_MME_Init()...
    openning binary file: /lib/firmware/st_comp_video_MME311.bin
    loading up to 2097152 bytes from binary file: /lib/firmware/st_comp_video_MME311.bin
    loaded 321540 bytes
    openning binary file: /lib/firmware/st_comp_audio_MME311.bin
    loading up to 2097152 bytes from binary file: /lib/firmware/st_comp_audio_MME311.bin
    loaded 652868 bytes
    [st231cm enabled]
    2004 Nov 08 USB 1.1 'Open' Host Controller (OHCI) Driver (ST40)
    drivers/usb/host/ohci-stcore.c:  requesting IRQ 168
    drivers/usb/host/ohci-stcore.c: ohci_hcd (ST40) at 0xb91ffc00, irq 168
    ST40-ohci ST40-ohci1: new USB bus registered, assigned bus number 1
    hub 1-0:1.0: USB hub found
    hub 1-0:1.0: 1 port detected
    Initializing USB Mass Storage driver...
    usbcore: registered new driver usb-storage
    USB Mass Storage support registered.
    usbcore: registered new driver usbhid
    drivers/usb/input/hid-core.c: v2.0:USB HID core driver
    MINI_MME_Init()...
    VCONF [OK]
    st231cm_RegisterDriver
    h263 register succesful
    pwc: Philips webcam module version 10.0.11-unofficial loaded.
    pwc: Supports Philips PCA645/646, PCVC675/680/690, PCVC720[40]/730/740/750 & PCVC830/840.
    pwc: Also supports the Askey VC010, various Logitech Quickcams, Samsung MPC-C10 and MPC-C30,
    pwc: the Creative WebCam 5 & Pro Ex, SOTEC Afina Eye and Visionite VCS-UC300 and VCS-UM100.
    usbcore: registered new driver Philips webcam
    MUX: fdma_api_ver: 1.0
    0: 0x0a0b3000, 0xaa0b3000
    st231cm_RegisterDriver
    h264vdec register succesful
    st231cm_DspLock
    lock from h264vdec
    h264vdec st231cm_DspLock ok: 15
    R422 Decoder ID 2
    r422vdec: Initialisation OK
    [Ethernet] Config for e88tlfa h/w platform.
    $Name:  $
    <DM9000> I/O: a0c00000, VID: 90000a46 CHIP Revision 19
    <DM9000> MAC address provided:
    Found MAC address 00:03:91:c8:73:2f
    <DM9000> found
    SMSC_WARNING: smsc911x_init: idrev top 16 bits equal to bottom 16 bits, idrev: 0x0C070C07
    aud_config_adb_audio: 0
    aud_config_drv_partial_init: 1
    aud_config_es_buf_lvl: 524288
    aud_config_finetune_pts: 3000
    aud_config_alsa: 1
    aud_config_ac3: 0
    aud_config_wma: 0
    aud_config_aac_he: 0
    aud_config_dts_enc: 0
    aud_config_false_aac_main_patch: 1
    aud_config_only_audio_streams_prebuffer_timeout: 1200
    aud_config_underrun_prebuffer_time: 200
    aud_config_spdif_cc: 0xc00
    aud_config_mp3_nonrealtime: 0
    aud_config_max_lipsync: 0ms
    st231cm_RegisterDriver
    aud register succesful
    st231cm_RegisterDriver
    alsa register succesful
    usbcore: registered new driver snd-usb-audio
    usbcore: registered new driver audio
    drivers/usb/class/audio.c: v1.0.0:USB Audio Class driver
    insmod: /lib/modules/feip.ko: No such file or directory
    All modules loaded.
    ln: /dev/mixer2: File exists
    /
    
     =========================================
     STB:             :  TLF 3800TW
     SDK version      :  1.46.4.33.dual
     Software version :  2010.10.04.07.07.16
     Locale           :  cs-CZ
     =========================================
    
    
    Embedded Linux 2.6.11 by ADB
    (none) login: [Info] AllocatePArea can't allocate 1658888 memory bytes because of quota 0 exceeded by 1658888 bytes
    Couldn't load XKB keymap, falling back to pre-XKB keymap
    [Info] AllocatePArea can't allocate 829440 memory bytes because of quota 0 exceeded by 829440 bytes
    st231cm_DspLock
    lock from aud
    
    
    Embedded Linux 2.6.11 by ADB
    (none) login:
    So weit ich weiß besteht unsere Flashdatei aus 3 Teilen.
    2 kleine (firmfs) (glaub ich u-boot und etwas) und dann der Rest, Dateien und Ordner.
    Der Rest besteht aber auch aus zwei Teilen, firm und NAND.RAW
    firm ist der Teil, auf den nach dem Fläschen kein Zugang mehr ist.
    NAND.RAW sind die Dateien und Ordner auf die zugrif über telnet und SSH ist.
    Oder so irgendwie.

    Bei der Konsole von Alice wird es glaubich absichtlich unterdrückt.

    Bei beiden Boxen ist am Anfang kein Zutritt, unabhängig von der Tastenkombination. Erst, wenn es zu cca. 70 Prozent
    hochgefahren ist, erscheint die login Möglichkeit, nur für die Konsole, sonst bis dato nur Textausgang.

    Die einzige möglichkeit den Bootloader zu stoppen ist beim Fläschen, aber nur wenn die Firmware schlecht eingepackt ist.
    Dem Kollegen hat es 4 Monate gedauert herauszufinden, wie es richtig gemacht werden soll.
    Er hat versuch sowas zu machen, aber es ist ihm nicht gelungen.

    Code:
    RebootLinux version 2.6.11.12_stm20-33 (A.Mielcarek@autogrator1) (gcc version 3.4.3 (STMicroelectronics/Linux Base 3.4.3-19) [build Mar 10 2006]) #1 Wed Sep 8 11:32:36 CEST 2010
    ADB STB initialisation
    STb7100 version 3.x
    Built 1 zonelists
    Kernel command line: console=ttyAS0,115200 splasharea=4096,0x0B000000           
    PID hash table entries: 512 (order: 9, 8192 bytes)
    Calculated peripheral clock value 65108 differs from sh_pclk value 66000000, fixing..
    PLL1     : 531.00MHz
    PLL2     : 402.00MHz
    ST40 CPU : 265.50MHz
    ST40 BUS : 132.75MHz
    ST40 PER :  66.37MHz
    SLIM     : 265.50MHz
    ST231    : 402.00MHz
    STBUS    : 201.00MHz
    EMI      : 100.50MHz
    LMI      : 201.00MHz
    Console: colour dummy device 80x25
    Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
    Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
    Memory: 67712k/126976k available (1898k kernel code, 59196k reserved, 227k data, 39412k init)
    Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
    CPU: STb710x
    Kernel panic - not syncing: invalid compressed format (err=1)
    Hilft aber auch nicht viel, weil die Box eingefroren ist.

    Einfacher ist es über das Fläschen nur eine Datei (shadow) in die Box zu kopieren/entpacken, ohne den Rest zu löschen.
    Die bedingung ist richtigen BootCast Passierschein zu haben.

    Zur flashen der CZ ADB3800TW Box:
    Mit der Alice ging Antennenempfang. Dann wurde die Firmware aktualisiert und der Empfang geht nicht mehr.
    Da USB nicht verwendbar ist, musste es automatisch über IPTV Anschluss passiert sein, genau
    wie bei uns. Also ist es möglich in den chip zu schreiben. Wahrscheinlich ist nur das Auslesen teilweise
    blockiert, oder es ermöglicht u-boot, oder etwas anderes am Anfang.

    Bei uns geht es so:
    Die Box muss auf DHCP eingestellt (Alice hat keine andere Möglichkeit) und über einen
    Router, oder so etwas ans IPTV des Anbieters angeschlossen sein.
    Die Firmware Aktualisierung erzwingt die Box selbst, oder der Benutzer.
    - passiert ganz am Anfang, aber nur wenn wir wollen, bei Alice ist es immer bei jedem Neustart, glaube ich

    Die Box wartet cca. 10 Sekunden auf Pakete (BootCast). Um zu passieren ist nicht der Inhalt wichtig, sondern
    der Name der Datei. Bei uns ist es:
    Code:
    0002-4000-adb-TLF3800TW-182.176
    0002-4000-adb-TLF3801TW-180.177
    Beide mit Inhalt:
    Code:
    bc_kernel_addr 239.232.255.3:22220
    bc_kernel_name kernel-PROD-dual-2010-10-04
    bc_kernel_version 2010.10.04.07.07.16
    bc_splash_addr 239.232.255.1:22221
    bc_splash_name adb3800-o2
    bc_splash_version 56
    sO
    Der Inhalt kann in einem gewöhnlichem editor geändert werden, nur darf nicht das unsichtbare
    gelöscht werden. - es ist keine einfache Textdatei


    Jetzt werden die Angaben in der Datei mit den Angaben in der Box verglichen.
    Wenn sie identisch sind, passiert nichts. - in der Box ist schon diese Firmware
    Wenn sie nicht identisch sind, geht die Box davon aus, dass in ihr eine Alte Firmware
    ist und daher läst sie das Flaschen zu. Sie vergleicht nicht ob die Angaben der Firmware
    eine ältere, oder neuere Version ist (vom Anbieter immer neuer).
    - da haben wir die Angaben geändert um wiederholt Flashen zu können
    Die Firmware wird auch nicht verglichen. Der Name der Datei muss nur mit dem in der Liste genau stimmen.

    Genau so wird es auch in einer anderen Box gemacht:
    Code:
    forum.ican3800.zajsoft.net/download/BootCast_06_09_2008.rar
    Also die Box läst das Flashen zu.
    Das neue Bild für den Hintergrund wird gleich ausgetauscht. - ist nicht immer notwendig
    Die Firmware wird in die Box kopiert.
    Nach dem Umkopieren erfolgt reboot. Vor dem rebooten wird noch eine Checksumkontrolle gemacht.
    Jetzt wird die Firmware entpackt und ein Checksum von dem eingepacktem kontrolliert.
    So fern gut, werden paar Dateien und Ordner aus dem Chip archiviert.
    Jetzt wird der gesamte Chip gelöscht und aus der Firmwaredatei auf den Chip Daten umkopiert.
    - dauert cca. 10 Minuten
    Zuletzt werden die archivierten Dateien umkopiert.
    Geändert von joseff2 (24.11.2013 um 00:32 Uhr)
    Unterstützung Wenn Du sehr gerne die Informationen unsere Community liest, dann klicke bitte auf die Grafik und unterstütze uns mit einer Spende.
    Click Here To Contribute To Our Site


  3. #3
    joseff2b
    Gast
    Ich habe versucht noch ein paar Verbindungsinfos von beiden Boxen zu kriegen mit:

    mb411stb7100 STMCLT1000A "msglevel=info jtagpinout=st40 jtagreset -inicommand mb411stb7100bypass_setup"

    mb411stb7100 STMCLT1000A "msglevel=all jtagreset -inicommand mb411stb7100bypass_setup"


    Rimini:
    Da sieht man die Ursache, beim Alice-Receiver bekommt man (erstmal) gar keinen Zugriff auf den RAM des Receivers ab der Adresse 0xa0000000, wohin ein kleines Programm als "Debug-Overlay" geladen werden soll, was dann das Lesen und Schreiben der internen Register ermöglicht.

    Die technische Ursache dafür ist unbekannt.

    Alice:
    Code:
    (gdb) mb411stb7100 STMCLT1000A "msglevel=all jtagreset -inicommand mb411stb7100bypass_setup"
    The target is assumed to be little endian
    The target architecture is assumed to be sh4
    ...
    SDI [INFO] :: [SERVER] sdi_JtagMode(0)
    SDI [DEBUG] :: [SERVER] host_JTAG_Mode: Manual mode
    SDI [INFO] :: [SERVER] sdi_JtagControl({tck=5, tdo=5, tms=5, ntrst=5, nrst=0, asebrk=0, stmmx=0, triggerout=0})
    SDI [DEBUG] :: [SERVER] host_JTAG_Control: tck(5) = 01010
    SDI [DEBUG] :: [SERVER] host_JTAG_Control: tdo(5) = 01111
    SDI [DEBUG] :: [SERVER] host_JTAG_Control: tms(5) = 00000
    SDI [DEBUG] :: [SERVER] host_JTAG_Control: ntrst(5) = 00011
    SDI [DEBUG] :: [SERVER] host_JTAG_Control: nrst(0) = <empty>
    SDI [DEBUG] :: [SERVER] host_JTAG_Control: asebrk(0) = <empty>
    SDI [DEBUG] :: [SERVER] host_JTAG_Control: stmmx(0) = <empty>
    SDI [DEBUG] :: [SERVER] host_JTAG_Control: triggerout(0) = <empty>
    SDI [DEBUG] :: [SERVER] host_JTAG_Control: tdi(5) = 11111
    SDI [INFO] :: [SERVER] sdi_JtagMode(3)
    SDI [DEBUG] :: [SERVER] host_JTAG_Mode: Normal mode
    SDI [INFO] :: [SERVER] sdi_Attach(-1)
    SDI [DEBUG] :: [SERVER] sdi_Attach: JTAG reset
    SDI [DEBUG] :: [SERVER] host_JTAG_Mode: Normal mode
    SDI [DEBUG] :: [SERVER] loadOverlay: Loaded overlay (Boot/Reset)
    SDI [ERROR] :: [SERVER] serviceASEMode: Sentinel not found (0xffffffff != 0xbeefface)
    SDI [ERROR] :: [SERVER] sdi_Attach: Unable to service target after attaching
    SDI [ERROR] :: [SERVER] processSDICommand: sdi_Attach failed
    SDI [ERROR] :: Command SDI_ATTACH failed (0)
    SDI [INFO] :: [SERVER] sdi_DeInitialise()
    SDI [INFO] :: [SERVER] hbc_DeInitialise()
    SDI [INFO] :: [SERVER] bp_DeInitialise()
    SDI [INFO] :: [SERVER] host_JTAG_DeInitialise()
    Unable to attach to remote target STMCLT1000A
    (gdb)
    CZ Box:
    Code:
    (gdb) mb411stb7100 STMCLT1000A "msglevel=all jtagreset -inicommand mb411stb7100bypass_setup"
    The target is assumed to be little endian
    The target architecture is assumed to be sh4
    ...
    SDI [INFO] :: [SERVER] sdi_JtagMode(0)
    SDI [DEBUG] :: [SERVER] host_JTAG_Mode: Manual mode
    SDI [INFO] :: [SERVER] sdi_JtagControl({tck=5, tdo=5, tms=5, ntrst=5, nrst=0, asebrk=0, stmmx=0, triggerout=0})
    SDI [DEBUG] :: [SERVER] host_JTAG_Control: tck(5) = 01010
    SDI [DEBUG] :: [SERVER] host_JTAG_Control: tdo(5) = 01111
    SDI [DEBUG] :: [SERVER] host_JTAG_Control: tms(5) = 00000
    SDI [DEBUG] :: [SERVER] host_JTAG_Control: ntrst(5) = 00011
    SDI [DEBUG] :: [SERVER] host_JTAG_Control: nrst(0) = <empty>
    SDI [DEBUG] :: [SERVER] host_JTAG_Control: asebrk(0) = <empty>
    SDI [DEBUG] :: [SERVER] host_JTAG_Control: stmmx(0) = <empty>
    SDI [DEBUG] :: [SERVER] host_JTAG_Control: triggerout(0) = <empty>
    SDI [DEBUG] :: [SERVER] host_JTAG_Control: tdi(5) = 11111
    SDI [INFO] :: [SERVER] sdi_JtagMode(3)
    SDI [DEBUG] :: [SERVER] host_JTAG_Mode: Normal mode
    SDI [INFO] :: [SERVER] sdi_Attach(-1)
    SDI [DEBUG] :: [SERVER] sdi_Attach: JTAG reset
    SDI [DEBUG] :: [SERVER] host_JTAG_Mode: Normal mode
    SDI [DEBUG] :: [SERVER] loadOverlay: Loaded overlay (Boot/Reset)
    SDI [DEBUG] :: [SERVER] serviceASEMode: Response[0] = 0x00000001
    SDI [DEBUG] :: [SERVER] serviceASEMode: Response[1] = 0xa0000000
    SDI [DEBUG] :: [SERVER] serviceASEMode: Response[2] = 0x00000000
    SDI [DEBUG] :: [SERVER] serviceASEMode: Target has entered ASE mode due to "UDI Boot" (0x01)
    SDI [DEBUG] :: [SERVER] serviceASEMode: PC = 0xa0000000
    SDI [DEBUG] :: [SERVER] serviceASEMode: Reason = 1 (0x00000000, 0x00000000)
    SDI [INFO] :: [SERVER] sdi_GetNumRegs()
    SDI [INFO] :: [SERVER] sdi_GetRegSize(-1)
    SDI [INFO] :: [SERVER] sdi_GetRegSize(0)
    
    ...
    SDI [DEBUG] :: [SERVER] loadOverlay: Loaded overlay (Get CPU Registers)
    SDI [DEBUG] :: [SERVER] loadOverlay: Loaded overlay (Get FPU Registers)
    SDI [INFO] :: [SERVER] sdi_GetRegSize(-1)
    0xa0000000 in ?? ()
    
    ...
    (gdb)
    Angehängte Dateien Angehängte Dateien

  4. #4
    joseff2
    Gast
    Rimini:

    Wenn du was selber machen willst, schau in das Verzeichnis:

    C:\STM\ST40R5.1.0\sh-superh-elf\examples\os21\rombootram

    Das Sample-Programm hab ich immer zum Kompilieren des flasher-Tools verwendet. Dort die readme.txt lesen und in dem Verzeichnis mit dem Befehl

    make TARGET=mb411stb7100

    kompilieren.

    Danach findet man in dem Verzeichnis die Datei

    flasher.out

    die man über JTAG in den RAM des Receivers laden und dort starten kann, um die möglichen flasher-Befehle (sie die readme.txt) ausführen zu lassen.

    ST40 Toolset-Befehl (kein GDB-Befehl, sondern in der Konsole des ST40 Toolset eingeben) für Flash-Dump

    ST40 Toolset-Befehl zum Flash-Programieren

    sh4xrun -c sh4tp -t STMCLT1000A:mb411:st40 -e flasher.out -a -p <binary file>

    <binary file> ist die Datei für den Dump oder zum Flashen (Laufwerk:\\Pfad\\Dateiname)

    Die Datei flasher.out muss vorher ins Verzeichnis

    C:\STM\ST40R5.1.0\bin\

    kopiert worden sein, weil sie dort gesucht wird, wenn man nichts anderes angibt.

    Erstmal nur einen Dump versuchen. Wenn die Flash-Chips für flasher.o unbekannt sind, kommt eine entsprechende Fehlermeldung, dann kann man weitersehen.

    Bin mir noch nicht sicher, ob der Receiver einen extra Flash-Chip für den Bootloader hat oder nicht. Dem entsprechend müsste man dann den Source-Code von dem OS21 Sample-Programm eventuell anpassen.

    Der SDI-Error deutet darauf hin, dass die notwendigen Poke-Befehle (direkter Zugriff auf die Register im STi7100 Chip) nicht möglich sind. Vielleicht fällt mir dazu eine Lösung ein (muss ich mir die Dokumente zum Toolset mal genauer ansehen). Falls bisher nicht verwendet, auch das nASEBRK-Signal vom JTAG-Adapter mit dem Receiver verbinden und mit etwas Glück schafft man es dann, den Start des Bootloaders beim Einschalten des Receivers zu verhindern. Das ist vom Timing her etwas kritisch und man muss den richtigen Zeitpunkt zwischen Einschalten des Receivers und Start des Dumps erwischen. Das Problem gab es beim Opticum 9600 prima wohl auch, so oder so ähnlich.

    Wenn ich aus den geposteten Chip Bezeichnungen was raten sollte, dann könnte der Receiver einen 2MByte (16MBit) NOR und einen 64MByte (512MBit) NAND Flash-Chip zu haben. Die 2MByte dann für den Bootloader.

  5. #5
    joseff2b
    Gast
    Rimini:

    Wenn man nicht den Dump der Flash-Chips bräuchte, könnte man mit dem STlinux-Paket unter Linux ein u-boot für den mb411-Target kompilieren, das u-boot über JTAG dann in den RAM des Receivers laden und dort starten. u-boot hat eine automatische Erkennung für die heutigen Flash-Chips. u-boot für den mb411-Target kompilieren versuch ich heute mal, aber vielleicht kannst du es ja auch selber.

    Hab mal u-boot für mb411 kompiliert.

    1. JTAG-Kommunikation unter GDB mit

    sh4tp STMCLT1000A:mb411:st40

    herstellen.

    2. Die entpackte u-boot.o Datei aus dem Anhang dann unter GDB mit

    load Laufwerk:\\Pfad\\u-boot.o
    (Laufwerk und Pfad da wo u-boot.o entpackt liegt)

    über JTAG in den RAM des Receivers laden.

    3. Mit dem GDB-Befehl

    continue

    das u-boot im RAM des Receivers starten.

    Es wird ein weiteres Konsolen-/DOS-Fenster geöffnet, was leer bleibt (ist für u-boot, aber das u-boot ist für serielle RS-232 Kommunikation kompiliert).

    Vorher Terminal-Programm für die serielle Kommunikation it dem Receiver starten, damit man sieht, ob u-boot was meldet. Wenn u-boot sich nicht meldet, dann ist es für den falschen seriellen Port des Sti7100 konfiguriert. Änder ich dann und kompiliere u-boot neu.
    Geändert von joseff2b (24.11.2013 um 15:59 Uhr)
    Unterstützung Wenn Du sehr gerne die Informationen unsere Community liest, dann klicke bitte auf die Grafik und unterstütze uns mit einer Spende.
    Click Here To Contribute To Our Site


  6. #6
    Admin
    Avatar von torwald12
    Registriert seit
    28.09.2013
    Beiträge
    36.059
    DankeAktivitätenReceiverTagging
    sorry, aber wozu postest du hier mit verschiedenen Nicks?
    Gruß torwald12

    Kein Support per PN, Fragen gehören ins Forum!




  7. #7
    joseff2
    Gast
    Mit guter Anleitung schaffe ich unter Windows alles.


    GDB
    Code:
    GNU gdb (STMicroelectronics Base) 7.4-ST-1.0 [build Nov  5 2012]
    Copyright (C) 2012 Free Software Foundation, Inc.
    License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
    This is free software: you are free to change and redistribute it.
    There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
    and "show warranty" for details.
    This GDB was configured as "--host=i686-pc-mingw32 --rel="nofollow" target=sh-superh-elf".
    For bug reporting instructions, please see:
    <<file://doc/docbug.htm> in the installation>.
    (gdb) sh4tp STMCLT1000A:mb411:st40
    The target is assumed to be little endian
    The target architecture is assumed to be sh4
    mb411_stx7100_cut31 (mb411) connect start - parameters {}
    Initialization TCK frequency set to 3000000 Hz
    Device id  0x2d424041
    tapmux connect(): boot mode single core setup
    tapmux setup to bypass to core st40, channel 1
    mb411 initialization start with SoC stx7100_cut31 ...
    stx7100_cut31: booted audio companion
    stx7100_cut31: booted video companion
    TCK frequency set to 10000000 Hz
    tapmux complete_connect(): single core setup
    mb411 initialization complete
    0xa0000000 in ?? ()
    (gdb) load c:\\a\\u-boot.o
    Loading section .text, size 0x18354 lma 0x85f00000
    Loading section .rodata, size 0x1188 lma 0x85f18354
    Loading section .rodata.str1.4, size 0x5834 lma 0x85f194dc
    Loading section .data, size 0x784 lma 0x85f1ed10
    Loading section .u_boot_cmd, size 0x5b0 lma 0x85f1f494
    Start address 0x85f00000, load size 129604
    Transfer rate: 225 KB/sec, 25920 bytes/write.
    (gdb) continue
    Continuing.
    Hyperterminal - PC - COM1 - Konsole
    Code:
    st231cm_RegisterDriver
    h264vdec register succesful
    st231cm_DspLock
    lock from h264vdec
    h264vdec st231cm_DspLock ok: 15
    R422 Decoder ID 2
    r422vdec: Initialisation OK
    [Ethernet] Config for e88tlfa h/w platform.
    $Name:  $
    <DM9000> I/O: a0c00000, VID: 90000a46 CHIP Revision 19
    <DM9000> MAC address provided:
    Found MAC address 00:03:91:bd:0f:0f
    <DM9000> found
    SMSC_WARNING: smsc911x_init: idrev top 16 bits equal to bottom 16 bits, idrev: 0
    x0C070C07
    aud_config_adb_audio: 0
    aud_config_drv_partial_init: 1
    aud_config_es_buf_lvl: 524288
    aud_config_finetune_pts: 3000
    aud_config_alsa: 1
    aud_config_ac3: 0
    aud_config_wma: 0
    aud_config_aac_he: 0
    aud_config_dts_enc: 0
    aud_config_false_aac_main_patch: 1
    aud_config_only_audio_streams_prebuffer_timeout: 1200
    aud_config_underrun_prebuffer_time: 200
    aud_config_spdif_cc: 0xc00
    aud_config_mp3_nonrealtime: 0
    aud_config_max_lipsync: 0ms
    st231cm_RegisterDriver
    aud register succesful
    st231cm_RegisterDriver
    alsa register succesful
    usbcore: registered new driver snd-usb-audio
    usbcore: registered new driver audio
    drivers/usb/class/audio.c: v1.0.0:USB Audio Class driver
    insmod: /lib/modules/feip.ko: No such file or directory
    All modules loaded.
    ln: /dev/mixer2: File exists
    telnetd: starting
      port: 23; interface: any; login program: /bin/login
    
     =========================================
     STB:             :  TLF 3800TW
     SDK version      :  1.46.4.33.dual
     Software version :  2010.10.04.07.07.16
     Locale           :  cs-CZ
     =========================================
    
     starting file /etc/rc.local
    server: esperando conexiones...
    
    Embedded Linux 2.6.11 by ADB
    iCan-3800TW login: [Info] AllocatePArea can't allocate 1658888 memory bytes beca
    use of quota 0 exceeded by 1658888 bytes
    Couldn't load XKB keymap, falling back to pre-XKB keymap
    [Info] AllocatePArea can't allocate 829440 memory bytes because of quota 0 excee
    ded by 829440 bytes
    âddôln*ölnóédîs*€€€±°±¸TŠ
    STG LOADER Version 1.031, Built Jun  1 2006 14:19:04
    Linux version 2.6.11.12_stm20-33 (A.Mielcarek@autogrator1) (gcc version 3.4.3 (S
    TMicroelectronics/Linux Base 3.4.3-19) [build Mar 10 2006]) #1 Wed Sep 8 11:32:3
    6 CEST 2010
    ADB STB initialisation
    STb7100 version 3.x
    Built 1 zonelists
    Kernel command line: console=ttyAS0,115200 splasharea=4096,0x0B000000 bigphysare
    a=4030,0x09000000
    PID hash table entries: 512 (order: 9, 8192 bytes)
    Calculated peripheral clock value 63520 differs from sh_pclk value 66000000, fix
    ing..
    PLL1     : 531.00MHz
    PLL2     : 402.00MHz
    ST40 CPU : 265.50MHz
    ST40 BUS : 132.75MHz
    ST40 PER :  66.37MHz
    SLIM     : 265.50MHz
    ST231    : 402.00MHz
    STBUS    : 201.00MHz
    EMI      : 100.50MHz
    LMI      : 201.00MHz
    Console: colour dummy device 80x25
    Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
    Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
    Memory: 88192k/126976k available (1898k kernel code, 38692k reserved, 227k data,
     732k init)
    Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
    CPU: STb710x
    NET: Registered protocol family 16
    SCSI subsystem initialized
    usbcore: registered new driver usbfs
    usbcore: registered new driver hub
    SH Virtual Bus initialized
    bigphysarea: Allocated 4030 pages at 0x89000000.
    splasharea: Allocated 4096 pages at 0x0b000000.
    devfs: 2004-01-31 Richard Gooch (rgooch@atnf.csiro.au)
    devfs: boot_options: 0x1
    STPIO layer initialised
    STMicroelectronics ASC driver initialized
    asc_init: check the clock
    ttyAS0 at MMIO 0xb8032000 (irq = 121) is a asc
    io scheduler noop registered
    io scheduler anticipatory registered
    io scheduler deadline registered
    io scheduler cfq registered
    Linux video capture interface: v1.00
    mice: PS/2 mouse device common for all mice
    i2c /dev entries driver
    NET: Registered protocol family 2
    IP: routing cache hash table of 512 buckets, 4Kbytes
    TCP established hash table entries: 4096 (order: 3, 32768 bytes)
    TCP bind hash table entries: 4096 (order: 2, 16384 bytes)
    TCP: Hash tables configured (established 4096 bind 4096)
    NET: Registered protocol family 1
    NET: Registered protocol family 17
    Freeing unused kernel memory: 732k freed
    Loading modules...
    bios: module license 'Proprietary' taints kernel.
    [Pcb] Default PCB variant is e88tlfa
    [Pcb] PCB e99tlfa does not match to preferred e88tlfa
    [e99tlfa] Registering to pcb failed
    insmod: cannot insert `/lib/modules/pcb_e99tlfa.ko': No such device (-1): No suc
    h device
    [Pcb] Registering PCB e88tlfa
    [Pcb] Registering Memory config for PCB e88tlfa (size: 24 bytes)
    [Pcb] Registering DCO Clock config for PCB e88tlfa (size: 24 bytes)
    [Pcb] Registering SmartCard config for PCB e88tlfa (size: 32 bytes)
    [Pcb] Registering Scart config for PCB e88tlfa (size: 104 bytes)
    [Pcb] Registering Power-Off config for PCB e88tlfa (size: 44 bytes)
    [Pcb] Registering Flash Nor config for PCB e88tlfa (size: 28 bytes)
    [Pcb] Registering Flash Nand config for PCB e88tlfa (size: 64 bytes)
    [Pcb] Registering Ethernet config for PCB e88tlfa (size: 32 bytes)
    [Pcb] Registering Front Panel config for PCB e88tlfa (size: 20 bytes)
    [Pcb] Registering HDMI I2C config for PCB e88tlfa (size: 36 bytes)
    [e88tlfa] Registering to pcb ok
    SOC revision 3.7
    [Ethernet] Config for e88tlfa h/w platform.
    [Ethernet] Config for e88tlfa h/w platform.
    _LOX_CONFIG_VERSION = 0x00000001
    [Pcb] Note! ExtFilter config not supported for PCB e88tlfa.
    [ExtFilter] Note! No External Filter config for e88tlfa h/w platform.
    PWM device driver v.1.2.1
    [DCO Clock] DCO Clock config for e88tlfa h/w platform.
    [DCO Clock] PCR PWM tolerance  : 20
    [DCO Clock] PCR PWM init value : 32787
    SCART driver version 1.0
    [Scart] SCART config for e88tlfa h/w platform.
    [Scart] Active PIO : 0
    [Scart] Outputs    : 2
    [Scart] Chipset ID : 2
    [Scart] Data size  : 88
    Register ADB_SCART device (scart) - result:0
    Power Panic Driver v.1.2.0
    [Pwroff] Power-Off config for e88tlfa h/w platform.
    [Pwroff] power_panic_use_nmi_irq: NO
    $Name:  $
    [Flash NOR] Nor Flash config for e88tlfa h/w platform.
    [Flash NOR] Chip size   : 4 MB
    [Flash NOR] Base Address: 0xa0000000
    [Flash NOR] Bus Width   : 2
    [INFO] nor_map_flash flash device: 400000 at a0000000
    nor_map_flash: Found 1 x16 devices at 0x0 in 16-bit bank
     Intel/Sharp Extended Query Table at 0x0035
    cfi_cmdset_0001: Erase suspend on write enabled
    Creating 2 MTD partitions on "nor_map_flash":
    0x000e0000-0x000f0000 : "info0"
    0x000f0000-0x00100000 : "info1"
    device stb7100 successfully registered
    protocol sejin added
    map for protocol : sejin registered successfully.
    JFFS2 version 2.2. (NAND) (C) 2001-2003 Red Hat, Inc.
    $Name:  $
    [Flash NAND] Config for e88tlfa h/w platform.
    NAND device: Manufacturer ID: 0x20, Chip ID: 0x76 (ST Micro NAND 64MiB 3,3V 8-bi
    t)
    Scanning device for bad blocks
    Creating 2 MTD partitions on "NAND 64MiB 3,3V 8-bit":
    0x00000000-0x03c00000 : "NAND_FS"
    0x03c00000-0x04000000 : "Configs"
    [Front Panel] Config for e88tlfa h/w platform.
    Neither FP PT6302 nor FP PT6958 is supported
    FP PT6958 not supported
    insmod: cannot insert `/lib/modules/pt6958.ko': No such device (-1): No such dev
    ice
    [Pwroff] Power-Off config for e88tlfa h/w platform.
    [Pwroff] Restart available     : 1
    [Pwroff] Restart PIO           : 1.1
    [Pwroff] Restart PIO value     : 0
    [Pwroff] Power down available  : 1
    [Pwroff] Power down PIO        : 4.4
    [Pwroff] Power down button PIO : 1.7
    All modules loaded.
    STB: tlf3800tw
    Empty flash at 0x00006814 ends at 0x00006a00
    jffs2_scan_eraseblock(): Node at 0x001343f8 {0x1985, 0xe001, 0x00000036) has inv
    alid CRC 0xe0021985 (calculated 0xdf55e1a4)
    jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x001343fc: 0x0036 in
    stead
    Empty flash at 0x0107fd60 ends at 0x0107fe00
    
    âddôln*ölnóédîs*€€€±°±¸TŠ
    STG LOADER Version 1.031, Built Jun  1 2006 14:19:04
    Linux version 2.6.11.12_stm20-33 (A.Mielcarek@autogrator1) (gcc version 3.4.3 (S
    TMicroelectronics/Linux Base 3.4.3-19) [build Mar 10 2006]) #1 Wed Sep 8 11:32:3
    6 CEST 2010
    ADB STB initialisation
    STb7100 version 3.x
    Built 1 zonelists
    Kernel command line: console=ttyAS0,115200 splasharea=4096,0x0B000000 bigphysare
    a=4030,0x09000000
    PID hash table entries: 512 (order: 9, 8192 bytes)
    Calculated peripheral clock value 64160 differs from sh_pclk value 66000000, fix
    ing..
    PLL1     : 531.00MHz
    PLL2     : 402.00MHz
    ST40 CPU : 265.50MHz
    ST40 BUS : 132.75MHz
    ST40 PER :  66.37MHz
    SLIM     : 265.50MHz
    ST231    : 402.00MHz
    STBUS    : 201.00MHz
    EMI      : 100.50MHz
    LMI      : 201.00MHz
    Console: colour dummy device 80x25
    Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
    Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
    Memory: 88192k/126976k available (1898k kernel code, 38692k reserved, 227k data,
     732k init)
    Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
    CPU: STb710x
    NET: Registered protocol family 16
    SCSI subsystem initialized
    usbcore: registered new driver usbfs
    usbcore: registered new driver hub
    SH Virtual Bus initialized
    bigphysarea: Allocated 4030 pages at 0x89000000.
    splasharea: Allocated 4096 pages at 0x0b000000.
    devfs: 2004-01-31 Richard Gooch (rgooch@atnf.csiro.au)
    devfs: boot_options: 0x1
    STPIO layer initialised
    STMicroelectronics ASC driver initialized
    asc_init: check the clock
    ttyAS0 at MMIO 0xb8032000 (irq = 121) is a asc
    io scheduler noop registered
    io scheduler anticipatory registered
    io scheduler deadline registered
    io scheduler cfq registered
    Linux video capture interface: v1.00
    mice: PS/2 mouse device common for all mice
    i2c /dev entries driver
    NET: Registered protocol family 2
    IP: routing cache hash table of 512 buckets, 4Kbytes
    TCP established hash table entries: 4096 (order: 3, 32768 bytes)
    TCP bind hash table entries: 4096 (order: 2, 16384 bytes)
    TCP: Hash tables configured (established 4096 bind 4096)
    NET: Registered protocol family 1
    NET: Registered protocol family 17
    Freeing unused kernel memory: 732k freed
    Loading modules...
    bios: module license 'Proprietary' taints kernel.
    [Pcb] Default PCB variant is e88tlfa
    [Pcb] PCB e99tlfa does not match to preferred e88tlfa
    [e99tlfa] Registering to pcb failed
    insmod: cannot insert `/lib/modules/pcb_e99tlfa.ko': No such device (-1): No suc
    h device
    [Pcb] Registering PCB e88tlfa
    [Pcb] Registering Memory config for PCB e88tlfa (size: 24 bytes)
    [Pcb] Registering DCO Clock config for PCB e88tlfa (size: 24 bytes)
    [Pcb] Registering SmartCard config for PCB e88tlfa (size: 32 bytes)
    [Pcb] Registering Scart config for PCB e88tlfa (size: 104 bytes)
    [Pcb] Registering Power-Off config for PCB e88tlfa (size: 44 bytes)
    [Pcb] Registering Flash Nor config for PCB e88tlfa (size: 28 bytes)
    [Pcb] Registering Flash Nand config for PCB e88tlfa (size: 64 bytes)
    [Pcb] Registering Ethernet config for PCB e88tlfa (size: 32 bytes)
    [Pcb] Registering Front Panel config for PCB e88tlfa (size: 20 bytes)
    [Pcb] Registering HDMI I2C config for PCB e88tlfa (size: 36 bytes)
    [e88tlfa] Registering to pcb ok
    SOC revision 3.7
    [Ethernet] Config for e88tlfa h/w platform.
    [Ethernet] Config for e88tlfa h/w platform.
    _LOX_CONFIG_VERSION = 0x00000001
    [Pcb] Note! ExtFilter config not supported for PCB e88tlfa.
    [ExtFilter] Note! No External Filter config for e88tlfa h/w platform.
    PWM device driver v.1.2.1
    [DCO Clock] DCO Clock config for e88tlfa h/w platform.
    [DCO Clock] PCR PWM tolerance  : 20
    [DCO Clock] PCR PWM init value : 32787
    SCART driver version 1.0
    [Scart] SCART config for e88tlfa h/w platform.
    [Scart] Active PIO : 0
    [Scart] Outputs    : 2
    [Scart] Chipset ID : 2
    [Scart] Data size  : 88
    Register ADB_SCART device (scart) - result:0
    Power Panic Driver v.1.2.0
    [Pwroff] Power-Off config for e88tlfa h/w platform.
    [Pwroff] power_panic_use_nmi_irq: NO
    $Name:  $
    [Flash NOR] Nor Flash config for e88tlfa h/w platform.
    [Flash NOR] Chip size   : 4 MB
    [Flash NOR] Base Address: 0xa0000000
    [Flash NOR] Bus Width   : 2
    [INFO] nor_map_flash flash device: 400000 at a0000000
    nor_map_flash: Found 1 x16 devices at 0x0 in 16-bit bank
     Intel/Sharp Extended Query Table at 0x0035
    cfi_cmdset_0001: Erase suspend on write enabled
    Creating 2 MTD partitions on "nor_map_flash":
    0x000e0000-0x000f0000 : "info0"
    0x000f0000-0x00100000 : "info1"
    device stb7100 successfully registered
    protocol sejin added
    map for protocol : sejin registered successfully.
    JFFS2 version 2.2. (NAND) (C) 2001-2003 Red Hat, Inc.
    $Name:  $
    [Flash NAND] Config for e88tlfa h/w platform.
    NAND device: Manufacturer ID: 0x20, Chip ID: 0x76 (ST Micro NAND 64MiB 3,3V 8-bi
    t)
    Scanning device for bad blocks
    Creating 2 MTD partitions on "NAND 64MiB 3,3V 8-bit":
    0x00000000-0x03c00000 : "NAND_FS"
    0x03c00000-0x04000000 : "Configs"
    [Front Panel] Config for e88tlfa h/w platform.
    Neither FP PT6302 nor FP PT6958 is supported
    FP PT6958 not supported
    insmod: cannot insert `/lib/modules/pt6958.ko': No such device (-1): No such dev
    ice
    [Pwroff] Power-Off config for e88tlfa h/w platform.
    [Pwroff] Restart available     : 1
    [Pwroff] Restart PIO           : 1.1
    [Pwroff] Restart PIO value     : 0
    [Pwroff] Power down available  : 1
    [Pwroff] Power down PIO        : 4.4
    [Pwroff] Power down button PIO : 1.7
    All modules loaded.
    STB: tlf3800tw
    Empty flash at 0x00006814 ends at 0x00006a00
    jffs2_scan_eraseblock(): Node at 0x001343f8 {0x1985, 0xe001, 0x00000036) has inv
    alid CRC 0xe0021985 (calculated 0xdf55e1a4)
    jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x001343fc: 0x0036 in
    stead
    Empty flash at 0x0107fd60 ends at 0x0107fe00
    JFFS2 notice: (85) check_node_data: wrong data CRC in data node at 0x0107fa00: r
    ead 0xc19e68e5, calculated 0xf8bb40ac.
    Switching...
    Empty flash at 0x00025088 ends at 0x00025200
    Empty flash at 0x0002d888 ends at 0x0002da00
    Device eth0 not Found
    My IPADDR is: 237.255.255.255
    (C) Alcatel-Lucent KALU(RTP) version $Revision: 1.77 $.
    mknod /dev/avdi/feipmgr0 c 250 12
    (C) Alcatel-Lucent FrontendIP (VSA) version $Revision: 1.44 $.
    mknod /dev/dvb/adapter0/frontendip0 c 251 2
    mknod /dev/dvb/adapter0/frontendip1 c 251 18
    mknod /dev/dvb/adapter0/frontendip2 c 251 34
    MAX_MATRICES [4] * FIB_MATRIX_MAX_SIZE [700] * sizeof(TsIBCell_t) [192] = 537600
    
    memset matricesBuffer[0]: c06f5000 -> c0778400
    MAX_MATRICES [4] * FIB_MATRIX_MAX_SIZE [700] * sizeof(TsIBCell_t) [192] = 537600
    
    memset matricesBuffer[1]: c077a000 -> c07fd400
    MAX_MATRICES [4] * FIB_MATRIX_MAX_SIZE [700] * sizeof(TsIBCell_t) [192] = 537600
    
    memset matricesBuffer[2]: c07ff000 -> c0882400
    Device eth0 not Found
    CNAME: [020304@0506] chunk lenght was 12 and I lined it up to 14
    Getting Dinamic Udp Port
    port Selected: 60001
    Device eth0 not Found
    Udp/RET socket OPEN in port 60001
    Getting Dinamic Udp Port
    port Selected: 60002
    Device eth0 not Found
    Udp/RET socket OPEN in port 60002
    Getting Dinamic Udp Port
    port Selected: 60003
    Device eth0 not Found
    Udp/RET socket OPEN in port 60003
    Initialization of RTP_ext for RET or FCC done
    Init 3 RTP data structures:
    FEC-RET module initialization done
    UseFEC = 0
    UseRetry = 0
    
    FEC In Band Support: 0
    FCC Support: 0
    Getting Dinamic Udp Port
    port Selected: 60004
    ######################### CREATING SKBUFF RING of 512 elements
    insmod: cannot mmap `/home/telefonica/modules/': No such device
    Loading modules...
    bigprivarea: Init OK.
    [macrovision enabled]
    FDMA firmware version is 0x02030209
    rev: 0x00c0
    stos_core_init_module(): Initializing STOS Module
    PTI00: slots   cnt 32
    PTI00: filters cnt 16
    PTI00: init OK
    PTI01: slots   cnt 32
    PTI01: filters cnt 16
    PTI01: init OK
    PTI02: slots   cnt 32
    PTI02: filters cnt 16
    PTI02: init OK
    audio companion loader: start addr from insmod param: 0x4200000
    MINI_MME_Init()...
    openning binary file: /lib/firmware/st_comp_video_MME311.bin
    loading up to 2097152 bytes from binary file: /lib/firmware/st_comp_video_MME311
    .bin
    loaded 321540 bytes
    openning binary file: /lib/firmware/st_comp_audio_MME311.bin
    loading up to 2097152 bytes from binary file: /lib/firmware/st_comp_audio_MME311
    .bin
    loaded 652868 bytes
    [st231cm enabled]
    2004 Nov 08 USB 1.1 'Open' Host Controller (OHCI) Driver (ST40)
    drivers/usb/host/ohci-stcore.c:  requesting IRQ 168
    drivers/usb/host/ohci-stcore.c: ohci_hcd (ST40) at 0xb91ffc00, irq 168
    ST40-ohci ST40-ohci1: new USB bus registered, assigned bus number 1
    hub 1-0:1.0: USB hub found
    hub 1-0:1.0: 1 port detected
    Initializing USB Mass Storage driver...
    usbcore: registered new driver usb-storage
    USB Mass Storage support registered.
    usbcore: registered new driver usbhid
    drivers/usb/input/hid-core.c: v2.0:USB HID core driver
    MINI_MME_Init()...
    VCONF [OK]
    st231cm_RegisterDriver
    h263 register succesful
    pwc: Philips webcam module version 10.0.11-unofficial loaded.
    pwc: Supports Philips PCA645/646, PCVC675/680/690, PCVC720[40]/730/740/750 & PCV
    C830/840.
    pwc: Also supports the Askey VC010, various Logitech Quickcams, Samsung MPC-C10
    and MPC-C30,
    pwc: the Creative WebCam 5 & Pro Ex, SOTEC Afina Eye and Visionite VCS-UC300 and
     VCS-UM100.
    usbcore: registered new driver Philips webcam
    MUX: fdma_api_ver: 1.0
    0: 0x0a0fd000, 0xaa0fd000
    st231cm_RegisterDriver
    h264vdec register succesful
    st231cm_DspLock
    lock from h264vdec
    h264vdec st231cm_DspLock ok: 15
    R422 Decoder ID 2
    r422vdec: Initialisation OK
    [Ethernet] Config for e88tlfa h/w platform.
    $Name:  $
    <DM9000> I/O: a0c00000, VID: 90000a46 CHIP Revision 19
    <DM9000> MAC address provided:
    Found MAC address 00:03:91:bd:0f:0f
    <DM9000> found
    SMSC_WARNING: smsc911x_init: idrev top 16 bits equal to bottom 16 bits, idrev: 0
    x0C070C07
    aud_config_adb_audio: 0
    aud_config_drv_partial_init: 1
    aud_config_es_buf_lvl: 524288
    aud_config_finetune_pts: 3000
    aud_config_alsa: 1
    aud_config_ac3: 0
    aud_config_wma: 0
    aud_config_aac_he: 0
    aud_config_dts_enc: 0
    aud_config_false_aac_main_patch: 1
    aud_config_only_audio_streams_prebuffer_timeout: 1200
    aud_config_underrun_prebuffer_time: 200
    aud_config_spdif_cc: 0xc00
    aud_config_mp3_nonrealtime: 0
    aud_config_max_lipsync: 0ms
    st231cm_RegisterDriver
    aud register succesful
    st231cm_RegisterDriver
    alsa register succesful
    usbcore: registered new driver snd-usb-audio
    usbcore: registered new driver audio
    drivers/usb/class/audio.c: v1.0.0:USB Audio Class driver
    insmod: /lib/modules/feip.ko: No such file or directory
    All modules loaded.
    ln: /dev/mixer2: File exists
    telnetd: starting
      port: 23; interface: any; login program: /bin/login
    
     =========================================
     STB:             :  TLF 3800TW
     SDK version      :  1.46.4.33.dual
     Software version :  2010.10.04.07.07.16
     Locale           :  cs-CZ
     =========================================
    
     starting file /etc/rc.local
    server: esperando conexiones...
    
    Embedded Linux 2.6.11 by ADB
    iCan-3800TW login: [Info] AllocatePArea can't allocate 1658888 memory bytes beca
    use of quota 0 exceeded by 1658888 bytes
    Couldn't load XKB keymap, falling back to pre-XKB keymap
    [Info] AllocatePArea can't allocate 829440 memory bytes because of quota 0 excee
    ded by 829440 bytes
    
    
    Board: STb7100-Mboard (MB411)  [29-bit mode]
    
    
    U-Boot 1.3.1 (Jul  3 2013 - 19:01:51) - stm23_0057
    
    DRAM:   32 MiB
    NOR:     0 KiB
    *** Warning - bad CRC, using default environment
    
    In:    serial
    Out:   serial
    Err:   serial
    MB411>


    Rimini:
    Zum Glück sind die Dokumentationen von STmicro für die ST40-Tools mit dem GDB und auch für STlinux ziemlich ausführlich, nur teilweise nicht ganz aktuell.

    Das kompilierte u-boot meldet sich zwar über den RS-232 Port, passt aber dafür nicht wirklich zum gesamten Speicher-System des Receivers, weil der NOR-Flash und der NAND-Flash gar nicht erkannt wird.

    Das ist aber soweit erstmal nicht weiter schlimm, da das Foto vom NOR-Flash jetzt gut lesbar und vollständig dessen Bezeichnung

    ST M28W320HS-T70ZA6

    zeigt. Außerdem kann das flasher-Tool zumindes die IDs des NOR-Flash lesen:
    Code:
    Setting up ST40 Micro Toolset R5.3.0
    
    C:\STMicroToolset40R5.3.0>sh4xrun -c sh4tp -t STMCLT1000A:mb411:st40 -e flasher.
    out -a -r c:\\STMicroToolset40R5.3.0\\bin\\ADBbackup
    
    FLASHER V3.3
    Copyright (c) 2003-2009 STMicroelectronics Limited
    Platform: mb411stb7100
    
    Warning: Failed to ID a NOR device @ 0x00000000
      Device = 0xffff0001/0x880a, Manufacturer = 0x880a0020/0x0020
    flasher: No supported NOR FLASH devices detected
    
    C:\STMicroToolset40R5.3.0>
    so dass man die Definitionen im Source-Code des flasher-Tools entsprechend anpassen kann, wenn man denn das Datenblatt für den Flash-Chip findet. Werde dann heute Nachmittag mal was in der Richtung machen, so dass man den NOR-Chip mit dem Bootloader wenistens erstmal auslesen und in einer Datei abspeichern kann.

    Ich nehme mal an, dass die Ausgaben von dem flasher-Tool von dem Receiver mit dem fotografierten Flash-Chip (ST M28W320HS-T70ZA6) stammen.
    Angehängte Grafiken Angehängte Grafiken
    Angehängte Dateien Angehängte Dateien
    Geändert von joseff2 (24.11.2013 um 18:10 Uhr)
    Unterstützung Wenn Du sehr gerne die Informationen unsere Community liest, dann klicke bitte auf die Grafik und unterstütze uns mit einer Spende.
    Click Here To Contribute To Our Site


  8. #8
    Kaiser
    Avatar von Rimini
    Registriert seit
    01.10.2013
    Beiträge
    1.454
    DankeAktivitätenReceiverTagging
    Ich hab Joseff mal gebeten, alles was im alten Nachtfalken und dort insbesondere auch über PNs von uns gemacht wurde hier zu posten, da ich ja von ForumHome ausgesperrt wurde und dort auch nicht mehr weitermachen werde. Ohne Anhänge ist das dort etwas zwecklos.

    Jetzt kann man dann hier wieder weitermachen.
    Es gibt keine dumme Fragen, nur dumme Antworten.

  9. #9
    Admin
    Avatar von torwald12
    Registriert seit
    28.09.2013
    Beiträge
    36.059
    DankeAktivitätenReceiverTagging
    ok, kein Problem
    Gruß torwald12

    Kein Support per PN, Fragen gehören ins Forum!




  10. #10
    joseff2
    Gast
    Dremel:

    Respekt, hier lernt man wirklich was.
    Eine Verständnisfrage habe ich aber, u-boot gibt seine Meldung über die serielle Schnittstelle aus. Bei der Alice Box ist die aber passwortgeschützt.
    Klappt das denn oder gibt u-boot seine Meldungen irgendwie anders aus?

    Die gleiche Frage zum Flasher-Tools, gehen die Ausgaben an die passwortgeschützte Schnittstelle?


    Rimini:

    Das von mir kompilierte u-boot für den mb411-Target wird über JTAG in den RAM des Receivers geladen und dort gestartet, das hat gar nichts mit dem Bootloader im Flash-Chip zu tun und deshalb meldet sich das u-boot auch über das RS-232 Interface des Receivers und man kann dann mit dem u-boot all das machen, was dort an Funktionalität vor dem Kompilieren konfiguriert wurde.

    Genau so verhält es sich auch mit dem flasher-Tool, wobei dieses gar nicht über RS-232 kommuniziert, sondern ausschließlich über das JTAG-Interface. Man kann u-boot auch so konfigurieren, dass es auch nur über das JTAG-Interface kommuniziert, nur hat man dann später das Problem, dass man über das JTAG-Interface nicht mit den seriellen Lade-Befehlen von u-boot (loady usw.) was laden könnte. Wenn aber USB- oder LAN-Chip in u-boot richtig konfiguriert sind, könnte man darüber ganz normal was laden (z.B. eine Firmware in den NOR- oder NAND-Chip, wenn diese denn richtig erkannt worden sind).

    Denn was passiert, wenn man das JTAG-Interface eines Receivers mit STi71xx-Chip benutzen kann???

    Mit dem GDB-Befehl sh4tp STMCLT1000A:mb411:st40 zur Herstellung der JTAG-Kommunikation werden automatisch nacheinder verschiedene Dinge ausgelöst/ausgeführt:

    1. Der STi71xx-Chip wird über das nSRST-Signal des JTAG-Interfaces in den Reset-Zustand versetzt (System-Reset).

    2. Mit dem Aktivieren des nASEBRK-Signals des JTAG-Interfaces wird jede Programmabarbeitung bzw. jeder Programmstart des STi71xx-Chips unterbunden (Hardware-Break).

    3. Mit Hilfe der Target- und damit zusammenhängenden Chip-Definitionen (hier mb411 und ST40) werden dann über das JTAG-Interface die internen Register des STi71xx-Chips entsprechend programmiert und das Reset-Signal deaktiviert, aber noch nicht das Break-Signal. Wenn die Target-Definitionen zur Hardware - Receiver-Chip, Flash-Chip(s), RAM-Chip(s) usw. - passen, dann kann man die Hardware auch über das JTAG-Interface nutzen.

    Diese "Grundinitialisierung" der Hardware - Receiver-, RAM- und Flash-Chip(s) - macht der sh4tp-Befehl bis hierhin über das JTAG-Interface, genau so, wie es ein Bootloader direkt nach einem Reset machen würde/müsste.

    3. Mit dem GDB-Befehl load kann man dann über das JTAG-Interface beliebigen Objekt-Code in den RAM laden (eben ein selbst kompiliertes u-boot, das flasher-Tool oder sonstwas).

    4. Mit dem GDB-Befehl continue wird dann ein Programm im RAM gestartet, also der Programm-Counter des STi71xx-Chips auf die Startadresse im RAM gesetzt und dann das Break-Signal deaktiviert, so dass dort die Programmabarbeitung an dieser Stelle gestartet wird.

    Der sh4xrun-Befehl ist nichts weiter als ein kleines Programm, dass die einzelnen GDB-Befehle hintereinander ausführt, so dass man nicht selber soviele enzelne Befehle eintippen muss (könnte man aber auch jeden Schritt selber unter GDB einzeln abarbeiten).

    Lange Rede, kurzer Sinn:

    Wenn die Target-Definitionen zur Hardware passend sind und man überhaupt eine JTAG-Kommunikation herstellen kann, kann man (fast) beliebige Interaktionen mit dem Receiver-Chip und den damit verbundenen Flash-, RAM-, LAN-Chip(s) ausführen (lassen). Man muss eben "nur" wissen, wie die Hardfware genau zusammenhängt und funktioniert. Das "nur" ist dabei das Problem. Vollständige Dokumentationen der Receiver-Chips und ihrer genauen Funktion unterliegen der Geheimhaltung, genauso wie die Hardwaregestaltung (genaue Schaltung) der Receiver selbst.

    Dieser Paswortschutz beim Alice-Receiver ist ja nur wirksam, wenn der Bootcode des Alice-Receivers aus dem Flash-Chip gestartet ist, aber nicht, wenn man über das JTAG-Interface vollen Zugang zu den Funktionen der Receiver-Harware erhält. Einzig ein Hardware-Schutz im Receiver-Chip oder in externen Chips, der nicht umgehbar ist, könnte etwas bewirken/verhindern.

  11. #11
    joseff2b
    Gast
    dremel:

    Bei dem Alice Receiver sind ja einige Teile vergossen. Wie wahrscheinlich ist es, dass sich der entscheidende Unterschied grade an dieser Stelle befindet?
    Nebenbei, gibt es eine Möglichkeit diesen Gießharz chemisch, thermisch oder sonstwie zu lösen? Bisher habe ich immer nur Bilder gesehen, auf denen er vorsichtig abgeschliffen wurde.


    Rimini:

    Wenn man wirklich hinter die "Geheimnisse" der Platinen-Bestückung zu kommen, bräuchte man eine Platine, die man auch vollständig von allen Bauteilen befreien kann. Könnte auch eine defekte Platine sein. Nur so kann man dann vollständig und gesichert alle Leiterbahnverbindungen achverfolgen, insbesondere auch die unter den BGA-Bauteilen.

    Als Vergussmasse für die Bauteile auf den Platinen wird meist Epoxid-Harz verwendet und das kann man nur sehr vorsichtig abschleifen (Dremel oder noch besser Zahnarzt-Turbine). Andere Möglichkeit wären Röntgen-Aufnahmen der Platine.


    Joseff:
    Dass ein wichtiger Unterschied gerade unter der vergossen Stelle ist, ist mir auch eingefallen.
    Es zu entfernen ist mir auch eingefallen, aber es ist wirklich steinhart.
    Ich versuchte nur so leicht drauf zu kratzen, aber hat fast keine Spur hinterlassen.
    Abschleifen ohne Beschädigung der SMD Teile ist daher leider ausgeschlossen.
    Vielleicht thermisch oder chemisch. ???
    Einen technischen 600 Grad Celsius Föhn und ein bisschen Benzin hätte ich.
    Aber durch die Wärme könnten alle SMD teile herum abfallen. Vielleicht mit Benzin. Leider bin ich kein Chemiker.

    Es ist gut, dass diese Box noch in Österreich und Italien benutzt wird.
    Und hat dort jemand einen Bekannten, der diese Box mit IPTV verwendet?
    Fals ja, dann bitte ich um einen Kontakt. Danke.

    Weiterhin brauchen wir noch eine Alice Box zur Testzwecken. Wir möchten versuchen bei JTAG die Spannung langsam zu erhöhen.
    Vielleicht gellingt so eine JTAG Verbindung in die Box, oder der CHIP brennt aus.


    Dremel:

    Tja, an einen Röntgenapparat oder einen Zahnarztbohrer kommen wohl die wenigsten ran.
    Wenn man sich das tschechische Board allerdings anschaut, denn sieht man dass die "Glue Area" schon von vornherein geplant war.
    Wenn ich einen JTAG Anschluß deaktivieren und die Aktivierung erschweren wollte, würde ich die entsprechenden Stellen mit Harz vergiessen.

    Bei eBay habe ich günstige Gravursets gesehen. (So einen Art Mini-Dremel. Damit kann der Hobby-Graveur sein Bierglas verziehren )
    Was hart und fein genug ist, um Glas zu ritzen sollte auch für das Harz reichen.
    Zumal man ja anhand des tschechischen Boards weiß, wo die Bauteile sind.


    Joseff:

    Also so eine Handfräse habe ich.
    Naja nur das abschleifen des Harzes würde genau so gut gehen wie das abschleifen
    der Chips und SMDs. Da merk man keinen Unterschied.

    Mit dem Harz is es glaub ich anders.
    1) die Chips sollen nich erkannt werden
    2) soll das auslöten der Chips verhindert werden und so das direkte auslesen
    Angehängte Grafiken Angehängte Grafiken

  12. #12
    joseff2
    Gast
    Joseff:

    Was beim JTAG zu messen ging, habe ich gemessen.
    Leider ist auf beiden Leiterplatten dieser Teil identisch.
    Sofern ich nicht etwas übersehen habe. Die Leiterplatte ist beiderseitig bestückt
    und unter der sichtbaren Schicht ist noch eine leitende Schicht.

    Das meine Schaltbild habe ich mit dem von ST verglichen und so sollte es sein.

    An den SMD Kondensatoren ist es mir nicht gelungen die Werte zu messen. Hab 2 Messgeräte versucht.
    Da sie zugelötet und mit anderen Sachen verbunden sind, wird nichts angezeigt.
    - kann sein dass es sich nur um ein paar pF handelt

    Also ist der Schutz höchstwahrscheinlich irgendwo anders. ???


    Rimini:

    Was mir da dann auffällt, ist die etwas unübliche Beschaltung des nASEBRK Signals mit den zwei SMD-Kondensatoren. Beide Kondensatoren auslöten ist wahrscheinlich zu umständlich, aber vielleicht kannst du den 10kOhm Widerstand zwischen diesen Kondensatoren und dem nASAEBRK-Anschlusspin auslöten. Dieser Widerstand und die beiden Kondensatoren bilden mit dem 10kOhm Widerstand gegen +3,3V beim Einschalten des Receivers einen Spannungsteiler. Somit steigt die nASAEBRK-Spannung beim Einschalten nur sehr langsam von ca. 3,3V/2=1,65V bei vollkommen entladenen Kondensatoren bis auf die üblichen 3,3V (bei vollständig geladenen Kondensatoren). Das könnte diesen Sentinel-Fehler verursachen und in gewissem Maß auch der Beobachtung von Luck, dass man den Sentinel-Fehler mit einer festen Spannung von 3,3V und mehr umgehen kann, erklären würde (Kondensatoren dann immer geladen).

    Außerdem hast du einen JTAG-Signal (hellblau gekennzeichnet) mit einem ?-Zeichen versehen, dass zu einem Pin des STix7100 führt.


    Joseff:

    Das klingt logisch, ich hätte da nur eine kleine Verbesserung.
    Versuch 1) nichts auslöten aber nur die beiden SMD-Kondensatoren überbrücken,
    so sollte es sein.
    Versuch 2) sofern es nicht hilft den 10kOhm Widerstand auslöten.

    Hier möchte ich nur bemerken, dass es auch mit den SMD-Kondensatoren genau so bei der CZ box ist,
    wo JTAG ohne Probleme geht.

    Das auslöten und zulöten der SMDs ist nicht einfach wobei diese SMD wirklich mini SMD sind.
    Da ist ein kleiner Tropfen Zinn größer als der SMD Widerstand.

    Dennoch werde ich es versuchen, aber eine Bestätigung wäre mir lieber, dass es an einem anderen
    Board mit der selben Meldund geholfen hat und der Zugang jetzt möglich ist.

    Zu meinem Schaltbild.
    Am JTAG ist Trigger Out hellblau gekennzeichnet. Laut Datenblatt sollte es dorthin führen,
    wo ich es markiert habe. Aber es ist kein direkter Weg. Etwas ist dazwischen, aber es ist mir
    nicht gelungen es zu finden.

    Ich messe zwischen
    JTAG Punkt und Masse(GND) 600 Ohm
    wenn ich die Kabel vom Messgerät umtausche
    JTAG Punkt und Masse(GND) 1360 Ohm

    JTAG Punkt und CPU Punkt - scheint ein Kondensator zu sein

    CPU Punkt und Masse(GND) 12,3kOhm
    wenn ich die Kabel vom Messgerät umtausche
    CPU Punkt und Masse(GND) 12,7kOhm


    Rimini:

    Meine Vermutung wäre, dass entweder die Firmware bei beiden Receivern anders auf die unübliche Beschaltung des nASEBRK-Signals reagiert (sofortiges Lesen des Status nach dem Einschalten) oder der verwendete STx7100-Chip andersartig ist.

    Nur die Kondensatoren nach Masse kurzschließen ist zwar auch eine Möglichkeit, aber dann bilden die beiden 10kOhm Widerstände am nASEBRK Anschluss eben immer noch einen Spannungsteiler, so dass ohne nASEBRK-Signal vom JTAG-Adapter im Moment des Einschaltens des Receiver nur die Hälfte der 3,3V vom Receiver anliegen. Vielleicht hilft schon, bei dem sh4tp GDB-Befehl mit den möglichen Parametern nASEBRK zu aktivieren und dann erst den Receiver einschalten.

    Du solltes versuchen zu klären, wohin das Signal vom JTAG-Anschluss wirklich führt, da TRIGOUT usw. alles optionale JTAG-Signale sind und Receiver-Hersteller stattdessen auch ganz andere Signale an den betreffenden JTAG-Anschlüssen verwenden können.

    Zitat von joseff2
    Die Beobachtung von Luck ist zwar interessant, aber die Theorie mit der langsammen Erhöhung der Spannung bis +5V war nur sofern ich es verstanden habe nur Theorie ohne funktionierenden Praxistest.
    Und eine weitere Frage in der Luft war, wo die Spannung erhöhen.
    Luck behauptet, dass es bei seinem Octagon 1018 (glaub ich) so funktioniert hat. Er hat erst mit 3,3V über einen 47Ohm Widerstand an den nASEBRK Anschluss des Receiver gelegt, was anfangs wohl auch funtioniert hat. Musste dann aber die Spannung auf 5V erhöhen, da es irgendwann nichtmehr mit 3,3V ging. Angeblich funktioniert der Receiver noch heute so.

    Da man Luck nicht unbedingt alles glauben darf und die JTAG-Anschlüsse der STi71xx-Chips nicht 5V tolerante Low-Voltage 3,3V TTL Ein-/Ausgänge sind, können 5V an den Anschlüssen auch zu irreversilblen Veränderungen im Chip selbst führen. Ist also alles mit Vorsicht zu betrachten.


    Joseff:

    Also, der mini SMD 10kOhm Widerstand ist weg. Hat leider nicht geholfen.
    JTAG funktioniert wie vorher.

    Zuerst habe ich die beiden SMD-Kondensatoren überbrückt.
    Code:
    (gdb) sh4tp STMCLT1000A:mb411:st40
    The target is assumed to be little endian
    The target architecture is assumed to be sh4
    mb411_stx7100_cut31 (mb411) connect start - parameters {}
    Initialization TCK frequency set to 3000000 Hz
    SHDEBUG [ERROR] :: Unable to initialise target with target pack STMCLT1000A:mb411:st40 (Fatal Error: TargetPack error: Rea
    d a device id of 0x00000000. Please check the connection to the target and ensure jtagpinout is specified correctly)
    SHDEBUG [ERROR] :: Unable to initialise target with target pack STMCLT1000A:mb411:st40
    Unable to connect to remote target STMCLT1000A:mb411:st40
    (gdb)
    Dann den Widerstand entfernt:
    Code:
    (gdb) sh4tp STMCLT1000A:mb411:st40
    The target is assumed to be little endian
    The target architecture is assumed to be sh4
    mb411_stx7100_cut31 (mb411) connect start - parameters {}
    Initialization TCK frequency set to 3000000 Hz
    Device id  0x2d424041
    tapmux connect(): boot mode single core setup
    tapmux setup to bypass to core st40, channel 1
    SDI [ERROR] :: [SERVER] serviceASEMode: Sentinel not found (0xffffffff != 0xbeefface)
    SDI [ERROR] :: [SERVER] sdi_Attach: Unable to service target after attaching
    SDI [ERROR] :: [SERVER] processSDICommand: sdi_Attach failed
    SDI [ERROR] :: Command SDI_ATTACH failed (0)
    mb411 initialization start with SoC stx7100_cut31 ...
    stx7100_cut31: booted audio companion
    stx7100_cut31: booted video companion
    TCK frequency set to 10000000 Hz
    tapmux complete_connect(): single core setup
    mb411 initialization complete
    SDI [ERROR] :: [SERVER] serviceASEMode: Sentinel not found (0xffffffff != 0xbeefface)
    SDI [ERROR] :: [SERVER] sdi_Attach: Unable to service target after attaching
    SDI [ERROR] :: [SERVER] processSDICommand: sdi_Attach failed
    SDI [ERROR] :: Command SDI_ATTACH failed (0)
    Unable to attach to remote target STMCLT1000A:mb411:st40
    (gdb)
    Auf nASEBRK habe ich über einen 20kOhm Widerstand +3,3V aus der Konsole angeschlossen.
    Hat leider auch nicht geholfen.
    JTAG funktioniert wie vorher.
    Also, sofern es nich jemand aderer ausprobiert, über 3,3V gehe ich nicht,
    da die Chips bis 3,3V sein sollen und wir den Inhalt und keinen Toast brauchen.
    Angehängte Grafiken Angehängte Grafiken

  13. #13
    joseff2
    Gast
    Komisch ist, dass ich die restlichen Widerstände, die ich zwischen
    CPU-GND und JTAG-GND messe nicht finden kann. ???
    Die CZ Box hat nASEBRK-GND +3,3V.
    Alice hat dort +2,5V auch noch ohne den 10kOhm Widerstand.

    Der JTAG geht direkt in den CPU STx7100, also auch die +3,3V. Zwar messe ich dort
    600Ohm gegen GND, aber eine erhöhung der Spannung bis +5V würde er nicht überleben.
    - aber kann drinne einen Schutz haben

    Also ist der CPU anders. Leider ist auf beiden ein Kühler angeklebt.
    Der Klebstoff is bestimmt Wärmeleitend. Frage ist ob nach dem abmachen vom
    Kühler dort noch ein Text ist.

    Was helfen könnte, verschiedene SAT und TV Platienen mit STx7100 und JTAG zu vergleichen,
    die, die Chips mit und ohne Epoxid-Harz haben. Kathrein sollte ähnlich sein.

    Ja, die Suche geht weiter.

    Da unsere Box keinen schutz hat, versuchen wir inzwischen den Kernel und andere Sachen
    zu modifizieren.
    Wir versuchen einen Teil der Italienischen Firmware zu verstehen. Die funktioniert ganz anders
    als bei Alice, oder bei uns, da sie immer beim einschalten der Box komplett in die Box
    über IPTV kopiert werden muss. Bestimmt wird etwas schiefgehen, abert mit JTAG wird die Box gerettet.

    Dabei brauche ich wieder Hilfe.

    Die flasher.out Datei funktioniert. Wie wird die Datei wieder in die Box kopiert?
    Der NAND raus und rein kopiert?
    Und bei u-boot.o war glaube ich auch noch ein Problem.

    So wird es auch schon für Alice teilweise vorbereitet sein.

  14. #14
    War ein paarmal hier
    Avatar von dremel
    Registriert seit
    30.09.2013
    Beiträge
    16
    DankeAktivitätenReceiverTagging
    Hallo Josef,
    schön, daß ihr in dem Projekt noch so aktiv seid.
    Zitat Zitat von joseff2b Beitrag anzeigen
    Es ist gut, dass diese Box noch in Österreich und Italien benutzt wird.
    Und hat dort jemand einen Bekannten, der diese Box mit IPTV verwendet?
    Fals ja, dann bitte ich um einen Kontakt. Danke.
    Die Box aus Österreich sieht anders aus und hat keinen DVB-T Tuner.
    Aber dafür ist sie auch nicht mit Harz vergossen.

    Link nur für registrierte und freigeschaltete Mitglieder sichtbar. Link nur für registrierte und freigeschaltete Mitglieder sichtbar. Link nur für registrierte und freigeschaltete Mitglieder sichtbar.

    Der IPTV Anbieter heißt A1 TV (früher AonTV). Mittlerweile bekommen die Kunden eine andere Box.
    Es gibt auch ein inoffizielles AonTV Forum.
    Zitat Zitat von joseff2b Beitrag anzeigen
    Also so eine Handfräse habe ich.
    Naja nur das abschleifen des Harzes würde genau so gut gehen wie das abschleifen
    der Chips und SMDs. Da merk man keinen Unterschied.

    Mit dem Harz is es glaub ich anders.
    1) die Chips sollen nich erkannt werden
    2) soll das auslöten der Chips verhindert werden und so das direkte auslesen
    Naja, ich denke die Chips sind bekannt.
    Werden ja wohl in den Boxen die gleichen Chips sein, auch in denen die nicht vergossen sind.
    Abschleifen sollte gehen, ist aber eine diffizile Arbeit, die Zeit braucht, Außerdem viel Geduld und ruhige Hand.
    Nichts für einen Montag morgen nach einem "Feierwochenende".

    Colibri hatte mal die Harzschicht bei einem Sky Pace Receiver freigeschliffen.

    Link nur für registrierte und freigeschaltete Mitglieder sichtbar.

    gruss
    dremel

  15. #15
    joseff2
    Gast
    Ja wirklich Respekt an Colibri.
    Ich habe gedacht, dass mit dem Harz auch die Beschriftung ab geht, tja da habe ich mich geirrt.

    Danke für die Bilder. Ja ich weiß dass diese Box keinen DVB-T Tuner hat.
    Ein Österreichischer Benutzer hat uns kontaktiert, dass er kein IPTV mehr hat, aber nur die Box,
    die er für andere Zwecke benutzen möchte und deshalb hat er uns gebäten einen Zugang in die Box zu machen.
    Dazu brauchen wir aber die Firmware abgefangen mit Infocast2Tools.v1.3
    Für uns ist auch der Inhalt interessant, aber vor allem die Verbindungsinformationen (BootCast)
    vor dem Aktualisienen der Firmware. Von der ALICE habe ich sie nicht, nur von der CZ und ES Box.
    Da es aber der selbe Betreiber ist sind die Informationen fast identisch, aber die Alice hat es anders
    und da hoffe ich eine Formel zu erraten.
    Ja ich habe 2 Foren gefunden, leider in beiden kein Log-in für CZ Benutzer möglich.


 
Seite 1 von 2 12 LetzteLetzte

Ähnliche Themen

  1. JTAG für Comag SL 60 Plus
    Von cobramostar im Forum JTAG für Comag & Clone
    Antworten: 49
    Letzter Beitrag: 26.09.2015, 20:24
  2. Neuaufschaltung Alice Deutschland wurde auf Astra 19.2 aufgeschaltet.
    Von onkel yankee im Forum Astra 19.2 News
    Antworten: 14
    Letzter Beitrag: 16.12.2013, 22:50
  3. Alice Deutschland
    Von ch_guy im Forum Free-TV News
    Antworten: 7
    Letzter Beitrag: 31.10.2013, 17:26
  4. JTAG Diskussionsthread
    Von daniel-dm im Forum JTAG für Comag & Clone
    Antworten: 0
    Letzter Beitrag: 04.10.2013, 18:22

Stichworte

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •  
 Nachtfalke Reloaded Aktuell betrachtest Du unsere Community als Gast und hast somit nur begrenzten Zugriff auf Diskussionen, Bereiche und Downloads.
Registriere dich noch heute um auf alle Bereiche zuzugreifen!