JTAGICE 3 vs JTAGICEmkII

Der 3er ist in USA 100 $ billiger als der mkII und hat nicht dieses 
besch... Anschlußkabel. Allein das ist schon ein Grund, sich für den 
neuen zu entscheiden.

Wenn der Preis in Europa weitergegeben wird, gibt nur einen Grund, sich 
den 3er nicht zu kaufen:

IchNIx schrieb:
> Der JTAGICE 3 wird von AVR Studio 4 nicht mehr unterstützt. Dafür
> brauchst du zwingend AVR Studio 5.


ASK schrieb:
> kann ich als privatperson dene das Geld überweißen?

Das scheitert spätestens an der infantilen Dämlichkeit des 
Sachbearbeiters in den USA, dem du klarmachen musst, daß du keine 
Kreditkarte hast und wenn du eine hättest, ihm die Nummer nicht geben 
würdest.

IchNIx schrieb:
> Was noch nicht bekannt ist, ist ob JTAGICE 3 unter Linux mit Software
> wie avrdude funktioniert.

Wen interessiert das denn? (Troll, stänker...)


mfg.

IchNIx schrieb:
> Was noch nicht bekannt ist, ist ob JTAGICE 3 unter Linux mit Software
> wie avrdude funktioniert.

Das kannst du als bekannt voraussetzen. ;-)  Wenn AVR Studio 4 mit
dem JTAGICE 3 nicht klarkommt, dann kannst du Gift drauf nehmen, dass
das Protokoll so grundlegend verschieden vom mkII ist, dass AVRDUDE
keine Chance hat, mit dem jetzigen Code damit arbeiten zu können.
Anders gesagt: es bedarf dann entweder einer Doku seitens Atmel (sowas
wie Appnote AVR067 beim JTAGICE mkII) oder einer Person, die reverse
engineering betreibt und die Ergebnisse in eine Implementierung für
AVRDUDE münden lässt.

ASK schrieb:
> ich will halt auf keinen Fall per Kreditkarte bezahlen, bei solchen
> Preisen mach ich grundsätzlich nur ne Überweisung.

Eine Überweisung, die du selbst tätigst, kannst du nicht so ohne
weiteres widerrufen.  Eine Kreditkartenbuchung, die unberechtigt
erfolgt ist, hat da deutlich bessere Widerrufschancen.  (Lediglich
eine Lastschrift wäre noch deutlich einfacher widerrufbar, aber damit
wird im nichteuropäischen Zahlungsverkehr keiner was anfangen können.)

