维修直流调速器

维修直流调速器

信誉**，客户至上是公司成立之初所确立的宗旨，在公司**的严格要求和员工们不折不扣地贯彻执行下发展延续至今。“假一罚十”一直是我公司的主动承诺。
承诺一：1、保证全新原装进口   承诺二：2、保证安全准时发货
承诺三：3、保证售后服务质量
流程一：1、客户确认所需采购产品型号
流程二：2、我方会根据询价单型号查询价格以及交货期，拟一份详细正规报价单
流程三：3，客户收到报价单并确认型号无误后订购产品
流程四：4、报价单负责人根据客户提供型号以及数量拟份销售合同
流程五：5、客户收到合同查阅同意后盖章回传并按照合同销售额汇款到公司开户行
流程六：6、我公司财务查到款后，业务员安排发货并通知客户跟踪运单

问题：在S7-CPU中使用嵌套程序需要注意什么，如何使用？
回答：S7-CPU支持嵌套程序，但对于不同的CPU类型，在使用时需要注意一些问题。
1. 不同的CPU类型，支持的嵌套程序深度不同，用户可在CPU的技术数据中查到此参数，以6ES7315-2AG10-0AB0为例。

图1：CPU的嵌套深度参数

2. 用户可以按照如下方式使用嵌套功能：

a) 在某个**级组织块中调用多个嵌套FC/FB。例如，在OB1 （**级为1）调用FC1，FC1中调用FC2，FC2中调用FC3，等等，一直到FC7，与OB1共8层深度。如果在FC7 中又调用了FC8 ，此时会导致CPU 停机，在CPU在线信息界面中可查看到此情况，如图2所示。用户也可在OB35（**级为12）调用FC11，FC11中调用FC12，FC12中调用FC13，等等，一直到FC17。

图2：嵌套调用

b) 在某个**级中调用某个FC，此FC多次调用自身。例如，在OB1 （**级为1）调用FC1，FC1中仍然调用FC1，用户在FC1 的程序中必须编程累计FC1被调用的次数，如果达到了7次，则需要从FC1 中跳出调用（此方法即为软件行业广泛应用的递归编程方法）。如果在FC1 调用自身次数**出了CPU允许的嵌套深度，此时会导致CPU 停机。

3. 当用户在使用嵌套功能时，可能出现几种错误：

a) The nesting depth of block calls (U-Stack) is too high（嵌套深度太高）。例如：
? 用户在某个**级（如OB1）中调用嵌套程序深度**出所使用CPU支持深度，如*2节(a) 部分所描述。
? 用户在某个**级（如OB1）中调用嵌套程序深度**出所使用CPU支持深度，如*2节(b) 部分所描述。
此时CPU将报16#4575错，如图3所示：

图3：同步错误嵌套1

b) The nesting depth of synchronous errors is too high（同步错误嵌套深度太高）。例如：
? 用户在OB1中使用L DB1.DBB0 语句（CPU中并未下载DB1），
? 此时CPU出现编程错误，将调用OB121。
? 如果用户在下载的OB121中又使用了L DB1.DBB0 指令，将导致CPU停机
此时CPU将报16#4573错，如图4所示：

图4：同步错误嵌套2

c) Error during allocation of local data (分配本地数据错误) 。对于S7-CPU每个**级都有对本地数据大小的限制，如果用户使用的范围**出了此限制，CPU将出现错误。以6ES7315-2AG10-0AB0为例，其每个**级下的本地数据大小为512 BYTE。如下错误使用都可能导致此错误：
? OB1 调用FC1，FC1 中定义的local data（TEMP数据类型）与OB1中定义的local data（TEMP数据类型）总和**出了CPU 对此**级分配的local data 数量。
? OB1 中嵌套调用多个FC， 这些FC 使用的local data 与OB1中定义的local data（TEMP数据类型）总和**过了分配给此**级的local data 数量。
此时CPU将报16#3576错，如图5所示：

