STM8L151G6上的RAM存储器问题

使用RAM时，有五个地址无法通过软件更改：0x102,0x12F，0x237,0x24D和0x2A9。
我使用以下测试代码;
运行测试代码时，我看到ST-Link SWIM调试器，五个地址的内存保持不变。
这也适用于memcopy或
_fctcpy（ 'F'）
。
我可以使用SWIM更改内容而不会出现问题（例如填充内存）。
就像这些RAM地址被阻止从软件写入。
地址并不总是相同，但主要是在相同的内存范围内。当更改链接器中RAM段的位置时，前两个地址也会移动，例如将RAM设置为0x300而不是0x100：“bad”地址0x102变为0x302。
通过更改电路板，地址也是相同的！
有时我根本看不到问题。在零页RAM（我们用于所有变量），我从未见过一个问题。

你知道这个问题可能是什么吗？
对我来说，这听起来像环境以某种方式阻止RAM进行更改，虽然我不知道RAM是如何保持阻止的。
RAM需要从RAM运行块闪存和阻止擦除例程以优化闪烁并减少能量使用。

谢谢

约翰



以下为原文








When using the RAM there are five addresses that I cannot change by software: 0x102, 0x12F, 0x237, 0x24D and 0x2A9.

I am using the following test code;



When running the test code I see with the ST-Link SWIM debugger that the memory for the five addresses stays unchanged.

This is also valid for  memcopy or the
_fctcpy('F')
.

I can change the contents with the SWIM without a problem (for example a fill memory).

It is like these RAM addresses are blocked for writing from software.

The addresses are not always the same, but mostly it is in the same memory range.  When changing the location of the RAM segment in  the linker the first two addresses move also, for example setting RAM to 0x300 instead of 0x100: the “badâ€� address 0x102 become 0x302.

Also by changing the board the addresses were identical!

Sometimes I do not see the issue at all. On the zero page RAM (that we use for all variables), I have never seen an issue.

Do you have any idea what this issue might be?
For me it sounds like the environment is somehow blocking RAM for changing, although I don’t see how RAM can stay blocked.

The RAM is required to run block flashing and block erasing routines from RAM to optimize the flashing and reduce the energy usage.



Thanks  
  
John