WITAM !
Wykonałem w ostatnich dniach programator zgodny z stk500v2.
(projekt ze strony: http://www.ullihome.de/index.php/USBAVR-ISP)
Ogólnie programator wykrywany jest poprawnie przez AVR Studio i wszystko było by ok gdyby nie częste błędy w postaci:
A tym samym w okienku statusowym AVR Studio komunikat:
" Entering programming mode.. FAILED! "
Próbowałem już zmiany zegara SPI na mniejszy - jednak bez rezultatu.
Układ wykonany jest według tego schematu:
W przypadku avrdude otrzymuję bardzo często komunikat:
avrdude: stk500_2_ReceiveMessage(): timeout
- praca w przypadku avrdude jest bardzo niewygodna gdyż na komunikat trzeba czekać kilkanaście sekund - potem transmisja przeprowadzana jest juz w standardowym tempie.
bardziej szczegółowe informacje z avrdude:
Using Port : com3
Using Programmer : stk500v2
AVR Part : ATMEGA8
Chip Erase delay : 10000 us
PAGEL : PD7
BS2 : PC2
RESET disposition : dedicate
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
Programmer Type : STK500V2
Description : Atmel ST
Programmer Model: STK500
Hardware Version: 1
Firmware Version: 2.10
Topcard : Unknown
Vtarget : 5.0 V
Varef : 0.0 V
Oscillator : Off
SCK period : 0.1 us
Spotkał sie ktoś z takim zachowaniem ? jakieś sugestie ?
Będe wdzięczny za wszelkie porady
Wykonałem w ostatnich dniach programator zgodny z stk500v2.
(projekt ze strony: http://www.ullihome.de/index.php/USBAVR-ISP)
Ogólnie programator wykrywany jest poprawnie przez AVR Studio i wszystko było by ok gdyby nie częste błędy w postaci:
A tym samym w okienku statusowym AVR Studio komunikat:
" Entering programming mode.. FAILED! "
Próbowałem już zmiany zegara SPI na mniejszy - jednak bez rezultatu.
Układ wykonany jest według tego schematu:
W przypadku avrdude otrzymuję bardzo często komunikat:
avrdude: stk500_2_ReceiveMessage(): timeout
- praca w przypadku avrdude jest bardzo niewygodna gdyż na komunikat trzeba czekać kilkanaście sekund - potem transmisja przeprowadzana jest juz w standardowym tempie.
bardziej szczegółowe informacje z avrdude:
Using Port : com3
Using Programmer : stk500v2
AVR Part : ATMEGA8
Chip Erase delay : 10000 us
PAGEL : PD7
BS2 : PC2
RESET disposition : dedicate
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
Programmer Type : STK500V2
Description : Atmel ST
Programmer Model: STK500
Hardware Version: 1
Firmware Version: 2.10
Topcard : Unknown
Vtarget : 5.0 V
Varef : 0.0 V
Oscillator : Off
SCK period : 0.1 us
Spotkał sie ktoś z takim zachowaniem ? jakieś sugestie ?