omronfins通讯协议

omronfins通讯协议（精选9篇）

omronfins通讯协议 篇1

网络通讯协议当中的主要协议介绍

网络通讯协议是互联网建设的基础，那么在这个大的概念下，包含了种类繁多的协议。通常我们是把网络协议结构分为七层来进行学习的。那么今天我们主要介绍一下其中的重点几个协议。

网络通讯协议遍及OSI通信模型的各个层次，从我们非常熟悉的TCP IP、HTTP、FTP协议，到OSPF、IGP等协议，有上千种之多。

对于普通用户而言，不需要关心太多的底层通信协议，只需要了解其通信原理即可。

在实际管理中，底层通信协议一般会自动工作，不需要人工干预。

但是对于第三层以上的协议，就经常需要人工干预了，比如TCP IP协议就需要人工配置它才能正常工作。

局域网常用的三种通信协议分别是TCP IP协议、NetBEUI协议和IPX/SPX协议。

TCP IP协议毫无疑问是这三大协议中最重要的一个，作为互联网的基础协议，没有它就根本不可能上网，任何和互联网有关的作都离不开TCP IP协议。

不过TCP IP协议也是这三大协议中配置起来最麻烦的一个，单机上网还好，而通过局域网访问互联网的话，就要详细设置IP地址，网关，子网掩码，DNS服务器等参数。

TCP IP尽管是目前最流行的网络通讯协议，但TCP IP协议在局域网中的通信效率并不高，使用它在浏览“网上邻居”中的计算机时，经常会出现不能正常浏览的现象。

此时安装NetBEUI协议就会解决这个问题。

NetBEUI即NetBios Enhanced User Interface，或NetBios增强用户接口。

它是NetBIOS协议的增强版本，曾被许多*作系统采用，例如Windows for Workgroup、Win 9x系列、Windows NT等。

NETBEUI协议在许多情形下很有用，是WINDOWS98之前的*作系统的缺省协议。

NetBEUI协议是一种短小精悍、通信效率高的广播型协议，安装后不需要进行设置，特别适合于在“网络邻居”传送数据。

所以建议除了TCP IP协议之外，局域网的计算机最好也安上NetBEUI协议。

另外还有一点要注意，如果一台只装了TCP IP协议的WINDOWS98机器要想加入到WINNT域，也必须安装NetBEUI协议。

IPX/SPX协议本来就是Novell开发的专用于NetWare网络中的协议，但是现在也非常常用--大部分可以联机的游戏都支持IPX/SPX协议，比如星际争霸，反恐精英等等。虽然这些游戏通过TCP IP协议也能联机，但显然还是通过IPX/SPX协议更省事，因为根本不需要任何设置。

除此之外，IPX/SPX协议在局域网络中的用途似乎并不是很大，如果确定不在局域网中联机玩游戏，那么这个网络通讯协议可有可无。

omronfins通讯协议 篇2

1 WCCP的工作原理

WCCP使路由器可以透明的重定向用户发起的请求, 透明重定向的最大好处是用户不需要为更改浏览器的任何配置, 直接提交目的URL, 而他们的请求会通过配置有WCCP协议的路由器自动被重定向至本地的缓存服务器。

当缓存服务器接收到用户请求之后, 首先会查询本地缓存, 如果没有请求的内容, 它会向目的服务器转发该请求, 当它收到返回信息后, 立即将此转发给用户, 并把这些内容加入本地缓存中, 方便响应以后用户的请求, 由此大大降低了传输成本, 并且有效利用了网络带宽。

2 WCCP在网络中的部署

可以根据实际使用情况, 将一台或多台配置有WCCP协议的路由器与一台或多台缓存服务器配合形成内容缓存服务系统, 组成一个满足本地用户需要的缓存服务集群。管理人员可以通过轻易地扩展服务器来减轻网络出口带宽的负担。集群中的服务器提供了可扩展性和冗余性, 我们可以根据实际需要进行部署和配置。

2.1 理解WCCPv1的部署和配置

当配置WCCPv1时, 一个缓存服务系统中只能存在一台路由器。在这个网络结构中, 这台配置有WCCPv1的路由器为所有的IP包提供流量重定向, 图2显示了这一配置。

在这个网络结构中每台服务器的缓存内容都不会与其它的重复, 使用多个服务器可以让整个缓存系统拥有良好的扩展性, 可以通过向这个缓存集群中添加服务器来提升性能, 而且可以把多台服务器定义为一台逻辑设备。

以下详细解释了WCCPv1的工作过程。

(1) 每台服务器都被配置了和路由器连接的IP。最多可以有32台服务器连接至单台路由器。

(2) 所有服务器都利用WCCPv1将IP发送给路由器, 彼此通过控制信道交流信息。

(3) 路由器利用该信息建立集群视图。最终所有的服务器都会通过该视图彼此互通。

(4) 该视图结构稳定后, 其中一台服务器会被选举为本系统的主CACHE服务器。它会告知中心路由器如何重定向所有数据包。

2.2 理解WCCPv2配置

使用WCCPv2的CACHE服务集群中可以存在多台路由器, 弥补了WCCPv1的集群中只能存在一台路由器的缺点, 图3展示了多台路由器的系统集群结构。

在WCCPv2中, 集群中所有的服务器都必须知道本系统中所有路由器的IP。为了指定本系统中所有路由器的IP, 可以采用下面两种方法。

单播—在每台服务器上配置一组IP, 即本系统所有路由器的IP。

组播—在每台服务器上配置一个相同的组播地址。服务器会向这个组播地址发送通告, 该通告能会被本系统中所有路由器接收。例如, 一台服务器向224.0.0.100发送数据包, 那么本系统中所有配置了监听WCCP信息的路由器都会收到此信息。

以下详细解释了WCCPv2的工作过程。

(1) 为每台服务器配置所有路由器的IP。

