<< 点击显示目录 >> 主页  PVI通信 > PVI帮助信息 > PVI base system > PVI lines > ANSL line > ANSL通信

ANSL line 可以在以下平台上运行。

Functionality

ANSL是一个基于服务对象的接口。这些服务对象中的每一个都代表了PLC上的一个对象组或一个单独的对象（例如，CPU、任务、进程变量、所有全局进程变量组等）。服务对象是在ANSL通信连接的两边（客户和服务器）创建的。每个服务对象对在ANSL通信连接中形成一个单独的通信通道。每个ANSL服务（请求/响应，事件）被映射到一个服务对象，并通过各自的通信通道执行。所有具有待传输数据的通信通道都被输入到一个发送列表中。发送列表（以及相关的数据发送）然后在一个单独的线程（或任务）中异步进行。ANSL接口有一个对称的结构。由于这个原因，所有参与通信的站（客户和服务器）都使用相同的传输策略。

对于每个  映射到ANSL线的服务对象 ，都会设置一个相应的ANSL服务对象。应该注意的是，在PLC（AR ANSL在线服务器）上也设置了一个ANSL服务对象。PVI应用必须考虑到PLC上的额外内存要求。

一个过程变量对象的PLC内存要求。

内存需求必须为每个ANSL连接分开计算，然后加在一起。

例子。

两个PVI站（PC）应该各自建立一个ANSL连接到PLC。

站1需要10,000个变量，平均变量大小为26字节，平均变量名称长度为10个字符。

第二站需要25,000个变量，平均变量大小为8字节，平均变量名称长度为20个字符。

"轮询 "模式的计算。

(10000 * (340 + 10)) + (25000 * (340 + 20)) = 12.5 MB

事件模式的计算（PLC事件PV）。

(10000 * (400 + 10 + 26)) + (25000 * (400 + 20 + 8)) = 15.1 MB

冗余的PLC系统

ANSL生产线支持在冗余的PLC系统上无间断地读取过程变量数据。

IP地址。

在上图所示的情况下，CPU 1是冗余PLC系统的活动部分。CPU 2处于非活动状态，但准备运行。如果CPU 1发生故障（触发了冗余），那么CPU 2就会自动变成活动的。虚拟IP地址总是指活动的CPU。然而，在从CPU 1切换到CPU 2期间，虚拟地址的连接会暂时中断。

在无跳读的情况下，使用物理地址从ANSL线到每个CPU建立一个单独的ANSL连接。注册的过程变量中的数据被两个CPU读取。然而，只有活动的CPU的数据被传递给PVI应用。如果冗余被触发，ANSL线会切换数据源，之前不活动的CPU的数据会被传递给PVI应用。然而，在冗余切换期间，正在运行的ANSL服务（如写变量数据、下载等）总是被中止。

对于一个冗余的PLC系统，PVI应用可以通过选择IP地址（CPU对象 参数/IP）和冗余模式（CPU对象参数/RED）来配置通信连接的类型 。

随着过程变量数据的无序读取，在ANSL线路中为每个CPU对象实例设立了两个ANSL通信连接。对于PVI站（PC）来说，这意味着资源需求增加，性能下降。

PLC的要求

•ANSL通信从Automation Runtime 4.00开始有限制（服务）的工作。

•为了能够使用所有的服务（如上传/下载模块），需要Automation Runtime 4.08或更高版本。

ANSL请求在空闲时间在PLC上处理。为了确保合适的响应时间，25%的空闲时间是一个最低要求。如果由于技术原因不能保证25%的空闲时间，响应时间就会增加，导致数据刷新率变慢。

ANSL服务对象需要PLC上的内存空间。ANSL的内存要求列在 功能 部分。

 

Topics in this section: