Bernd K. schrieb:
> * Hast Du irgendwas an den Fuses gemacht (Reset, Clock, Debugwire,
> etc.)?
Da die ATtiny84A mit 1 MHz ausgeliefert werden, habe ich ihn initial auf
8 Mhz umgestellt:
1 | avrdude -pattiny84 -cusbasp -e -Uefuse:w:0xFF:m -Uhfuse:w:0xD7:m -Ulfuse:w:0xE2:m -B 10
|
Danach habe ich an den Fuses nichts mehr geändert.
Bernd K. schrieb:
> * Frei fliegender Drahtverhau + Programmiersockel (oder Steckbrett) +
> Wackelkontakt?
Der Microcontroller ist über einen IC Test Clip mit dem USBasp verbunden
(siehe Anhang). Ein Wackelkontakt sollte da eher unwahrscheinlich sein
oder?
Edi R. schrieb:
> - ISP-Takt zu hoch, oder
> - Versorgung passt nicht
Der ISP-Takt wird vom USBasp doch automatisch ermittelt, wenn man diesen
nicht explizit vorgibt oder? Das scheint im Normalfall auch problemlos
zu funktionieren:
1 | avrdude: usbasp_initialize()
|
2 | avrdude: usbasp_spi_set_sck_period(0)
|
3 | avrdude: auto set sck period (because given equals null)
|
4 | avrdude: usbasp_program_enable()
|
5 | avrdude: AVR device initialized and ready to accept instructions
|
Bei den "defekten" ATtinys bringt selbst ein starkes Herabsetzen des
Taktes jedoch keine Änderung:
1 | % avrdude -vvv -c usbasp -p attiny84 -B 100
|
2 |
|
3 | avrdude: usbasp_initialize()
|
4 | avrdude: usbasp_spi_set_sck_period(0.0001)
|
5 | avrdude: try to set SCK period to 0.0001 s (= 10000 Hz)
|
6 | avrdude: set SCK frequency to 8000 Hz
|
7 | avrdude: usbasp_program_enable()
|
8 | avrdude: error: programm enable: target doesn't answer. 1
|
9 | avrdude: initialization failed, rc=-1
|
Die Versorgung erfolgt über den USBasp und war auf 3.3 V eingestellt.
Ein Umstellen auf 5 V bringt bei den "defekten" ATtinys auch keine
Änderung.
Kann denn ein zu hoher ISP-Takt oder eine falsche Versorgung den
ATtiny84A beim Programmieren in diesen "defekten" Zustand bringen?