I agree , i'm heading back to mikro C for new projects . their latest update enables source level debugging for some of the newer chips ,finally!Last time I tried it source level debugging was just about useless.
I agree , i'm heading back to mikro C for new projects . their latest update enables source level debugging for some of the newer chips ,finally!Last time I tried it source level debugging was just about useless.
Warning I'm not a teacher
So if I understand correctly, there is absolutely no advantage (debugging) to going through a massive ordeal to attempt to get PBP3 to work in the new MPLABX over the MicroStudio?!?
Hmm, source level debugging seems a distant dream for PBP.
But to be fair, the language syntax of PBP is much more straight forward than C so it is easier to debug and correct errors.
Still, debugging is on top of my wish list.
Ioannis
not if you include usercommands and asm code blocks .But to be fair, the language syntax of PBP is much more straight forward than C
and that's the only thing that keeps pbp3 viable for me
Warning I'm not a teacher
It's not entirely clear, but you might need the AC244066 Emulation Extension Pak to debug the 16F1619.
Looking at it again I think you're right. I was looking in the datasheet and didn't see anything about debug support.
According to mplabx 4 the 16F1619 should be supported by PK3 and ICD3.
Which MPLABX in turn does not support PBP3...
Back to square 1.
Ioannis
Bookmarks