Hallo,
ich habe heute eine 10 ATtiny85-20PU bekommen.
Entweder die sind alle defekt oder ich bin zu blöd die anzusprechen...
Das Pin-out ist ja identisch mit den ATtiny13 mit dem habe ich meine
"Flash" Schaltung geprüft.
Die Ausgabe bei den ATtiny85:
PS C:\avrdude> avrdude -p t85 -c usbasp -P usb -v -U lfuse:r:-:i
avrdude.exe: Version 5.10, compiled on Jan 19 2010 at 10:45:23
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Copyright (c) 2007-2009 Joerg Wunsch
System wide configuration file is
"C:\WinAVR-20100110\bin\avrdude.conf"
Using Port : usb
Using Programmer : usbasp
AVR Part : ATtiny85
Chip Erase delay : 4500 us
PAGEL : P00
BS2 : P00
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 512 4
0 4000 4500 0xff 0xff
flash 65 6 32 0 yes 8192 64
128 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 : usbasp
Description : USBasp, http://www.fischl.de/usbasp/
avrdude.exe: auto set sck period (because given equals null)
avrdude.exe: error: programm enable: target doesn't answer. 1
avrdude.exe: initialization failed, rc=-1
Double check connections and try again, or use -F to
override
this check.
avrdude.exe done. Thank you.
Und hier vom ATtiny13 bei der gleichen Schaltung..
PS C:\avrdude> avrdude -p t13 -c usbasp -P usb -v -U lfuse:r:-:i
avrdude.exe: Version 5.10, compiled on Jan 19 2010 at 10:45:23
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Copyright (c) 2007-2009 Joerg Wunsch
System wide configuration file is
"C:\WinAVR-20100110\bin\avrdude.conf"
Using Port : usb
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.exe: auto set sck period (because given equals null)
avrdude.exe: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100%
0.01s
avrdude.exe: Device signature = 0x1e9007
avrdude.exe: safemode: lfuse reads as 7A
avrdude.exe: safemode: hfuse reads as FF
avrdude.exe: reading lfuse memory:
Reading | ################################################## | 100%
0.00s
avrdude.exe: writing output file "<stdout>"
:010000007A85
:00000001FF
avrdude.exe: safemode: lfuse reads as 7A
avrdude.exe: safemode: hfuse reads as FF
avrdude.exe: safemode: Fuses OK
avrdude.exe done. Thank you.
Hat wer ein Rat bevor ich zum Verkäufer gehe und es doch mein Versagen
ist^^
Gruß
Klaus
So jetzt bin ich ganz verwirrt......
Über einen AVRISP (Arduino) Kann ich die guten Stücke auslesen ....
PS C:\avrdude> avrdude -p t85 -c avrisp -P COM10 -b 19200 -v -U
lfuse:r:-:i
avrdude.exe: Version 5.10, compiled on Jan 19 2010 at 10:45:23
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Copyright (c) 2007-2009 Joerg Wunsch
System wide configuration file is
"C:\WinAVR-20100110\bin\avrdude.conf"
Using Port : COM10
Using Programmer : avrisp
Overriding Baud Rate : 19200
AVR Part : ATtiny85
Chip Erase delay : 4500 us
PAGEL : P00
BS2 : P00
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 512 4
0 4000 4500 0xff 0xff
flash 65 6 32 0 yes 8192 64
128 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 : STK500
Description : Atmel AVR ISP
Hardware Version: 2
Firmware Version: 1.18
Topcard : Unknown
Vtarget : 0.0 V
Varef : 0.0 V
Oscillator : Off
SCK period : 0.1 us
avrdude.exe: please define PAGEL and BS2 signals in the configuration
file for part ATtiny85
avrdude.exe: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100%
0.07s
avrdude.exe: Device signature = 0x1e930b
avrdude.exe: safemode: lfuse reads as 62
avrdude.exe: safemode: hfuse reads as DF
avrdude.exe: safemode: efuse reads as FF
avrdude.exe: reading lfuse memory:
Reading | ################################################## | 100%
0.02s
avrdude.exe: writing output file "<stdout>"
:01000000629D
:00000001FF
avrdude.exe: safemode: lfuse reads as 62
avrdude.exe: safemode: hfuse reads as DF
avrdude.exe: safemode: efuse reads as FF
avrdude.exe: safemode: Fuses OK
avrdude.exe done. Thank you.
War das jetzt die Auflösung von
> Entweder die sind alle defekt oder ich bin zu blöd die anzusprechen...
?
der alte Hanns schrieb: > War das jetzt die Auflösung Jaein .... ich glänze hier grade mit viel Unwissenheit. Mit den Arduino als ISP Flasher konne ich nun den Arduino Bootloader brennen, dabei wurden die Fuse neu gesetzt und nun geht auch auch über den USBasp... Was da nun die neuen Fuse gemacht haben verstehe ich nicht, aber es geht :) Also wenn wer Zeit und auch Lust hat um mir das mal näher zu bringen .... ;) Hier noch mal die Ausgabe von AVRDude: Gruß Klaus PS C:\avrdude> avrdude -p t85 -c usbasp -v -U lfuse:r:-:i avrdude.exe: Version 5.10, compiled on Jan 19 2010 at 10:45:23 Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/ Copyright (c) 2007-2009 Joerg Wunsch System wide configuration file is "C:\WinAVR-20100110\bin\avrdude.conf" Using Port : lpt1 Using Programmer : usbasp AVR Part : ATtiny85 Chip Erase delay : 4500 us PAGEL : P00 BS2 : P00 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 512 4 0 4000 4500 0xff 0xff flash 65 6 32 0 yes 8192 64 128 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 : usbasp Description : USBasp, http://www.fischl.de/usbasp/ avrdude.exe: auto set sck period (because given equals null) avrdude.exe: AVR device initialized and ready to accept instructions Reading | ################################################## | 100% 0.01s avrdude.exe: Device signature = 0x1e930b avrdude.exe: safemode: lfuse reads as E2 avrdude.exe: safemode: hfuse reads as D7 avrdude.exe: safemode: efuse reads as FF avrdude.exe: reading lfuse memory: Reading | ################################################## | 100% 0.00s avrdude.exe: writing output file "<stdout>" :01000000E21D :00000001FF avrdude.exe: safemode: lfuse reads as E2 avrdude.exe: safemode: hfuse reads as D7 avrdude.exe: safemode: efuse reads as FF avrdude.exe: safemode: Fuses OK avrdude.exe done. Thank you.
Bitte nicht krumm nehmen. Ich reagiere nur etwas allergisch auf Aussagen der Art 'der Lieferant ist schuld', ab und zu gehöre ich nämlich selbst zu dieser Gruppe. Und einen alternativen Weg zu versuchen, ist ja gewiss schon eine Leistung, viele andere hier schaffen das nicht.
Nichts für ungut Klaus, die FuseBits kannst Du hier mit vergleichen: http://www.engbedded.com/fusecalc/ ok?
Ich bin Softwareentwickler und kenne das auch zu gut, das Programm ist immer am allem schuld.... Dabei sitzt in der Regel das Problem ca. 60cm davor ;) Daher auch mein Hilfegesuch hier im Forum weil ich nicht gleich mit dem Finger zeigen wollte (und halt auch nicht dumm dastehen wollte). Kann wer mir noch einer erläutern was das jetzt mit den Fuse´s bewirkt hat werde da aus dem inet nicht recht schlau... kann ja nicht sein das ich jetzt immer erst nen ollen UNO oder so hernehmen muss. Gruß Klaus
Klaus schrieb: > Was da nun die neuen Fuse gemacht haben verstehe ich nicht, aber es geht > :) CLKDIV8 deaktiviert. Wie oben schon Max_D schrieb... du warst zu schnell für den Chip im Auslieferungszustand. Mach dir nichts draus, hier sind gefühlte 1001 Threads, die dieses Problem mit mehr oder weniger blumigen Worten schildern.
Ok es wurde also "Divide clock by 8 internally; [CKDIV8=0]" Deaktiviert und "Preserve EEPROM memory through the Chip Erase cycle; [EESAVE=0]" Aktiviert... Das macht dann also den Unterschied aber warum das sich jetzt auf den USBasp auswirkt verstehe ich nicht... Sorry für meine wahrscheinlichen dummen und all zu oft gestellten Fragen :( Aber ich fange grade erst an mit µControler. Gruß Klaus
Georg G. schrieb: > CLKDIV8 deaktiviert. Wie oben schon Max_D schrieb... du warst zu schnell > für den Chip im Auslieferungszustand. > > Mach dir nichts draus, hier sind gefühlte 1001 Threads, die dieses > Problem mit mehr oder weniger blumigen Worten schildern. Oh da warst schneller ;) Danke Kann ich das "Problem" umgehen?
>Das macht dann also den Unterschied aber warum das sich jetzt auf den >USBasp auswirkt verstehe ich nicht... ISP Takt muss kleiner 1/4 CPU Takt sein. Bei 1MHz CPU Takt also kleiner 250kHz. Und das war beim USBASP nicht eingestellt, falls die Billigmöhre das überhaupt kann.
Klaus schrieb: > immer erst nen ollen UNO oder so hernehmen muss. Du solltest als erstes mal das Datenblatt des Tiny85 nehmen und so lange anstarren, bis du es verstanden hast. Da findest du dann auch die Grundlagen für ISP.
Georg G. schrieb: > Du solltest als erstes mal das Datenblatt des Tiny85 nehmen und so lange > anstarren, bis du es verstanden hast. Da findest du dann auch die > Grundlagen für ISP. Ja das werde ich mir zu Herzen nehmen! holger schrieb: > falls die Billigmöhre das überhaupt kann Ja kann er mit -B Danke euch allen für die Hilfe einen schönen Samstag Abend euch noch! Der Klaus
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.