En till synes dum fråga, men som AVR-mekare måste jag ställa den så det inte blir fel:
Vilka ben på PIC18F _måste_ vara anslutna för att kunna programmera denna (utöver VCC och GND förstås)?
Det man behöver till själva ISP är MCLR (med 4k7 pull-up), RB6 och RB7. Är det något mer? En "jungfrulig" PIC, kör den på intern oscillator eller måste man ha extern kristall?
Det gäller PIC18F252 och programmeringen skall ske med en Wisp. Orsaken till denna skumma undran är att jag skall bygga en programmeringsadapter för nämnda PIC i SO-28 utförande. Jag tänker lägga på bootloader innan PIC'en löds på sin slutliga plats.
Vad _måste_ vara anslutet för att programmera en PIC?
> men som AVR-mekare...
Då är frågeställningen ganska naturlig.
Det kan vara på sin plats att notera att en PIC inte använder sin oscillator
alls (varken kristall-oscillatorn *eller* den interna) vid vanlig ICSP programmering.
Hela programmeringen själv-klockas vid PGC pinnen.
Till skillnad från en annan populär processorserie där man genom att ställa
om oscillator "fuses" lite "olämpligt" kan stänga av om-programmering
helt (inkl erase av "fuses"). Antingen får man då koppla in en kristall (vilket
kan vara osmidigt i en färdig konstruktion) eller köra parr-programmering (med
en programmerare som stöder det) vilket inte riktigt är ICSP...
Den enda som man får se upp lite med, är "internal-MCLR" som kan
ställa lite speciella krav på programmeraren, dock är det fortfarande ICSP
som gäller.
Samantaget gör detta PIC *i just detta avseende* lite mer fool-proof,
enligt min mening.
Då är frågeställningen ganska naturlig.

Det kan vara på sin plats att notera att en PIC inte använder sin oscillator
alls (varken kristall-oscillatorn *eller* den interna) vid vanlig ICSP programmering.
Hela programmeringen själv-klockas vid PGC pinnen.
Till skillnad från en annan populär processorserie där man genom att ställa
om oscillator "fuses" lite "olämpligt" kan stänga av om-programmering
helt (inkl erase av "fuses"). Antingen får man då koppla in en kristall (vilket
kan vara osmidigt i en färdig konstruktion) eller köra parr-programmering (med
en programmerare som stöder det) vilket inte riktigt är ICSP...
Den enda som man får se upp lite med, är "internal-MCLR" som kan
ställa lite speciella krav på programmeraren, dock är det fortfarande ICSP
som gäller.
Samantaget gör detta PIC *i just detta avseende* lite mer fool-proof,
enligt min mening.