In message <1118613434.5665.32.camel@pII266>
          Herbert Graf <mailinglist2@farcite.net> wrote:

> I'm not sure, I've never actually looked into this, but perhaps you
> can't have the ICD2 connected during circuit operation if you want to
> use those two pins. Doesn't make much sense to me, but it's possible th=
e
> ICD2 just can't tristate those lines?

I'm beginning to think "ICD firmware bug". It uses tristate buffers in th=
e
PGD/PGC circuitry and the 16F877 in the ICD2 has full control over the
output-enable state of the buffers. Setting them to Hi-Z (as it does for
reading data from the chip) should tristate it to the point where all you=
'd
have is normal wire effects (stray inductance, capacitance, signal bounce=
 and
such).
What I want to know is why the hell the MPLAB 7.11 version of the firmwar=
e
isn't tristating the pins. It sure as hell can do it - the programming
algorithm REQUIRES it (if the buffers couldn't be tristated, you wouldn't=
 be
able to read the program/data memory out of the PIC).

Heck, the ICD2 cost me =A390. I'd expect it to be able to do rapid-cycle
programming... I'll see about filing a problem ticket on support.microchi=
p in
the morning.

Later.
--=20
Phil.                              | Acorn Risc PC600 Mk3, SA202, 64MB, 6=
GB,
philpem@philpem.me.uk              | ViewFinder, 10BaseT Ethernet, 2-slic=
e,
http://www.philpem.me.uk/          | 48xCD, ARCINv6c IDE, SCSI
... These aren't my boxers -- they bend !
--=20
http://www.piclist.com PIC/SX FAQ & list archive
View/change your membership options at
http://mailman.mit.edu/mailman/listinfo/piclist