[参考译文] UCD3138：RAM 大小超过88%后、UCD 器件不能正常工作

感谢您的详细解释。

我将使用 CCS 工具来测量内存分配。 我认为堆栈在这里不是问题。 让我来向您展示我如何无法刷写程序：

1)正如我说过的、这是来自 CCS 内存分配工具：



RAM 的内存分配为86%、我可以将程序刷写到 UCD：



2) 2)当我将 uint32_t array[80]变量声明为全局变量时、您可以看到我仍然有 足够的 RAM 存储器(95%)：



但是、此时我无法将程序刷写到器件中。 看门狗复位可能会导致：

我忘记了提到我在 UCD3138上使用 C++开发我的项目。 在某种程度上、C++对象分配的 RAM 空间可能比 CCS 存储器工具上的空间多。 我尝试按照您的建议增大 RAM 大小。 栈大小为 0x00000190、为400字节、我将其减小为200字节、即 C8：

以前：

    RAM_PGM_AREA	(RW) : org = 0x00019000, len = 0x00000080
	RAM       		(RW) : org = 0x00019080, len = 0x00000DF0
	STACKS    		(RW) : org = 0x00019E70, len = 0x00000190

    RAM_PGM_AREA	(RW) : org = 0x00019000, len = 0x00000080
	RAM       		(RW) : org = 0x00019080, len = 0x00000EB8
	STACKS    		(RW) : org = 0x00019F38, len = 0x000000C8

我真的不推荐使用 C++。  与 UCD 相比、它适用于功耗更高、存储器更大且代码复杂度更高的处理器。  我强烈建议您从我们的 EVM 代码之一开始。   

听起来您也在使用标准初始化程序、这一点我不熟悉。  它使用了大约4K 的代码、因此我取出并缩小了它、使它变得更小。   

如果您认为是看门狗超时、我建议尝试禁用它并查看发生了什么。   

通常、如果堆栈和变量发生冲突、堆栈会损坏、处理器最终会访问非法地址、这也会导致复位。   

是的、但我更喜欢 C++、因为它提高了代码 可读性 、并且在诸如寄存器相关运算方面、C 和 C++的成本是相同的。  

当我禁用看门狗时、我能够刷写 UCD。 正如您所说的、处理器可能会尝试访问一个亵渎地址、这就是 RAM 不足的原因。

无论如何、我 优化了代码、现在它可以正常工作。 感谢您的支持。