AVRDUDE unter Linux

> a) Was könnte mir da noch fehlen?

Die wesentliche Fehlermeldung als Text (statt als PDF), am besten
gleich inline im Posting.

Sorry, ich zumindest möchte meine Zeit nicht mit dem Download von
Bildern oder PDFs verplempern nur weil du es nicht vermocht hast, die
wesentliche Fehlermeldung per cut&paste zu zitieren.

> b) Läuft es bei anderen?

Natürlich.

avrdude ist im Wesentlichen auf FreeBSD entstanden und auf Linux
ausgiebig genutzt/getestet.  Letzteres benutze ich u.a. täglich auf
Arbeit.

> c) Könnte mir jemand eine ausführbare Datei zukommen lassen?

Zur Not, aber wofür eigentlich?  PPC, Sparc64, AMD64?  Welche
Library-Versionen (ist bei Linux ja auch alles andere als trivial
mittlerweile)?  Mit oder ohne libusb?

> Desweiteren habe ich noch Fragen zum erstellen des Compilers:
> Welche Quellcodeversion sollte ich nehmen?
> Die neueste, ich denke 4.0x der doch eine ältere mit 3.x?

4.0x keinesfalls.  Wenn überhaupt 4.x, dann den letzten Snapshot.
Gegenüber 4.01 sind da einige Bugfixes für den AVR dabei.

3.4.4 wäre ansonsten die stable line.

Hallo,

hatte das gleiche Problem, aber in einem anderen Forum hat man mir dann
geholfen.

Die Fehlermeldung sollte weg sein, wenn Du texinfo mit Yast
nachinstallierst.
Für texi2html zu bekommen musst Du die latex-Pakete installieren.

Bei mir hat das so geklappt.

Im aktuellen avrdude (5.0) wird die Doku standardmäßig übrigens nicht
mehr gebaut.  Die man page enthält nahezu dasselbe an Informationen,
ein paar Beispiele fehlen sowie die Liste aller unterstützten
Programmieradapter (kann man sich ja im avrdude.conf selbst ansehen).

> Gibt es jetzt noch eine Möglichkeit, den Reset-Pin nach dem
> Programieren auf 1 zu legen.

Normalerweise sollte das die `exit specification' (Option -E) machen
können, also z.B. -E noreset.  Allerdings glaube ich mich daran zu
erinnern gehört zu haben :), dass diese im Moment nicht funktionieren
würde.  Wenn dem so ist => bitte einen Bugreport schreiben (auf
http://savannah.nongnu.org gibt's da ein Web-Interface dafür).

> Ich habe einige fertige RPM-Dateien für mein System gefunden.

Aua.  ,,habe ... gefunden'' :-)  Unterm Abstreicher? ;-)

Windows-Nutzer wären da wohl etwas vorsichtiger...

Die avr-libc-Doku enthält eine Selbstcompilier-Anweisung, mit der du
selbst unbedarft innerhalb von maximal 1 Stunde zum Ziel kommen
solltest.

GCC 4.0x ist für AVR überhaupt nicht empfehlenswert, da er einige
bekannte Bugs hatte.  Wenn es schon ein 4.x sein muss, dann einen
aktuellen Snapshot nehmen, ansonsten bei der stabilen Version 3.4.4
bleiben.

RPMs für Linux werden nur saumäßig gepflegt, wie's scheint.  Beklag
dich bei den Distributoren, die RPM-basierte Linuxe zusammennageln.
Offensichtlich ist es bei denen nicht so einfach, stabil irgendeine
derartige Software mit unterzubekommen, die nun vielleicht nicht
gerade 30 oder mehr Prozent ihrer Benutzer nehmen würden.  Bei FreeBSD
weiß ich selbst, wie einfach es ist, etwas in die ports collection
aufzunehmen, das dann mit jedem FreeBSD mit verteilt wird, und sowohl
GenToo als auch Debian Linux scheinen einigermaßen agile Leute zu
haben, die im Rahmen von deren Paketsystemen die AVR-Toolchain
pflegen.

> Wie bekomme ich die paralele Schnittstelle für einen normalen user
> freigegeben?

Die Permissions auf /dev/parportX entsprechend setzen (X dürfte in den
allermeisten Fällen eine 0 sein).  Die Unix-Variante des Parallelport-
Zugriffs geht einen relativ sauberen Weg (Linux und FreeBSD), bei dem
der Parallelport mit einem eigenständigen Treiber unterstützt wird.
Das ist zwar nicht die allerschnellste Variante, aber sie ist
ordentlich gegen andere konkurrierende Zugriffe verriegelt und sie
benötigt kein großräumiges Sicherheitsloch, da man den Zugriff sauber
über die /dev/*-Permissions regeln kann.  Für Windows gibt's keinen
derartigen Treiber, sodass dort nur das Standard-Sicherheitsloch übrig
bleibt, alle IO-Ports für Anwenderprogramme zu öffnen.