Hi
> On 12.12.2014, at 12:57, Peter Bigot wrote:
> .. But since mspgcc doesn't build on Ubuntu 14.04 the code size issue does
> become more important. ...
not really related to the code size problem but I'd like to recommend the use
of Docker for the case where the default compiler causes pr
Hi
C isn't well suited for this kind of reasoning (when is what memory being
used). Here's the dissertation of a friend of mine on how to use state charts
or so to get there:
http://e-collection.library.ethz.ch/view/eth:29949
(I assume/hope there enough arguments and options listed in there)
B
Hi Ian
Please check out my BTstack project. It's a Bluetooth stack with a very low
memory footprint and even comes with examples for the EXP430F5438 board with
the PAN132x Bluetooth modules.
Best
Matthias
On Mar 21, 2013, at 2:16 AM, Ian Chapman wrote:
> Hi,
> I pulled over the libblue
Hi
Same here for fink (it's a .info file)
Best
Matthias
On Oct 24, 2012, at 3:21 PM, Aljaž Srebrnič wrote:
> Hello!
> I'm the mspgcc maintainer on MacPorts, feel free to take a look at my
> portfile, I use the libiberty provided with binutils and delete the others.
>
> On 24/ott/2012, at 10
Hi
I've committed the Fink update to LTS 20120406. You should get it after a fink
selfupdate.
Best
Matthias
On 21.04.2012, at 13:23, Peter Bigot wrote:
> On Sat, Apr 21, 2012 at 3:30 AM, Matthias Ringwald
> wrote:
>> Hi all
>>
>> sorry for the trouble. I'
Hi
On 27.04.2012, at 21:43, Peter Bigot wrote:
> On Fri, Apr 27, 2012 at 2:19 PM, Matthias Ringwald
> wrote:
>> Hi
>>
>> After updating from the 2011 LTS to the new LTS version, my code to place a
>> 10k array into . fartext section fails.
>>
Hi
After updating from the 2011 LTS to the new LTS version, my code to place a 10k
array into . fartext section fails.
The source file looks like this:
__attribute__((section (".fartext")))
const uint8_t cc256x_init_script[] = { 0x00, ... roughly 10k of data ... };
const uint32_t cc256x_init_sc
tthias
On 20.04.2012, at 23:06, Peter Bigot wrote:
> On Fri, Apr 20, 2012 at 2:47 PM, Matthias Ringwald
> wrote:
>> Hello Peter
>>
>> could you please provide a tar.gz of ..
>>
>>>
>>> The tag workspace/release/20120406 in
>>>
Hello Peter
could you please provide a tar.gz of ..
>
> The tag workspace/release/20120406 in
> git://mspgcc.git.sourceforge.net/gitroot/mspgcc/mspgcc checks out a
> workspace configured for this release.
>
> Downstream packagers: please use this version in subsequent distributions.
on the msp
HI Andy
If you have the FET430UIF as a /dev/tty*, you're almost done. The
MSP-EXP430F5438 experimenter board is connected over the JTAG but your log
mentions Spy-By-Wire. Try adding -j to the mspgdebug call
Best
Matthias
On 15.04.2012, at 20:14, Andy Turk wrote:
> I'm pulling out my hair (a
ext, to see, if the device is gets detected by the
native OS X drivers. If that works (and I can get rid of the unofficial/crappy
OS X drivers), I'll spend more time with the v3 tilib
Best
Matthias
On Jan 17, 2012, at 8:58 PM, Daniel Beer wrote:
> On Tue, Jan 17, 2012 at 10:54:16AM +
e problem.
>
> I hope it also works for you.
>
> - Wayne
>
> -Original Message-
> From: Matthias Ringwald [mailto:matth...@ringwald.ch]
> Sent: Tuesday, 17 January 2012 8:18 AM
> To: Daniel Beer
> Cc: GCC for MSP430 - http://mspgcc.sf.net
> Subject: [Mspg
Hi Daniel
I'm trying to flash an MSP430F5528 using the FET430-UIF and get this error:
$ mspdebug-uif
MSPDebug version 0.18 - debugging tool for MSP430 MCUs
Copyright (C) 2009-2011 Daniel Beer
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCH
Hi
On Dec 12, 2011, at 2:33 PM, JMGross wrote:
> MSPDebug is an independent development. It's likely that 20 bit support
> is implemented there long before the current mspgcc produces 20bit code :)
> (or is it already?)
mspdebug does handle larger files (> 100 kB), and the binutils/gcc combinati
Hi Sergio
I would suggest to look at existing OS for small embedded systems like Nut/OS
or FreeRTOS. The latter even has a port for MSP430 and all of those need to
solve the "Context switch problem". The uC/OS book is also a very good
introduction into that topic.
Best
Matthias
On 07.12.2011
Beer wrote:
> On Tue, Nov 08, 2011 at 10:29:34PM +0100, Matthias Ringwald wrote:
>> thanks for releasing a new version of MSPDebug.
>>
>> The raw USB access to FET3410UIF is very cool. The non-official OS X driver
>> for the ti3410 USB-2-UART sometimes crashes the USB subsy
Hi Daniel
thanks for releasing a new version of MSPDebug.
The raw USB access to FET3410UIF is very cool. The non-official OS X driver for
the ti3410 USB-2-UART sometimes crashes the USB subsystem for me, so I'd be
happy with a user-space implementation.
I've tried the new version on Mac OS X a
Hi Michael
It turned out that I had a somehow broken Xcode 4 installation which was fixed
by just re-installing.
I've updated Fink to the latest LTS packages and compiled them on 10.6 and
10.7. Please update with fink selfupdate and try again.
Best
Matthias
On 05.10.2011, at 00:16, Mat
Hi
The OS X Fink packages files have been updated, too.
Best
Matthias
On 08.10.2011, at 09:14, Matthias Hartmann wrote:
> A windows mingw32 build with LTS patch level 20111007 is available on
> sourceforge
> http://sourceforge.net/projects/mspgcc/files/Windows/mingw32/mspgcc-20110716-p201110
Hi Michael
I didn't build for recently, but Lion isn't out that long, so I conclude that
some of the packages needed to build mspgcc got updated. I'll check what
versions of gmp and mpfr I used the last time. and/or, I'll try a rebuild using
the current package database in fink.
Best
Matthia
race
> off-list that could help.
>
> Peter
>
> On Wed, Sep 21, 2011 at 1:00 PM, Matthias Ringwald
> wrote:
>> Hi
>>
>> I tried to be first to say "added patch to fink!", but the compilation fails
>> during config of "libgcc" after app
Hi
I tried to be first to say "added patch to fink!", but the compilation fails
during config of "libgcc" after applying the latest patch for gcc.
Here's a snippet from the config.log
configure:2993: /sw/src/fink.build/msp430-gcc-4.5.3-20110716-5/build/./gcc/xgcc
-B/sw/src/fink.build/msp430-gc
Hi Peter
I didn't build from git so far, but I'm providing fink packages for mspgcc-lts,
see info here:
http://sourceforge.net/apps/mediawiki/mspgcc/index.php?title=Install:fink
Best
Matthias
On 18.08.2011, at 21:15, Peter Johansson wrote:
> I'm attempting to compile mspgcc via the LTS patc
Hi Alex
The MSP430s I've seen only have 16kB of RAM in the first 64kB, and of course
you cannot just write to flash with a simple "mov".
However, the TI sample code for the MSP430x5438 Experimenter board has an
example of recoding audio to flash. You may have a look there although their
code u
The syntax for declaring an interrupt with gcc is (as far as I learnt so far)
__attribute__((interrupt(VECTOR_NAME)))
void irq_handler_for_vector(void);
with VECOR_NAME the name of the IRQ vector. example:
__attribute__((interrupt(USCI_A2_VECTOR)))
void usbRxISR(void){
Best
Matthias
On 04.0
Hi Matthias H.
although Peter just hinted that this might be improved, the simple solution for
gcc (and most other unix software) is to set the prefix and never even think
about moving stuff around. It will break, period. The underlying assumption on
the linux file system standard basically bre
On 02.06.2011, at 14:06, Peter Bigot wrote:
> The syntactic sugar provided by signal.h was removed in uniarch following
> previous discussions over the last year.
Thanks for clearing that up... will use the actual syntax then. While looking
for examples, I've found the old exmples in mspgcc/
t
Mathias
On 02.06.2011, at 13:35, Tõnu Samuel wrote:
> On Thu, 2011-06-02 at 13:11 +0200, Matthias Ringwald wrote:
>> Hi
>>
>> please add #include . There's a macro in there to get the
>> interrupt syntax right.
>>
>
> tonu@hp:~/msp/temperature-dem
Hi
please add #include . There's a macro in there to get the interrupt
syntax right.
Best
Matthias
On 02.06.2011, at 12:49, Tõnu Samuel wrote:
> Hi!
>
> Reading thread about uniarch mspgcc and because I need msp430G2553
> support, installed it from Debian repo as suggested. Now I cannot get
2011 23:10:44 MESZ
> To: Matthias Ringwald
> Cc: JMGross , mspgcc-users@lists.sourceforge.net
> Subject: Re: [Mspgcc-users] Accessing data over 64K
>
> If you're using mspgcc4 or uniarch mspgcc, there is no data stored
> above 64KB, because there's no way to put it ther
Hi Peter & JM
thanks for the help. I can confirm that the version below, with a single inline
asm instruction works as expected/hoped for. I guess that adding a "nop" after
the Clear GIE won't hurt.
Another question: Is there a way to get the address of data stored above 64kB?
For now, I'm fin
Hi
sorry for highjacking this thread, but I'm also struggling to access data put
into the fartext segment.
On 13.04.2011, at 21:23, JMGross wrote:
> ..But I have something I wrote for accessing upper flash as data storage.
>
> static inline unsigned char FlashReadByte (unsigned long address){
Actually, the packages are based on the 20110312 release, but I mixed up the
version numbers. binutils/gcc/gdb are 20110312, and only libc is from 20110213
- same as with the mspgcc4-20110312.tar.bz2 release.
Best
Matthias
Begin forwarded message:
> Hi all
>
> I've created packages for the
Hi all
I've created packages for the Mac Fink package manager (finkproject.org) based
on the mspgcc4 20110213 release minus Insight. The toolchain was splitted into
msp430-binutils, msp430-gcc, msp43-gdb, and msp430-libc and uses the provided
patches.
If you have fink installed and setup to us
ults
> in buildgcc.pl and those in the scripts would cause confusion.
>
> Peter
>
> On Thu, Mar 31, 2011 at 1:20 AM, Matthias Ringwald
> wrote:
> Hi
>
> I'm looking into packaging mspgcc4 for Fink. In the git do-binutils.sh,
> binutils-2.20.1 is downloade
Hi
I'm looking into packaging mspgcc4 for Fink. In the git do-binutils.sh,
binutils-2.20.1 is downloaded, and if found, binutils-2.20.1.patch is applied.
However, there's only a binutils-2.21.patch. => the binutils patch isn't
applied as far as I understand.
Is this a minor bug (changing BINU
Hi Marc
On 08.03.2011, at 17:15, Mark J. Blair wrote:
>
> On Mar 8, 2011, at 1:06 AM, Matthias Ringwald wrote:
>> cool. we might collaborate a bit then. I was maintaining the AVR toolchain
>> in Fink for many years and even was granted commit rights, so I might beat
>&g
t to update them all at the same time.
>
> Peter
>
> On Tue, Mar 8, 2011 at 3:06 AM, Matthias Ringwald
> wrote:
> Hi Mark
>
> cool. we might collaborate a bit then. I was maintaining the AVR toolchain in
> Fink for many years and even was granted commit right
Mar 7, 2011, at 12:20 AM, Matthias Ringwald wrote:
>> Please tell me what changes you will have done when it's working. I'd like
>> to make a script, installer, and/or, Fink package for that, to save others
>> this hassle (and try to ask someone at TI for permission
eone at TI for permission).
Best
Matthias
On 07.03.2011, at 08:35, Andres Vahter wrote:
> Hi,
>
> Could you point out where did you find TI USB Serial drivers for Mac OS X.
> I would also like to use mspdebug on OS X.
>
> Andres
>
> On 07.03.2011, at 0:19, Matth
Hello Daniel
thanks a lot for the "simple" suggestion. I get the mspdebug prompt now!
On 07.03.2011, at 00:36, Daniel Beer wrote:
> Hi Matthias,
>
> It looks like this chip uses JTAG rather than Spy-Bi-Wire. Try using the -j
> option with MSPDebug:
>
>./mspdebug -j -d /dev/tty.TIVCP3410-U
(or device not supported))
warning: fet: set VCC failed
fet: reply type mismatch
fet: command C_IDENT1 failed
fet: identify failed
If the firmware is too new, is there a way to downgrade and which one do I need?
Thanks
Matthias Ringwald
--
42 matches
Mail list logo
