remotetelnet和modbustcp区别

remotetelnet和modbustcp区别：这两个协议即有区别又有密切的联系。它们的相结合，不但实现了基于modbus/tcp/IP协议远程网络通讯，促进了modbus在其对应领域中的使用。

modbus协议主要应用于电气自动化和过程控制，一般采用RS-232或RS-485的通信接口。不足之处，就是其传输距离短、速度慢，导致应用受到局限。TCP/IP协议主要应用领域lnternet或lntranet中，它的优势就是传输距离远、传输速度快，应用范围广泛。

Modbus通信模式有两种，有ASCII和RTU两种。虽然有两种通信模式，使用时只能选用其中一种，混合使用是不允许的。

要将电脑的USB通讯协议修改成Modbus，首先需要安装一个Modbus从机程序。然后使用特定的工具连接到USB端口，并在该端口上打开Modbus从机程序。之后就可以根据不同的情况来配置和使用Modbus了。

1、目前项目已经在Github中开源

2、主机的相关的框架已经修改完成，初始化、配置Modbus主机相关接口与原有从机接口基本相同；

3、移植主机相关硬件配置与原有从机方式一致，需要修改FreeModbus源码中port文件夹中后缀带_m相关文件；

4、Modbus主机请求主机请求功能目前实现了所有与保持寄存器、输入寄存器、线圈及离散输入相关的功能，并测试通过

5、目前的Modbus主机请求功能是异步模式，后期考虑方便上层调用，可以同时给上层提供同步模式的控制方法；

6、主机的异常处理任务还未添加，只留了接口，后期考虑给上层提供回调接口，相关异常功能上层也能自动做处理；

7、目前最新代码同时支持Modbus主机及Modbus从机两种模式，两者互不干涉，用户可以在/FreeModbus/modbus/mbconfigh中自行裁剪。

这个是MODBUS控制电磁阀的一个程序。其中还有AD采集的部分。对CRC校验用查表的方法。至于怎样把校验的结果拆分成高低位字节，再发送，看程序吧。

#include"reg51h"

#include"intrinsh"

#define uchar unsigned char

#define uint unsigned int

#define Pressure P0

////////////////

/////////////////////

uchar addr;

uchar Pressure_updata;

uchar Pressure_lowdata;

/////////////////

sbit Dcf_open=P1^0;//电磁阀开启

sbit Dcf_close=P1^1;//电磁阀关闭

bit dr;

bit Dcf_state=1 ;

bit Halfsecond=0;

bit Onesecond=0;

//////////////////////////////

sbit Mydress_set=P2^5 ;

sbit P_uplimite =P2^6 ;

sbit P_lowlimite=P2^7;

sbit Stor=P3^2;

sbit myint=P3^3;

sbit ADC_wr =P3^6;

sbit ADC_rd =P3^7;

sbit xuantong =P1^7;

sbit addrset=P1^2;

sbit upset=P1^3;

sbit lowset=P1^4;

/////////////////////////

uchar code Myreturnstateopen[3] ={0x01,0x01,0x00};

uchar code Myreturnstateclose[3]={0x01,0x01,0x01};

uchar code Myreturnopen[3] ={0x01,0x01,0x10};

uchar code Myreturnclose[3]={0x01,0x01,0x20};

//sfr WDTRST = 0xA6; //看门狗

unsigned char code auchCRCHi[260] = {

0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0,

0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41,

0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0,

0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40,

0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1,

0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41,

0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1,

0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41,

0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0,

0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40,

0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1,

0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40,

0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0,

0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40,

0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0,

0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40,

0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0,

0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41,

0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0,

0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41,

0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0,

0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40,

0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1,

0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41,

0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0,

0x80, 0x41, 0x00, 0xC1, 0x81, 0x40

} ;

// CRC低位字节值表

