CN101867570B - 基于can的嵌入式软件可靠性测试中的通信方法 - Google Patents
基于can的嵌入式软件可靠性测试中的通信方法 Download PDFInfo
- Publication number
- CN101867570B CN101867570B CN 201010171389 CN201010171389A CN101867570B CN 101867570 B CN101867570 B CN 101867570B CN 201010171389 CN201010171389 CN 201010171389 CN 201010171389 A CN201010171389 A CN 201010171389A CN 101867570 B CN101867570 B CN 101867570B
- Authority
- CN
- China
- Prior art keywords
- host
- target machine
- frame
- territory
- group
- 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.)
- Expired - Fee Related
Links
- 238000012360 testing method Methods 0.000 title claims abstract description 61
- 238000004891 communication Methods 0.000 title claims abstract description 38
- 238000000034 method Methods 0.000 title abstract description 15
- 230000001052 transient effect Effects 0.000 claims description 4
- 230000005540 biological transmission Effects 0.000 description 8
- 239000000945 filler Substances 0.000 description 5
- 230000008569 process Effects 0.000 description 5
- 238000011161 development Methods 0.000 description 4
- 238000012545 processing Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 2
- 230000003862 health status Effects 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 241001269238 Data Species 0.000 description 1
- 101100172132 Mus musculus Eif3a gene Proteins 0.000 description 1
- 206010033799 Paralysis Diseases 0.000 description 1
- 206010037660 Pyrexia Diseases 0.000 description 1
- 239000002253 acid Substances 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 235000000332 black box Nutrition 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 230000007812 deficiency Effects 0.000 description 1
- 230000002950 deficient Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 238000013102 re-test Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000004088 simulation Methods 0.000 description 1
- GOLXNESZZPUPJE-UHFFFAOYSA-N spiromesifen Chemical compound CC1=CC(C)=CC(C)=C1C(C(O1)=O)=C(OC(=O)CC(C)(C)C)C11CCCC1 GOLXNESZZPUPJE-UHFFFAOYSA-N 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Landscapes
- Small-Scale Networks (AREA)
Abstract
一种基于CAN的嵌入式软件可靠性测试中的通信方法,包括相互通信的宿主机和目标机,所述通信方法采用基于CAD总线协议,采用CAN扩展帧的ID域,PDU域根据ID域的不同进行动态调整宿主机和目标机的三种不同类型的通讯方式。本发明提供一种实时性良好、可靠性好和灵活性高的基于CAN的嵌入式软件可靠性测试中的通信方法。
Description
技术领域
本发明属于嵌入式软件可靠性测试技术领域,尤其是一种嵌入式软件可靠性测试中的通信方法。
背景技术
软件可靠性测试是指为了保证和验证软件的可靠性要求而对软件进行的测试。软件可靠性测试的方法从概念上讲是一种面向需求,面向使用的黑盒测试方法。为了暴露软件在使用过程的缺陷,软件可靠性测试需要运行大量的测试用例。软件可靠性测试是长时间大规模的测试,对测试数据收发的实时性与确定性有很高的要求。
由于嵌入式***本身资源的限制,目前针对嵌入式软件可靠性测试大都采用宿主机/目标机的模式,其基本结构如图1所示。其中宿主机功能分为两部分:离线部分和在线部分。离线部分的功能包括:测试用例及测试方案生成,测试脚本编写,测试过程监控,测试回放,测试结果分析和处理,该部分功能不需要通讯的实时性;在线部分的功能包括:解释测试脚本,驱动目标机测试案例,对数据进行仿真处理,接收测试结果,实时比较,测试结果实时显示,这部分的对通讯的实时性有严格要求。在一些较严格的嵌入式可靠性测试平台中将这两部分严格分开,离线部分采用PC机,使用一般的PC桌面***,如Windows,Linux。实时处理部分采用工作站或微机,并使用实时操作***,如VxWorks。目前宿主机的实时处理部分与目标机大多采用以太网连接。虽然以太网技术较为成熟,但用于嵌入式软件测试也有其缺点。由于以太网采用的是带有冲突检测的载波侦听多路访问协议(CSMA/CD),无法保证数据传输的实时性要求,而且以太网采用超时重发机制,单点的故障容易扩散,造成整个网络***的瘫痪。
发明内容
为了克服已有的嵌入式软件可靠性测试通信方法的实时性差、可靠性差和灵活性差的不足,本发明提供一种实时性良好、可靠性好和灵活性高的基于CAN的嵌入式软件可靠性测试中的通信方法。
本发明解决其技术问题所采用的技术方案是:
一种基于CAN的嵌入式软件可靠性测试中的通信方法,包括相互通信的宿主机和目标机,所述通信方法采用基于CAN总线协议,采用CAN扩展帧的ID域,PDU域根据ID域的不同进行动态调整宿主机和目标机的三种不同类型的通讯方式。
进一步,CAN扩展帧的ID域为29位,包括有:紧急帧的标志,用1个bit表示,用于目标机出现异常需要立刻报告给宿主机时使用,以及宿主机发送紧急处理命令时使用;宿主机以及目标机的ID,用8个bit表示CAN帧是哪个节点发出的;帧结束标志,用1个bit表示;功能号,用5个bit表示,共32个功能号;其余为保留位,用于扩展。
再进一步,CAN扩展帧的ID域中定义32各功能号分为四组,第一组的功能号为0~7,暂时保留,作为以后扩展所用;第二组的功能号为8~15,对应的通讯方式为:宿主机和目标机一应一答;第三组功能号为16~23,对应的通讯方式为:目标机发送,宿主机不需要应答;第四组功能号为24~31,对应的通讯方式为:宿主机发送,目标机不需要应答。
本发明的技术构思为:CAN(Controller Area Network)是BOSCH公司为现代汽车应用领先推出的一种多主机局部网,由于其高性能、高可靠性、实时性、灵活性等优点现已广泛应用于工业自动化、多种控制设备、交通工具、医疗仪器以及建筑、环境控制等众多部门
本文基于嵌入式软件可靠性测试的特点,在CAN总线协议的基础上提出了一种嵌入式软件可靠性测试中宿主机和目标机通信的方法。该方法简单易用,并且具有高可靠性,高实时性,高灵活性的特点。
本发明的有益效果主要表现在:实时性良好、可靠性好和灵活性高。
附图说明
图1是嵌入式软件可靠性测试基本结构图。
图2是通信网络结构图。
图3是CAN扩展帧的ID域组成示意图。
图4是宿主机执行第8号功能的第一帧PDU的示意图。
图5是宿主机执行第8号功能的随后的帧PDU的示意图。
图6是执行第8号功能目标机的回复帧PDU的示意图。
具体实施方式
下面结合附图对本发明作进一步描述。
参照图1~图6,一种基于CAN的嵌入式软件可靠性测试中的通信方法,包括相互通信的宿主机和目标机,所述通信方法采用基于CAN总线协议,采用CAN扩展帧的ID域,PDU域根据ID域的不同进行动态调整宿主机和目标机的三种不同类型的通讯方式。
CAN扩展帧的ID域为29位,包括有:紧急帧的标志,用1个bit表示,用于目标机出现异常需要立刻报告给宿主机时使用,以及宿主机发送紧急处理命令时使用;宿主机以及目标机的ID,用8个bit表示CAN帧是哪个节点发出的;帧结束标志,用1个bit表示;功能号,用5个bit表示,共32个功能号;其余为保留位,用于扩展。
CAN扩展帧的ID域中定义32各功能号分为四组,第一组的功能号为0~7,暂时保留,作为以后扩展所用;第二组的功能号为8~15,对应的通讯方式为:宿主机和目标机一应一答;第三组功能号为16~23,对应的通讯方式为:目标机发送,宿主机不需要应答;第四组功能号为24~31,对应的通讯方式为:宿主机发送,目标机不需要应答。
本发明CAN网络基本结构如图2所示。根据具体情况分配目标机执行测试案例以最大限度地利用总线。某些情况下我们可能需要对某个测试案例的一些测试数据进行重复测试,所以本发明还提供了分组测试的功能。每个目标机都有ID和组ID,每个目标机的初始化组ID都为0。根据需要由宿主机分配组ID。如错误!未找到引用源。中节点1和节点2为同一组
CAN本身具有多主/从特点,但为简化通讯控制,本发明使用CAN通信需要区分主从。即宿主机为主,目标机为从。从目标机的角度来说,通讯的方式按两种情况:
●被动状态:一般情况下,目标机处于被动状态。通讯使用主从模式,即宿主机发送请求,目标机予以答复。
●主动状态:在特殊情况下,如目标机检测到硬件故障或者操作***严重错误时,需要临时迅速地将含有当前状态的紧急报文传送给宿主机,在这种情况下,要求发送的报文简短而且优先级高,以尽快让宿主机处理。
本发明使用具有29位CAN_ID的扩展帧,为了提高CAN帧的利用率,需尽可能地利用CAN_ID、PDU这两部分。其中,CAN_ID既用于表示节点ID,又作为节点发送数据的优先级,数字越低优先级越高。PDU用于承载有效数据。在29位的CAN_ID中定义了网络中各ID、帧性质(紧急与否)、帧结束状态(多帧与否)、帧功能号等,同时还保留了部分的位以便扩展。PDU部分按照CAN2.0协议的规定使用最多8个字节。
CAN_ID域有29个bit,如图3第一行所示。在传送时,按照ID28~ID0的顺序按位传送。为了处理方便,使用4个byte来表示这29位,如图3第3行所示。其中byte0的最后3位是无效的。在图3的第二行中,详细定义了各个位的功能。
1)URG:紧急帧的标志。当所发送的帧是紧急帧时,该位为0,非紧急帧时该位为1。因为在CAN中,0的优先级高。紧急帧用于目标机出现异常需要立刻报告给宿主机时使用,以及宿主机发送紧急处理命令时使用。紧急帧应该尽可能短而且少。
2)B_ID7~B_ID0:宿主机以及目标机的ID。在CAN里面,不存在源地址和目的地址。用这8个bit表示CAN帧是哪个节点发出的。任何节点都可以过滤不需要接收的节点的帧。全0是宿主机ID,体现了宿主机的优先级最高。1~127是目标机ID。
3)EOF:帧结束标志。由于使用主从通讯模式,允许一个节点连续发送多个CAN帧。当节点后续还有CAN帧要发送,则该位置1;若不继续发送了,则该位置0。宿主机在接收多个连续帧时需要设置超时时间,防止节点故障或者总线故障而导致宿主机无穷等待。
4)FUNC4~FUNC0:功能号。每个CAN帧都表示对某种功能的请求或者应答。对某一请求,应答方填写与请求方相同的功能号。
5)R:保留位,用于扩展时使用。
PDU域的内容和长度根据CAN_ID域中的功能号的不同而改变。在CAN_ID域中FUNC4~FUNC0代表功能号,共5个bit,所以有32种功能号可用。在宿主机和目标机的通讯方式中有三种不同的类型:
●需要宿主机目标机一应一答的
●目标机发送,宿主机不需要应答的
●宿主机发送,目标机不需要应答的
根据不同的功能,将这32个功能号分为4组。
第一组的功能号为0~7,暂时保留,作为以后扩展所用。
第二组的功能号为8~15,这组的功能需要宿主机和目标机一应一答,目前规定了8~11功能号的功能。当需要目标节点执行某个测试案例时,宿主机执行8号功能,可以连续发送多帧(EOF为结束标识)。第一帧,如图4所示,PDU0为节点号,PDU1-2为测试案例ID,PDU3-4为测试数据ID(1~65535),PDU5-7为功能执行ID,宿主机每执行一次8号功能,此ID值加1。若该测试案例没有参数,那么测试数据ID为0,EOF为0,请求帧发送结束。否则宿主机需要继续发送测试数据,可多帧发送,其PDU组成如图5所示,PDU0-2为执行ID,PDU3-7为测试数据。目标机回复执行该测试案例的结果,如图6所示,PDU0-2为执行ID,PDU3-6为执行结果;9号功能和8号功能类似。唯一的不同是宿主机中第一帧PDU0为组号。目前传输的数据类型只支持基本数据类型。一方面是考虑到易用性,另一方面是因为大都测试案例的参数都只用到了基本数据类型。如果测试案例中用到其它的数据类型或数组,那么我们可以将测试数据放到目标机,并进行编号,宿主机通过发送编号来指定测试数据;当宿主机发觉某个目标机出现异常时,可以执行第10号功能询问该目标机的健康状况,其中PDU0为目标机的ID。目标机回复健康状况,PDU0为软件状况,PDU1为硬件状况;第11号功能是请求所有目标节点发送分组信息,宿主机不使用PDU域,目标机回复每个节点的组号,PDU0为组号
第三组功能号为16~23,这组的功能只需目标机发送,宿主机不需要应答的,该组的功能是将目标机的错误发送给宿主机,目前规定了16、17号的功能。当目标机检测到的测试用例出错时,目标机执行16号功能,发送测试用例的编号和错误信息。该帧为紧急帧,PDU0-2为测试ID,PDU3为错误信息;当目标机出现严重错误时,目标机执行17号功能,发送错误信息。该帧为紧急帧,PDU0为硬件状态,PDU1为软件状态
第四组功能号为24~31,这组的功能只需宿主机发送,目标机不需要应答的,目前只规定了24~28号的功能。需要某个节点复位时,宿主机执行第24号功能,向某个节点发送复位请求,PDU0为目标机ID,目标机复位;需要某些节点禁止或开启目标机发送紧急帧时,宿主机执行第25号功能,PDU0=1允许,PDU0=0不允许,PDU1~PDU7为目标机ID。目标机初始化时为允许发送紧急帧;需要目标机执行某个特定应用时,宿主机执行第26号功能,PDU0为节点ID,PDU1为已定义的应用程序编号,目标机执行该编号的应用程序;27号功能为宿主机对目标机分组,PDU0为组号,PDU1~7为目标机ID;28号功能为清除组别,即设置所有目标机的组别为0。
负载率是通讯网络的一个重要指标,CAN总线的负载率是指***处于忙状态的时间百分比,即各CAN帧占用总线时间百分比之和。准确的负载率计算公式可以帮助我们在进行测试之前设计一个合理测试方案,在测试过程中宿主机也根据该公式调整策略。一般情况下嵌入式软件测试过程中主机周期性地请求目标机执行案例。假设其执行周期为Tcycle,宿主机请求帧在总线上的传输时间为Tsend,目标机回复帧在总线上的传输时间为Trespone。那么该组报文帧总线的占用率ηm为:若网络中有k个目标节点,那么总线的负载率η为:设CAN网络选定的总线传输速率为νbus,则总线上的位传输时间为1/νbus,若宿主机请求帧的位长度为Lsend,目标机回复帧的位的总长度为Lresponse,则 由CAN协议可知CAN报文数据帧的扩展格式报文头为64位,数据帧的数据域的长度为n个字节,其中n为1~8之间的整数,那么Lheader=64,Ldata=8×n;CAN总线采用了一种称为位填充的编码机制,其原理为发送方在发送五个连续相同的位后,自动***一个与之互补的补码位;接收时,这个填充位被自动丢掉。所以当遇到如“1111100001111”或“0000011110000”的形式时有最多的填充位。那么,长度为x的位序列最大的位填充个数为CAN协议规定CRC界定符、ACK场和帧结束为固定形式,不进行位填充。设Lstuff为最大的填充位长度,在CAN扩展帧中,它由CAN帧前39位需要的填充位数Ls1和数据场Ldata及CRC校验位Lcrc需要的填充位数Ls2两部分组成,设Lcrc为CRC校验位的长度,Ldata为PDU长度,那么
所以一个CAN扩展帧的传输的最大位长度Lframe为
由上面的公式可知,Lframe是数据域长度n的函数,设Lframe=f(n)。在嵌入式软件可靠性测试的过程中,几乎所有时间只用到上述描述功能中的第8号功能和第9号功能。设一个案例的测试数据长度为n个字节,由上述描述的方法可知一个请求帧最多包含5字节的测试数据。如果n为0,请求帧只需一个CAN帧。发送这个请求帧所需的长度
设目标机返回的测试结果长度为m(m=1,2,3,4)个字节。回复帧PDU0~2为执行ID,那么目标机回复的长度Lheader=f(m+3);设每个目标节点或每个组为一个node,每个node包含Gi个目标机(对于单个节点,其值为1,对于一个组,其值为组的大小)。若网络中有k个nodes,每个node的执行周期为Ti,那么网络的负载率η为
按照图2所示的网络结构图进行连接,将宿主机和目标板都接入CAN网络。每个目标板需定义好各自的ID,其初始组ID都为0。
本方法的硬件环境:
1.具备CAN控制器的开发板若干:用作目标节点(网络目标节点个数最大值为127)。
2.CAN总线若干条:用来连接成CAN网络。
3.烧写器:用来烧写应用程序至开发板。
4.PC机或小型机一台:用作宿主机
5.CAN收发器一个:用于将宿主机接入CAN网络
本方法的软件环境:
1.CAN调试工具:用来控制宿主机与目标机的交互,监控CAN网络等。可使用自行开发的软件或已有的工具(ZLGCANTest等)。
2.开发板IDE环境:用来编写目标机代码,以及将代码编译烧写至开发板。
对于CAN总线协议,为了保证网络中***消息的实时性,推荐的最大带宽利用率为20%~30%。宿主机可通过上文提供的CAN网络负载率计算公式(4),计算测试方案的网络负载率并根据实际情况进行调整。
Claims (1)
1.一种基于CAN的嵌入式软件可靠性测试中的通信方法,包括相互通信的宿主机和目标机,其特征在于:所述通信方法采用基于CAN总线协议,采用CAN扩展帧的ID域,PDU域根据ID域的不同进行动态调整宿主机和目标机的三种不同类型的通讯方式;CAN扩展帧的ID域为29位,包括有:紧急帧的标志,用1个bit表示,用于目标机出现异常需要立刻报告给宿主机时使用,以及宿主机发送紧急处理命令时使用;宿主机以及目标机的ID,用8个bit表示CAN帧是哪个节点发出的;帧结束标志,用1个bit表示;功能号,用5个bit表示,共32个功能号;其余为保留位,用于扩展;CAN扩展帧的ID域中定义32个功能号分为四组,第一组的功能号为0~7,暂时保留,作为以后扩展所用;第二组的功能号为8~15,对应的通讯方式为:宿主机和目标机一应一答;第三组功能号为16~23,对应的通讯方式为:目标机发送,宿主机不需要应答;第四组功能号为24~31,对应的通讯方式为:宿主机发送,目标机不需要应答。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 201010171389 CN101867570B (zh) | 2010-05-13 | 2010-05-13 | 基于can的嵌入式软件可靠性测试中的通信方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 201010171389 CN101867570B (zh) | 2010-05-13 | 2010-05-13 | 基于can的嵌入式软件可靠性测试中的通信方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101867570A CN101867570A (zh) | 2010-10-20 |
CN101867570B true CN101867570B (zh) | 2012-12-05 |
Family
ID=42959135
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 201010171389 Expired - Fee Related CN101867570B (zh) | 2010-05-13 | 2010-05-13 | 基于can的嵌入式软件可靠性测试中的通信方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101867570B (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104780086A (zh) * | 2015-05-08 | 2015-07-15 | 中国电子科技集团公司第四十七研究所 | 用于监测环境的can总线通信的方法及*** |
CN106155637B (zh) * | 2016-07-26 | 2019-03-29 | 中国航空工业集团公司西安飞行自动控制研究所 | 一种基于多余度的多目标机并行通信方法 |
CN106385340A (zh) * | 2016-08-31 | 2017-02-08 | 上海富欣智能交通控制有限公司 | 基于LabVIEW的CAN总线自收发测试***及其测试方法 |
CN106875664B (zh) * | 2017-04-18 | 2020-07-03 | 连云港杰瑞深软科技有限公司 | 一种基于can总线的独占式数据采集方法 |
CN109542794A (zh) * | 2018-12-04 | 2019-03-29 | 中国航空工业集团公司西安航空计算技术研究所 | 一种应用于嵌入式***的软件自动测试方法 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6845416B1 (en) * | 2000-08-02 | 2005-01-18 | National Instruments Corporation | System and method for interfacing a CAN device and a peripheral device |
CN1649345A (zh) * | 2005-03-17 | 2005-08-03 | 北京理工大学 | 基于can总线的纯电动客车通信方法 |
CN101547149A (zh) * | 2009-04-20 | 2009-09-30 | 浙江大学 | 一种基于can网络的osek com消息动态调度方法 |
CN101662404A (zh) * | 2008-08-27 | 2010-03-03 | 上海海事大学 | 基于can总线船舶电站控制仪表通信方法 |
-
2010
- 2010-05-13 CN CN 201010171389 patent/CN101867570B/zh not_active Expired - Fee Related
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6845416B1 (en) * | 2000-08-02 | 2005-01-18 | National Instruments Corporation | System and method for interfacing a CAN device and a peripheral device |
CN1649345A (zh) * | 2005-03-17 | 2005-08-03 | 北京理工大学 | 基于can总线的纯电动客车通信方法 |
CN101662404A (zh) * | 2008-08-27 | 2010-03-03 | 上海海事大学 | 基于can总线船舶电站控制仪表通信方法 |
CN101547149A (zh) * | 2009-04-20 | 2009-09-30 | 浙江大学 | 一种基于can网络的osek com消息动态调度方法 |
Non-Patent Citations (1)
Title |
---|
蒋建文等.CAN总线软件设计中的问题及解决办法.《全国第十四届计算机科学及其在仪器仪表中的应用学术交流会论文集》.2001,45-48. * |
Also Published As
Publication number | Publication date |
---|---|
CN101867570A (zh) | 2010-10-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101867570B (zh) | 基于can的嵌入式软件可靠性测试中的通信方法 | |
EP1775896B1 (en) | Network on chip system employing an Advanced Extensible Interface (AXI) protocol | |
CN102857397B (zh) | 一种多主异步双工差分总线及通讯方法 | |
CN101552785B (zh) | 基于消息机制的用于海量数据传输的can总线通信方法 | |
US20180013582A1 (en) | Device access by means of a generic communication driver | |
CN101300534A (zh) | 用于传输周期性和非周期性数据的方法和*** | |
US20100262736A1 (en) | Communication method and master-slave system for a field bus configured according to the as-interface standard | |
Schmidt et al. | Performance evaluation of FlexRay/CAN networks interconnected by a gateway | |
CN108563501B (zh) | 动态可重构高速串行总线的中断请求方法及装置 | |
CN102394732A (zh) | 一种多微包并行处理结构 | |
CN101917318A (zh) | 一种高低速总线***连接装置及高低速总线*** | |
CN101414177A (zh) | 基于现场总线数据采集的串口转以太网*** | |
CN104836636A (zh) | 基于新型can帧进行通信的方法、装置及*** | |
CN104284351A (zh) | 一种测距方法及装置 | |
CN102098196A (zh) | 刀片服务器的数据传输方法 | |
CN1169063C (zh) | 现场总线与串行接口设备间的协议转换方法 | |
CN109802877A (zh) | 一种基于can总线的通信***设计 | |
CN104361299A (zh) | 安全***、多重安全控制***及读取位置信息的方法 | |
CN110035549A (zh) | 一种传输方法、终端及基站 | |
CN103001839B (zh) | 学习命令以自动组态设定的***、网关器及其方法 | |
CN104426866A (zh) | 一种数据传输方法及装置 | |
KR101601303B1 (ko) | 이종 프로토콜 메시지 중개 방법 | |
CN102768650B (zh) | 主从式全双工串行传输***及主从式全双工串行传输方法 | |
US20040081175A1 (en) | Network protocol for efficient distributed control | |
CN107547329A (zh) | 一种基于ntb的双控数据传输方法及*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20121205 Termination date: 20170513 |
|
CF01 | Termination of patent right due to non-payment of annual fee |