ATtiny13 lässt sich nicht programmieren - Brauche Ideen zum debuggen

[Peter S. (petershaw)]

Hallo,

ich versuche seit Tagen den Fehler zu finden - und bin kurz vorm 
Aufgeben.
Folgendes Verhalten tritt bei mir auf: ich kann über SPI die Fuses 
auslesen und setzen. Den Upload kann ich nicht ausführen.

Der Output von den Fuses:

avrdude -c usbasp -b 300 -p t13 -q -U lfuse:r:LOW.tmp:h -U hfuse:r:HIGH.tmmp:h

avrdude: warning: cannot set sck period. please check for usbasp firmware update.
avrdude: AVR device initialized and ready to accept instructions
avrdude: Device signature = 0x1e9007
avrdude: reading lfuse memory:
avrdude: writing output file "LOW.tmp"
avrdude: reading hfuse memory:
avrdude: writing output file "HIGH.tmmp"

avrdude: safemode: Fuses OK

ergibt folgende Konfiguration:

LOW: 0x6a
HIGH: 0xff

Der Upload der Software bringt folgende Fehlermeldung;

 
avrdude: verifying ...
avrdude: verification error, first mismatch at byte 0x0000
         0x09 != 0xff
avrdude: verification error; content mismatch

Ich programmiere seit einiger Zeit Erfolgreich ATmega's. Auf dem Tiny 
bin ich neu. Für ein Projekt brauche ich viel kleine tinys und habe mir 
ein Sack-Voll bestellt. Auf meinem Programmer-Board soll ich entweder 
einen Mega328 programieren können, oder einen Tiny13.
Ich benutze den ATtiny13-20PU
Schaltplan anbei.

Zur Erklärung: Der Sockel vom Mega ist NICHT belegt! Die LED'S am Tiny 
sind (anders als auf dem Schaldplan) sind NICHT verbunden. Es handelt 
sich also um die im Netz gefundenen Basisbeschaltungen.

Anbei noch der volle Output vom avrdude. Eventuell übersehe ich etwas?

avrdude -c usbasp -B300 -Uflash:w:PS_AVR_Programmer.hex -p t13 -F -e -i 10 -v

avrdude: Version 5.11.1, compiled on Jul  8 2013 at 13:22:36
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2009 Joerg Wunsch

         System wide configuration file is "/usr/local/Cellar/avrdude/5.11.1/etc/avrdude.conf"
         User configuration file is "/Users/petershaw/.avrduderc"
         User configuration file does not exist or is not a regular file, skipping

         Using Port                    : unknown
         Using Programmer              : usbasp
         Setting bit clk period        : 300.0
         Setting isp clock delay        :  10
         AVR Part                      : ATtiny13
         Chip Erase delay              : 4000 us
         PAGEL                         : P00
         BS2                           : P00
         RESET disposition             : dedicated
         RETRY pulse                   : SCK
         serial program mode           : yes
         parallel program mode         : yes
         Timeout                       : 200
         StabDelay                     : 100
         CmdexeDelay                   : 25
         SyncLoops                     : 32
         ByteDelay                     : 0
         PollIndex                     : 3
         PollValue                     : 0x53
         Memory Detail                 :

                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           eeprom        65     5     4    0 no         64    4      0  4000  4000 0xff 0xff
           flash         65     6    32    0 yes      1024   32     32  4500  4500 0xff 0xff
           signature      0     0     0    0 no          3    0      0     0     0 0x00 0x00
           lock           0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           calibration    0     0     0    0 no          2    0      0     0     0 0x00 0x00
           lfuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           hfuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00

         Programmer Type : usbasp
         Description     : USBasp, http://www.fischl.de/usbasp/

