Hallo zusammen,
bin in Sachen JTAGICEmkII Newbie. Suche eine Beschreibung a la "JTAG
(oder JTAGICEmkII) für Dummies" - sieht aber so aus, dass man erst
einmal eine der "wissenschaftlichen Schnittstellenbeschreibungen" z.B.
http://www.xjtag.com/support-jtag/jtag-high-level-guide.php lesen muss -
oder ?
Suche nach einer "einfacheren" Schnittstellenbeschreibung der 10
Leitungen vom MKII. Welche Leitung hat welche Funktion (im Groben)? Mein
Problem ist/war, dass ich den 10 poligen ISP-Stecker eines Boards direkt
(nach Neukauf des MKII) mit dem Gegenpart des MKII verbunden habe - oh
Schreck - nix tat sich. An einem anderen Board hatte ich (Tage später)
sehr wohl Kommunikationserfolg - hier habe ich aber die 10 MKII
Anschlüsse "zu Fuss" mit der Buschse des Boards verbunden. Beide Boards
für sich sind aber definitiv o.k. (eines ist ein Mega2561, das andere
ein Mega 2560).
Grundsätzlich interessiert mich, wenn ich das MKII mit seinen Leitungen
wie beschrieben an eine ISP Buchse - 10 polig - Standard Belegung
anschliesse - vorausgesetzt kein Kabelbruch etc. - ob dann
Kommunikationsprobleme zwischen MC und dem MKII nur noch softwareseitig
bedingt sind (z.B. Fuses ... etc.)
Dass das MKII - anders als ein STK500 - keine Stromversorgung mitbringt
- habe ich nach den ersten 2 Stunden Testen begriffen. D.H. - wie schon
erwähnt - mit einem Mega2560 schaffe ich mittlerweile eine Kommunikation
mit dem MKII herzustellen (soll heissen, ich kann aus AVRStudio alle
Einstellungen des MC abfragen), bzw. ich kann die Flash Funktion des
MKII nutzen.
Debugging habe ich noch nicht gemacht. Geht das dann automatisch auch,
oder sind weitere Verbindungen nötig ? 3 von 10 Kabeln habe ich noch "in
der Luft" hängen?
Immer vorausgesetzt, bei allen (Fehl-)Connections überschreite ich
spannungsmässig nicht das TTL-Level, bin ich dann einigermassen sicher,
dass das MKII bei Verpolungen keinen Schaden leidet ...? Habe
mittlerweile gelesen, dass die aktuelle Hardware "robuster" sein
sollte!?
Vielen Dank im voraus.
Da die JTAG Kundigen eher dünn gesät sind, belasse ich es bei diesen
Informationen auf's Erste. Mal schaun, ob mich überhaupt einer versteht,
bzw. Zeit für mich hat. Vielen Dank!
Grüsse
Die Hilfe zu AVR Studio hat einen Abschnitt über den MKII. Dort ist das
Pinout erläutert und es steht, welche Leitungen für ISP oder JTAG
behötigt werden und wie die STandardverbinder aussehen. Welche
Funktionen die einzelnen Leitungen haben, ist zwar nicht beschrieben.
Aber zum Debuggen ist dies auch nicht wirklich hilfreich.
Beschreib' doch mal Dein konkretes Problem. Ich habe - gelinde gesagt -
Zweifel, dass sich jetzt jemand ins Blaue hinein aufmacht und Dir
detailreich beschreibt, was MISO, MOSI oder SCK machen. ohne zu wissen,
ob es überhaupt weiterhilft und zu was.
Die Funktion der Debug-Schnittstellensignale ist übrigens im Datenblatt
jedes ATmega beschrieben, aber ich glaube nicht, dass Dir das
weiterhilft.
Eine einfachste Frage wäre, wenn unter AVR-Studio die Kommunikation zum
MC (z.B. Mega2561)für ISP Programmierung mittels JTAGICEmkII steht (der
Controller antwortet, ich kann auch flashen) - kann ich dann
(vorausgesetzt, entsprechende Fuses sind gesetzt) immer davon ausgehen,
dass auch das Debugging funzen wird, oder müssen evtl. noch auf der
Kabelebene Umkonfiguationen vorgenommen werden?
Vielen Dank im voraus, Grüsse!
Debugging geht nicht via ISP.. der AVR muss dafuer entweder per JTAG
angeschlossen werden (kann dann meist auch darueber programmiert werden,
Megas) oder ueber debug-1-wire (Tinys).
Die JTAG Pins und die ISP Pins sind an unterschiedlichen Ports des AVR
lokalisiert.
Die Signale sind etwa nach folgender Tabelle vergleichbar:
MOSI = TDI
MISO = TDO
RST = nRST
SCK = TCK
Dann noch GND und Vtarget und das wars.
Joan P. schrieb:
> Debugging geht nicht via ISP.. der AVR muss dafuer entweder per JTAG> angeschlossen werden (kann dann meist auch darueber programmiert werden,> Megas) oder ueber debug-1-wire (Tinys).>> Die JTAG Pins und die ISP Pins sind an unterschiedlichen Ports des AVR> lokalisiert.>> Die Signale sind etwa nach folgender Tabelle vergleichbar:> MOSI = TDI> MISO = TDO> RST = nRST> SCK = TCK>> Dann noch GND und Vtarget und das wars.
Sehr gut ..! Das hatte ich zwar geahnt - aber das ist eine schöne, klare
Bestätigung. Dass man über die JTAG Pins flashen kann, ist neu für
mich!!!
Es wäre schön, wenn so etwas mal in der Dokumentation von ATMEL
erscheinen würde. Es ist ja nicht jeder zum Profi geboren - ich
jedenfalls bin AutoDidakt.
Ich weiss, das steht meist in den 400-Seiten dicken Controller
Beschreibungen von Atmel ... aber nur in einer so verklauselierten Form,
so dass ATMEL offensichtlich davon ausgeht, dass man das alles schon
weiss und es nur im Nebensatz passiv erwähnt werden muss - z.B. durch
die Erwähnung der "JTAG - Pins", die offensicht auf einen anderen Port
verweisen ...!
Klasse !!!! Vielen Dank!
Kannst Du mir auch noch etwas zur Robustheit der physischen MKII
Schnittstelle sagen (Pol-Vertauschung auf TTL - Level ...etc. ) ???
Regards
John Schmitz schrieb:
> Sehr gut ..! Das hatte ich zwar geahnt - aber das ist eine schöne, klare> Bestätigung. Dass man über die JTAG Pins flashen kann, ist neu für> mich!!!
Das weiss ich auch nur, weil ich die Meshnetics Zigbee Module per ISP
versucht habe zu programmieren und nach 3 Wochen feststand, dass dafuer
JTAG vorgesehen ist/war ;)
Zudem geht ISP/JTAG Programmierung mit den JTAGICE mk2 auch noch nicht
immer.. mein JTAGICE mk2 kann nur JTAG..
Die neuen (ka welche Versions-Nr. das entscheidet) koennen beides.
> Es wäre schön, wenn so etwas mal in der Dokumentation von ATMEL> erscheinen würde. Es ist ja nicht jeder zum Profi geboren - ich> jedenfalls bin AutoDidakt.
Normal braucht keiner ISP/JTAG auf der gleichen Buchse.. ausser eben du
willst an deinem JTAGICE mk2 nur einen Stecker dran haben (ohne
Konverter/Uebersetzer) und dann eben auf dem Board entweder ISP oder
JTAG auf die Buchse fuehren.
Nur deswegen weiss ich das.
> Ich weiss, das steht meist in den 400-Seiten dicken Controller> Beschreibungen von Atmel ... aber nur in einer so verklauselierten Form,> so dass ATMEL offensichtlich davon ausgeht, dass man das alles schon> weiss und es nur im Nebensatz passiv erwähnt werden muss - z.B. durch> die Erwähnung der "JTAG - Pins", die offensicht auf einen anderen Port> verweisen ...!
Naja.. guck dir die Pinouts in den Datenblaettern zu den Controllern an
und dann halt die einzelnen Kapitel zur Programmierung.
Steht eigentlich alles recht ordentlich drin bei ATMEL, wenn man weiss
wo man gucken bzw. worauf man achten muss.
> Klasse !!!! Vielen Dank!
Gern.
> Kannst Du mir auch noch etwas zur Robustheit der physischen MKII> Schnittstelle sagen (Pol-Vertauschung auf TTL - Level ...etc. ) ???
Leider nein.
