Hallo Ich war vor kurzem auf der AVR Seite und hab da gelesen, dass man den AVR JTAGICE mkII als Debugger für die AVR32 UC3 hernehmen könnte? Allerdings steht in den Datenblätter von dem AVR JTAGICE mkII kein Wort darüber. Ist es also möglich, mit dem AVR JTAGICE mkII, die AVR32 UC3 zu programmieren oder nicht? Sorry für die blöde Frage, aber bevor ich mir so ein Teil kaufe, wäre es super, wenn ich genau weiß, worauf ich mich da einlasse. lg HeyHey
wäre villeicht der AVR Dragon die bessere Wahl? Ich würde halt gerne auch große µC mit 100pins programmieren können
Alles gar kein Problem. Das JTAGICE mkII kann alle AVR8 und AVR32-Prozessoren programmieren und debuggen. MfG Marius
vom Preis wär der AVR Dragon halt deutlich billiger. Oder wärs für die 100pinner besser einen JTAGICE mkII zu holen? ginge es nicht doch auch mit dem AVR Dragon?
http://www.atmel.com/dyn/products/tools_devices.asp?category_id=163&family_id=607&subfamily_id=2138&tool_id=3353 http://www.atmel.com/dyn/products/tools_devices.asp?category_id=170&family_id=702&subfamily_id=2259&tool_id=3891 Debuggen geht aber AFAIK nur mit dem JTAG ICE mkII.
der JTAG ICE mk II schlägt halt schon mit 300€ zu buche, wie siehts denn mit den ARM bassierenden AVRs aus? die stehen nicht in der Liste, kann man die trotzdem programmieren?
HeyHey schrieb: > der JTAG ICE mk II schlägt halt schon mit 300€ zu buche, > > wie siehts denn mit den ARM bassierenden AVRs aus? > > die stehen nicht in der Liste, kann man die trotzdem programmieren? nein, die Atmel-Tools können nur die selbst entwickelten Kerne Programmieren und debuggen, aber nicht die fremd lizensierten ARM-Kerne. Dafür brauchst Du andere Software und andere Tools. fchk
schade, wär halt echt super gewesen, wenn man die ARM Cores auch noch abdecken könnte. Aber prinzipiell, wäre ich bei den 100 und 144pinner besser mit dem Dragon oder dem JTAGICE mkII dran? Das mit dem Debuggen sollte doch in gewissen Grenzen auch mit dem Dragon möglich sein, ich dachte zumindest, dass sie die Sperre aufgehoben hätten. Rein hypotetisch, wie isses mit den Kabeln beim Dragon, die werden ja nicht mitgeliefert und machen scheinbar ja probleme beim Kaufen? lg HeyHey
HeyHey schrieb: > schade, wär halt echt super gewesen, wenn man die ARM Cores auch noch > abdecken könnte. > > > Aber prinzipiell, wäre ich bei den 100 und 144pinner besser mit dem > Dragon oder dem JTAGICE mkII dran? Dem Dragon fehlt das Gehäuse und etwas an Schutzschaltungen - den solltest Du eher vorsichtig behandeln. Der JTAGICE ist für den professionellen Einsatz gedacht und ist besser vor Missgeschicken und ESD geschützt. Mit dem machst Du garantiert nichts falsch. Mal ein Blick über den Zaun geworfen: Mit einem PicKit3 für 70€ kannst Du so ziemlich alle aktuellen PICs von kleinen PIC10 bis hin zum 80 MHz MIPS4k basierten PIC32MX sowohl programmieren als auch debuggen! fchk
Über die PIC32 habe ich auch schon nachgedacht, ich hab bisher nur Erfahrungen mit 8 Bit PICs und 8 Bit AVR. Die AVR sind halt, was PWM Channels angeht, deutlich besser ausgestattet, haben aber dafür etwas weniger MIPS als die PIC32. Wenn ich ein paar Kumpels glauben darf kann der dsPIC auch was die nette kleine DSP Einheit angeht, nicht mit den neuen AVR32 mithalten.
HeyHey schrieb: > Die AVR sind halt, was PWM Channels angeht, deutlich besser > ausgestattet, haben aber dafür etwas weniger MIPS als die PIC32. klar, der PIC32 ist ein MIPS. :-) > Wenn ich ein paar Kumpels glauben darf kann der dsPIC auch was die nette > kleine DSP Einheit angeht, nicht mit den neuen AVR32 mithalten. "Den" dsPIC gibts nicht. Hier muss zwischen dsPIC30 und dsPIC33 unterschieden werden, und hier gibts auch schon mal einen Faktor 2.5 in der Geschwindigkeit. Und was ich festgestellt habe: oft ist die Peripherie bei Microchip besser. fchk
Sieh dir mal diesen Thread an: Beitrag "AVR JTAGICE mkII Nachbau für €64,20 ( Plus 22$ Porto )" Das Dingens von SureElectronics ist ein kompatibler Nachbau - funktioniert prima...
Hi, Ich nutze auch Das JTAG MKII ;). Ist ein echt schönes ding. Benutze ihn hauptzächlich für die UC3 Controller. Gruß
wie siehts denn beim Rechnen von Fließkomma Zahlen aus? Sowohl die AVR32 als auch die PIC32 haben ja eine FPU drinne. Stimmt das wirklich, dass die AVR32 schneller sind?
Moin, also ich habe auch einen mk2 nachbau aus china von mcuzone.com. Lieferung hat schlappe 36 Tage gedauert, in der Zeit hat ich dass kaufinitialisierende Problem drei mal gelöst. Aber ist ne feine Sache, super schnell beim Debuggen (hab zwar keinen Vergleich, aber was ich so über die anderen Debugger gelesen habe, sind wohl knapp 300 ms Ausführungszeit für eine Codezeile recht ordentlich!)so auch beim Lesen, Schreiben etc. Und der Zoll hat nichts extra gewollt :) UND man kann AVR32 damit debuggen, um auf deine Frage zu antworten. gruß stilz
HeyHey schrieb: > wie siehts denn beim Rechnen von Fließkomma Zahlen aus? > > Sowohl die AVR32 als auch die PIC32 haben ja eine FPU drinne. > > Stimmt das wirklich, dass die AVR32 schneller sind? Traue keinen Benchmarks, die Du nicht selber durchgeführt hast. Wenn Du WIRKLICH Floatingpoint-Leistung brauchst, solltest Du ohnehin was anderes nehmen, z.B. einen TI C28xx DSP. Profis schauen zuerst, ob sie mit Festkomma-Arithmetik weiterkommen. fchk
Thread beobachten
Seitenaufteilung abschaltenBitte 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.