CN102902653A - 一种控制器串口通讯协议 - Google Patents

一种控制器串口通讯协议 Download PDF

Info

Publication number
CN102902653A
CN102902653A CN2012103795266A CN201210379526A CN102902653A CN 102902653 A CN102902653 A CN 102902653A CN 2012103795266 A CN2012103795266 A CN 2012103795266A CN 201210379526 A CN201210379526 A CN 201210379526A CN 102902653 A CN102902653 A CN 102902653A
Authority
CN
China
Prior art keywords
parameter
slave
data
main frame
working method
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN2012103795266A
Other languages
English (en)
Inventor
孙彦军
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tianjin Santroll Electric Automobile Technology Co Ltd
Original Assignee
Tianjin Santroll Electric Automobile Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Tianjin Santroll Electric Automobile Technology Co Ltd filed Critical Tianjin Santroll Electric Automobile Technology Co Ltd
Priority to CN2012103795266A priority Critical patent/CN102902653A/zh
Publication of CN102902653A publication Critical patent/CN102902653A/zh
Pending legal-status Critical Current

Links

Images

Landscapes

  • Communication Control (AREA)

Abstract

本发明公布了一种控制器串口通讯协议,包括如下步骤:1、主机方面:主机准备应用层数据;向从机发送数据;等待从机的应答信号;若接收到的信号来源为非期望从机,则重新发送数据;若产生帧间超时或帧内超时,则重新发送数据;若应答信号为“NAK”,则重新发送数据;若应答信号为“ACK”。2、从机方面:接收主机发送的数据;若从机忙,不应答,重新接收;若接收到的数据为非本机ID数据,不应答,重新接收;若产生帧内超时,则重新接收;若数据校验出错,则发送“NAK”应答信号给主机;若校验成功,则从机处理应用层数据,并发送“ACK”。本发明旨在克服现有技术中的不足,提供一种通讯稳定,可简化微处理器的任务量的控制器串口通讯协议。

Description

