#5 The programming is running on the PIC on the board that you built. When in debug mode via the ICD, the reset does not have the same effect that it would in normal operation. #2 I can't really comment on the other issues, (not being a very regular ICD user - I like Scenix SX chips and the SXKey) but I know that a "reset vector" ( a jump to the ICD code loaded into the target chip during programming ) is loaded at the beginning of memory, so the start of your code is not at 0. #4 Banking. Just look up banking. Actually, combined with paging, that is the answer to a good 90% of the problems people have with PICs. James Newton mailto:jamesnewton@geocities.com 1-619-652-0593 phone ----- Original Message ----- From: Barry Gershenfeld To: Sent: Friday, September 15, 2000 14:25 Subject: [PIC]:New to this world Problem 2. When I reset the processor it does not go to PC=0. It seems to go to the location pointed to by 0. Maybe it's supposed to do that (It's a pretend debugger, after all) Problem 4. Now I see a register at A1, not 21, being updated. This may be one of those "get the firmware upgrade" things. Problem 5. I don't know where the program is running. Is it on the ICD board in that PIC or is it on the board I built? The reason I ask, besides the upredictable behaviors, is that I can hold the reset switch down and still step the program. Where I come from that isn't normal. Maybe the PIC is edge triggered. Maybe a reset doesn't clear everything and send it back to 0. Mabye I should crack open the datasheet and do some more reading :-) Any advice is appreciated. There will more questions, no doubt... Barry -- http://www.piclist.com hint: The list server can filter out subtopics (like ads or off topics) for you. See http://www.piclist.com/#topics -- http://www.piclist.com hint: The PICList is archived three different ways. See http://www.piclist.com/#archives for details.