图5：分配本地数据错误

? 对于S7-400CPU， 用户可以在硬件配置中调节每个**级下的本地数据大小，以6ES7412-2XG04-0AB0为例，如图6所示：

维修直流调速器
图6：分配本地数据

4. 当用户在使用嵌套功能出现错误时，对于支持OB88的CPU（例如S7-400CPU），可用通过下载OB88来防止CPU停机，此时CPU将处于SF状态，但OB88不可以再出现嵌套使用错误，否则CPU将进入停机状态。对于不支持OB88的CPU（例如S7-300CPU），当出现嵌套调用错误时，无法避免CPU进入停机状态。

问题：
如何用ET200S (IM151-CPU)运行远程服务？

解答：
你希望建立到ET200S (IM151-CPU)的远程链接。

用ET200S (IM151-CPU)运行远程服务，下列组件可用：

• 把SIMATIC 远程服务作为用于STEP 7的选项包
• TS适配器

远程服务允许下列运行模式：

1. 远程服务
2. PLC - PG/PC远程链接
3. PLC - PLC远程链接

1. 远程服务

在此运行模式中，建立起从PG/PC到ET200S CPU的一个连接。ET200S是服务器。这样也允许了无限制使用ET200S上的被动接口。

这里，本地PG/PC自身通过调制解调器建立起一个到远程TS适配器的连接，然后将一个S7连接到远程CPU。通过建立起的这些连接，可以在远程CPU上运行STEP 7服务程序，如下载/上载，状态/控制，在线诊断等。



图1：远程服务

2. PLC - PG/PC 远程链接

由于下列原因，在带被动DP接口的ET200S CPU中不能进行这种类型的链接：

在该运行作模式中，S7连接通过功能块“PG_DIAL”建立从PLC到本地TS适配器的连接。功能块“PG_DIAL”随TeleService软件提供并集成到已安装的STEP 7软件包中。“PG_DIAL”功能块内部调用S7基本通讯块：X_SEND和X_GET。然后，TS适配器自己通过已连接好的调制解调器自己建立到远程PG/PC的远程连接。在此连接中，应用程序(用PRODAVE MPI创建)扮演相应通讯伙伴的角色。在这种情况下，CPU必须承担建立连接的任务。只有CPU的接口为 主动的接口并具有MPI属性(通过 X 块支持S7基本通讯)才有可能。

图2：PLC-PG 远程链接

3. PLC - PLC 远程链接

该连接用于通过WAN的CPU-CPU通讯。至少一方必须主动建立连接(启动程序)，为此，这一方的通讯接口必须为主动接口，而且S7基本通讯块可用(X_PUT，X_SEND，X_GET，X_ABORT)。另一方具有服务器功能即可，而且 被动接口亦可行。

将S7连接到本地TS适配器通过本地CPU中的功能块“PLC_DIAL”建立。功能块“PLC_DIAL”随TeleService软件提供并集成到已安装的 STEP 7软架包中。“PLC_DIAL”功能块提供到本地TS适配器的选择信息，之后TS适配器通过已连接的调制解调器建立到远程TS适配器的远程连接。数据传送期间，远程TS适配器如“透明路由器”一样动作。它建立远程CPU的S7连接，并且用远程CPU的操作固件执行X_GET和X_PUT任务而*在远程CPU上使用具有此功能的用户程序。

ET200S CPU有一个被动接口，因而如服务器那样支持PLC-PLC远程连接，尽管只适用于引发设备(本地CPU)中的系统功能X_PUT和/或X_GET。之后，可以比较ET200S的PROFIBUS接口和MPI接口(PB地址 = MPI地址)。必须将ET200S连接到如同TS适配器一样的相同PROFIBUS段。在参数化TS适配器时，必须设置对应于ET200 CPU的PROFIBUS设置文件。

图3：PLC-PLC 远程链接