(2) 所有服务器在网络中通告自己的存在, 并与每一台路由器建立连接。路由器则建立一个稳定的缓存集群系统视图。

(3) 该视图稳定后, 会有一台服务器被选举为主CACHE服务器, 并设置一个策略。路由器会按照这个策略重定向所有数据包。

3 WCCPv2的特性

3.1 支持多种流量类型

WCCPv1只支持HTTP流量, 而WCCPv2可以支持多种流量类型。如:HTTP代理FTP, FTP代理, 除了80端口以外的WEB服务, 以及实时音频、视频、电话服务等。

为了适应多种可用的服务, WCCPv2中提出了多服务组的概念。服务组信息是由WCCPv2配置命令中的动态服务标识号或者预先定义好的关键字来指定的, 这些信息用来确保服务组中的成员都能提供相同的服务。服务组中的缓存服务器通过协议 (TCP或UDP) 或端口号 (源端口或目的端口) 来定义流量, 并根据服务组的优先级来重定向不同类型的流量。

3.2 支持多台路由器

WCCPv2支持最大32台路由器, 并允许多台路由器同时连接至缓存服务集群。多台路由器可以提供密集的接口, 也能实现冗余和负载均衡。

3.3 MD5算法加密

WCCPv2中使用“ip wccp password password”命令可提供WCCP通信的MD5安全认证, 可以选择拥有相同密码的路由器和服务器组成服务组。MD5加密使得信息可以得到有效的保护, 而不会很容易的就被黑客利用。

3.4 缓存的透明错误处理

WCCPv2可以检查数据包, 确定哪些请求因为某些错误是不能被服务器所回复的, 路由器则可以利用这些信息将数据请求直接转发至目的服务器, 而不会将请求再次转发给缓存服务器, 而且这一容错过程对于用户来说是完全透明的。

3.5 集群中的服务器可以负载均衡

WCCPv2可以调整集群中每一台缓存服务器的负载流量, 可以将数据流分配到集群中的其它服务器上。WCCPv2使用三项技术达到负载均衡。

HOT SPOT HANDLING—允许为每一台服务器分配一个私有的HASH桶, 优先于WCCPv2, 从一个私有HASH桶中出来的数据只能发送至一台服务器。

平衡技术—允许为每台服务器分配一组HASH桶, 当某台服务器过载时, 它的流量可以被其它拥有多余容量的服务器承担。

分发技术—路由器可以有选择性的分发数据流, 避免将流量重定向至过载的服务器。

4 结语

WCCP也有一些局限性, 比如最多只支持32台路由器, 只能重定向IP数据流等。但它最大的优点就是建立一个对用户来说是完全透明的缓存服务系统, 这样的系统已经被广泛用于企业、高校、ISP等网络中, 使得这些网路中的用户能享受到高效效而且方便的缓存服务, 不仅提高了访问速度, 而且降低了带宽成本。

参考文献

[1]CISCO.CISCO IOS12.0参考库配置指南[M].北京电子出版社, 2000, 2.

[2]CISCO.思科网络术语和缩略语词典[M].人民邮电出版社, 2002, 4.

[3]曾展鹏.The Deployment Experience and Survey of the Cooperative Caching Proxy Server[J].网际网路技术学刊, 2002, 3 (3) .

[4]Tom Sheldon.网络与通信技术百科全书[M].人民邮电出版社, 2004, 8.

omronfins通讯协议 篇3

关键词：分布式计算；JGroups技术；组播；通信协议；高可用；集群

中图分类号：TP391.41

文献标识码：A

DOI：10.3969/j.issn.1003-6970.2015.09.029

0 引言

JGroups最初是由Bela Ban于1998年到1999年间在美国康奈尔大学攻读博士后学位时期着手开发的一款解决分布式环境下的计算机之间通讯的软件。2000年5月，SourceForge成立之后，Bela Ban看到了开源的力量，并决定将JGroups的源代码共享给互联网上其他有共同兴趣的爱好者。随着更多的开源软件爱好者的加入，JGroups迅速壮大起来。2003年，在JBOSS的创始人Sacha Labourey的邀请下，JGroups加入到JBoss的队伍中并成为之后JBoss Cache框架的核心通讯组件。2006年5月，著名的Linux操作系统产商Red Hat宣布收购JBoss，JGroups也随之成为了目前世界上主流开源软件服务提供商的核心软件框架之一。到目前为止，JGroups提供的分布式计算模型和通信协议通过软件开源过程的不断锤炼已经逐步成熟，事实上已经成为小规模计算机集群底层状态复制的行业标准。

1 分布式计算模型

JGroups是由java编写的一个可靠的组播/多播通讯工具包，它不但支持可靠的组播通讯，也支持采用TCP协议来进行消息传递。其工作模式基于IP多播，可以在可靠性和群组成员管理上进行扩展。其基本思想是在计算机网络环境下，通过配置通信协议将多台计算机进行分组，在计算机分组中通过多套协议来保证可靠的消息通信和分组中每个成员异常状态监测，在此基础上可以为应用程序提供完整的分布式环境下的业务状态同步、任务分配和计算结果的收集。

从设计上来看，它提供了一种灵活兼容多种协议的协议栈。协议栈可以相互组合使用，用来适应不同产品的可靠性需求。这种协议栈可以让用户根据自己的应用的需求进行调整，主要是根据特定的网络环境下需要同步的数据量大小、计算节点集群的规模以及需要同步的频率定制适合自己的协议栈。

从应用上来看，它提供了分布式环境下有效的同步机制，提供了在集群计算节点之间通信统一的API，包含了从点到点以及由单个计算节点到全组的通信接口，可以很方便的保持各个计算节点状态一致性。

1.1 可靠的消息传输

在分布式计算环境中，保证计算节点之间数据通信的可靠性是计算机集群需要考察的一个最基本的能力。目前最通用的网络通信协议主要是TCP协议和UDP协议。在多台计算机协同工作的环境中，采用TCP协议可以很方便的达到消息可靠传输的目的，但是TCP协议要求计算机在网络中创建点到点之间有状态的SOCKET资源，如果需要将同一条消息发送给集群中的每一个节点，采用TCP协议将比采用UDP协议需要更多的网络流量，这在大规模的网络实时通信中对应用程序而言是一笔不小的开。UDP协议对网络资源的消耗代价很低，但UDP协议本身并不能保证通信过程中消息可以可靠的从消息发送者传递到消息接收者手中，所以如果要在集群环境中使用UDP协议达到可靠的消息传输的目的，需要在UDP协议之上增加新的协议进行控制。

在集群环境下使用UDP协议进行通信可以有效的降低集群网络环境的数据传输压力，JGroups通过UNICAST协议来保证消息的可靠传输，UNICAST协议在UDP的基础上增加了消息响应的步骤，以保证传输过程的完整性。原始的UDP协议不要求消息的接收者反馈给消息的发送者是否已经成功接收到消息，UNICAST在此基础上完善了消息反馈的过程。消息的反馈方式分为ACK和NAKACK两种：

ACK：消息的发送者不断的重复发送消息，直到所有的接收者都返回了确认消息已经收到，

NAKACK：消息的接收者不断请求消息发送者发送消息，直到消息的接收者确认所有收到的消息是完整的。

UNICAST协议需要保证消息的传输过程是可靠的，它依赖于一个不断发送消息的时间周期来进行循环，因此UNICAST的一项重要的配置属性timeout就来源于此：如果timeout值被设置为100，200，400，800，就表示如果消息发送者在等待100毫秒还没有接收到消息接收者的ACK消息，则消息发送者重新发送消息（第一次重发），消息发送者继续等待200毫秒仍然没有接收到ACK消息，则消息发送者再次重新发送消息（第二次重发），这样直到等待800毫秒进行第四次重发。在多播环境下，NAKACK协议基于ACK协议进行了扩展，在这种协议下，每个消息绑定一个序列号，消息接收者根据序列号确保消息按正确的顺序传递。如果接收者发现了一个序列号的缺失，接收者安排一个周期性的任务去要求发送者重新发送该序列号的消息，当缺失的序列号的消息收到，则请求数据同步的任务取消，并向消息的发送者提供消息完全抵达确认反馈。

1.2 分布式垃圾回收

由于UNICAST协议通过循环通信过程消息反复比对来保证消息传输的可靠性，这就要求集群中的所有节点必须保存已经接收到的消息用以判别消息是否存在错误以及是否需要进行消息重发。但是如果应用程序一直保存接收到的消息，则会面临内存溢出的问题。为了解决这个矛盾，JGroups通过STABLE协议负责周期性的释放所有节点上已经被所有节点收到的消息，从而达到回收各个节点上内存的目的。分布式垃圾回收过程定义了由集群的协调者组织的定期执行回收的周期，它可以通过控制每个节点上允许保留的消息数量或者单个节点上可以保留的消息所占用的内存空间大小来决定什么时间执行分布式垃圾回收动作，一旦集群的协调者通过周期性的任务检测到集群中的节点中保存的消息数量超过了预设的阀值，或者保留的消息占用的内存空间超过了预设的阀值则发出统一的垃圾回收指令，以释放全体计算节点的内存空间。

1.3 集群计算节点发现

JGroups为分布式环境下的计算机集群提供了一个高级抽象：通道（JChannel），每一个计算节点在启动之初都会通过通道连接到相应的集群。每个集群都有唯一的标识（ClusterName），计算节点通过通道和集群标识来判断自己属于哪一个计算工作群组。当集群中的节点开始工作时，它开始探测通道中是否存在有其他已经在运行的节点，如果存在多个已经运行的节点则需要找到集群当中的集群协调者进行通信。在通道中第一个启动的计算节点被认为是集群的协调者，它负责创建新的计算节点并将其通知到集群中的每个成员对象。集群成员发现协议用来发现集群中活跃的节点及集群的协调者，这个协议的名称是PING协议。

PING协议位于传输协议之上，任意一个节点对PING消息的反馈消息包括协调者的地址和自己的地址。JOIN PING消息发送后等待timeout属性定义的时间或num_initial_members属性定义的节点回复后，该加入的节点会根据反馈消息确定协调者，并向其发送JOIN消息。如果没有收到任何反馈，计算节点就认为自己是集群中第一个节点而作为协调者运行启动。

计算节点利用PING协议收集到的信息接着传递给集群成员管理协议（GMS），GMS协议与协调者的GMS通信，将新加入的节点加入到集群。发现协议通常也协助合并协议（MERGE2）处理集群分裂的情形。发现协议位于传输协议之上，因此需要传输协议的不同使用相应的发现协议。

1.4 计算节点状态检测与管理

集群中计算节点的状态管理主要由心跳协议（FD）、群组成员关系协议（GMS）、错误探测协议（FD-SOCK）和确认可疑协议（VERIFY_SUSPECT）等共同完成。

GMS协议

GMS即群组成员关系协议，该协议是JGroups协议栈中的重要协议，它维护者一个活着节点的列表。GMS负责群组成员加入和离开群组的请求，同时它也处理错误探测协议发送的SUSPECT协议。

FD协议

FD协议基于心跳消息（are-you-alive）。该协议需要任意一个节点周期性的Ping它的邻居节点，如果邻居节点没有返回，发生心跳消息的节点发送SUSPECT消息给集群协调者，集群协调者接收到SUSPECT消息后验证怀疑的节点是否死掉（VERIFY_SUSPECT），如果节点被确认为死掉，协调者更新集群成员关系视图，死掉的节点被移除。

FD-SOCK协议

错误探测协议FD_SOCK基于群组成员创建的TCP套接字环，FD_SOCK协议不使用心跳消息作为探测手段。集群中的任何一个节点都连接到它的邻居，集群中第一个节点连接到第二个节点，第二个节点连接到第三个节点，这样最后一个节点连接到第一个节点。这样如果某一个节点发送异常，它的邻居节点会发现异常，检测到错误。

VERIFY_SUSPECT协议

VERIFY_SUSPECT协议通过向被怀疑的对象发送确认消息来确认被怀疑的节点是否确实死掉了。这个操作是被集群的协调者执行的。如果确认节点死掉，则该节点将会被移至异常集群成员列表视图。

1.5 通讯流量控制

FC协议（Flow Control流量控制协议）用来在集群中调节单位时间内计算节点发送消息的字节数和消息接收的字节数。在现实中情况复杂的应用网络环境下，如果消息发送者的数据发送的速度超过了消息接收者数据处理消息的速度，经常会导致接收方陷入异常或者丢失消息，这将触发消息重发机制同时导致消息传输效率的急剧下降，流量控制协议负责调解此类状况。事实上，JGroups流量控制协议基于类似金融信贷的设计，一开始消息发送者和消息接收者都配置有相同的额度（字节数），发送者通过不断发送消息的字节数减少额度，接收者则通过计算已接收到的字节数增加额度，如果发送者的发送额度降低到某一阈值，接收者将已经接收到的字节数反馈给发送者，要求发送者继续发送后续的消息，如果发送者用完自己的额度，则发送者处于阻塞状态直到接收到接收者的所有消息数据。

消息裂解协议（FRAG2协议）用于处理超大消息数据的通信。当一个消息的大小大于某一确定的值时，通常这种字节数过大的消息经常会造成网络拥堵甚至在极端情况下会触发网络交换机的自我保护机制而直接断开通信端口，为了避免此类情况的发生，分裂协议将消息分裂成多个小消息，然后进行发送；而在接收端，同样分裂协议将分裂的消息进行重组。不管多播还是单播发送消息，分裂协议都可以起作用。

1.6 集群的分裂与重组

在情况复杂的网络环境中，处于工作状态中的集群分组可能由于网络故障而断开了网络通信，这将导致计算集群的分裂，每个分裂后的子集群将由GMS协议推举出最年长（最早启动的计算节点）的节点作为网络协调者。一旦网络恢复通信，两个分裂的集群通过JGroups通道和集群的唯一标识发现在集群中出现了两个网络协调者，它们将启动一个集群合并的进程，这个进程主要由集群合并协议（MERGE2）来负责调度完成。在合并的过程中，两个网络协调者将交换节点启动信息，从而推举出最年长的节点作为新的网络协调者。为了确保在集群环境中各个网络协调者都能达成一致的结果，每个协调者将所有成员的地址合并在一个列表中，然后对列表依据启动时间进行排序，在排序列表的第一位成员即是新的网络协调者。

1.7 集群的网络安全

为了保证只有经过验证的计算节点才能加入到集群计算，JGroups提供了通信安全加密协议。通常情况下，计算节点通讯的加密过程只针对消息主体内容进行加密，消息头数据是不经过加密的。如果需要对整个包含消息发送端的地址和消息接收端的地址完整通信报文进行加密，需要配置额外的属性encrypt_entire_message的值为true。需要注意的是，消息加密的过程可能会导致网络通信效率的下降，因为在每一次的网络通信过程中处理字符加密的过程也会消耗额外的计算机资源。

2 小结

本文对组成网络环境的计算机集群所需要考虑的数据通讯协议进行了分析。创建一个计算集群需要考虑如何在计算成员之间进行可靠的消息传输，集群服务启动之后如何探测和发现集群中网络计算成员，如何确定网络协调者的身份。网络协调者在运行状态下需要随时了解集群中每个成员的健康状态，一旦集群中某台机器出现了故障则需要将它从成员列表中删除，如果集群中加入了新的计算成员则需要由网络协调者将其加入到成员列表中并安排新成员的排序位置。同时需要考虑，如果网络通信出现故障后如何组织新的集群，网络通信恢复正常后如何将分裂的集群进行合并以恢复集群的运行。并在此基础上，讨论了集群环境下网络通信的安全性和网络数据传输的流量控制协议。

通讯办公合作框架协议书 篇4

甲方：

乙方：河南××××设计咨询有限公司

甲、乙双方本着平等自愿、共赢发展的合作原则，就双方长期合作事宜，经友好协商，达成如下协议：

1、乙方将长期为甲方提供景观设计、效果图制作（根据情况填写）等项目内容，甲方向乙方支付相应的项目价款。

2、甲乙双方一致同意，双方以后的具体项目合作可以通过本协议中约定的联络方式以传真、电子邮件、特快专递、电话的形式商谈合同、签订合同、履行合同，并作为本“合作框架协议书”的具体附件内容，视为与本“合作框架协议书”具有同等的法律效力，并产生与双方当面签订书面的项目具体合同书同等的法律效果。

3、甲方的长期联络人及联络信息为：李××，身份证号：××××，电话：××××，邮箱：××××；（根据情况填写，尽量多填写几个人，最好把法人也写上）。

王××（法定代表人），身份证号：××××，电话：××××，邮箱：××××。甲方联络人职权：代表甲方与乙方商谈、签订、履行、变更合同，负责传达甲方的指示和要求，提供文件和资料，签收或确认乙方提交的文件、资料和工作成果等。

4、乙方的长期联络人及联络信息为：李××，身份证号：××××，电话：××××，邮箱：××××；（根据情况填写，尽量多填写几个人）。

王××（法定代表人），身份证号：××××，电话：××××，邮箱：××××。乙方联络人职权：代表甲方与乙方商谈、签订、履行、变更合同，负责传达乙方的指示和要求，提供文件和资料，签收或确认乙方提交的文件、资料等。

5、甲方的联络方式：电话：××××；传真××××；邮箱：××××；地址：××××。

6、乙方的联络方式：电话：××××；传真××××；邮箱：××××；地址：××××。

7、任一方如果变更联络方式、联络地址或更换联络人及变更联络职权时，应当及时书面通知对方，否则将承担相应的法律后果。

常用工具软件计算机网络通讯协议 篇5

网络通讯协议是计算机间交流的语言，规定了语言规则。对网络设备自检的通信指定了标准。没有通讯协议，设备不能解释由其他设备发送来的信号，数据不能传输到任何地方，常见的网络通讯协议有：TCP/IP、IPX/SPX和NetBEUI协议。

 TCP/IP协议是由一组专业化协议组成，包括TCP、IP、UDP、ARP、ICMP等协议。它的最大优势之一是其可路由，也就意味着两个使用TCP/IP的网络可以路由器相连接。TCP/IP还具有灵活性，可在多个网络操作系统或网络介质的联合系统中运行。

 IPX/SPX协议它需要确保运行NetWare版本3.2及更低版本的局域网间可以相互操作，并能用于运行NetWare操作系统更高版本的局域网网上。其他的网络操作系统，如WindowsNT和工作站操作系统如Windows95，能使用该协议与Novell NetWare系统进行网际互联。

omronfins通讯协议 篇6

一、Jabber/XMPP协议分析

Jabber是由开放源码组织开发的一套即时通讯协议, 它其中的一个很重要的特性就是它是以XML为基础的, 因此Jabber信息不仅可以是简单的文本 (Text) , 而且可以携带复杂的数据和各种格式的文件, 这也就是说Jabber不仅可以用在人与人之间的交流, 而且可以实现软件与软件或软件与人之间的交流, Jabber的这种功能大大扩展了即时通讯的应用范围。在Jabber协议中所有的Jabber交换都发生在一个XML流的上下文, 在Jabber的XML流协议中, 包括了三个最基本的处于顶层的元素 (Element) :、、 (info/query) 。这三个元素通过属性 (Attribute) 和名字空间 (Namespace) 包含了更多更复杂的数据和各种文件, 这些元素、属性和名字空间一起组合成了Jabber协议。

二、XML流

一次完整的Jabber协议会话包含了两个相对方向的XML数据流, 分别是从客户端 (Client) 到服务器端 (Server) 以及从服务器端到客户端。在连接到Jabber服务器时, 客户端初始化一个Client-to-Serwer的XML流, 而服务器则初始化一个Server-toClient的XML流以响应客户端, 显示了最初连接时客户端开始发送XML流到服务器并且服务器发送XML流响应客户端, 送到服务器的消息带有SEND前缀, 客户端接收的消息带了RECV前缀。

三、元素组成

1、元素

元素是Jabber协议中三个顶层元素之一, 该元素与其内的属性构成了用户之间的聊天信息的容器, 也就是说用户之间的聊天信息内容必然是由元素包容在里面的。它可被视为一个实体向另一实体推送 (PUSH) 信息的机制, 类似于邮件系统中的通讯行为。该元素使用to属性来指定信息的接收方, 而服务器收到该命令后, 要将它转发到指定的接收方。to属性用于指定所在元素接收方的JID (Jabber ID) 。

2、元素

元素可被视为一个基本的广播或“发布一订阅”机制, 因此多个实体可收到它们已订阅的实体的信息 (在这种情况下, 为网络可用性信息) 。一般来说, 一个发布实体 (publishing entity) 应该发送一个不带“to”属性的presence节, 这样它所连接的服务器就应该向所有订阅实体 (subscribing entity) 广播该节。然而, 一个发布实体也可以发送带“to”属性的presence节, 这种情况下服务器就要转发给相应的接收者。网络上的Jabber用户是否在线、隐身或离线等信息由元素内所包含的内容提供, 发送给Jabber用户的信息内容, 对方是否能即时的接收到, 也是通过该元素来确定的。

3、元素

元素构造了Jabber中两个实体 (客户端一一服务器端) 之间的基本的查询对话, 它允许实体之间通过XML的方式进行询问以及返回查询结果。主要用于获取以及设置用户的资料信息如姓名、Email、地址等, 并且开发者还可自定义符合XML结构的iq对话。任何符合Jabber协议的实体之间都可以参与iq对话。它是一种请求应答机制, 类似HTTP协议的处理过程。iq元素的语义可以让一个实体向另一个实体发送请求或从另一个实体接收应答。请求和应答的数据内容由iq元素下的直接子元素的名字空间来定义, 交互过程由请求实体通过id属性来跟踪。因此, iq元素的交互过程就是一个普通的结构化数据的交换模式, 如get/result或set/result。

四、结论

omronfins通讯协议 篇7

1 系统组成

1.1 通讯系统

Modbus通讯协议是一种通用的电子控制器应用语言，可利用网络或其它设备实现控制器之间的通讯，Modbus协议可以在忽略控制器通信方式的前提下，对其所能认识与使用的消息结构做出定义，是一个通用的工业标准，它还对控制器与其他设备之间的访问请求与过程进行描述，可以侦测错误信息并进行记录。并且，Modbus协议还制定了公共内容格式及消息域格局，控制器可设置为RTU或ASCII中任一种传输模式，用户可在标准的Modbus网络通信中选择所需模式及串口参数，Modbus网络上所有设备在控制器配置时，都应将传输模式以及串口通信参数选择一致。本文基于RS485协议来实现DCS与PLC之间的数据共享，可通过DCS控制PLC，也可将PLC的数据上传到DCS。实际操作时，可将一块MODBUS转DP通讯模块增加于DCS控制器下方，以使维护与控制简单方便，而基于MODBUS协议，此通讯模块可作为通讯主站，实现与现场PLC间的通讯，也可基于Pmfibus-DP协议并作为从站，实现与DCS系统的挂接。

1.2 DCS系统

集散控制系统DCS是以通信网络为连接纽带并包括过程监控级与控制级的多级计算机系统，它将计算机技术、控制技术、通讯技术以及显示技术等有机结合起来。本文DCS系统采用的是和利时MACS V控制系统，不仅可以实现集中操作而分散控制，还可以分级进行管理，组态及其方便且配置较为灵活。

1.3 PLC系统

因工业化发展需求而产生的PLC数字运算操作系统，它利用可编程存储将定时计数、顺序控制及逻辑运算等操作指令存储起来，再经由数字模拟输入与输出对机械设备或生产过程进行控制。可编程控制器与相关设备的选择应从其功能原则设计扩充简便为切入点，选择易与工业控制系统形成整体的设备，而且维护与控制也较为简便。本文PLC系统是由三套和利LK207、一套GE的IC200以及一套西门子S7-200组成。

2 系统组态

2.1 硬件组态

DCS系统模块的总线连接见下图：

将通讯线自各PLC串口引出，并将其与MODBUS转PROFIBUS-DP协议转换模块的MODBUS接口连接。

2.2 软件组态

1)DCS系统组态。将MODBUS转PROFIBUS-DP协议转换模块中的GSD文件拷贝至MACS V系统的相应安装目录，再打开MACS V系统的控制器组态文件与工程，将此模块添加于硬件组态中，然后打开模块属性对通讯参数波特率等进行设置，再基于PLC读写数据对MODBUS读写数据块进行合理添加，数据块属性设置取决于数据起始地址及PLC地址。以各自地址以及PLC读写变量进行添加于程序中的子程序编写以及变量添加，然后对编译进行保存。将PLC变量至工艺画面添加至打开的MACS V画面的组态程序并保存，然后下装于操作员站，而将PLC传过来的量程或信号类型等变量属性添加至打开的MACS V数据库的组态程序，再联编并将其下装于服务器;

2)PLC系统组态。本文以GE公司的IC200型PLC来说明该系统组态。将GE PLC编程软件打开并对PLC Port(2)进行设置，然后利用网络将小酒改后的设置内容下至PLC。

3 系统常见故障的判断与排除

若DCS系统与PLC系统之间的数据通讯正常，则对故障隐患的判断可通过模块状态指示灯来实现，可从模块上的数据传送与接收指示及错误状态表示对，作通讯状态进行判断并对故障进行诊断。而若DCS与PLC之间的数据通讯为不正常状态，则DCS系统画面所显示的数据不正常，模块状态指示灯有错误状态显示。对此，应对硬件错误及软件错误进行依次检查并排除故障。硬件方面，应使用DP电缆，接线时切忌将正负极性接反，模块选型时也要注意选择有较高的使用信誉度且实用效果较好的产品，由于兼容性差异的问题，两次以上的接口转换情况应尽量避免。而软件方面，首先要保持一致的DCS与PLC间的通讯速率，最好使用无校验而减少奇偶校验，其次要确保DCS与OLC系统的通讯数据地址合理有效，若有地址错位状况，可通过DCS系统设置来解决。

4结论

综上所述，在实现DCS系统与PLC系统之间的通讯中应用MODBUS协议，可以取得良好成效，即是说，基于MODBUS协议的DCS与PLC通讯的实现，具有稳定的通讯性能，可以为工艺监控提供可靠技术支持，为工程生产创造良好的条件，有效实现生产的节能减排、经济高效。

摘要：本文以MODBUS协议为基础,就DCS系统与PLC系统之间实现数据共享的通讯应用进行分析与探讨,对基于MODBUS协议的DCS与PLC通讯系统的系统组成与系统组态进行阐述,并介绍了该通讯系统常见故障的判断与排除。

关键词：MODBUS协议,DCS系统,PLC系统,通讯应用

参考文献

[1]赵钊.基于Modbus协议的DCS系统与PLC系统的通讯[J].节能技术,2011(4).

[2]王刚,王玉琪,王冰.用Modbus协议实现DCS与PLC之间的串行通讯[J].自动化技术与应用,2010(4).

[3]温克强.Modbus通讯协议在DCS与PLC通讯中的应用[J].石油化工自动化,2005(6).

omronfins通讯协议 篇8

应急救援是一项需要统一指挥、多方配合的工作，实际的现场救援工作表明，在第一时间建立救援现场与救援指挥部的通信联系，让指挥部及时了解现场情况，对组织各方力量、制定科学的救援方案有着重要意义[1]。

但是，由于应急救援工作的救援地点具有不确定性，在一些地方很难保证在救援工作进行过程中，事故现场与救援指挥部之间的通信畅通。特别是一些存在较高事故风险的小型矿井往往地处山区，通信状况比较恶劣，当这类矿井发生事故时，周边通信环境常常不能满足应急救援的实际需要。因此，确保救援人员的人身安全，让救援基地与灾区的救援人员保持实时语音通信，把灾区的视频信息和环境参数及时传回救援基地，为救援决策提供参考，推动救援工作顺利开展，对于整个救援任务安全成功地完成具有十分重要的意义[2,3]。

基于矿井救援工作的实际需要，采用SIP、SNMP协议与自定义协议相结合的方式设计并实现了矿用救灾无线通信系统的管理软件。

1 系统软件设计与实现

1.1 系统整体设计

