嗨，对话小组，
1） 我使用一个I2C eeprom作为外部存储器从它引导。通过这个eeprom引导（镜像到SRAM）后，这个I2C线路是否将是空闲的，也就是说，我可以为另一个组件使用相同的端口0_2和0_3（比如和I2C RTC）。因为我在源代码中声明了RTC I2C管脚，它被转储到eeprom中。由于EEPROM使用I2c进行引导，SDA和SCL线路是否总是繁忙？
2） 假设代码大小超过了从EEPROM引导的SRAM的大小（42kB），那么它将如何将代码复制到SRAM？它会一部分一部分地复制代码，每次提取都会花费一些额外的时间吗？
谢谢你。
您好，对话小组正在等待您的回复！
你好hrg, for(1)，我不相信你能做到。我会和实验室确认的。
对于（2）：14580上的内存交换是一项复杂的任务：我们不建议超过32kB SRAM。简单地说，设备映像（配置文件+应用程序等）应在32kB的限制范围内。
BR JE_对话
您好，为什么您不建议超过32KB的SRAM，我的应用程序需要35KB的SRAM。对于版本5，代码非常庞大，我真的需要添加一些像SPOTA这样必不可少的模块
嗨gayan_gamage，
有一些限制，你必须考虑的事实是，你超出了32 K字节的代码，这意味着你将不能使用OTP内存，而不使用OTP内存，你将无法使用深度睡眠功能。除此之外，你可以使用更多的空间，但是你必须改变你的图像在StuttFrand中的映射，并考虑在运行时RAM的使用量。最后但并非最不重要的一点是，为了编译大于32K的图像，您需要keil的完整许可证，因为评估版本最多编译32K数据。
谢谢你的对话
你好
我有完全的执照。延长睡眠时间应该没问题，我根据在（本论坛）上看到的说明更改了分散文件。请参阅附件，并让我知道，如果这正是什么（底部描述）是有关。我在使用它时遇到了问题。另见说明1。和b。冲突（9000对7bco）。我是否必须注释a的if部分中的所有代码。
请看一下代码并让我知道。
1.通过更改scatterfile增加ER_IROM5，并将ER_IROM5设置为ER_IROM5 0x20000440 0x7bc0以获得0xff空间。
2.通过删除RW_IRAM50增加ER_IROM5中的代码空间，并在ER_IROM5部分中添加可用空间。您还可以将RW_IRAM51移动到其他地址。包含非保留堆的一个可能候选对象是ZI_RET20部分。通过这样做，从0x20000440到0x20009000的大约35kB的连续内存区域将可用于源代码和RW数据。要执行此操作，请遵循以下说明。
A.拆下RW_IRAM50和RW_IRAM51部分
b.修改ER_IROM5的大小为ER_IROM5 0X20000440(0x9000 - 0x440)
C通过在两个ZI_RET20定义中添加以下行jump_table.o（heap_mem_area_not_ret），非保留堆将被移动，比如在ZI_RET20中。
嗨gayan_gamage，
在您发现的论坛帖子中提供了一些提示，为了让用户将其系统的内存扩展到32K限制之外，上述提示并不同时适用于所有这些提示，因为正如您所注意到的，其中一些提示相互冲突。您必须研究应用程序的需求，并根据您的需求调整scatterfile。关于散点文件，在ER_IROM5的LR_IROM5中，您已将大小从0x20000440设置为0x9000，即0x20009440，并与RW_IRAM52区域重叠，请尝试将大小设置为（0x9000-0x440）。
谢谢你的对话
谢谢你的对话。请检查（1）并尽快确认。如果无法使用同一端口，我们是否需要在软件中使用其他端口？
您好，hrg，for（1）：是的，您可以这样做：
然而，有一个“但是”。。I2C RTC的地址应与I2C内存的地址不同。
RTC可能具有地址设置（.例如A0）的可能性。
BR JE_对话