Jan-Erik Soderholm wrote:
> 
> Bob Ammerman wrote:
>> IIRC 0x7F is reserved for ICD on some chips. Don't know about the 628A, 
>> though.
> 
> Then I would expect the same in the 648A LKR...
> 
> And, b.t.w, the "i" LKR does have special allocations
> for the debugger (both 628ai and 648ai).
> 
> Jan-Erik.
> 

BTW too: '627A has also a special mapping at the same address as '628A.
I don't know what are MC (or all?) ICDs using requirements so the following
questions may seem a little bit simplistic:
A quick grep shows that almost all *i and *g scripts had a special mapping
with a section named "dbgnobnk" for a single byte at 0x?70 / 0x?F0 (first
byte of unbanked area).
So why there's a different mapping on '628A (0x?7F / 0x?FF)? 
How does the ICD know what is the address to be used?
What mechanism prevent the use of these one byte sections by the linker when
you want to use an ICD?
As Olin suggests, can we assume that these mappings was left by the MC guys
by mistake and should be seen as a bug?


-----
Best regards,

Philippe.

http://www.pmpcomp.fr Pic Micro Pascal for all! 
-- 
View this message in context: http://www.nabble.com/-PIC--PIC16F628A-0x7F-ram-mapping-tp23333893p23345617.html
Sent from the PIC - [PIC] mailing list archive at Nabble.com.

-- 
http://www.piclist.com PIC/SX FAQ & list archive
View/change your membership options at
http://mailman.mit.edu/mailman/listinfo/piclist