MSP430F54xx programming under windows

[JMGross]

Hi!

I know similar (not excatly identical) questions have been asked before, but maybe someone has succeded since - or a different suggestion.

Has anyone succeded to program a 54xx (18/19/37/38) from an mspgcc compile binary under windows?

Yesterday I got the demo kit for the 5438, together with the MSP-FETU430IF USB programmer.
After installing the included IAR kickstart, I was able to program it - using the IAR compiler, which is restricted to 8 KB of code.
Unfortunately, there was no way to use the IAR suite or the debugger for putting a IHEX or TI hex (or ELF) file onto the MSP. Only the internal format is supported.
Bad luck.

Then I deinstalled the kickstart and tried CodeComposerEssentials.
Also limited (and of course would also require rewriting our existing codebase) and it has also no support of .hex, .txt or .elf (the linker produces .out files and the debugger won't accept .elf, even if it is mentioned in the
c++ settings somewhere).
In addition, the included USB driver for the FET are different and incompatible/exclusive. So I cannot setup both, IAR and CEE.

I experimented with putting the included MSP430 and HIL dlls into the MSP430 toolchain.
Using so with the IAR dlls, msp430-jtag did access the USB FET and reset the processor, but was unable to detect it (let alone program it, which is almost impossible due to the changed FLASH controller)

Using the USB drivers and DLLs from CCE, things were even worse.

In a sidenote about CEE I found that there is a conversion tool to produce TI Hex files to be used with a Gang programmer. I guess, this programmer could do the job, as it should make no difference where the file comes
from (mspgcc and not cce). But didn't find any further reference. And of course, I'll surely fail to raise the funds for yet another programmer (and a probably expensive too), even more if I cannot be sure it will work then.

If I could convert the mspgcc output to any of the file formats used by CCE or IAR debugger, I could at least use them to upload the data using the FETU, while waiting for a 'real' tool to come along.

We'd really like to switch to the 5419 for our next project. Not because of the 430X architecture or the increased flash (64K/16bit is just fine and should work on the 54xx transparently) but for its increased I/O and
hardware modules.
But the project has to start soon and if there is no solution to put it smoothly into the same production chain as the other MSP based devices, I'll have to look for a different processor :(
(currently we're using the 1611 and 1232)

Has anyone a working solution (and again, I need it for Windows, not Linux or anything that needs to be built first)

And no, unfortunately the BSL is not a desireable solution, as
1) the password needs to be known to update the firmware but not the config mem, and when updating the firmware in the field, the current state is not always known, and
2) the existing hardware structure with ist connectors (the systems are modular, the 54xx being only one module) does not support the required lines for using the BSL (and the pins are usually already used on the
existing hardware). So in the production process things BSL and JTAG would require constantly connecting and disconnecting of the modules and programming hardware.
3) to get the additional benefit of the BSL code protection, we'd need to blow the JTAG fuse and therefore still need a JTAG connection and a capable programmer (we didn't use that feature anyway until now)

Maybe I'll end up developing my own jtag device with serial connection and my own jtag firmware/frontent?
I don't need to debug, just upload the code.

JMGross

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Mspgcc-users mailing list
Mspgcc-users@...
https://lists.sourceforge.net/lists/listinfo/mspgcc-users

[Piotr Romaniuk]

Have you tried to ask TI for help (MSP-FET430UIF is provided by TI)?
They refer MSPGCC in their WWW site, so they appreciate this project.
Maybe they will help if are not limited by agreement with IAR.

Piotr Romaniuk  

-----Original Message-----
From: JMGross [mailto:mspgcc@...]
Sent: Wednesday, September 30, 2009 8:15 PM
To: MSPGCC mailing list,
Subject: [Mspgcc-users] MSP430F54xx programming under windows

Hi!

I know similar (not excatly identical) questions have been asked before, but
maybe someone has succeded since - or a different suggestion.

Has anyone succeded to program a 54xx (18/19/37/38) from an mspgcc compile
binary under windows?

Yesterday I got the demo kit for the 5438, together with the MSP-FETU430IF
USB programmer.
After installing the included IAR kickstart, I was able to program it -
using the IAR compiler, which is restricted to 8 KB of code.
Unfortunately, there was no way to use the IAR suite or the debugger for
putting a IHEX or TI hex (or ELF) file onto the MSP. Only the internal
format is supported.
Bad luck.

Then I deinstalled the kickstart and tried CodeComposerEssentials.
Also limited (and of course would also require rewriting our existing
codebase) and it has also no support of .hex, .txt or .elf (the linker
produces .out files and the debugger won't accept .elf, even if it is
mentioned in the
c++ settings somewhere).
In addition, the included USB driver for the FET are different and
incompatible/exclusive. So I cannot setup both, IAR and CEE.

I experimented with putting the included MSP430 and HIL dlls into the MSP430
toolchain.
Using so with the IAR dlls, msp430-jtag did access the USB FET and reset the
processor, but was unable to detect it (let alone program it, which is
almost impossible due to the changed FLASH controller)

Using the USB drivers and DLLs from CCE, things were even worse.

In a sidenote about CEE I found that there is a conversion tool to produce
TI Hex files to be used with a Gang programmer. I guess, this programmer
could do the job, as it should make no difference where the file comes
from (mspgcc and not cce). But didn't find any further reference. And of
course, I'll surely fail to raise the funds for yet another programmer (and
a probably expensive too), even more if I cannot be sure it will work then.

