Thema: JTAG für Comag SL 60 Plus

Der Bootloader des SL60HD+ lässt sich wahrscheinlich nicht stoppen, aber man kann einfach im laufenden Betrieb des Receivers die obigen Kommandos (help usw.) über die serielle Schnittstelle mit einem Terminal-Programm eingeben und sieht dann die Ausgaben im Terminal-Programm.

Ob das mit neueren Firmwares, die ja zwangsweise (mehr oder weniger) noch geht, kann ich nicht sagen. Bei den älteren Firmware-Versionen hat man diese Funktionalität auf jeden Fall noch (für Debug-Zwecke?) zur Verfügung.

Tja, so ist das eben mit Zwangs-Updates bei derartigen Receivern. Sollte man also vermeiden, ehe es zu spät ist. Meine SL60HD+ haben noch eine der ersten Firmwares und bekommen höchstens dann ein Zwangs-Update, wenn JTAG mal möglich wäre. Kann aber auch dann so sein, dass nach einem aktuellen Zwangs-Update auch kein JTAG mehr möglich ist, obwohl es vorher möglich war. Das ist zwar eher unwahrscheinlich, aber nicht unmöglich. Also Vorsicht mit den Zwangs-Updates solange man was testen will.

JTAG Kommunikation funktioniert zumindest, da die Chip-ID über JTAG gelesen werden kann:

Zitat von cobramostar

...
(gdb) sh4tp STMCLT1000A:mb618:st40,debug=2
The target is assumed to be little endian
The target architecture is assumed to be sh4
mb618 connect start - parameters {'debug': '2'}
Initialization TCK frequency set to 3000000 Hz
Device id 0x2d43b041

Zwei Probleme werden ja auch angezeigt:

Zitat von cobramostar

...
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)
mb618 initialization start ...
mb618_setup - parameters {'debug': '2', 'tapmux_bypass_init': u'st40', 'reset_lo
w_period': 360000}
Chip infos
Device ID = 0xFFFFFFFF ==> ERROR !! NEITHER a STi7111, nor STi5211
SHDEBUG [ERROR] :: Unable to initialise target with target pack STMCLT1000A:mb61
8:st40 debug=2 (Fatal Error: TargetPack error: NOT IDENTIIED as STi7111 or STi52
11 chip
Traceback (most recent call last)

Zum einen der misteriöse Sentinel-Error und viel wichtiger, dass die Target-Pack Definitionen des gewählten mb618 Targets überhaupt nicht zu dem erkannten STi71xx-Chip mit der Chip-ID 0x2d43b041 passt. Es ist einfach kein STi7111 oder STi5211 Chip, wie er bei dem mb618 Referenz-Target von STmicro vorgesehen ist. Da gibt es erstmal nur die Möglichkeit, die Target-Definitionen selber entsprehend anzupassen. Wie Targets für die ST40-Tools richtig definiert werden, ist vollständig in den mitinstallierten Dokumenten von STmicro nachlesbar. Das Problem wird es sein, entweder eine vollständige Dokumentation (Datenblatt) des STi71xx-Chips mit der Chip-ID 0x2d43b041 zu bekommen oder eben eine ähnliche Target-Definition (das kann durchaus der mb618 Target sein) auf Verdacht so anzupassen, bis es passt.

Aber mit dem Comag SL60HD+ hat das hier erstmal gar nichts zu tun, da bei dem Receiver bekannt ist, dass es ein modifizierter hdk7111 Target ist und "nur" der Sentinel-Error gemeldet wird.

Im Comag SL60HD+ ist definitiv ein STi7111 Cut3 Chip verbaut und in dem Pace irgend ein anderer Chip. Von der Chip-ID her könnte es ein STi7111 unbekannter Cut-Ausführung/Chip-Revision sein, die so in keiner Target-Definition von STmicro zu finden ist. Damit muss man bei dem Pace-Receiver noch mehr raten, wie die Target-Definitionen richtig sein könnten, als es beim Comag-Receiver ist, da dort der STi7111 Chip an Hand seiner Chip-ID mit den hdk7111 Target-Definitionen richtig als STi7111 Chip erkannt wird. Trotzdem hat man beim Comag-Receiver, wie auch bei vielen anderen Receivern mit STi71xx-Chip den unbekannten Sentinel-Error, der jede weitere JTAG-Kommunikation, außer dem Auslesen der Chip-ID, verhindert.

Der Sentinel-Error hat erstmal nichts mit dem STi7111 direkt zu tun. Der der Edision Pingulux und baugleiche Fulan-Spark Receiver haben auch einen STi7111 und es gibt keine Probleme mit dem Sentinel-Error. Es liegt höchstwahrscheinlich an einer zum Receiver unpassenden Target-Definition (andere Adresszuordnung u.ä).

Für den Comag SL60HD+ und im nichts anderes geht es hier in dem Thread, bräuchte man die Target-Definitionen für den höchstwahrscheinlich verwendeten hdk7111_7111 Target, so wie es in den Bootmeldungen des Receivers als verwendete Platform bei der Kompilierung der OS21-Firmware ersichtlich ist (siehe Post #8). Schon diese Bezeichnung der Platform deutet sehr darauf hin, dass das eine modifizierte hdk7111 Target-Definition ist, denn den Target hdk7111 gibt es in dem Connection-Paket.

umgezogen in sonstige reciver

Zitat von cobramostar

so sieht es bei eine andere reciver

Was auch nichts mit dem Comag SL60HD+ zu tun hat. Ich könnte hier auch Logs von verschiedensten Receivern mit STi71xx-Chips, die verschiedenste Fehlermeldungen enthalten, hier posten. Was als Meldungen ausgegeben wird, hängt vom verwendeten Receiver und den verwendeten Target-Definitionen ab.

Mach in einer passenden Receiver-Rubrik des Forums ein neues Thema für den Receiver, dann kann man darüber diskutieren. Hier im Thread für den Comag SL60HD+ ist es jedenfalls nicht hilfreich, sondern verwirrend.