Programmer Empfelung

OP #3468056
Lesenswert?

Hi ich habe bis jetzt ein Programmer über Serial gehabt für Bascom.Und 
wollte jetzt mit C an fangen, Da her kann ich mein nicht mehr benutzen. 
Er wird nicht über all erkannt. Welchen Prgogrammer könnt ihr mir 
empfehelen.? Ich benutze Windows 7 und Linux Ubuntu. Software soll 
Arduino sein und Avr studio.oder könnt ihr mein Programm empflen was 
einfacher ist wie Avr Studio. Mir wüede auch ein Programm reichen wo ich 
den Hex feil in den PonyProg rein jagen kann. Ohne ein Programmer dran 
zu haben. ;fg
Gast #3468270
Lesenswert?

Sascha Möwert schrieb:
> Was ist den HV und Debug ?

kopfkratz
Also wenn Du das nicht weißt brauchst Du es idR nicht :-P
HV = HigVoltage programming, wenn Du mal verfused hast
Debug = Programm auf dem µC Schnritt für Schritt durchgehen können um 
Fehler zu suchen.
Ich denke mal für Dich reich ein USBAsp-Clone aus, die gibt's ab 5,- 
Euro und wenn's aussehen soll noch'n Gehäuse dazu ;-)
"Gescheite" Programmer mit JTAG usw. usf. bekommt man ab 50,- aufwärts.
Zum Basteln reicht es aber das Programm zu übertragen und zu testen ob 
die LEDs auch wie gewünscht blinken ;-)
Gast #3468316
Lesenswert?

kopfkratzer schrieb:
> Ich denke mal für Dich reich ein USBAsp-Clone aus, die gibt's ab 5,-
> Euro und wenn's aussehen soll noch'n Gehäuse dazu ;-)

ehajo.de hat einen super kleinen, der ähnlich aussieht wie ein USBasp... 
und bei www.guloshop.de gibts einen USBasp für um die 4 Euro. der hat 
sogar eine Signalwandlerfunktion mit drinnen.
Gast #3468377
Lesenswert?

Achte auf die unterstützte Target-Spannung. 5V kann jeder, 3.3V können 
viele und andere Spannungen können nur sehr wenige programmer. Ich 
betreibe meine Schaltungen gerne mit Batterien (ohne Spannungsregler) 
daher brauche ich einen Programmer, der sich an die Spannung des Targets 
anpassen kann. Alle Programmer von Atmel können das.

Falls Du vor hast, die großen Xmegas zu programmieren, dann brauchst Du 
einen Programmer, der das PDI Protokoll unterstützt. Und selbst wenn dad 
der Fall ist, heisst das noch lange nicht, dass jeder Xmega unterstützt 
wird. Der Dragon ist diesbezügich z.B. stark eingeschränkt. Er kann 
interessanterweise mehr Modelle debuggen, als programmieren. Also 
obacht!
Gast #3468416
Lesenswert?

Sascha Möwert schrieb:
> Ich habe von Ulrich Radig den USBISP treiber hat er erkannt aber
> kann da
> mit nichts machen. Nur unter Bascom. Weil der USBasp ist doch das
> gleiche.

Ja was hast Du nun, das da:
http://shop.ulrichradig.de/Bausaetze/USB-ASP-Bausatz.html
Welches OS nimmst Du, den Treiber gibt'S z.B. hier:
http://www.ulrichradig.de/home/uploads/File/USBasp/091122_USBASP_Driver_Win32-Win64_v0_1_12_1.zip
Oder direkt bei fischl:
http://www.fischl.de/usbasp/
Der läuft bei mir unter Win7 32/64 ohne Probleme mit WinAVR.
Wenn Du avrdude per "Hand" bedienen willst gibt es dafür auch diverse 
GUIs, suchen hilft da ;-)
Also welches OS, welche IDE und vor allem welches Programm nimmst Du zm 
flashen ?
Gast #3468873
Lesenswert?

jup... In der Notbooktasche ein mySmartUSB light (klein smart und nettes 
Gehäuse, lauft direkt im Studio)

Auf Schreibtisch ein mySmartUSB MK2 (zuverlässiges Arbeitstier, 
gleichzeitig UART-Bridge und Spannungsversorgung für das Zielsystem)

Der MK3 von myAVR lohnt nicht (hab ich und nehm ihn aber selten)

