RE: [Mspgcc-users] 161x parts

[Thomas W. C. <tc...@en...>]

Can we just get this information for TI by emailing them the question? =
It
seems to me they should be happy to clear up any confusion. Do they just =
not
reply to questions?

-----Original Message-----
From: msp...@li...
[mailto:msp...@li...] On Behalf Of Steve
Underwood
Sent: Friday, February 27, 2004 11:52 AM
To: msp...@li...
Subject: Re: [Mspgcc-users] 161x parts

Matthias,

38FF-1100 =3D> 27FF. That's 10K not 8K. If the 2K at 0x200 to 0x9FF is=20
really there it must overlap 2K of that 10K. The numbers for the devices =

with 5K of RAM work out similarly, I'd like to play with real silicon=20
before deciding they really overlap, though.

Regards,
Steve


Matthias Weingart wrote:

>What range is overlapping? According to msp430f1611.pdf=20
>the memory has no overlapping regions:
>
>0000h-000fH SFR
>0010h-00ffH 8bit per.
>0100h-01ffh 16bit per.
>0200h-09ffh RAM 2k
>0A00h-0bffh gap  512 bytes
>0C00h-0fffh ROM 1k
>1000h-10ffh flash 256bytes
>1100h-38ffh RAM 8k
>3900h-3fffh gap  1792 bytes
>4000h-ffffh flash
>
>So I cannot see a whole 10k block!? Do you think that the RAM at 0200h =
is
>mapped to the second gap at 3900h? (the 2nd gap is 256bytes smaller =
than
2k)
>If this is the case than we should access it as whole block (and ignore
>200-9ffh), but I cannot see this in the manual.
>
>        Matthias
> =20
>


-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick
_______________________________________________
Mspgcc-users mailing list
Msp...@li...
https://lists.sourceforge.net/lists/listinfo/mspgcc-users