avrdude: set SCK frequency to 2000 Hz
avrdude: warning: cannot set sck period. please check for usbasp firmware update.
avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x1e9007
avrdude: safemode: lfuse reads as 6A
avrdude: safemode: hfuse reads as FF
avrdude: erasing chip
avrdude: set SCK frequency to 2000 Hz
avrdude: warning: cannot set sck period. please check for usbasp firmware update.
avrdude: reading input file "PS_AVR_Programmer.hex"
avrdude: input file PS_AVR_Programmer.hex auto detected as Intel Hex
avrdude: writing flash (124 bytes):

Writing | ################################################## | 100% 0.06s



avrdude: 124 bytes of flash written
avrdude: verifying flash memory against PS_AVR_Programmer.hex:
avrdude: load data flash data from input file PS_AVR_Programmer.hex:
avrdude: input file PS_AVR_Programmer.hex auto detected as Intel Hex
avrdude: input file PS_AVR_Programmer.hex contains 124 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 0.04s



avrdude: verifying ...
avrdude: verification error, first mismatch at byte 0x0000
         0x09 != 0x00
avrdude: verification error; content mismatch

avrdude: safemode: lfuse reads as 0
avrdude: safemode: hfuse reads as 0
avrdude: safemode: lfuse changed! Was 6a, and is now 0

Für jegliche Idee über einen Möglichen Fehler wäre ich dankbar.

[Norbi (Gast)]

avrdude: warning: cannot set sck period. please check for usbasp 
firmware update

Wär das nicht was?

[Axel R. (Gast)]

>avrdude: set SCK frequency to 2000 Hz
zu langsam, um den Flash zu beschreiben, stell es schneller.
Wo steht, das Du den takt auf 2Khz setzen sollst? Willst Du mitpfeiffen?
ZUm Fuse auslesen gehen 2khz, aber nicht zum Flashen.

[Peter S. (petershaw)]

Hallo Norbi,

Die Version 5.11.1 ist die aktuelle. Alle Lötpunkte habe ich 
kontrolliert.
Die Meldung verwirrt mich.

[Perfekt (Gast)]

Warum ist N$13 (Pin 8) am 8-pol Sockel nicht auch Vcc, so wie an dem 
anderen Sockel?

[Axel R. (Gast)]

Genau: bekommt der Tiny keine VCC? das wärs ja jetzt :))

[Peter S. (petershaw)]

Hm,
Fehler in der Zeichnung. Der Chip hat Spannung.

Zum Firmware update. Der Sck wird ja durch den Programmer bestimmt. Ich 
benutze einen USBASP-Clone.
Ehrlich - ich weiß nicht wie man den updaten soll...

[Axel R. (Gast)]

die Option -b 300 stellt das ding langsam. lass doch mal "-b 300" weg. 
probier mal.

[Perfekt (Gast)]

Peter Shaw schrieb:
> Hm,
> Fehler in der Zeichnung. Der Chip hat Spannung.

Und warum zum Kuckuck konfrontierst du uns mit falschen Voraussetzungen? 
Du solltest deine Arbeitsweise grundlegend überdenken.

[Peter S. (petershaw)]

Hi Axel,

avrdude: auto set sck period (because given equals null)
avrdude: warning: cannot set sck period. please check for usbasp 
firmware update.
avrdude: error: programm enable: target doesn't answer. 1

Ich verwende den Programmer im Bild..

[Axel R. (Gast)]

-B, nicht -b. Ist Case-sensitiv

hier:
> Der Output von den Fuses:

>avrdude -c usbasp -b 300 -p t13 -q -U lfuse:r:LOW.tmp:h -U >hfuse:r:HIGH.tmmp:h

und hier:
>Anbei noch der volle Output vom avrdude. Eventuell übersehe ich etwas?

>avrdude -c usbasp -B300 -Uflash:w:PS_AVR_Programmer.hex -p t13 -F -e -i 10 -v

die anderen Command-linwe options muss ich erst nachsehen...

[Axel R. (Gast)]

