工欲善其事必先利其器，在日常的程序编辑和调试过程中，可能会遇到各种各样的问题，比如编辑好的逻辑程序执行结果不正确，编译正常的程序下载到不同的CPU中，有些可以下载，而有些提示非致命错误等等，此时如何快速的排查和分析错误发生原因就非常重要，而排查和分析的前提就需要对S7-200SMART从软件和硬件上有更加深入的了解，下面我们就通过几个典型的案例来进行问题的分析。
案例 1
看图1这段程序，编译无任何问题，如果下载到不同类型的CPU中，表现就会不同，我们可以尝试下载到ST60和CR60两种类型的CPU中。
图1 主程序
下载到ST60中，程序运行正常，如果下载到CR60中，程序运行就会报非致命错误：操作数非法（错误码：0090），图2为具体的非致命错误信息：
图2 PLC信息
根据程序分析错误出现的原因和中断有关，可以查询S7-200SMART系统手册中断章节可以找到对应答案，如表1所示，24号中断事件CR60不支持，在运行时会报错非致命错误。
表1
综上，当需要程序在多个不同类型CPU之间下载或者移植时，就需要提前了解各个CPU的程序容量大小、支持的数据区的大小，断电保持区域大小，是否使用到了CPU不支持的功能或者CPU固件版本是否支持等因素，只有了解了这些，才能做到有的放矢。
案例 2
在日常编程过程中，我们可能需要各种标准库，有时需要子程序和中断程序有多重调用关系，例如下面这个案例，程序想使用格雷码转换库在定时中断中每隔100ms进行一次数据的格雷码转换，请看图3：
图3 主程序
图4 子程序
程序的调用关系为：中断子程序INT0调用子程序SBR1，SBR1中调用子程序SBR2，SBR2中的程序如图4所示，下载到CPU中，通过状态图表监视程序状态，发现没有结果输出，如图5所示：
图5 状态图标监控无输出
监控PLC信息，可以看到图6的非致命错误报警：超出Zui大用户子例程嵌套级别（错误码：0008）
图6 PLC信息
S7-200 SMART手册中规定：从主程序调用子例程的嵌套深度是 8 级，从中断例程调用嵌套深度是 4 级。
现在来看上述程序的调用关系：
INT0→SBR1→SBR2→GRAY_BIN_DW，表面上也仅仅嵌套了3级，满足中断嵌套深度要求，仔细查看GRAY_BIN_DW功能库可以发现，该库也嵌套了几层，嵌套关系如下：
GRAY_BIN_DW→GRAY_BIN→XOR，这样下来，嵌套关系就变成如下：
INT0→SBR1→SBR2→GRAY_BIN_DW
→GRAY_BIN→XOR，总共5层嵌套关系，超过了CPU支持的Zui大嵌套深度，导致CPU无法运行，知道了原因，我们可以减少调用嵌套为4层以内，则程序就可以正常执行了。
通过以上描述就可以明白，有些看似不可理解的问题其实有其发生的原因，只有深入了解对应产品的技术细节，才能抽茧剥丝，找到问题的根源所在。
S7-200 SMART
如何快速提高编程效率
在日常的编程过程中，我们可能需要不少的逻辑运算和算术运算，如果这种运算很多，有可能会导致程序量很大，CPU的扫描周期加长，在这种情况下，找到其中的规律，可以大大简化程序。
假设一个场景，现场有16台设备，需要控制16台泵的启停，IO地址如下表所示：
表2
一般的编程思路是单独写出每个泵的启动停止控制逻辑，如图7所示，需要编写16组控制逻辑：
图7 单个泵的启停控制
其实针对这种编程，我们可以变换一种思路，将上面的梯形图变换成图8所示的逻辑，也可以完成对应的控制功能：
图8 字逻辑运算
这样变换完成后，编程就显得特别简洁，编程思路很重要。
在一些应用场景中,有时需要记录现场设备的运行时间，一般情况下我们可以使用定时器来实现计时的功能，但S7-200SMART定时器有数量限制（Zui大256个），并且Zui大时基为100ms的定时器其所能达到的Zui大计时长度为3276.7S，若想实现小时或者天的计时就需要定时器加计数器来实现，而计数器也有数量限制（Zui大256个），当需要类似的功能很多时，计数器和定时器数量就不够用了，此时可以使用系统特殊存储器SM0.4（周期为60S的时钟脉冲）和SM0.5（周期为1S的时钟脉冲）来实现计时功能。
如图9所示，其中值VD0的单位为秒，在实际应用中，可以对这个数值进行转换，得到分钟、小时或者天的时间值（本例中VD4的单位为小时），这些地址也可以按需设置在S7-200SMART断电保持区域中，实现不间长度的定时以及断电保持功能，非常方便。
图9 使用SM0.5实现计时功能
实际编程时对于一些功能重复的地方，我们可以考虑做成子程序多次调用，一些需要重复计算的功能，可以使用FORNEXT循环来完成，也可以考虑使用间接寻址的方式来提高程序的灵活性，而对一些流程方面的控制可以使用顺序控制继电器来完成，这样可以大大提高编程的效率。