Programmieren flash ATtiny4313 geht nicht

[Lemoii (Gast)]

Entschuldigung, mein Deutsch ist ja richtig schlim.

Ich habe ein Problem mit die Programmierung der Flash von ein 
ATtiny4313. Lesen giebt keine Prblemen und Programmieren von EEPROM und 
Fuses geht ohne Fehler. Ich habe es probiert mit mehrere neue Chips.

Programmieren von ein ATtiny4313a in gleiche Set-up geht gut.

Ich benutze eine Raspberry Pi als Programmierer -> Vcc ist 3.3V.
Die avrdude Version ist 5.10 mit die Daten fuer die 4313 uebernommen von 
den patch http://savannah.nongnu.org/patch/?7393.

Avrdude output ist:

avrdude -p t4313 -c gpio -v -U lfuse:r:-:h -U hfuse:r:-:h -U efuse:r:-:h

avrdude: Version 5.10, compiled on Jun 18 2012 at 12:38:29
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2009 Joerg Wunsch

         System wide configuration file is "/etc/avrdude.conf"
         User configuration file is "/home/pi/.avrduderc"
         User configuration file does not exist or is not a regular file, skipping

         Using Port                    : unknown
         Using Programmer              : gpio
         AVR Part                      : ATtiny4313
         Chip Erase delay              : 9000 us
         PAGEL                         : PD4
         BS2                           : PD6
         RESET disposition             : possible i/o
         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     6     4    0 no        256    4      0  4000  4500 0xff 0xff
           flash         65     6    32    0 yes      4096   64     64  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  9000  9000 0x00 0x00
           lfuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
           hfuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
           efuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
           calibration    0     0     0    0 no          2    0      0     0     0 0x00 0x00

         Programmer Type : GPIO
         Description     : Use sysfs interface to bitbang GPIO lines

avrdude: AVR device initialized and ready to accept instructions

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

avrdude: Device signature = 0x1e920d
avrdude: safemode: lfuse reads as 64
avrdude: safemode: hfuse reads as DF
avrdude: safemode: efuse reads as FF
avrdude: reading lfuse memory:

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

avrdude: writing output file "<stdout>"
0x64
avrdude: reading hfuse memory:

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

avrdude: writing output file "<stdout>"
0xdf
avrdude: reading efuse memory:

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

avrdude: writing output file "<stdout>"
0xff

avrdude: safemode: lfuse reads as 64
avrdude: safemode: hfuse reads as DF
avrdude: safemode: efuse reads as FF
avrdude: safemode: Fuses OK

avrdude done.  Thank you.

Programmieren gibt den Fehler:

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

Mit die terminal mode von avrdude versuche ich flash zu schreiben:

 $ avrdude -pt4313 -cgpio -t

avrdude: AVR device initialized and ready to accept instructions

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

avrdude: Device signature = 0x1e920d
avrdude> write flash 0 0 1 2 3 4 5 6 7
>>> write flash 0 0 1 2 3 4 5 6 7
avrdude (write): error writing 0x00 at 0x00000 cell=0xff
avrdude (write): error writing 0x01 at 0x00001 cell=0xff
avrdude (write): error writing 0x02 at 0x00002 cell=0xff
avrdude (write): error writing 0x03 at 0x00003 cell=0xff
avrdude (write): error writing 0x04 at 0x00004 cell=0xff
avrdude (write): error writing 0x05 at 0x00005 cell=0xff
avrdude (write): error writing 0x06 at 0x00006 cell=0xff
avrdude (write): error writing 0x07 at 0x00007 cell=0xff

Eeprom schreibe gibt kein Fehler::

avrdude> write eeprom 0 0 1 2 3 4 5 6 7
>>> write eeprom 0 0 1 2 3 4 5 6 7

avrdude> dump eeprom 0 8
>>> dump eeprom 0 8
0000  00 01 02 03 04 05 06 07

