Hi, Art
you can use the mikroprog suite from Mikroelektronika .... possible to open the program window and the EEPROM window and see content and location ...
I think it will be the best "standalone" and up to date application ...
Alain
Hi, Art
you can use the mikroprog suite from Mikroelektronika .... possible to open the program window and the EEPROM window and see content and location ...
I think it will be the best "standalone" and up to date application ...
Alain
Thanks,
I started a silly trick of putting rubbish code at the bottom of the page that is never called,
so I know when program memory is low.
It was probably only asm projects that can display program memory in MPLAB.
PBP wouldn't know what the program memory map looks like before it compiles it.
For an asm project, it would probably be a simple process for MPLAB to figure it
out on the fly.
Obvious ... PBP Basic to ASM ( then HEX ) "translation" depends on what you have programmed ( syntax, options ... )
so, totally impossible to get memory usage before compilation as you did with interpreted Basics ( like Parallax chips that memorize basic program and translate it to HEX at runtime )
Just "try and trim" method available here ...
Alain
I think it might be asm projects I'm mistaken it with (but it might have only showed eeprom maps).
For the asm project, the compiler shouldn't need to be much more than a lookup table for op codes,
and the thing to translate the Human friendly names of labels,variables, and registers to real locations.
The actual count at compile time, I'm not getting though.
It's like you need a script to look at how long the string of empty data is at the end of the hex file.
Last edited by Art; - 19th October 2013 at 01:15.
It Microchip C30 that lets you see a disassembly at any time.
Don't know how they do it.
Also, there's a program and data memory meter.
It only works if the project is C30 though. Thos options are gone if you
open a PBP (or RISC for that matter) project.
Bookmarks