1.与监控调试相关问题
1.1问题：监控不完整
问题：为什么当顺控器超过 100 步时，监控程序时所有或部分步的状态和转换无法显示？
解答：这是由于 S7 CPU 系统资源有限，不能满足状态功能造成的。对于 S7-300 CPU (CPU318除外) ，当顺控步数超过100 时，将会发生上述问题。而 CPU318 和 S7-400模板相应的上限值将近 200 步。
解决方法：
· 在 S7-GRAPH 编辑器中，在 "Optionss > Application Settings... >页签： General" 路径下，可修改 "maximum number of status jobs used"选项中的监视任务数。此任务数增大，则监视程序将占用更多CPU 的系统资源。
· 使用功能更强大的 CPU ( 如 CPU318 或 CPU400)。
· 减少步数和转换器数。
1.2问题：顺控器不切换
问题：为什么在自动模式下，即使转换条件已满足时顺控器也没有切换?
解答：如果S7-GRAPH程序的背景数据块没有被及时更新，可能会导致自动模式下的顺控器不继续切换，比较常见的情况如下：
· 转换条件满足，但顺控器停在 Step 1 中
· 转换条件的状态不显示
解决方法：在 SIMATIC 管理器和 CPU 中删除背景数据块。然后在 S7-GRAPH 编辑器中再次生产背景DB 并将其载入CPU。
特别强调：在S7-GRAPH菜单中 "Optionss > Application Settings... >General> On Saving"的选项中，应当选择Include instance DB,这样当用户更改FB结构并存盘时，FB的背景数据块也被更新。建议选择此项，利于保持项目数据一致性，很多调试时出现的问题都与背景数据块更新有关，此处不再依次列举。
1.3问题：无法监视顺控器
问题：上载 S7-GRAPH FB 之后，为何不能监视它。
解答：请检查“Interface Descriptio”选项，查看是否选择了“Download toPLC”。如果没有，在菜单“Options > Block Settings >Compile/Save”下设置“Download to PLC”选项。然后重新保存块。 设置该选项后，下载S7-GRAPH FB 时,接口描述被下载到 PLC。这样，用户就可以下载监视它了。
1.4问题：顺控器初始化
问题：为什么即使在输入“OFF_SQ”为TRUE 时顺控器仍在输入“INIT_SQ”的上升沿被激活？
解答：输入“OFF_SQ”及“INIT_SQ”信号都是上升沿有效的，也就是说它们是否有效与它们的数值（TRUE或FALSE）没有关系。为了防止顺控器在初始化之后自动连续工作，在关闭顺控器之前可以通过输入“SW_MAN”的上升沿切换到手动模式。在重新初始化之后，顺控器保持在初始化步骤中直到再次切换到自动模式，例如通过参数“SW_TOP”。
参数说明：这些参数都是接收到上升沿有效
“OFF_SQ”关闭顺控器
“INIT_SQ”初始化顺控器
“SW_MAN” 模式选择：切换到手动模式
“SW_TOP” 模式选择：自动或切换到下一个
1.5问题：S7-GRAPH 程序占用多少内存
问题：S7-GRAPH 程序占用多大 CPU 内存?
解答： S7-GRAPH程序代码量的大小与编辑器的设置有关，在编辑器的设置菜单下的块设定中，用户可以定义顺控程序的功能块号和所用内存大小。当使用标准功能块FC70，FC71，FC72 或者FC73 时，S7-GRAPH的部分系统功能就会导入到这些功能块中，此种方式大约会使 S7-GRAPH 程序减少 5000字节。但所用的这些标准功能块调用时同样占用内存空间。如果一个项目中有多个S7-GRAPH FB程序，并且这些S7-GRAPH程序被定义成使用标准功能块方式。那么，它们公用的系统功能都将通过重复使用标准功能来实现。而这些标准功能只需生成一次并下载即可，这样就节省了内存空间。
可以使用下列公式检测 S7-GRAPH FB 块和 S7-GRAPH DB 块所占内存的大小。
· FB 的内存需求： 150 字节 + n * 16 字节
· DB 的内存需求： 236 字节 + n * 26 字节
n： 步的数量
以下例子给出了如何确定两个各有 20 个步和转换条件的顺控程序在两种不同模式下所需内存的例子。例子只是粗略计算。
编译器设置为：“Full Code”模式
S7-GRAPH FB 以及它的背景数据块（MC7 代码）内存需求计算如下：
· FB 块的内存需求：4900 字节（管理共享）+ 130 字节每步 + 转换条件字节数（根据内容）
· DB 块的内存需求：270 字节（管理共享）+ 70 字节每步 + 转换条件字节数（根据内容）
计算结果：
· FB 块的内存需求约为：4,900 + 20 x 130 = 7,500 字节
· DB 块的内存需求约为：270 + 20 x 70 = 1,670 字节
编译器设置为：“标准功能块 ”（ S7-GRAPH V4.0或以上版本）
这时顺控程序所需内存计算如下：
· FB 块的内存需求约为：150 字节 + 20 x 16 字节 = 470 字节
· DB 块的内存需求约为：236 字节 + 20 x 26 字节 = 756 字节
管理共享功能被导入标准功能块 FC70，FC71，FC72 和 FC73。例如， FC71 被 FB7 调用 和FC73
被 S7-GRAPH FB 调用，这时CPU 有额外的内存需要：
· 8150 字节（对于 FC73）
· 7750 字节（对于 FC71）
1.6问题：如何监控一系列步的时间
问题：如何通过同步分支的帮助来监控一系列步的时间？
解答：在下面的例子中，可以通过同步步 S5 来监控步 S2 及 S3 的时间。如果步 S2 及 S3的过程时间超过了步S5 的监控定义时间，步 S5 进入故障模式。
在同步分支处，转换条件使能步 S2 及 S5。步 S2 及 S3 组成的序列与同步步 S5同时执行，并在转换条件 T3 处结束。为了防止达不到步 S5 中编程的监控时间，当同步步结束后，转换条件T3连接到下一个步 S4 上。
为了编程步 S2 及 S3 的监控时间总和，步 S5 （同步分支）定义了监控条件。图中展示了步S5单步视图下“U”编程的监控时间，步 S5 的监控时间为 4s。输入参数“ACK_EF”可以用来确认错误，其被指定为标志 M0.2 。
当监控时间及等待时间被编程后，可以改变默认的时间值来适应自动控制任务。参数“SiT”及“SiU”默认值可以在S7-GRAPH V5.2 以上版本被指定。监控时间的默认值可以通过来菜单“Options >Application Settings... > Editor Tab”输入
1.7问题：无法监控步的激活时间
问题：为什么无法监控步的激活时间(“STEPi.U”)？
解答：如果无法监控步的激活时间(“STEPi.U”)，那么很可能在“Compile /Save”栏中的块设置中选择了FC73 而不是FC72。虽然FC73 可明显地减少S7-GRAPH FB的内存需求，但是这种方式生成的块不支持诊断，并且在监控运行系统控制时只有状态显示。因此，激活时间“U”也不可用。
解决方法：通过菜单Options > Block settings >Compile /Save>Executability 下指定标准FC72。
就把接口描述从“Memory minimized”更改为“Structure arrays”并以OK确认。重新编译S7-GRAPH FB 并将块加载到CPU 中。
未完待续...明天我们会介绍一些与GRAPH使用技巧相关问题
