RUN 状态下的存储器要求
为了保证整个下载操作中数据的一致性和基本操作正常， CPU 要求工作存储器中以及 SIMATIC存储卡上留有足够的可用空间。仅当创建新文件后， 才会删除因 CPU 中加载软件更改而受到影响的文件。因此， SIMATIC 存储卡中所需的空闲存储空间约为， 存储卡中待加载的所有程序对象所需的空间。如果 SIMATIC 存储卡中的存储空间不足， 则在下载到 CPU 的操作过程中， STEP 7 中将显示以下消息：“存储卡存储空间不足， 无法存储该数据量。”(There is insufficient memory on thememory card for this amount of data.)。
在这种情况下， 为了确保更改仍可加载到 CPU 中， 建议采用以下一种/多种处理方式：
• 在 RUN 状态下下载
– 通过 Web 服务器， 删除存储卡中不再需要的文件（如， csv 文件、 面板备份等）。
– 最好在 RUN 状态下分多步下载大量更改， 或在每次更改后执行下载。
• 在 STOP 状态下下载
– 如果无法分多步进行下载， 则可在 STOP 状态下下载大量更改。
• 使用大容量存储卡
– 今后要在 CPU 处于 RUN 状态下进行大量下载时， 可使用大容量存储卡。
加载过程中较小程序更改的影响
在程序的对象下方， 存在：
• 代码块与已调用代码块的依赖关系
• 代码块与数据块的依赖关系• 数据块与数据类型（PLC 数据类型， 函数块类型） 的依赖关系这意味着， 如果更改影响大量的相关对象时， 即使较小的更改也会非常耗时。
示例：
STEP 7 程序中包含一个组织块 (OB)、 20 个函数 (FC) 和一个数据块 (DB)。OB 调用 20 个 FC。所有 FC 都可访问该 DB。如果更改其中一个 FC 的程序代码， 则后续的加载过程将仅包含所更改的 FC。但如果更改了 DB 中某个变量的数据类型， 则后续的加载过程将包含所有 FC 和该DB。
下图概览显示了加载过程中的对象关系。
如果要查看各对象间的相互依赖关系， 可双击项目树中的“程序信息”(Program info)。在“程序信息”(Program info) 对话框中， 切换到“从属性结构”(Dependency structure) 选项卡。
STOP 状态下的存储器要求
即使在 STOP 状态下进行下载， 也需要预留一定的存储空间。这是因为， 要一致地下载各个数据块， CPU 需要在存储卡中留有足够的可用存储空间。仅当创建新文件后， 才会删除因加载数据块而受到影响的文件。因此， 在加载更改前需至少预留最大数据块所需的存储空间。如果在 STOP 状态下下载时 SIMATIC 存储卡中的预留存储空间不足， 则在下载到CPU 的过程中， STEP 7 中将显示以下消息：“存储卡存储空间不足， 无法存储该数据量。”(There is insufficient memory on the memory card for this amount of data.)。
在这种情况下， 为了确保更改仍可加载到 CPU 中， 建议采用以下一种/多种处理方式：
• 通过 Web 服务器， 从存储卡中删除不再需要的文件（如， csv 文件、 面板备份等）。• 使用大容量存储卡。有关存储卡的更换方式， 请参见“更换存储卡而不丢失保持性数据”部分。