ASK schrieb:
> Die vom Store akzeptieren scheinbar eh nur Paypal oder Kreditkarte. :-(
> Wärs dann villeicht klüger über Paypal bei Atmel zu zahlen?

Warum willst du noch einen Geldgeier mehr ins Spiel bringen?  Gerade
PayPal ist ja nun nicht gerade dafür bekannt, ein Waisenknabe zu sein.

Du kaufst hier nicht bei ebäh ein.  Wenn du Atmel nicht zutraust, dass
sie bei einem Einkauf im Webshop dir dann hinterher auch das liefern,
was du bestellt hast (bzw. im Falle, dass was schiefläuft, dann
entsprechend um eine Klärung bemüht sind), dann solltest du das wohl
bleiben lassen.

Ich verstehe ehrlich nicht, warum du denen anstandslos Geld überwiesen
hättest (vermutlich sogar als Vorkasse), dich aber reichlich affig hast,
stattdessen mit einer Kreditkarte zu bezahlen (mal in der Annahme, dass
du eine solche bereits besitzt — Nichtbesitz wäre natürlich ein
triftiger Grund).

> Es gilt der aktuelle Dollar-Euro Kurs?, nehm ich mal an.

Es gilt immer das, was am günstigsten für die Bank ist, und bei PayPal
sowieso alles andere, mit denen sie noch paar Kröten extra verdienen
können ...

ASK schrieb:
> Bei Studenten gabs ja mal sowas

Das machen sie ja nicht, weil sie den Studis was Gutes tun wollen, 
sondern um die potentiellen Abteilungsleiter von morgen auf ihre 
Produkte einzuschwören.

Als Azubi, egal ob Bäcker oder Elektriker, gehörst du nicht zu dieser 
Zielgruppe.

mfg.

Hi,

das JtagICE3 ist um einiges schneller...

Allgemein gesehen hat das Ice3 nur vorteile ...

Günstiger ( bei 
http://mikrocontroller-praxis.de/index.php?page=search&keywords=jtag&x=0&y=0 
) kostet das Ice3 nur 219 € und das MKii kostet 309 €
...
- Robuster
- Schneller (es kann beim JTAG auf 7.5MHz gestellt werden ...) beim 
AVR32 bin ich schon auf 10MHz gewesen und es läuft noch Stabil ...
- Kleiner
und
- das Kabel ist Robuster ...


Ein Nachteil hat es zur Zeit noch ... es unterstüzt die Command-line 
Tools wie z.b. avr32program nicht mehr!!!

Atmel hat zwar in der neuesten Studio Beta 5.1 ein neues Command-line 
Tool namens atprogram.exe hinzugefügt, aber es ist halt noch im Beta 
Stadium.


Gruß,
Manuel

Manuel Kauf schrieb:
> Schneller (es kann beim JTAG auf 7.5MHz gestellt werden ...)

Hilft einem aber natürlich nichts, wenn man einen Standard-AVR mit
1 MHz Takt hat, denn dann kann man nur mit < 250 kHz debuggen.  Ist
es denn dann auch noch schneller, oder bezieht sich deine Aussage nur
auf die höhere mögliche Taktfrquenz (die man ja nur bei entsprechend
hoher CPU-Frequenz ausreizen kann)?

Hi Jörg,

nein du hast natürlich recht ...

wenn du einen Mega16-8xx  hast und den nur mit 1MHz Tacktest (clock / 8) 
dann würde er dir ein JTag Speed von 7,5MHz sicherlich übel nehmen ...

Aber es geht hauptsächlich darum, wenn du ein AVR32 oder Mega2560 hast 
und diese irgendwo mit einem Quarz +16 MHz betreibst, dass du in diese 
einfach den Code wesentlich schneller reinbekommst ...

Da der JTAG sich aber selbst Clockt und nicht auf die Clockfrequenz der 
CPU angewießen ist bist du hierbei in 90% der fälle schneller ...

Bei einem Mega1280 konnte ich mit 7,5MHz und dem IAR fahren, ohne dass 
es Probleme gab...

(und dadurch ist halt der Download auf das Device sehr viel schneller, 
sowie wenn du große Arrays in deinem Watch hast ist auch dieses um 
einiges schneller).

Die Hauptvorteile sehe ich einfach
1. dass es Günstiger ist
2. wenn man viel mit AVR32(UC3xxx) macht ,es wesentlich Zeit einspart.

Wenn man nur mit AtTinys & Atmega32 Arbeitet und schon ein mkii besitzt 
würde ich nie auf ein ice3 umsteigen..

wenn man nur mit den AVR32 Arbeitet wäre es auf jeden fall eine 
Überlegung wert.

Für eine neu Anschaffung würde ich auch nur die ice3 empfehlen ... 
einfach weil es ca. 100€ billiger ist aber dafür auch noch kompakter und 
robuster.

Um es für eine Serien Programmierung einzusetzen, fehlt mir die 
Erfahrung mit dem ice3 ... (zudem ich keine Beta Commandline Tools 
einsetzen möchte ^^)... Aber dieses Problem erledigt sich in ein paar 
Wochen von alleine.

Download und Debugging sind aber zwei verschiedene Paar Schuhe.

Download geht auch mit dem JTAGICEmkII mit maximal 6,4 MHz Takt.
Während der Programmierung ist das JTAG-Interface clock master, daher
ist die CPU-Geschwindigkeit egal.  Mit maximaler JTAG-Geschwindigkeit
bekomme ich bei einem JTAGICEmkII mit AVRDUDE so um die 15 KB/s
geschrieben und gelesen.  Wenn man natürlich 200 KiB oder mehr laden
will, dann lohnt es sich, wenn's noch schneller geht.  Wenn's aber nur
7,5 MHz zu 6,4 MHz sind, dann finde ich das keinen gravierenden
Unterschied.

Beim Debuggen jedoch ist die maximale JTAG-Geschwindigkeit auf weniger
als F_CPU/4 limitiert.  Da die schnellsten MegaAVRs es auf maximal 20
MHz bringen, kann man hier bereits die 6,4 MHz des JTAGICEmkII nicht
mehr ausreizen.

Ja das ist schon klar :),

Der Hauptvorteil wird immer beim Download sein.

Wie du dein mkII auf 6,4 MHz bekommst macht mich nun neugierig.

Weder im AvrStudio32, Studio5, Studio5.1 noch im IAR 8 Bit oder im IAR 
32 Bit kann ich die JTAG Frequenz hoch stellen ...

Beim JTAG Ice3 kann ich es im Studio sowie im IAR Einstellen.