矿用救灾无线通信系统主要由防爆计算机、无线中继器、矿用手机、无线网络视频服务器和多参数传感器组成；其实现的功能是通过无线中继器在井下救援指挥基地和事故现场之间建立起无线WiFi串行网络，井下救援指挥基地和事故现场的矿用手机通过这条串行无线网络实现语音通信；同时在该串行网络间布设多个无线多参数传感器，将救援现场的温度、氧气、一氧化碳和甲烷等环境数据实时传输到指挥基地的防爆计算机；串行无线网络中还可以布设无线网络视频服务器，把救援现场的视频图像传输到井下指挥基地，供井下指挥基地进行决策。

系统软件整体设计采用MVC设计模式，以降低系统业务逻辑复杂度，便于系统扩展。系统软件实现的主要功能是对网络中的无线中继器进行管理；维护手机网络注册、手机间通话；同时，将网络视频服务器采集到的视频数据以及环境参数数据传输上传到防爆计算机端。系统软件功能模块框图如图1所示。

1.2 无线中继器管理功能模块设计

无线中继器管理功能模块主要是采用SNMP协议与第三方固件相结合的方式实现无线中继器数据漫游和无线中继器信号强度相对值提取。无线中继器数据漫游主要是通过在中继器固件程序中以配置级联节点的方式实现；无线中继器信号强度值则是利用SNMP协议对中继器发送的数据包进行解析获取，其实现程序流程图如图2所示[4]。

1.3 SIP服务器管理功能模块设计

SIP服务器管理功能模块的实现主要是基于IETF提出的IP信令协议SIP，其主要功能是用来在一个或多个参与者之间创建，修改或终止会话，是整个系统的关键所在。SIP网络中主要包括代理服务器、注册服务器和重定向服务器[5,6]。

根据实际需要，本文设计并实现了代理服务器和注册服务器，没有涉及到重定向服务器。代理服务器和注册服务器实现为一个实体实现了用户注册和信息转发的功能。

具体实现功能框图如图3所示。