Hat jemand vielleicht eine Idee warum es der Fehler gibt?

MFG,

Lemoi

[Moritz A. (moritz_a)]

Lemoii schrieb:
> Hat jemand vielleicht eine Idee warum es der Fehler gibt?

avrdude will -B, wenn ich deine Fuses richtig sehe läuft er auf 4MHz/8

[Lemoii (Gast)]

Ja stimmt, lauft auf 8MHz intern.
Habe schon versucht mit 4MHz, aber dass hat nichts gemacht.

[Uwe K. (ukhl)]

Der Prozessor läuft laut Fuse-Bits mit 1 MHz (8Mhz / 8).

Ist der Programmiertakt zu hoch? Sollte nicht mehr als 256 kHz (besser 
128 kHz) betragen.

Entweder runter mit dem Programmiertakt oder das LOW-Fuse von 0x64 auf 
0xE4 setzen. Dann läuft die CPU mit 8 MHz.

[isnah (Gast)]

@Lemoii

ich habe per Zufall deinen Doppelpost auf "avrfreaks.net" gesehen.
Dort finde ich aber auch keinen Hinweis auf deine Befehlszeile, welche 
dir anscheinend den "verifying error" beim programmieren deines "Tiny" 
erzeugt.

Auf die Fehlermeldung beim Versuch "Flash-Bytes" im Terminalmode zu 
schreiben, kannst du nicht abstellen, da das Verändern des 
Flashspeicher, im Gegensatz zum EEprombereich, im -t Modus nicht möglich 
ist.(siehe avrdude.pdf Seite 26). Diese Einschränkung wird sicher auch 
für die gepatched Raspberry-Version gelten.

Da ja  das Auslesen der "Signatur" und der "Fuses" problemlos von 
statten geht, ist wohl ein Geschwindigkeitsproblem ausgeschlossen.

[c-hater (Gast)]

isnah schrieb:

> Da ja  das Auslesen der "Signatur" und der "Fuses" problemlos von
> statten geht, ist wohl ein Geschwindigkeitsproblem ausgeschlossen.

Nein, keinesfalls.

Im Grenzbereich können durchaus einige Kommandos noch korrekt 
funktionieren, andere aber schon nicht mehr. Und es ist auch ganz klar, 
warum das so sein muß, denn tendenziell steigt mit zunehmender 
"Befehls"länge natürlich die Wahrscheinlichkeit für Fehler.

[isnah (Gast)]

@C-hater

schau mal hier rein, dann wirst du mir wohl zustimmen, dass in diesem 
Fall deine "Lehrmeinung" keine entscheidende Rolle spielt:

http://www.forum-raspberrypi.de/Thread-tutorial-raspberry-als-programmiergeraet-fuer-atmel-%C2%B5controller

[Uwe (Gast)]

isnah schrieb:
> Da ja  das Auslesen der "Signatur" und der "Fuses" problemlos von
> statten geht, ist wohl ein Geschwindigkeitsproblem ausgeschlossen.

Stimmt. Mein Fehler. Das Problem liegt woanders.

Spekulieren wir noch ein wenig:
Ich gehe davon aus das "ATtiny4313a" ein Schreibfehler ist und 
eigentlich "ATtiny2313a" gemeint ist. Ein 4313A gibt es nicht.

Ich vermute das es ein Problem mit der Patch für den 4313 gibt.
Poste doch mal deine 4313.txt Datei. Vieleicht finden wir den Fehler 
dort.

[Rudi D. (rulixa)]

Will auch Programme für den t4313 in AVR STudio entwickeln.
Nach Recherche habe ich heute doch erfolgreich von Atmel selbst, nach 
einfacher Registrierung AVRStudio 4.19 geholt und installiert.

ATtiny4313 ist damit problemlos zu bearbeiten.
Flashen mache ich immer mit Ponyprog, das es inzwischen auch für den 
4413 gibt. Das Lancosforum zeigt alles.