Mein AVRISP von Ateml und der Dragon liegen gleich neben meinem MK3. 
Hauptursache: keine Spanungsversorgung des Zielsystems und keine UART 
Bridge. Man muss jedesmal noch ein Netzteil und eine UART-Bridge parat 
haben, das nervt :-(

Gruß JZ
Gast #3468945
Lesenswert?

avrisp-mkii

vergiss alles andere.
ich arbeite in gleicher Umgebung wie du, immer wieder Probleme, 
nervereien.
64 bit kannst du fas vergessen, oder nur mit Einschränkungen.

hab mir letzte Wochen den avrisp-mkii von atmel bei reichelt bestellt.
funktioniert einwandfrei auch mit bascom, auch 64 bit auch 
avrstudio.......

alles andere ist halbgarer krampf und kostet zeit und nerven.

investier 35 euronen und fertig
Gast #3468970
Lesenswert?

Wenn man nur seinen Controller programmieren möchte, würde ich zu einen 
AVR ISP mkII greifen. Der Grund ist, dass ich in der Regel OEM 
bevorzuge; in diesem Fall kann der mkII z.B. den PDI Modus.

Zum Entwickeln würde ich den den ICE3 oder AVR Dragon von Atmel 
einsetzen. Die Fähigkeit zu debuggen möchte nicht vermissen.
Gast #3468998
Lesenswert?

und noch ein Vote für den AVR USB ISP:
- Stecker falschrum drauf wird erkannt und angezeigt, geht nix kaputt
- Targetspannung wird gemessen und die Signale werden passend 
eingestellt. Daher keine (fehlerträchtige) Einstellung über Jumper 
nötig.
Gast #3469010
Lesenswert?

> Stecker falschrum drauf wird erkannt und angezeigt, geht nix kaputt

Ist das nicht bei jeden Programmer ungefährlich?

> Targetspannung wird gemessen und die Signale werden passend eingestellt.

Ein wichtiges Kriterium (nicht das messen, aber die Anpassung an das 
Target).
#3469025
Lesenswert?

Grundsätzlich kann man mit dem mkii bei AVR nichts falsch machen. Aber 
wenn du schon einen ser. Programmer hast, was spricht dagegen dieses 
auch weiter einzusetzen?

Der Programmer hat nichts mit der Programmiersprache zu tun. Oder suchst 
du eine IDE für AVR?
Dann solltest Du dir einmal Atmel Studio anschauen.
http://www.mikrocontroller.net/articles/Atmel_Studio

Wie ich das sehe, scheint das auch kostenlos zu sein und du kannst 
testen, ob es mit deinem Programmer funktioniert.
OP #3469857
Lesenswert?

So habe es schon fast hin beckommen mit meinen USBASP Programmer, aber 
ich verstehe es nicht so ganz mit dem AVRSTUDIO 6.0 Exter Tool 
Arguments.

Er schreint mir so was.

Reading | ################################################## | 100% 
0.02s

avrdude.exe: Device signature = 0x1e9502
avrdude.exe: reading input file ""
avrdude.exe: error opening : Invalid argument
avrdude.exe: input file  auto detected as invalid format
avrdude.exe: can't open input file : Invalid argument
avrdude.exe: write to file '' failed

avrdude.exe: safemode: Fuses OK

avrdude.exe done.  Thank you.

Und als Argument habe ich genommen.

-P usb -c USBasp -p ATmega32 -F -U flash:w: C: 
Benutzer\sascha\Dokumente\Atmel Studio\Blinkende LEd\Blinkende 
LEd\Debug\Blinkende LEd.hex:i
Gast #3469902
Lesenswert?

Sascha Möwert schrieb:
> Und als Argument habe ich genommen.
>
> -P usb -c USBasp -p ATmega32 -F -U flash:w: C:
> Benutzer\sascha\Dokumente\Atmel Studio\Blinkende LEd\Blinkende
> LEd\Debug\Blinkende LEd.hex:i

Wenn auf DOS-Prompt den Pfad in Anführungszeichen setzen, ansonsten 
schau mal die hier an:
http://avr8-burn-o-mat.aaabbb.de/avr8_burn_o_mat_avrdude_gui_en.html
http://sourceforge.net/projects/avrdude-gui/
https://code.google.com/p/avrdude-gui-net/
#3473724
Lesenswert?

Verdrahtungsfehler oder nicht bereiter AVR.

-> Stromversorgung prüfen und alle Masse und VCC anschließen.
-> Pullup Reset
-> Quarz, falls der Baustein über die Fuses für einen extern Quarz 
konfiguriert ist.

Was auch zu prüfen wäre, einige Programmer benötigen auch die VCC, z.B. 
der AVRisp MKii. Die wird als Spannungspegel für die Signalübertragung 
verwendet, ohne kann der Programmer keine Daten an den AVR schicken. 
Einbmal prüfen, wie das bei deinem Programmer ist.

Andere Möglichkeit, der AVR ist neu und arbeitet mit 1MHz Takt. Dann 
kann es notwendig sein avrdude mit der Option -B XX zu drosseln.

-B 5 bis -B 10 sollten gute Werte sein.

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren