MSP430F5659 resets when using RAM in Sector 1 or Sector 2

Alexander Ribero

Other Parts Discussed in Thread: MSP430F5658, MSP430F6659

Hi,

We have an application running on an MSP430F5658 correctly.

We needed to extend some data buffers in the application, so we replaced the F5658 with a F5659, which has 32Kb more RAM.

We recompiled the code for the new target, adjusted the Linker file to extend the available RAM, and resized the buffers so that they use the additional RAM.

The code compiles, but the application now crashes when using the additional memory (Sector 1 or Sector 2). The processor resets at different times (sometimes after ~5sec of operation, sometimes after 15 min).

If we recompile and reduce the buffers so that only RAM Sector 0 and Sector 3 are used (as in the original F5658 design), the application doesn't crash and runs for many hours correctly.

Does anyone have any idea/insight/experience with this or similar issues with these specific devices?

Thanks,

Alex.

over 7 years ago

0 Clemens Ladisch over 7 years ago

Guru 243180 points

What is the cause of the reset (SYSRSTIV)?

0 Alexander Ribero over 7 years ago in reply to Clemens Ladisch

Prodigy 170 points

Hi,

I've seen two different values:

0x0A: Security violation (BOR)

0x20:PMM password violation (PUC)

Regards,

Alex R.

0 Clemens Ladisch over 7 years ago in reply to Alexander Ribero

Guru 243180 points

"Security violation" means that there was an attempted access to the BSL area (0x1000…0x17FF).
The PMM registers are at 0x012x.

Apparently, your code writes to some wrong memory addresses.

0 Alexander Ribero over 7 years ago in reply to Clemens Ladisch

Prodigy 170 points

The only new addresses that the code writes are the ones in the RAM Sector 1 or Sector 2. The same code (with smaller buffers so that only fit in RAM Sector 3) works fine.

Any experience using the extended RAM on these devices?

0 Clemens Ladisch over 7 years ago in reply to Alexander Ribero

Guru 243180 points

I'd guess you're using a 16-bit address somewhere.

0 Chester Gillon over 7 years ago

Guru 92251 points

Alexander Ribero said:
We recompiled the code for the new target, adjusted the Linker file to extend the available RAM, and resized the buffers so that they use the additional RAM.

Which data memory model does the project use, and how are the buffers accessed?

I did find a compiler bug where an array index was treated as signed rather than unsigned which caused an invalid address to be accessed in a MSP430F6659 - see MSP430 compiler v15.12.2.LTS array index calculated incorrectly for an unsigned index >= 0x8000. The work-around was to change the data memory model from "restricted" to "large".

0 Chester Gillon over 7 years ago in reply to Clemens Ladisch

Guru 92251 points

Clemens Ladisch said:
I'd guess you're using a 16-bit address somewhere.

Ram sector 3 is already at the address range 0FBFFFh-0F8000h. i.e. given that the program is reported to work with ram sector 3 not sure that the use of a 16-bit address would explain the problem.

**Attention** This is a public forum

MSP low-power microcontrollers

MSP low-power microcontroller forum

MSP430F5659 resets when using RAM in Sector 1 or Sector 2