CN107491399A - 硬件底层快速配置的上位机软件架构设计方法 - Google Patents
硬件底层快速配置的上位机软件架构设计方法 Download PDFInfo
- Publication number
- CN107491399A CN107491399A CN201710764379.7A CN201710764379A CN107491399A CN 107491399 A CN107491399 A CN 107491399A CN 201710764379 A CN201710764379 A CN 201710764379A CN 107491399 A CN107491399 A CN 107491399A
- Authority
- CN
- China
- Prior art keywords
- data
- hardware
- layer
- function
- communication
- 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
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/10—Program control for peripheral devices
- G06F13/102—Program control for peripheral devices where the programme performs an interfacing function, e.g. device driver
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/4401—Bootstrapping
- G06F9/4411—Configuring for operating with peripheral devices; Loading of device drivers
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/545—Interprogram communication where tasks reside in different layers, e.g. user- and kernel-space
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明公开了一种硬件底层快速配置的上位机软件架构设计方法,包括:(一)配置文件设计;(二)通用接口设计;(三)具体的硬件底层驱动设计。本发明通过硬件底层快速配置的上位机软件架构设计方法,显著扩展了上位机软件的使用范围,可适应不同嵌入式设备(不同的通信方式)的数据通信要求。设计完成后,只需通过修改配置文件中的硬件类型和对应的硬件配置信息,即可实现上位机软件对不同硬件通信板卡的支持。
Description
技术领域
本发明涉及一种软件架构设计方法,具体涉及一种硬件底层快速配置的上位机软件架构设计方法。
背景技术
在科技飞速发展的今天,嵌入式设备无处不在,如无人机飞行控制器、CT机和汽车发动机ECU单元等。在嵌入式设备的计算核心单元(如单片机、SOC芯片等)中运行的软件就是下位机软件。通常情况下,下位机软件在开发、调试以及工作过程中,需要实时接收外部指令,然后将自身采集、计算和分析得到的结果数据发送到外部设备(PC机)进行进一步的分析和显示,而在外部设备中运行的软件就是上位机软件。上位机和下位机的关系如附图1所示。
如附图1所示,上位机和下位机通过通信链路(如UART总线、网络总线、CAN总线或1553B总线)进行数据的交换。下位机工作环境、通信速度以及硬件配置的不同,常常带来通信链路的不同。如一些民用场景常常使用UART总线和网络总线,汽车等常常使用工业现场总线CAN总线,而飞机等常常使用1553B航空总线。
当前,在实际应用时,需要根据不同的要求、不同的硬件通信接口对上位机软件进行开发和配置,会耗费大量的时间。
发明内容
本发明的目的之一在于提出一种硬件底层快速配置的上位机软件架构设计方法,可根据不同的硬件通信接口对上位机软件进行快速配置,从而扩展上位机软件的使用范围,并显著减少嵌入式设备的开发时间。
本发明是这样实现的:
一种硬件底层快速配置的上位机软件架构设计方法,包括:
(一)配置文件设计;
(二)通用接口设计;
(三)具体的硬件底层驱动设计。
更进一步的方案是:
所述配置文件设计,是将硬件的种类以及参数信息存储在配置文件中,当上位机软件开始运行时,首先从配置文件中读取硬件配置信息,根据读取的配置信息,选择特定的硬件接口,完成硬件初始化,实现对该硬件接口的支持。
更进一步的方案是:
所述通用接口设计,是在硬件初始化中,分配一个接收数据线程,周期性的接收下位机发送过来的数据。如果收到数据,则向数据打包解析层抛出事件,数据打包解析层响应事件,完成数据的检验和解析。
更进一步的方案是:
所述具体的硬件底层驱动设计,包括:
1)利用通用接口,定义底层硬件通信类;
2)定义底层硬件通信类中需要用到的变量;
3)设计通用接口的实现,包括:
31)设计硬件初始化函数
初始化函数根据配置文件中提供的通信端口配置信息,完成通信端口的初始化配置,并返回配置结果;
32)设计清除缓冲区函数
每次进行数据通信前,调用清除缓冲区函数,将数据缓冲区中存储的数据全部清除,从而避免缓冲区中数据对通信的不良影响。
33)设计数据发送函数
数据发送函数主要调用通信硬件底层函数将数据发送缓冲区中的数据发送出去,
34)设计关闭串口函数
在项目退出时,应调用关闭串口函数,首先关闭数据接收线程以释放CPU资源,然后通过关闭串口通信端口以释放硬件通信接口资源。
4)底层硬件通信类私有函数的实现,包括:
41)底层硬件打开函数
实现数据接收线程的启动,并打开串口。
42)底层硬件数据接收线程
当调用硬件初始化函数完成通信接口的初始化后,即启动了数据接收线程,之后该线程周期性的查询底层硬件通信端口状态,如果有数据,则自动开始接收数据,并向数据打包解析层抛出收到数据事件。
更进一步的方案是:
底层硬件通信类中需要用到的变量包括事件、串口类、数据接收线程、数据接收缓冲区、系统等待信号。
更进一步的方案是:
所述上位机软件分解为业务层、数据打包解析层、数据通信层和硬件驱动层;
其中,业务层与上位机功能直接相关,提供上位机的具体操作指令;数据打包解析层为业务层提供接口函数,将需要发送给下位机的数据进行打包,或者解析收到的下位机自检结果数据;数据通信层为数据打包解析层提供接口函数,并调用硬件驱动层的接口函数,完成数据的收发工作;硬件驱动层由各硬件通信板卡厂家提供接口函数,供数据通信层调用。
更进一步的方案是:
上位机软件在实际工作时,数据双向在业务层、数据打包解析层、数据通信层和硬件驱动层之间流动,上位机发出指令时,数据由上而下从业务层、数据打包解析层、数据通信层到硬件驱动层,上位机接收数据时,数据由下而上从硬件驱动层、数据通信层、数据打包解析层到业务层。
本发明通过硬件底层快速配置的上位机软件架构设计方法,显著扩展了上位机软件的使用范围,可适应不同嵌入式设备(不同的通信方式)的数据通信要求。设计完成后,只需通过修改配置文件中的硬件类型和对应的硬件配置信息,即可实现上位机软件对不同硬件通信板卡的支持。
附图说明
图1上位机和下位机关系示意图;
图2上位机软件分层设计示意图;
图3数据通信类设计示意图;
图4硬件初始化流程示意图;
图5数据发送流程示意图;
图6关闭串口流程示意图;
图7串口数据接收线程流程示意图;
图8数据发送流程示意图。
具体实施方式
下面结合附图对本发明作进一步的说明。
如附图2所示,采用软件分层设计思想,将上位机软件分解为业务层、数据打包解析层、数据通信层和硬件驱动层(硬件驱动层一般由硬件板卡厂家提供,不需在上位机软件中进行设计,故图2中用虚线表示)。其中,业务层与上位机功能直接相关,比如设备自检和功能测试等操作;数据打包解析层为业务层提供接口函数,将需要发送给下位机的数据(如设备自检指令)进行打包,或者解析收到的下位机自检结果数据;数据通信层为数据打包解析层提供接口函数,并调用硬件驱动层的接口函数,完成数据的收发工作;硬件驱动层一般由各硬件通信板卡厂家提供接口函数,供数据通信层调用。图2图中,数据双向在各层之间流动,上位机发出指令时,数据由上而下从业务层、数据打包解析层、数据通信层到硬件驱动层,上位机接收数据时,数据由下而上从硬件驱动层、数据通信层、数据打包解析层到业务层。
上位机软件的分层架构中,各层的功能相对独立,从而可对各层进行独立设计。其中,业务层和数据打包解析层与具体的应用场景有关,本发明不进行深入的探讨。本发明的主要目的在于对数据通信层的优化设计。通过对典型通信板卡功能的分析,无论是UART、CAN总线还是1553B总线,其典型的功能可抽象概括为:
1、硬件初始化;
2、清空接收缓冲区;
3、数据发送;
4、数据接收;
5、关闭硬件端口
可通过为以上硬件通信板卡的典型功能设计通用的接口函数(如附图3中的通用接口部分),对不同的硬件通信板卡的驱动程序进行封装,并对外提供通用的调用接口,从而实现:
1、业务层和数据打包解析层与硬件板卡驱动的完全隔离,仅与项目的功能有关;
2、通过对不同硬件通信板卡的快速配置,使得上位机软件可支持多种硬件接口。
其中,通用接口部分为共同部分。对于不同的硬件通信板卡,对应设计的数据通信类(如UART板卡对应的UarlLib类、研华公司CAN板卡对应的CanAdvLib、IXXAT公司CAN板卡对应的CanIxxatLib)具有相同的接口。
本发明实施例的数据通信层设计实现的具体内容包括:
1、配置文件设计;
2、通用接口设计;
3、具体的硬件底层驱动设计
本实施例中,上位机软件的开发环境为VS2010,开发语言为C#。
1.配置文件的设计和读取
1.1配置文件设计
为了实现对不同硬件接口的快速配置和支持,在项目中设计了配置文件app.config,将硬件的种类以及参数信息存储在该文件中。当上位机软件开始运行时,首先从配置文件中读取硬件配置信息,然后根据读取的配置信息,选择特定的硬件接口,完成硬件初始化,实现对该硬件接口的支持。
<!--CAN口或COM口选择
<!--COM口:UdpTcpLib.UartLib;-->
<!--研华CAN口:UdpTcpLib.CanAdvLib;-->
<!--IXXAT CAN口:UdpTcpLib.CanIxxatLib-->
<add key="DrivceConfig"value="UdpTcpLib.CanIxxatLib"/>
<!--UART参数:端口,波特率,校验,数据长度,停止位,其中校验位0表示NONE;1表示ODD;2表示EVEN-->
<add key="UartSetting"value="COM1,460800,1,8,1"/>
<!--CAN口参数:端口号,波特率-->
<add key="CanSetting"value="0,500/>
本文的设计中支持UART串口、研华公司的CAN板卡和IXXAT公司的CAN板卡。如上所示,通过DrivceConfig关键字来选择使用的硬件板卡类型,其中,UdpTcpLib.UartLib表示通用串口,UdpTcpLib.CanAdvLib表示研华公司的CAN板卡,UdpTcpLib.CanIxxatLib表示Ixxat公司的CAN板卡。通过UartSetting关键字来配置串口参数,通过CanSetting关键字来配置CAN口参数。
代码中的配置文件关键字以及内容可根据实际的需求进行扩展和裁剪。
1.2配置文件读取
通过在项目中定义全局变量,来读取并存储配置文件中的配置信息,如下所示。
当项目启动运行时,通过ConfigurationManager.AppSettings()函数获取配置文件中的关键字中存储的信息,并将其赋予DrivceConfig、CanSetting和UartSetting变量,供之后硬件通信板卡底层初始化使用。
2.通用接口设计
无论是UART、CAN总线还是1553B总线,其典型的功能应该包括:
1、硬件初始化;
2、清空接收缓冲区;
3、数据发送;
4、数据接收;
5、关闭硬件端口
本设计中,在硬件初始化中分配一个接收数据线程,周期性的接收下位机发送过来的数据(所以,本设计中没有设计数据接收通用接口)。如果收到数据,则向数据打包解析层抛出事件,数据打包解析层响应事件,完成数据的检验和解析。
具体的接口设计如下所示。
其中,Init(string str)为硬件初始化函数,根据str中的信息完成硬件的初始化,并开启数据接收线程;ClearReceive()用来清除数据接收缓冲区;Send(List<byte>sendArrays,uint canid=0x00)为数据发送接口函数,用来发送sendArrays中存储的数据;Close()为关闭通信口函数,当关闭上位机软件时,调用该接口函数释放硬件接口。
3、基于通用接口的硬件底层驱动函数设计
上文根据通信总线的特点,设计了通用的接口函数,本节则将通用接口函数在具体的通信硬件环境实现,以便通过通用接口函数,调用具体的通信硬件完成数据通信。
本文以设计UART硬件底层驱动函数为例(其他的通信硬件环境设计过程完全相同),来说明基于通用接口的硬件底层驱动函数的设计方法。
3.1UART通信类的定义
基于第4节设计的通用接口来定义UART通信类:public class UartLib:IDriver
3.2变量的定义
如下所示,定义了UART通信类中需要用到的变量。其中,deviceReceiveEvent表示事件,用来向数据打包解析层抛出事件;ComDevice表示串口类,用来调用硬件板卡公司提供的最底层硬件驱动代码;ReceivedataThread表示数据接收线程;receiveQueue表示数据接收缓冲区;ReceiveWorkEvent为系统等待信号,用来实现数据的周期性读取。
private event DeviceReceivedDataHandler deviceReceiveEvent=null;//声明一个事件
private volatile SerialPort ComDevice=new SerialPort();
private volatile Thread ReceivedataThread=null;//接受数据线程
private volatile bool bReceivedata=false;//控制线程ReceivedataThread接受数据
private List<byte>receiveQueue=new List<byte>();//接收数据队列
private AutoResetEvent ReceiveWorkEvent=new AutoResetEvent(true);//默认为有信号
3.3通用接口的实现
3.3.1硬件初始化函数
硬件初始化函数定义为:public int Init(string parmString)。初始化函数定义为public类型,可供外部程序直接调用。其中,parmString为硬件通信板卡配置信息。
初始化函数根据配置文件中提供的通信端口配置信息,完成通信端口的初始化配置,并返回配置结果,其配置流程如附图4所示。
硬件初始化代码如下所示:
其中,InitDevice()为UART通信类的私有函数,通过对通信板卡底层驱动函数的简单封装实现,用以完成通信端口的初始化。
3.3.2清除缓冲区函数
清除缓冲区函数定义为:public void ClearReceive()。清除缓冲区函数定义为public类型,可供外部程序直接调用。
本函数相对简单,设计如下所示:
每次进行数据通信前,调用清除缓冲区函数,将数据缓冲区中存储的数据全部清除,从而避免缓冲区中数据对通信的不良影响。
3.3.3数据发送函数
数据发送函数定义为:public int Send(List<byte>sendArrays,uint canid=0x00)。数据发送函数定义为public类型,可供外部程序直接调用。其中,sendArrays为数据发送缓冲区,canid为CAN通信专用参数,用来存储需要发送的CAN信息的ID号。
数据发送函数主要调用通信硬件底层函数将数据发送缓冲区中的数据发送出去,数据发送流程如图5所示。
其实现代码如下:
#region发送数据出去
其中,通用接口中的canid变量表示CAN总线应用中的发送数据包的ID号,在UART通用类中未使用。
3.3.4关闭串口函数
关闭串口函数定义为:public bool Close()。关闭串口函数定义为public类型,可供外部程序直接调用。
在项目退出时,应调用关闭串口函数,首先关闭数据接收线程以释放CPU资源,然后通过关闭串口通信端口以释放硬件通信接口资源,其实现流程如附图6所示。
其实现代码如下:
#region停止读取串口数据,关闭线程,关闭串口
3.4UART通信类私有函数的实现
3.4.1UART打开函数
本函数实现数据接收线程的启动,并打开串口。通常情况下,硬件通信板卡公司提供的通信示例程序中会有本函数的实现,本文不再进行详细论述。其实现代码如下所示。
#region打开串口,并启动读取串口线程
3.4.2UART数据接收线程
当调用硬件初始化函数完成通信接口的初始化后,即启动了数据接收线程,之后该线程周期性的查询UART通信端口状态,如果有数据,则自动开始接收数据,并向数据打包解析层抛出收到数据事件。UART端口数据接收线程实现流程如图7所示。
其实现代码如下所示。
#region读串口数据线程函数
其中,ReceiveWorkEvent.WaitOne(100)表示如果没有数据,则阻塞当前线程100ms,避免数据接收线程长期占用CPU资源。deviceReceiveEvent(receiveQueue,receiveQueue.Count)数据打包解析层抛出事件(包括数据以及数据个数)。
4、通用接口的使用
4.1硬件接口定义
如前所述,在全局变量定义中,通过public static IDriver commPort=null定义通用通信接口commPort。通用通信接口初始化之后,根据配置文件中不同的配置信息,将代表不同的通信端口。
4.2通用硬件接口实例化
应在上位机软件的主窗口启动时,完成硬件接口的初始化操作。
Global.commPort=(IDriver)CreateInstance(Global.DrivceConfig);
可通过CreateInstance()创建通信端口实例,然后将其转化为第4节设计的通用接口,并将DrivceConfig中存储的通信板卡硬件信息导入通用接口中。以UART通信接口为例,执行上述操作后,Global.commPort=UdpTcpLib.UartLib。如果需要选择研华的CAN板卡进行通信,在配置文件中写入的UdpTcpLib.CanAdvLib,则通用硬件接口实例化的结果就是Global.commPort=UdpTcpLib.CanAdvLib。显然,配置文件中的硬件板卡信息将会直接反映在Global.commPort通用接口中。
4.3通用硬件接口的使用
4.3.1硬件初始化
可通过如下所示的代码,首先根据从配置文件中获取的Global.drivceConfig(存储选择的通信板卡类型)信息获取对应的通信板卡的配置信息,然后调用通用接口Global.commPort.Init(initStr),来实现对响应通信板卡的初始化。其中,Global.drivceConfig、Global.CanSetting和Global.UartSetting已在配置文件中读取获得。
在此,需要说明一下,调用Global.commPort.Init(initStr)进行通信硬件初始化时,即完成数据接收线程的启动,之后数据的接收均是自动完成。
4.3.2数据发送
以向下位机发送“7E 7E CD 01 00 00 00 00 CA 01”(其中,“7E 7E CD”为帧头,“01”为指令码,“00 00 00 00”为附加码,”CA 01”为校验和)指令数据帧为例,可通过附图8所示流程实现指令帧的发送。
4.3.3数据缓冲区
在进入数据通信之前,为了避免数据接收缓冲区已有的数据的不良影响,应先调用通用接口Global.commPort.ClearReceive(),将缓冲区数据清除,然后再进行数据的传输。
4.3.4关闭通信端口
在下位机软件退出时,应调用通用接口Global.commPort.Close()关闭数据接收线程(释放CPU资源),然后关闭通信硬件端口(硬件端口资源释放后方可供其他软件使用)。
本文提出了一种基于配置文件和通用硬件接口的上位机软件硬件底层快速配置方法,显著扩展了上位机软件的使用范围,可适应不同嵌入式设备(不同的通信方式)的数据通信要求。其中,配置文件的设计和读取、通用接口设计和通用接口的使用的几个部分,对不同的通信硬件板卡均一致,不必进行重新设计;本实施例以UART通信硬件为例,说明了基于通用硬件接口的底层驱动的设计方法,对于其他的通信硬件板卡,可参考UART实例进行设计。设计完成后,只需通过修改配置文件中的硬件类型和对应的硬件配置信息,即可实现上位机软件对不同硬件通信板卡的支持。
尽管这里参照本发明的解释性实施例对本发明进行了描述,上述实施例仅为本发明较佳的实施方式,本发明的实施方式并不受上述实施例的限制,应该理解,本领域技术人员可以设计出很多其他的修改和实施方式,这些修改和实施方式将落在本申请公开的原则范围和精神之内。
Claims (7)
1.一种硬件底层快速配置的上位机软件架构设计方法,其特征在于包括:
(一)配置文件设计;
(二)通用接口设计;
(三)具体的硬件底层驱动设计。
2.根据权利要求1所述硬件底层快速配置的上位机软件架构设计方法,其特征在于:
所述配置文件设计,是将硬件的种类以及参数信息存储在配置文件中,当上位机软件开始运行时,首先从配置文件中读取硬件配置信息,根据读取的配置信息,选择特定的硬件接口,完成硬件初始化,实现对该硬件接口的支持。
3.根据权利要求1所述硬件底层快速配置的上位机软件架构设计方法,其特征在于:
所述通用接口设计,是在硬件初始化中,分配一个接收数据线程,周期性的接收下位机发送过来的数据。如果收到数据,则向数据打包解析层抛出事件,数据打包解析层响应事件,完成数据的检验和解析。
4.根据权利要求1所述硬件底层快速配置的上位机软件架构设计方法,其特征在于:
所述具体的硬件底层驱动设计,包括:
1)利用通用接口,定义底层硬件通信类;
2)定义底层硬件通信类中需要用到的变量;
3)设计通用接口的实现,包括:
31)设计硬件初始化函数
初始化函数根据配置文件中提供的通信端口配置信息,完成通信端口的初始化配置,并返回配置结果;
32)设计清除缓冲区函数
每次进行数据通信前,调用清除缓冲区函数,将数据缓冲区中存储的数据全部清除,从而避免缓冲区中数据对通信的不良影响。
33)设计数据发送函数
数据发送函数主要调用通信硬件底层函数将数据发送缓冲区中的数据发送出去,
34)设计关闭串口函数
在项目退出时,应调用关闭串口函数,首先关闭数据接收线程以释放CPU资源,然后通过关闭串口通信端口以释放硬件通信接口资源。
4)底层硬件通信类私有函数的实现,包括:
41)底层硬件打开函数
实现数据接收线程的启动,并打开串口。
42)底层硬件数据接收线程
当调用硬件初始化函数完成通信接口的初始化后,即启动了数据接收线程,之后该线程周期性的查询底层硬件通信端口状态,如果有数据,则自动开始接收数据,并向数据打包解析层抛出收到数据事件。
5.根据权利要求4所述硬件底层快速配置的上位机软件架构设计方法,其特征在于:
底层硬件通信类中需要用到的变量包括事件、串口类、数据接收线程、数据接收缓冲区、系统等待信号。
6.根据权利要求1至4任一权利要求所述硬件底层快速配置的上位机软件架构设计方法,其特征在于:
所述上位机软件分解为业务层、数据打包解析层、数据通信层和硬件驱动层;
其中,业务层与上位机功能直接相关,提供上位机的具体操作指令;数据打包解析层为业务层提供接口函数,将需要发送给下位机的数据进行打包,或者解析收到的下位机自检结果数据;数据通信层为数据打包解析层提供接口函数,并调用硬件驱动层的接口函数,完成数据的收发工作;硬件驱动层由各硬件通信板卡厂家提供接口函数,供数据通信层调用。
7.根据权利要求6所述硬件底层快速配置的上位机软件架构设计方法,其特征在于:
上位机软件在实际工作时,数据双向在业务层、数据打包解析层、数据通信层和硬件驱动层之间流动,上位机发出指令时,数据由上而下从业务层、数据打包解析层、数据通信层到硬件驱动层,上位机接收数据时,数据由下而上从硬件驱动层、数据通信层、数据打包解析层到业务层。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710764379.7A CN107491399A (zh) | 2017-08-30 | 2017-08-30 | 硬件底层快速配置的上位机软件架构设计方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710764379.7A CN107491399A (zh) | 2017-08-30 | 2017-08-30 | 硬件底层快速配置的上位机软件架构设计方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107491399A true CN107491399A (zh) | 2017-12-19 |
Family
ID=60651010
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710764379.7A Pending CN107491399A (zh) | 2017-08-30 | 2017-08-30 | 硬件底层快速配置的上位机软件架构设计方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107491399A (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109447626A (zh) * | 2018-10-30 | 2019-03-08 | 同程网络科技股份有限公司 | 一种基于erp系统的收银方法和收银平台 |
CN109460244A (zh) * | 2018-10-26 | 2019-03-12 | 苏州浪潮智能软件有限公司 | 一种屏蔽硬件差异的软件方法 |
CN110502352A (zh) * | 2019-08-21 | 2019-11-26 | 广州慧营智能科技有限公司 | 一种外部设备管理系统及使用方法及具备该系统的自助机 |
CN110750405A (zh) * | 2019-10-28 | 2020-02-04 | 天津津航计算技术研究所 | 一种基于硬件板卡识别的软件兼容性方法 |
CN110750241A (zh) * | 2019-08-29 | 2020-02-04 | 天信仪表集团有限公司 | 基于事件驱动架构的体积修正系统 |
CN114019230A (zh) * | 2021-11-03 | 2022-02-08 | 武汉盛帆电子股份有限公司 | 一种智能电能表设计方法及系统 |
CN115482633A (zh) * | 2022-09-13 | 2022-12-16 | 珠海市新德汇信息技术有限公司 | 兼容不同设备通讯交互的方法、系统、存储介质和设备 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102594700A (zh) * | 2012-03-14 | 2012-07-18 | 上海倍益酷电子科技有限公司 | 一种可软硬件协同配置的网络协议快速设计与验证设备 |
CN103777950A (zh) * | 2014-01-23 | 2014-05-07 | 北京航空航天大学 | 一种对aos遥测数据解析的网格化方法 |
CN104536746A (zh) * | 2014-12-23 | 2015-04-22 | 惠州市亿能电子有限公司 | 一种基于dll的软件架构 |
-
2017
- 2017-08-30 CN CN201710764379.7A patent/CN107491399A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102594700A (zh) * | 2012-03-14 | 2012-07-18 | 上海倍益酷电子科技有限公司 | 一种可软硬件协同配置的网络协议快速设计与验证设备 |
CN103777950A (zh) * | 2014-01-23 | 2014-05-07 | 北京航空航天大学 | 一种对aos遥测数据解析的网格化方法 |
CN104536746A (zh) * | 2014-12-23 | 2015-04-22 | 惠州市亿能电子有限公司 | 一种基于dll的软件架构 |
Non-Patent Citations (1)
Title |
---|
张聪聪: "基于ARM的通用I/O接口驱动程序设计", 《百度文库》 * |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109460244A (zh) * | 2018-10-26 | 2019-03-12 | 苏州浪潮智能软件有限公司 | 一种屏蔽硬件差异的软件方法 |
CN109447626A (zh) * | 2018-10-30 | 2019-03-08 | 同程网络科技股份有限公司 | 一种基于erp系统的收银方法和收银平台 |
CN110502352A (zh) * | 2019-08-21 | 2019-11-26 | 广州慧营智能科技有限公司 | 一种外部设备管理系统及使用方法及具备该系统的自助机 |
CN110750241A (zh) * | 2019-08-29 | 2020-02-04 | 天信仪表集团有限公司 | 基于事件驱动架构的体积修正系统 |
CN110750405A (zh) * | 2019-10-28 | 2020-02-04 | 天津津航计算技术研究所 | 一种基于硬件板卡识别的软件兼容性方法 |
CN110750405B (zh) * | 2019-10-28 | 2023-06-30 | 天津津航计算技术研究所 | 一种基于硬件板卡识别的软件兼容性方法 |
CN114019230A (zh) * | 2021-11-03 | 2022-02-08 | 武汉盛帆电子股份有限公司 | 一种智能电能表设计方法及系统 |
CN115482633A (zh) * | 2022-09-13 | 2022-12-16 | 珠海市新德汇信息技术有限公司 | 兼容不同设备通讯交互的方法、系统、存储介质和设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107491399A (zh) | 硬件底层快速配置的上位机软件架构设计方法 | |
EP3667520A1 (en) | Webpage content extraction method and terminal device | |
CN103309792B (zh) | 一种日志信息的控制方法及系统 | |
CN108406764A (zh) | 智能开放型服务机器人操作系统及方法 | |
CN104536746A (zh) | 一种基于dll的软件架构 | |
CN104182234B (zh) | 一种业务处理方法和业务系统 | |
CN103336705A (zh) | 脚本处理和工作流系统间的自动转码和语义自适应 | |
CN107092483A (zh) | 一种自动解析日志库中数据类型的方法及系统 | |
TW200404225A (en) | Dynamic wizard interface system and method | |
CN110457215B (zh) | 一种跨平台的mcu调试方法 | |
CN105843697B (zh) | 一种浏览器控件的中断恢复方法及系统 | |
CN110189220A (zh) | 一种风险分析决策方法、装置、系统及存储介质 | |
CN106130897B (zh) | 基于路由模拟的性能优化方法 | |
CN110347954A (zh) | 面向复杂Web应用的服务化方法 | |
CN110457217B (zh) | 一种跨平台的mcu调试装置 | |
US20030106042A1 (en) | System and method for animating state diagram through debug connection | |
US8429672B2 (en) | Method for carrying out the data transfer between program elements of a process, buffer object for carrying out the data transfer, and printing system | |
EP1159694A1 (en) | Transaction class | |
CN109634569A (zh) | 基于注解的流程实现方法、装置、设备及可读存储介质 | |
US9063744B2 (en) | Modifying a file written in a formal language | |
CN110442338A (zh) | 一种结构分析与设计语言aadl模型的仿真方法 | |
CN108153597B (zh) | 一种linux设备管理装置及方法 | |
CN111142861A (zh) | 结构化综控系统集成方法及装置 | |
CN111596962A (zh) | 一种基于高速协议通道的实时微内核系统及其初始化方法 | |
CN104834613B (zh) | 用以存取虚拟机的计算机系统及方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20171219 |