AVR unter Linux

Hallo!

• "Christoph" schrieb:

Eine IDE kenne ich nicht, aber zum Flashen und Auslesen kann ich avrdude

Gruß, Till.

Ich nehm UISP. Kann auch alle fuse-bits etc setzen....

mfg Michael

Michael Groh wrote in news:c56on0$2ef$ snipped-for-privacy@online.de:

Danke, das werde ich mal testen...

Von anderen habe ich gehört, das PonyProg nicht schlecht sein soll, jedoch stoße ich da auf Installationsprobleme. Habt ihr das schon benutzt?

mfg Christoph

Am 09.04.04 20:14 schrieb Christoph:

Ja, keine Probleme, selbst auf einem Uraltrechner.

Gruß Michael

Michael Kamper wrote in news:c56pqe$lag$00$ snipped-for-privacy@news.t-online.com:

Ich habe damals diese Datei gezogen:

Jedoch habe ich das Programm nicht zum Laufen gebracht, kannst du mir sagen, was ich mit den Binaries machen muss?

mfg Christoph

Am 09.04.04 20:29 schrieb Christoph:

./configure make make install

Danach liefs, allerdings hab ich eine ältere Version.

Gruß Michael

avrdude wäre auch einen Versuch wert.

Man hat dich falsch informiert.

Was gibt es denn an Ponyprog auszusetzen?

Gruß,

Christian

Am Sat, 10 Apr 2004 13:52:05 +0200 schrieb Christian Fuchs :

Mein Atmel läuft nicht mehr .. ich habe mir den Resetausgang vie Fuse verlegt ... hört man doch so gut wie nur von Ponyprog Benutzern. Also bei avrdude ist es absolut klar wie ich die Fuse setzen muss.

Tschüss Martin L.

Du koenntest kdevelop nutzen und es entsprechend auf den avr-gcc umkonfigurieren.

Viel spass am geraet

Die können halt nicht wirklich damit umgehen. Man liest zuerst die bisherige Einstellungen aus und ändert dann nichts an RSTDSBL.

Das prinzipielle Problem ist dabei ja, daß die Fuses im Atmel invertiert sind und Ponyprog das nochmals invertiert (steht in dunkelgrauer Schrift auf hellgrauem Grund dabei). Für RSTDSBL ist das ganz ok, Häkchen setzen = Reset Disabled. Für die Taktfuses ist das aber ziemlich dämlich, weil da ja im Datenblatt einfach 0 und 1 steht statt gesetzt und nicht gesetzt steht, d.h. da muß man im Ponyprog für eine 0 das Häkchen setzen und bei der 1 kein Häkchen machen.

Wie ist das denn in anderen Programm gelöst?

Markus

Markus Kaufmann schrieb:

Weniger Gimmicks, so daß der Bediener zum Lesen des Datenblatts gezwungen wird. ;-)

"Till Wollenberg" schrieb:

WinAVR ist keine IDE (es hat nichtmal eine ,,richtige IDE'' dabei), sondern es ist einfach eine Sammlung von Werkzeugen, die freundliche Menschen für Windows-Nutzer aufbereitet zusammengepackt haben (also: compiliert und mit einem Windows-Installer versehen).

Emacs und Vim sind vermutlich die erste Wahl bei Unixern. Für Winuser werden die Dinger eher nicht nach IDE aussehen (die nehmen es dafür gemeinhin gern in Kauf, sich für jedes Tool an eine andere Umgebung gewöhnen zu müssen), für Leute, die unter Unix Software entwickeln dagegen sehr wohl.

Ich benutze sp12, siehe: . Der ATmega8 wird laut Doku unterstützt, selbst benutzt habe ich diesen Typ noch nicht.

Martin

Ich habe sp12 schon erfolgreich mit einem ATmega8 eingesetzt ... die Probleme beim Umstieg vom AT90S4433 lagen an meiner Unfaehigkeit, die Appnote dazu richtig zu lesen.

Ciao Sebastian

Seltsam ich hab ja auch mal mit Ponyprog an Atmelen rumgebastelt und nie Probleme mit sowas gekriegt. Was bastelt Ihr denn immer an den Sicherungen herum? Macht ihr ja an Euren Autos auch nicht.

Ciao

Tobi

Also ich entwickle meine AVR-Programme mit anujta (Gtk2 IDE), im Makefile trage ich für das target "install" den entsprechenden uisp-Aufruf ein. Damit kann man ziemlich komfortabel hacken, compilieren und flashen. Für Fuses nehm ich nach Problemen mit uisp nur noch PonyProg 2000. Ist einfach übersichtlicher und macht man ja nicht so oft.

Have fun. :)

Mark