Błąd weryfikacji przy programowaniu Atmegi16 - avrdude content mismatch

Przy próbie zaprogramowania Atmegi16 na koniec wyskakuje mi cosik takiego:

avrdude: verifying ...
avrdude: verification error, first mismatch at byte 0x0002
0x2a != 0x00
avrdude: verification error; content mismatch
avrdude done. Thank you.

> Process Exit Code: 1
a ponieważ nie jestem zbyt doświadczony to co to może oznaczać ?

To znaczy, że przy weryfikacji nie zgadza się zawartość pamięci z tym co w niej powinno być.

Podczas programownaia masz podłączone zailanie uC?

waski78 napisał:

Przy próbie zaprogramowania Atmegi16 na koniec wyskakuje mi cosik takiego:

avrdude: verifying ...
avrdude: verification error, first mismatch at byte 0x0002
0x2a != 0x00
avrdude: verification error; content mismatch
avrdude done. Thank you.

> Process Exit Code: 1
a ponieważ nie jestem zbyt doświadczony to co to może oznaczać ?

Następny,... wróżki to na google... Jakie parametry dostaje AVRDude i przy programowaniu jakiego typu pamięci to wyskakuje ? Przeglądałeś manuala od programu (jest w formacie pdf) ?

Co do zasilania to jest przyłaczone (no chyba że masa na nóżce 31 tez musi być - to jej nie mam przyłączonej). Poza tym fusy odczytuje:

Atmel AVR ATmega16 is found.
Fuse Low Byte = 0xe3
Fuse High Byte = 0x99
Fuse Extended Byte = 0xff
Calibration Byte = 0xb5 -- Read Only
Lock Bits = 0xff
BLB12 -> 1
BLB11 -> 1
BLB02 -> 1
BLB01 -> 1
LB2 -> 1
LB1 -> 1
> Process Exit Code: 0

Co do tego co napisałeś LightI to napisałem że jestem początkujący i z leksza zielony. Zrobiłem jakiś czas temu programator taki jak na stronie: www.patron.net.pl/AVRintropl.htm z atmegą8. Ostatnio wpadła mi w ręce at16 wyszedłem z założenia że at16 też zaprogramuję w ten sam sposób - ale przeliczyłem się. I no i nie za bardzo wiem co dalej z tym zrobić.
Po prostu wpisałem do WinAVR:
#include <avr/io.h>
int main(void)
{
while(1)
{
sbi(DDRB,PB7);sbi(PORTB,PB7);
}
return 1;
}

Ustaw port w BIOS-ie na EPP, lub inny...
Klik...

Dzięki za pomoc, tylko jak to zrobić (XP) ?

Hej,
Jeżeli udawało Ci się programować Atmega8 i jeśli nie zmieniłeś:
- komputera
- płyty głównej
- ustawień w Biosie trybu pracy portu równoległego
oraz masz dokładnie ten sam (nie taki sam) programator (bsd)
to powinno bez problemu programować i ATmega16.
Komunikat Avrdude wskazuje, że kontroler jest widziany z Twojego PC czyli ustawienia portu w Biosie są OK.
Odłącz wtyczkę programatora od peceta i wyjmij kontroler z podstawki.
Nie odłączaj kabelka programatora od płytki kontrolera.
Zgodnie ze schematem ze wspomnianej przez Ciebie strony sprawdź omomierzem przejścia między MOSI, MISO, RESET, SCK na podstawce kontrolera i odpowiednimi stykami wtyczki LPT. Zwróć szczególną uwagę czy masz połączenie masy między podstawką ATmega i i odpowiednimi stykami wtyczki LPT.
Jeśli jest OK to poproś kogoś, żeby podczas pomiaru ruszał kabelkiem szczególnie w okolicy złącza na płytce kontrolera.
Pozdrowienia

waski78 napisał:

Co do zasilania to jest przyłaczone ...

No właśnie , zasilanie.Czy proca zasilasz z pinów portu LPT , czy z osobnego zasilacza.Jeśli zasilanie masz z LPT , to być może ATMega16 "konsumuje" więcej miliAmperków niż ATMega8 i ... klops

Piotrek

Zasilanie mam z odzielnego zasilacza - tak jak jest to na tej stronce - czyli zamiast baterii mam zasilacz (ok 500mA). No chyba, że faktycznie dużo żre to prądu bo mam jeszcze podłączony LCD a 7805 dość mocno się nagrzewa. Problem w tym że teraz to tak namieszałem w Bios-ie że nawet at8 nie mogę zaprogramować. Poza tym Dzięki tajwoj za jak zwykle wyczerpującą odpowiedź. Popróbuję jeszcze po południu.
Co do kompa, płyty głównej itp to nic się nie zmieniało.

Więc tak:
-przywróciłem poprzednie ustawienia w BIOS-ie; efekt: Atmega8 programuje sie normalnie więc wstawiłem atmege16 na swoje miejsce i w pliku Makefile zmieniłem at8 na at16

