CN114995792A - 汽车诊断设备的组件化开发方法、设备、介质及电子设备 - Google Patents
汽车诊断设备的组件化开发方法、设备、介质及电子设备 Download PDFInfo
- Publication number
- CN114995792A CN114995792A CN202210845641.1A CN202210845641A CN114995792A CN 114995792 A CN114995792 A CN 114995792A CN 202210845641 A CN202210845641 A CN 202210845641A CN 114995792 A CN114995792 A CN 114995792A
- Authority
- CN
- China
- Prior art keywords
- automobile diagnosis
- automobile
- functions
- functional components
- functional component
- 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.)
- Granted
Links
- 238000003745 diagnosis Methods 0.000 title claims abstract description 112
- 238000000034 method Methods 0.000 title claims abstract description 40
- 238000011161 development Methods 0.000 title claims abstract description 24
- 230000006870 function Effects 0.000 claims abstract description 99
- 238000012360 testing method Methods 0.000 claims abstract description 23
- 230000003993 interaction Effects 0.000 claims abstract description 8
- 230000002093 peripheral effect Effects 0.000 claims abstract description 8
- 238000012423 maintenance Methods 0.000 claims abstract description 6
- 230000002159 abnormal effect Effects 0.000 claims description 17
- 238000004806 packaging method and process Methods 0.000 claims description 16
- 230000015654 memory Effects 0.000 claims description 12
- 230000008569 process Effects 0.000 claims description 9
- 102100034112 Alkyldihydroxyacetonephosphate synthase, peroxisomal Human genes 0.000 claims description 5
- 101000799143 Homo sapiens Alkyldihydroxyacetonephosphate synthase, peroxisomal Proteins 0.000 claims description 5
- 238000000848 angular dependent Auger electron spectroscopy Methods 0.000 claims description 5
- 238000002405 diagnostic procedure Methods 0.000 claims description 5
- 238000012856 packing Methods 0.000 claims description 5
- 238000012669 compression test Methods 0.000 claims description 3
- 230000009849 deactivation Effects 0.000 claims description 3
- 230000008439 repair process Effects 0.000 claims description 3
- 230000000717 retained effect Effects 0.000 claims description 2
- 238000001514 detection method Methods 0.000 abstract description 5
- 238000007726 management method Methods 0.000 description 8
- 238000010586 diagram Methods 0.000 description 3
- 238000013468 resource allocation Methods 0.000 description 2
- 230000003213 activating effect Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011990 functional testing Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 238000004088 simulation Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/30—Creation or generation of source code
- G06F8/36—Software reuse
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/30—Creation or generation of source code
- G06F8/31—Programming languages or programming paradigms
- G06F8/315—Object-oriented languages
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
-
- 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/445—Program loading or initiating
- G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
-
- 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/445—Program loading or initiating
- G06F9/44521—Dynamic linking or loading; Link editing at or after load time, e.g. Java class loading
- G06F9/44526—Plug-ins; Add-ons
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
- Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
- Y02P90/30—Computing systems specially adapted for manufacturing
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computing Systems (AREA)
- Computer Security & Cryptography (AREA)
- Vehicle Cleaning, Maintenance, Repair, Refitting, And Outriggers (AREA)
- Testing Electric Properties And Detecting Electric Faults (AREA)
Abstract
本发明涉及汽车检测的技术领域,特别涉及一种汽车诊断设备的组件化开发方法、设备、介质及电子设备,所述方法包括:设定汽车诊断设备的若干功能,根据设定的若干功能各自生成功能所需代码以分别组成若干功能组件;根据汽车诊断设备所需的功能,将相应的功能组件通过相应的渠道打包配置在汽车诊断设备上;其中,汽车诊断设备上的各功能组件相互独立,若需要相互调用时,则通过外设接口实现交互。本发明提供组件化开发方法将不同功能的代码分别编辑形成多个功能组件,每个功能组件在测试、出现异常或维护时互不影响,使得代码管理简单高效;且能够根据实际需求进行灵活配置相应的功能,从而满足市场对不同类型汽车诊断设备的不同需求应用。
Description
技术领域
本发明涉及汽车检测的技术领域,特别涉及一种汽车诊断设备的组件化开发方法、设备、介质及电子设备。
背景技术
汽车诊断设备是一款专门针对汽车检测的专业仪器,可实时检测车辆的性能,并对车辆故障进行检测,是检测车辆必备的一种工具。现今,随着汽车技术越来越复杂,导致汽车诊断设备的功能越来越多,越来越庞大,管理代码越发困难,其难以满足市场的变化和产品的多样性。
现有的汽车诊断设备通常是采用整体化的设计,在汽车诊断过程中,需要调用多种功能,但是各个功能之间的依赖性很强,需要相互调用才能执行一个应用,完成诊断过程。如果在某个功能上出现错误,则影响整个应用的运行,在管理上非常不方便。
发明内容
为解决上述现有技术中汽车诊断设备存在的不足,本发明提供一种汽车诊断设备的组件化开发方法,包括以下步骤:
步骤S100,确定汽车诊断设备的若干功能,根据确定的若干功能各自生成功能所需代码以分别组成若干功能组件;
步骤S200,根据汽车诊断设备所需的功能,将相应的功能组件通过相应的渠道打包配置在汽车诊断设备上;其中,汽车诊断设备上的各功能组件相互独立,若功能组件之间需要相互调用数据信息,则通过外设接口来连接相关的功能组件以实现数据交互。
在一实施例中,在步骤S200中,对功能组件进行打包,包括以下步骤:
打包资源文件,生成java文件,所述资源文件包括功能所需的代码数据;在预设目录下基于所述java文件的查找路径,得到对应的class文件;将所述class文件生成dex文件,并将所述dex文件进行打包,得到APK文件;最后,对所述APK文件进行签名,将签名后的所述APK文件进行打包,并配置在汽车诊断设备上。
在一实施例中,在步骤S100中,设定的若干功能包括全车诊断功能、设置功能、编程功能、断缸测试功能、压缩测试功能、胎压测试功能、万用表测试功能、ADAS测试功能、示波器测试功能、电池包测试功能、维修帮助功能、在线学习功能中的一种或多种。
在一实施例中,还包括步骤S300,配置完成后,若需要增加汽车诊断设备上的功能,通过将所需的功能组件进行打包并配置在汽车诊断设备上即可;或,将功能组件预先内置在汽车诊断设备中但不激活,在需要时通过后台接口将隐藏的功能组件激活即可。
在一实施例中,在步骤300中,还包括:
通过所述汽车诊断设备统计诊断过程中各功能组件的调用次数;
自动判断所述汽车诊断设备内置的剩余空间占比是否少于预设数值;
若内置的剩余空间占比少于预设数值,则自动删除调用次数低于预设次数的功能组件,以预留至少一个内置空间供新的功能组件配置。
在一实施例中,在步骤S300中,若汽车诊断设备在诊断过程中检测到调用的功能组件出现异常导致无法正常运行时,将发出报警信号并采用步骤S200配置一个新的功能组件,若新的功能组件能够正常运行,则保留新的功能组件且卸载异常的功能组件;或,发出报警信号并连接另一带有该功能组件的第二汽车诊断设备,再将诊断信号发至第二汽车诊断设备,由第二汽车诊断设备进行间接诊断并将诊断的数据传输回所述汽车诊断设备。
在一实施例中,在步骤S300中,若所述汽车诊断设备检测到功能组件诊断产生异常数据时,将自动对所述功能组件输入预先设置的模拟预设值,以得到输出结果;若输出结果与预期的诊断结果一致,则确认为异常数据;若输出结果与预期的诊断结果不一致,则发出报警信号,提醒修复或升级。
本发明还提供一种汽车诊断设备,包括:
组件生成模块,设定汽车诊断设备的若干功能,根据设定的若干功能各自生成功能所需代码以分别组成若干功能组件;
组件配置模块,根据汽车诊断设备所需的功能,将相应的功能组件通过相应的渠道打包配置在汽车诊断设备上;其中,汽车诊断设备上的各功能组件相互独立,若需要相互调用时,则通过外设接口实现交互;
组件新增模块,若需要增加汽车诊断设备上的功能,通过将所需的功能组件进行打包并配置在汽车诊断设备上即可;或,将功能组件预先内置在汽车诊断设备中但不激活,在需要时通过后台接口将隐藏的功能组件激活即可。
本发明还提供一种计算机可读存储介质,所述计算机可读存储介质存储有计算机指令,所述计算机被处理器执行时实现如上所述的汽车诊断设备的组件化开发方法。
本发明还提供一种电子设备,包括至少一个处理器、及与所述处理器通信连接的存储器,其中所述存储器存储可被至少一个处理器执行的指令,所述指令被至少一个处理器执行,以使所述处理器执行如上所述的汽车诊断设备的组件化开发方法。
基于上述,与现有技术相比,本发明提供的汽车诊断设备的组件化开发方法将不同功能的代码分别编辑形成多个功能组件,每个功能组件在测试、出现异常或维护时互不影响,使得代码管理简单高效;且能够根据实际需求进行灵活配置相应的功能,从而满足市场对不同类型汽车诊断设备的不同需求应用。
本发明的其它特征和有益效果将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他有益效果可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图;在下面描述中附图所述的位置关系,若无特别指明,皆是图示中组件绘示的方向为基准。
图1为现有技术中各模块之间的调用关系图;
图2为本发明提供的汽车诊断设备的组件化开发方法的流程图;
图3为本发明提供的汽车诊断设备的结构示意图;
图4为本发明提供的计算机设备的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例;下面所描述的本发明不同实施方式中所设计的技术特征只要彼此之间未构成冲突就可以相互结合;基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
在本发明的描述中,需要说明的是,本发明所使用的所有术语(包括技术术语和科学术语)具有与本发明所属领域的普通技术人员通常所理解的含义相同的含义,不能理解为对本发明的限制;应进一步理解,本发明所使用的术语应被理解为具有与这些术语在本说明书的上下文和相关领域中的含义一致的含义,并且不应以理想化或过于正式的意义来理解,除本发明中明确如此定义之外。
目前,在汽车诊断设备的诊断过程中,需要调用多种功能来执行任务,但是各个功能之间的依赖性很强,往往需要相互调用才能执行一个应用,完成诊断过程。例如图1所示,现有技术中汽车诊断设备虽然按照功能划分为胎压检测模块、全车诊断模块、电池包检测模块、万用表模块等,但在实际应用过程中,各个模块之间的代码组成是一体化的,在应用某个功能时常常需要借助Java语言来相互调用其他模块的代码,从而达到诊断的目的。上述方法存在若某个功能上出现错误,则影响整个应用运行的问题,且在代码管理上非常不方便。
针对上述问题,请参阅图2,本发明提供一种汽车诊断设备的组件化开发方法,包括以下步骤:
步骤S100,确定汽车诊断设备的若干功能,根据确定的若干功能各自生成功能所需代码以分别组成若干功能组件;
步骤S200,根据汽车诊断设备所需的功能,将相应的功能组件通过相应的渠道打包配置在汽车诊断设备上;其中,汽车诊断设备上的各功能组件相互独立,若功能组件之间需要相互调用数据信息,则通过外设接口来连接相关的功能组件以实现数据交互。
具体实施时,若诊断设备需要实现某个功能,而这个功能只有A组件才能实现,则调用该组件即可实现该功能,不需要调用其他B组件或C组件。从而保证各功能组件之间的相互独立,即便其中一个组件发生问题,其他组件也能正常工作,便于管理。
此外,若需要触发组件之间的交互,则可根据实际需求通过外设接口来实现数据间的相互调用。具体地,若某个诊断设备存有胎压功能组件、登录功能组件,若胎压功能组件需要获取用户是否登录的信息,则需要登录功能组件对外暴露一个获取登录信息的接口,胎压功能组件与该接口连接以获取登录信息。若某个功能组件想要获取正在诊断中汽车的电压值,则同样可通过外设的接口来获取汽车电压值。
优选地,在步骤S200中,对功能组件进行打包,包括以下步骤:
打包资源文件,生成java文件,所述资源文件包括功能所需的代码数据;在预设目录下基于所述java文件的查找路径,得到对应的class文件;将所述class文件生成dex文件,并将所述dex文件进行打包,得到APK文件;最后,对所述APK文件进行签名,将签名后的所述APK文件进行打包,并配置在汽车诊断设备上。
优选地,在步骤S100中,设定的若干功能包括全车诊断功能、设置功能、编程功能、断缸测试功能、压缩测试功能、胎压测试功能、万用表测试功能、ADAS测试功能、示波器测试功能、电池包测试功能、维修帮助功能、在线学习功能中的一种或多种。
当然,根据实际车辆功能的需求,还可设定其他的功能模块,再按照其功能编辑出相应的代码以形成一个完整的功能组件。
示例性地,诊断设备A需要ADAS功能组件、胎压功能组件和万用表功能组件,诊断设备B需要胎压功能组件和示波器功能组件,那么诊断设备A 只需要打包ADAS组件、胎压功能组件及万用表功能组件即可,诊断设备B只需要打包胎压功能组件和示波器功能组件即可,不用的功能组件则不需要参与打包,如此根据不同的诊断设备所需的功能组件打包形成不同功能的设备,不仅能够减少内存空间、保证其运行顺畅,能做到快速适应市场的不同需求,在短时间内快速开发新产品。
作为一种优选方案,针对实际汽车诊断设备存在的资源配置不足问题上,本发明还可根据实际汽车诊断过程中功能测试的顺序,对功能组件进行排序。在进行测试时,预先测试的功能组件先激活,其余功能组件处于休眠状态,待该功能组件诊断完成后,再激活第二个功能组件并休眠第一个功能组件,依次类推。最后再对所有功能组件的诊断数据进行统一的输出。如此设置,能够大大节约资源配置,有效提高组件之间的诊断和运行效率。
优选地,还包括步骤S300,配置完成后,若需要增加汽车诊断设备上的功能,通过将所需的功能组件进行打包并配置在汽车诊断设备上即可;或,将功能组件预先内置在汽车诊断设备中但不激活,在需要时通过后台接口将隐藏的功能组件激活即可。如此设置能够适应不同时期、不同车辆及不同用户对功能的需求,有效提高汽车诊断设备的实用性及通用性。
较佳地,所述汽车诊断设备还设置有一控制模块,所述控制模块可实现对各个功能组件的管控,以便于管理。例如实现各个功能组件的更新、修复、检修、替换、新增、激活等作用。
优选地,在步骤S300中,还包括通过所述汽车诊断设备统计诊断过程中各功能组件的调用次数;
自动判断所述汽车诊断设备内置的剩余空间占比是否少于预设数值;
若内置的剩余空间占比少于预设数值,则自动删除调用次数低于预设次数的功能组件,以预留至少一个内置空间供新的功能组件配置。
具体地,其预设数值根据实际功能组件的占用空间以及相关汽车诊断设备的空间来设置,其预设次数可根据实际汽车诊断设备的内置空间来设置,在此不做限制。面对部分诊断设备存在资源空间有限,其空间无法再增加配置,但是又需要增加某个功能组件的问题上,上述满足一定条件的删除设置方式能够有效解决该问题,实现对汽车诊断设备在功能上的多样化管理。
在本实施例中,为了解决汽车诊断设备在诊断过程中发现功能组件异常,但又需要该功能组件的诊断数据的问题,本发明对汽车诊断设备的软件进行设置,汽车诊断设备在诊断过程中检测到调用的功能组件出现异常导致无法正常运行时,将发出报警信号并采用步骤S200配置一个新的功能组件,若新的功能组件能够正常运行,则保留新的功能组件且卸载异常的功能组件;具体地,在检测到功能组件异常时,设备可与服务器通信连接,向服务器发出重新配置功能组件的请求,由服务器进行身份确认,并发送一个新的功能组件进行自动配置,或通过人工手动配置功能组件。
或,在设备发现调用的功能组件出现异常后,将发出报警信号并连接另一带有该功能组件的第二汽车诊断设备,再将诊断信号发至第二汽车诊断设备,由第二汽车诊断设备进行间接诊断并将诊断的数据传输回所述汽车诊断设备。其中,在发出报警信号后,用户可现场手动连接另一带有该功能组件的第二汽车诊断设备,也可向服务器发送请求连接一远程的第二汽车诊断设备,利用其第二汽车诊断设备的相关功能组件进行相应的远程间接诊断,再通过服务器将诊断数据传输回原汽车诊断设备。
较佳地,所述报警信号可采用显示屏文字或图案显示、语音播报以及指示灯亮的方式进行报警。
针对汽车诊断设备在进行诊断过程中检测到某个组件诊断产生异常数据,但无法判定该异常数据是由汽车故障产生还是功能组件本身故障产生的问题上,本发明实施例中通过下述方式解决,即,若所述汽车诊断设备检测到功能组件诊断产生异常数据时,将自动对所述功能组件输入预先设置的模拟预设值,以得到输出结果;若输出结果与预期的诊断结果一致,则确认为异常数据;若输出结果与预期的诊断结果不一致,则发出报警信号,提醒修复或升级。
请参阅图3,本发明还提供一种汽车诊断设备,包括:
组件生成模块,确定汽车诊断设备的若干功能,根据确定的若干功能各自生成功能所需代码以分别组成若干功能组件;
组件配置模块,根据汽车诊断设备所需的功能,将相应的功能组件通过相应的渠道打包配置在汽车诊断设备上;其中,汽车诊断设备上的各功能组件相互独立,若功能组件之间需要相互调用数据信息,则通过外设接口来连接相关的功能组件以实现数据交互;
组件新增模块,若需要增加汽车诊断设备上的功能,通过将所需的功能组件进行打包并配置在汽车诊断设备上即可;或,将功能组件预先内置在汽车诊断设备中但不激活,在需要时通过后台接口将隐藏的功能组件激活即可。
本发明还提供一种计算机可读存储介质,所述计算机可读存储介质存储有计算机指令,所述计算机被处理器执行时实现如上所述的汽车诊断设备的组件化开发方法。
具体实施时,计算机可读存储介质为磁碟、光盘、只读存储记忆体(Read-OnlyMemory,ROM)、随机存储记忆体(Random Access Memory,RAM)、快闪存储器(FlashMemory)、硬盘(Hard Disk Drive,缩写:HDD)或固态硬盘(Solid-State Drive,SSD)等;计算机可读存储介质还可以包括上述种类的存储器的组合。
本发明还提供一种电子设备,如图4所示,该电子设备包括至少一个处理器、及与所述处理器通信连接的存储器,其中所述存储器存储可被至少一个处理器执行的指令,所述指令被至少一个处理器执行,以使所述处理器执行如上所述的汽车诊断设备的组件化开发方法。
具体实施时,处理器的数量可以是一个或多个,处理器可以为中央处理器,(Central Processing Unit,CPU)。处理器还可以为其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific IntegratedCircuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等芯片,或者上述各类芯片的组合。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
存储器与处理器可以通过总线或其他方式通信连接,存储器存储有可被至少一个处理器执行的指令,指令被至少一个处理器执行,以使处理器执行如上实施例中所述的汽车诊断设备的组件化开发方法。
综上所述,与现有技术相比,本发明提供的汽车诊断设备的组件化开发方法、设备、介质及电子设备具有以下优点:
一、基于组件化的功能组件不需要担心修改或者优化某个功能组件时会影响到别的功能组件,各个功能组件的代码分类清楚,不会牵一发而动全身,代码管理简单高效;
二、各个功能组件是独立的,对于测试来说,能快速对产品进行测试,只需要针对改动的功能组件进行测试,而无需全部件测试即可,极大提高了测试效率;
三、当某个功能组件出现异常时,只需要针对当前功能组件进行修改,能够对具有该功能组件的产品快速测试上线,提高维护效率。
另外,本领域技术人员应当理解,尽管现有技术中存在许多问题,但是,本发明的每个实施例或技术方案可以仅在一个或几个方面进行改进,而不必同时解决现有技术中或者背景技术中列出的全部技术问题。本领域技术人员应当理解,对于一个权利要求中没有提到的内容不应当作为对于该权利要求的限制。
尽管本文中较多的使用了诸如功能组件、打包、汽车诊断设备等术语,但并不排除使用其它术语的可能性。使用这些术语仅仅是为了更方便地描述和解释本发明的本质;把它们解释成任何一种附加的限制都是与本发明精神相违背的;本发明实施例的说明书和权利要求书及上述附图中的术语“第一”、“第二”、等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (10)
1.一种汽车诊断设备的组件化开发方法,其特征在于,包括以下步骤:
步骤S100,确定汽车诊断设备所需的若干功能,根据确定的若干功能各自生成功能所需代码以分别组成若干功能组件;
步骤S200,根据汽车诊断设备所需的功能,将相应的功能组件通过相应的渠道打包配置在汽车诊断设备上;其中,汽车诊断设备上的各功能组件相互独立,若功能组件之间需要相互调用数据信息,则通过外设接口来连接相关的功能组件以实现数据交互。
2.根据权利要求1所述的汽车诊断设备的组件化开发方法,其特征在于:在步骤S200中,对功能组件进行打包,包括以下步骤:
打包资源文件,生成java文件,所述资源文件包括功能所需的代码数据;在预设目录下基于所述java文件的查找路径,得到对应的class文件;将所述class文件生成dex文件,并将所述dex文件进行打包,得到APK文件;最后,对所述APK文件进行签名,将签名后的所述APK文件进行打包,并配置在汽车诊断设备上。
3.根据权利要求1所述的汽车诊断设备的组件化开发方法,其特征在于:在步骤S100中,确定的若干功能包括全车诊断功能、设置功能、编程功能、断缸测试功能、压缩测试功能、胎压测试功能、万用表测试功能、ADAS测试功能、示波器测试功能、电池包测试功能、维修帮助功能、在线学习功能中的一种或多种。
4.根据权利要求1所述的汽车诊断设备的组件化开发方法,其特征在于:还包括步骤S300,配置完成后,若需要增加汽车诊断设备上的功能,通过将所需的功能组件进行打包并配置在汽车诊断设备上即可;或,将功能组件预先内置在汽车诊断设备中但不激活,在需要时通过后台接口将隐藏的功能组件激活即可。
5.根据权利要求4所述的汽车诊断设备的组件化开发方法,其特征在于:在步骤S300中,还包括:
通过所述汽车诊断设备统计诊断过程中各功能组件的调用次数;
自动判断所述汽车诊断设备内置的剩余空间占比是否少于预设数值;
若内置的剩余空间占比少于预设数值,则自动删除调用次数低于预设次数的功能组件,以预留至少一个内置空间供新的功能组件配置。
6.根据权利要求4所述的汽车诊断设备的组件化开发方法,其特征在于:在步骤S300中,若汽车诊断设备在诊断过程中检测到调用的功能组件出现异常导致无法正常运行时,将发出报警信号并采用步骤S200配置一个新的功能组件,若新的功能组件能够正常运行,则保留新的功能组件且卸载异常的功能组件;
或,发出报警信号并连接另一带有该功能组件的第二汽车诊断设备,再将诊断信号发至第二汽车诊断设备,由第二汽车诊断设备进行间接诊断并将诊断的数据传输回所述汽车诊断设备。
7.根据权利要求4所述的汽车诊断设备的组件化开发方法,其特征在于:在步骤S300中,若所述汽车诊断设备检测到功能组件诊断产生异常数据时,将自动对所述功能组件输入预先设置的模拟预设值,以得到输出结果;若输出结果与预期的诊断结果一致,则确认为异常数据;若输出结果与预期的诊断结果不一致,则发出报警信号,提醒修复或升级。
8.一种汽车诊断设备,其特征在于,包括:
组件生成模块,确定汽车诊断设备的若干功能,根据确定的若干功能各自生成功能所需代码以分别组成若干功能组件;
组件配置模块,根据汽车诊断设备所需的功能,将相应的功能组件通过相应的渠道打包配置在汽车诊断设备上;其中,汽车诊断设备上的各功能组件相互独立,若功能组件之间需要相互调用数据信息,则通过外设接口来连接相关的功能组件以实现数据交互;
组件新增模块,若需要增加汽车诊断设备上的功能,通过将所需的功能组件进行打包并配置在汽车诊断设备上即可;或,将功能组件预先内置在汽车诊断设备中但不激活,在需要时通过后台接口将隐藏的功能组件激活即可。
9.一种计算机可读存储介质,其特征在于:所述计算机可读存储介质存储有计算机指令,所述计算机被处理器执行时实现如权利要求1-7任一项所述的汽车诊断设备的组件化开发方法。
10.一种电子设备,其特征在于:包括至少一个处理器、及与所述处理器通信连接的存储器,其中所述存储器存储可被至少一个处理器执行的指令,所述指令被至少一个处理器执行,以使所述处理器执行如权利要求1-7任一项所述的汽车诊断设备的组件化开发方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310239582.8A CN116382674A (zh) | 2022-07-19 | 2022-07-19 | 汽车诊断设备的组件配置方法、设备、介质及电子设备 |
CN202210845641.1A CN114995792B (zh) | 2022-07-19 | 2022-07-19 | 汽车诊断设备的组件化开发方法、设备、介质及电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210845641.1A CN114995792B (zh) | 2022-07-19 | 2022-07-19 | 汽车诊断设备的组件化开发方法、设备、介质及电子设备 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310239582.8A Division CN116382674A (zh) | 2022-07-19 | 2022-07-19 | 汽车诊断设备的组件配置方法、设备、介质及电子设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114995792A true CN114995792A (zh) | 2022-09-02 |
CN114995792B CN114995792B (zh) | 2023-03-14 |
Family
ID=83021288
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310239582.8A Pending CN116382674A (zh) | 2022-07-19 | 2022-07-19 | 汽车诊断设备的组件配置方法、设备、介质及电子设备 |
CN202210845641.1A Active CN114995792B (zh) | 2022-07-19 | 2022-07-19 | 汽车诊断设备的组件化开发方法、设备、介质及电子设备 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310239582.8A Pending CN116382674A (zh) | 2022-07-19 | 2022-07-19 | 汽车诊断设备的组件配置方法、设备、介质及电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (2) | CN116382674A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117632620A (zh) * | 2024-01-26 | 2024-03-01 | 中国人民解放军军事科学院系统工程研究院 | 一种用于软件无线电设备测试的管理方法及装置 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108762730A (zh) * | 2018-05-18 | 2018-11-06 | 上海旺谷计算机科技有限公司 | 软件模块标准化开发方法及软件系统开发方法 |
US20190004828A1 (en) * | 2017-06-29 | 2019-01-03 | Guangzhou Uc Network Technology Co., Ltd. | Application loading method, user terminal, and storage medium |
CN109375903A (zh) * | 2018-09-25 | 2019-02-22 | 湖南理工学院 | Sca波形组件构建方法、装置、计算机设备和存储介质 |
CN109656528A (zh) * | 2018-10-29 | 2019-04-19 | 中国航空无线电电子研究所 | 基于标准的组件化软件开发方法 |
CN110399119A (zh) * | 2019-06-18 | 2019-11-01 | 五八有限公司 | 一种组件化构建方法、装置、电子设备及存储介质 |
CN111596969A (zh) * | 2020-05-09 | 2020-08-28 | 中国电子科技集团公司第二十八研究所 | 一种基于微内核加插件式的软件架构方法 |
CN112015404A (zh) * | 2020-08-27 | 2020-12-01 | 深圳开立生物医疗科技股份有限公司 | 超声影像诊断系统及其构建方法、超声设备和存储介质 |
CN113656001A (zh) * | 2021-08-24 | 2021-11-16 | 上海喜马拉雅科技有限公司 | 平台组件开发方法、装置、计算机设备及存储介质 |
-
2022
- 2022-07-19 CN CN202310239582.8A patent/CN116382674A/zh active Pending
- 2022-07-19 CN CN202210845641.1A patent/CN114995792B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20190004828A1 (en) * | 2017-06-29 | 2019-01-03 | Guangzhou Uc Network Technology Co., Ltd. | Application loading method, user terminal, and storage medium |
CN108762730A (zh) * | 2018-05-18 | 2018-11-06 | 上海旺谷计算机科技有限公司 | 软件模块标准化开发方法及软件系统开发方法 |
CN109375903A (zh) * | 2018-09-25 | 2019-02-22 | 湖南理工学院 | Sca波形组件构建方法、装置、计算机设备和存储介质 |
CN109656528A (zh) * | 2018-10-29 | 2019-04-19 | 中国航空无线电电子研究所 | 基于标准的组件化软件开发方法 |
CN110399119A (zh) * | 2019-06-18 | 2019-11-01 | 五八有限公司 | 一种组件化构建方法、装置、电子设备及存储介质 |
CN111596969A (zh) * | 2020-05-09 | 2020-08-28 | 中国电子科技集团公司第二十八研究所 | 一种基于微内核加插件式的软件架构方法 |
CN112015404A (zh) * | 2020-08-27 | 2020-12-01 | 深圳开立生物医疗科技股份有限公司 | 超声影像诊断系统及其构建方法、超声设备和存储介质 |
CN113656001A (zh) * | 2021-08-24 | 2021-11-16 | 上海喜马拉雅科技有限公司 | 平台组件开发方法、装置、计算机设备及存储介质 |
Non-Patent Citations (1)
Title |
---|
陈宗海: "《系统仿真技术及其应用》", 31 August 2006, 中国科学技术大学出版社 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117632620A (zh) * | 2024-01-26 | 2024-03-01 | 中国人民解放军军事科学院系统工程研究院 | 一种用于软件无线电设备测试的管理方法及装置 |
CN117632620B (zh) * | 2024-01-26 | 2024-03-29 | 中国人民解放军军事科学院系统工程研究院 | 一种用于软件无线电设备测试的管理方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN116382674A (zh) | 2023-07-04 |
CN114995792B (zh) | 2023-03-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109039824B (zh) | 一种车载终端无线远程通信协议自动化测试系统及方法 | |
CN108227675B (zh) | 车辆诊断方法、装置、终端和计算机可读存储介质 | |
CN109302522B (zh) | 测试方法、装置以及计算机系统和介质 | |
CN108459962B (zh) | 代码规范性检测方法、装置、终端设备及存储介质 | |
CN104483959A (zh) | 故障模拟与测试系统 | |
CN109274807B (zh) | 测试方法、装置及系统 | |
CN107370637B (zh) | 车载ecu通信功能自动化测试系统及方法 | |
US20090036115A1 (en) | System and method for testing gsm modules | |
CN113778557B (zh) | 车辆诊断软件配置方法、装置、服务器及存储介质 | |
CN114995792B (zh) | 汽车诊断设备的组件化开发方法、设备、介质及电子设备 | |
CN114915643B (zh) | 铁路信号集中监测系统的配置方法、装置、设备及介质 | |
CN111324540B (zh) | 一种接口测试方法及装置 | |
CN112068530A (zh) | 一种ecu自动化测试方法、系统、存储介质及装置 | |
CN110737985A (zh) | 运行数据验证方法、装置、计算机设备和可读存储介质 | |
CN114328250A (zh) | 软件系统自动自检方法、介质和装置 | |
CN111767218B (zh) | 一种用于持续集成的自动化测试方法、设备及存储介质 | |
CN109032874A (zh) | 一种内存压力测试方法、装置、终端及存储介质 | |
CN113806209A (zh) | 接口测试方法、框架、计算机设备和存储介质 | |
US10051116B2 (en) | Line diagnosis method and apparatus | |
CN115982043A (zh) | 一种车辆接口测试方法、装置、设备及存储介质 | |
CN115495363A (zh) | 一种软件测试方法、电子设备及可读存储介质 | |
CN112306038A (zh) | 一种检测方法、检测装置及诊断设备 | |
CN113220586A (zh) | 一种自动化的接口压力测试执行方法、装置和系统 | |
CN112380118A (zh) | 单元测试方法、装置、介质及电子设备 | |
CN106446400B (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20231109 Address after: 518129 2606, building 4, Tianan Yungu Industrial Park, Gangtou community, Bantian street, Longgang District, Shenzhen City, Guangdong Province Patentee after: Shenzhen xingka Technology Co.,Ltd. Address before: 518129 2604, building 4, phase II, Tian'an Yungu Industrial Park, Gangtou community, Bantian street, Longgang District, Shenzhen City, Guangdong Province Patentee before: Shenzhen xingka Software Technology Development Co.,Ltd. |