Installing PBP3.1 with MPLAB 8 AND MPLABX

[tumbleweed]

I've not had any luck getting debugging to work with MPLABX v4. It seems each new version of MPLABX gets worse and worse.
I'm not sure what's different, but I've lost interest in finding out. They probably changed the .cof debugging format again.

Your best bet is to stick with MPLAB8 if possible. Doesn't help much with newer chips, but it just seems microchip doesn't care much about getting 3rd party stuff working in the MPLABX ide. They keep changing things with no regard for what they're breaking.

[Ioannis]

On the other hand, is it so hard to add to Microcode a debugger?

Ioannis

[tumbleweed]

You mean like the serial port ICD debugging built into MCS or something to drive the ICSP debuggers (PK2/3/ICD3)?

As far as I know microchip never formally made the ICSP debug protocol public... that's why you're forced into using MPLAB/X for hardware debugging.

[Ioannis]

I meant simulation of the program. I understand that hardware debugger is more advance and needs resources.

At least the simulator could be fixed in MPLABX. Or made in Microcode...

Ioannis

[MikeBZH]

Simulation may not be enough.
It my case with some real time audio signal processing functions I need an hardware debugger.

All my tests were done with a PicKit 2. I have just tryied with a PicKit 3. No change.

Sorry about that but I do not see any other solution than going to the C world I hate this language

C'est la vie !

MikeBZH

[MikeBZH]

Hi everybody,

I am back from C to PBP.
I have spent one month with MPLAB X, XC8, etc.., trying to transform my old PBP programs into XC8.
I got lost with the syntax, MCC, the very complex MPLAB X IDE, the useless warnings, type castings and so on...

Finally I realized that I could make the same job with a less modern PIC (18F26K22) than the 18F27K40 but with a much more reusable, readable and maintenable code than with C.

I will have to make an effort to cope with the smaller Flash space (I use huge data tables to be coded differently). The PPS capability was also interesting but I can live without it. My greatest regret is the power management capability which is great and would have allowed some interesing power savings.

Anyway, I am back with you and PBP and happy to be there !

MikeBZH

[Dave]

MikeBZH, Thats interesting. I have also been doing some coding for an 18F27K40 and found that the DEBUG, EEPROM, and DATA statements do not work. I am waiting for a reply or the next version of PBP to come out before continuing. I also wish there was support for the newer versions with things like UMC Loader. So for now I will also stick with the standard 18F26K22.