通信协议不一致(socket通信协议)

摘要计算机重新安装Windows Xp Sp2后，在确保和远程主机可以通信后，将备份的保存用户名和密码的RDP文件还原到新的系统后，使用MSTSC程序加载RDP文件，出现报错信息，另发现其他的客户端电脑（OS: Windows Xp Sp2）使用MSTSC程序连接到远程主机，一切正常。故障现象：授权通讯协议发生错误的解决方法_授权原因：RDP客户端主机存储的授权许可证在授权服务器上验证失败。解决方法：将[HKEY_LOCAL_MACHINESOFTWAREMicrosoftMSLicensing]的键值全部删除。如下图所示，将Hardware全部删除。授权通讯协议发生错误的解决方法_授权_02将Store及其子键值全部删除。授权通讯协议发生错误的解决方法_授权_03温馨提示：在删除注册表键值前，请养成备份备份注册表键值的好习惯，以免因为其他的因素，导致注册表损坏，而影响系统的正常运行。

TCP与UDP协议有什么不同现在Internet上流行的协议是TCP/IP协议，该协议中对低于1024的端口都有确切的定义，他们对应着Internet上一些常见的服务。下面我为大家分享一些TCP与UDP协议有什么不同，欢迎大家参考!一、TCP协议简介TCP(Transmission Control Protocol，传输控制协议)是面向连接的协议，也就是说，在收发数据前，必须和对方建立可靠的连接。一个TCP连接必须要经过三次“对话”才能建立起来，其中的过程非常复杂，只简单的描述下这三次对话的简单过程：主机A向主机B发出连接请求数据包：“我想给你发数据，可以吗?”，这是第一次对话;主机B向主机A发送同意连接和要求同步(同步就是两台主机一个在发送，一个在接收，协调工作)的数据包：“可以，你什么时候发?”，这是第二次对话;主机A再发出一个数据包确认主机B的要求同步：“我现在就发，你接着吧!”，这是第三次对话。三次“对话”的目的是使数据包的发送和接收同步，经过三次“对话”之后，主机A才向主机B正式发送数据。TCP的三次握手过程如下：1. 主机A通过向主机B发送一个含有同步序列号的标志位的数据段给主机B ，向主机B请求建立连接，通过这个数据段，主机A告诉主机B 两件事：我想要和你通信;你可以用哪个序列号作为起始数据段来回应我。2. 主机B收到主机A的请求后，用一个带有确认应答(ACK)和同步序列号(SYN)标志位的数据段响应主机A，也告诉主机A两件事：我已经收到你的请求了，你可以传输数据了;你要用哪佧序列号作为起始数据段来回应我。3. 主机A收到这个数据段后，再发送一个确认应答，确认已收到主机B 的数据段：“我已收到回复，我现在要开始传输实际数据了。这样3次握手就完成了，主机A和主机B就可以传输数据了。TCP建立连接要进行3次握手,而断开连接要进行4次。1. 当主机A完成数据传输后，将控制位FIN置1，提出停止TCP连接的请求;2. 主机B收到FIN后对其作出响应，确认这一方向上的TCP连接将关闭，将ACK置1;3. 由B端再提出反方向的关闭请求，将FIN置1;4. 主机A对主机B的请求进行确认，将ACK置1，双方向的关闭结束。由TCP的三次握手和四次断开可以看出,TCP使用面向连接的通信方式，大大提高了数据通信的可靠性，使发送数据端和接收端在数据正式传输前就有了交互，为数据正式传输打下了可靠的基础。二、UDP协议简介UDP(User Data Protocol)——用户数据报协议，是一个简单的面向数据报的运输层协议。UDP不提供可靠性，它只是把应用程序传给IP层的数据报发送出去，但是并不能保证它们能到达目的地。由于UDP在传输数据报前不用在客户和服务器之间建立一个连接，且没有超时重发等机制，故而传输速度很快。UDP协议具有如下几个特点：(1)UDP是一个非连接的协议，传输数据之前源端和终端不建立连接，当它想传送时就简单地去抓取来自应用程序的数据，并尽可能快地把它扔到网络上。在发送端，UDP传送数据的速度仅仅是受应用程序生成数据的速度、计算机的能力和传输带宽的限制;在接收端，UDP把每个消息段放在队列中，应用程序每次从队列中读一个消息段。(2)由于传输数据不建立连接，因此也就不需要维护连接状态，包括收发状态等，因此一台服务机可同时向多个客户机传输相同的消息。(3)UDP信息包的标题很短，只有8个字节，相对于TCP的20个字节信息包的额外开销很小。(4)吞吐量不受拥挤控制算法的调节，只受应用软件生成数据的速率、传输带宽、源端和终端主机性能的限制。(5)UDP使用尽最大努力交付，即不保证可靠交付，因此主机不需要维持复杂的`链接状态表(这里面有许多参数)。(6)UDP是面向报文的。发送方的UDP对应用程序交下来的报文，在添加首部后就向下交付给IP层。既不拆分，也不合并，而是保留这些报文的边界，因此，应用程序需要选择合适的报文大小。我们经常使用“ping”命令来测试两台主机之间TCP/IP通信是否正常，其实“ping”命令的原理就是向对方主机发送UDP数据包，然后对方主机确认收到数据包，如果数据包是否到达的消息及时反馈回来，那么网络就是通的。三、TCP与UDP区别总结1. TCP面向连接(如打电话要先拨号建立连接);UDP是无连接的，即发送数据之前不需要建立连接;2. TCP提供可靠的服务。也就是说，通过TCP连接传送的数据，无差错，不丢失，不重复，且按序到达;UDP尽最大努力交付，也不保证可靠交付;3. TCP面向字节流，实际上是TCP把数据看成一连串无结构的字节流;UDP是面向报文的;4. UDP没有拥塞控制，因此网络出现拥塞不会使源主机的发送速率降低(对实时应用很有用，如IP电话，实时视频会议等);5. 每一条TCP连接只能是点到点的;UDP支持一对一，一对多，多对一和多对多的交互通信;6. TCP首部开销20字节;UDP的首部开销小，只有8个字节;7. TCP的逻辑通信信道是全双工的可靠信道，UDP则是不可靠信道。四、应用场合UDP适用于不需要TCP可靠机制的情形，比如，当高层协议或应用程序提供错误和流控制功能的时候，UDP是传输层协议，服务于很多知名应用层协议，包括网络文件系统(NFS)、简单网络管理协议(SNMP)、域名系统(DNS)以及简单文件传输系统(TFTP)。比如，日常生活中，常见使用UDP协议的应用如下： QQ语音、QQ视频、TFTP ……。TCP是一种面向连接的、可靠的、基于字节流的运输层通信协议，通常由IETF的RFC793说明。在简化的计算机网络OSI模型中，它完成运输层所指定的功能。一些要求比较高的服务一般使用这个协议，如FTP、Telnet、SMTP、HTTP、POP3等。 ;

不能，一个通讯口只能设定好一个通讯的波特率和格式。但是我不知道一条总线上，2个设备用38400波特率，另外2个设备用9600这样能不能工作。当然前提是一组先通讯完毕后，另一组再通讯。

西门子PLC和欧姆龙PLC两者的通讯协议不一致，需要加MODBUS通讯模块或PROFIBUS-DP通讯模块。 西门子有一个模块可以把ProfiBUS-DP转成DeviceNET协议的模块，可以试试，不过机会不大。可以使用非标准协议或者小型网络中通用的MODBUS通信协议，对于通信协议需要软件编程实现。对于物理层可以使用RS232-RS485转换器实现，对于所有的通信都是一样。欧姆龙PLC的CIF11板后面有一排拨码开关，做如下设置：1 . 1号终端电阻，ON有效，OFF无效。2 . 2号，3号，5号，6号打到ON3 . 4号，打到OFF。5 . SDB+：RS485发送/接收+信号。 6 . SDA-：RS485发送/接收-信号。
西门子PLC和欧姆龙PLC两者的通讯协议不一致，需要加MODBUS通讯模块或PROFIBUS-DP通讯模块。1、西门子有一个模块可以把ProfiBUS-DP转成DeviceNET协议的模块，可以试试，不过机会不大。2、可以使用非标准协议或者小型网络中通用的MODBUS通信协议，对于通信协议需要软件编程实现。3、对于物理层可以使用RS232-RS485转换器实现，对于所有的通信都是一样。欧姆龙PLC的CIF11板后面有一排拨码开关，做如下设置：1、 1号终端电阻，ON有效，OFF无效。2、 2号，3号，5号，6号打到ON3、 4号，打到OFF。5、 SDB+：RS485发送/接收+信号。6、 SDA-：RS485发送/接收-信号。
协议不一样，应该不能通讯，除非加第三方模块。如PROSOFT公司的第三方模块，具体的可以登录PROSOFT官网看一下。
两者的通讯协议不一致，需要加MODBUS通讯模块或PROFIBUS-DP通讯模块。
一个讲德语，一个讲日语没法沟通。

MODBUS通讯协议及编程的简要概论: ModBus通讯协议分为RTU协议和ASCII协议，我公司的多种仪表都采用ModBus RTU通讯协议，如：CH2000智能电力监测仪、CH2000M电力参数采集模块、巡检表、数显表、光柱数显表等。下面就ModBus RTU协议简要介绍如下：一、通讯协议（一）、通讯传送方式：通讯传送分为独立的信息头，和发送的编码数据。以下的通讯传送方式定义也与MODBUS RTU通讯规约相兼容：编 码 8位二进制起始位 1位数据位 8位奇偶校验位 1位（偶校验位）停止位 1位错误校检 CRC（冗余循环码）初始结构 = ≥4字节的时间地址码 = 1 字节功能码 = 1 字节数据区 = N 字节错误校检 = 16位CRC码结束结构 = ≥4字节的时间地址码：地址码为通讯传送的第一个字节。这个字节表明由用户设定地址码的从机将接收由主机发送来的信息。并且每个从机都有具有唯一的地址码，并且响应回送均以各自的地址码开始。主机发送的地址码表明将发送到的从机地址，而从机发送的地址码表明回送的从机地址。功能码：通讯传送的第二个字节。ModBus通讯规约定义功能号为1到127。本仪表只利用其中的一部分功能码。作为主机请求发送，通过功能码告诉从机执行什么动作。作为从机响应，从机发送的功能码与从主机发送来的功能码一样，并表明从机已响应主机进行操作。如果从机发送的功能码的最高位为1(比如功能码大与此同时127)，则表明从机没有响应操作或发送出错。数据区：数据区是根据不同的功能码而不同。数据区可以是实际数值、设置点、主机发送给从机或从机发送给主机的地址。CRC码：二字节的错误检测码。（二）、通讯规约：当通讯命令发送至仪器时，符合相应地址码的设备接通讯命令，并除去地址码，读取信息，如果没有出错，则执行相应的任务；然后把执行结果返送给发送者。返送的信息中包括地址码、执行动作的功能码、执行动作后结果的数据以及错误校验码。如果出错就不发送任何信息。1．信息帧结构地址码 功能码 数据区 错误校验码8位 8位 N × 8位 16位地址码：地址码是信息帧的第一字节(8位)，从0到255。这个字节表明由用户设置地址的从机将接收由主机发送来的信息。每个从机都必须有唯一的地址码，并且只有符合地址码的从机才能响应回送。当从机回送信息时，相当的地址码表明该信息来自于何处。功能码：主机发送的功能码告诉从机执行什么任务。表1-1列出的功能码都有具体的含义及操作。代码 含义操作03 读取数据 读取当前寄存器内一个或多个二进制值06 重置单一寄存器 把设置的二进制值写入单一寄存器数据区：数据区包含需要从机执行什么动作或由从机采集的返送信息。这些信息可以是数值、参考地址等等。例如，功能码告诉从机读取寄存器的值，则数据区必需包含要读取寄存器的起始地址及读取长度。对于不同的从机，地址和数据信息都不相同。错误校验码：主机或从机可用校验码进行判别接收信息是否出错。有时，由于电子噪声或其它一些干扰，信息在传输过程中会发生细微的变化，错误校验码保证了主机或从机对在传送过程中出错的信息不起作用。这样增加了系统的安全和效率。错误校验采用CRC-16校验方法。注：信息帧的格式都基本相同：地址码、功能码、数据区和错误校验码。2．错误校验冗余循环码（CRC）包含2个字节，即16位二进制。CRC码由发送设备计算，放置于发送信息的尾部。接收信息的设备再重新计算接收到信息的 CRC码，比较计算得到的CRC码是否与接收到的相符，如果两者不相符，则表明出错。CRC码的计算方法是，先预置16位寄存器全为1。再逐步把每8位数据信息进行处理。在进行CRC码计算时只用8位数据位，起始位及停止位，如有奇偶校验位的话也包括奇偶校验位，都不参与CRC码计算。在计算CRC码时，8位数据与寄存器的数据相异或，得到的结果向低位移一字节，用0填补最高位。再检查最低位，如果最低位为1，把寄存器的内容与预置数相异或，如果最低位为0，不进行异或运算。这个过程一直重复8次。第8次移位后，下一个8位再与现在寄存器的内容相相异或，这个过程与以上一样重复8次。当所有的数据信息处理完后，最后寄存器的内容即为CRC码值。CRC码中的数据发送、接收时低字节在前。计算CRC码的步骤为：预置16位寄存器为十六进制FFFF（即全为1）。称此寄存器为CRC寄存器；把第一个8位数据与16位CRC寄存器的低位相异或，把结果放于CRC寄存器；把寄存器的内容右移一位(朝低位)，用0填补最高位，检查最低位；如果最低位为0：重复第3步(再次移位); 如果最低位为1：CRC寄存器与多项式A001（1010 0000 0000 0001）进行异或；重复步骤3和4，直到右移8次，这样整个8位数据全部进行了处理；重复步骤2到步骤5，进行下一个8位数据的处理；最后得到的CRC寄存器即为CRC码。3．功能码03，读取点和返回值：仪表采用Modbus RTU通讯规约，利用通讯命令，可以进行读取点(“保持寄存器”) 或返回值(“输入寄存器” )的操作。保持和输入寄存器都是16位（2字节）值，并且高位在前。这样用于仪表的读取点和返回值都是2字节。一次最多可读取寄存器数是60。由于一些可编程控制器不用功能码03，所以功能码03被用作读取点和返回值。从机响应的命令格式是从机地址、功能码、数据区及CRC码。数据区中的寄存器数据都是每两个字节高字节在前。4．功能码06，单点保存 主机利用这条命令把单点数据保存到仪表的存储器。从机也用这个功能码向主机返送信息。