组态王与单片机通信协议1
一、通讯参数：
通讯参数包括数据位，停止位，波特率、校验方式。
数据位、停止位、波特率由单片机决定。组态王中的设定和单片机一致即可。校验方式参照“数据传输格式”中相关部分。
二、数据传输格式：
格式1、组态王发送地址请求格式：（此时检验位为1）
格式2、单片机应答地址格式：（此时检验位为0）
格式3、组态王读数据请求格式：（此时检验位为0）
格式4、单片机应答读数据格式（正确）：（此时检验位为0）
格式5、单片机应答读数据格式（错误）：（此时检验位为0）
格式6、组态王写数据请求格式：（此时检验位为0）
格式7、单片机应答写数据格式（正确）：（此时检验位为0）
三、时序：
读数据：
写数据：
四、协议说明：
数据传输：所有数据均为16进制数
Sta:：设备地址1字节
R：读标志1字节（0x52）W：写标志1字节(0x57)
DataType；需要交换的数据类型，1字节。1，字节；2，字，3，浮点型。
DataNum：要读取的数据的数量，1字节。
DataAddr；为数据偏移地址2字节，低字节在前，高字节在后
Data：实际传输的数据，低字节在前，高字节在后
DataLong: 单片机返回Data的字节数，2字节，低字节在前，高字节在后CRC：为从第一个字节至CRC前的所有字节的异或值，1字节
ErrorCode：
1．通讯口设置：
通讯方式：RS-232,RS-485,RS-422均可。
波特率：由单片机决定（2400，4800，9600and19200bps）。
字节数据格式：由单片机决定。
注意：在组态王中设置的通讯参数如波特率，数据位，停止位，奇偶校验必须与单片机编程中的通讯参数一致
2．在组态王中定义设备地址的格式
格式：＃＃．＃
前面的两个字符是设备地址，范围为0－255，此地址为单片机的地址，由单片机中的程序决定；
后面的一个字符是用户设定是否打包，“0”为不打包、“1”为打包,用户一旦在定义设备时确定了打包，组态王将处理读下位机变量时数据打包的工作。
3．在组态王中定义的寄存器格式
斜体字dd代表数据地址，此地址与单片机的数据地址相对应。
注意：在组态王中定义变量时，一个X寄存器根据所选数据类型
（BYTE,UINT,FLOAT）的不同分别占用一个、两个，四个字节，定义不同的数据类型要注意寄存器后面的地址，同一数据区内不可交叉定义不同数据类型的变量。为提高通讯速度建议用户使用连续的数据区。
例如，
1、在单片机中定义从地址0开始的数据类型为BYTE型的变量:
则在组态王中定义相应的变量的寄存器为X0、X1、X2、X3、X4。。。。。。。。，数据类型为BYTE，每个变量占一个字节
2、在单片机中定义从地址100开始的数据类型为UINT型的变量:
则在组态王中定义相应的变量的寄存器为X100、X102、X104、X106、
X108。。。。。。。。，数据类型UINT，每个变量占两个字节
3、在单片机中定义从地址200开始的数据类型为FLOAT型的变量:
则在组态王中定义相应的变量的寄存器为X200、X204、X208、X212。。。。。。。，数据类型FLOAT，每个变量占四个字节
3．组态王与单片机通讯的命令格式：
读写格式（除字头、字尾外所有字节均为ASCII码）
说明；
字头：1字节1个ASCII码，40H
设备地址： 1字节2个ASCII码，0—255（即0---0x0ffH）
标志：1字节2个ASCII码，bit0~bit7，
bit0= 0:读，bit0= 1:写。
bit1= 0：不打包。
bit3bit2 = 00,数据类型为字节。
bit3bit2 = 01,数据类型为字。
bit3bit2 = 1x,数据类型为浮点数。
数据地址： 2字节4个ASCII码，0x0000~0xffff
数据字节数：1字节2个ASCII码，1—100，实际读写的数据的字节数。
数据…：为实际的数据转换为ASCII码，个数为字节数乘2。
异或：异或从设备地址到异或字节前，异或值转换成2个ASCII码
CR：0x0d。
通讯尝试恢复命令(COMERROR)，请求地址为0的一个BYTE数据
3．1．上位机发送读命令
下位机应答：若正常：
若不正常：
例1：读15号仪表，数据地址为15的数据。其中数据为100，数据类型为字节，不打包。组态王所发数据为：
若正确：
若不正确：
例2：读15号仪表，数据地址为15的数据。其中数据为100，数据类型为字节，打包。组态王所发数据为：
若正确：
若不正确：
3.2．上位机发送写命令
下位机应答：若正常：
若不正常：
例1：写15号仪表，数据地址为15。写数据255，数据类型为字，不打包。组态王所发数据为：
若正确：
若不正确：
例2：写15号仪表，数据地址为15。写数据65535，数据类型为浮点型，打包。组态王所发数据为：
若正确：
若不正确：
3、注：
仪表内部数据为十六进制表示的十进制数。如：实时测量值为500，则用十六进制表示为1F4H。仪表通讯传输是将上述十六进制数据转化为标准ASCII码（即一字节的16进制数转化为2个ASCII码──高4位ASCII码+低4位ASCII 码）。
如：上述数据1F4H（16进制），传输时，转化为ASCII码则为30H、31H、46H、34H。
此浮点数格式的转换：
1）ASCII码到浮点数：
float C4toD(char * c)
{
BYTE Hd[30], Jiema[30];
float DTc[30];
float Decimal = 0;
memset(Hd, 0, sizeof(Hd));
memset(Jiema, 0, sizeof(Jiema));
memset(DTc, 0, sizeof(DTc));
float returnflo = 0;
BOOL ShuFU = FALSE, JieFU = FALSE;
if((c[7] > 0x40) && (c[7] < 0x47))
Hd[7] = ((c[7] - 0x37) & 0x0f);
else if((c[7] > 0x60) && (c[7] < 0x67))
Hd[7] = ((c[7] - 0x57) & 0x0f);
else
Hd[7] = ((c[7] - 0x30) & 0x0f);
if((c[6] > 0x40) && (c[6] < 0x47))
Hd[6] = ((c[6] - 0x37) & 0x0f);
else if((c[6] > 0x60) && (c[6] < 0x67))
Hd[6] = ((c[6] - 0x57) & 0x0f);
else
Hd[6] = ((c[6] - 0x30) & 0x0f);
DTc[2] = (float)(((float)(Hd[6] * 16.0) + (float)(Hd[7])) / 256.0);
if((c[5] > 0x40) && (c[5] < 0x47))
Hd[5] = ((c[5] - 0x37) & 0x0f);
else if((c[5] > 0x60) && (c[5] < 0x67))
Hd[5] = ((c[5] - 0x57) & 0x0f);
else
Hd[5] = ((c[5] - 0x30) & 0x0f);
if((c[4] > 0x40) && (c[4] < 0x47))
Hd[4] = ((c[4] - 0x37) & 0x0f);
else if((c[4] > 0x60) && (c[4] < 0x67))
Hd[4] = ((c[4] - 0x57) & 0x0f);
else
Hd[4] = ((c[4] - 0x30) & 0x0f);
DTc[1] = (float)((((float)(Hd[4] * 16.0) + (float)Hd[5]) + DTc[2]) / 256.0);
if((c[3] > 0x40) && (c[3] < 0x47))
Hd[3] = ((c[3] - 0x37) & 0x0f);
else if((c[3] > 0x60) && (c[3] < 0x67))
Hd[3] = ((c[3] - 0x57) & 0x0f);
else
Hd[3] = ((c[3] - 0x30) & 0x0f);
if((c[2] > 0x40) && (c[2] < 0x47))
Hd[2] = ((c[2] - 0x37) & 0x0f);
else if((c[2] > 0x60) && (c[2] < 0x67))
Hd[2] = ((c[2] - 0x57) & 0x0f);
else
Hd[2] = ((c[2] - 0x30) & 0x0f);
Decimal = (float)(((float)(Hd[2] * 16) + (float)(Hd[3]) + DTc[1])/ 256.0);
if((c[1] > 0x40) && (c[1] < 0x47))
Jiema[1] = ((c[1] - 0x37) & 0x0f);
else if((c[1] > 0x60) && (c[1] < 0x67))
Jiema[1] = ((c[1] - 0x57) & 0x0f);
else
Jiema[1] = ((c[1] - 0x30) & 0x0f);
if((c[0] > 0x40) && (c[0] < 0x47))
Jiema[0] = ((c[0] - 0x37) & 0x0f);
else if((c[0] > 0x60) && (c[0] < 0x67))
Jiema[0] = ((c[0] - 0x57) & 0x0f);
else
Jiema[0] = ((c[0] - 0x30) & 0x0f);
ShuFU = ((Jiema[0] & 0x08) >> 3) > 0;
JieFU = ((Jiema[0] & 0x04) >> 2) > 0;
Jiema[2] = (Jiema[0] & 0x03) * 16 + Jiema[1];
if(JieFU)
returnflo = (float)pow(2, (-1) * Jiema[2]) * Decimal;
else
returnflo = (float)pow(2, Jiema[2]) * Decimal;
if(ShuFU)
returnflo = (-1) * returnflo;
return returnflo;
}
2）浮点数到ASCII码：
void D4toC(char * c,float d)
{
BYTE i = 0, Jiema = 0;
char inbyte1[30];
BOOL ShuFu = FALSE, JieFu = FALSE;
int inbyte2 = 0, inbyte3 = 0, inbyte4 = 0;
char afterbyte2[30], afterbyte3[30], afterbyte4[30];
float F_afterbyte2 = 0, F_afterbyte3 = 0, F_afterbyte4 = 0;
memset(inbyte1, 0x30, sizeof(inbyte1));
memset(afterbyte2, 0x30, sizeof(afterbyte2));
memset(afterbyte3, 0x30, sizeof(afterbyte3));
memset(afterbyte4, 0x30, sizeof(afterbyte4));
inbyte1[10] = 0x0;
afterbyte2[10] = 0x0;
afterbyte3[10] = 0x0;
afterbyte4[10] = 0x0;
if(d == 0)
{
for(int j = 0; j < 8; j++)
c[j] = 0x30;
return;
}
if(d < 0)
{
ShuFu = TRUE;
d = (-1) * d;
}
while(d > 1)
{
d =(float)(d / 2.0);
i ++;
}
while(d <= 0.5)
{
JieFu = TRUE;
d = (float)(d * 2.0);
i ++;
}
if(d == 1)
{
for(int j = 2; j < 8; j++)
c[j] = 0x46;
}
else
{
inbyte2 = (int)(d * 256);
F_afterbyte2 = (d * 256) - (int)(d * 256);
inbyte3 = (int)(F_afterbyte2 * 256);
F_afterbyte3 = (F_afterbyte2 * 256) - (int)(F_afterbyte2 * 256);
inbyte4 = (int)(F_afterbyte3 * 256);
F_afterbyte4 = (F_afterbyte3 * 256) - (int)(F_afterbyte3 * 256);
itoa(inbyte2, afterbyte2, 16);
itoa(inbyte3, afterbyte3, 16);
itoa(inbyte4, afterbyte4, 16);
if(inbyte2 == 0)
{
c[2] = 0x30;
c[3] = 0x30;
}
else if(inbyte2 < 16)
{
c[2] = 0x30;
c[3] = afterbyte2[0];
}
else
{
c[2] = afterbyte2[0];
c[3] = afterbyte2[1];
}
if(inbyte3 == 0)
{
c[4] = 0x30;
c[5] = 0x30;
}
else if(inbyte3 < 16)
{
c[4] = 0x30;
c[5] = afterbyte3[0];
}
else
{
c[4] = afterbyte3[0];
c[5] = afterbyte3[1];
}
if(inbyte4 == 0)
{
c[6] = 0x30;
c[7] = 0x30;
}
else if(inbyte4 < 16)
{
c[6] = 0x30;
c[7] = afterbyte4[0];
}
else
{
c[6] = afterbyte4[0];
c[7] = afterbyte4[1];
}
}
if(JieFu)
{
if(i > 0x3f)
i = 0x3f;
}
else if(i > 0x32)
i = 32;
if(ShuFu)
i = i | 0x80;
if(JieFu)
i = i | 0x40;
itoa(i, inbyte1, 16);
if(inbyte1 == 0)
{
c[0] = 0x30;
c[1] = 0x30;
}
else if(i < 16)
{
c[0] = 0x30;
c[1] = inbyte1[0];
}
else
{
c[0] = inbyte1[0];
c[1] = inbyte1[1];
}
for(i = 0; i < 8; i ++)
{
if((c[i] > 0x60) && (c[i] < 0x67))
c[i] = c[i] - 0x20;
}
c[8] = 0x00;
}
单片机串口通信协议程序
#include
case RAA: if (ch==0xaa) gRecState=RLEN; else if (ch==0x55) gRecState=RAA; else gRecState=R55; break; case RLEN: gRecLen=ch; gRecCount=0; gRecState=RDATA; break; case RDATA: RecBuf[gRecCount]=ch; gRecCount++; if (gRecCount>=gRecLen) { gRecState=RCH; } break; case RCH: temp=0; for(i=0;i 如何设计单片机常用通信 协议论文 目录 1．自定义数据通信协议 (3) 2．上位机和下位机中的数据发送 (3) 3．下位机中的数据接收和协议解析 (4) 4．上位机中的数据接收和命令处理 (8) 5．总结 (9) 单片机通信协议现在大部分的仪器设备都要求能过通过上位机软件来操作，这样方便调试，利于操作。其中就涉及到通信的过程。在实际制作的几个设备中，笔者总结出了通信程序的通用写法，包括上位机端和下位机端等。 1．自定义数据通信协议 这里所说的数据协议是建立在物理层之上的通信数据包格式。所谓通信的物理层就是指我们通常所用到的RS232、RS485、红外、光纤、无线等等通信方式。在这个层面上， 底层软件提供两个基本的操作函数：发送一个字节数据、接收一个字节数据。所有的数据协议全部建立在这两个操作方法之上。通信中的数据往往以数据包的形式进行传送的，我们把这样的一个数据包称作为一帧数据。类似于网络通信中的TCPIP协议一般，比较可靠的通信协议往往包含有以下几个组成部分：帧头、地址信息、数据类型、数据长度、数据块、校验码、帧尾。 帧头和帧尾用于数据包完整性的判别，通常选择一定长度的固定字节组成，要求是在整个数据链中判别数据包的误码率越低越好。减小固定字节数据的匹配机会，也就是说使帧头和帧尾的特征字节在整个数据链中能够匹配的机会最小。通常有两种做法，一、减小特征字节的匹配几率。二、增加特征字节的长度。通常选取第一种方法的情况是整个数据链路中的数据不具有随即性，数据可预测，可以通过人为选择帧头和帧尾的特征字来避开，从而减小特征字节的匹配几率。使用第二种方法的情况更加通用，适合于数据随即的场合。通过增加特征字节的长度减小匹配几率，虽然不能够完全的避免匹配的情况，但可以使匹配几率大大减小，如果碰到匹配的情况也可以由校验码来进行检测，因此这种情况在绝大多说情况下比较可靠。 地址信息主要用于多机通信中，通过地址信息的不同来识别不同的通信终端。在一对多的通信系统中，可以只包含目的地址信息。同时包含源地址和目的地址则适用于多对多的通信系统。 数据类型、数据长度和数据块是主要的数据部分。数据类型可以标识后面紧接着的是命令还是数据。数据长度用于指示有效数据的个数。 校验码则用来检验数据的完整性和正确性。通常对数据类型、数据长度和数据块三个部分进行相关的运算得到。最简单的做法可是对数据段作累加和，复杂的也可以对数据进行CR C运算等等，可以根据运算速度、容错度等要求来选取。 2．上位机和下位机中的数据发送 物理通信层中提供了两个基本的操作函数，发送一个字节数据则为数据发送的基础。数据 包的发送即把数据包中的左右字节按照顺序一个一个的发送数据而已。当然发送的方 一、通讯参数： 通讯参数包括数据位，停止位，波特率、校验方式。 数据位、停止位、波特率由单片机决定。组态王中的设定和单片机一致即可。校验方式参照“数据传输格式”中相关部分。 二、数据传输格式： 格式1、组态王发送地址请求格式：（此时检验位为1） ENQ Sta EOT CRC 格式2、单片机应答地址格式：（此时检验位为0） ACK Sta ETX CRC 格式3、组态王读数据请求格式：（此时检验位为0） ENQ R DataType DataAddr DataNum EOT CRC 格式4、单片机应答读数据格式（正确）：（此时检验位为0） ACK DataLong Data….ETX CRC 格式5、单片机应答读数据格式（错误）：（此时检验位为0） NAK ErrorCode ETX CRC 格式6、组态王写数据请求格式：（此时检验位为0） ENQ W DataType DataAddr Data….EOT CRC 格式7、单片机应答写数据格式（正确）：（此时检验位为0） ACK ErrorCode ETX CRC 三、时序： 读数据： 组态王单片机 第一步：格式1 第二步：格式2 第三步：格式3 第四步：格式4或格式5 第五步：如果第四步单片机执行格式4， 结束。否则，执行格式1。 第六步：格式2 第七步：格式3 第八步：格式4或格式5 写数据： 组态王单片机 第一步：格式1 第二步：格式2 第三步：格式6 第四步：格式7 第五步：如果第四步单片机执行格式7 的ErrorCode=0，结束。否则，执行格 式1。 第六步：格式2 第七步：格式6 第八步：格式7 四、协议说明： 数据传输：所有数据均为16进制数 ENQ(头) H05 询问请求帧的开始代码 ACK(头) H06 确认ACK应答帧的开始代码NAK(头) H15 否认NAK应答帧的开始代码EOT(尾) H04 正文的结束请求帧的结束ASCII代码ETX(尾) H03 结束正文应答帧的结束ASCII代码 Sta:：设备地址1字节 R：读标志1字节（0x52） W：写标志1字节(0x57) 组态王与单片机多机串口通信的设计 发布: 2011-8-18 | 作者: —— | 来源:ranhaiyang| 查看: 300次| 用户关注： 1 引言随着工业化要求提高，分布式系统发展以及控制设备与监控设备之间通讯需要，组态软件设计的监控系统逐步普及。现在组态软件繁多，比如KingVieW(组态王)、MCGS、WinCC等。KingView 软件基于Microsoft Windows XP，NT／2000操作系统．具有友好的人机操作界面、强大的IO设备端口驱动能力，可与各种PLC、智能仪表、智能模块、板卡、变频器等实时通讯。由于在检测大量模拟量的工业现场使用PLC与组态软件通讯势必增加产品成 1 引言 随着工业化要求提高，分布式系统发展以及控制设备与监控设备之间通讯需要，组态软件设计的监控系统逐步普及。现在组态软件繁多，比如KingVieW(组态王)、MCGS、WinCC 等。KingView软件基于Microsoft Windows XP，NT／2000操作系统．具有友好的人机操作界面、强大的IO设备端口驱动能力，可与各种PLC、智能仪表、智能模块、板卡、变频器等实时通讯。由于在检测大量模拟量的工业现场使用PLC与组态软件通讯势必增加产品成本。而单片机接口丰富，与A／D转换模块组合可以完成相同的工作，并且系统可靠、成本低。 2 组态王与单片机的串口通讯方法 目前，组态王与单片机的通信多是通过动态数据交换(DDE)或通过自己开发通讯驱动程序完成。DDE是Windows平台上的一个完整的通信协议，组态王通过该协议与其他应用程序交换数据。但不可靠和非实时。而自己开发通讯驱动程序会带来设计困难，增加系统开发周期，可行性不高。组态王专门提供一种与单片机多机串口通信方法，可满足大多数系统需求。 3 PC机与单片机的硬件接口电路 图1为上位PC机与下位单片机80C51的连接电路。PC机与单片机本身都自带串行通讯接口，但由于在分布式系统中PC机与各单片机的分布不集中，不能利用RS-232通讯传输，只能改用RS-485。RS-485采用差分式传输信号，最大传输距离为1 219 m．最大传输速率为10 Mb／s．对同时出现的两条信号线A、B的干扰有较强的抑制能力。当两条线绞在一起时，被通信各种分布参数耦合过来的干扰信号可平均地分配到这两条线上，因此对RS-485的差分式传输线路而言，用双绞线可获得较强的抗干扰能力。RS-485采用二线 组态王6.53与51单 片机 基于51单片机的智能仪表与组态王的通讯 1242人阅读 | 0条评论发布于：2009-8-10 23:01:00 1、引言 随着工业自动化进程的不断加快，现场仪器、仪表、设备正不断向数字化、智能化和网络化方向推进。 单片机以其强大的现场数据处理能力，低廉的价格，紧凑的系统结构、高度的灵活性，微小的功耗等一系列优良特性成为构建智能化现场仪器仪表、设备的重要手段，现已广泛应用于工业测量和控制系统中。 组态王 Kingview工控组态软件以其工作性能稳定可靠、人机界面友善、硬件配置方便以及编程简单易用同时其驱动程序较为丰富，如支持DDE、板卡、OPC服务器、PLC、智能仪表、智能模块等；支持ActiveX控件、配方管理、数据库访问、网络功能、冗余功能。其扩展性强，配有加密锁，支持工程加密；可方便与管理计算机或控制计算机联网通信等优良特性，提供了对工业控制现场大量数据进行采集、监控、处理的解决方案。在各种工业控制领域中得到了大量使用[1-2]。 将单片机和组态王优良的特性结合起来，使它们实现“强强联合”，成为改造传统工业，提升企业技术竞争力的重要趋势。 目前许多测控系统是由通用机或工控机和底层单片机控制装置组成，通用机或工控机通过组态软件控制现场仪器设备，单片机采集数据和现场状态通过串行口传送到通用机或工控机，由组态软件对采集到的现场数据进行分析、存储或显示，并将命令和控制通过串行口传到单片机以监控现场设备的运转。可靠地实现它们之间的通讯是实现各种测控任务必须解决的首要问题。对于一些重要名家厂商的板卡和模块，一般组态王可直接提供为数据采集和控制所需的底层硬件设备的驱动程序。但对于绝大多数一般用户自行设计开发的采集、控制装置则没有驱动程序提供。因此实现它们“强强联合”，必须解决它们之间之间的通信问题。迄今为止，人们对单片机与组态王的通信问题进行了广泛的研究[1-2]。 目前，单片机与组态王的通讯方法有主要有3种[3]：①利用组态的驱动程序开发包进行驱动开发自己的通讯驱动程序，该方法适用于专业厂商；②通过动态数据交换(DDE)方式进行通讯，该方法带来一些额 modbus 协议及modbus RTU 的C51 单片机程序 Modbus通讯协议 Modbus协议最初由Modicon公司开发出来，在1979年末该公司成为施耐德自动化(Schneider Automation)部门的一部分，现在Modbus已经是工业领域全球最流行的协议。此协议支持传统的RS-232、RS-422、RS-485和以太网设备。许多工业设备，包括PLC，DCS，智能仪表等都在使用Modbus协议作为他们之间的通讯标准。有了它，不同厂商生产的控制设备可以连成工业网络，进行集中监控。 当在网络上通信时，Modbus协议决定了每个控制器须要知道它们的设备地址，识别按地址发来的消息，决定要产生何种行动。如果需要回应，控制器将生成应答并使用Modbus协议发送给询问方。 Modbus 协议包括ASCII、RTU、TCP等，并没有规定物理层。此协议定义了控制器能够认识和使用的消息结构，而不管它们是经过何种网络进行通信的。标准的Modicon控制器使用RS232C实现串行的Modbus。Modbus的ASCII、RTU协议规定了消息、数据的结构、命令和就答的方式，数据通讯采用Maser/Slave方式，Master端发出数据请求消息，Slave端接收到正确消息后就可以发送数据到Master端以响应请求；Master端也可以直接发消息修改Slave端的数据，实现双向读写。 Modbus 协议需要对数据进行校验，串行协议中除有奇偶校验外，ASCII模式采用LRC校验，RTU模式采用16位CRC校验，但TCP模式没有额外规定校验，因为TCP协议是一个面向连接的可靠协议。另外，Modbus采用主从方式定时收发数据，在实际使用中如果某Slave 站点断开后（如故障或关机），Master端可以诊断出来，而当故障修复后，网络又可自动接通。因此，Modbus协议的可靠性较好。 下面我来简单的给大家介绍一下，对于Modbus的ASCII、RTU和TCP协议来说，其中TCP 和RTU协议非常类似，我们只要把RTU协议的两个字节的校验码去掉，然后在RTU协议的开始加上5个0和一个6并通过TCP/IP网络协议发送出去即可。所以在这里我仅介绍一下Modbus的ASCII和RTU协议。 下表是ASCII协议和RTU协议进行的比较： 协议 开始标记 结束标记 51串口通信协议（新型篇） C51编程:这是网友牛毅编的一个C51串口通讯程序！ //PC读MCU指令结构：(中断方式，ASCII码表示) //帧：帧头标志|帧类型|器件地址|启始地址|长度n|效验和|帧尾标志 //值： 'n' 'y'| 'r' | 0x01 | x | x | x |0x13 0x10 //字节数： 2 | 1 | 1 | 1 | 1 | 1 | 2 //求和： ///////////////////////////////////////////////////////////////////// //公司名称：*** //模块名：protocol.c //创建者：牛毅 //修改者： //功能描述：中断方式：本程序为mcu的串口通讯提供(贞结构)函数接口，包括具体协议部分 //其他说明：只提供对A T89c51具体硬件的可靠访问接口 //版本：1.0 //信息：QQ 75011221 ///////////////////////////////////////////////////////////////////// #include 单片机通信协议 通讯参数数据传输格式数据通讯举例说明协议说明 一、通讯参数 通讯参数包括数据位，停止位，波特率、校验方式。 数据位、停止位、波特率由单片机决定。组态软件中的设定和单片机一致即可。校验方式为和校验。 二、数据传输格式 格式1、组态软件读数据命令格式： 格式2、单片机应答读数据格式（正确）： 格式3、组态软件写数据命令格式： 格式4、组态软件位操作写数据命令格式： 格式5、单片机应答读数据格式 三、数据通讯举例说明 1、读数据 组态软件：发送读数据命令（格式1） 单片机：响应读数据命令 正确：返回（格式2） 2、写数据 组态软件：发送写数据命令（格式3） 组态软件：发送开关量写命令（格式4） 单片机：响应写数据命令 正确：返回（格式5） 四、协议说明 数据传输：所有数据均为16进制数 Sta: 设备地址1字节 R：读标志1字节（0x52） W：写标志1字节(0x57) B：位操作写标志1字节(0x42) DataType：需要交换的数据类型，1字节。1，字节；2，字，3，浮点型。 DataNum：要读取的数据的数量，1字节。 DataAddr：为数据偏移地址2字节，低字节在前，高字节在后。数据偏移地址以字节为单位。 Data：实际传输的数据，低字节在前，高字节在后。 DataLong: 单片机返回Data的字节数，2字节，低字节在前，高字节在后。 BitOffset：位操作写命令时，在字节中的位的偏移（0~7）。 LRC：为从第一个字节至LRC前的所有字节的异或值，1字节。 EndCode： 如果结束码EndCode为异常值，则该数据侦的数据无效。 十二．PC 机与单片机通信(RS232 协议) [实验任务] 单片机串口通信的应用，通过串口，我们的个人电脑和单片机系统进行通信。个人电脑作为上位机，向下位机单片机系统发送十六进制或者ASCLL码，单片机 系统接收后，用LED显示接收到的数据和向上位机发回原样数据。 [硬件电路图] [实验原理] RS-232是美国电子工业协会正式公布的串行总线标准，也是目前最常用的串 行接口标准，用来实现计算机与计算机之间、计算机与外设之间的数据通讯。RS-232串行接口总线适用于：设备之间的通讯距离不大于15m，传输速率最大为 20kBps。RS-232协议以-5V－15V表示逻辑1；以+5V－15V 表示逻辑0。我们是 用MAX232芯片将RS232电平转换为TTL电平的。一个完整的RS-232接口有22 根线，采用标准的25芯插头座。我们在这里使用的是简化的9芯插头座。 注意我们在这里使用的晶振是11.0592M的，而不是12M。因为波特率的设置 需要11.0592M的。 “串口调试助手V2.1.exe”软件的使用很简单，只要将串口选择‘CMO1’波特率设置为‘9600’数据位为8 位。打开串口（如果关闭）。然后在发送区里输入要发送的数据，单击手动发送就将数据发送出去了。注意，如果选中‘十六进制发送’那么发送的数据是十六进制的，必须输入两位数据。如果没有选中， 数字二进制Px0～Px7 Abcdefg p 十六进制 0 00111111 00000011 11111100 0xco 1 00000110 10011111 01100000 0xf9 [C语言源程序] #include "reg52.h" //包函8051 内部资源的定义 unsigned char dat; //用于存储单片机接收发送缓冲寄存器SBUF里面的内容 sbit gewei=P2^6; //个位选通定义 sbit shiwei=P2^5; //十位选通定义 sbit baiwei=P2^4; unsigned char code table[]={0xc0,0xf9,0xa4,0xb0,0x99,0x92,0x82,0xf8,0x80,0x90,0x88,0x83,0xc6,0xa1, 0x86,0x8e,0x40,}; void Delay(unsigned int tc) //延时程序 { while( tc != 0 ) {unsigned int i; for(i=0; i<100; i++); tc--;} } void LED() //LED显示接收到的数据（十进制） { shiwei=0; P0=table[dat/10]; Delay(10); shiwei=1; gewei=0; P0=table[dat%10]; Delay(10); gewei=1; baiwei=0; P0=table[dat/100]; Delay(10); baiwei=1; } ///////功能:串口初始化,波特率9600，方式1///////// void Init_Com(void) { TMOD = 0x20; PCON = 0x00; SCON = 0x50; TH1 = 0xFd; 组态王与单片机协议 1．通讯口设置： 通讯方式：RS-232,RS-485,RS-422均可。 波特率：由单片机决定（2400，4800，9600and19200bps）。 字节数据格式：由单片机决定。 注意：在组态王中设置的通讯参数如波特率，数据位，停止位，奇偶校验必须与单片机编程中的通讯参数一致 2．在组态王中定义设备地址的格式 格式：＃＃．＃ 前面的两个字符是设备地址，范围为0－255，此地址为单片机的地址，由单片机中的程序决定； 后面的一个字符是用户设定是否打包，“0”为不打包、“1”为打包,用户一旦在定义设备时确定了打包，组态王将处理读下位机变量时数据打包的工作。 3．在组态王中定义的寄存器格式 注意：在组态王中定义变量时，一个X寄存器根据所选数据类型（BYTE,UINT,FLOAT）的不同分别占用一个、两个，四个字节，定义不同的数据类型要注意寄存器后面的地址，同一数据区内不可交叉定义不同数据类型的变量。为提高通讯速度建议用户使用连续的数据区。 例如， 1、在单片机中定义从地址0开始的数据类型为BYTE型的变量: 则在组态王中定义相应的变量的寄存器为X0、X1、X2、X3、X4。。。。。。。。，数据类型为BYTE，每个变量占一个字节 2、在单片机中定义从地址100开始的数据类型为UINT型的变量: 则在组态王中定义相应的变量的寄存器为X100、X102、X104、X106、X108。。。。。。。。，数据类型UINT，每个变量占两个字节 3、在单片机中定义从地址200开始的数据类型为FLOAT 型的变量: 则在组态王中定义相应的变量的寄存器为X200、X20 4、X208、X212。。。。。。。， 数据类型FLOAT ，每个变量占四个字节 3．组态王与单片机通讯的命令格式： 字头：1字节1个ASCII 码，40H 设备地址： 1字节2个ASCII 码，0—255（即0---0x0ffH ） 标志：1字节2个ASCII 码，bit0~bit7， bit0= 0:读，bit0= 1:写。 bit1= 0：不打包。 bit3bit2 = 00,数据类型为字节。 bit3bit2 = 01,数据类型为字。 bit3bit2 = 1x,数据类型为浮点数。 数据地址： 2字节4个ASCII 码，0x0000~0xffff 数据字节数：1字节2个ASCII 码，1—100，实际读写的数据的字节数。 数据…：为实际的数据转换为ASCII 码，个数为字节数乘2。 异或：异或从设备地址到异或字节前，异或值转换成2个ASCII 码 CR ：0x0d 。 通讯尝试恢复命令(COMERROR )，请求地址为0的一个BYTE 数据 3．1．上位机发送读命令 下位机应答：若正常： 若不正常： 100，数据类型为字节，不打包。组态王所 若正确： 组态王与单片机的通信与设计 前言本文主要是解决装有组态王的PC机与单片机的通信问题，这里选择通过计算机的COM1口进行串行通信。单片机和PC机的串行通行一般采用RS-232、RS-422或RS-485总线标准接口，也有采用非标准的20mA电流环的。为保证通信的可靠，在选择接口时必须注意：(1)通信的速率；(2)通信距离：(3)抗干扰能力；(4)组网方式，既可以保证正常通信时的最大通信端口数量。这里采用RS-232接口与单片机通信的方法。由于两者间的电平规范不一致，实现两者间的通信要解决接口电路的电平转换问题。 正文 选题背景随着单片机和微机技术的不断发展,单片机的应用也从独立的单机向网络发展,由PC机和多台单片机构成的多级网络测控系统已成为单片机技术发展的一个方向。在一个大型的应用系统中，通常由单片机完成数据的采集和上传，后台则通过PC机对数据进行分析并处理，复杂的还要建立数据库形成网络，二者的结合，充分发挥了单片机在实时数据采集和微机对图形处理、显示以及数据库管理上的优点，使得单片机的应用已不仅仅局限于传统意义上的自动监测或控制，而形成了向以网络为核心的分布式多点系统发展的趋势。 随着微电子技术、计算机控制技术、工业以太网技术及现场总线技术的发展，作为用户无需改变运行程序原代码的软件平台工具——工控组态软件日渐成熟。由于工控组态软件在实现工业控制的过程中免去了大量烦琐的编程工作，解决了长期以来控制工程人员缺乏计算机专业知识与计算机专业人员缺乏控制操作技术和经验的矛盾，极大地提高了自动化工程的工作效率。近年来，工控组态软件在中小型工业过程控制工程、工业自动化工程中越来越受到欢迎。不仅如此，工控组态软件还在配电自动化、智能楼宇、农业自动化、能源监测等领域也逐步展示了其独特的优势。 单片机控制系统以其高性能价格比、稳定、易于实现等特点而被广泛使用，但他难以实现动态复杂的图形监控界面；而组态王软件具有强大丰富的监控界面设计功能，却难以实现复杂的控制算法，而单片机则难以实现动态复杂的图形监控界面，若采用以单片机为下位机，以装有组态王的PC极为上位机的控制方式，将彻底改变原来单片机控制系统的单调、简单的控制界面的缺陷，进一步推动单片机控制方式的广泛应用。 在这个设计中有以下问题待以解决：1、TTL/RS232电平转换及其接口电路的处理。2、由于组态王接收的是数据的ASCII码，因此要实现数据与它所对应的ASCII码的转换。3、组态王监控界面的设计。 设计要求 设计组态王监控界面，编写单片机发送接受程序以实现组态王与单片机两者间的通信。 方案论证 过程论证 基于Modbus协议实现单片机与PLC之间的通讯 来源：PLC&FA 作者：蔡晓燕赵兴群万遂人董鹏云 关键词：可编程控制器 Modbus 通讯协议 1 引言 HMI(人机界面)以其体积小，高性能，强实时等特点，越来越多的应用于工业自动化系统和设备中。它有字母、汉字、图形和图片等不同的显示，界面简单友好。配有长寿命的薄膜按钮键盘，操作简单。它一般采用具有集成度高、速度快、高可靠且价格低等优点的单片机[1]作为其核心控制器，以实现实时快速处理。PLC和单片机结合不仅可以提PLC的数据处理能力，还可以给用户带来友好简洁的界面。本文以Modbus通讯协议为例，详细讨论了一个人机系统中，如何用C51实现单片机和PLC之间通讯的实例。 2 Modbus通讯协议[4] Modbus协议是应用于电子控制器上的一种通用语言。通过此协议，控制器相互之间、控制器经由网络和其它设备之间可以通信。 Modbus协议提供了主—从原则，即仅一设备(主设备)能初始化传输(查询)。其它设备(从设备)根据主设备查询提供的数据作出相应反应。主设备查询的格式:设备地址(或广播，此时不需要回应)、功能代码、所有要发送的数据、和一错误检测域。从设备回应消息包括确认地址、功能码、任何要返回的数据、和一错误检测域。如果在消息接收过程中发生一错误，或从设备不能执行其命令，从设备将建立一错误消息并把它作为回应发送出去。 控制器能设置为两种传输模式:ASCII和RTU，在同样的波特率下，RTU可比ASCII方式传送更多的数据，所以采用KTU模式。 (1) 典型的RTU消息帧 典型的RTU消息帧如表1所示。 RTU消息帧的地址域包含8bit。可能的从设备地址是0...127(十进制)。其中地址0是用作广播地址，以使所有的从设备都能认识。主设备通过将要联络的从设备的地址放入消息中的地址域来选通从设备。当从设备发送回应消息时，它把自己的地址放入回应的地址域中，以便主设备知道是哪一个设备作出回应。 RTU消息帧中的功能代码域包含了8bits，当消息从主设备发往从设备时，功能代码域将告之从设备需要执行哪些行为;当从设备回应时，它使用功能代码域来指示是正常回应(无误)还是有某种错误发生(称作异议回应，一般是将功能码的最高位由0改为1)。 从主设备发给从设备消息的数据域包含附加的信息:从设备必须用于进行执行由功能代 码所定义的行为。这包括了像不连续的寄存器地址，要处理项的数目，域中实际数据字节数。如果没有错误发生，从从设备返回的数据域包含请求的数据。如果有错误发生，此域包含一异议代码，主设备应用程序可以用来判断采取下一步行动。 当选用RTU模式作字符帧时，错误检测域包含一16Bits值(用两个8位的字符来实现)。错误检测域的内容是通过对消息内容进行循环冗长检测(CRC)方法得出的。CRC域附加在消息的最后，添加时先是低字节然后是高字节。 (2) 所有的Modbus功能码 Modbus的功能码定义如表2所示。 （合同制定方法）单片机与上位机通信协议的制定 单片机和上位机通信协议的制定 单片机和上位机的串口通信协议分为上行协议和下行协议，要分别制定！上行协议，即由单片机向上位机发送数据。 下行协议，即由上位机向单片机发送数据。 而通信协议又要分固定长度和不定长度俩种 本文所介绍的协议属于简单的固定字长的通信协议！ 下行协议由四个字节构成 上表是简单的上位机对单片机的控制指令 下述函数是C#中封装的串口通信类中的发送函数的封装publicvoidSerSendCommu(byteorderDef,bytedata)//参数1为命令字，参数二为要发送的数 //据，需要时可直接调用 { Byte[]BSendTemp=newByte[SEND_LENTH]; BSendTemp[0]=PRE; BSendTemp[1]=orderDef; BSendTemp[2]=data; BSendTemp[3]=END; this.serialPort1.Write(BSendTemp,0,SEND_LENTH); } 下位机中用中断方式接收字符，本文用的是GCC语言，下面是串口接收数据中断 ISR(USART_RXC_vect)//串口接收中断 { unsignedcharstatus,data; status=UCSRA;//**首先读取UCSRA的值，再读取UDR值，顺序不能颠倒，否则读取UDR后的UCSRA的 //值即会改变** data=UDR; if(!Uart_RecvFlag)//判断缓存中的数据是否读完，读完则接收指令 { if((status&((1< 组态王通用单片机协议（ASCII） 概述 通用单片机ASCII协议支持单片机与组态王通讯,用户只要按照我们的协议编写单片机通讯程 序就可实现与组态王的通讯. 组态王设置 1、定义组态王设备 定义组态王定义设备时请选择：智能模块\单片机\通用单片机ASCII\串口 组态王的设备地址定义格式：＃＃．＃ 前面的两个字符是设备地址，范围为0－255，此地址为单片机的地址，由单片机中的程序决定； 后面的一个字符是用户设定是否打包，"0"为不打包、"1"为打包,用户一旦在定义设备时确定了 打包，组态王将处理读下位机变量时数据打包的工作，与单片机的程序无关. 2、组态王通讯 通讯方式：RS-232,RS-485,RS-422均可。 波特率：由单片机决定（2400，4800，9600and19200bps）。 注意：在组态王中设置的通讯参数如波特率，数据位，停止位，奇偶校验必须与单片机编程中 的通讯参数一致 组态王数据词典--变量定义 在组态王中定义的寄存器数据格式（类型）：由单片机决定。 斜体字dd代表数据地址，此地址与单片机的数据地址相对应. 注意： 在组态王中定义变量时，一个X寄存器根据所选数据类型（BYTE,USHORT,FLOAT）的不同，分别 占用一个、两个，四个字节，定义不同的数据类型要注意寄存器后面的地址，同一数据区内 不可交叉定义不同数据类型的变量。为提高通讯速度建议用户使用连续的数据区。 例如， 1、在单片机中定义从地址0开始的数据类型为BYTE型的变量: 则在组态王中定义相应的变量 的寄存器为X0、X1、X2、X3、X4。。。。。。。。，数据类型为BYTE，每个变量占一个字节 2、在单片机中定义从地址100开始的数据类型为USHORT型的变量: 则在组态王中定义相应的变 量的寄存器为X100、X102、X104、X106、X108。。。数据类型USHORT，每个变量占两个字节 3、在单片机中定义从地址200开始的数据类型为FLOAT型的变量: 则在组态王中定义相应的变 量的寄存器为X200、X204、X208、X212。。。。。。数据类型FLOAT，每个变量占四个字节 组态王与单片机通讯的命令格式： 具体协议内容请参看组态王安装盘:\Value Pack\单片机\通用单片机通讯协 议（ASCII）.doc 1 概述 LIN协议是新出现的一种新型低成本串行通信总线，其全称是Local Interconnect Network，即局部互联网络。它最开始出现于汽车行业，是为解决汽车智能化和网络化的发展要求和降低汽车制造成本的 矛盾而提出来的一种串行总线协议，主要用于车门、车灯等需要简单 控制但又要求智能控制的场合。它的主要特点是：采用单个主控制器 ／多从设备通信模式；基于普通UART／SCI接口硬件实现，协议简单；网络传输速率不高，最高可达20kb／s。由于LIN协议的突出特点是协议对硬件的依赖程度低，可以基于普通单片机的通用串口等硬件资源 以软件方式实现，成本低廉，因此可广泛应用于汽车行业以外的其他 领域，如智能家庭网络内部的数据传输、节点控制等场合。 本文依据对LIN协议的分析，对其协议在普通单片机上的具体实现，即如何利用单片机有限的硬件资源实现LIN的主节点、从节点， 进行可行性方案的研究、探讨。 2 LIN协议的简介 LIN协议的最新版本是LIN Specification Package Revision 2.O，包 括协议规范、节点诊断配置规范、物理层规范、API规范等几个方面，从硬件配置到节点配置语言都作了详细的规定。下面就其协议规范作 一简要介绍和分析。 LIN的数据传输是采用报文帧的形式进行的。一个完整的报文帧 由1个主机节点发送的报文头(header)和1个主机或从机节点发送的响 应(response)组成，如图1所示。报文头包括1个间隔场(break)、1个同步字节场(synch)和1个保护标识符字节场PID(Protected IDentifier)。间 隔场是由持续了至少13个位时的显性电平和至少1个位时的隐性电平 组成；由主机节点产生，标志着一次数据通信过程报文帧的开始。同 步字节场包含时钟同步信息。同步字节场的格式是0x55，表现在8个 位定时中有5个下降沿，即隐性跳变到显性的边沿。 关于51单片机上实现modbus协议 你找一个MODBUS的协议详细资料好好看看，就是一种通讯约定，你按照它规定的格式通讯就可以了 协议发送给询问方。Modbus协议包括ASCII、RTU、TCP等，并没有规定物理层。此协议定义了控制器能够认识和使用的消息结构，而不管它们是经过何种网络进行通信的。标准的Modicon控制器使用RS232C实现串行的Modbus。 Modbus的ASCII、RTU协议规定了消息、数据的结构、命令和就答的方式，数据通讯采用Maser/Slave方式，Master端发出数据请求消息，Slave端接收到正确消息后就可以发送数据到Master端以响应请求；Master端也可以直接发消息修改Slave端的数据，实现双向读写。Modbus协议需要对数据进行校验，串行协议中除有奇偶校验外，ASCII模式采用LRC 校验，RTU模式采用16位CRC校验，但TCP模式没有额外规定校验，因为TCP协议是一个面向连接的可靠协议。另外，Modbus采用主从方式定时收发数据，在实际使用中如果某Slave站点断开后（如故障或关机），Master端可以诊断出来，而当故障修复后，网络又可自动接通。因此，Modbus协议的可靠性较好。下面我来简单的给大家介绍一下，对于Modbus的ASCII、RTU和TCP协议来说，其中TCP和RTU协议非常类似，我们只要把RTU协议的两个字节的校验码去掉，然后在RTU协议的开始加上5个0和一个6并通过TCP/IP网络协议发送出去即可。所以在这里我仅介绍一下Modbus的ASCII和RTU协议。下表是ASCII协议和RTU协议进行的比较：协议开始标记结束标记校验传输效率程序处理 ASCII :（冒号）CR,LF LRC 低直观，简单，易调试 RTU 无无CRC 高不直观，稍复杂 通过比较可以看到，ASCII协议和RTU协议相比拥有开始和结束标记，因此在进行程序处理时能更加方便，而且由于传输的都是可见的ASCII字符，所以进行调试时就更加的直观，另外它的LRC校验也比较容易。但是因为它传输的都是可见的ASCII字符，RTU传输的数据每一个字节ASCII都要用两个字节来传输，比如RTU传输一个十六进制数0xF9,ASCII 就需要传输’F’’9’的ASCII码0x39和0x46两个字节，这样它的传输的效率就比较低。所以一般来说，如果所需要传输的数据量较小可以考虑使用ASCII协议，如果所需传输的数据量比较大，最好能使用RTU协议。 下面对两种协议的校验进行一下介绍。 1、LRC校验 LRC域是一个包含一个8位二进制值的字节。LRC值由传输设备来计算并放到消息帧中，接收设备在接收消息的过程中计算LRC，并将它和接收到消息中LRC域中的值比较，如果两值不等，说明有错误。 基于51单片机的智能仪表与组态王的通讯 圈子类别：嵌入式系统 (未知) 2009-8-10 23:01:00 [我要评论] [加入收藏] [加入圈子] 1、引言 随着工业自动化进程的不断加快，现场仪器、仪表、设备正不断向数字化、智能化和网络化方向推进。 单片机以其强大的现场数据处理能力，低廉的价格，紧凑的系统结构、高度的灵活性，微小的功耗等一系列优良特性成为构建智能化现场仪器仪表、设备的重要手段，现已广泛应用于工业测量和控制系统中。 组态王Kingview工控组态软件以其工作性能稳定可靠、人机界面友善、硬件配置方便以及编程简单易用同时其驱动程序较为丰富，如支持DDE、板卡、OPC服务器、PLC、智能仪表、智能模块等；支持ActiveX控件、配方管理、数据库访问、网络功能、冗余功能。其扩展性强，配有加密锁，支持工程加密；可方便与管理计算机或控制计算机联网通信等优良特性，提供了对工业控制现场大量数据进行采集、监控、处理的解决方案。在各种工业控制领域中得到了大量使用[1-2]。 将单片机和组态王优良的特性结合起来，使它们实现“强强联合”，成为改造传统工业，提升企业技术竞争力的重要趋势。 目前许多测控系统是由通用机或工控机和底层单片机控制装置组成，通用机或工控机通过组态软件控制现场仪器设备，单片机采集数据和现场状态通过串行口传送到通用机或工控机，由组态软件对采集到的现场数据进行分析、存储或显示，并将命令和控制通过串行口传到单片机以监控现场设备的运转。可靠地实现它们之间的通讯是实现各种测控任务必须解决的首要问题。对于一些重要名家厂商的板卡和模块，一般组态王可直接提供为数据采集和控制所需的底层硬件设备的驱动程序。但对于绝大多数一般用户自行设计开发的采集、控制装置则没有驱动程序提供。因此实现它们“强强联合”，必须解决它们之间之间的通信问题。迄今为止，人们对单片机与组态王的通信问题进行了广泛的研究[1-2]。 目前，单片机与组态王的通讯方法有主要有3种[3]：①利用组态的驱动程序开发包进行驱动开发自己的通讯驱动程序，该方法适用于专业厂商；②通过动态数据交换(DDE)方式进行通讯，该方法带来一些额外的开销，如会降低系统实时性，增加系统的不可靠性等，对开发人员的要求也更高。而自己开发通讯驱动程序，有一定的难度，且增加开发周期、成本。⑧利用组态王提供的与单片机的通用通讯协议，该方法简单且实时性好，适用于一般用户。 本文介绍了一种采用通用单片机通讯协议，通过RS485接口实现组态王与基于51单片机的智能化仪器、仪表、设备的通讯方法，描述了单片杌和组态王通信的系统结构，电路组成，采用的通讯协议。并将该方法用于熔融氧化锑液位高度的实时远程测量中。 帧格式如下： 其中LB、DS在命令帧和应答帧中无。 差错控制与校验采用纵向冗余校验（LRC）。 发送方校验和生成方法： 将FD、LB、DS域逐个字节相加求和，在求和过程中舍弃进位，最后将所得的和（单个字节）取补码作为检验和（CS）。 生成校验和的函数为： static unsigned char LRC(auchMsg，usDataLen) /* 函数返回unsigned char 类型的LRC 结果*/ unsigned char *auchMsg ; /* 要计算LRC 的报文*/ unsigned short usDataLen ; /* 报文的字节数*/ { unsigned char uchLRC = 0 ; /* LRC 初始化*/ while (usDataLen--) /* 完成整个报文缓冲区*/ uchLRC += *auchMsg++ ; /* 缓冲区字节相加，无进位*/ return ((unsigned char)(-((char)uchLRC))) ; /* 返回二进制补码*/ } 接收方校验方法： 将所有接收到的数据，即FD、LB、DS、CS等域逐个字节相加求和，在求和过程中舍弃进位，若结果为零（低字节）则传输无错，否则出错。 应答： 接收方对接收数据进行校验后，若无错则向发送方发送传输无错应答帧，若有错则向发送方发送传输出错应答帧。 所需通信数据分为：数据帧、命令帧、应答帧 上行数据：下位机（单片机）向上位机（PC机）传送数据 ⑴初始化上位机(IPC)：FD=0x01 (InitPC) 单片机将电梯模拟器的参数发送至PC机，初始化PC机端的可视化程序。PC机上的可视化程序完成初始化后，应向单片机发送初始化完毕命令。 帧格式：设计单片机通讯协议论文(非常经典)
组态王与单片机通信协议1
组态王与单片机多机串口通信的设计
组态王6.53与51单片机上课讲义
modbus 协议 及 modbus RTU 的 C51 单片机 程序
51串口通信协议(新型篇)
单片机协议
十二.PC 机与单片机通信(RS232 协议)
通用单片机通讯协议ascii
组态王与单片机的通信
基于Modbus协议实现单片机与PLC之间的通讯
(合同制定方法)单片机与上位机通信协议的制定
亚控科技公司提供的通用单片机通讯协议
基于普通单片机的LIN协议实现方案
关于51单片机上实现modbus协议
基于51与组态王的智能仪表
单片机与PC机通信协议(RS232)