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
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:
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
Clipboard01.gif
(60 KB)
