>>> It is true that the MPLAB REAL ICE and MPLAB ICD 3
>>> =A0tools do not perform multi-voltage verification, but the
>>> MPLAB REAL ICE and MPLAB ICD 3 tools do not
>>> support EPROM-based MCUs like the MPLAB PM3 does.

>> To make decent sense of that thread you need to read it through AND to l=
ook at
>>
>> =A0 =A0 http://tinyurl.com/MChipDebug01 *
>>
>> The last line of this current Microchip document classes ICD3 and real
>> ICE as production grade but not PICKIT 2 & 3, and ICD2.

>> While that may not be a total surprise, programmable Vdd is (shown as)
>> on all those except ICD2 (even PICKIT2 using PK2CMD)

> Yes, good point.
> Actually Post 9 from Ken addressed this. It is
> posted two hours ago whereas your post came in
> 25 minutes ago. ;-)

I wasn't meaning to claim originality - just sitting at the feet of
the Masters (or standing on the shoulders of giants ... :-) ), and
following along their leads and summarising the points made.

ie - yes, I got that link from him :-)  - and the comment on ICD2 Vdd
programmability from further up the thread- but also noted in that
table. )

I said "... (shown as) ..." because without following the whole thing
through technically it is not 100% sure that you get the same result
from ICD2 as you do with a more 'real' programmer. You probably want
also to think about programming at max and min Vpp BUT odds are that
min Vpp is the most demanding. (Although even that is in question if
the programming algorithm is clever and the cleverness catches you
out. eg you can program for N cycles OR until P cycles have verified
OK or until Q% of cycles verify OK or ... . When using % based
decisions you may get fooled by eg high Vpp for obscure reasons. (This
may well not be true - I'm just making up an example - but I know that
Murphy has a quiver full of examples like that just waiting.).


   R

-- =

http://www.piclist.com PIC/SX FAQ & list archive
View/change your membership options at
http://mailman.mit.edu/mailman/listinfo/piclist