Hi Leute, Ich nutze ein STK500 und wollte über die JTAG schnittstelle an den Dragon. Der gute Mega sitzt im richtigen Sockel (D3) und das Jtag ist aktiviert bei den FUSE Bits. Die Beschaltung hab ich mehrfach überprüft. In dieser Konfiguration funktionierte auch alles schonmal mit dem Atmega16a. Über ISP ist der atmega ganz normal ausles- und programmierbar. Mir gingen die Ideen aus woran es noch liegen könnte. Hat noch jemand ein Tip? oder gibt es vll. irgendetwas typisch fehlerträchtiges was ich übersehen hab? Die Foren und googlesuche blieb relativ erfolglos.. :/
Hi, Formuliere bitte Deine Frage präzise. Das STK500 hat keine JTAG-Schnittstelle. Der ATmega16A funktioniert. Welchen ATmega nutzt Du jetzt ? Oder imer noch ATmega16A ? Was funktioniert ? Das mit dem JTAG hat schonmal funktioniert oder nur ISP ? Du schreibst ziemlich...wirr ?!? Wenn ich raten würde: Hast Du im Atmelstudio das Tool gewechselt ?!? BR
Hi, Da ich nicht angemeldet bin kann ich nicht editieren. Du benutzt jetzt den ATMega32, steht ja im Betreff. Gruß
Ok, entschuldigt wenn es zu wirr klang. Ich wollte mich wohl zu kurz fassen Marvin schrieb: > Der ATmega16A funktioniert. Welchen ATmega nutzt Du jetzt ? > Oder imer noch ATmega16A ? > Was funktioniert ? Das mit dem JTAG hat schonmal funktioniert oder nur > ISP ? Also wie schon richtig gestellt, benutze ich jetzt den Atmega32. Über dessen Jtag Schnittstelle ich den Dragon benutzen will. Der vorher benutzte ATmega16A funktionierte In der selben Konfiguration(Verkabelung etc.) über die Jtag Schnittstelle mit dem Dragon. So, das Problem mit dem Atmega32 ist nun, das ich über Jtag nichts auslesen,debuggen geschweige denn flashen kann. Er lässt sich über ISP jedoch Problemlos flashen. Marvin schrieb: > Wenn ich raten würde: Hast Du im Atmelstudio das Tool gewechselt ?!? Du meinst ob ich innerhalb des Projektes den benutzten Prozessor im Atmelstudio geändert habe ?
Hi >So, das Problem mit dem Atmega32 ist nun, das ich über Jtag nichts >auslesen,debuggen geschweige denn flashen kann. >Er lässt sich über ISP jedoch Problemlos flashen. Dann sieh mal über ISP nach, ob JTAG überhaupt aktiviert ist (JTAGEN-Fuse). MfG Spess
Auch ein Bild ist immer Hilfreich!! macht bitte paar Fotos von ausbau und poste es hier.
spess53 schrieb: > Dann sieh mal über ISP nach, ob JTAG überhaupt aktiviert ist > (JTAGEN-Fuse). Hab ich wie gesagt überprüft :) Achja die Fehlermeldung sieht wie folgt aus: Unable to enter programming mode. The read device ID does not match the selected device or any other supported devices. Please verify device selection, interface settings, target power and connections to the target device. was villeicht noch interessant ist wenn man auf Details klickt: ModuleName: TCF (TCF command: Device:startSession failed.) Unexpected signature 0x003f3f3f (expected 0x001e9502). Wo kommt denn die Signature her ?
Bülent C. schrieb: > Versuchst du die fuses mit dem ISP zu setzen? :-) ja also die fuses für JTAG hab ich mit ISP gesetzt, bzw ausgelesen und überprüft weil sie schon gesetzt war.
Angehängte Dateien:
-
TargetConnection_Dragon_atmega32_bsp.gif
4,9 KB -
20141021_095815.jpg
3,1 MB
Also hier die Bilder. Ihr müsst mir sagen was genau ihr vll. noch sehen wollt. Weil ich habe nichts weiter aufgebaut als die Schnittstelle zum auslesen. Dies übrigens nach dem bsp. wie es das Bild aus der Dragon Beschreibung von Atmel zeigt. Man sollte denken da kann man nicht mehr viel falsch machen... -_- Das Rosa Kabel geht zum Reset Pin auf Port E. ist leider nicht mit drauf wie ich gerade gemerkt habe
:
Bearbeitet durch User
Es gibt für den STK500 ein Adapter wo du auf den JTAG Schnittstelle direkt zugreifen kann, ob man so wie du es macht auch geht weiss ich nicht, theoretisch sollte gehen nun das mit dem Reset Pin sollte man prüfen, Atmega32 hat kein E-PORT
Ok es sollte gehen siehe hier: http://support.atmel.no/knowledgebase/avrstudiohelp/mergedProjects/AVRDragon/AVRDragon_connecting_to_target_through_the_jtag_interface.htm Nun wie gesagt mit dem Reset muss du überprüfen, vor allem steht da: "Remember to remove the reset jumper on the STK500 if the reset pin is going to be controlled from the AVR Dragon" Da hakt es eventuell bei dir.
Es ging ja so auch mit dem ATmega16A. Das ist ja das merkwürdige. Den Jumper hab ich "removed". Mh.. er hat ja tatsächlich kein Port E. Dann ist das Bsp. von Atmel falsch ? weil da steht es ja schwarz auf weiß. Sogar mit dem Atmega32 als Bsp. Martin schrieb: > Ok es sollte gehen siehe hier: > http://support.atmel.no/knowledgebase/avrstudiohel... > > Nun wie gesagt mit dem Reset muss du überprüfen, vor allem steht da: > > "Remember to remove the reset jumper on the STK500 if the reset pin is > going to be controlled from the AVR Dragon" > > Da hakt es eventuell bei dir. Nach exakt dieser Beschreibung in deinem Link habe ich das ja gemacht. Dort findet sich auch mein angehängtes Bildchen wieder.
:
Bearbeitet durch User
Der Atmega16A hatte auch kein PortE seh ich gerade. Aber daran kann es nicht gelegen haben. Der hat sich ja tadellos Mit dem Dragon debuggen lassen. Die beiden müssten ja auch weitesgehend Pinkompatibel sein, schließlich benutzen sie den selben Sockel im STK500.
Stimmt! und wenn du den Reset Pin direkt am Reset "Jumper" direkt angreift? glaube ist JP902 Pin 2
Ist es normal dass der Ground Pin am STK500 ca. 50-70mV Spannung führt ?
Vielleicht irre ich mich auch, aber müssen keine Pull-up's an die vier JTAG lines? Zumdindestens der Reset Pin müsste doch hoch gezogen werden?!
Hi >Ist es normal dass der Ground Pin am STK500 ca. 50-70mV Spannung führt ? Gegen was gemessen? >Vielleicht irre ich mich auch, aber müssen keine Pull-up's an die vier >JTAG lines? Zumdindestens der Reset Pin müsste doch hoch gezogen >werden?! Ich benutze JTAG über einen Adapter an EXPAND0 vom STK500. Das funktioniert ohne Widerstände problemlos. MfG Spess
spess53 schrieb: > Hi > >>Ist es normal dass der Ground Pin am STK500 ca. 50-70mV Spannung führt ? > > Gegen was gemessen? > gegen ein geerdetes metallgehäuse. Nachtag: liegt wohl am Messgerät. Es zeigt dies auch ohne Versorgung an und auch zwischen 2 anderen gehäusen oder dem Tisch -.- Naja also anscheinend ist es kein typischer Fehler. Vielleicht ist irgendwas mit dem STK nich in Ordnung oder der Prozessor hat an irgendwelchen Datenleitungen schaden genommen.
:
Bearbeitet durch User
News: Der Dragon scheint hinüber zu sein. wenn ich versuche über die ISP Schnittstelle des Dragon zu Flashen, kommt die selber Fehlermeldung. Dies auch mit anderen Controllern. Ich habe die Schaltung auch Diskret auf einem Steckbrett aufgebaut um auszuschließen dass es das STK500 war. Der Fehler blieb der selbe. ich bin ehrlich gesagt ziemlich traurig das ding war Top :/
Thread beobachten
Seitenaufteilung abschalten
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.