Det er et virkelig mærkeligt svar, du ser. Selvfølgelig er der det åbenlyse forslag: Har du prøvet at cykle alt i kæden? (PC-> STK200-> devboard) Men har du også en anden AVR-programmør, du kan prøve? Har du en anden ATmega328P, du kan prøve at læse &-skrivning? Har du nogensinde været i stand til at læse sikringsindstillinger med en hvilken som helst programmør?

Andre ting at prøve: Kan du fjerne krystallen og se om du kan kommunikere med chippen? Har din programmør evnen til at justere SCK hastighed? (STK500 kan gøre dette, ikke sikker på STK200) Det kan være, at chippen er i en rigtig lav hastighedstilstand.

Som en sidste udvej skal du sætte chippen i en højspænding programmør. Jeg ved i det mindste at STK500 kan gøre det, og der er et par kredsløb derude til hacking af en HVP ud af en Arduino- eller LPT-port. Jeg har været nødt til at genoplive et par AVR-chips på den måde på grund af en elektrisk fejl eller jeg flubbede indstillinger.

Et par tanker. Hvad var sikringerne sat inden du skiftede dem? har du bekræftet din ledningsføring med skematisk? Husk, det har brug for krystal tilsluttet for at programmere det.

Kontroller databladet, det ser ud til, at 0xF7 var den forkerte indstilling at bruge. CKSEL 3..0 er indstillet til 1000 ved 0xF7. Der er en tabel i databladet, som anbefaler denne værdi til oscillatorer fra .8 til .9MHz, og angiver specifikt, at denne indstilling ikke skal bruges med krystaller. Den korrekte indstilling for sikringernes lave byte var 0xF1, dette sætter CKSEL 3..1 på 111, hvilket anbefales til 16MHz kvartskrystal. Den relevante info findes på side 29 i databladet.

Du har sandsynligvis brug for en old school-programmør for at løse problemet, ellers har du muret chippen.