JTAG SCHALTPLAN Nachbau gesucht

Für AVR Controller? Dann hier:
http://www.siwawi.arubi.uni-kl.de/avr_projects/evertool/index.html

Für ARM-Controller?
Dann hier: http://www.hs-augsburg.de/~hhoegl/proj/usbjtag/usbjtag.html

Man sollte aber beachten, dass diese einfachen AVR-JTAG-ICE-Clones
mittlerweile in weiten Teilen veraltet sind.  Der Grund liegt darin,
dass deren Möglichkeiten (insbesondere der Platz für die Firmware)
komplett erschöpft waren, sodass Atmel dafür bereits seit langem
keine Firmwareerweiterungen mehr anbietet.  Damit ist deren Support
auf die AVRs beschränkt, die damit zum Ende der Firmwarepflege vor
ca. 3 Jahren implementiert waren.  Die beiden modernsten dabei sind
der AT90CAN128 und der ATmega169.

Für modernere AVRs lohnt sich der relativ preiswerte AVR Dragon,
sofern man AVRs mit maximal 32 KiB ROM benutzt.  (Größere kann man
mit dem Dragon nicht mehr debuggen, aber noch programmieren.)  Der
alte JTAG-ICE-Clone hat damit seinen heutigen Markt eigentlich nur
noch, wenn man einen ATmega64/128 oder AT90CAN128 debuggen möchte.

Achso, nun weiß ich warum man dazu nichts neues findet.
Naja ich brauche einen Jtag um paar Geräte wieder beleben. Wurden beim 
flash Versuch in das Reich der Toten geschickt.

Kann mir jemand dafür einen Vernünftigen Jtag empfehlen ?
Nicht diesen billigen Sachen bei Ebay. Bin bereit da mehr zu zahlen und 
löten kann ich auch

Hä? Was hat JTAG mit kaputt gefalshten Fuses zu tun? Du brauchst evtl. 
einen Hochvolt-Programmer und/oder einen Generator für den Rescue-Takt.

Um welche Prozessoren handelt es sich denn überhaupt? Das hast du noch 
nicht geschrieben. Diese JTAG-Adapter sind immer spezifisch auf eine 
Prozessorarchitektur ausgelegt.

Was werkelt denn in diesen Geräten?

Willst du nur von ein paar AVRs die Fuses ändern?  Das geht mit dem
AVR Dragon für alle AVRs.

Es geht um Set Top Box, Receiver, Router.

Über JTAG ist es möglich die Geräte wieder ins Leben zu rufen, bevor sie 
in die Tonne wandeln oder als Deko rumstehen

Jürgen Dell wrote:
> Es geht um Set Top Box, Receiver, Router.
>
> Über JTAG ist es möglich die Geräte wieder ins Leben zu rufen, bevor sie
> in die Tonne wandeln oder als Deko rumstehen

Ein "JTAG ICE" ist da nicht prall, denn der ist für AVRs und diese µC 
findest du in den Geräten an der Stelle eher selten. Dort sind andere 
µC/P eingesetzt und auch FPGAs.

Der genannte Wiggler wäre eine Möglichkeit. Diese billige Alternative 
möchtest du ja nicht.

Ich würde mir an deiner Stelle z.B. USBProg in Kombination mit der 
Software OpenOCD ansehen, wenn es dennoch preiswert sein soll und 
Selbstbau/Selbstprogrammieren/Selbstenginieering kein Hindernis ist. Und 
wenn du das zum laufen bringst, bist du ziemlich flexibel, was die Art 
der zu rettenden Geräte angeht. Die Kombination ist nämlich nicht starr 
auf eine µC/µP Familie oder einen FPGA Hersteller ausgelegt sondern 
Anpassungen sind möglich

Im Artikel JTAG sind auch kommerzielle JTAG-Lösungen aufgelistet, die 
auch industriell einsetzbar sind. Man kann da aber ganz schön Geld 
ausgeben und da müssen die Finger rundgehen bis sich die 
Rettungsmassnahmen rechnen...

Jogibär wrote:

