Funny you should mention this.  I just updated the firmware on my
Warp-13A today, and since then, I've been unable to program the
config using the ICSP header.  Oh, it works in socket, but not if I
use the header.

Strange thing is that it will program the whole program block.  In
all fairness, I am using a F876a for the firmware, which is not really
what is intended for the design, but it works mostly.

My question is whether it's the programming method of the
programmer that causes this or if it's a problem with the fact of my
using the wrong PIC for the firmware.  I've used my ICD2 to prove
that the WARP can read and verify the Config words, and that it
really isn't programming it, and of course the fact of my having an
ICD2 means that repairing the WARP isn't a crucial priority.  My next
step is to check whether or not the WARP is doing other devices
the same or if it works on others.  I'll check that.

Anyone else having similar experiences?  Poor F1320.  Seems to get
all the bad news, doesn't it?

Mike H.

>Hi all,
>
>Has anyone had trouble following the fuse programming algorithm for the
>18F1320 in the DS39592B docs.
>
>It states to do a GOTO 0x100000 before programming the fuses.
>
>If I execute these instructions the fuses won't program at all.
>
>You also now have to program fuses 1 to 5, then skip fuse 6, program
>fuse 7, then go back to program fuse 6. What a pain.
>
>
>regards
>
>Tony
>
>--
>http://www.piclist.com hint: The PICList is archived three different
>ways.  See http://www.piclist.com/#archives for details.

_________________________________________________________________
Rethink your business approach for the new year with the helpful tips here.
http://special.msn.com/bcentral/prep04.armx

--
http://www.piclist.com hint: The PICList is archived three different
ways.  See http://www.piclist.com/#archives for details.