Hi Daniel,
With the new Hex.c file, the program loads in the flash1 and flash2.
But the execution of the program is not ok.
With the same program:
when I load only in the flash1, the execution is ok.
To use the flash2 with my program in the compilation mspgcc4, I used the
command
mspgcc4 does not support more than 64KB of flash. You can probably
hand-code calls; there should be instructions somewhere on the list
archives, now available at
http://www.mail-archive.com/mspgcc-users@lists.sourceforge.net/
Would somebody who has gotten the MSP430X branch of mspgcc3 to
Hmmm, I guess the mspgcc4 isn't generating the required calla/reta instruction
for the far calls.
For own code, it could be fixed by simply doing a searchreplace on the
generated intermediate ASM files.
(requires tweaking of the makefile). AS and LD support the full 430X
instruction set almost
On Thu, Oct 21, 2010 at 04:11:02AM +0200, Chris Liechti wrote:
i did just now. it connects after reporting the error where it
previously exit.
Ok, sounds like that's probably fixed then (I hope).
the CPU identification is wrong... it is a MSP430G2231. this is more
like a F2012 (ADC10 no SD16
On Thu, Oct 21, 2010 at 12:38:20PM +0200, Michiel Konstapel wrote:
It looks like it's only erasing now? [...]
That's a bug... it should actually be programming, but it doesn't say
so in quiet mode. I've just pushed a fix for this through to the git
repository. Aside from that, does it