If I could convert the mspgcc output to any of the file formats used by CCE
or IAR debugger, I could at least use them to upload the data using the
FETU, while waiting for a 'real' tool to come along.

We'd really like to switch to the 5419 for our next project. Not because of
the 430X architecture or the increased flash (64K/16bit is just fine and
should work on the 54xx transparently) but for its increased I/O and
hardware modules.
But the project has to start soon and if there is no solution to put it
smoothly into the same production chain as the other MSP based devices, I'll
have to look for a different processor :(
(currently we're using the 1611 and 1232)

Has anyone a working solution (and again, I need it for Windows, not Linux
or anything that needs to be built first)

And no, unfortunately the BSL is not a desireable solution, as
1) the password needs to be known to update the firmware but not the config
mem, and when updating the firmware in the field, the current state is not
always known, and
2) the existing hardware structure with ist connectors (the systems are
modular, the 54xx being only one module) does not support the required lines
for using the BSL (and the pins are usually already used on the
existing hardware). So in the production process things BSL and JTAG would
require constantly connecting and disconnecting of the modules and
programming hardware.
3) to get the additional benefit of the BSL code protection, we'd need to
blow the JTAG fuse and therefore still need a JTAG connection and a capable
programmer (we didn't use that feature anyway until now)

Maybe I'll end up developing my own jtag device with serial connection and
my own jtag firmware/frontent?
I don't need to debug, just upload the code.

JMGross

----------------------------------------------------------------------------
--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Mspgcc-users mailing list
Mspgcc-users@...
https://lists.sourceforge.net/lists/listinfo/mspgcc-users


------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Mspgcc-users mailing list
Mspgcc-users@...
https://lists.sourceforge.net/lists/listinfo/mspgcc-users

[Hans Nieuwenhuis-2]

On Wed, 30 Sep 2009 20:14:52 +0200
"JMGross" <mspgcc@...> wrote:

> Yesterday I got the demo kit for the 5438, together with the
> MSP-FETU430IF USB programmer. After installing the included IAR
> kickstart, I was able to program it - using the IAR compiler, which is
> restricted to 8 KB of code. Unfortunately, there was no way to use the
> IAR suite or the debugger for putting a IHEX or TI hex (or ELF) file
> onto the MSP. Only the internal format is supported. Bad luck.

I stumbled across the same problem as you did. Elpotronic offers a free
version of their programmer software that works with the FETU430IF and
loads hex files.

http://www.elpotronic.com

At http://goodfet.sourceforge.net/ you can find an open hardware FET tool
that programs MSP430's but when I played with it a few weeks ago it did
not have support for the 5438 yet. That's why I had to purchase a
FETU430IF programmer to get my protos verified then.
However I played with it using other code I found through a message on
this list (search for a thread called: [Mspgcc-users] MSP430F55xx
support?) where you can find code for a programmer based on the GoodFET11
using a different crystal. I managed to tweak that code to use the
original 32768hz crystal and got JTAG recognized and was able to dump
memory regions from my 5438 protoboard. Due to lack of time I never
managed to verify the programming ability (using my tweaked firmware).

These projects are sure very promising especially for people working
under Linux as the original TI tools gave me various levels of headaches
from time to time.

Regards,

Hans

--

$ cat .sig /dev/null

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Mspgcc-users mailing list
Mspgcc-users@...
https://lists.sourceforge.net/lists/listinfo/mspgcc-users

[Hans Nieuwenhuis-2]

Sorry, that should be:

http://www.elprotronic.com/

(Note the 'r')

On Thu, 1 Oct 2009 00:12:59 +0200
Hans Nieuwenhuis <vzzbx@...> wrote:

> On Wed, 30 Sep 2009 20:14:52 +0200
> "JMGross" <mspgcc@...> wrote:
>
> > Yesterday I got the demo kit for the 5438, together with the
> > MSP-FETU430IF USB programmer. After installing the included IAR
> > kickstart, I was able to program it - using the IAR compiler, which is
> > restricted to 8 KB of code. Unfortunately, there was no way to use the
> > IAR suite or the debugger for putting a IHEX or TI hex (or ELF) file
> > onto the MSP. Only the internal format is supported. Bad luck.
>
> I stumbled across the same problem as you did. Elpotronic offers a free
> version of their programmer software that works with the FETU430IF and
> loads hex files.
>
> http://www.elpotronic.com
>
> At http://goodfet.sourceforge.net/ you can find an open hardware FET
> tool that programs MSP430's but when I played with it a few weeks ago
> it did not have support for the 5438 yet. That's why I had to purchase a
> FETU430IF programmer to get my protos verified then.
> However I played with it using other code I found through a message on
> this list (search for a thread called: [Mspgcc-users] MSP430F55xx
> support?) where you can find code for a programmer based on the
> GoodFET11 using a different crystal. I managed to tweak that code to
> use the original 32768hz crystal and got JTAG recognized and was able
> to dump memory regions from my 5438 protoboard. Due to lack of time I
> never managed to verify the programming ability (using my tweaked
> firmware).
>
> These projects are sure very promising especially for people working
> under Linux as the original TI tools gave me various levels of headaches
> from time to time.
>
> Regards,
>
> Hans
>

--

$ cat .sig /dev/null

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Mspgcc-users mailing list
Mspgcc-users@...
https://lists.sourceforge.net/lists/listinfo/mspgcc-users

[Dmitry Zuikov]

Hi,

> However I played with it using other code I found through a message on
> this list (search for a thread called: [Mspgcc-users] MSP430F55xx
> support?) where you can find code for a programmer based on the GoodFET11
> using a different crystal. I managed to tweak that code to use the
> original 32768hz crystal and got JTAG recognized and was able to dump
> memory regions from my 5438 protoboard. Due to lack of time I never
> managed to verify the programming ability (using my tweaked firmware).

Don't you mean a project called prog430x located on http://phenopy.net ?


---
Regards,
Dmitry


------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Mspgcc-users mailing list
Mspgcc-users@...
https://lists.sourceforge.net/lists/listinfo/mspgcc-users

[Hans Nieuwenhuis-2]

On Thu, 01 Oct 2009 07:42:05 +0400
Dmitry Zuikov <dzuikov@...> wrote:

> Hi,
>
> > However I played with it using other code I found through a message on
> > this list (search for a thread called: [Mspgcc-users] MSP430F55xx
> > support?) where you can find code for a programmer based on the GoodFET11
> > using a different crystal. I managed to tweak that code to use the
> > original 32768hz crystal and got JTAG recognized and was able to dump
> > memory regions from my 5438 protoboard. Due to lack of time I never
> > managed to verify the programming ability (using my tweaked firmware).
>
> Don't you mean a project called prog430x located on http://phenopy.net ?
>

Yep, that's the one, couldn't connect to the website last night when I
wrote that email. It seems to be down again though...
I had to fiddle a bit with the clock as you used a 7.3xx MHz crystal
which I had not lying around at that time. Instead I used the clock
code from the original SVN at goodfet.sf.net and lowered the baudrate
to 115200.

Regards,

Hans

>
> ---
> Regards,
> Dmitry
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry® Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9-12, 2009. Register now!
> http://p.sf.net/sfu/devconf
> _______________________________________________
> Mspgcc-users mailing list
> Mspgcc-users@...
> https://lists.sourceforge.net/lists/listinfo/mspgcc-users

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Mspgcc-users mailing list
Mspgcc-users@...
https://lists.sourceforge.net/lists/listinfo/mspgcc-users

[Dmitry Zuikov]

> Yep, that's the one, couldn't connect to the website last night when I
> wrote that email. It seems to be down again though...

The server is hijacked and now it's down.  I will bring it up ASAP. Or,
may be I will host the repo in github in a few days.  Just lack ot
time...

If you need the tarball, I may send it by email.

> I had to fiddle a bit with the clock as you used a 7.3xx MHz crystal
> which I had not lying around at that time. Instead I used the clock
> code from the original SVN at goodfet.sf.net and lowered the baudrate
> to 115200.

Actually, I doubt that it's will work well on low frequency, cause there
is some CPU-hungry operations is used (forth syntax parsing).

At least, it going to be significantly slower.

Also, feel free to ask if there are any questions.

---
Regards,
Dmitry

> Regards,
>
> Hans
>
>
> >
> > ---
> > Regards,
> > Dmitry
> >
> >
> > ------------------------------------------------------------------------------
> > Come build with us! The BlackBerry® Developer Conference in SF, CA
> > is the only developer event you need to attend this year. Jumpstart your
> > developing skills, take BlackBerry mobile applications to market and stay
> > ahead of the curve. Join us from November 9-12, 2009. Register now!
> > http://p.sf.net/sfu/devconf
> > _______________________________________________
> > Mspgcc-users mailing list
> > Mspgcc-users@...
> > https://lists.sourceforge.net/lists/listinfo/mspgcc-users
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry® Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9-12, 2009. Register now!
> http://p.sf.net/sfu/devconf
> _______________________________________________
> Mspgcc-users mailing list
> Mspgcc-users@...
> https://lists.sourceforge.net/lists/listinfo/mspgcc-users

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Mspgcc-users mailing list
Mspgcc-users@...
https://lists.sourceforge.net/lists/listinfo/mspgcc-users

[Dmitry Zuikov]

> Yep, that's the one, couldn't connect to the website last night when I
> wrote that email. It seems to be down again though...

Mirror:

http://github.com/voidlizard/prog430x




------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Mspgcc-users mailing list
Mspgcc-users@...
https://lists.sourceforge.net/lists/listinfo/mspgcc-users

[Hans Nieuwenhuis-2]

Hi,

On Thu, 01 Oct 2009 11:15:20 +0400
Dmitry Zuikov <dzuikov@...> wrote:

>
> > Yep, that's the one, couldn't connect to the website last night when I
> > wrote that email. It seems to be down again though...
>
> The server is hijacked and now it's down.  I will bring it up ASAP. Or,
> may be I will host the repo in github in a few days.  Just lack ot
> time...
>
Ok, that explains it...

> If you need the tarball, I may send it by email.
>
The git revision I have I obtained at  Sept 17, is that the latest one?

> > I had to fiddle a bit with the clock as you used a 7.3xx MHz crystal
> > which I had not lying around at that time. Instead I used the clock
> > code from the original SVN at goodfet.sf.net and lowered the baudrate
> > to 115200.
>
> Actually, I doubt that it's will work well on low frequency, cause there
> is some CPU-hungry operations is used (forth syntax parsing).
>

I use FLL code to program the clock at 3.6834 MHz. Inspired by this
thread I did some testing and I managed to load a 10kb sample project
into the device. For now it seems to work.
I can make a diff from what I have changed later tonight.
The only thing I ran into is that if you connect to the FET before the
FLL is stabilised it messes up TimerA for some reason and the FET locks
up. The problem lies in my code changes probably and the fact that
RX/TX are also connected to TA0 (BSL). I have to look into that.

> At least, it going to be significantly slower.
>

Hehe, but it saves me the hassle of messing with a Windows machine to
program it. So far it looks very promising, thanks.

> Also, feel free to ask if there are any questions.
>
> ---
> Regards,
> Dmitry
>
>
>
>
> > Regards,
> >
> > Hans
> >
> >
> > >
> > > ---
> > > Regards,
> > > Dmitry
> > >
> > >
> > > ------------------------------------------------------------------------------
> > > Come build with us! The BlackBerry® Developer Conference in SF, CA
> > > is the only developer event you need to attend this year. Jumpstart your
> > > developing skills, take BlackBerry mobile applications to market and stay
> > > ahead of the curve. Join us from November 9-12, 2009. Register now!
> > > http://p.sf.net/sfu/devconf
> > > _______________________________________________
> > > Mspgcc-users mailing list
> > > Mspgcc-users@...
> > > https://lists.sourceforge.net/lists/listinfo/mspgcc-users
> >
> > ------------------------------------------------------------------------------
> > Come build with us! The BlackBerry® Developer Conference in SF, CA
> > is the only developer event you need to attend this year. Jumpstart your
> > developing skills, take BlackBerry mobile applications to market and stay
> > ahead of the curve. Join us from November 9-12, 2009. Register now!
> > http://p.sf.net/sfu/devconf
> > _______________________________________________
> > Mspgcc-users mailing list
> > Mspgcc-users@...
> > https://lists.sourceforge.net/lists/listinfo/mspgcc-users
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry® Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9-12, 2009. Register now!
> http://p.sf.net/sfu/devconf
> _______________________________________________
> Mspgcc-users mailing list
> Mspgcc-users@...
> https://lists.sourceforge.net/lists/listinfo/mspgcc-users

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Mspgcc-users mailing list
Mspgcc-users@...
https://lists.sourceforge.net/lists/listinfo/mspgcc-users

[Dmitry Zuikov]

> I use FLL code to program the clock at 3.6834 MHz. Inspired by this
> thread I did some testing and I managed to load a 10kb sample project
> into the device. For now it seems to work.

Well, actually it works, cause we use it to program devices in
production, an I even do not have any other solution to program the
devices. It also works with extended flash memory.

The only serious issue is that it consider the data to be
word-aligned, cause there is no support for writing not aligned data.
Sometimes it makes problems but it happens quite seldom.

---
Regards,
Dmitry


------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Mspgcc-users mailing list
Mspgcc-users@...
https://lists.sourceforge.net/lists/listinfo/mspgcc-users

[Hans Nieuwenhuis-2]

On Thu, 01 Oct 2009 12:11:03 +0400
Dmitry Zuikov <dzuikov@...> wrote:

>
> > I use FLL code to program the clock at 3.6834 MHz. Inspired by this
> > thread I did some testing and I managed to load a 10kb sample project
> > into the device. For now it seems to work.
>
> Well, actually it works, cause we use it to program devices in
> production, an I even do not have any other solution to program the
> devices. It also works with extended flash memory.
>

Good to hear that it is field-proven. Also good to hear that someone
even managed to get hold of 5418s to get into production, I am still
waiting for my first order to get delivered :-).

> The only serious issue is that it consider the data to be
> word-aligned, cause there is no support for writing not aligned data.
> Sometimes it makes problems but it happens quite seldom.
>

OK, do I understand it correct that if the last block of data has an
odd number of bytes it will refuse to program the block correctly?

Thanks,

Hans

> ---
> Regards,
> Dmitry
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry® Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9-12, 2009. Register now!
> http://p.sf.net/sfu/devconf
> _______________________________________________
> Mspgcc-users mailing list
> Mspgcc-users@...
> https://lists.sourceforge.net/lists/listinfo/mspgcc-users

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Mspgcc-users mailing list
Mspgcc-users@...
https://lists.sourceforge.net/lists/listinfo/mspgcc-users

[Dmitry Zuikov]

> OK, do I understand it correct that if the last block of data has an
> odd number of bytes it will refuse to program the block correctly?

Actually, the ti2f utility will not convert ti_txt file into the forth
in this case.

---
Regards,
Dmitry



Thanks,

>
> Hans
>
> > ---
> > Regards,
> > Dmitry
> >
> >
> > ------------------------------------------------------------------------------
> > Come build with us! The BlackBerry® Developer Conference in SF, CA
> > is the only developer event you need to attend this year. Jumpstart your
> > developing skills, take BlackBerry mobile applications to market and stay
> > ahead of the curve. Join us from November 9-12, 2009. Register now!
> > http://p.sf.net/sfu/devconf
> > _______________________________________________
> > Mspgcc-users mailing list
> > Mspgcc-users@...
> > https://lists.sourceforge.net/lists/listinfo/mspgcc-users
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry® Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9-12, 2009. Register now!
> http://p.sf.net/sfu/devconf
> _______________________________________________
> Mspgcc-users mailing list
> Mspgcc-users@...
> https://lists.sourceforge.net/lists/listinfo/mspgcc-users

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Mspgcc-users mailing list
Mspgcc-users@...
https://lists.sourceforge.net/lists/listinfo/mspgcc-users