Wenn er die sck nicht einstellen kann, stimmt tatsächlich was nicht. ich 
dachte, er kann keine krummen Werte einstellen und sträubt sich deshalb.

[Peter S. (petershaw)]

hm, komisch das die Megas so problemlos gehen,

hier der output, vieleicht hilft es:

avrdude -c usbasp -Uflash:w:PS_AVR_Programmer.hex -p t13 -e -v

avrdude: Version 5.11.1, compiled on Jul  8 2013 at 13:22:36
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2009 Joerg Wunsch

         System wide configuration file is "/usr/local/Cellar/avrdude/5.11.1/etc/avrdude.conf"
         User configuration file is "/Users/kris/.avrduderc"
         User configuration file does not exist or is not a regular file, skipping

         Using Port                    : unknown
         Using Programmer              : usbasp
         AVR Part                      : ATtiny13
         Chip Erase delay              : 4000 us
         PAGEL                         : P00
         BS2                           : P00
         RESET disposition             : dedicated
         RETRY pulse                   : SCK
         serial program mode           : yes
         parallel program mode         : yes
         Timeout                       : 200
         StabDelay                     : 100
         CmdexeDelay                   : 25
         SyncLoops                     : 32
         ByteDelay                     : 0
         PollIndex                     : 3
         PollValue                     : 0x53
         Memory Detail                 :

                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           eeprom        65     5     4    0 no         64    4      0  4000  4000 0xff 0xff
           flash         65     6    32    0 yes      1024   32     32  4500  4500 0xff 0xff
           signature      0     0     0    0 no          3    0      0     0     0 0x00 0x00
           lock           0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           calibration    0     0     0    0 no          2    0      0     0     0 0x00 0x00
           lfuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           hfuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00

         Programmer Type : usbasp
         Description     : USBasp, http://www.fischl.de/usbasp/

avrdude: auto set sck period (because given equals null)
avrdude: warning: cannot set sck period. please check for usbasp firmware update.
avrdude: error: programm enable: target doesn't answer. 1 
avrdude: initialization failed, rc=-1
         Double check connections and try again, or use -F to override
         this check.


avrdude done.  Thank you.

make: *** [upload] Error 1

[isnah (Gast)]

Jetzt da du die -F Option weggelassen hast siehst du, dass nicht einmal 
das Auslesen der Chipidentifikation funktioniert. Und die Fehlermeldung 
auf ein HW-Verbindungsproblem hinweist.
Ich nehme an die Falschnummerierung am ISP-Srecker ist ein 
Zeichnungsfehler, sonst müsstest du das ändern.
Was ich sicher einmal in deiner Schaltung ändern würde ist, einen der 
beiden 10k Widerstände, die anscheinend parallel sind, entfernen. Und 
die beiden Led-Pfade an MISO und MOSI, welche ca 10 mA brauchen ausser 
Betrieb setzen. Denn es ist gut möglich, dass es bei den Megas 
Funktioniert, aber beim ATtiny nicht.

isnah

[Jörg W. (dl8dtl) (Moderator)]

Peter Shaw schrieb:

> avrdude: safemode: lfuse reads as 6A 
> avrdude: safemode: hfuse reads as FF 
...
> avrdude: safemode: lfuse reads as 0 
> avrdude: safemode: hfuse reads as 0 
> avrdude: safemode: lfuse changed! Was 6a, and is now 0

Der verliert zwischendurch die Synchronisation.  Deine
ISP-Verkabelung ist zu wackelig (zu lang, zu schlechte Leitungen,
was auch immer). Sie funktioniert prinzipiell (zumindest im hier
zitierten ersten Beispiel, später wohl gar nicht mehr), denn Fuses
und Signatur ließen sich ja lesen.

Da du außerdem ein USBasp mit zu alter Firmware hast, kannst du die
ISP-Taktrate nicht runtersetzen, was noch (in Grenzen) als Würgaround
für ein schlechtes Kabel ansonsten nutzbar gewesen wäre.

