Dat is een heel vreemde reactie die je ziet. Natuurlijk is er de voor de hand liggende suggestie van: heb je geprobeerd alles in de ketting te powerfietsen? (PC-> STK200-> devboard) Maar heb je ook een andere AVR-programmeur die je kunt proberen? Heb je een andere ATmega328P die je kunt proberen om & te lezen? Heb je ooit de zekeringsinstellingen kunnen lezen met een programmeur?

Andere dingen om te proberen: Kun je het kristal verwijderen en kijken of je dan met de chip kunt communiceren? Heeft je programmeur de mogelijkheid om SCK aan te passen? snelheid? (de STK500 kan dit doen, niet zeker van STK200) Het kan zijn dat de chip in een erg lage snelheidsmodus zit.

Als laatste redmiddel moet je de chip in een hoogspanningsmodus plaatsen. programmeur. Ik weet dat de STK500 dat tenminste kan, en er zijn een paar circuits om een ​​HVP uit een Arduino- of LPT-poort te hacken. Ik heb op die manier een paar AVR-chips moeten reanimeren vanwege een elektrische storing of ik heb de instellingen verwisseld.

Een paar gedachten. Waar waren de zekeringen ingesteld voordat u ze verwisselde? heb je je bedrading bevestigd met het schema? Onthoud dat het het aangesloten kristal nodig heeft om het te programmeren.

Als je het gegevensblad controleert, lijkt het erop dat 0xF7 de verkeerde instelling was om te gebruiken. CKSEL 3..0 is ingesteld op 1000 door 0xF7. Er is een tabel in de datasheet die deze waarde aanbeveelt voor oscillatoren van 0,8 tot 0,9 MHz, en specifiek aangeeft dat deze instelling niet mag worden gebruikt met kristallen. De juiste instelling voor de lage byte van de zekeringen was 0xF1, dit zet CKSEL 3..1 op 111, wat wordt aanbevolen voor 16MHz kwartskristal. De relevante informatie staat op pagina 29 van de datasheet.

Je hebt waarschijnlijk een ouderwetse programmeur nodig om het probleem op te lossen, anders heb je de chip dichtgemetseld.