unsigned char code auchCRCLo[260] = {

0x00, 0xC0, 0xC1, 0x01, 0xC3, 0x03, 0x02, 0xC2, 0xC6, 0x06,

0x07, 0xC7, 0x05, 0xC5, 0xC4, 0x04, 0xCC, 0x0C, 0x0D, 0xCD,

0x0F, 0xCF, 0xCE, 0x0E, 0x0A, 0xCA, 0xCB, 0x0B, 0xC9, 0x09,

0x08, 0xC8, 0xD8, 0x18, 0x19, 0xD9, 0x1B, 0xDB, 0xDA, 0x1A,

0x1E, 0xDE, 0xDF, 0x1F, 0xDD, 0x1D, 0x1C, 0xDC, 0x14, 0xD4,

0xD5, 0x15, 0xD7, 0x17, 0x16, 0xD6, 0xD2, 0x12, 0x13, 0xD3,

0x11, 0xD1, 0xD0, 0x10, 0xF0, 0x30, 0x31, 0xF1, 0x33, 0xF3,

0xF2, 0x32, 0x36, 0xF6, 0xF7, 0x37, 0xF5, 0x35, 0x34, 0xF4,

0x3C, 0xFC, 0xFD, 0x3D, 0xFF, 0x3F, 0x3E, 0xFE, 0xFA, 0x3A,

0x3B, 0xFB, 0x39, 0xF9, 0xF8, 0x38, 0x28, 0xE8, 0xE9, 0x29,

0xEB, 0x2B, 0x2A, 0xEA, 0xEE, 0x2E, 0x2F, 0xEF, 0x2D, 0xED,

0xEC, 0x2C, 0xE4, 0x24, 0x25, 0xE5, 0x27, 0xE7, 0xE6, 0x26,

0x22, 0xE2, 0xE3, 0x23, 0xE1, 0x21, 0x20, 0xE0, 0xA0, 0x60,

0x61, 0xA1, 0x63, 0xA3, 0xA2, 0x62, 0x66, 0xA6, 0xA7, 0x67,

0xA5, 0x65, 0x64, 0xA4, 0x6C, 0xAC, 0xAD, 0x6D, 0xAF, 0x6F,

0x6E, 0xAE, 0xAA, 0x6A, 0x6B, 0xAB, 0x69, 0xA9, 0xA8, 0x68,

0x78, 0xB8, 0xB9, 0x79, 0xBB, 0x7B, 0x7A, 0xBA, 0xBE, 0x7E,

0x7F, 0xBF, 0x7D, 0xBD, 0xBC, 0x7C, 0xB4, 0x74, 0x75, 0xB5,

0x77, 0xB7, 0xB6, 0x76, 0x72, 0xB2, 0xB3, 0x73, 0xB1, 0x71,

0x70, 0xB0, 0x50, 0x90, 0x91, 0x51, 0x93, 0x53, 0x52, 0x92,

0x96, 0x56, 0x57, 0x97, 0x55, 0x95, 0x94, 0x54, 0x9C, 0x5C,

0x5D, 0x9D, 0x5F, 0x9F, 0x9E, 0x5E, 0x5A, 0x9A, 0x9B, 0x5B,

0x99, 0x59, 0x58, 0x98, 0x88, 0x48, 0x49, 0x89, 0x4B, 0x8B,

0x8A, 0x4A, 0x4E, 0x8E, 0x8F, 0x4F, 0x8D, 0x4D, 0x4C, 0x8C,

0x44, 0x84, 0x85, 0x45, 0x87, 0x47, 0x46, 0x86, 0x82, 0x42,

0x43, 0x83, 0x41, 0x81, 0x80, 0x40

} ;

uchar receive_count=0;

uchar mysend[6],aq[8];

uchar Adc_value;

unsigned long Mycount=0;

uchar jishi=0; //定时一秒计数

uint crc=0,myaw=0;

uint crc16(unsigned char puchMsg, unsigned int usDataLen);

bit yifasong=0;

void Beginsend( uchar Me );

bit check_modbus() ;

void Open_dcf() ;

void Close_dcf();

void timer0() ;

void uart_init(void) ;

void delay(uint z) ;

void Read_adc();

void Tosend();

/////////

/延时/

void delay(uint z)

{

uchar y;

while(z--)

for(y=113;y>0;y--);

}

