西门子系统S7-200受权总代理 6ES7216-2AD23-0XB8 S7-200 CN CPU 226 紧凑机器设备

代码段 29：可设置 Req = TRUE，启用 DISConNECT 命令来运行与 ConnID 中断连接。 代码段 30：假如 Done 为 TRUE，也表示已断开连接（基本上不会产生），以后试着再度创建 联接。 假如 Busy 为 TRUE（一般是这样的事情），则进到“中断连接等候”情况。 假如 Error 为 TRUE，则查验主要原因，如果出现了联接难题，可能还需要变更情况。 代码段 31：情况“中断连接等候”... 在这个情况等候直至中断连接实际操作进行。 代码段 32：设定 Req = FALSE，启用 DISConNECT 命令，以查验中断连接实际操作状态。 代码段 33：假如 Done 为 TRUE，也表示已断开连接，随后在下一次扫描仪时试着再度建立联系。 假如 Busy 为 TRUE（一般是这样的事情），则局限在“中断连接等候”情况。 616 S7-200 SMART 系统软件指南, V2.7, 08/2022, A5E03822234-AK 库 10.5 敞开式客户通讯库 假如发生错误，则查验主要原因，很有可能应该根据错误码变更情况。 代码段 34：撤出电源开关。 10.5.4.2 S7-200 SMART CheckErrors 子方法 CheckErrors 子方法用来查验敞开式客户通讯错误码以确定程序流程是否要变更情况。在 动小伙伴（手机客户端）和处于被动小伙伴（网络服务器）中应用同样的 CheckErrors 子方法。代码段 1：假如没有出现错误码，程序流程会出现故障。断掉并重连以改正这种情况。 代码段 2：假如其中一个小伙伴中断连接，则程序流程显示的是错误码 8、12、13 和 14。这种伙 伴现阶段处在中断连接情况。   在这所有的一切前提下，都需要与小伙伴再次建立联系。设定显示为“联接”。 代码段 3：如果出现了参数不正确（错误码 1 - 7），则终止该程序流程，由于这个功能的某种键入存 在组态软件不正确。变更程序流程里的不正确。 假如错误码为 9（正在连接）、10（已经中断连接）、或 11（已经推送），则终止该程 序由于有限状态机已经坏了。设定该有限状态机局限在有关等候情况直至进行修补实际操作，且这种不正确不 会再次出现。 假如错误码为 16 到 21 间的数据，则这种错误码会组成联接参数不正确，并且不会在这里 产生。如果出现了这种不正确，则表明存有常见故障，应停止程序流程往下实行。 617 系统软件指南, V2.7, 08/2022, A5E03822234-AK 库 10.5 敞开式客户通讯库 假如 SEND 和 DISConNECT 命令回到不正确 24，也表示现阶段并没有待决实际操作。这往往意味着操 作已经完成，可是，不可能因为有限状态机原因造成的发生错误 24。充分考虑该不正确的存有，终止 程序流程。 代码段 4：假如联接出问题，则程序流程会回到不正确 15 和 31。断掉并重连以改正这一问 题。 代码段 5：假如 RECV 作用接收到的信息量远远超过了缓冲区域所适用容下的信息量，则程序流程会回到 不正确 25。在大家的案件中，未发生错误再次程序运行处于被动小伙伴（网络服务器） 该系统用来完成简易有限状态机管理方法联接开启，接受信息，推送回应，及其处理错误。   有限状态机的过程是建立联系，以后可重复性接受信息及推送回应。假如联接断掉，情况机遇回应 处于被动联接要求。 相关该流程的字母符号，请参阅“处于被动小伙伴字母符号” (页 626)。 代码段 1：第一次检测时.... 复位初始条件以复位联接。 代码段 2：解决有限状态机... 库 10.5 敞开式客户通讯库 S7-200 SMART 系统软件指南, V2.7, 08/2022, A5E03822234-AK619 库 10.5 敞开式客户通讯库 明确有限状态机的系统状态并跳转情况处理过程标识处。若该情况违法，则 CPU 进到 STOP 方式。 代码段 3：情况联接... 代码段 4：运行联接全过程。因为该连接端为网络服务器，因此设定 Active 键入为 FALSE。设定 IPaddr 键入为 0，从而网络服务器可接受从随意详细地址传送来连接。设定 RemPort 为 0，由于 服务器连接实际操作不用使用该主要参数。设定 Req 键入为 TRUE，启用 TCP_ConNECT 命令以运行 联接全过程。 代码段 5：假如 Done 为 TRUE，则 CPU 建立了该联接，以后进到“空余”情况。 假如 Busy 为 TRUE，则 CPU 进到“联接等候”情况以等候相连的创建。 假如 Error 为 TRUE，则有可能输入数据不正确，查验输入数据以确定 CPU 接下来会进到哪一个情况。 在大多数前提下，都会先撤出有限状态机才可以进行此项扫描仪。该程序流程还会继续进到下一项扫描仪的后一 个情况。 620 S7-200 SMART 系统软件指南, V2.7, 08/2022, A5E03822234-AK 库 10.5 敞开式客户通讯库 代码段 6：情况“联接等候”... 在这个情况等候直至积极小伙伴与本 CPU 建立联接。 代码段 7：可设置 Req = FALSE 并用和上原文中同样连接 ID (ConnID) 启用 TCP_ConNECT 命令。实行此项实际操作以查验激活状态。 代码段 8：假如 Done 为 TRUE，也表示 CPU 建立了该联接，因此再次进到“空余”情况。 假如 Busy 为 TRUE，则 CPU 局限在“联接等候”情况。因为该联接为处于被动联接，因此局限在 “繁忙”情况直至积极小伙伴传送到该 CPU。处于被动联接不容易请求超时。 假如 Error 为 TRUE，也表示出问题，返回上一个实际操作，并且在下一次扫描仪时再度试着创建连 接。 在大多数前提下，都会先撤出有限状态机才可以进行此项扫描仪。该程序流程还会继续进到下一项扫描仪的后一 个情况。 S7-200 SMART 621 系统软件指南, V2.7, 08/2022, A5E03822234-AK 库 10.5 敞开式客户通讯库 代码段 9：情况接受... 局限在该情况直至网络服务器接受到一些数据信息。 代码段 10：启用 TCP_RECV 命令以获得 CPU 接收的随意信息。 代码段 11：假如 Done 为 TRUE，也表示 CPU 已接收到新信息，以后进到“接受查验”情况。 假如 Busy 为 TRUE，则局限在“接受”情况直至接受到一些数据信息。 假如 Error 为 TRUE，则查验错误码来确认接下来实际操作。 在大多数前提下，都会先撤出有限状态机才可以进行此项扫描仪。该程序流程还会继续进到下一项扫描仪的后一 个情况。 代码段 12：情况“接受查验”... 查验并处理接收的数据信息。 622 S7-200 SMART 系统软件指南, V2.7, 08/2022, A5E03822234-AK 库 10.5 敞开式客户通讯库 代码段 13：在这个系统中，将它们传到给小伙伴。把所有接收的字节数拷贝到发送缓冲区。 改为“传输”情况，以后退出程序，直至下一次扫描仪的时候再打开。 代码段 14：情况“传输”... 代码段 15：将数据发送回给小伙伴。 代码段 16：假如 Done 为 TRUE，则推送实际操作已经完成（基本不会迅速进行），以后进入下一 次扫描仪的“接受”情况。 假如 Busy 为 TRUE（一般是这样的事情），则进到“传输等候”情况以等候传输进行。 假如 Error 为 TRUE，则查验主要原因，如果出现了联接难题，可能还需要变更情况。