一种控制器串口通讯协议
技术领域
本发明涉及串口通信领域,更具体地说,涉及一种用于适用于电机控制器的串口通讯协议。
背景技术
通用串行通讯***由于其接口简单,扩展灵活,从而被广泛应用于各类单片机***中,但由于单片本身的工作频率一般较低,处理速度较慢,在高速通讯的过程中,往往会出现通讯不可靠的情况,如果通讯协议过于简单,无法保证多字节数据传输以及数据的准确性。为了解决这一问题,目前所存在的串口通讯协议,通常会通过增加接收端和发送端的协议和任务的复杂度来提高稳定性,而过于复杂的通讯协议,必定要占用更多的微处理器的处理时间和存储单元,使得为了运行传统的串口通讯协议,需要选用相对高端的微处理器,或者添加用于通信的辅助微处理器,从而提升了串口通讯***的制造成本。且在传统的通讯协议中,很难考虑到电机控制器这类产品中微处理器的特点,导致现成的协议无法适用于这类产品中的微处理器。
发明内容
本发明的目的是提供一种协议内容精简合理,采用“点对点”和“点对多”的通信拓扑模式,且可尽最大可能降低电机控制器中微处理器在通讯上的任务量,同时适用于多种通讯物理层的控制器的串口通讯协议。
本发明是采取以下技术方案实现的:
包括如下步骤:
1)主机方面:
(A)主机准备应用层数据;
(B)主机向从机发送数据;
(C)主机等待从机的应答信号;若主机接收到的信号来源为非期望从机,则主机重新发送数据;若主机接收来自期望从机的应答信号时产生帧间超时或帧内超时,则主机重新发送数据;若主机接收到的来自期望从机的应答信号为“NAK”,则主机重新发送数据;若主机接收到的来自期望从机的应答信号为“ACK”,则完成一次操作;
2)从机方面:
(a)从机接收主机发送的数据;
(b)若从机忙,不处理数据,不应答,重新接收;若接收到的数据为非本机ID数据,不应答,重新接收;若从机接收本机ID数据时产生帧内超时,则清空接收缓存,重新接收;若从机接收到的本机ID数据校验错误,则发送“NAK”应答信号给主机;若从机接收到的本机ID数据校验正确,则从机处理应用层数据,并发送“ACK”应答信号给主机,完成一次操作。
主机和从机间的通信具有6种工作方式,分别为实施监控,写用户参数,读用户参数,读当前故障,读历史故障,清除历史故障;其中实时监控的工作方式在从机的存储区1中完成,写用户参数和读用户参数的工作方式在从机的存储区2中完成,读当前故障的工作方式在从机的存储区3中完成,读历史故障和清除历史故障的工作方式在从机的存储区4中完成;存储区1至存储区4为相互独立的4个存储区;6种工作方式的每一种工作方式都具有步骤(A)、(B)(C)以及步骤(a)、(b)、(c)的协议流程。
主机和从机在完成数据的接收前,接收到的数据会先存在接收缓存中,在完成数据的发送前,发送的数据会先存在发送缓存中。
主机和从机每一次重新接收数据前会将接收缓存中的数据清空;主机和从机每一次从新发送数据时,重新发送的数据会将发送缓存中的数据覆盖。
帧间超时是指主机发送一个完整的数据帧后,接收从机的应答信号大于所设定的时间;帧内超时是指主机或从机在接收某个数据帧时,接收到首尾的两个字节之间的时间间隔大于所设定的时间。
主机和从机之间发送的每一帧数据包含6个字节;字节1为参数1,字节2为参数2,字节3为参数3,字节4为参数4;字节5参数5;字节6为参数6。
主机和从机之间通信的波特率为19200bps,主机和从机之间发送和接收的每一个字节前有一位起始位,字节后有终止位,故接收中断触发的最高频率为1920HZ。
参数1为操作码,对应主机和从机进行串口通信的6种工作方式;参数2为操作数地址,且为偏移地址;参数3和参数4为操作数,参数5的高位为目标机ID,低位为校验状态信息,为表示从机数据校验正确的对应码或从机校验错误的对应码;参数6为校验信息,参数6为前5个参数之和,若加和后出现的溢出位,舍弃溢出位。
在实施监控的工作方式中,主机向从机发送参数1至参数6;参数1为实施监控的工作方式所对应的操作码;参数2为操作数所在的偏移地址;参数3和参数4为空,即为置0;参数的5高位为从机ID,低位为空,即低位置0;参数6为参数1至参数5之和;
从机接收到主机的数据后,向主机发送参数1至参数6;参数1为实施监控的工作方式所对应的操作码,参数2为操作数所在的偏移地址;参数3和参数4为操作数;参数5的高位为主机ID,低位为当前的校验状态信息,为数据校验正确的对应码或数据校验错误的对应码;参数6为参数1至参数5之和;
在写用户参数的工作方式中,主机向从机发送参数1至参数6;参数1为写用户参数的工作方式所对应的操作码;参数2为操作数所在的偏移地址;参数3和参数4为操作数;参数5的高位为从机ID,低位为空,即低位置0;参数6为参数1至参数5之和;
从机接收到主机的数据后,向主机发送参数1至参数6;参数1为写用户参数的工作方式所对应的操作码,参数2为操作数所在的偏移地址;参数3为操作结果,分别为操作成功或操作失败两种结果的对应编码;参数4为空,即置0;参数5的高位为主机ID,低位为当前的校验状态信息,为数据校验正确的对应码或数据校验错误的对应码;参数6为参数1至参数5之和;
在读用户参数的工作方式中,主机向从机发送参数1至参数6;参数1为读用户参数的工作方式所对应的操作码;参数2为操作数所在的偏移地址;参数3和参数4为空,即置0;参数5的高位为从机ID,低位为空,即低位置0;参数6为参数1至参数5之和;
从机接收到主机的数据后,向主机发送参数1至参数6;参数1为读用户参数的工作方式所对应的操作码,参数2为操作数所在的偏移地址;参数3和参数4为操作数;参数5的高位为主机ID,低位为当前的校验状态信息,为数据校验正确的对应码或数据校验错误的对应码;参数6为参数1至参数5之和;
在读当前故障的工作方式中,主机向从机发送参数1至参数6;参数1为读当前故障的工作方式所对应的操作码;参数2为操作数所在的偏移地址;参数3和参数4为空,即置0;参数5的高位为从机ID,低位为空,即低位置0;参数6为参数1至参数5之和;
从机接收到主机的数据后,向主机发送参数1至参数6;参数1为读当前故障的工作方式所对应的操作码,参数2为操作数所在的偏移地址;参数3和参数4为操作数;参数5的高位为主机ID,低位为当前的校验状态信息,为数据校验正确的对应码或数据校验错误的对应码;参数6为参数1至参数5之和;
在读历史故障的工作方式中,主机向从机发送参数1至参数6;参数1为读历史故障的工作方式所对应的操作码;参数2为操作数所在的偏移地址;参数3和参数4为空,即置0;参数5的高位为从机ID,低位为空,即低位置0;参数6为参数1至参数5之和;
从机接收到主机的数据后,向主机发送参数1至参数6;参数1为读历史故障的工作方式所对应的操作码,参数2为操作数所在的偏移地址;参数3和参数4为操作数;参数5的高位为主机ID,低位为当前的校验状态信息,为数据校验正确的对应码或数据校验错误的对应码;参数6为参数1至参数5之和;
在清历史故障的工作方式中,主机向从机发送参数1至参数6;参数1为读历史故障的工作方式所对应的操作码;参数2、参数3、参数4为空,即置0;参数5的高位为从机ID,低位为空,即低位置0;参数6为参数1至参数5之和;
从机接收到主机的数据后,向主机发送参数1至参数6;参数1为读历史故障的工作方式所对应的操作码,参数3为操作结果,分别为操作成功或操作失败两种结果的对应编码;参数2和参数4为空,即置0;参数5的高位为主机ID,低位为当前的校验状态信息,为数据校验正确的对应码或数据校验错误的对应码;参数6为参数1至参数5之和;清历史故障的工作方式中,因为参数2中所对应的偏移地址为空,故清历史故障的工作方式默认为将清历史故障的工作方式所对应的存储区4中的信息全部清除。
非期望从机是指从机的ID与主机发送的数据中的参数5的高位的从机ID不符的从机;非本机ID数据是指,从机接收到的数据的参数5的高位的从机ID与其ID不符。
本发明与现有技术相比具有显著的优点和有益效果,体现如下:
采用“点对点”和“点对多”的通信拓扑模式,协议尽最大可能降低电机控制器中微处理器在通讯上的任务量,可同时适用于多种通讯物理层,在保证通讯正常的同时,降低了电机控制器中微处理器的任务量;由于使用了统一的得到验证过的通讯协议,降低了系列产品开发的难度以及任务量,实现了通讯代码模块的重用,一定程度上增加了产品的稳定性。具体体现如下:
首先,在通信中,分主机和从机两方。协议仅支持“点对点”和“点对多”的通信模式,即在一个通信网络中只能有一个主机,但可以有多个从机。另外协议不支持“多对多”的通信模式。这样从一个方面简化了通讯协议。
其次,考虑到电机控制器中微处理器的核心工作在于电机控制、车辆安全等,协议应尽可能少的占用从机的时间,尽可能少的中断从机的工作,中断时也应最大可能的减少中断时间。所以协议将大部分的工作放在主机部分,主机为事务发起方,从机只能应答主机,而无权发起事务。这样在满足基本应用的同时,减少了从机的工作量,也降低了协议的复杂性。且通讯时,应用层同时对数据进行范围检查,尽可能的降低了数据出错的概率。
再次,为了增加协议的适用范围,协议本身对物理层并无要求,使用SCI、SPI、I2C通信都可以,它们之间只是收发功能函数的不同,其余并无区别,当然实际应用中可能以SCI为主。由于CAN网络比较特殊,其硬件本身具有CRC校验及ID项,协议仍将二者在应用层数据的组织上进行统一。
附图说明
图1是本发明的主机的协议流程图;
图2是本发明的从机的协议流程图。
具体实施方式
以下结合附图对本发明实施例做进一步详述,以下关于本发明的实施方式的描述只是示例性,并不是为了限制本发明的所要保护的主题,对于本发明所描述的实施例还存在的其他在权利要求保护范围内的变化,都属于本发明所需要保护的主题。
在本发明的通讯协议中,分主机和从机两方。协议仅支持“点对点”和“点对多”的通信模式,即在一个通信网络中只能有一个主机,但可以有多个从机。另外协议不支持“多对多”的通信模式。
考虑到电机控制器中微处理器的核心工作在于电机控制、车辆安全等,协议应尽可能少的占用从机的时间,尽可能少的中断从机的工作,中断时也应最大可能的减少中断时间。所以协议将大部分的工作放在主机部分,主机为事务发起方,从机只能应答主机,而无权发起事务。这样在满足基本应用的同时,减少了从机的工作量,也降低了协议的复杂性。且通讯时,应用层同时对数据进行范围检查,尽可能的降低了数据出错的概率。
为了增加协议的适用范围,协议本身对物理层并无要求,使用SCI、SPI 、I2C通信都可以,它们之间只是收发功能函数的不同,其余并无区别。由于CAN网络比较特殊,其硬件本身具有CRC校验及ID项,协议仍将二者在应用层数据的组织上进行统一。
根据图1所示,主机的协议流程包括:
1、主机空闲状态下开启发送数据的任务,准备应用层数据。
2、主机向从机发送数据。
3、主机等待从机的应答信号;若主机接收到的信号来源为非期望从机,则主机重新发送数据;若主机接收来自期望从机的应答信号时产生帧间超时或帧内超时,则主机重新发送数据;若主机接收到的来自期望从机的应答信号为“NAK”,则主机重新发送数据;若主机接收到的来自期望从机的应答信号为“ACK”,则完成一次操作;
根据图2所示,从机的协议流程包括:
1、从机在空闲状态时接收主机发送的数据。
2、若从机忙,不处理数据,不应答,重新接收;若接收到的数据为非本机ID数据,不应答,重新接收;若从机接收本机ID数据时产生帧内超时,则清空接收缓存,重新接收;若从机接收到的本机ID数据校验错误,则发送“NAK”应答信号给主机;若从机接收到的本机ID数据校验正确,则从机处理应用层数据,并发送“ACK”应答信号给主机,完成一次操作。
“NAK”意为否定应答,否定应答即为数据校验错误时产生的从机对于主机的应答;“ACK”意为肯定应答,肯定应答即为数据校验正确时产生的从机对于主机的应答。主机和从机之间通信的波特率为19200bps,主机和从机之间发送和接收的每一个字节前有一位起始位,字节后有终止位,故接收中断触发的最高频率为1920HZ。主机和从机之间发送的每一帧数据包含6个字节;字节1为参数1,字节2为参数2,字节3为参数3,字节4为参数4;字节5参数5;字节6为参数6。参数1为操作码,对应主机和从机进行串口通信的6种工作方式;参数2为操作数地址,且为偏移地址;参数3和参数4为操作数,参数5的高位为目标机ID,低位为校验状态信息,为表示从机数据校验正确的对应码或从机校验错误的对应码;参数6为校验信息,参数6为前5个参数之和,若加和后出现的溢出位,舍弃溢出位。对于主机和从机的协议流程中的帧间超时是指主机发送一个完整的数据帧后,接收从机的应答信号大于所设定的时间;而帧内超时是指主机或从机在接收某个数据帧时,接收到首尾的两个字节之间的时间间隔大于所设定的时间。非期望从机是指从机的ID与主机发送的数据中的参数5的高位的从机ID不符的从机;非本机ID数据是指,从机接收到的数据的参数5的高位的从机ID与其ID不符。
主机和从机在完成数据的接收前,接收到的数据会先存在接收缓存中,在完成数据的发送前,发送的数据会先存在发送缓存中。主机和从机每一次重新接收数据前会将接收缓存中的数据清空;主机和从机每一次从新发送数据时,重新发送的数据会将发送缓存中的数据覆盖。
主机和从机间的通信具有6种工作方式,分别为实施监控,写用户参数,读用户参数,读当前故障,读历史故障,清除历史故障。6种工作方式的每一种工作方式都需按照图1和图2中主机和从机的协议流程进行实施。
6种工作方式中,实时监控的工作方式在从机的存储区1中完成,写用户参数和读用户参数的工作方式在从机的存储区2中完成,读当前故障的工作方式在从机的存储区3中完成,读历史故障和清除历史故障的工作方式在从机的存储区4中完成;存储区1至存储区4为相互独立的4个存储区。存储区1中为***当前工作参数信息,对应于电机控制器则为当前电机***当前的转速,工作电流等信息;存储区2中为***配置信息,对应于电机控制器则为电机的最高转速限制,额定工作电流、电压等信息;存储区3中为当前故障信息,对应于电机控制器则为电机***的当前显示出的电机***的非常态信息;存储区4中为历史故障信息,对应于电机控制器则为电机***的过去的电机***的非常态信息。且存储区1和存储区3所在的存储器为RAM,存储区2和存储区4所在的存储器为EEPROM。
在实施监控的工作方式中,主机向从机发送参数1至参数6;参数1为实施监控的工作方式所对应的操作码;参数2为操作数所在的偏移地址;参数3和参数4为空,即为置0;参数的5高位为从机ID,低位为空,即低位置0;参数6为参数1至参数5之和。从机接收到主机的数据后,向主机发送参数1至参数6;参数1为实施监控的工作方式所对应的操作码,参数2为操作数所在的偏移地址;参数3和参数4为操作数;参数5的高位为主机ID,低位为当前的校验状态信息,为数据校验正确的对应码或数据校验错误的对应码;参数6为参数1至参数5之和。因设定参数3和参数4位操作数,故实时监控的工作方式实际为在存储区1中,从机从参数2中偏移地址所确定的存储地址为起点,向后取两个字节的内容并赋予参数3、参数4,并发送至主机。
在写用户参数的工作方式中,主机向从机发送参数1至参数6;参数1为写用户参数的工作方式所对应的操作码;参数2为操作数所在的偏移地址;参数3和参数4为操作数;参数5的高位为从机ID,低位为空,即低位置0;参数6为参数1至参数5之和。从机接收到主机的数据后,向主机发送参数1至参数6;参数1为写用户参数的工作方式所对应的操作码,参数2为操作数所在的偏移地址;参数3为操作结果,分别为操作成功或操作失败两种结果的对应编码;参数4为空,即置0;参数5的高位为主机ID,低位为当前的校验状态信息,为数据校验正确的对应码或数据校验错误的对应码;参数6为参数1至参数5之和。因设定参数3和参数4位操作数,故写用户参数的的工作方式实际为在存储区2中,从机将从主机接收到的参数3和参数4中的两个字节的内容,写入从参数2中偏移地址所确定的存储地址为起点,向后取两个字节的存储空间。
在读用户参数的工作方式中,主机向从机发送参数1至参数6;参数1为读用户参数的工作方式所对应的操作码;参数2为操作数所在的偏移地址;参数3和参数4为空,即置0;参数5的高位为从机ID,低位为空,即低位置0;参数6为参数1至参数5之和。从机接收到主机的数据后,向主机发送参数1至参数6;参数1为读用户参数的工作方式所对应的操作码,参数2为操作数所在的偏移地址;参数3和参数4为操作数;参数5的高位为主机ID,低位为当前的校验状态信息,为数据校验正确的对应码或数据校验错误的对应码;参数6为参数1至参数5之和。因设定参数3和参数4位操作数,故读用户参数的工作方式实际为在存储区2中,从机从参数2中偏移地址所确定的存储地址为起点,向后取两个字节的内容并赋予参数3、参数4,并发送至主机。
在读当前故障的工作方式中,主机向从机发送参数1至参数6;参数1为读当前故障的工作方式所对应的操作码;参数2为操作数所在的偏移地址;参数3和参数4为空,即置0;参数5的高位为从机ID,低位为空,即低位置0;参数6为参数1至参数5之和。从机接收到主机的数据后,向主机发送参数1至参数6;参数1为读当前故障的工作方式所对应的操作码,参数2为操作数所在的偏移地址;参数3和参数4为操作数;参数5的高位为主机ID,低位为当前的校验状态信息,为数据校验正确的对应码或数据校验错误的对应码;参数6为参数1至参数5之和。因设定参数3和参数4位操作数,故读当前故障的工作方式实际为在存储区3中,从机从参数2中偏移地址所确定的存储地址为起点,向后取两个字节的内容并赋予参数3、参数4,并发送至主机。
在读历史故障的工作方式中,主机向从机发送参数1至参数6;参数1为读历史故障的工作方式所对应的操作码;参数2为操作数所在的偏移地址;参数3和参数4为空,即置0;参数5的高位为从机ID,低位为空,即低位置0;参数6为参数1至参数5之和。从机接收到主机的数据后,向主机发送参数1至参数6;参数1为读历史故障的工作方式所对应的操作码,参数2为操作数所在的偏移地址;参数3和参数4为操作数;参数5的高位为主机ID,低位为当前的校验状态信息,为数据校验正确的对应码或数据校验错误的对应码;参数6为参数1至参数5之和。因设定参数3和参数4位操作数,故读历史故障的工作方式实际为在存储区4中,从机从参数2中偏移地址所确定的存储地址为起点,向后取两个字节的内容并赋予参数3、参数4,并发送至主机。
在清历史故障的工作方式中,主机向从机发送参数1至参数6;参数1为读历史故障的工作方式所对应的操作码;参数2、参数3、参数4为空,即置0;参数5的高位为从机ID,低位为空,即低位置0;参数6为参数1至参数5之和。从机接收到主机的数据后,向主机发送参数1至参数6;参数1为读历史故障的工作方式所对应的操作码,参数3为操作结果,分别为操作成功或操作失败两种结果的对应编码;参数2和参数4为空,即置0;参数5的高位为主机ID,低位为当前的校验状态信息,为数据校验正确的对应码或数据校验错误的对应码;参数6为参数1至参数5之和;清历史故障的工作方式中,因为参数2中所对应的偏移地址为空,故清历史故障的工作方式默认为将清历史故障的工作方式所对应的存储区4中的信息全部清除。
对于为本发明的示范性实施例,应当理解为是本发明的权利要求书的保护范围内其中的某一种示范性示例,具有对本领域技术人员实现相应的技术方案的指导性作用,而非对本发明的限定。

