En PIC som har "self-write" till CONFIG bitarna kan man få att gå i baklås
(t.ex genom att programmera för "kristall" utan att man har någon kristall).
Jag tror dock att det bara är vissa nyare modeller som kan skriva till
CONFIG bitarna från själva koden. Och det krävs naturligstvis att
koden är avsiktligt skriven för just det.
Men å andra sidan så kan man alltid att "få tillbaka" den via serieprogrammeringen.
Enda kravet är att programmeraren har en lösning för Vpp-before-Vdd i det
speciella fallet att man har kodat "internal-MCLR". I alla andra fall av
"fel-CONFIG" så är det bara att radera och försöka igen...
Oscillator config'en har aldrig någon betydelse i en PIC, eftersom den
är helt ovidkommande vid serieprogrammeringen (till skillnad från t.ex AVR).
PIC saknar helt den parr-programmering som ibland krävs för att "un-brick"
en AVR där man har klantat till det med "fuses".
Däremot känner jag inte till att det finns något sätt att "låsa" en PIC bara
genom att programmera de vanliga enheterna i processorn fel, och jag vet/minns
inte heller om det var det som var fallet med AVR'en i tråden...
Och jag vet att de som hejar på AVR inte tycker att detta är något problem,
är man klantig får man skylla sig själv, ungefär...
Är AVR något att ha egentligen?
Jodå, precis så var det. Vanlig skrivning till power save-registret när man använder programmeringsmetoden debugwire brickar uC.Däremot känner jag inte till att det finns något sätt att "låsa" en PIC bara
genom att programmera de vanliga enheterna i processorn fel, och jag vet/minns
inte heller om det var det som var fallet med AVR'en i tråden...