[JMGross]

Hi!

Many thanks for the link to Elprotronic.
The programmer software works fine.

It has a tendency to UI hangs (as many programs have which are built with WindowsForms and without proper thread splitting between UI and work), but if you know that you shouldn't touch it while running...

It handles not only the USB programmer but also the LPT programmer I already have, so I don't have to switch th eprogrammer when switching from one project to another.

Nice thing is that you can specify the configuration (processor, memory setup, usb/LPT etc.) and the code file as commandline parameters. It does not run without interaction though. But way better than nothing.

I'd still love to see msp430-jtag support the USB programmer and/or the 54xx series.

JMGross


------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Mspgcc-users mailing list
Mspgcc-users@...
https://lists.sourceforge.net/lists/listinfo/mspgcc-users

[Wayne Uroda-2]

I believe Elprotronic offer a pro version of their FET430 software with an API such that you can embed it inside your own program. IIRC the cost is around $80USD. The automatic serial number programming is also a nice feature.

I agree though that it would be nice to see better support for the 2 and 5 family chips in the mspgcc universe (including debugging!). If only Ti would make its FET information free/open instead of NDA protected as it is now. They are only hurting themselves - I am shying away from ever basing a product on MSP430 again after the issues we had with development for the MSP2418. IMO, IAR and CCE are two poor choices (big cost and poor quality, respectively), but they seem to be the only viable options.

- Wayne
Sent via BlackBerry® from Vodafone

-----Original Message-----
From: "JMGross" <mspgcc@...>
Date: Thu, 1 Oct 2009 20:21:21
To: MSPGCC mailing list,<mspgcc-users@...>
Subject: Re: [Mspgcc-users] MSP430F54xx programming under windows


Hi!

Many thanks for the link to Elprotronic.
The programmer software works fine.

It has a tendency to UI hangs (as many programs have which are built with WindowsForms and without proper thread splitting between UI and work), but if you know that you shouldn't touch it while running...

It handles not only the USB programmer but also the LPT programmer I already have, so I don't have to switch th eprogrammer when switching from one project to another.

Nice thing is that you can specify the configuration (processor, memory setup, usb/LPT etc.) and the code file as commandline parameters. It does not run without interaction though. But way better than nothing.

I'd still love to see msp430-jtag support the USB programmer and/or the 54xx series.

JMGross


------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Mspgcc-users mailing list
Mspgcc-users@...
https://lists.sourceforge.net/lists/listinfo/mspgcc-users
------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Mspgcc-users mailing list
Mspgcc-users@...
https://lists.sourceforge.net/lists/listinfo/mspgcc-users

[Dmitry Zuikov]

> I agree though that it would be nice to see better support for the 2 and 5 family chips in the mspgcc universe (including debugging!).
> If only Ti would make its FET information free/open instead of NDA protected as it is now. They are only hurting themselves - I am shying away
> from ever basing a product on MSP430 again after the issues we had with development for the MSP2418. IMO, IAR and CCE are two poor choices
> (big cost and poor quality, respectively), but they seem to be the only viable options.

I'm partially agree, but there is no need for FET. The device for
programming / debugging may be quite simple and cheap like GoodFET, JTAG
is specified quite good and it's not necessary to use  FET-UIF.

The only issue is debugging, because it's not clear yet how to implement
it.

But I believe that there is a way to implement debugging using only
documented features of JTAG protocol.

Rowley has their own solution for programming/debugging, and what's
problem for open source community to implement a debug feature for, say,
GoodFET? BTW, Rowley's toolchain is working on Linux, and it may bee
used in command-line fashion, without messing with IDE.
 
The only reason why I'm not making any efforts to implement this feature
in prog430x - it's my personal opinion that this feature is relatively
useless, at least it does not worth those efforts. From the technical
point of view, it's something about a week to sniff how the commercial
debuggers work, using the logical analyzer and some time to implement
the required features in firmware.

Also, there is no point to blame the TI for poor support of open source
community.  There is no open source compiler with support of X and X2
architectures. Period. The opensource toolchain works perfectly for old
plain MSP430 and that's all.

The another point against disclosing of FET's protocol is that it's
useless. This protocol seems like a bunch of JTAG commands wrapped in
data packets by some firmware-specific way. This protocol is pretty
useless itself without the FET's firmware, should TI also make it
opensourced? Do we really need it? Why just not to develop own firmware
for FET-UIF or for any other available board.

So the only serious issue with MSP430X and X2 for the moment is the
compiler.

---
Regards,
Dmitry

>
> - Wayne
> Sent via BlackBerry® from Vodafone
>
> -----Original Message-----
> From: "JMGross" <mspgcc@...>
> Date: Thu, 1 Oct 2009 20:21:21
> To: MSPGCC mailing list,<mspgcc-users@...>
> Subject: Re: [Mspgcc-users] MSP430F54xx programming under windows
>
>
> Hi!
>
> Many thanks for the link to Elprotronic.
> The programmer software works fine.
>
> It has a tendency to UI hangs (as many programs have which are built with WindowsForms and without proper thread splitting between UI and work), but if you know that you shouldn't touch it while running...
>
> It handles not only the USB programmer but also the LPT programmer I already have, so I don't have to switch th eprogrammer when switching from one project to another.
>
> Nice thing is that you can specify the configuration (processor, memory setup, usb/LPT etc.) and the code file as commandline parameters. It does not run without interaction though. But way better than nothing.
>
> I'd still love to see msp430-jtag support the USB programmer and/or the 54xx series.
>
> JMGross
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry® Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9-12, 2009. Register now!
> http://p.sf.net/sfu/devconf
> _______________________________________________
> Mspgcc-users mailing list
> Mspgcc-users@...
> https://lists.sourceforge.net/lists/listinfo/mspgcc-users
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry® Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9-12, 2009. Register now!
> http://p.sf.net/sfu/devconf
> _______________________________________________
> Mspgcc-users mailing list
> Mspgcc-users@...
> https://lists.sourceforge.net/lists/listinfo/mspgcc-users

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Mspgcc-users mailing list
Mspgcc-users@...
https://lists.sourceforge.net/lists/listinfo/mspgcc-users

[Piotr Romaniuk]

I am concerned with your statement about X, X2 architectures.
What features of the compiler are not ready for them?
If I compile the program with current version of the mspgcc
and try to run on msp430f5348 will it work?
What problems I may expect?

Regards
Piotr Romaniuk

-----Original Message-----
From: Dmitry Zuikov [mailto:dzuikov@...]
Sent: Friday, October 02, 2009 4:54 AM
To: wayne.uroda@...; GCC for MSP430 - http://mspgcc.sf.net
Subject: Re: [Mspgcc-users] MSP430F54xx programming under windows

[...]
Also, there is no point to blame the TI for poor support of open source
community.  There is no open source compiler with support of X and X2
architectures. Period. The opensource toolchain works perfectly for old
plain MSP430 and that's all.
[...]
So the only serious issue with MSP430X and X2 for the moment is the
compiler.

---
Regards,
Dmitry

>
> - Wayne
> Sent via BlackBerry® from Vodafone
>
> -----Original Message-----
> From: "JMGross" <mspgcc@...>
> Date: Thu, 1 Oct 2009 20:21:21
> To: MSPGCC mailing list,<mspgcc-users@...>
> Subject: Re: [Mspgcc-users] MSP430F54xx programming under windows
>
>
> Hi!
>
> Many thanks for the link to Elprotronic.
> The programmer software works fine.
>
> It has a tendency to UI hangs (as many programs have which are built with WindowsForms and without proper thread splitting between UI and work), but if you know that you shouldn't touch it while running...
>
> It handles not only the USB programmer but also the LPT programmer I already have, so I don't have to switch th eprogrammer when switching from one project to another.
>
> Nice thing is that you can specify the configuration (processor, memory setup, usb/LPT etc.) and the code file as commandline parameters. It does not run without interaction though. But way better than nothing.
>
> I'd still love to see msp430-jtag support the USB programmer and/or the 54xx series.
>
> JMGross
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry® Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9-12, 2009. Register now!
> http://p.sf.net/sfu/devconf
> _______________________________________________
> Mspgcc-users mailing list
> Mspgcc-users@...
> https://lists.sourceforge.net/lists/listinfo/mspgcc-users
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry® Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9-12, 2009. Register now!
> http://p.sf.net/sfu/devconf
> _______________________________________________
> Mspgcc-users mailing list
> Mspgcc-users@...
> https://lists.sourceforge.net/lists/listinfo/mspgcc-users

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Mspgcc-users mailing list
Mspgcc-users@...
https://lists.sourceforge.net/lists/listinfo/mspgcc-users


------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Mspgcc-users mailing list
Mspgcc-users@...
https://lists.sourceforge.net/lists/listinfo/mspgcc-users

[Dmitry Zuikov]

> I am concerned with your statement about X, X2 architectures.
> What features of the compiler are not ready for them?

Well, generally speaking it just not going to work. I do not remember,
if it concerns only the extended memory, or there are some general
problems too. But I tried to use the mspgcc-x branch about a month ago,
there were a bunch of problems, i.e. some problems with linking the
firmware because of typo in CRT.  And even after I fixed some obvious
problems, there was  still no way to make the firmware run.

The main branch in general is also broken for 54XX: the wrong registers
definitions in the headers (some guys here sent the patches, but they
are not in CVS so far). Hardcoded and wrong MPY-s registers and I could
not patch the libraries to produce correct code for multiplication.

> If I compile the program with current version of the mspgcc
> and try to run on msp430f5348 will it work?
> What problems I may expect?

There is hard to point to some specific problems because there are a few
chances that the generated firmware will work proper at all. I managed
to migrate to Rowley first, and wine + cce later in order to accomplish
the project.