Kannst du mir da nen Screenprint machen wo du das Einstellst ? Oder ist 
dies rein auf AVRDUDE bezogen?


Ich kann nur von der Erfahrung Sprechen wenn ich ein Ice3 mit einem mkII 
vergleiche dauert vom Download im IAR (auch im Studio) bis zu dem 
Zeitpunkt wo ich auf Run klicken kann beim Ice3 ca 7 Sekunden und beim 
mkII ca. 52 Sekunden.

Es handelt sich um das Identische Projekt. Nur mit Umgestelltem 
Debugger.


Wenn du mir sagen kannst woch ich den mkII hochschrauben kann würd es 
mich auf jeden fall freuen =).

Gruß,
Manuel

Manuel Kauf schrieb:
> Oder ist
> dies rein auf AVRDUDE bezogen?

Ja, AVRDUDE bzw. AVaRICE.  Der Code ist in beiden ungefähr gleich:

1

    if (proto == PROTO_JTAG)

2

    {

3

      uchar br;

4

      if (bitrate >= 6400000)

5

        br = 0;

6

      else if (bitrate >= 2800000)

7

        br = 1;

8

      else if (bitrate >= 20900)

9

        br = (unsigned char)(5.35e6 / (double)bitrate);

10

      else

11

        br = 255;

12

      // Set JTAG bitrate

13

      setJtagParameter(PAR_OCD_JTAG_CLK, &br, 1);

14

    }

Das heißt, wenn man den Parameter auf 0 setzt, hat man 6,4 MHz, wenn
man ihn auf 1 setzt, hat man 3,2 MHz, bei 2 sind es knapp 1,8 MHz usw.

Ist natürlich blöd, wenn AVR Studio das nicht irgendwie nach draußen
verdrahtet.  Vielleicht ist das ja aber auch Verkaufsstrategie. :-)

p.s.: Ich habe die Frequenzen aber nie wirklich nachgemessen.  Da die
Appnote AVR067 die Formel für die Frequenz nicht nennt, vermute ich
mal, dass die Werte aus dem Download-Manager eines älteren AVR Studio
reverse engineert sind.

hmmm,

ja schade, wenn es Real ist wäre es natürlich echt nice...

Naja ich denke aber gerade Thirdparty Hersteller wie IAR würden solch 
ein "schlupf" loch doch auch nutzen wenn es tatsächlich Funktioniert ?

Hmmm.

Da kann ich nun leider garnichts dazu Sagen, nur das von oben 
beschriebene Verhalten, dass mit dem IAR wie mit dem Studio5 ca. ein 
Faktor von 7.5 in der Gewschwindigkeit ist bis man Arbeiten kann ^^.

Zudem erinnere ich mich, dass in einem AVR Seminar ein Atmel FAE zu mir 
meinte, dass die mkII auf 1MHz begrenzt seien.

Aber ja das habe ich in keiner AN bestätigt gefunden.

Gruß,
Manuel

Hi, ich hab hier zwar ein jtagice3 aber ich Arbeite nicht mit avrdude,
Ich habs mal gerade runtergeladen und es scheint nicht so. (lt. Release 
Note von AVR dude steht mal auch noch nitchs drin). In den Header Files 
seh ich auch nur den mkII.

Es ist zwar nicht deine Frage, aber :

falls es dir um eine Commandline Programmierung geht, gibt es seit dem 
Avr Studio5 ein neues Tool welches "atprogram" heißt.

atprogram -t jtagice3 -i jtag -d atmega2560 write -fs --values AABBCC <- 
aabbcc wären z.b. fuses...

bzw atprogram help write.

Das ist meines wissens das einzigste cmd line Tool welches den Ice3 
Untersützt.

Gruß,
Manuel

Was willst du den wissen ? gg
Ich kann nur sagen ich nutze das ICE3 mit dem Studio5 bzw mit dem IAR 
und habe keinerlei Probleme.

Beim IAR kommt es manchmal dazu, dass der Connect auf den Debugger erst 
mal "Streikt" aber da drückt man 5mal auf connect und es geht wieder 
Problemlos (ka ob da IAR oder die FW im Ice3 n Bug hat ...).


Ansonsten gibt es keine mir bekannten Probleme.

Was ich nur sagen kann ist, dass das Debuggen eines AVR32 wesentlich 
schneller geht (also das Laden und Connecten zum Device) im vergleich 
zum mkII...

Kaputt bekommen hab ich auch noch keines (aber man passt ja auf die 
Teile auf ...)