[Peter S. (petershaw)]

Danke für die Ausführungen und die Hinweise zu den Zeichnungsfehlern.
Ich habe die Zeichnung aktualisiert und werde nochmals die Verkabelung 
prüfen und die Pullups ändern. Klar so sind sie parallel, das habe ich 
beim Bau der Tiny-Sektion nicht beachtet.

Am Ende muss ich mir wohl einen eigenen USBasp bauen, der nue neuste 
Firmeware hat, nicht wahr?

[axelr. (Gast)]

der usbasp muss sich doch updaten lassen. Du hast den nicht 
selbstgebaut, sonder fertig gekauft. Hmm - tue also einfach so, als wenn 
Du dir selbst einen baust und verwende den gekauften statt dessen. 
Firmwareupdate geht bei mir über den USB. Ist aber ein wenig her. Müsste 
ich mich wieder einlesen. Ich glaube, ich hatte bei meinem USB-Dingens 
die Möglichkeit, mehrere Software Varianten "aufzuspielen". USBasp war 
da auch bei.
Evtl. möchte jemand das ausführen, der der mehr im Stoff steht.
axelr.

[Georg G. (df2au)]

Hier:
http://www.ullihome.de/wiki/USBAVRLab/download
findest du alles, was du brauchst. Und es funktioniert sogar!

[F. F. (foldi)]

Jörg Wunsch schrieb:

>
> Der verliert zwischendurch die Synchronisation.  Deine
> ISP-Verkabelung ist zu wackelig (zu lang, zu schlechte Leitungen,
> was auch immer). Sie funktioniert prinzipiell (zumindest im hier
> zitierten ersten Beispiel, später wohl gar nicht mehr), denn Fuses
> und Signatur ließen sich ja lesen.

Ich mache auch einige Zeit mit den Tiny13 rum und im Anfang ging alles 
gut, dann wieder nicht.
Letzten Endes war es die Spannungsversorgung. Die Tinys scheinen wohl 
deutlich empfindlicher auf die Spannungsversorgung zu reagieren. Wenn 
dann noch eine lange Leitung da dran ist, dann hatte ich zumindest die 
gleichen Probleme.
Für den 328ger war das kein Ding, aber war bei gleicher Konfiguration 
der Tiny im Zif, dann kamen genau solche Probleme.
Vielleicht schaust du mal nach deiner Spannung!
Auch "etwas" zu viel scheinen die nicht zu mögen.

[Peter S. (petershaw)]

Hallo,

danke für die Tipps. Bisher hatte ich mit Austausch der Komponenten und 
verkürzen der Kabel noch keinen Erfolg.
Ich werde mir das die Tage nochmals auf dem Breadboard anschauen. 
Eventuell ist es ein Versuch wert eine externe Stromversorgung zu 
benutzen statt die aus dem USB-Port.

Lieben Dank,
ps

[Klaus I. (klauspi)]

Sorry, wenn ich jetzt dumm frage. Ziemlich viel hier im Thread kann ich 
noch nicht verstehen.

Aber seitdem ich einen neuen PC mit Win 7 (64bit mit dem neuen PC) 
benutze habe ich mit ansonsten unveränderter Hardware auf einmal 
ähnliche Fehlermeldungen.

Ich benutze das Pollin board und flashe abwechselnd mit RS232 oder einen 
usbasp-clone.
Trotz Fehlermeldungen wird bei mir meistens das Programm richtig 
übertragen und funktioniert.

Mit einer bestimmten Schaltung die am Pollin-Board dranhing, konnt ich 
gar nicht mehr flashen, obwohl die identische Schaltung mit altem PC und 
Win 7 32bit problemlos war. Nach einigen Versuchen bin ich 
draufgekommen, entweder die Schaltung vom Pollin-Board zu entfernen oder 
manuell den Reset-Taster während des Flashen zu drücken und schon ist es 
wieder gegangen.