> > (Größere kann man
> > mit dem Dragon nicht mehr debuggen, aber noch programmieren.

> Woran liegt die Begrenzung beim debuggen ?

Künstlich, um dem Atmel-eigenen JTAG ICE mkII keine zu große
Konkurrenz zu sein.

> Ich frage nur nach, da ich mir im Moment einen ISP baue,der
> später vielleicht auch JTAG können soll.

Da die Debugschnittstelle bei Atmels AVR nicht offengelegt ist, wirst
du da vermutlich (falls du nicht gerade extensiv reverse engineering
betreiben willst) keine guten Karten haben.

Jürgen Dell wrote:
> Es geht um Set Top Box, Receiver, Router.
>
> Über JTAG ist es möglich die Geräte wieder ins Leben zu rufen, bevor sie
> in die Tonne wandeln oder als Deko rumstehen

Das schon, allerdings brauchst du dann für jeden Prozessortyp einen 
extra Debugger. Mit einem Atmel-Debugger kannst du keine ARMs 
programmieren usw. Da musst du schon auf den Bastelseiten für die 
entsprechenden Geräte schauen, was da erforderlich ist. Den einen 
JTAG-Adapter für alle JTAG Geräte gibts nicht. Diese Parallel-Port 
Dinger sind ja auch je nach Zielprozessor verschieden belegt, gerade so, 
wie der Programmierer der Software gerade Lust hatte.

Sehr wahrschinlich sucht er das.

Aber die richtige JTAG-Steckerbelegung oder die Testpoints des Patienten 
suchen und auf die richtigen Pins am JTAG-Adapter biegen muss man 
trotzudem. Und die fertige Lösung muss halt die auftretenden und uns 
unbekannten µC/µP/FPGA/Speicher... auch softwareseitig unterstützen.

Jörg Wunsch wrote:

> Da die Debugschnittstelle bei Atmels AVR nicht offengelegt ist, wirst
> du da vermutlich (falls du nicht gerade extensiv reverse engineering
> betreiben willst) keine guten Karten haben.

Hallo,

mit anderen Worten, es gibt keinen Open Source Debugger zum debuggen,
der direkt mit JTAG kommunizieren kann, oder ?
Der AVR-GDB funktioniert nur mit einer Simulationssoftware ?


Jogibär

Michael Jogwich wrote:

> mit anderen Worten, es gibt keinen Open Source Debugger zum debuggen,
> der direkt mit JTAG kommunizieren kann, oder ?

Ja.

> Der AVR-GDB funktioniert nur mit einer Simulationssoftware ?

Nein.  Der kann via AVaRICE mit dem JTAG ICE / JTAG ICE mkII / AVR
Dragon reden.  Die hostseitige Schnittsteller dieser Geräte hat
Atmel in Appnotes dokumentiert (wenn auch mit Fehlern), nur die
AVR-seitigen JTAG-Befehle werden als proprietär betrachtet.

Zu Zeiten, als das BootICE und all die Clones aufkamen, gab's mal
einen Versuch, an Hand der Firmware ein Reengineering des JTAG
anzufangen, aber das ist meines Wissens mangels Masse nie nennenswert
zum Fliegen gekommen.

Jörg Wunsch wrote:
> Nein.  Der kann via AVaRICE mit dem JTAG ICE / JTAG ICE mkII / AVR
> Dragon reden.  Die hostseitige Schnittsteller dieser Geräte hat
> Atmel in Appnotes dokumentiert (wenn auch mit Fehlern), nur die
> AVR-seitigen JTAG-Befehle werden als proprietär betrachtet.
>
> Zu Zeiten, als das BootICE und all die Clones aufkamen, gab's mal
> einen Versuch, an Hand der Firmware ein Reengineering des JTAG
> anzufangen, aber das ist meines Wissens mangels Masse nie nennenswert
> zum Fliegen gekommen.

Hallo,

als bleibt einem nichts übrig ziemlich teure hardware zu kaufen.
Das ist natürlich Sinn des ganzen.
So ne ganze Firmware zu entschlüsseln braucht leider viel Zeit und 
Erfahrung.
Schade, das Atmel seinen Kunden solche Steine in den Weg legt.

Wie sieht es eigentlich mit anderen Herstellern von Mikrokontrollern 
aus.
Sind die auch so "sparsam" mit Informationen ?

Ich weiß nicht, beim UB880 war irgendwie alles einfacher ;-).

Jogibär

Michael Jogwich wrote:

> als bleibt einem nichts übrig ziemlich teure hardware zu kaufen.

Naja, "teuer" ist ziemlich relativ.

Traditionell haben ICEs wohl wenigstens eine Größenordnung mehr
gekostet, und das dürfte dann auch den Preis des JTAG ICE mit
bestimmt haben.

Nun hat der Preisdruck mittlerweile ja wenigstens zum AVR Dragon
geführt -- das bekommst du selbst auch nicht mehr billiger hin.
Das JTAG ICE mkII brauchst du folglich nur noch für CPUs mit
mehr als 32 KiB Flash.  (Letztlich gab's mal eine Promo-Aktion,
bei der ein JTAG ICE mkII mit einem STK500 zu einem annehmbaren
Preis verscherbelt worden ist, aber die dürfte ausgelaufen sein.)

> Schade, das Atmel seinen Kunden solche Steine in den Weg legt.

Seinen Kunden nicht, zumindest nicht den, die ordentlich was kaufen.
Für die sind die USD 300 eines JTAG ICE Peanuts, wenn ein Entwickler
damit 3 Stunden Arbeit eingespart hat, hat sich das amortisiert.

Hobbybastler müssen halt mit dem Dragon vorlieb nehmen.

> Wie sieht es eigentlich mit anderen Herstellern von Mikrokontrollern
> aus.

ARM ist offen, andere kochen meines Wissens da auch nur ihr Süppchen.
Beim MSP430 gab's kürzlich mal eine Aktion mit einem netten Debugger,
aber der war wohl auch nur für ganz wenige Typen geeignet, also
letztlich nicht besser als vergleichsweise ein AVR Dragon.

> Ich weiß nicht, beim UB880 war irgendwie alles einfacher ;-).

Klar, da haste als einziges Debugwerkzeug eine 7-Segment-Anzeige
gehabt. ;-)

Jörg Wunsch wrote:

>> Ich weiß nicht, beim UB880 war irgendwie alles einfacher ;-).
>
> Klar, da haste als einziges Debugwerkzeug eine 7-Segment-Anzeige
> gehabt. ;-)

Erinnere mich bloß nicht daran.
Wenn ich daran denke, was die VQEXX Dinger gekostet haben.
Zumal, wenn man kein eigenes Einkommen hatte.
Allerdings muß man sagen, daß das heute zugegebenermaßen billiger ist.

Ich hatte mal kurzzeitig einen LC80 -> eigentlich schönes Teil.
Man konnte schön mit spielen.

Normalerweise debugge ich per LCD ,RS232 oder USB.
Per JTAG mit Einzelschritt und Quellcodeintegrierung ist natürlich 
schöner.
Da ich meistens einen MEGA128 nehme, müßte ich mir den teueren JTAG 
kaufen.

Ich denke mal, ich werde erst mal nur den ISP integrieren.
Das langt mir erstmal.

Danke nochmal für Deine Antworten.

Jogibär

Für 'nen ATmega128 taugen die Clones allerdings noch.