- sprawdziłem przewody - OK; sczytałem fusy z at16 - efekt:

Atmel AVR ATmega16 is found.
Fuse Low Byte = 0xe1
Fuse High Byte = 0x99
Fuse Extended Byte = 0xff
Calibration Byte = 0xb5 -- Read Only
Lock Bits = 0xff
BLB12 -> 1
BLB11 -> 1
BLB02 -> 1
BLB01 -> 1
LB2 -> 1
LB1 -> 1
> Process Exit Code: 0

- zmieniłem f wewnetrznego oscylatora na 2MHz - efekt:

Atmel AVR ATmega16 is found.
Fuse Low Byte set to 0xe2
> Process Exit Code: 0

- nacisnąłem "programuj" - efekt:

C:\AVR-proj>REM Plik procedury programowania ATMega8
C:\AVR-proj>avrdude -p m8 -c bsd -e -U flash:w:led.hex
avrdude: AVR device not responding
avrdude: initialization failed, rc=-1
Double check connections and try again, or use -F to override
this check.
avrdude done. Thank you.
> Process Exit Code: 1

Kurcze, sznur i wieszać się bo chwile wczesniej wyskoczyły komunikaty o których pisałem wyżej:

avrdude: verifying ...
avrdude: verification error, first mismatch at byte 0x0002
0x2a != 0x00
avrdude: verification error; content mismatch
avrdude done. Thank you.
> Process Exit Code: 1

i sam juz nie wiem co dalej ??????????????????????????

Zmieniłem w pliku wsadowym m8 na m16 wyłączyłem i właczyłem kompa i....
SUKCES !!!!!!!!!!! Działa !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!1

C:\AVR-proj>REM Plik procedury programowania ATMega8
C:\AVR-proj>avrdude -p m8 -c bsd -e -U flash:w:led.hex
avrdude: AVR device not responding
avrdude: initialization failed, rc=-1

Nie powinno byc m16?

Nio, powinno być m16 i trzeba zrestartować kompa.

Temat zamknięty.

U mnie problem jest taki. Używam tego samego programatora. Program raz go widzi, raz nie... Raz dobrze odczytuje sygnatury, raz źle... Ale jak już dobrze to jest cos takiego:

F:\Projekty\preamp>REM Plik procedury programowania ATMega8

F:\Projekty\preamp>avrdude -p m16 -c bsd -e -U flash:w:main.hex

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.01s

avrdude: Device signature = 0x1e9403

avrdude: safemode: Verify error - unable to read lfuse properly. Programmer may not be reliable.
avrdude: safemode: To protect your AVR the programming will be aborted

avrdude done. Thank you.

Co trzeba zrobić?

P.S. Jak odczytać fusy? I jakie powinny być? I ewentualnie kto ma w Lublinie programator zdolny je przeprogramować?

Ja za pomocą tego "programatora" odczytuje fusy w taki sam sposób jak to jest opisane na stronie: http://www.tkdami.net/~voytek/programy/programy.html. Jest tam opisane jak pod Windem to zrobic i u mnie buja. Mogę zmieniać f pracy uP i przestawiac go na zewnętrzny kwarc. Co do bardziej zaawansowanych zastosowań to się nie wypowiadam bo nie wiem.
Pozdrawiam , Waski78

Moderowany przez Light-I:

Bardzo proszę o nie używanie wyrazów nie do końca zrozumiałych i utrudniajacych późniejsze wyszukiwanie (slang młodzieżowy).

Używam w/w programatora bsd i napotkałem na podobny problem przy veryfikacji zapisu. Błąd pojawia się za każdym razem, kiedy to fuse bity były odczytywane, bądź zapisywane. Po zabawie z fuse bitami nie można już niczego zaprogramować. Po restarcie komputera wszystko wraca do normalności. To chyba nie jest normalne, prawda?

Ja od początku bawię się tym najprostszym programatorem.
Praktycznie zawsze działa, jednak jeśli wyskakuje błąd weryfikacji to
zwykle nie styka mi RESET. Poza tym przy przypinaniu do programatora
innego procka niż Atmega8 (np 16), warto pamiętać o zmianie w makefile
wpisu "Atmega8"na "Atmega16" oraz komenda programująca procka
powinna mieć następującą postać:
avrdude -p m16 -c bsd -e -U flash:w:nazwa_programu.hex
Warto też od czasu do czasu sprawdzić miernikiem, czy wszystkie kabelki
stykają tam gdzie trzeba i czy przypadkiem nie ma zwarcia.
Oprócz tego należy pamiętać o install_giveio.bat w pakiecie WinAvr dla
Windows2000 - WindowsXP. Chociaż powiem wam że pod XP nigdy
nie udało mi się zaprogramować proca, na takiej samej maszynie
chodzącej pod 2000 chodzi idealnie ale tylko po odpaleniu install_giveio.bat
a tak w ogóle to złożyłem sobie ze starych części kompa, na którym
chodzi Windows95 i komp służy tylko do programowania proców.
Pozdrawiam.
KoTu.