|
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.
"I think fish is nice, but then I think that rain is wet, so who am I to judge?" - Douglas Adams
|
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.
Charles Linquist
|
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?
"I think fish is nice, but then I think that rain is wet, so who am I to judge?" - Douglas Adams
|
I finally solved it.
I found this very useful snippet in the PICkit2's User's Guide:
Once I set that, they erased like a dream. So three 18F1320's saved from the trashUse 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.
"I think fish is nice, but then I think that rain is wet, so who am I to judge?" - Douglas Adams
|
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>
DT
Members who have read this thread : 0You do not have permission to view the list of names.
Posting Permissions
Bookmarks