Hi, ich habe hier zwei Stück von diesem Board mit ATMega128: http://item.taobao.com/item.htm?id=13327740832&ali_trackid=2:mm_14507416_2297358_8935934:1354368849_4k8_1371193646 sowie zwei JTAG ICE (mkI): http://item.taobao.com/item.htm?id=14883401225&ali_trackid=2:mm_14507416_2297358_8935934:1354367368_3k2_408240248 AVRStudio weigert sich komplett, irgendeine Verbindung aufzunehmen. Es kommt sofort "Connect failed" wenn ich das mit dem "Connect" Dialog versuche. Der Jtag ICE (mkI) meldet sich als "Profilinc" USB-Adapter in der Systemsteuerung. Baudrate ist überall auf 115200 eingestellt wie es für den Adapter richtig sein sollte. Com2 habe ich probiert (nat. auch in der Sys.steuerung umgestellt, für den Fall, daß es nur mit Com1-4 geht) - nichts. Immerhin geht es "etwas" mit Avrdude. Mit der Zeile C:\avrdude -p m128 -c jtag1 -B 10 -P Com5 -e -F -U flash:w:%1:r (%1 ist das file das ich auf die Batch ziehe in der diese Zeile steht) kommt das was man auf dem Screenshot sieht. Die dritte Zeile interpretiere ich so, daß zumindest mit dem Jtag Adapter alles gut ist oder hat Avrdude da schon mit dem Controller gesprochen? Der Rest geht dann komplett in die Hose. Sagt jemandem vielleicht die Device Id 0xfefefe etwas? Von ISP Adaptern kenne ich eigentlich nur 0x000000 wenn nix geht und ein Atmel code ist das ja auch nicht, das erste Byte müsste 1E für Atmel sein. Es ist mit beiden Boards und beiden Adaptern das selbe. Ein zufälliger Hardwarefehler ist es also eher nicht. Hat einer ne Idee was da noch falsch ist? Gruß, Norbert
Angehängte Dateien:
-
Clipboard01.gif
60 KB
Norbert S. schrieb: > Immerhin geht es "etwas" mit Avrdude. -F sollte man nur benutzen, wenn man weiß, welche Plausibilitätstests man damit überschreibt und warum man es tut. Einfach eine nicht funktionierende Verbindung damit zu überschreiben, hat keinen Sinn. Dein JTAGICE-Clone funktioniert schlicht überhaupt nicht. Ob da nun ein Draht nicht richtig angeschlossen ist oder sonst etwas schräg, kann man von dieser Seite nicht sagen, das musst du an deiner Hardware herausfinden. AVRDUDEs Meldungen kannst du besser in eine Datei abspeichern:
1 | avrdude ... 2> logfile.txt |
Hi, das -F ist doch nur um die Device ID zu ignorieren. Mir ist schon klar, was das bedeutet. Das haben wir oft benutzt weil irgendwelche Mega324 mit P, A oder so noch nicht drin waren. Haben wir dann selbst in die Config eingebaut und jetzt merke ich, daß wir das vielleicht auch weitergeben sollten ;-) Was heisst denn "Device ready to accept instructions"? Was ist mit Device gemeint, der Adapter oder der ATMega? Das ist zwar Chinabilligzeug aber gleich zwei Stück die nicht gehen? Ich hab den fertigen Kram hier nur zusammengesteckt. Momentan habe ich nichtmal ein Multimeter, stelle Dir das wie im Hotel mit den Boards, den Adaptern und einem Laptop vor. Mehr habe ich nicht. In ein paar Tagen habe ich aber wieder alles inkl. Oszi, da kann ich vielleicht mal genauer nachsehen was da wackelt. Ok, wenn Du aber sagst, daß das so funktionieren müsste und wenn nicht, dann habe ich ein Hardwareproblem, dann glaube ich durchaus an zwei nicht funktionierende Billigadapter. Wenn nicht noch andere Ideen kommen... Gruß, Norbert
Norbert S. schrieb: > Mir ist schon klar, > was das bedeutet. Offenbar nicht ganz. > Das haben wir oft benutzt weil irgendwelche Mega324 mit P, A oder so > noch nicht drin waren. Ja, dafür wäre es OK. Aber wenn deine "Device ID" als "0xfe 0xfe 0xfe" gemeldet wird, dann sollte dir klar sein, dass du nicht einfach nur das falsche device erkannt hast, sondern dass da irgendwas anderes im Argen liegt. Dann brauchst du auch nicht versuchen, das mit -F zu überschreiben. > Was heisst denn "Device ready to accept instructions"? Heißt einfach nur, dass die Initialisierung erfolgt ist, also insbesondere beim klassischen Bitbang-Programmieradapter (mit dem AVRDUDE ja mal angefangen hat), dass das "ENTER PROGRAMMING MODE" erfolgreich transportiert worden ist. Mit -F wird der Erfolg im obigen "erfolgreich" jedoch sowieso nur vorgegaukelt, damit brauchst du dieser Meldung auch keine Bedeutung beimessen.
Hi, ah, ok. Das heisst das -F greift also schon bei der Initialisierung. Also kurz gesagt hat da gar nichts funktioniert. Nehme ich das -F raus kommt aber immer noch das "ready to accept instructions". Dann scheitert es natürlich an der Device ID. Die Preisfrage wäre nun, haben PC und JTAG ICE da schon was miteinander geredet oder ist das wirklich gar nichts wert? Wenn Jtag gar nicht angeschlossen ist kommt auch "ready to accept instructions" (das bezieht sich also maximal auf den Adapter) und die Device ID ist 0xffffff. Das ist also schon anders, irgendwas passiert da. Aber gut, ich will die toten Pferde (Adapter) nicht ewig weiter reiten, waren billig genug um sie wegzuschmeissen wenn es daran liegt. Ich hab nur momentan nichts Anderes um das gegenzuchecken und es wäre ja auch nicht schlecht, das zu verstehen was da los ist. Danke für Deine Hilfe! (Mir ist schon klar, mit wem ich hier rede!) Gruß, Norbert
Norbert S. schrieb: > ah, ok. Das heisst das -F greift also schon bei der Initialisierung. Das -F greift an allen Stellen, an denen sonst nach bisherigem Verlauf ein Fehler zu vermuten wäre und dann abgebrochen wird. -F ist die Option für die Äggsbärdn, mit der man dann "mal schauen" kann, ob denn durch Übergehen der Plausibilitätstests doch noch was zu machen wäre. > Nehme ich das -F raus kommt aber immer noch das "ready to accept > instructions". Weil hier offenbar während der Initialisierungsphase nur erstmal mit dem ICE geredet wird, dieses aber noch nicht selbst auf die JTAG- Kette zugreift. Beim JTAGICEmkII ist das dann anders, das würde bereits in dieser Phase abbrechen. > Die Preisfrage wäre nun, haben PC und JTAG ICE da schon was miteinander > geredet oder ist das wirklich gar nichts wert? Müsste ich mir ansehen. Ich dachte schon, dass davor zumindest versucht wird, eine erste Antwort vom ICE zu erhalten (allerdings sowas wie ein "Einloggen" gab's da noch nicht, das kam erst mit dem JTAGICEmkII). Deine Beschreibung spricht aber dafür, dass da wohl doch in dieser Phase nur wenig oder fast nichts passiert ist. Dazu muss man allerdings sagen, dass der AVRDUDE-Support für das alte JTAGICE zu einer Zeit eingebaut worden ist, da dieses Teil bereits veraltet war. (JTAGICEmkII war vorher drin.) Damit ist das natürlich eher halbherzig und etwas lieblos zusammengehackt worden, nur damit es überhaupt mit dabei ist. Auch in den weiteren Jahren dürfte es dann nicht mehr sehr viel Praxistest erfahren haben. > Aber gut, ich will die toten Pferde (Adapter) nicht ewig weiter reiten, > waren billig genug um sie wegzuschmeissen wenn es daran liegt. Du könntest zumindest mal einen Oszi oder LA an das JTAG hängen und schauen, ob sich da überhaupt was tut. Einen JTAGICE(mkI)-Clone kann man sich übrigens auch auf einem STK500 zusammenstöpseln. Das würde auch ich jetzt so machen, wenn ich nochmal in die Verlegenheit käme, mir diesen Teil von AVRDUDE ansehen zu müssen.
Hi, danke, jetzt sehe ich klarer. Mir war nicht bewusst wie dermassen veraltet das Ding ist. In den nächsten Tagen bekomme ich einen JTAG ICE MkII Clon und dann mal sehen wie das damit läuft. Kann ja nicht angehen, daß das alles Schrott ist. Gruß, Norbert
Du könntest dir ja auch einen Dragon kaufen stattdessen. ;-) Oder ein JTAGICE3, aber da ist der Code in AVRDUDE taufrisch dafür, da müsstest du dir die SVN-Version selbst bauen. Meine ersten Tests sehen aber ganz brauchbar aus. Stephan Watterott verkauft die 3er gerade für EUR 122,22.
Hi, na Danke, erstmal habe ich genug von den Experimenten. Mit dem Jtag ICE mkII sollte ich doch dann gut gerüstet sein, wenn es tut wie es soll. Ich würde das schon gerne mit Avrdude weitermachen, das hat immer prima geklappt und damit bin ich vertraut. Dann jetzt mit dem brandneuen mk3? Nee, lass mal. Clone davon scheint es auch noch nicht zu geben und bei den ersten die auftauchen sollte man wohl auch vorsichtig sein. Als Anfänger möchte ich so einen Frust nicht erleben. Aber ich werde den Kram schon zum Laufen kriegen, und wenn es zuhause zwischen den Jahren ist. Erstmal gibt es hier im scheisskalten Peking noch ein paar andere und vor allem wichtigere Probleme zu lösen. Gruß, Norbert
Norbert S. schrieb: > Mit dem Jtag ICE mkII sollte ich doch dann gut gerüstet sein Wenn es denn eins wäre, aber es ist ja wieder nur ein Clone. Bei der Komplexität des mkII habe ich ein wenig meine Zweifel. Der Clone des alten (1. Version) ICEs war ja simpel, weil dem das AVR Studio fröhlich die Atmel-eigene Firmware aufgedrängelt hat, und die Hardware vergleichsweise simpel war. Beim mkII ist die Hardware doch deutlich komplexer, und der Hersteller des Clones muss außerdem die Firmware irgendwie reengineert haben. > Clone davon scheint es auch noch nicht zu geben Etwas anderes als Clones kommt für dich nicht in Frage? Falls dein mkII-Clone auch bloß Späne macht, dann nimm einen Dragon. Der kommt zum Preis eines Clones, aber dafür wenigstens vom Hersteller selbst. ;-) > Erstmal gibt es hier im scheisskalten Peking noch ein paar andere und > vor allem wichtigere Probleme zu lösen. Gut, wenn du natürlich dort bist, hilft dir das Watterott-Angebot nicht viel.
Hi, ich hab jetzt noch Bildschirmvideos auf der CD gefunden, wie man den MKI aus Avrstudio updaten soll. Da kann ich jetzt nichts mehr falsch gemacht haben aber er findet nichts. Also die Dinger sind jetzt endgültig abgeschrieben. Mal sehen was der mkII Clon macht. Der kostet hier schon echtes Geld aber wenn ich die Erfahrungen hier durchsehe, besteht eine gute Chance, daß ich einen 100% kompatiblen erwischt habe. Hätte ich allerdings vorher mal nachgesehen was der Dragon kostet... $US50 bei Digikey - das kosten die hier auch etwa, ich glaub das sind gar keine Clone. So blöd sind die Chinesen ja auch nicht. Jörg Wunsch schrieb: > Falls dein mkII-Clone auch bloß Späne macht, dann nimm einen Dragon. > Der kommt zum Preis eines Clones, aber dafür wenigstens vom Hersteller > selbst. ;-) Das werde ich dann sicher tun... Gruß, Norbert
Hi, ich hab jetzt meinen Jtag ICE mkII Clone und der scheint zu funtzen! http://item.taobao.com/item.htm?spm=a230r.1.10.51.aWq7sz&id=10260780033 Sogar das Firmware Upgrade geht, also scheint das Ding wirklich kompatibel zu sein. Verbinden klappt und die erste LED-Blinkerei per Jtag auf den M128 geschoben rennt. Daß ich jetzt irgendwie zu blöd bin das von Bascom erzeugte obj-file in AVRstudio (4.18) richtig zu öffnen ist ne andere Sache. Eigentlich sollte das ja gehen wenn ich aus AVRstudio das obj-file öffne, angeblich soll man dann den Bascom-Quellcode sehen können und debuggen können. Ich sehe dagegen nur kryptisches Zeug. Ich installiere gleich mal das letzte Avrstudio 5, mal sehen was das tut. Gruß, Norbert
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.