ATmega644 programmieren

Außerdem noch der obligatorische Hinweis auf avrdude.

Hi,

Ron wrote:
>>Pony in der Version 2.07a kennt den Mega664.
>
> Leider klappt's nicht. Den 32er erkennt Pony, den 644er nicht.

Also zu Ponyprog:
Version 2.07a kennt den Mega664 laut Deviceliste, meldet jedoch Fehler 
bei Programmierversuch des Mega664.  (Bug in der Mega664-Erkennung)

Möglichkeit 1: Versuche bei Auftreten der Fehlermeldung über den Button 
"Ignorieren" trotzdem den Atmega664 zu beschreiben.

Möglichkeit 2: Es giebt für Ponyprog V2.07a ein Patch im Ponyprog-Forum 
des Anbieters der den Mega664-Fehler überschreibt.   (Neue EXE-Datei)
Suche hierzu im dortigen Forum nach dem Mega664, da solltest Du fündig 
werden.

MfG
Metty

Nochmal der Hinweis auf avrdude. ;-)

Ron wrote:

>Nochmal der Hinweis auf avrdude. ;-)

> Danke, aber ich finde das Ding sehr schelcht dokumentiert.

Ach, hast du die Doku denn gelesen?

> Auf der Sourceforge Seite ist ja
> nicht mal klar zu erkennen, worum es geht und was das Teil unter welchem
> System wie macht.

Sourceforge?  Dass du dort keine Doku zu avrdude findest, wundert mich
nicht.

Avrdude ist hier zu Hause:

https://savannah.nongnu.org/projects/avrdude/

OK, die Doku könnte man mal separat bauen und ins Download legen.
...
Habe ich gleich mal mit gemacht. ;-)  Die wäre aber auch bei
WinAVR mit dabei, und irgendwoher musst du ja dein Binary ohnehin
bekommen.

> Ich installiere mir kein Unix nur dafür und wie ich
> das dann in WinAVR einbinde, erschließt sich mir nicht.

Das WinAVR-Makefile-Template hat sogar schon Beispiele, da musst
du nur noch in zwei Make-Variablen den Namen und Port deines
Programmers hinterlassen...

p.s.: Ich habe die Doku auch noch in der Webseite verlinkt:

http://www.nongnu.org/avrdude/

Ron wrote:

> http://savannah.nongnu.org/projects/avrdude mich ein wenig daran wohl
> erinnerte - zumindest, was das Chaos angeht. Sorry, aber ich find's
> blöd. Mag ja ganz toll Projektbezogen sein, aber mich als (durchaus
> fähiger) Anwender überzeugt's nicht.

Naja, es ist halt eine Projektseite, die hat ein vorgefertigtes
Layout, dass man nicht für jedes Projekt ändern kann.  Aber von dort
zur "Homepage" zu finden, sollte doch nicht wirklich schwer sein,
oder?

> Zum Beispiel was soll man mit einem
> tar.gz machen?

Wenn man nicht auf Unix ist und einen tar besitzt, vielleicht einfach
mal durch Winzip schicken?

> Wie sich dann zeigte, ist avrdude bei WinAVR dabei, aber das
> erfährt man auch nur nebenbei beim Suchen nach Infos.

Ach?  Das steht doch aber bei WinAVR ziemlich in jedem Announcement.
Wo willst du es denn sonst gern noch haben?

> Und dann fehlte da
> die Datei libusb0.dll (warum auch immer), also die auftreiben.

Warum fehlt die?  Das wäre ein WinAVR-Bug.

> Und dann
> muß man install_giveio.bat ausführen und so weiter und so fort.

Auch hier hätte ich erwartet, dass WinAVR das von allein tut.  Aber
ich hab' kein Windows.  giveio braucht aber andererseits auch nicht
jeder, sondern nur die, die einen billigen Parallelport-Bitbang-
Dongle benutzen.  (Das werden wahrscheinlich im Zeitalter von
USB-only-Computern mit der Zeit immer weniger.)

> Und
> dann will ich einfach keine Fuse-Bits auf Kommandoebene setzen. Die
> Zeiten sind vorbei!

So?

Die Zeiten von bunten Bildchen sind bei mir seit dem Kindergarten
vorbei...  Mittlerweile kann ich nämlich lesen und schreiben. ;-)

Es gab mal einen Versuch für ein GUI, aber dafür haben sich nicht
wirklich nennenswert Entwickler interessiert.  Der Original-Entwickler
hat neben Familie und Beruf keine Zeit mehr dafür, schade.
Mittlerweile gäbe die interne avrdude-Struktur relativ einfache
Möglichkeiten, ein GUI an Stelle der Kommandozeile drüberzulegen.  Es
muss aber halt jemand machen.  Ist leider ein wenig aufwändiger, als
sich über das fehlende GUI zu beklagen...

> libusb0.dll fehlte.