> Regards
> Piotr Romaniuk
>
> -----Original Message-----
> From: Dmitry Zuikov [mailto:dzuikov@...]
> Sent: Friday, October 02, 2009 4:54 AM
> To: wayne.uroda@...; GCC for MSP430 - http://mspgcc.sf.net
> Subject: Re: [Mspgcc-users] MSP430F54xx programming under windows
>
> [...]
> Also, there is no point to blame the TI for poor support of open source
> community.  There is no open source compiler with support of X and X2
> architectures. Period. The opensource toolchain works perfectly for old
> plain MSP430 and that's all.
> [...]
> So the only serious issue with MSP430X and X2 for the moment is the
> compiler.
>
> ---
> Regards,
> Dmitry
>
>
> >
> > - Wayne
> > Sent via BlackBerry® from Vodafone
> >
> > -----Original Message-----
> > From: "JMGross" <mspgcc@...>
> > Date: Thu, 1 Oct 2009 20:21:21
> > To: MSPGCC mailing list,<mspgcc-users@...>
> > Subject: Re: [Mspgcc-users] MSP430F54xx programming under windows
> >
> >
> > Hi!
> >
> > Many thanks for the link to Elprotronic.
> > The programmer software works fine.
> >
> > It has a tendency to UI hangs (as many programs have which are built with WindowsForms and without proper thread splitting between UI and work), but if you know that you shouldn't touch it while running...
> >
> > It handles not only the USB programmer but also the LPT programmer I already have, so I don't have to switch th eprogrammer when switching from one project to another.
> >
> > Nice thing is that you can specify the configuration (processor, memory setup, usb/LPT etc.) and the code file as commandline parameters. It does not run without interaction though. But way better than nothing.
> >
> > I'd still love to see msp430-jtag support the USB programmer and/or the 54xx series.
> >
> > JMGross
> >
> >
> > ------------------------------------------------------------------------------
> > Come build with us! The BlackBerry® Developer Conference in SF, CA
> > is the only developer event you need to attend this year. Jumpstart your
> > developing skills, take BlackBerry mobile applications to market and stay
> > ahead of the curve. Join us from November 9-12, 2009. Register now!
> > http://p.sf.net/sfu/devconf
> > _______________________________________________
> > Mspgcc-users mailing list
> > Mspgcc-users@...
> > https://lists.sourceforge.net/lists/listinfo/mspgcc-users
> > ------------------------------------------------------------------------------
> > Come build with us! The BlackBerry® Developer Conference in SF, CA
> > is the only developer event you need to attend this year. Jumpstart your
> > developing skills, take BlackBerry mobile applications to market and stay
> > ahead of the curve. Join us from November 9-12, 2009. Register now!
> > http://p.sf.net/sfu/devconf
> > _______________________________________________
> > Mspgcc-users mailing list
> > Mspgcc-users@...
> > https://lists.sourceforge.net/lists/listinfo/mspgcc-users
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry® Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9-12, 2009. Register now!
> http://p.sf.net/sfu/devconf
> _______________________________________________
> Mspgcc-users mailing list
> Mspgcc-users@...
> https://lists.sourceforge.net/lists/listinfo/mspgcc-users
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry® Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9-12, 2009. Register now!
> http://p.sf.net/sfu/devconf
> _______________________________________________
> Mspgcc-users mailing list
> Mspgcc-users@...
> https://lists.sourceforge.net/lists/listinfo/mspgcc-users

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Mspgcc-users mailing list
Mspgcc-users@...
https://lists.sourceforge.net/lists/listinfo/mspgcc-users

[rlim]

i've been using mspgcc (MSP430X branch) for a X architecture
(msp430f2417) for about 5 month without noteworthy problems. my code
also uses the extended memory. From this point of view, there exists
support of X the architecture. Can't say anything about MSP430F54xx though..

Roman

Dmitry Zuikov wrote:

>> I am concerned with your statement about X, X2 architectures.
>> What features of the compiler are not ready for them?
>
> Well, generally speaking it just not going to work. I do not remember,
> if it concerns only the extended memory, or there are some general
> problems too. But I tried to use the mspgcc-x branch about a month ago,
> there were a bunch of problems, i.e. some problems with linking the
> firmware because of typo in CRT.  And even after I fixed some obvious
> problems, there was  still no way to make the firmware run.
>
> The main branch in general is also broken for 54XX: the wrong registers
> definitions in the headers (some guys here sent the patches, but they
> are not in CVS so far). Hardcoded and wrong MPY-s registers and I could
> not patch the libraries to produce correct code for multiplication.
>
>> If I compile the program with current version of the mspgcc
>> and try to run on msp430f5348 will it work?
>> What problems I may expect?
>
> There is hard to point to some specific problems because there are a few
> chances that the generated firmware will work proper at all. I managed
> to migrate to Rowley first, and wine + cce later in order to accomplish
> the project.
>
>
>
>> Regards
>> Piotr Romaniuk
>>
>> -----Original Message-----
>> From: Dmitry Zuikov [mailto:dzuikov@...]
>> Sent: Friday, October 02, 2009 4:54 AM
>> To: wayne.uroda@...; GCC for MSP430 - http://mspgcc.sf.net
>> Subject: Re: [Mspgcc-users] MSP430F54xx programming under windows
>>
>> [...]
>> Also, there is no point to blame the TI for poor support of open source
>> community.  There is no open source compiler with support of X and X2
>> architectures. Period. The opensource toolchain works perfectly for old
>> plain MSP430 and that's all.
>> [...]
>> So the only serious issue with MSP430X and X2 for the moment is the
>> compiler.
>>
>> ---
>> Regards,
>> Dmitry
>>
>>

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Mspgcc-users mailing list
Mspgcc-users@...
https://lists.sourceforge.net/lists/listinfo/mspgcc-users