(1）矿用手机管理功能模块

该功能模块主要是对系统中应用到的矿用手机进行管理，其主要是实现对矿用手机的在线状态显示，矿用手机的添加、修改、删除配置操作。

(2）会话管理功能模块

该功能模块主要是对系统中通话的矿用手机状态信息进行管理。状态信息主要包括：每次通话的发起方、接听方、呼叫日期、呼叫时间、结束时间。

(3）通话日志功能模块

记录通话信息，如果设为录音，可以查听录音内容。其主要以时间为序，记录通话信息。

(4）参数配置功能模块

该功能模块主要是针对于SIP服务器功能属性所设置。

1.4 环境参数数据采集通信协议设计

环境数据上传功能模块主要采用自定义通信协议将多参数传感器采集到的环境数据通过无线中继器传输到客户端防爆计算机。通信协议定义如图4所示。

55H：数据帧帧头标志；

AAH：数据帧帧头标志；

Status Type：帧类型；

CMD：命令字节；

Data Length：数据长度，为此字节后的所有数据，包括D1～Dn和校验字；

2A：报文结束标示；

校验字：从帧头标志到报文结束标示之间所有数据异或结果。

1.5 视频数据上传功能模块设计

该功能模块的实现主要是在程序中绑定无线网络视频服务器IP地址和端口号，建立Socket连接，同时，利用无线网络视频服务器程序控件。实现将网络视频服务器实时采集到的现场视频数据传输到防爆计算机端，并加以显示。

1.6 系统实现

根据以上设计方案，基于Windows操作系统，采用Eclipse开发平台和Java编程语言对该方案加以实现，并对实现后的软件加以测试。测试结果表明：矿用手机能够在无线中继器间进行无障碍漫游通话，视频数据传输流畅，环境数据能够实时更新。整个系统软件切实可行，运行稳定可靠，系统运行界面如图5所示。

2 结语

根据矿井救援工作的实际需要，采用SIP协议、SNMP协议与自定义协议相结合的方式设计并实现了矿用救灾无线通信系统的管理软件。该管理软件主要实现了无线中继器的组网功能，矿用手机通信功能，无线网络视频服务器视频数据和多参数传感器环境数据实时上传功能。语音通信、视频数据和环境数据实时上传输功能的实现便于井下救援指挥基地实时了解救援现场状况，做出科学判断，在矿井应急救援中具有重要意义。

参考文献

[1]张军.基于Wi Fi技术的矿井无线救灾通信系统研究[J].矿业安全与环保,2009,36(z1):11-13.

[2]李文峰,李华.矿山无线救援通信技术研究[J].煤炭科学技术,2008,36(7):80-83.

[3]武先利,王鹏,温良,等.一种新型煤矿井下无线通信系统研究[J].工矿自动化,2013(8):26-29.

[4]PRESUHN R,CASE J,MECLOGHIRE K.Information base(MIB)for the simple network-management protocol(SNMP)[M].[S.l.]:[s.n.],2002.

[5]Anon.SIP for internet telephony call control and enhanced ser-vices[EB/OL].[2004-06-11].http://www.dynamicsoft.com.

[6]Sun Microsystems.JAIN SIP tutorial[EB/OL].[2004-06-22].http://www.java.sun.com/products/jain.

[7]王宇鹏,侯林.无源标签技术在井下人员定位系统中的应用[J].现代电子技术,2010,33(6):25-27.

omronfins通讯协议 篇9

随着工业自动化的迅速发展,有关工业自动化设备的生产厂家以及分类越来越多,然而为了满足现实的生产需要,我们也许需要购买不同厂家不同种类的设备。为了最大限度的实现自动化运行,这些设备需要整合在一个系统内运行,同时设备之间的通讯兼容问题就变得日益突出。以西门子为例,西门子的所有自动化产品几乎都可以通过MPI或者PROFIBUS DP协议实现与西门子PLC的通信,然而如果我们选用了别的品牌的产品(本文以施耐德变频器为例),则会变的比较麻烦。通常的做法是增加PLC模块,通过硬接线的方法实现监控功能。这种方法既增加了成本又降低了系统的可靠性。所以针对这个问题,本文提出了以上海泗博自动化公司PM-160网关为基础,实现的西门子PLC与施耐德变频器的通讯方法。

1通信原理

1.1 MODBUS通信原理

MODBUS是一种基于RS485串口标准的应用层协议,该协议已经成为变频器、智能仪表、电机保护装置、电压测量装置等设备事实上通用的工业标准,支持主从通信模式,即主站发送设备查询或者控制请求,从站接收控制字,回应请求报文,发送设备状态回主站,作为应答。

MODBUS协议的通用数据帧格式。当数据帧到达终端设备时,它通过地址进入寻址到的设备,然后去掉数据帧的数据头,读取数据,执行数据所请求的任务,然后,它将自己生成的数据加入到取到的数据中,把数据帧返回给发送者,返回的响应数据中包含了以下内容 :终端地址,被执行的命令,执行命令生成的被请求数据和一个校验码。

1.2 PROFIBUS DP通讯原理

PROFIBUS DP主要用于 工业现场的高速数据传送。其通过RS - 485双绞线,双线电缆或光缆可以实现波特率从9.6Kbit/s到12Mbit/s的高速传输。

PROFIBUS主站周期地读取从站的输入信息并周期地向从站发送输出信息。总线循环时间必须要比主站(PLC)程序循环时间短。除周期性用户数据传输外,PROFIBUS-Dp还提供智能化设备所需的非周期性通信以进行组态.诊断和报警处理。

从上面介 绍不难看 出 :要实现MODBUS与PROFIBUS通讯协议 的链接,PM-160网关任务 就是,产生和接收MODBUS协议产生的数据帧,将数据帧内的数据映射到网关内的某一地址区域暂存,然后,按照PROFIBUS协议格式,将解析出的MODBUS数据内容装入PROFIBUSDP格式的数据帧中,发送给PROFIBUS DP主站。同时当PROFIBUSDP主站发出命令时,将PROFIBUS DP格式的数据帧变成MODBUS格式发送给现场设备。

2现场设备配置

安阳钢铁集团冷轧有限公司废水处理站系统配置情况,其PLC选用的是西门子S7-400系列,编程软件是STEP7 V5.5SP3版本,全站共用到6台施耐德ATV212变频器,使用2台PM-160各与3台变频器通讯。

先介绍西门子下位机软件的设置,如图2所示。

首先在上海泗博自动化公司网站上下载PM-160的GSD文件并且安装,根据硬件配置好两台PM-160网关的通讯。重点是分别对两台PM-160网关在STEP7中的映射地址配置正确,根据每台变频器需要读取及发出的命令数量确定分配多少地址,本例中每个变频器需要读8个字,写8个字,所以需要分别分配24个字即48个字节(分配的地 址为PIW752—PIW799,PQW512—PQW559)。通过STEP7软件的编程就可实现对每个变频器的远程监控。

然后是网关PM—160的设置。设置前需要到上海泗博自动化公司网站上下载免费的配置软件PMG-123,然后使用RS232转USB通讯线将PM—160连接入电脑。然后再PMG—123软件中需要设置三个节点分别代表3台变频器,分别对每个节点进行设置。MODBUS寄存器起始地址可以根据需要手动分配或者使用软件的“自动映射”功能实现,图中6261为变频器第一个读寄存器的地址,该配置为以全字方式读6261地址开始的5个连续地址,即后面我们需要配置的变频器的几个状态。详细配置如图3。

最后是变频器的配置。安阳钢铁集团冷轧有限公司废水处理站使用的变频器型号 为ATV212,此类变频 器支持MODBUS、BACnet和Lonworks等多种串口协议。为了使变频器与网关顺利通信,我们要对变频器参数进行如下修改 :将F829设置为1,代表通讯方式为MODBUS RTU; 将F800(通信波特率),F801(奇偶校验),F802(MODBUS设备地址),按照之前网关的设置进行修改 ;将CNOD设置为2(通过网络通讯对变频器进行启停控制),FNOD设置为4(通过网络通讯控制频率给定);F875设为1(第一个读寄存器传输设备状态),F876设为2(第二个读寄存器传输电机频率),F877设为3(第三个读寄存器传输电机电流),F878设为(4第四个读寄存器传输电机电压),F879设为5(第四个读寄存器传输电机故障代码);F870设为1(第一个写寄存器传输启停命令字),F871设为3(第二个写寄存器传输频率设定值)。

3调试时应注意的问题

设置完成后调试时需要注意几个问题 :STEP7读取的变频器电流、电压和频率的数值是额定值的百分比,显示时应当除以100然后乘以额定值 ;设备状态字的读取和启停控制字的发送,高低字节需要反转后使用 ;在PM160网关需要设定输出命令轮询模式为“逢变输出”,可以减少通信量 ;在通信不稳定的情况下,适当增加响应等待时间和轮询等待时间 ;设置读命令使用慢速扫描模式,写命令为快速扫描模式。

另外在硬件上需要使用2芯的电缆将PM-160的RS485端子与三台变频器的MODBUS接口串联起来,并且位于最后的变频器要将终端电阻拨码拨上。

4总结

随着工业自动化要求的提高,设备多样性的变化,建立不同厂家设备不同通讯协议的互相结合,具有广泛的推广意义。同时对于成本的节约,设备的维护都有着深远的影响。该方案提供了一个简便可靠且高性价比的方法,具有广泛的应用前景。

摘要：本文就西门子PLC如何通过MODBUS协议与变频器之间实现通信,提出了基于上海泗博自动化公司PM-160网关的解决方案。结合MODBUS主要技术参数和通讯协议特点,详细介绍了串口网关的软硬件配置方法,变频器内部的参数设置以及西门子STEP7的编程方法。本文主要以安阳钢铁集团冷轧有限公司废水处理站配置为例,实现上述功能。