Bezüglich der Commandline Programmierung hab ich ein kleinen Bericht 
gemacht
http://www.x7r.de/index.php/jgerman/mcontroller/83-jtagice3cmdlineprog 
<- weil es doch umständlicher ist als beim stk500.exe bzw 
avr32programm.exe bzw jtgicemkii.exe

Gruß,
Manuel

Hallo,

Also ich verwende beruflich den AVR Dragon,mk2 und seit ca. 3 Monaten 
mk3.
Und ich kann nur sagen ich bin sehr sehr zufrieden. Super schnelles 
flashen,
sehr gutes debuggen. Also mit dem mk3 geht alles viel viel schneller.
Ich kann den mk3 nur wärmstens empfehlen vor allem auch da ist ein 
ordentliches
Kabel dann nicht wie beim mk2

Es gibt auch mittlerweile atprogram.exe damit kann man dann auch endlich 
einheitlich
mit allen AVRs command line Progging  machen.

Gruß

Jens

Hi Rev,

ja das mit dem -e ist mir auch schon aufgefallen ... hier bin ich auch 
noch nicht weiter gekommen, du kannst ja mal den Support befragen ob die 
dir da weiter helfen können (und wenn du eine Lösung hast wäre es nett 
sie hier zu veröffentlichen :)).

Bezüglich der aussagkräftigen Meldung ...

nutze einfach die Globale %errorlevel% Variable deines Systems ...

>echo %errorlevel%
>0

>atprogram -write
>Unrecognized command or option: -write

>echo %errorlevel%
>1

Auch wenn irgend ein Fehler passiert ist diese != 0 ...

Atmel macht das Errorhandling eigentlich ganz gut ... ich nutze dies 
auch für die Automatische Programmierung, im Batch Programm klappt dies 
ohne Probleme,

Gruß,
Manuel

Netzwerk_Stefan schrieb:
> Gibt es momentan schon Erkenntnisse, ob avrdude das JTAGICE 3
> unterstützt?

Dafür braucht's keine "Erkenntnisse", sondern eine Dokumentation seitens
Atmel.  Solange das alles großes Firmengeheimnis ist und bleiben soll,
und solange sich alternativ keiner hinsetzt und das Protokoll reverse-
engineert, wird AVRDUDE das Ding nicht unterstützen.

Hallo,

ich weis, dass dieser Thread schon älter ist, aber ich möchte für meine 
Frage kein neues Thema eröffnen.

Kann ich den JTAGICE3 auch unter Atmel Studio 6 verwenden?

Gruß

Felix L. schrieb:
> Kann ich den JTAGICE3 auch unter Atmel Studio 6 verwenden?

Ja

Felix L. schrieb:
> Kann ich den JTAGICE3 auch unter Atmel Studio 6 verwenden?

Ja.
http://www.atmel.com/microsite/atmel_studio6/debugging_simulation.aspx

Gruß Oliver

Hallo
Jetzt auch noch eine Frage von mir zum JTAGICE3: verwendet ihr hier zum 
debuggen hardwaremäßig das JTAG interface oder das aWIRE über die Reset 
Leitung? Habt ihr auch Erfahrung mit dem aWIRE Anschluss? Funktioniert 
das alles auch mit Studio 6? Danke.

usi schrieb:
> und weis jetzt, warum dieses Teil über
> 100 EUR billiger als das ICE 2 ist.

Ach?  Warum denn?

Sebastian schrieb:
> Ich behaupte mal, weil es nicht mehr mit dem AVR Studio 4 funktioniert,
...
> Zudem, trivial gesagt, ist es wahrscheinlich einfacher gebaut.

Ja, das passt schon, und beides hängt miteinander zusammen.  Weil
es nicht mehr mit AVR Studio 4 (und seinem "selbst gestrickten"
Debugger) funktionieren muss, konnte man es einfacher und billiger
bauen, denn der Visual-Studio-Debugger macht viele Dinge bereits
selbst, die beim alten Debugger in das JTAGICEmkII "ausgelagert"
worden sind.  (Kann ich ein Lied davon singen, weil es der AVR-GDB
bzw. AVaRICE aus gleichem Grunde immer ziemlich schwierig hat,
mit dem JTAGICEmkII umzugehen.)

Meine sarkastische Frage bezog sich ja auf usi's Kommentar, der
unterschwellig behauptet hat, dass hier jemand eine Hardware
entworfern hätte, die einfach gar nicht mehr funktioniert.  Auch
wenn das für ihn jetzt erstmal so ist, war dies ganz bestimmt
keine Designvorgabe bei Atmel. ;-)