[JMGross]

----- Ursprüngliche Nachricht -----
Von: Roman Lim
Gesendet am: 02 Okt 2009 11:40:57

> i've been using mspgcc (MSP430X branch) for a X architecture
>(msp430f2417) for about 5 month without noteworthy problems. my code
>also uses the extended memory. From this point of view, there exists
>support of X the architecture. Can't say anything about MSP430F54xx though..


Currently, I'm using the latest build (december 08) of the non-X-Version, as I don't have time or equipoment to make my own build from CVS. So I have to rely on the win32 distributions.
The first few runs are promising.
Of course neither compiler nor linker support the extended memory.
if the programming tool supports the extended address range (the MSP toolchain does not, but it does not even recognize the 54xx processors at all), it should be possible to use it using separate segment definitions
and adjusted linker data. At least placing of data arrays, together with assembly-written access functions for byte/word read, could be placed into the extended flash without need of any 430X support at all (the access
functions can use direct word definitions of the required opcodes).

My main concern was the interrupt handling, but this seems to work flawlessly. We don't need that much flash (yet), but we need the speed and the hardware of the 54xx processors. And currently chances are that
everything works as expected.
The only thing might be the use of the multiplication unit, as the 54xx do have a different one. So either I have to manually call my own (inline) function and disable the hardware multiplyer for the compiler completely,
or i somehow have to replace it (if possible). It looks somewhat compatible on the 16bit site anyways, so perhaps a simple address change for the module location is sufficient. I haven't used any multiplication now, as
yesterday was my first day with this processor.


Dmitry Zuikov wrote:

>> The main branch in general is also broken for 54XX: the wrong registers
>> definitions in the headers (some guys here sent the patches, but they
>> are not in CVS so far). Hardcoded and wrong MPY-s registers and I could
>> not patch the libraries to produce correct code for multiplication.

Indeed. With the old definitions from december 08, most of the modules have no macros defined at all. I wrote my own for the clock module, timers and the CRC and while my intended clock system startup code
(which checks for quartz etc.) does not seem to work (I'll have to double-ckeck the register difinitions and the proper order of instructions), things look promising yet.
See above for the MPY.

Unfortunately, it is not easily possible to have more than one mspgcc installation in parallel. There are problems with the path settings and the include path for the DLLs and so on.
I'm able to switch between installations but cannot use them parallel.

>> Also, there is no point to blame the TI for poor support of open source
>> community.  There is no open source compiler with support of X and X2
>> architectures. Period. The opensource toolchain works perfectly for old
>> plain MSP430 and that's all.
>> [...]
>> So the only serious issue with MSP430X and X2 for the moment is the
>> compiler.

The MSP toolchain already makes use of the TI libraries (even if there is no funclet support when not using the mspgcc lib).
And with the TI libraries, it is no problem to access the USB FET as well as the LPT FET.
I tried the libraries that come with CCE and IAR and at least with the IAR version of the libs I had some success accessing a 430F1611 device.
It did not, for any case, identify the 5438. Neither with the LPT nor the USB programmer.

The elprotronic software, however, uses the IAR libraries too and has no problem with the 5438 on both programmers.
So for flashing alone, there is no need for better support by TI :)

JMGross

p.s.: the debugging part, as nice as it sometimes could be, is of no interest for me, since our projects have to deal with realtime events which are not under control of the debugger. So a debugger connection is
useless for debugging. I'd need a (realtime) register, data- and addressbus logger and analyzer which could replay the code run later in slow motion :)


------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Mspgcc-users mailing list
Mspgcc-users@...
https://lists.sourceforge.net/lists/listinfo/mspgcc-users

[JMGross]

----- Ursprüngliche Nachricht -----
Von: JMGross
Gesendet am: 02 Okt 2009 14:15:40

some additional information:

>> The main branch in general is also broken for 54XX: the wrong registers
>> definitions in the headers (some guys here sent the patches, but they
>> are not in CVS so far). Hardcoded and wrong MPY-s registers and I could
>> not patch the libraries to produce correct code for multiplication.

I just tested the MPY and to my surprise it works at least partially out-of-the-box.

16x16 bit unsigned operations use correct inline code for the MPY16 part of the MPY32, with 16 and 32 bit result.

32x32 bit unsigned operations are seemingly broken, as they use the library __umulsi3hw function, which improperly uses the wrong MPY address and MPY16 functionality.

64x64 bit unsigned operations work, as they don't use the hardware MPY at all (while they could on the MPY32).

I didn't test signed, signed/unsigned, 8 bit and mixed 8/16/32/64 bit operations yet.

Since the library functions are weak, you can easily define your own and include it. I just tested it with the one above and it works pretty fine.
Still a bit work until all cases are covered, but nothing that couldn't be fixed in a few days. Without work on the compiler itself (for now).

Things are looking really promising.

JMGross


------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Mspgcc-users mailing list
Mspgcc-users@...
https://lists.sourceforge.net/lists/listinfo/mspgcc-users