/串口初始化/

void uart_init(void) interrupt 4 using 1

{

if(RI)

{

aq[receive_count]=SBUF;

RI=0;

receive_count++;

if(0==receive_count%8)

{

yifasong=0;

receive_count=0;

};

RI=0;

}

}

/定时器0初始化/

void timer0() interrupt 1 using 1

{

TH0=0x4b;

TL0=0x63;

jishi++;

if (0==jishi%10) {

Halfsecond=1;

aq[0]=0;aq[1]=0;aq[2]=0;aq[3]=0;aq[4]=0;aq[5]=0;aq[6]=0;aq[7]=0;receive_count=0;

}

}

void Read_adc()

{

ADC_rd=1;

ADC_wr=1;

_nop_();

_nop_();

_nop_();

_nop_();

myint=1;

P0=0xff;

ADC_wr=0;

_nop_();

_nop_();

_nop_();

_nop_();

ADC_wr=1;

while( myint==1);

ADC_rd=0;

_nop_();

_nop_();

_nop_();

_nop_();

_nop_();

Adc_value=P0; //读出的数据赋与addate

ADC_rd=1;

}

void Open_dcf()

{

Dcf_open=0; delay(1200); Dcf_open=1; Dcf_state=1;

}

void Close_dcf()

{

Dcf_close=0; delay(1200);Dcf_close=1; Dcf_state=0;

}

void Read_Pressure()

{

Read_adc() ;

if (Dcf_state)

{

if((Adc_value<Pressure_lowdata)|| (Adc_value>Pressure_updata))

{

delay(1200);

if((Adc_value<Pressure_lowdata)|| (Adc_value>Pressure_updata)) { Close_dcf(); }

}

else

{ ; }

}

else

{

if((Adc_value>Pressure_lowdata)&&(Adc_value<Pressure_updata))

{ delay(1200);

if((Adc_value>Pressure_lowdata)&&(Adc_value<Pressure_updata)) { Open_dcf(); }

}

else ;

}

}

void initialize()

{

TMOD=0x20;

SCON=0x50;//串口通讯方式1

TH1=0xfd;//波特率9600

TL1=0xfd;

TH0=0x4b;

TL0=0x63;

TI=0;//发送中断标志位清零

RI=0;//接收中断标志位清零

Mydress_set=1;P_lowlimite=1; P_uplimite=1; xuantong=1;

Mydress_set=0;delay(20);addrset=1;delay(20);addr=P0;

delay(20);

addrset=0;Mydress_set=1;delay(200);P0=0xff;

P_lowlimite=0;delay(20);lowset=1;delay(20);Pressure_lowdata=P0;

delay(20);

lowset=0;P_lowlimite=1;P0=0xff;

P_uplimite=0; delay(20);upset=1;Pressure_updata=P0;delay(20);upset=0;P_uplimite=1;P0=0xff;

xuantong=0;

}

void main(void)

{

IE=0x92;

TR0=1;TR1=1;

// WDTRST=0x1E;

// WDTRST=0xE1;//初始化看门狗

initialize();

Stor=0;

for(;;) { // WDTRST=0x1E;

//WDTRST=0xE1;//喂狗指令

if (Halfsecond==1) {

Halfsecond=0;

Read_Pressure();

}

//够一秒开始转换

if(receive_count==0&&(yifasong==0))

{ Stor=0;

dr= check_modbus();

if (dr&&addr==aq[0])

{ if(aq[1]==0x05)

switch ( aq[3])

{

case 0x00 :

if(!Dcf_state) Open_dcf();

Beginsend(0) ; break;

case 0x01 :

if(Dcf_state) Close_dcf();

Beginsend(1);

break;

default : ;

}

else if(aq[1]==0x01)

{

if(Dcf_state)

{ Beginsend(2);

}

else

{ Beginsend(3);

}

}

else;

}

else

;

}

}

}

void Beginsend(uchar Me )

{

uchar i;

ES=0; Stor=1;

TI=0;

mysend[0]=addr;

switch(Me)

{

case 0:

{ for(i=1;i<4;i++)

{

mysend[i] = Myreturnopen[i-1];

}

i=0;

}break;

case 1:

{for(i=1;i<4;i++)

{

mysend[i] = Myreturnclose[i-1];

} i=0;}break;

case 2:

{ for(i=1;i<4;i++)

{

mysend[i] = Myreturnstateopen[i-1];

} i=0;}break;

case 3:

{for(i=1;i<4;i++)

{

mysend[i] = Myreturnstateclose[i-1];

}i=0;}break;

default : ;}

myaw=crc16(mysend,4);

mysend[4] =myaw&0x00ff;

mysend[5] =(myaw>>8)&0x00ff;

for(i=0;i<6;i++)

{

SBUF=mysend[i];

while(TI!=1);

TI=0;

}

Stor=0;

ES=1;

yifasong=1;

}

bit check_modbus()

{

uchar m,n ;

crc=crc16(aq,6);

m=crc;n=crc>>8&0x00ff;

if(aq[6]==m&&aq[7]==n)

return 1 ;

else

return 0;

}

uint crc16(uchar puchMsg, uint usDataLen)

{

uchar uchCRCHi = 0xFF ; // 高CRC字节初始化

uchar uchCRCLo = 0xFF ; // 低CRC 字节初始化

unsigned long uIndex ; // CRC循环中的索引

while (usDataLen--) // 传输消息缓冲区

{

uIndex = uchCRCHi ^ puchMsg++ ; // 计算CRC

uchCRCHi = uchCRCLo ^ auchCRCHi[uIndex] ;

uchCRCLo = auchCRCLo[uIndex] ;

}

return (uchCRCHi | uchCRCLo<<8);

}

/CRC校验/

// CRC 高位字节值表

Modbus 协议是应用于电子控制器上的一种通用语言。通过此协议，控制器相互之间、控制器经由网络（例如以太网）和其它设备之间可以通信。它已经成为一通用工业标准。有了它，不同厂商生产的控制设备可以连成工业网络，进行集中监控。

此协议定义了一个控制器能认识使用的消息结构,而不管它们是经过何种网络进行通信的。它描述了一控制器请求访问其它设备的过程，如果回应来自其它设备的请求，以及怎样侦测错误并记录。它制定了消息域格局和内容的公共格式。

当在一Modbus网络上通信时，此协议决定了每个控制器须要知道它们的设备地址，识别按地址发来的消息，决定要产生何种行动。如果需要回应，控制器将生成反馈信息并用Modbus协议发出。在其它网络上，包含了Modbus协议的消息转换为在此网络上使用的帧或包结构。这种转换也扩展了根据具体的网络解决节地址、路由路径及错误检测的方法。

1、在Modbus网络上转输

标准的Modbus口是使用一RS-232C兼容串行接口，它定义了连接口的针脚、电缆、信号位、传输波特率、奇偶校验。控制器能直接或经由Modem组网。

控制器通信使用主—从技术，即仅一设备（主设备）能初始化传输（查询）。其它设备（从设备）根据主设备查询提供的数据作出相应反应。典型的主设备：主机和可编程仪表。典型的从设备：可编程控制器。

主设备可单独和从设备通信，也能以广播方式和所有从设备通信。如果单独通信，从设备返回一消息作为回应，如果是以广播方式查询的，则不作任何回应。Modbus协议建立了主设备查询的格式：设备（或广播）地址、功能代码、所有要发送的数据、一错误检测域。

从设备回应消息也由Modbus协议构成，包括确认要行动的域、任何要返回的数据、和一错误检测域。如果在消息接收过程中发生一错误，或从设备不能执行其命令，从设备将建立一错误消息并把它作为回应发送出去。

2、在其它类型网络上转输

在其它网络上，控制器使用对等技术通信，故任何控制都能初始和其它控制器的通信。这样在单独的通信过程中，控制器既可作为主设备也可作为从设备。提供的多个内部通道可允许同时发生的传输进程。

在消息位，Modbus协议仍提供了主—从原则，尽管网络通信方法是“对等”。如果一控制器发送一消息，它只是作为主设备，并期望从从设备得到回应。同样，当控制器接收到一消息，它将建立一从设备回应格式并返回给发送的控制器。

3、查询—回应周期

（1）查询

查询消息中的功能代码告之被选中的从设备要执行何种功能。数据段包含了从设备要执行功能的任何附加信息。例如功能代码03是要求从设备读保持寄存器并返回它们的内容。数据段必须包含要告之从设备的信息：从何寄存器开始读及要读的寄存器数量。错误检测域为从设备提供了一种验证消息内容是否正确的方法。

（2）回应

如果从设备产生一正常的回应，在回应消息中的功能代码是在查询消息中的功能代码的回应。数据段包括了从设备收集的数据：象寄存器值或状态。如果有错误发生，功能代码将被修改以用于指出回应消息是错误的，同时数据段包含了描述此错误信息的代码。错误检测域允许主设备确认消息内容是否可用。

二、两种传输方式

控制器能设置为两种传输模式（ASCII或RTU）中的任何一种在标准的Modbus网络通信。用户选择想要的模式，包括串口通信参数（波特率、校验方式等），在配置每个控制器的时候，在一个Modbus网络上的所有设备都必须选择相同的传输模式和串口参数。

ASCII模式

:

地址

功能代码

数据数量

数据1

数据n

LRC高字节

LRC低字节

回车

换行

RTU模式

地址

功能代码

数据数量

数据1

数据n

CRC低字节

CRC高字节

所选的ASCII或RTU方式仅适用于标准的Modbus网络，它定义了在这些网络上连续传输的消息段的每一位，以及决定怎样将信息打包成消息域和如何解码。

在其它网络上（象MAP和Modbus Plus）Modbus消息被转成与串行传输无关的帧。

1、ASCII模式

当控制器设为在Modbus网络上以ASCII（美国标准信息交换代码）模式通信，在消息中的每个8Bit字节都作为两个ASCII字符发送。这种方式的主要优点是字符发送的时间间隔可达到1秒而不产生错误。

代码系统

· 十六进制，ASCII字符09，AF

· 消息中的每个ASCII字符都是一个十六进制字符组成

每个字节的位

· 1个起始位

· 7个数据位，最小的有效位先发送

· 1个奇偶校验位，无校验则无

· 1个停止位（有校验时），2个Bit（无校验时）

错误检测域

· LRC(纵向冗长检测)

2、RTU模式

当控制器设为在Modbus网络上以RTU（远程终端单元）模式通信，在消息中的每个8Bit字节包含两个4Bit的十六进制字符。这种方式的主要优点是：在同样的波特率下，可比ASCII方式传送更多的数据。

代码系统

· 8位二进制，十六进制数09，AF

· 消息中的每个8位域都是一个两个十六进制字符组成

· 每个字节的位

· 1个起始位

· 8个数据位，最小的有效位先发送

· 1个奇偶校验位，无校验则无

· 1个停止位（有校验时），2个Bit（无校验时）

错误检测域

· CRC(循环冗长检测)

三、Modbus消息帧

两种传输模式中（ASCII或RTU），传输设备以将Modbus消息转为有起点和终点的帧，这就允许接收的设备在消息起始处开始工作，读地址分配信息，判断哪一个设备被选中（广播方式则传给所有设备），判知何时信息已完成。部分的消息也能侦测到并且错误能设置为返回结果。

1、ASCII帧

使用ASCII模式，消息以冒号（:）字符（ASCII码 3AH）开始，以回车换行符结束（ASCII码 0DH,0AH）。

其它域可以使用的传输字符是十六进制的09,AF。网络上的设备不断侦测“:”字符，当有一个冒号接收到时，每个设备都解码下个域（地址域）来判断是否发给自己的。

消息中字符间发送的时间间隔最长不能超过1秒，否则接收的设备将认为传输错误。一个典型消息帧如下所示：

起始位

设备地址

功能代码

数据

LRC校验

结束符

1个字符

2个字符

2个字符

n个字符

2个字符

2个字符

图2 ASCII消息帧

2、RTU帧

使用RTU模式，消息发送至少要以35个字符时间的停顿间隔开始。在网络波特率下多样的字符时间，这是最容易实现的(如下图的T1-T2-T3-T4所示)。传输的第一个域是设备地址。可以使用的传输字符是十六进制的09,AF。网络设备不断侦测网络总线，包括停顿间隔时间内。当第一个域（地址域）接收到，每个设备都进行解码以判断是否发往自己的。在最后一个传输字符之后，一个至少35个字符时间的停顿标定了消息的结束。一个新的消息可在此停顿后开始。

整个消息帧必须作为一连续的流转输。如果在帧完成之前有超过15个字符时间的停顿时间，接收设备将刷新不完整的消息并假定下一字节是一个新消息的地址域。同样地，如果一个新消息在小于35个字符时间内接着前个消息开始，接收的设备将认为它是前一消息的延续。这将导致一个错误，因为在最后的CRC域的值不可能是正确的。一典型的消息帧如下所示：

起始位

设备地址

功能代码

数据

CRC校验

结束符

T1-T2-T3-T4

8Bit

8Bit

n个8Bit

16Bit

T1-T2-T3-T4

图3 RTU消息帧

3、地址域

消息帧的地址域包含两个字符（ASCII）或8Bit（RTU）。可能的从设备地址是0247 (十进制)。单个设备的地址范围是1247。主设备通过将要联络的从设备的地址放入消息中的地址域来选通从设备。当从设备发送回应消息时，它把自己的地址放入回应的地址域中，以便主设备知道是哪一个设备作出回应。

地址0是用作广播地址，以使所有的从设备都能认识。当Modbus协议用于更高水准的网络，广播可能不允许或以其它方式代替。

4、如何处理功能域

消息帧中的功能代码域包含了两个字符（ASCII）或8Bits（RTU）。可能的代码范围是十进制的1255。当然，有些代码是适用于所有控制器，有此是应用于某种控制器，还有些保留以备后用。

当消息从主设备发往从设备时，功能代码域将告之从设备需要执行哪些行为。例如去读取输入的开关状态，读一组寄存器的数据内容，读从设备的诊断状态，允许调入、记录、校验在从设备中的程序等。

当从设备回应时，它使用功能代码域来指示是正常回应(无误)还是有某种错误发生（称作异议回应）。对正常回应，从设备仅回应相应的功能代码。对异议回应，从设备返回一等同于正常代码的代码，但最重要的位置为逻辑1。

例如：一从主设备发往从设备的消息要求读一组保持寄存器，将产生如下功能代码：

0 0 0 0 0 0 1 1 （十六进制03H）

对正常回应，从设备仅回应同样的功能代码。对异议回应，它返回：

1 0 0 0 0 0 1 1 （十六进制83H）

除功能代码因异议错误作了修改外，从设备将一独特的代码放到回应消息的数据域中，这能告诉主设备发生了什么错误。

主设备应用程序得到异议的回应后，典型的处理过程是重发消息，或者诊断发给从设备的消息并报告给 *** 作员。

5、数据域

数据域是由两个十六进制数集合构成的，范围00FF。根据网络传输模式，这可以是由一对ASCII字符组成或由一RTU字符组成。

从主设备发给从设备消息的数据域包含附加的信息：从设备必须用于进行执行由功能代码所定义的所为。这包括了象不连续的寄存器地址，要处理项的数目，域中实际数据字节数。

例如，如果主设备需要从设备读取一组保持寄存器（功能代码03），数据域指定了起始寄存器以及要读的寄存器数量。如果主设备写一组从设备的寄存器（功能代码10十六进制），数据域则指明了要写的起始寄存器以及要写的寄存器数量，数据域的数据字节数，要写入寄存器的数据。

如果没有错误发生，从从设备返回的数据域包含请求的数据。如果有错误发生，此域包含一异议代码，主设备应用程序可以用来判断采取下一步行动。

在某种消息中数据域可以是不存在的（0长度）。例如，主设备要求从设备回应通信事件记录（功能代码0B十六进制），从设备不需任何附加的信息。

6、错误检测域

标准的Modbus网络有两种错误检测方法。错误检测域的内容视所选的检测方法而定。

ASCII

当选用ASCII模式作字符帧，错误检测域包含两个ASCII字符。这是使用LRC（纵向冗长检测）方法对消息内容计算得出的，不包括开始的冒号符及回车换行符。LRC字符附加在回车换行符前面。

RTU

当选用RTU模式作字符帧，错误检测域包含一16Bits值(用两个8位的字符来实现)。错误检测域的内容是通过对消息内容进行循环冗长检测方法得出的。CRC域附加在消息的最后，添加时先是低字节然后是高字节。故CRC的高位字节是发送消息的最后一个字节。

7、字符的连续传输

当消息在标准的Modbus系列网络传输时，每个字符或字节以如下方式发送（从左到右）：

最低有效位最高有效位

Modbus 是由 Modicon(现为施耐德电气公司的一个品牌)在 1979

年发明的一种工业控制总线协议，是全球第一个真正用于工业现场的总线协议。Modbus

以其简单、健壮、开放而且不需要特许授权的特点，成为通用通信协议。为了适应以太网环境，Modbus 被封装在 TCP 包中，并且在默认情况下通过 TCP 协议的

502 端口进行传输。

基于 Modbus

协议的系统由带智能终端的可编程逻辑控制器和计算机通过公用线路或局部专用线路连接而成。其系统结构既包括硬件，又包括软件。可应用于各种数据采集和过程监控。

Modbus 协议采用主 - 从结构，为客户机和服务器之间提供通信连接。

Modbus 协议定义了一个与基础通信无关的协议数据单元(Protocol Description Unit，PDU)，描述协议的基本功能。PDU

属于应用数据单元(Application Data Unit，ADU)的一部分，除此之外，ADU

还包括附加地址域和差错校验域及实际传输的数据，这个数据可能是业务数据，也可能是指令、响应信息或报警信息等。

Modbus 协议包括 ASCII、RTU、TCP 三种报文类型，可以使用串口传输数据和指令。

您好，您是不是想问台达plcmodbus通讯没有响应的原因是什么？台达plcmodbus通讯没有响应的原因如下：

1、通讯设置错误：请确保您的modbus通讯设置正确。例如，确认plc的通讯口和电脑的串口或网口连接正确，确认通讯协议、波特率、数据位、校验位和停止位等参数设置正确。

2、程序逻辑错误：请检查您的plc程序是否正确，是否有语法错误或逻辑错误，是否正确地配置了modbus寄存器地址和数据类型等参数。

3、网络通讯问题：如果您使用的是ModbusTCP/IP协议，可能是网络通讯问题导致的。

CPU224是西门子公司出品的一款PLC控制器，Modbus是一种常用的工业通信协议。如果您使用CPU224进行Modbus通讯时遇到了问题，可能需要从以下几个方面进行排查：

1 硬件连接：检查通讯线路是否正确连接，通讯口是否有松动或氧化等情况，确保物理层连接正常。

2 CPU224程序及参数设置：检查PLC程序中是否正确配置了Modbus通讯参数，包括串口波特率、校验位、数据位等。另外，在程序中也需要正确实现Modbus协议的数据格式和通讯周期等设置。

3 Modbus从机配置：检查从机设备的地址、通讯参数是否与PLC设置的一致，确保从机处于可响应状态，可以通过其他方式进行验证。

4 网络环境：检查通讯网络是否存在噪声、抖动、干扰等问题，导致数据传输不稳定或错误。

5 其他问题：还有一些可能的问题包括电源电压不稳定、软件升级或兼容性问题等，需要根据具体情况综合分析并解决。

如果以上方法无法解决问题，建议您联系相关技术支持人员或专业工程师进行进一步的诊断和处理。

以上就是关于remotetelnet和modbustcp区别全部的内容，包括:remotetelnet和modbustcp区别、如何将电脑usb通讯协议修改成modbus、有人移植过RT Thread 上的那个modbus主站程序么等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！