Hi all !! Having used all the flash available in my MSP430F149, I would like to know if any of you has succeded in placing code at address 0x0c00, where the bootstrap loader is usually stored. TI says it's ROM bu I have doubts ( why use ROM ? it's likely it's flash memory, and if some trick exists.. ) Thank you all ! Marco
Guru needed
Started by ●July 6, 2004
Reply by ●July 6, 20042004-07-06
Marco,
That truly is ROM, otherwise it could be upgraded--and TI don't upgrade
the BSL, they put patches in RAM (the "patch.txt" file).
-- Paul.
> -----Original Message-----
> From: marcostucchi2000 [mailto:marcostucchi@marc...]
> Sent: 06 July 2004 09:40
> To: msp430@msp4...
> Subject: [msp430] Guru needed
>
> Hi all !!
>
> Having used all the flash available in my MSP430F149, I would
> like to know if any of you has succeded in placing code at
> address 0x0c00, where the bootstrap loader is usually stored.
> TI says it's ROM bu I have doubts ( why use ROM ? it's likely
> it's flash memory, and if some trick exists.. )
>
>
> Thank you all !
>
> Marco
>
>
>
> ------------------------ Yahoo! Groups Sponsor
> --------------------~--> Make a clean sweep of pop-up ads.
> Yahoo! Companion Toolbar.
> Now with Pop-Up Blocker. Get it for free!
> http://us.click.yahoo.com/L5YrjA/eSIIAA/yQLSAA/CFFolB/TM
> --------------------------
> ------~->
>
> .
>
>
> Yahoo! Groups Links
>
>
>
>
>
>
>
Reply by ●July 6, 20042004-07-06
I'd look at the application to figure out why and how you managed to
use
up so much memory. If the use was unavoidable, the tiny amount available
at 0C00 would be unlikely to help much. I can't imagine all of that
space being used for code. If it is consumed by data then you need to
rethink your data requirements and see if you can't reduce the amount of
memory needed, there are many simple ways to reduce the memory required
to store data, without necessarily compromising the amount of data to be
stored.. Either that or move to another processor. Even my most complex
stuff running 3D graphics imaging and a truckload of sensors doesn't use
even half the available memory for code.
If you can't move processors, can't reduce your code space and
can't
compress your data requirements try external memory for both, ie code to
execute from RAM or data storage externally.
Al
marcostucchi2000 wrote:
> Hi all !!
>
> Having used all the flash available in my MSP430F149, I would like to
> know if any of you has succeded in placing code at address 0x0c00,
> where the bootstrap loader is usually stored. TI says it's ROM bu I
> have doubts ( why use ROM ? it's likely it's flash memory, and if
> some trick exists.. )
>
>
> Thank you all !
>
> Marco
>
>
>
>
> .
>
>
> Yahoo! Groups Links
>
>
>
>
>
>
Reply by ●July 6, 20042004-07-06
On Tue, 06 Jul 2004 20:07:43 +0930, Al wrote:
>I'd look at the application to figure out why
and how you managed to use
>up so much memory.
Probably using someone's C compiler, I bet. There's the problem. ;)
Jon
Reply by ●July 6, 20042004-07-06
Brian, > >>I'd look at the application to figure out why and how you > managed to > >>use up so much memory. > > > > > > Probably using someone's C compiler, I bet. There's the > problem. ;) > > > > I must be finally getting the hang of MSP430 assembly. I can > now take some of the assembly produced by ICC430 and make it > smaller :) > > In my case I have a bunch (50kbytes or so) of DSP code that > is eating up most of my '430 flash. The next step is to try > to compress the code a bit to save some space. Does anyone > have any suggestions for simple to implement code > de-compression routines? Code De-Compression? :-/ Code compression, surely? -- Paul Curtis, Rowley Associates Ltd http://www.rowley.co.uk CrossWorks for MSP430, ARM, and (soon) Atmel AVR processors
Reply by ●July 6, 20042004-07-06
Jonathan Kirwan wrote:
> On Tue, 06 Jul 2004 20:07:43 +0930, Al wrote:
>
>
>>I'd look at the application to figure out why and how you managed
to use
>>up so much memory.
>
>
> Probably using someone's C compiler, I bet. There's the problem.
;)
>
I must be finally getting the hang of MSP430 assembly. I can now take
some of the assembly produced by ICC430 and make it smaller :)
In my case I have a bunch (50kbytes or so) of DSP code that is eating up
most of my '430 flash. The next step is to try to compress the code a
bit to save some space. Does anyone have any suggestions for simple to
implement code de-compression routines?
Brian
--
-----------------
Brian C. Lane (W7BCL) Programmer
www.shinemicro.com RF, DSP & Microcontroller Design
Reply by ●July 6, 20042004-07-06
Hi,
it's easy:
a) decompress the function e. g. with huffman decoding
b) call the decompressed function in RAM.
I've done it only for updating from RAM because of the few RAM.
Rolf
msp430@msp4... schrieb am 06.07.04 19:08:49:
>
> Brian,
>
> > >>I'd look at the application to figure out why and how you
> > managed to
> > >>use up so much memory.
> > >
> > >
> > > Probably using someone's C compiler, I bet. There's
the
> > problem. ;)
> > >
> >
> > I must be finally getting the hang of MSP430 assembly. I can
> > now take some of the assembly produced by ICC430 and make it
> > smaller :)
> >
> > In my case I have a bunch (50kbytes or so) of DSP code that
> > is eating up most of my '430 flash. The next step is to try
> > to compress the code a bit to save some space. Does anyone
> > have any suggestions for simple to implement code
> > de-compression routines?
>
> Code De-Compression? :-/ Code compression, surely?
>
> --
> Paul Curtis, Rowley Associates Ltd http://www.rowley.co.uk
> CrossWorks for MSP430, ARM, and (soon) Atmel AVR processors
>
>
>
>
>
>
> .
>
>
> Yahoo! Groups Links
>
>
>
>
>
Reply by ●July 6, 20042004-07-06
I bet you are using DSP float point routines to do filtering. Karl. >From: "Brian C. Lane" <brian@bria...> >Reply-To: msp430@msp4... >To: msp430@msp4... >Subject: Re: [msp430] Guru needed >Date: Tue, 06 Jul 2004 10:04:33 -0700 > >Jonathan Kirwan wrote: > > > On Tue, 06 Jul 2004 20:07:43 +0930, Al wrote: > > > > > >>I'd look at the application to figure out why and how you managed to use > >>up so much memory. > > > > > > Probably using someone's C compiler, I bet. There's the problem. ;) > > > >I must be finally getting the hang of MSP430 assembly. I can now take >some of the assembly produced by ICC430 and make it smaller :) > >In my case I have a bunch (50kbytes or so) of DSP code that is eating up >most of my '430 flash. The next step is to try to compress the code a >bit to save some space. Does anyone have any suggestions for simple to >implement code de-compression routines? > >Brian > > >-- >----------------- >Brian C. Lane (W7BCL) Programmer >www.shinemicro.com RF, DSP & Microcontroller Design > > > > >. > > >Yahoo! Groups Links > > > > > _________________________________________________________________ MSN 9 Dial-up Internet Access helps fight spam and pop-ups now 2 months FREE! http://join.msn.click-url.com/go/onm00200361ave/direct/01/
Reply by ●July 6, 20042004-07-06
Karl Adler wrote:
> I bet you are using DSP float point routines to do
filtering.
> Karl.
>
>
Nope, fixed point (mostly in assembly, BTW).
Brian
--
-----------------
Brian C. Lane (W7BCL) Programmer
www.shinemicro.com RF, DSP & Microcontroller Design
Reply by ●July 6, 20042004-07-06
Paul Curtis wrote:
> Brian,
>
>
>>>>I'd look at the application to figure out why and how you
>>
>>managed to
>>
>>>>use up so much memory.
>>>
>>>
>>>Probably using someone's C compiler, I bet. There's the
>>
>>problem. ;)
>>
>>I must be finally getting the hang of MSP430 assembly. I can
>>now take some of the assembly produced by ICC430 and make it
>>smaller :)
>>
>>In my case I have a bunch (50kbytes or so) of DSP code that
>>is eating up most of my '430 flash. The next step is to try
>>to compress the code a bit to save some space. Does anyone
>>have any suggestions for simple to implement code
>>de-compression routines?
>
>
> Code De-Compression? :-/ Code compression, surely?
>
The compression can happen on a PC so it doesn't need to be embeddable.
But yes, you do need both :) Its been quite a while since I looked at
any compression/decompression routines (and then it was in 'c'). If I
remember right the compressor scans the data and builds a 'character
set' based on common patterns. The decompression routine just has to use
the table generated, so it is smaller to implement on the embedded side.
Brian
--
-----------------
Brian C. Lane (W7BCL) Programmer
www.shinemicro.com RF, DSP & Microcontroller Design