Claims (10)

1.一种控制器串口通讯协议,其特征在于包括如下步骤:
1)主机方面:
(A)主机准备应用层数据;
(B)主机向从机发送数据;
(C)主机等待从机的应答信号;若主机接收到的信号来源为非期望从机,则主机重新发送数据;若主机接收来自期望从机的应答信号时产生帧间超时或帧内超时,则主机重新发送数据;若主机接收到的来自期望从机的应答信号为“NAK”,则主机重新发送数据;若主机接收到的来自期望从机的应答信号为“ACK”,则完成一次操作;
2)从机方面:
(a)从机接收主机发送的数据;
(b)若从机忙,不处理数据,不应答,重新接收;若接收到的数据为非本机ID数据,不应答,重新接收;若从机接收本机ID数据时产生帧内超时,则清空接收缓存,重新接收;若从机接收到的本机ID数据校验错误,则发送“NAK”应答信号给主机;若从机接收到的本机ID数据校验正确,则从机处理应用层数据,并发送“ACK”应答信号给主机,完成一次操作。
2.根据权利要求1所述的控制器串口通讯协议,其特征在于:所述主机和从机间的通信具有6种工作方式,分别为实施监控,写用户参数,读用户参数,读当前故障,读历史故障,清除历史故障;其中实时监控的工作方式在从机的存储区1中完成,写用户参数和读用户参数的工作方式在从机的存储区2中完成,读当前故障的工作方式在从机的存储区3中完成,读历史故障和清除历史故障的工作方式在从机的存储区4中完成;存储区1至存储区4为相互独立的4个存储区;6种工作方式的每一种工作方式都具有步骤(A)、(B)(C)以及步骤(a)、(b)、(c)的协议流程。
3.根据权利要求1所述的控制器串口通讯协议,其特征在于:所述主机和从机在完成数据的接收前,接收到的数据会先存在接收缓存中,在完成数据的发送前,发送的数据会先存在发送缓存中。
4.根据权利要求1或权利要求3所述的控制器串口通讯协议,其特征在于:主机和从机每一次重新接收数据前会将接收缓存中的数据清空;主机和从机每一次从新发送数据时,重新发送的数据会将发送缓存中的数据覆盖。
5.根据权利要求1所述的控制器串口通讯协议,其特征在于:所述帧间超时是指主机发送一个完整的数据帧后,接收从机的应答信号大于所设定的时间;帧内超时是指主机或从机在接收某个数据帧时,接收到首尾的两个字节之间的时间间隔大于所设定的时间。
6.根据权利要求1所述的控制器串口通讯协议,其特征在于:所述主机和从机之间发送的每一帧数据包含6个字节;字节1为参数1,字节2为参数2,字节3为参数3,字节4为参数4;字节5参数5;字节6为参数6。
7.根据权利要求1或权利要求6所述的控制器串口通讯协议,其特征在于:所述主机和从机之间通信的波特率为19200bps,主机和从机之间发送和接收的每一个字节前有一位起始位,字节后有终止位,故接收中断触发的最高频率为1920HZ。
8.根据权利要求1或权利要求2或权利要求6所述的控制器串口通讯协议,其特征在于:所述参数1为操作码,对应主机和从机进行串口通信的6种工作方式;参数2为操作数地址,且为偏移地址;参数3和参数4为操作数,参数5的高位为目标机ID,低位为校验状态信息,为表示数据校验正确的对应码或数据校验错误的对应码;参数6为校验信息,参数6为前5个参数之和,若加和后出现的溢出位,舍弃溢出位。
9.根据权利要求1或权利要求2或权利要求6或权利要求8所述的控制器串口通讯协议,其特征在于:
在实施监控的工作方式中,主机向从机发送参数1至参数6;参数1为实施监控的工作方式所对应的操作码;参数2为操作数所在的偏移地址;参数3和参数4为空,即为置0;参数的5高位为从机ID,低位为空,即低位置0;参数6为参数1至参数5之和;
从机接收到主机的数据后,向主机发送参数1至参数6;参数1为实施监控的工作方式所对应的操作码,参数2为操作数所在的偏移地址;参数3和参数4为操作数;参数5的高位为主机ID,低位为当前的校验状态信息,为数据校验正确的对应码或数据校验错误的对应码;参数6为参数1至参数5之和;
在写用户参数的工作方式中,主机向从机发送参数1至参数6;参数1为写用户参数的工作方式所对应的操作码;参数2为操作数所在的偏移地址;参数3和参数4为操作数;参数5的高位为从机ID,低位为空,即低位置0;参数6为参数1至参数5之和;
从机接收到主机的数据后,向主机发送参数1至参数6;参数1为写用户参数的工作方式所对应的操作码,参数2为操作数所在的偏移地址;参数3为操作结果,分别为操作成功或操作失败两种结果的对应编码;参数4为空,即置0;参数5的高位为主机ID,低位为当前的校验状态信息,为数据校验正确的对应码或数据校验错误的对应码;参数6为参数1至参数5之和;
在读用户参数的工作方式中,主机向从机发送参数1至参数6;参数1为读用户参数的工作方式所对应的操作码;参数2为操作数所在的偏移地址;参数3和参数4为空,即置0;参数5的高位为从机ID,低位为空,即低位置0;参数6为参数1至参数5之和;
从机接收到主机的数据后,向主机发送参数1至参数6;参数1为读用户参数的工作方式所对应的操作码,参数2为操作数所在的偏移地址;参数3和参数4为操作数;参数5的高位为主机ID,低位为当前的校验状态信息,为数据校验正确的对应码或数据校验错误的对应码;参数6为参数1至参数5之和;
在读当前故障的工作方式中,主机向从机发送参数1至参数6;参数1为读当前故障的工作方式所对应的操作码;参数2为操作数所在的偏移地址;参数3和参数4为空,即置0;参数5的高位为从机ID,低位为空,即低位置0;参数6为参数1至参数5之和;
从机接收到主机的数据后,向主机发送参数1至参数6;参数1为读当前故障的工作方式所对应的操作码,参数2为操作数所在的偏移地址;参数3和参数4为操作数;参数5的高位为主机ID,低位为当前的校验状态信息,为数据校验正确的对应码或数据校验错误的对应码;参数6为参数1至参数5之和;
在读历史故障的工作方式中,主机向从机发送参数1至参数6;参数1为读历史故障的工作方式所对应的操作码;参数2为操作数所在的偏移地址;参数3和参数4为空,即置0;参数5的高位为从机ID,低位为空,即低位置0;参数6为参数1至参数5之和;
从机接收到主机的数据后,向主机发送参数1至参数6;参数1为读历史故障的工作方式所对应的操作码,参数2为操作数所在的偏移地址;参数3和参数4为操作数;参数5的高位为主机ID,低位为当前的校验状态信息,为数据校验正确的对应码或数据校验错误的对应码;参数6为参数1至参数5之和;
在清历史故障的工作方式中,主机向从机发送参数1至参数6;参数1为读历史故障的工作方式所对应的操作码;参数2、参数3、参数4为空,即置0;参数5的高位为从机ID,低位为空,即低位置0;参数6为参数1至参数5之和;
从机接收到主机的数据后,向主机发送参数1至参数6;参数1为读历史故障的工作方式所对应的操作码,参数3为操作结果,分别为操作成功或操作失败两种结果的对应编码;参数2和参数4为空,即置0;参数5的高位为主机ID,低位为当前的校验状态信息,为数据校验正确的对应码或数据校验错误的对应码;参数6为参数1至参数5之和;清历史故障的工作方式中,因为参数2中所对应的偏移地址为空,故清历史故障的工作方式默认为将清历史故障的工作方式所对应的存储区4中的信息全部清除。
10.根据权利要求1或权利要求6或权利要求8或权利要求9所述的控制器串口通讯协议,其特征在于:所述非期望从机是指从机的ID与主机发送的数据中的参数5的高位的从机ID不符的从机;非本机ID数据是指,从机接收到的数据的参数5的高位的从机ID与其ID不符。
CN2012103795266A 2012-10-09 2012-10-09 一种控制器串口通讯协议 Pending CN102902653A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN2012103795266A CN102902653A (zh) 2012-10-09 2012-10-09 一种控制器串口通讯协议

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2012103795266A CN102902653A (zh) 2012-10-09 2012-10-09 一种控制器串口通讯协议

Publications (1)

Publication Number Publication Date
CN102902653A true CN102902653A (zh) 2013-01-30

Family

ID=47574893

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2012103795266A Pending CN102902653A (zh) 2012-10-09 2012-10-09 一种控制器串口通讯协议

Country Status (1)

Country Link
CN (1) CN102902653A (zh)

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103546250A (zh) * 2013-09-18 2014-01-29 中标软件有限公司 一种用于车载终端的通信方法及***
CN104536934A (zh) * 2014-12-24 2015-04-22 深圳市航盛电子股份有限公司 一种串口通信方法及***
CN105183687A (zh) * 2015-07-31 2015-12-23 深圳市振邦智能科技有限公司 一种分时串口通信方法及***
CN106338986A (zh) * 2016-10-27 2017-01-18 武汉奥泽电子有限公司 基于高频通讯的多机刷写程序的方法及***
CN106569976A (zh) * 2016-11-16 2017-04-19 深圳拓邦股份有限公司 一种串口通信***及通信方法
CN106847203A (zh) * 2016-12-16 2017-06-13 惠而浦(中国)股份有限公司 一种洗衣机显示板用的点阵液晶驱动控制方法
CN106941398A (zh) * 2017-05-05 2017-07-11 北京奇艺世纪科技有限公司 一种基于spi协议的通信方法、装置及***
CN107122282A (zh) * 2017-03-28 2017-09-01 中国第汽车股份有限公司 一种基于spi总线的功能安全通信方法
CN108259286A (zh) * 2016-12-29 2018-07-06 广州周立功单片机科技有限公司 主机与射频读卡器的i2c通信方法和***
CN108399136A (zh) * 2018-02-26 2018-08-14 深圳市晟瑞科技有限公司 一种串行接口的控制方法、装置及主机
CN109015656A (zh) * 2018-09-07 2018-12-18 东南大学 基于2.4g无线射频芯片的多机器人通信***
CN110874073A (zh) * 2018-09-04 2020-03-10 宁波方太厨具有限公司 一种分离式家电控制装置
CN110995686A (zh) * 2019-11-26 2020-04-10 珠海泰芯半导体有限公司 一种软件通信协议的校验方法
CN111008092A (zh) * 2019-12-12 2020-04-14 上海沪工焊接集团股份有限公司 一种焊机通信管理方法及焊机
CN112769666A (zh) * 2019-10-21 2021-05-07 中电智能科技有限公司 Plc站间通信方法

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1662008A (zh) * 2004-10-20 2005-08-31 天津市英克瑞电子技术有限公司 带时钟信号的半双工串行总线通信方法及通信***
CN101222377A (zh) * 2007-11-23 2008-07-16 深圳国人通信有限公司 一种分布式主从机通信中对从机参数的处理方法及装置
CN101374082A (zh) * 2007-08-24 2009-02-25 浙江工商大学 一种单总线传感器网络协议
CN102081585A (zh) * 2010-12-30 2011-06-01 哈尔滨工业大学 试验卫星用rs485双总线通信方法
CN102123007A (zh) * 2011-03-01 2011-07-13 上海奈凯电子科技有限公司 数控***中实现数据传输的通信方法
CN102591739A (zh) * 2012-01-06 2012-07-18 深圳市沛城电子科技有限公司 串口同步通讯数据对齐的方法及装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1662008A (zh) * 2004-10-20 2005-08-31 天津市英克瑞电子技术有限公司 带时钟信号的半双工串行总线通信方法及通信***
CN101374082A (zh) * 2007-08-24 2009-02-25 浙江工商大学 一种单总线传感器网络协议
CN101222377A (zh) * 2007-11-23 2008-07-16 深圳国人通信有限公司 一种分布式主从机通信中对从机参数的处理方法及装置
CN102081585A (zh) * 2010-12-30 2011-06-01 哈尔滨工业大学 试验卫星用rs485双总线通信方法
CN102123007A (zh) * 2011-03-01 2011-07-13 上海奈凯电子科技有限公司 数控***中实现数据传输的通信方法
CN102591739A (zh) * 2012-01-06 2012-07-18 深圳市沛城电子科技有限公司 串口同步通讯数据对齐的方法及装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
黄文: "三维扫描器通信接口设计与实现", 《中国优秀硕士学位论文全文数据库信息科技辑》 *

Cited By (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103546250A (zh) * 2013-09-18 2014-01-29 中标软件有限公司 一种用于车载终端的通信方法及***
CN104536934A (zh) * 2014-12-24 2015-04-22 深圳市航盛电子股份有限公司 一种串口通信方法及***
CN105183687B (zh) * 2015-07-31 2018-10-30 深圳市振邦智能科技股份有限公司 一种分时串口通信方法及***
CN105183687A (zh) * 2015-07-31 2015-12-23 深圳市振邦智能科技有限公司 一种分时串口通信方法及***
CN106338986A (zh) * 2016-10-27 2017-01-18 武汉奥泽电子有限公司 基于高频通讯的多机刷写程序的方法及***
CN106338986B (zh) * 2016-10-27 2019-05-07 武汉奥泽电子有限公司 基于高频通讯的多机刷写程序的方法及***
CN106569976A (zh) * 2016-11-16 2017-04-19 深圳拓邦股份有限公司 一种串口通信***及通信方法
CN106847203A (zh) * 2016-12-16 2017-06-13 惠而浦(中国)股份有限公司 一种洗衣机显示板用的点阵液晶驱动控制方法
CN108259286B (zh) * 2016-12-29 2020-11-17 广州周立功单片机科技有限公司 主机与射频读卡器的i2c通信方法和***
CN108259286A (zh) * 2016-12-29 2018-07-06 广州周立功单片机科技有限公司 主机与射频读卡器的i2c通信方法和***
CN107122282A (zh) * 2017-03-28 2017-09-01 中国第汽车股份有限公司 一种基于spi总线的功能安全通信方法
CN107122282B (zh) * 2017-03-28 2019-12-31 中国第一汽车股份有限公司 一种基于spi总线的功能安全通信方法
CN106941398A (zh) * 2017-05-05 2017-07-11 北京奇艺世纪科技有限公司 一种基于spi协议的通信方法、装置及***
CN108399136B (zh) * 2018-02-26 2020-06-19 深圳市晟瑞科技有限公司 一种串行接口的控制方法、装置及主机
CN108399136A (zh) * 2018-02-26 2018-08-14 深圳市晟瑞科技有限公司 一种串行接口的控制方法、装置及主机
CN110874073A (zh) * 2018-09-04 2020-03-10 宁波方太厨具有限公司 一种分离式家电控制装置
CN109015656A (zh) * 2018-09-07 2018-12-18 东南大学 基于2.4g无线射频芯片的多机器人通信***
CN112769666A (zh) * 2019-10-21 2021-05-07 中电智能科技有限公司 Plc站间通信方法
CN112769666B (zh) * 2019-10-21 2022-12-13 中电智能科技有限公司 Plc站间通信方法
CN110995686A (zh) * 2019-11-26 2020-04-10 珠海泰芯半导体有限公司 一种软件通信协议的校验方法
CN111008092A (zh) * 2019-12-12 2020-04-14 上海沪工焊接集团股份有限公司 一种焊机通信管理方法及焊机

Similar Documents

Publication Publication Date Title
CN102902653A (zh) 一种控制器串口通讯协议
CN100366029C (zh) 通信控制器、主机端控制器、通信设备、通信***和方法
CN100387016C (zh) 信息处理装置之间的异构多总线数据传输方法
CN105224362A (zh) 上位机对下位机进行程序升级的方法及***
RU2678715C2 (ru) Протокол передачи данных с состоянием исключения протокола
CN109932966B (zh) 一种基于m-lvds总线实时高效数据传输方法
CN104794089A (zh) 适用于单片机的改进型uart通信的方法、装置及***
KR20150004833A (ko) 버스 시스템용 가입자 국, 그리고 버스 시스템의 가입자 국들 간의 메시지 전송 방법
CN105183687A (zh) 一种分时串口通信方法及***
CN103186440A (zh) 检测子卡在位的方法、装置及***
CN101605128A (zh) Linux主从设备通过以太网接口进行通信的方法
CN112615700B (zh) 数据的发送方法、网关、***、电子设备及可读存储介质
CN110401670B (zh) 一种优化的工业用串口协议的以太网透传方法
CN101516102B (zh) 一种基于mcu的cdma2000 bsc boot异常下载方法及***
CN114189445B (zh) 一种usb信号透传处理方法、装置、终端及存储介质
CN113934133B (zh) 适用于安控***的控制命令确认方法及***
CN113904723B (zh) 一种红外通讯方法及装置、存储介质及电子装置
CN102868583B (zh) 一种具有故障诊断功能的FlexRay总线节点
CN116055583A (zh) 可兼容多协议的通信***及其控制方法、电子设备
CN113568398B (zh) 一种分散控制***组态删除方法和***
CN110687854B (zh) 一种pa总线控制器以及一种pa总线控制***
CN112187408B (zh) 数据处理方法、***、装置、存储介质和处理器
CN111431668B (zh) 基于多节点uart通讯的波特率切换方法、空调***及处理器
CN114116574A (zh) 一种数据传输的方法、装置、电子设备及存储介质
CN105045759B (zh) 金融自助设备的控制通信方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
WD01 Invention patent application deemed withdrawn after publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20130130