Heheh. Pleasure. Hopefully, my theory holds true and just the configuration
hex is all that needs changing in the code I read out from the 876. The only
reason why I was so concerned is because even though the code protect bit
appears to be off, there's a gaping hole in the program code between
addresses 0D7h and 3A6h. The only thing that's sort of reassuring is that
0D7h finishes with a RETURN opcode and 3A7h starts with a CLRF of the STATUS
registers.

Oh well then, I'll bite the bullet and prototype a PCB for it. I'd
breadboard it, ordinarily, but I've got some old pre-coated boards which
probably won't react too well under UV anyway so I may as well make the most
of them now before they're completely useless. Fingers crossed on all
counts!


Adios,
Tony

---------------  TAMA - The Strongest Name in Drums  ---------------

-----Original Message-----
From: piclist-bounces@mit.edu [mailto:piclist-bounces@mit.edu] On Behalf Of
Jinx
Sent: Friday, 9 March 2007 12:36
To: Microcontroller discussion list - Public.
Subject: Re: [PIC] Cloning 16F876(A) PICs

Yes, you're quite correct. My hard copy is DS30292B (87x) and
my drive copy is DS39582A (87xA). Register 9C is blank for the
87x and CMCON for the 87xA. I'd never had to use comparators
with the non-A but have with the A and hadn't noticed the difference.
Thanks for learning me one more bit of PIC info !!
-- 
http://www.piclist.com PIC/SX FAQ & list archive
View/change your membership options at
http://mailman.mit.edu/mailman/listinfo/piclist