Problem mit JTAG ICE

OP #1011793
Lesenswert?

Hallo,

ich habe mir mal dieses Teil gekauft:
http://cgi.ebay.de/ws/eBayISAPI.dll?ViewItem&ssPageName=STRK:MEWNX:IT&item=360091278195

Ist nach etwa 1,5 Wochen heute angekommen. Habe es über USB an meinen 
Laptop angeschlossen. Es wurde von Vista auch sofort erkannt und die 
Treiber wurden automatisch über Windows Update installiert. Natürlich 
wollte ich es dann auch gleich mal ausprobieren, allerdings bekomme ich 
mit AVRStudio 4.14 Build 589 keine Verbindung zu dem Teil. Hat 
vielleicht jemand nen Tip woran das liegen kann? Habe alle möglichen 
Einstellungen ausprobiert.

Habe auch mal ein Foto von der Platine angehängt. Vielleicht erkennt ja 
jemand daran, ob es sich wirklich um ein Orginalgerät von Atmel handelt, 
oder ob es ein Nachbau ist. Die Platine ist übrigens nur einseitig 
bestückt.

Vielen Dank für eure Hilfe!
Angehängte Dateien:
Moderator Persönliche Seite #1011831
Lesenswert?

Robert Knipp wrote:

> Habe auch mal ein Foto von der Platine angehängt. Vielleicht erkennt ja
> jemand daran, ob es sich wirklich um ein Orginalgerät von Atmel handelt,
> oder ob es ein Nachbau ist.

Das ist ein Nachbau.

Ich würde mal darauf tippen, dass hier jemand ein JTAG ICE mkI
nachgebaut hat (im ATmega16L) und parallel noch Teile eines STK500
bzw. AVRISP mit draufgesetzt hat (der ATtiny2313 und ATmega8535).

Die Anbindung ans USB arbeitet mit einem FTDI, d. h. das Teil schlägt
als virtuelle serielle Schnittstelle im Betriebssystem auf.  Dabei
wäre die Frage, wie das Gerät unterscheidet, ob es nun als STK500
oder als JTAG ICE angesprochen werden soll, gibt's da keine Doku
dazu?

Schließlich noch, ist denn da schon Firmware drauf?  Die Cloner machen
sich ja nicht die Mühe, selbst Firmware zu entwickeln, sondern die
wollen vortäuschen, Atmel-Geräte zu sein, auf die das AVR Studio dann
die Firmware selbst flashen darf.  Da hast du hier wiederum das
Problem, dass das uralte AVR910-Protokoll nur im avrprog.exe
implementiert ist, was wiederum auf Windows nur mit COM1 bis COM4
umgehen kann.  Wenn deine virtuelle Schnittstelle eine höhere Nummer
bekommen hat, geht das darüber nicht.  Du könntest aber natürlich
den Firmwareupgrade über die physische serielle Schnittstelle machen
und den FTDI mit USB dann nur später aus dem AVR Studio zum Debuggen
nehmen.

> Die Platine ist übrigens nur einseitig
> bestückt.

Das ist normal und vernünftig.  Doppelseitige Bestückung verursacht
mehr Kosten und riskiert, dass die bereits gelöteten Bauteile auf
der anderen Seite sich beim zweiten Durchlauf wieder ablösen.  So
man kann, wird man also in der Regel bestrebt sein, eine Platine
nur einseitig zu bestücken.
OP #1011842
Lesenswert?

> gibt's da keine Doku dazu?

Doch schon, aber mein chinesisch is nicht so doll ;-)

>Die Anbindung ans USB arbeitet mit einem FTDI, d. h. das Teil schlägt
>als virtuelle serielle Schnittstelle im Betriebssystem auf.

Stimmt, ich habe nen USB Serial Port von FTDI auf COM10. Versuche den 
mal umzustellen.
Moderator Persönliche Seite #1012377
Lesenswert?

Robert Knipp wrote:

> Habe nun eine Verbidung hinbekommen. Konnten der Port auf COM1 ändern.
> Das Teil arbeitet als JTAG ICE im AVRStudio, allerdings bisher nur über
> JTAG und damit kann man ja gerade acht Controllertypen programmieren.

Es hat sich halt (außer Benedikt Sauter beim usbprog) nie jemand
von den Clonern die Mühe gemacht, eine eigene Firmware zu schreiben.
Da Atmel nach diesen Controllern aufgehört hat, die Firmware zu
pflegen (die 14 KiB des ROM minus Bootloader waren dann ohnehin schon
voll), ist ein JTAG ICE mkI Clone mittlerweile halt eher ,,altes
Eisen''.

> Wie funktioniert denn das per ISP mit dem Teil wohl? So ein JTAG ICE
> sollte man doch auch als ISP-Progger verwenden können, oder?

Das originale (jetzt mkI genannte) konnte kein ISP, sondern nur JTAG.
Das mkII kann auch debugWIRE und ISP, aber das ist deutlich komplexer
aufgebaut.  Allerdings hat dein Teil ja offenbar einen AVRISP/STK500-
Clone noch mit drauf, fragt sich halt nur, wie du das Ding so
umschaltest, dass du damit arbeiten kannst.

Hast du einfach mal versucht, das Teil als AVRISP (das alte, nicht
als AVRISPmkII!) anzusprechen?  Vielleicht merken sie's ja anhand
der unterschiedlichen UART-Protokolle selbst?  Ansonsten wird dir
weiter nichts übrig bleiben als die Schaltung selbst so weit zu
reverse engineeren, dass du raus bekommst, wie sie die Umschaltung
machen.

Hmm, noch 'ne ganz dumme Idee: was ist, wenn der FT232 nur für
den JTAG-ICE-Teil zuständig ist und die RS-232 da drauf nur den
AVRISP-Clone bedient?

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren