I have the same problem with my P16PRO programmer with PicallW v.10d and =
the 12F629.   It definitely appears to be related to the Int RC Osc.   I =
found an interesting note in the ICSP section of the PIC Mid-Range =
Reference Manual from Microchip.  Basically, there is no crystal startup =
delay when you use the Int RC Osc, and so the PIC can begin executing =
code if VPP does not rise fast enough to go into programming mode.   The =
execution of code changes the PC, which causes a problem with addresses =
being off once the chip does go in to programming mode.  =20

I used a Digital Oscilloscope and have confirmed that the VPP/VDD timing =
with P16PRO is incorrect for the 12F629 and other PIC chips too.  I've =
contacted Bojan Dobaj, but so far he only recommended switching the VPP =
and VDD order in the hardware settings.  This sort of works, but is =
still not ideal.   I also noticed that the Bulk Erase cycle timing is =
not correct.   I think the algorithms for the PicallW need to be closely =
examined (and changed?) to make sure that they exactly match the =
Programming Specifications from Microchip.

The workaround is to program your chip in the default ERC mode, get =
everything right with Code, Data and Fuse bits, and then lastly go back =
and program the IntRC fuse.

Regards,=20
-Jeff B.


> I use a p16pro programmer with picall software.
>
> I can program a blank pic but once it is programmed I cannot reprogram
> it at all.
> I get a fault1 error in the programming software.
> I suspect that it is probably running in the programmer since it is
> using the internal Rc oscillator.
> this is somehow preventing it from going into programming mode


--
http://www.piclist.com hint: PICList Posts must start with ONE topic:
[PIC]:,[SX]:,[AVR]: ->uP ONLY! [EE]:,[OT]: ->Other [BUY]:,[AD]: ->Ads