Re-Programming Problem

[Darrel Taylor]

I was just reading a thread on another forum ...
http://www.electro-tech-online.com/m...1320-dead.html

They came to the conclusion that erasing it with a JDM type programmer seemed to work, when the PICkit2 wouldn't..
<br>

[Kamikaze47]

Nice work as usual Darrel. This is exactly the problem I am having. I did google it but I guess I wasnt using the right key words.

So I guess the moral of the story is: 18F1320+TMR1(w/ext clock)+MCLRE_OFF = bad

Too bad I dont have a JMD programmer. I guess i'll see if its worth building one just to revive these 3 PIC chips.

[Charles Linquis]

I have found that a Microchip ICD2 can program any part - properly (and can debug too). Even though it costs more, the time saved in debugging a programmer problem is worth it. And it programs EVERY PIC.

[Kamikaze47]

I borrowed a JMD programmer from a friend to try to erase these PICs but no luck. After doing the erase procedure and also trying programming a working program neither worked. If I apply power to the PICs after all of that I see that they still have the program on them that stuffed them up.

Is it just me, or does it seem like bad design on behalf of microchip if disabling MCLR and setting Timer 1 to external clock will create a program that cannot be erased from the PIC?

[Kamikaze47]

I finally solved it.

I found this very useful snippet in the PICkit2's User's Guide:

Use VPP First Program Entry - When checked, it allows the PICkit 2 to connect to and program devices with configurations and code that interferes with the ICSP signal pins, preventing PICkit 2 from detecting them.

Once I set that, they erased like a dream. So three 18F1320's saved from the trash

[Darrel Taylor]

You read the User's Guide?

<img src="http://www.picbasic.co.uk/forum/attachment.php?attachmentid=3299&stc=1&d=123889082 4" /><!-- -->

Wish I'd done that
<br>