CN102857375B - 一种用于管理和解释通信协议的方法 - Google Patents
一种用于管理和解释通信协议的方法 Download PDFInfo
- Publication number
- CN102857375B CN102857375B CN201210329560.2A CN201210329560A CN102857375B CN 102857375 B CN102857375 B CN 102857375B CN 201210329560 A CN201210329560 A CN 201210329560A CN 102857375 B CN102857375 B CN 102857375B
- Authority
- CN
- China
- Prior art keywords
- parameter
- byte
- agreement
- protocol
- information
- 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.)
- Active
Links
Abstract
本发明涉及通信协议管理的技术领域,公开一种用于管理和解释通信协议的方法,采用开发测控设备的上位机和甲方委托乙方测试对象的下位机,通过数据库和参数配置管理方法的设计,能够在测控程序中使用以VC++平台的算法统一解释不同通信协议中的不同参数;即对被测产品的总线送过来的一帧数据,通过网线、串口线、429总线后,经过逻辑板对通讯协议总线信息的读取计算,通过设计的解释协议的算法,最终才能送到用户端的上位机显示界面屏的界面显示给用户。本发明实现了一个协议参数库配置管理软件,并以串口为例描述了对参数的统一解释方法,极大地提高了工作效率和测控程序对协议改变的灵活性。具有通用性,所以具有极大的实用价值。
Description
【技术领域】
本发明涉及通信协议管理的技术领域,尤其涉及使用数据库管理的方法将协议信息与测控程序分离的一种用于管理和解释通信协议的方法。
【背景技术】
目前,软件解释协议的传统方法存在通用性和灵活性差、工作量大的问题。该发明不仅减少了程序员解释协议的工作量,而且大大提高了测控软件对协议更改的灵活性。该办法从参数配置管理软件的设计、数据库的设计以及程序解释协议的算法等方面详细介绍了这种新方法的设计原理和实现过程。
传统的测控管理方法对通信协议参数没有统一的管理,所以对通信协议参数都是按照字节逐一进行解释,这种传统的测控管理方法主要有以下几种弊端:一是当通信协议比较长时,测控管理中对参数解释的工作量非常大;二是测控管理对协议更改的灵活性太差,开始制定通信协议时考虑不周全,所以在测试的过程中通信协议都有所更变,比如增减通信协议的长度或者是更改某个参数在通信协议中的位置和所占的位数等 ,那么这时就需要测控管理对通信协议的解释做比较大的修改,这样即不方便用户修改和使用,延长了项目在测试过程中调试的周期,也加重了在测试过程中设计调试人员的工作量。
【发明内容】
基于传统解释方法存在的弊端,本发明提供一种用于管理和解释通信协议的方法及装置,实现了不管通信协议怎样改变,保证测控管理方法不变,只需要用户在参数库配置管理界面中配置相应参数的信息即可。极大地提高了工作效率和测控调试对通信协议改变的灵活性。这种新的方法对不同项目的不同通信协议具有通用性,具有极大的实用价值。
为了实现上述发明目的,本发明采用技术方案如下:
一种用于管理和解释通信协议的装置,包括:上位机和下位机,所述上位机为开发的测控设备,所述下位机为甲方委托乙方测试的对象,即被测产品;所述测控设备包括:驱动板、逻辑板、显示界面屏,所述驱动板一端口通过进行数据交换的网线、串口线、429总线与被测产品相连;所述驱动板另一端口通过对数据解析的逻辑板与显示界面屏相连。
一种用于管理和解释通信协议的装置,所述显示界面屏的界面为用于对各种总线协议信息进行配置的参数库配置管理界面。
一种用于管理和解释通信协议的装置,所述测控设备的驱动板包括:网卡、串口卡、429卡,所述网卡、串口卡、429卡用于通过网线、串口线、429总线接收被测产品送过来的数据。
一种用于管理和解释通信协议的装置,所述逻辑板设置有将用户端上位机要发送给被测产品的命令或数据进行打包的性能。
送过来的数据经过逻辑板对数据的解析,将需要的数据显示在上位机的显示界面屏的界面上;
同样,用户端的上位机将要发送给被测产品的命令或数据通过显示界面屏的界面输入,经过逻辑板对数据的打包后,通过驱动板上的网卡、串口卡、429卡,经网线、串口线、429总线发送给被测产品。
一种用于管理和解释通信协议的方法,采用统一解释通讯协议,通过数据库和参数配置管理方法的设计,能够在测控程序中使用以VC++平台的算法统一解释不同通信协议中的不同参数;
其步骤如下:
1、当用户端上位机的测控设备通过网线、串口线、429总线从被测产品接收到一帧新的数据至驱动板接收后,从测控设备逻辑板的数据库中读取工位的信息,即:得到工位所占通道位置和个数、得到工位所占的每个通道的BYTE值、得到工位屏蔽字节的位数和位置等;
2、然后判断屏蔽的字节是高位字节还是低位字节,
如果屏蔽的是低位字节并且高位在前,那么执行处理算法1;
如果屏蔽的是低位字节并且低位在前,那么执行处理算法2;
如果屏蔽的是高位字节并且高位在前,那么执行处理算法3;
如果屏蔽的是高位字节并且低位在前,那么执行处理算法4;
这样循环下去,直至最后一个工位解释完成;
3、 VC++平台的算法:
(1)首先定义下面变量:struct GWInfo{工位的所有信息变量} m_GWInfo[1024];[2]int m_RecGWCount;//接收协议的参数个数,
int m_RecByteCount;//接收协议的字节数,
int m_SendByteCount;// 发送协议的字节数;
初始化时,将全部工位的信息保存在结构体数组中;
(2)得到屏蔽位的算法如下:
for(j=0;j<8;j++){c=pDriver->m_GWInfo[i].strShieldWord.GetAt(j);
if(c=='0'){switch(j) {case 0:PB=PB&0x7f;break;
case 1:PB=PB&0xbf;break;
case 2:PB=PB&0xdf;break;
case 3:PB=PB&0xef;break;
case 4:PB=PB&0xf7;break;
case 5:PB=PB&0xfb;break;
case 6:PB=PB&0xfd;break;
case 7:PB=PB&0xfe;break;}} };
即对被测产品的总线送过来的一帧数据,通过网线、串口线、429总线后,经过逻辑板对通讯协议总线信息的读取计算,通过设计的解释协议的算法,最终才能送到用户端的上位机显示界面屏的界面显示给用户。
一种用于管理和解释通信协议的方法,所述统一解释通讯协议的总体设计是,首先根据参数解释的需要,提取参数的信息,根据参数的信息设计用户使用的界面;然后根据界面设计表和相应的字段,以便将参数信息保存到数据库中;最后测控程序根据数据库中参数的信息进行统一解释。
一种用于管理和解释通信协议的方法,所述通信协议参数信息的特性,是根据解释参数的需要,提取出所需通信协议的参数属性特性;
所述参数属性的特性包括:参数的基本属性、参数的所占信道属性和参数的屏蔽字属性;所述参数的基本属性包括:参数名、参数说明、参数数据类型、参数单位、比例;所述参数所占信道属性包括:所占信道个数、所占信道位置和高低位顺序;所述参数的屏蔽字属性包括:屏蔽字、所屏蔽字节;
如果通信协议的长度或者参数有所改动,只需要通过参数配置管理界面,把改动后的信息写入数据库中,而测控程序则不需要任何修改。
一种用于管理和解释通信协议的方法,所述参数库配置管理界面设计,包括:打开数据库、参数名、以及界面右边部分的参数特性;
1、打开数据库:是指选择一个项目中的其中一个通讯协议,一个项目,包括很多种协议,如:串口协议、1553协议、429协议;
2、参数名:显示“打开数据库”中所选定协议中的所有参数;
3、参数特性:显示“参数名”中选定参数的特性;
4、界面右部分的参数特性:
(1)参数属性:指每个参数必须要填入的属性;
(2)可选参数属性:是根据项目的具体需要添加的参数属性;
(3)信道属性,包括:所占信道个数,是指在协议中所占的字节个数;所占信道位置,是指在协议中所占字节的序号;高低位顺序,是对于占用多个字节的参数,指定数据的高位还是低位占用协议的低序号字节;
(4)屏蔽字输入及说明,包括:屏蔽字,是指当该参数占不满一个完整的字节时,用屏蔽1的方法来说明占用了几位;所屏蔽字节,指屏蔽的是该参数的最高位字节还是最低位字节;
(5)事后处理配置,用于每次参数做了修改后,重新生成事后处理的XML配置文件;
(6)功能属性,包括:增加参数、修改参数、删除参数,和清空数据库功能。
一种用于管理和解释通信协议的方法,所述参数库配置管理的设计方法,为对通信协议中的每个参数进行统一解释,必须事先用配置参数信息的方法对参数进行统一管理,其实现采用数据库设计,包括:数据库表设计、数据库表之间的关系;
(1) 数据库表,包括:
ConfigUnitDetail表,用来保存参数所属协议的整体属性,如:该协议所属的协议名UnitName、该协议的参数个数PropertyNumber、该协议包括的接收协议的字节数InByteCount和该协议包括的发送协议的字节数OutByteCount;
ConfigUnitProperty表,用来保存ConfigUnitDetail表中每个协议名UnitName所对应的所有参数名Name及其对应的索引Index,以及每个参数所属的数据类型DataType;
ConfigUnitPropertyDetailAnalog表,主要保存双精度和单精度型数据的信息;其中该表包括index、Name、UnitName、AccessName、Description、SignType、InOrOut、ChannelCount等字段;
ConfigUnitPropertyDetailInteger表,主要保存整型和数字型数据的信息;其中该表包括index、Name、UnitName、AccessName、Description、SignType、InOrOut、ChannelCount等字段;
(2) 数据库表之间的关系:
ConfigUnitDetail表中每个协议所包含的参数的UnitName、DataType都保存在ConfigUnitProperty表中,而每个参数根据DataType类型的不同又分别将具体的参数信息保存在ConfigUnitPropertyDetailAnalog表和ConfigUnitPropertyDetailInteger表中。
由于采用如上所述的技术方案,本发明具有如下优越性:
一种用于管理和解释通信协议的方法,实现了一个协议参数库配置管理软件,并以串口为例描述了对参数的统一解释方法,这样不管协议怎样改变,保证测控程序不变,只需要用户在参数库配置管理软件中配置相应参数的信息即可。极大地提高了工作效率和测控程序对协议改变的灵活性。这种新的方法对不同项目的不同协议具有通用性,所以具有极大的实用价值。
【附图说明】
图1是用于管理和解释通信协议的总体方框图;
图2是用于管理和解释通信协议的界面设计方框图;
图3是用于管理和解释通信协议的数据库表之间的关系方框图;
图4是用于管理和解释通信协议的流程图。
图5是用于整个测控的环境架构图。
【具体实施方式】
如图1、2、3、4、5所示,一种用于管理和解释通信协议的装置,包括:上位机和下位机,所述上位机为开发的测控设备,所述下位机为甲方委托乙方测试的对象,即被测产品;所述测控设备包括:驱动板、逻辑板、显示界面屏,所述驱动板一端口通过进行数据交换的网线、串口线、429总线与被测产品相连;所述驱动板另一端口通过对数据解析的逻辑板与显示界面屏相连。
所述显示界面屏的界面为用于对各种总线协议信息进行配置的参数库配置管理界面。
所述测控设备的驱动板包括:网卡、串口卡、429卡,所述网卡、串口卡、429卡用于通过网线、串口线、429总线接收被测产品送过来的数据。
所述逻辑板设置有将用户端上位机要发送给被测产品的命令或数据进行打包的性能。
送过来的数据经过逻辑板对数据的解析,将需要的数据显示在上位机的显示界面屏的界面上;同样,用户端的上位机将要发送给被测产品的命令或数据通过显示界面屏的界面输入,经过逻辑板对数据的打包后,通过驱动板上的网卡、串口卡、429卡,经网线、串口线、429总线发送给被测产品。
一种用于管理和解释通信协议的方法,采用统一解释通讯协议,通过数据库和参数配置管理方法的设计,能够在测控程序中使用以VC++平台的算法统一解释不同通信协议中的不同参数;包括:
1 设计整体思路和参数特性分析
设计的总体思路是:首先根据参数解释的需要,提取参数的信息,根据参数的信息设计用户使用的界面;然后根据界面设计表和相应的字段,以便将参数信息保存到数据库中;最后测控程序根据数据库中参数的信息进行统一解释。如图1所示。
通信协议参数特性分析:根据解释参数的需要,提取出所需的参数特性。根据参数属性性质的不同,分为参数的基本属性、参数的所占信道属性和参数的屏蔽字属性。参数的基本属性包括参数名、参数说明、参数数据类型、参数单位、比例等;参数所占信道属性包括所占信道个数、所占信道位置和高低位顺序等。参数的屏蔽字属性包括屏蔽字、所屏蔽字节等。
如图1中所示,如果协议的长度或者参数有所改动,只需要通过参数配置管理软件把改动后的信息写入数据库中,而测控程序则不需要任何修改。
2 参数配置管理软件界面介绍
参数配置管理软件的界面主要由以下三个大部分组成:打开数据库、参数名、以及界面右边部分的参数特性。如图2所示。
打开数据库:是指选择一个项目中的其中一个通讯协议。一个项目可能包括很多种协议,如:串口协议、1553协议、429协议等。
参数名:显示“打开数据库”中所选定协议中的所有参数。
参数特性:显示“参数名”中选定参数的特性。
下面具体介绍界面右部分内容:
1)参数属性:指每个参数必须要填入的属性。
2)可选参数属性:是根据项目的具体需要添加的参数属性。
3)信道属性:包括三个方面内容。所占信道个数:是指在协议中所占的字节个数;所占信道位置:是指在协议中所占字节的序号;高低位顺序:对于占用多个字节的参数,指定数据的高位还是低位占用协议的低序号字节。
4)屏蔽字输入及说明:主要包括两个方面内容。屏蔽字:是指当该参数占不满一个完整的字节时,用屏蔽1的方法来说明占用了几位;所屏蔽字节:指屏蔽的是该参数的最高位字节还是最低位字节。5)事后处理配置:用于每次参数做了修改后,重新生成事后处理的XML配置文件。
6)功能属性:包括增加参数、修改参数、删除参数,和清空数据库等功能。
3参数库配置管理软件的设计,要对协议中的每个参数进行统一解释,必须事先用一种方法对参数进行统一管理,下面详细介绍对参数进行管理方法的设计和实现。
3.1数据库设计
3.1.1表设计是主要设计四个表;
ConfigUnitDetail表:用来保存参数所属协议的整体属性,如:该协议所属的协议名UnitName、该协议的参数个数PropertyNumber、该协议包括的接收协议的字节数InByteCount和该协议包括的发送协议的字节数OutByteCount等;
ConfigUnitProperty表:用来保存ConfigUnitDetail表中每个协议名UnitName所对应的所有参数名Name及其对应的索引Index,以及每个参数所属的数据类型DataType等。
ConfigUnitPropertyDetailAnalog表:主要保存双精度和单精度型数据的信息。包括index、Name、UnitName、AccessName、Description、SignType、InOrOut、ChannelCount等字段。
ConfigUnitPropertyDetailInteger表:主要保存整型和数字型数据的信息。包括index、Name、UnitName、AccessName、Description、SignType、InOrOut、ChannelCount等字段。
3.1.2 表之间的关系:ConfigUnitDetail表中每个协议所包含的参数的UnitName、DataType等都保存在ConfigUnitProperty表中,而每个参数根据DataType类型的不同又分别将具体的参数信息保存在ConfigUnitPropertyDetailAnalog表和ConfigUnitPropertyDetailInteger表中。如图3所示。
4 、统一解释通讯协议,设计数据库和参数配置管理软件最终的目的是为了能够在测控程序中使用一种算法统一解释不同协议中的不同参数,这样大大减小了程序员的工作量,提高了工作效率。
下面以VC++平台为例介绍该解释协议的算法;以一个通信协议参数库配置管理软件,并以串口为例描述了对参数的统一解释方法,
4.1 流程图如图4所示:
4.2 实现首先定义下面变量:
struct GWInfo{工位的所有信息变量} m_GWInfo[1024];[2]
int m_RecGWCount;//接收协议的参数个数,
int m_RecByteCount;//接收协议的字节数,
int m_SendByteCount;// 发送协议的字节数,
初始化时,将全部工位的信息保存在结构体数组中。
得到屏蔽位的算法如下:
for(j=0;j<8;j++){c=pDriver->m_GWInfo[i].strShieldWord.GetAt(j);if(c==')
{switch(j) {case 0:PB=PB&0x7f;break;
case 1:PB=PB&0xbf;break;
case 2:PB=PB&0xdf;break;
case 3:PB=PB&0xef;break;
case 4:PB=PB&0xf7;break;
case 5:PB=PB&0xfb;break;
case 6:PB=PB&0xfd;break;
case 7:PB=PB&0xfe;break;}}}。
Claims (1)
1.一种用于管理和解释通信协议的方法,其特征在于:采用统一解释通讯协议,通过数据库和参数配置管理方法的设计,能够在测控程序中使用以VC++平台的算法统一解释不同通信协议中的不同参数;其步骤如下:
1)、当用户端上位机的测控设备通过网线、串口线、429总线从被测产品接收到一帧新的数据至驱动板接收后,从测控设备逻辑板的数据库中读取工位的信息,即:得到工位所占通道位置和个数、得到工位所占的每个通道的BYTE值、得到工位屏蔽字节的位数和位置;
2)、然后判断屏蔽的字节是高位字节还是低位字节,
如果屏蔽的是低位字节并且高位在前,那么执行处理方法1;
如果屏蔽的是低位字节并且低位在前,那么执行处理方法2;
如果屏蔽的是高位字节并且高位在前,那么执行处理方法3;
如果屏蔽的是高位字节并且低位在前,那么执行处理方法4;
这样循环下去,直至最后一个工位解释完成;
3)、 VC++平台的算法:
(1)首先定义下面变量:工位的所有信息变量、接收协议的参数个数、接收协议的字节数、发送协议的字节数;初始化时,将全部工位的信息保存在结构体数组中;
(2)得到屏蔽位算法;对被测产品的总线送过来的一帧数据,通过网线、串口线、429总线后,经过逻辑板对通讯协议总线信息的读取计算,通过设计的解释协议的算法,最终才能送到用户端的上位机显示界面屏的界面显示给用户,显示界面屏的界面为用于对各种总线协议信息进行配置的参数库配置管理界面;
其中的所述参数库配置管理界面设计,包括:打开数据库、参数名、以及界面右边部分的参数特性;
1)、打开数据库:是指选择一个项目中的其中一个通讯协议,一个项目,包括:串口协议、1553协议、429协议;
2)、参数名:显示“打开数据库”中所选定协议中的所有参数;
3)、参数特性:显示“参数名”中选定参数的特性;
4)、界面右部分的参数特性:
(1)参数属性:指每个参数必须要填入的属性;
(2)可选参数属性:是根据项目的具体需要添加的参数属性;
(3)信道属性,包括:所占信道个数,是指在协议中所占的字节个数;所占信道位置,是指在协议中所占字节的序号;高低位顺序,是对于占用多个字节的参数,指定数据的高位还是低位占用协议的低序号字节;
(4)屏蔽字输入及说明,包括:屏蔽字,是指当该参数占不满一个完整的字节时,用屏蔽1的方法来说明占用了几位;所屏蔽字节,指屏蔽的是该参数的最高位字节还是最低位字节;
(5)事后处理配置,用于每次参数做了修改后,重新生成事后处理的XML配置文件;
(6)功能属性,包括:增加参数、修改参数、删除参数,和清空数据库功能;
其中参数库配置管理为对通信协议中的每个参数进行统一解释,必须事先用配置参数信息的方法对参数进行统一管理,其实现采用数据库设计,包括:数据库表设计、数据库表之间的关系;
(1) 数据库表,包括:
ConfigUnitDetail表,用来保存参数所属协议的整体属性,包括:该协议所属的协议名UnitName、该协议的参数个数PropertyNumber、该协议包括的接收协议的字节数InByteCount和该协议包括的发送协议的字节数OutByteCount;
ConfigUnitProperty表,用来保存ConfigUnitDetail表中每个协议名UnitName所对应的所有参数名Name及其对应的索引Index,以及每个参数所属的数据类型DataType;
ConfigUnitPropertyDetailAnalog表,主要保存双精度和单精度型数据的信息;其中该表包括index、Name、UnitName、AccessName、Description、SignType、InOrOut、ChannelCount字段;
ConfigUnitPropertyDetailInteger表,主要保存整型和数字型数据的信息;其中该表包括index、Name、UnitName、AccessName、Description、SignType、InOrOut、ChannelCount等字段;
(2) 数据库表之间的关系:
ConfigUnitDetail表中每个协议所包含的参数的UnitName、DataType都保存在ConfigUnitProperty表中,而每个参数根据DataType类型的不同又分别将具体的参数信息保存在ConfigUnitPropertyDetailAnalog表和ConfigUnitPropertyDetailInteger表中;
其中所述通信协议参数信息的特性,是根据解释参数的需要,提取出所需通信协议的参数属性特性;
所述参数属性的特性包括:参数的基本属性、参数的所占信道属性和参数的屏蔽字属性;所述参数的基本属性包括:参数名、参数说明、参数数据类型、参数单位、比例;所述参数所占信道属性包括:所占信道个数、所占信道位置和高低位顺序;所述参数的屏蔽字属性包括:屏蔽字、所屏蔽字节;如果通信协议的长度或者参数有所改动,只需要通过参数配置管理界面,把改动后的信息写入数据库中,而测控程序则不需要任何修改;
所述统一解释通讯协议的总体设计是,首先根据参数解释的需要,提取参数的信息,根据参数的信息设计用户使用的界面;然后根据界面设计表和相应的字段,以便将参数信息保存到数据库中;最后测控程序根据数据库中参数的信息进行统一解释。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210329560.2A CN102857375B (zh) | 2012-09-08 | 2012-09-08 | 一种用于管理和解释通信协议的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210329560.2A CN102857375B (zh) | 2012-09-08 | 2012-09-08 | 一种用于管理和解释通信协议的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102857375A CN102857375A (zh) | 2013-01-02 |
CN102857375B true CN102857375B (zh) | 2018-03-13 |
Family
ID=47403583
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210329560.2A Active CN102857375B (zh) | 2012-09-08 | 2012-09-08 | 一种用于管理和解释通信协议的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102857375B (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106603581B (zh) * | 2017-02-22 | 2020-04-07 | 欣旺达电子股份有限公司 | 支持多种通信协议的测试方法及装置 |
CN109445769B (zh) * | 2018-10-16 | 2021-08-06 | 天津津航技术物理研究所 | 基于数据库的动态加载通信协议的测试软件开发方法 |
CN109889481B (zh) * | 2018-12-26 | 2022-09-20 | 广州市中海达测绘仪器有限公司 | 基于多传感器设备数据采集融合方法及装置 |
CN110471823A (zh) * | 2019-08-16 | 2019-11-19 | 珠海格力电器股份有限公司 | 组态软件的通信配置方法、装置和计算机可读存储介质 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102523129A (zh) * | 2011-12-05 | 2012-06-27 | 西北工业大学 | 一种通用的航空总线测试分析方法及其装置 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101872176A (zh) * | 2010-06-08 | 2010-10-27 | 中国农业大学 | 测控软件生成方法及系统 |
CN101915877A (zh) * | 2010-07-02 | 2010-12-15 | 北京航空航天大学 | 一种基于总线技术的通用电磁敏感度测试装置及测试方法 |
CN101968770A (zh) * | 2010-11-01 | 2011-02-09 | 北京航空航天大学 | 一种可复用的嵌入式软件测试开发方法和系统 |
-
2012
- 2012-09-08 CN CN201210329560.2A patent/CN102857375B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102523129A (zh) * | 2011-12-05 | 2012-06-27 | 西北工业大学 | 一种通用的航空总线测试分析方法及其装置 |
Also Published As
Publication number | Publication date |
---|---|
CN102857375A (zh) | 2013-01-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102857375B (zh) | 一种用于管理和解释通信协议的方法 | |
CN106559251A (zh) | 一种基于yang模型的编译方法、及对应的接口、组件和系统 | |
CN101996148B (zh) | 用于多种通信协议的仪器测试板卡配置方法 | |
CN103631688B (zh) | 一种测试接口信号的方法及系统 | |
CN103546354B (zh) | 基于物联网电力测温设备的rs485与can总线兼容的通信方法 | |
CN102855143B (zh) | 一种scada系统中通用通信框架 | |
CN108170425A (zh) | 一种程序代码的修改方法、修改装置及终端设备 | |
CN107102948A (zh) | 一种基于uml的软件架构复杂性度量方法 | |
CN110262370A (zh) | Plc的批量读写方法、装置及系统 | |
CN107920001A (zh) | RapidIO通信中间件的调试装置 | |
CN112069176B (zh) | 一种通讯协议的数据库设计方法、装置、设备和存储介质 | |
CN108600017A (zh) | 多协议串口扩展方法 | |
CN106909752A (zh) | 高速铁路计算机联锁系统外部接口测试的仿真系统 | |
CN104202328B (zh) | 一种订阅goose/smv报文的方法、配置模块及订阅端 | |
CN107885691A (zh) | 串口数据传输方法、分布式设备及主机 | |
CN107040818B (zh) | 用于安卓电视的布局层级分析方法及系统 | |
CN105083337B (zh) | 一种适用不同的联锁系统接口柜的连接系统及其使用方法 | |
CN102566493B (zh) | 数控机床数据采集与处理嵌入式适配器 | |
CN104518929B (zh) | 一种IPv6协议综合自动测试系统 | |
CN107391332A (zh) | 一种存储系统及调试系统 | |
CN106951636A (zh) | 一种基于AutoCAD的电力通信静态资源自动识别方法 | |
CN104252560B (zh) | 基于现场可编程门阵列的集中缓存式装置及设计方法 | |
CN209313939U (zh) | 多远程通道的多计算机切换装置及电子设备 | |
CN107247594A (zh) | 逻辑系统及其实现方法、计算设备及计算机可读存储介质 | |
CN107168923A (zh) | 一种配置多个fpga的装置及方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |