Jag skickade en complaint redan i fredags samtidigt som jag beställde nya
picar från microchip. De hörde av sig igår och idag svarade jag och
förklarade hela historien.
Det var ju inget fel på dem. Efter en erase med den ihopbyggda
programmeraren kunde jag använda ICD2an igen. Det är ju snarare fel
på Microchips ICD2 som inte fixade biffen.
Det som förefaller mig lite märkligt är att jag säkert programerat om 12F629 or 50 gånger efter det att jag har valt MCLR internal med ICD-2 och det har ALDRIG strulat..... Märkligt att det påstås att det inte skall fungera....
Det var alltså kombinationen intern MCLR och intern oscillator. Fast det antar jag iofs att du menade. Det är ju möjligt att andra versioner av MPLAB ger ICD2 en annan firmware. Vilken version har du använt?
Vet inte. Har programmeraren på jobbet tyvärr. jag har sett varningstexten men struntade i den och det fungerar perfekt ändå..... lite märkligt onekligen....
Lät du ICD2'n "mata" målmiljön eller hade den sin egen spänning ?
Det där med "intosc" är lite underligt. Men det kan ha att göra med att
processorn då hinner "köra igång" koden. En kristalloscillator har lite längre
starttid. Grundproblemet är ju att den kod som ligger i processorn hinner
starta, och *om* den då hinner ställa om PGC/PGD i "fel" läge, så kommer
inte processorn att gå över i programmeringsläge när Vpp läggs på.
Det betyder också, om jag förstår detta rätt, lite tunn is är det här, att
fenomenet också beror lite på vad koden gör i starten...
Jag har ju "bara" en ICD (gl. versionen) och där skrivar de i dokumentationen att instruktionen på adress 0x000 måste vara NOP, kanske det är för att fånga det tidsmässigt?