Pbp - icd

[rmteo]

Interesting...

[Charles Linquis]

Does your comment mean that everyone else is doing this and I simply am too uninformed to know how, or that it is impossible, or that I'm a fool for even asking, or that the instructions for how to do this is the first item in the forum FAQ?

Which one?

[rmteo]

None of the above. The interesting thing is the lack of responses after almost 100 views - indicating that few here use a very useful tool/methodology for MCU application development.

[Charles Linquis]

I have an enormous (at least in PIC terms) application where I'm using most all of the capabilities of two 18F8723's "strapped together" and communicating with each other. Both chips make heavy use of interrupts (both ASM and PBP).

So many things were going on at one time and the program was hanging. We really wanted to watch the execution but couldn't find a good way.

Everything seems to be working now.

[rmteo]

Based on your description, I would look into a higher spec MCU (possibly a PIC24, dsPIC or PIC32) and also utilize an RTOS such this http://www.avix-rt.com/Products/Spec...ification.html

The developer is very active on the MC forums and the product looks really good.

[Bill Legge]

Charles,

Yes, I've done it. Nothing difficult about it - but there are quite a number of steps and settings that if incorrect will stuff up the de-bug.

I first tried it without paying much/any attention to the Microchip docs - and failed.

Next, I slowly worked my way through the Microchip example and got the hang of it.

There is a microchip list of 'common ICD2 mistakes' that is useful.

I've not done it for a few months so my memory is a bit hazy. However, the common errors that I made were:

1. The ICD2 MUST have it's own 5volt supply in de-bug mode.
2. The target MUST have it's own supply.
3. The sequence of powering up the ICD2 and Target board matters.
4. The ICD2 must be switched from 'Programmer' to 'De-bug'.
5. Single step only works for interrupt routines if you set a breakpoint inside the routine.

The 'step by step' instructions are Microchip document:
'MPLAB ICD2 USER'S GUIDE'
I failed to get the de-bug running till I had done the Tutorial in this document.

Sorry if all the above is a 'blinding glimpse of the obvious!'

Regards Bill Legge

[Charles Linquis]

I appreciate the help. You are right, I should have used a "bigger" part.

I needed 3 interrupt-driven serial ports in addition to a ton of other functions (6 tachometers, 6 PWM, 2 X I2C and 30 or so lines of I/O.

Two of the serial ports have to parse large amounts of (nearly) random data coming from networks (using Lantronix XPorts). Both XPorts have to be configured only through the serial port. Both ports have to be able to initiate telnet sessions to remote computers after PINGing them first (to make certain they are there), then going through a complex handshake with logins and passwords and finally establishing a Serial-Over-Lan connection (SOL). The remote computer can then issue commands to the PICs over that SOL link. Failovers and retries have to be automatic and seamless.

The 3rd serial port is used for configuration, control and requesting status.

Two of us worked on it. It all works - but it wasn't easy!