Johannes schrieb:> avrdude: Device signature = 0x1e95ff> avrdude: Expected signature for ATmega328P is 1E 95 0F> Wovon ist die signatur 0x1e95ff?
Wackelkontakt/miese Lötstelle.
> Da er aber eine Signatur bekommen hat, ist die Verbindung richtig?
Ja, sehr wahrscheinlich, da zumindest Teile erwartungsgemäß sind.
> und woran kann es liegen, dass zwischendrinn was failt?
Wenn Wackelkontakt, dann wirkt der natürlich nicht nur beim Auslesen der
Device-ID.
Christian H. schrieb:> Ist die id immer gleich?
Nein, die ist immer unterschiedlich.
Auch die Meldung ist unterschiedlich (meistens jedoch eine andere Id)
Manchmal erhalte ich auch
avrdude: Device signature = 0x1e950f
avrdude: safemode: Verify error - unable to read lfuse properly.
Programmer may not be reliable.
avrdude: safemode: To protect your AVR the programming will be aborted
oder
avrdude: stk500v2_command(): command failed
avrdude: initialization failed, rc=-1
Double check connections and try again, or use -F to override
this check.
Johannes schrieb:> Double check connections and try again,
Glaube das!
Prüfe Verkabelung und Versorgung.
Könnte auch ein grenzwertiger Takt sein
Avrdude kennt den -B Parameter
Arduino Fanboy D. schrieb:> Könnte auch ein grenzwertiger Takt sein
Eher unwahrscheinlich, das sieht dann anders aus. Da sind dann höchstens
einzelne Bits gekippt und dann die die nachfolgenden verschoben. Kommt
aber auch vor, dass nur Verschiebungen zu sehen sind, wenn halt das
ausgelassene Bit mitten in einer Folge gleicher Bits liegt.
Johannes schrieb:> ich habe gerade zum ersten mal eine Platine selber mit einem Atmega328P> und einen 8MHZ quarz erstellt.
Zeig die doch mal her.
Fehlende Abblockkondensatoren? Schlechte GND-Führung?
Arduino Fanboy D. schrieb:> Könnte auch ein grenzwertiger Takt sein> Avrdude kennt den -B Parameter
Ja, das war es.
habe einmal mit -B 200 gemacht, dann hat er es gefunden und ich kann
auch immer flashen.
Johannes schrieb:> habe einmal mit -B 200 gemacht, dann hat er es gefunden und ich kann> auch immer flashen.
Dann hast du nachweislich einen ziemlich beschissenen Programmer.
Johannes schrieb:> habe einmal mit -B 200 gemacht, dann hat er es gefunden
Hast Du auch einmal kleinere Werte, z.B. -B 10, ausprobiert oder geht es
nur ab -B 200?
Alexander S. schrieb:> Hast Du auch einmal kleinere Werte, z.B. -B 10, ausprobiert oder geht es> nur ab -B 200?
Ja, mit -B 10 geht es auch.
Jetzt geht es auch komplett ohne -B (auch nach neustart).
Wird da irgendwie der letzte Wert irgendwo gespeichert?
Johannes schrieb:> Wird da irgendwie der letzte Wert irgendwo gespeichert?
Ja, wenn es ein originaler STK500 ist, wird der Wert gespeichert.
Wenn du durch das Setzen der Fuses im AVR einen schnelleren Takt
produzierst als vorher (bspw. durch Löschen der CKDIV8-Fuse), dann
kannst du danach auch mit einem schnelleren ISP-Takt arbeiten. Käme als
potenzielle Ursache auch in Frage.
Hallo
Johannes schrieb:> und folgendes erhalten> System wide configuration file is "H:\Apps\AVRdude\avrdude.conf">> Using Port : com7> Using Programmer : stk500v2> AVR Part : ATmega328P> Chip Erase delay : 9000 us> PAGEL : PD7
...
Wo kann ich eigentlich Nachschauen was alle diese Ausgaben bedeuten?
Manches ist ja mehr oder weniger selbsterklärend, vieles aber nicht bzw.
wäre es interessant zu wissen warum bestimmte Werte "gewählt" wurden?
Google findet zumindest mit "Erklärung AVRDude Ausgabe" und ähnlichen
Suchbegriffen nicht wirklich was brauchbares.
Neugieriger
Neugieriger schrieb:> Manches ist ja mehr oder weniger selbsterklärend, vieles aber nicht bzw.> wäre es interessant zu wissen warum bestimmte Werte "gewählt" wurden?
Die kommen, sofern es nicht voreingestellte Werte sind, aus der
avrdude.conf.
Hallo
Jörg W. schrieb:> Die kommen, sofern es nicht voreingestellte Werte sind, aus der> avrdude.conf.
Danke
Aber auch die Werte wurden ja nicht ausgewürfelt oder sind vom "Himmel
gefallen" sondern haben ihre Ursache.
Und die ist wohl im Datenblatt des jeweiligen µC (Meist wohl ein AVR)
hinterlegt - aber wo?
Irgendwelche Pin Zuordnungen wie PAGEL und PC2 ist ja recht leicht
erkennbar und für "unsereins" ;-) hoffentlich klar.
Aber woher "kommen" denn die Werte für z.B. Chip Erase Delay -
überhaupt die ganzen delays - wo finde ich das im Datenblatt (auch des
ursprünglichen Programmers STK500?).
Unter den diversen Loops kann ich mir gar nichts vorstellen - außer das
es halt irgendwelche Schleifen sind was letztendlich soviel aussagt als
das es tagsüber Hell ist, was nur für einen andauernden Höhlenbewohner
eine Neuigkeit wäre - wir hier sind aber (hoffentlich) keine
Höhlenbewohner ;-)
Johannes schrieb:> Alexander S. schrieb:>> Hast Du auch einmal kleinere Werte, z.B. -B 10, ausprobiert oder geht es>> nur ab -B 200?>> Ja, mit -B 10 geht es auch.> Jetzt geht es auch komplett ohne -B (auch nach neustart).> Wird da irgendwie der letzte Wert irgendwo gespeichert?
Ich behaupte jetzt einfach mal, daß Du einen neuen AVR hattest, der noch
auf 1MHz int RC gefust war.
Hier braucht es -B, damit der dude nicht zu schnell flasht.
Da der fuse jetzt vermutlich auf den Quarz steht, ist der AVR jetzt
schnell genug zum flashen ohne -B.
Neugieriger schrieb:> Wo kann ich eigentlich Nachschauen was alle diese Ausgaben bedeuten?
Im Manual z.B.?
http://download-mirror.savannah.gnu.org/releases/avrdude/avrdude-doc-6.3.pdf
Andreas B. schrieb:> Ich behaupte jetzt einfach mal, daß Du einen neuen AVR hattest, der noch> auf 1MHz int RC gefust war.
Ja, der war auch neu
Andreas B. schrieb:> Hier braucht es -B, damit der dude nicht zu schnell flasht.> Da der fuse jetzt vermutlich auf den Quarz steht, ist der AVR jetzt> schnell genug zum flashen ohne -B.
OK, nett zu wissen :)
Danke
Neugieriger schrieb:> Aber auch die Werte wurden ja nicht ausgewürfelt oder sind vom "Himmel> gefallen" sondern haben ihre Ursache.
In vielen Fälllen sind das Werte, die für avrdude "opaque" sind, da er
sie 1:1 an die Firmware von STK500 & Co weiterreicht. Sie stammen aus
den Atmel-XML-Dateien – wo auch die Atmel-Studio-Tools sie her nehmen.