远程1756-IO模块的故障处理.ppt

远程1756-I/O模块的故障处理,目标,识别远程I/O模块识别远程I/O标签识别远程I/O错误解决常见的远程I/O模块故障,了解远程I/O模块,远程I/O模块用在下述场合中：节省直接连线带来的成本在本地框架上没有空间放置I/O模块的情况下,示例:直接连线,下图为I/O设备通过很长的导线的连接图：,有控制器的本地机架,指示灯,按钮,示例：远程I/O,下图表示了远程I/O模块，它的位置更靠近现场设备：,示例：远程I/O,在Logix5000系统中进行远程I/O的通讯需要通讯网络，例如：ControlNetorEtherNet/IP网络.,InControllerOrganizer:,LocalI/OModules,LocalCommunicationsModules,RemoteCommunicationsModules,RemoteI/OModules,识别远程I/O标签,当在工程上添加了远程I/O模块后，系统会自动生成远程I/O标签。这些模块的名称中以远程通讯模块的名称做为前缀：,TheRemoteI/OTagNamesareBasedontheRemoteCommunicationsModuleNamedRemote_CNB,广播速率模块所有关系连接的使用,除了和本地I/O模块相同的参数外下面的参数是远程I/O模块与本地I/O模块不同的：,远程I/O模块的操作,广播速率,RPI（请求信息包间隔）COS（状态改变）RTS（实时采样速率）,远程I/O模块的广播速率由编程人员在模块I/O组态时下列参数的影响：,RPI（请求信息包间隔）,指定模块通过本地框架或者网络广播传送数据的时间（2.0ms-750ms）。当到达指定时间时，开始广播传送数据。,所有远程I/O模块的刷新都基于RPI：,COS（状态改变）,当某个数据的状态由接通到断开或者由断开到闭合时，传送数据。根据某个点的状态传送数据；因此，当一个点改变状态时，开始广播传送数据。只有当它的状态发生改变时才传送数据，因此，这种情况的效率是很高的。,COS数据传送有下述特征：,RTS（实时采样速率）,扫描所有的输入通道并且将数据存储在板载内存中。广播发送刷新通道数据和其它状态数据至本地框架的背板。,RTS参数将使模拟量模块按下面的方式运行：,通讯格式,直接连接机架优化,远程I/O模块可以使用下列通讯格式进行通讯：,通讯格式,直接连接：在控制器和所有I/O模块（位于本地或者远程框架）之间的实时数据传输。,如果控制器中有框架内某个槽的模块组态信息，控制器将周期性的查看该槽内的设备：-如果检测到槽内有模块，控制器将自动的向模块发送组态信息。-如果组态信息与该槽内的模块一致，则建立了连接并且开始运行。,通讯格式,控制器维持并监视该连接。模块按照自身的速率发送数据模块的状态和诊断数据是可用的任何原因引发的连接断开将引起控制器中该模块的故障状态位置1。,直接连接:,示例：直接连接,通过直接连接，从远程ControlLogix框架的三个I/O模块发送来的数据将以三种不同的RPI速率传输：:,宿主控制器,远程I/O模块,通讯格式:直接连接=“无,机架优化,机架优化：将宿主控制器与远程框架中数字量I/O模块之间的连接组合在一起的链路：,发送到所有的位于远程框架的机架优化的数字量模块的数据都以同一个速率，这个速率由远程的1756-CNB/R模块设定。只有常规故障和I/O数据。-另外的状态（例如：诊断）数据是不可使用的。当产生数组时，框架内每个框架槽都自动添加8个字节：-这个数目不要超过最大500字节。如果槽位是空槽的，也会添加8个字节。,机架优化,示例：机架优化,从远程框架上的三个数字量I/O模块数据以1756-CNB模块设定的速率同时发送至宿主处理器：,宿主控制器,数字量I/O模块,5ms.(Rateof1756-CNB),示例：机架优化,识别远程I/O故障,要对远程I/O组态的错误进行故障处理，请遵守下面的提示：,检查所有通讯模块的LED指示灯。请参阅ControlLogx控制器故障处理指南（ControlLogxControllersTroubleshootingGuide）中的在ControlLogx系统中的ControlNet故障部分。关于LED的其它情况的信息，请参阅其它相关文档。请检查控制器项目管理器的I/O组态中通讯模块图标上是否有三角型的注意标志。在有错误的结构体分支的最高级别处开始进行故障处理：-如果连接本地框架的通讯模块的连接断开了，远程I/O模块不能被检验。,识别远程I/O故障,错误代码,模块状态,在上线时，在模块的属性对话框中的连接选项卡内查看错误：,解决常见I/O模块故障,下面列出了