Das wäre ernsthaft ein WinAVR-Bug.  Die sollte dabei sein (wenngleich
sie auch wohl nicht richtig funktionert, weil Eric da was anderes
vergurkt hat).

> Bunte Bilder sind schick

Naja, Ansichtssache. ;-)  Gerade bei Ponyprog sind sie ja ziemlich
berüchtigt dafür, dass die Leute sich ihre AVRs zerfuset haben.
Da denke ich lieber einmal mehr über die Hexwerte meiner Fuses nach.

gerhard99 wrote:

> diese Seite gefunden. Leider steht hier aber nicht die Lösung!

Gehe zu:

http://sourceforge.net/projects/libusb-win32/

und installiere dir libusb-win32 über den Installer.

@Ron

Ich verstehe dein problem wirklich nicht so ganz wenn man eine 
Suchmaschiene benutzen kann findet man auch recht schnell die gesuchten 
infos, + eine java oberfläche für avrdude in der man die fuses schön per 
häkchen zusammenklicken kann.

Weiterhin würde ich dir mal ans herz legen dir nen etwas besseren 
Programmer zu baun, wie schon gesagt gibts einiges was STK500v2 
kompatibel ist damit hast du nie wieder das problem nen neuen Controller 
nicht flashen zu können und weiterhin ist das um einiges schneller als 
Bitbaning wenn du ewig nur n paar LED´s ansteuern willst und deine 
Programme nicht über 2K hinauskommen ist das sicherlich egal aber wenn 
man beim debuggen alle 2 min n Programm in den Controller schiesst udn 
das dann 3 min dauert ist das schon nervig...

>Die Zeiten von bunten Bildchen sind bei mir seit dem Kindergarten
>vorbei...  Mittlerweile kann ich nämlich lesen und schreiben. ;-)

Naja Jörg, ich bin auch Kommandozeilenfan aber deswegen gibt es doch 
einige klickie buntie Sachen die das Leben erheblich einfacher machen. 
Und du willst mir doch nicht erzählen das du kein X hast oder ? Nacher 
hast noch n KDE was ;)

Christian Ulrich wrote:

>>Die Zeiten von bunten Bildchen sind bei mir seit dem Kindergarten
>>vorbei...  Mittlerweile kann ich nämlich lesen und schreiben. ;-)
>
> Naja Jörg, ich bin auch Kommandozeilenfan aber deswegen gibt es doch
> einige klickie buntie Sachen die das Leben erheblich einfacher machen.

Das habe ich ja nicht abgestritten.

> Und du willst mir doch nicht erzählen das du kein X hast oder?

Ich habe nirgends behauptet, noch wie vor 17 Jahren an einem VT320 zu
sitzen. ;-)

Was ich aber bei den X11-Applikationen sofort und als erstes abschalte
sind all diese Leisten mit den bunten Kindergartenbildchen.  Die
nehmen bloß Platz weg, und ab 100 Bildern in den Leisten kann man sich
sowieso nicht mehr merken, welches Bild wofür da sein soll.  Da kann
ich mir gleich lieber die Tastenkürzel merken, und wenn ich die
vergessen habe, gibt's noch Menüs.

> Nacher
> hast noch n KDE was ;)

Kommt mir nicht ins Haus.  Zu groß, zu langsam, zu viel Platz auf dem
Bildschirm.  Kein virtueller Desktop, sondern nur unabhängige
workspaces.  Das heißt nicht, dass ich nicht auch 'ne KDE-Applikation
benutzen würde, wenn sie das tut, was ich gerade brauche, aber für
eine Flasche Milch muss man sich ja nicht gleich eine Kuh kaufen. ;-)

Da Ponyprog den 644 nur nach einem Patch programmieren kann, habe ich 
auf AVRDUDE umgestellt.
Dazu habe ich das neueste WINAVR vom 25.05.2007 installiert und die 
Einstellungen für AVRDUDE vorgenommen. Mein Programmierer (serieller 
Ponyprogprogrammierer 'siprog') sollte nach Mitteilungen im Forum 
funktionieren, ist aber in der AVRDUDE-Anleitung (vom 21.12.06) nicht 
verzeichnet. Nach einigem Suchen habe ich in der Konfigurationsdatei den 
Eintrag siprog gefunden. Die Aufstellung der Programmierer in der 
AVRDUDE-Anleitung ist unvollständig.
Nach den Start meldete AVRDUDE die fehlende libusb0.dll. Das lies sich 
dank der Anleitung in diesem thread einfach beheben.
Zur Zeit verhält sich mein ATmega32 nach dem Programmieren merkwürdig.
Ich vermute ein Problem mit den Fuses.
Hier verhält sich AVRDUDE abweichend von der Anleitung.
Die Meldung:
avrdude: safemode: Fuses OK
erscheint nicht so wie in 2.2 der Anleitung gezeigt.
Den Parameter -u habe ich nicht gesetzt.

Hat schon einmal jemand dieses Problem gehabt?
Kann mir jemand schreiben, wie ich unter Windows evtl. mit dem 
Programmers Notepad? in den Terminalmode des AVRDUDE komme?

Gruß
Joachim

Joachim Börke wrote:

> Die Aufstellung der Programmierer in der
> AVRDUDE-Anleitung ist unvollständig.

Bitte schreibe hier einen Bugreport:

https://savannah.nongnu.org/bugs/?group=avrdude

> Zur Zeit verhält sich mein ATmega32 nach dem Programmieren
> merkwürdig.  Ich vermute ein Problem mit den Fuses.

Kannst du das näher erläutern?  (Da das subject einen ATmega644 nennt,
vielleicht besser in einem neuen Thread.)

> Die Meldung:
> avrdude: safemode: Fuses OK
> erscheint nicht so wie in 2.2 der Anleitung gezeigt.

Wie sieht sie denn aus?

> Kann mir jemand schreiben, wie ich unter Windows evtl. mit dem
> Programmers Notepad? in den Terminalmode des AVRDUDE komme?

Naja, PN ist ja eher eine Art GUI, während der Terminalmode
Interaktion braucht.  Ich denke, den musst du wirklich direkt von der
Kommandozeile (also aus dem cmd.exe heraus) starten.

Hallo Jörg,

danke für die schnelle Antwort.

Bevor ich auf den 644 umsteige, wollte ich das neue WINAVR mit dem 
AVRDUDE erst einmal auf dem ATmega32 probieren. Damit habe ich nur zwei 
Unbekannte (WINAVR und AVRDUDE), andernfalls käme der 644 als dritte 
Unbekannte hinzu.
Die WINAVR-Neuerungen (_spawnv-Problem) habe ich bereits gelöst.

Der Controller arbeitet meine uip-Anwendung ungewöhnlich langsam ab. 
Deshalb wollte ich die Fuses zur Taktgenerierung prüfen.

Die Meldung:
avrdude: safemode: Fuses OK
ist in der Anleitung vermerkt, fehlt jedoch in meiner Ausgabe.

Ich habe inzwischen festgestellt, dass der Parameter -p partno
in meinem makefile mit "atmega32" besetzt wird. Die Anleitung fordert 
jedoch das Kürzel "m32". Das Makefile ist dagegen so ausgelegt, dass GCC 
und AVRDUDE mit dem gleichen Parameter arbeiten.
Als MCU-Typ wird im Handbuch "ATmega32" genannt. Im Konfigurationsfile 
steht dagegen "ATMEGA32". Ich werde mal probieren, ob das relevant ist.

Gruß
Joachim

Joachim Börke wrote:

> Die Meldung:
> avrdude: safemode: Fuses OK
> ist in der Anleitung vermerkt, fehlt jedoch in meiner Ausgabe.

Hmm, kann sein, dass die mittlerweile entfernt worden ist.  Ich habe
gerade keinen AVR eingeschaltet und will dann auch ins Bett gehen...

> Ich habe inzwischen festgestellt, dass der Parameter -p partno in
> meinem makefile mit "atmega32" besetzt wird. Die Anleitung fordert
> jedoch das Kürzel "m32".

Das ist egal.  Der volle Name wird akzeptiert (ohne Rücksicht auf
Groß-/Kleinschreibung), damit ist avrdude immer kompatibel mit den
restlichen Tools (avr-gcc, avr-as).  Der Kurzname (m32) ist eher für
diejenigen gedacht, die das Kommando mit der Hand eintippen und daher
nicht immer den langen Namen schreiben wollen.

Wenn der mit -p genannte Prozessor nicht mit der Chip-ID
übereinstimmt, würde avrdude dir das schon sagen. ;-)

Bist du dir sicher, dass das Programmcode ist?  Oder rechnest du die
ganze Symboltabelle mit rein?

gerhard99 wrote:

> in der Anleitung stand man sollte die Ponyprog2000.exe austauschen. Bei
> diesen beiden Dateien besteht der Unterschied.

Das heißt, du hast nur die Dateigröße angeguckt?  Das ist Schall und
Rauch.  Da steht u. U. alles mögliche mit drin, was später nicht
geladen wird (letzlich Debuginformationen).

Wenn das ponyprog2000.exe mit dem GCC compiliert worden ist, gibt's
beim entsprechenden GCC ein Kommando namens "size".  Wenn man das
auf das .exe anwendet, bekommt man gesagt, wie viele Bytes aus dieser
Datei tatsächlich im RAM landen.  (Falls DLLs geladen werden, sind
diese in der Angabe aber nicht enthalten.)

Wenn es mit einem anderen Compiler generiert worden ist, wird er
vermutlich eine ähnliche Möglichkeit haben, die wahre Codegröße
herauszufinden.