Pbp + Mplab + Icd2

[chris vp]

Thanks Bruce,

Just some background...In cooping with freinds who is using the other B compiler and ICD2. With some inputs from Charles L on SIM I have some small feel on how to go on to this. And now I read about the gentleman from central America (forget his name...still searching in my save forum folder)writing about MPLAB, ICD2 and PBP..and the ICDDEFS was he recommended to be place at the top of PBP program so it can run on debug mode in MPLAB environment.

Ill try to work on your suggestion tomorrow night after office & hope to feedback on the update of this.

[Bruce]

Yes you want defs at the top so they get included before anything else. Let me know how
you get on with ICD2. Maybe I'll knock the dust off mine & give it a try some day.

Haven't used mine in several years. Good luck.

[chris vp]

Bruce

I didnt get to test the debugger mode of ICD2 using your recommendation coz my proto board was not working well maybe need to recheck the connections.

But anyway...I just observed the format on how the 876 & 877 series ICDDEFS code vs the Program/data memory used was coded..see below.

Any thought about this why? I understand the "reserving 12 bytes of RAM from 0x1F4-0x1FF" on the PIC18F2550 series" but this one seems different.
Am I correct that it is 11bytes of ram was reserved? Why it is written "ICDRESERVED1 & ICDRESERVED11".

Just some curiosity Bruce hope you can answer my questions in here still.

Thanks in Advance

Chris

'************************************************* ***************
'* ICDDEFS.BAS *
'* *
'* By : Leonard Zerman, Jeff Schmoyer *
'* Notice : Copyright (c) 2003 microEngineering Labs, Inc. *
'* All Rights Reserved *
'* Date : 05/28/03 *
'* Version : 2.44 *
'* Notes : Reserve space for ICD variables - 16F876(A)/877(A)*
'************************************************* ***************

DEFINE ICD_USED 1

ICDRESERVED1 VAR BYTE $70
ICDRESERVED11 VAR BYTE(11) $1E5

'*----------------------* EOF ICDDEFS.BAS *---------------------*


from the help file:

PIC16F876/876A 0x70, 0xF0
PIC16F877/877A 0x1F00-0x1FFF 0x170, 0x1F0 0x1E5-0x1EF

[Bruce]

Hi Chris,

Check with meLabs on this one. Like I mentioned before, I have an ICD2, but I haven't
used it in several years.

I find it a lot less trouble & work to just build the circuit & test it directly rather than use
some in-circuit debug hardware that eats up my time/resources.

I'm not saying in-circuit debug is a bad thing - it's just that I've never been able to justify
the additional time, effort, or cost requirements VS simply testing my code on the physical
hardware in real-time operation, on the target hardware.

I have just never had a reason to step line-by-line through any code that I already know
what it's supposed to be doing. I think it's great for learning, but it's just not something I
need for what I do here.

I will run some sections of code through MPSIM just to find precise timing for some routines
or functions, but I just don't need ICD, so I don't use it, and can't offer much help...;o}

[chris vp]

Thanks Bruce....

I got your point & with the idea you presented seems was logical enough coz right now I find it easy to plug the chip into the demo board to debug the program.
Your insight just supported my thought on ICD debugging.

Regards

Chris