CN110912992A - 诊断数据的传输方法、装置、设备及系统 - Google Patents
诊断数据的传输方法、装置、设备及系统 Download PDFInfo
- Publication number
- CN110912992A CN110912992A CN201911157194.5A CN201911157194A CN110912992A CN 110912992 A CN110912992 A CN 110912992A CN 201911157194 A CN201911157194 A CN 201911157194A CN 110912992 A CN110912992 A CN 110912992A
- Authority
- CN
- China
- Prior art keywords
- data
- diagnostic
- request
- task
- requests
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
- G07B15/00—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points
- G07B15/06—Arrangements for road pricing or congestion charging of vehicles or vehicle users, e.g. automatic toll systems
- G07B15/063—Arrangements for road pricing or congestion charging of vehicles or vehicle users, e.g. automatic toll systems using wireless information transmission between the vehicle and a fixed station
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
-
- 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
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- Finance (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Small-Scale Networks (AREA)
Abstract
本申请公开了基于诊断服务器的诊断数据的传输方法、装置、基于诊断设备的诊断数据传输方法、装置、诊断服务器、诊断设备及诊断数据的传输系统,本申请中诊断设备接收的数据请求任务中包含至少两组数据请求,相应地,诊断服务器无需周期性向诊断设备发送数据请求,而是将多组数据请求一次性下发至诊断设备,诊断设备会根据该数据请求任务向车辆电子控制单元ECU获取诊断数据并上报至诊断服务器,避免了诊断设备与诊断服务器间一问一答的诊断数据传输机制对于数据传输资源的占用,减少了诊断服务器向诊断设备进行单独任务下发的大量数据传输过程,有效解决了蓝牙的数据传输能力不足等问题,而且简化了诊断服务器的逻辑实现。
Description
技术领域
本申请涉及电子技术领域,特别涉及一种基于诊断设备的诊断数据传输方法、装置、一种诊断服务器、一种基于诊断服务器的诊断数据的传输方法、装置、一种诊断设备及一种诊断数据的传输系统。
背景技术
随着社会的进步,汽车越来越普及。随着汽车保有量的飞速增长,汽车维修保养的服务需求也呈现出高速增长,对汽车诊断设备要求也越来越高。其中,ECU(车辆电子控制单元Electronic Control Unit)用于汽车各电子设备的电子控制,实现基于各设备的车辆实时状态数据采集,为进行汽车状态诊断奠定基础。因此,OBD(车载自动诊断系统On BoardDiagnostics)需要经常与ECU进行通讯,以实现数据交互。
目前与ECU的通讯基于蓝牙通讯,基本上都是一问一答的小数据量诊断方案,而随着与ECU交互越来越频繁,交互的数据量越来越大,对于日趋拥挤的蓝牙无线通讯,诊断设备的通讯慢且易中断,基本上不能满足大数据的通讯,也无法实现高并发的数据诊断,用户体验差。
鉴于此,如何解决与ECU间的通讯问题,以满足汽车日益发展的需求,是目前本领域技术人员需要重点关注的。
发明内容
有鉴于此,本申请的目的在于提供诊断数据的传输方法、装置、设备、系统及可读存储介质,用于解决与ECU间的通讯问题,以满足汽车日益发展的需求。其具体方案如下:
第一方面,本申请公开了一种基于诊断设备的诊断数据的传输方法,包括:
诊断设备接收诊断服务器按预设策略发送的数据请求任务;所述数据请求任务包含至少两组数据请求以及对应的数据组特征;
根据各组所述数据请求的数据组特征生成待执行的通讯任务;
向车辆电子控制单元ECU获取所述通讯任务对应的诊断数据,并将所述诊断数据发送至所述诊断服务器。
可选地,根据各组所述数据请求的数据组特征生成待执行的通讯任务,包括:
根据所述数据组特征确定各组所述数据请求的通讯优先级;
依照所述通讯优先级确定各组所述数据请求的下发顺序,并依照所述下发顺序生成通讯任务。
可选地,根据所述数据组特征确定各组所述数据请求的通讯优先级,包括:
确定当前系统时间;
确定各组所述数据请求中未完成请求的上次发送时间;
根据所述上次发送时间以及所述当前系统时间确定请求下发的剩余时间;
确定所述剩余时间未超过0的数据请求,作为目标数据请求;
根据所述剩余时间倒序设置所述目标数据请求对应的通讯优先级。
可选地,确定当前系统时间,包括:
读取定时器当前的时间;所述定时器每隔预设时间间隔自动装载中断,所述预设时间间隔不超过所述数据请求的最小发送时间间隔;
根据读取的定时器时间、中断次数以及所述预设时间间隔计算得到所述当前系统时间。
第二方面,本申请公开了一种诊断数据的传输装置,基于诊断设备,包括:
请求接收单元,用于接收诊断服务器按预设策略发送的数据请求任务;所述数据请求任务包含至少两组数据请求以及对应的数据组特征;
任务生成单元,用于根据各组所述数据请求的数据组特征生成待执行的通讯任务;
任务下发单元,用于向车辆电子控制单元ECU获取所述通讯任务对应的诊断数据,并将所述诊断数据发送至所述诊断服务器。
可选地,任务生成单元包括:
优先级确定子单元,用于根据所述数据组特征确定各组所述数据请求的通讯优先级;
优先级任务生成子单元,用于依照所述通讯优先级确定各组所述数据请求的下发顺序,并依照所述下发顺序生成通讯任务。
可选地,优先级确定子单元包括:
系统时间确定子单元,用于确定当前系统时间;
历史时间确定子单元,用于确定各组所述数据请求中未完成请求的上次发送时间;
剩余时间确定子单元,用于根据所述上次发送时间以及所述当前系统时间确定请求下发的剩余时间;
请求确定子单元,用于确定所述剩余时间未超过0的数据请求,作为目标数据请求;
优先级设置子单元,用于根据所述剩余时间倒序设置所述目标数据请求对应的通讯优先级。
可选地,系统时间确定子单元包括:
时间读取子单元,用于读取定时器当前的时间;所述定时器每隔预设时间间隔自动装载中断,所述预设时间间隔不超过所述数据请求的最小发送时间间隔;
时间计算子单元,用于根据读取的定时器时间、中断次数以及所述预设时间间隔计算得到所述当前系统时间。
第三方面,本申请公开了一种诊断设备,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序时实现以下步骤:接收诊断服务器按预设策略发送的数据请求任务;所述数据请求任务包含至少两组数据请求以及对应的数据组特征;根据各组所述数据请求的数据组特征生成待执行的通讯任务;向车辆电子控制单元ECU获取所述通讯任务对应的诊断数据,并将所述诊断数据发送至所述诊断服务器。
可选的,所述处理器执行所述存储器中保存的计算机子程序时,可以具体实现以下步骤:根据所述数据组特征确定各组所述数据请求的通讯优先级;依照所述通讯优先级确定各组所述数据请求的下发顺序,并依照所述下发顺序生成通讯任务。
可选的,所述处理器执行所述存储器中保存的计算机子程序时,可以具体实现以下步骤:确定当前系统时间;确定各组所述数据请求中未完成请求的上次发送时间;根据所述上次发送时间以及所述当前系统时间确定请求下发的剩余时间;确定所述剩余时间未超过0的数据请求,作为目标数据请求;根据所述剩余时间倒序设置所述目标数据请求对应的通讯优先级。
可选的,所述处理器执行所述存储器中保存的计算机子程序时,可以具体实现以下步骤:读取定时器当前的时间;所述定时器每隔预设时间间隔自动装载中断,所述预设时间间隔不超过所述数据请求的最小发送时间间隔;根据读取的定时器时间、中断次数以及所述预设时间间隔计算得到所述当前系统时间。
第四方面,本申请公开了一种基于诊断服务器的诊断数据的传输方法,包括:
诊断服务器收集数据请求;所述数据请求为针对车辆电子控制单元ECU的诊断数据反馈请求;
根据各组所述数据请求的数据组特征进行任务设置,生成数据请求任务;所述数据组特性包括:请求次数、请求间隔、请求对象;
将所述数据请求任务发送至诊断设备,以便所述诊断设备根据所述数据请求任务获取所述车辆电子控制单元ECU的诊断数据。
第五方面,本申请公开了一种诊断数据的传输装置,基于诊断服务器,包括:
请求收集单元,用于收集数据请求;所述数据请求为针对车辆电子控制单元ECU的诊断数据反馈请求;
任务设置单元,用于根据各组所述数据请求的数据组特征进行任务设置,生成数据请求任务;所述数据组特性包括:请求次数、请求间隔、请求对象;
任务发送单元,用于将所述数据请求任务发送至诊断设备,以便所述诊断设备根据所述数据请求任务获取所述车辆电子控制单元ECU的诊断数据。
第六方面,本申请公开了一种诊断服务器,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序时实现以下步骤:收集数据请求;所述数据请求为针对车辆电子控制单元ECU的诊断数据反馈请求;根据各组所述数据请求的数据组特征进行任务设置,生成数据请求任务;所述数据组特性包括:请求次数、请求间隔、请求对象;将所述数据请求任务发送至诊断设备,以便所述诊断设备根据所述数据请求任务获取所述车辆电子控制单元ECU的诊断数据。
第七方面,本申请公开了一种诊断数据的传输系统,包括:如上所述的诊断服务器、如上所述的诊断设备与车辆电子控制单元ECU;
所述诊断服务器通过所述诊断设备与所述车辆电子控制单元ECU连接。
第八方面,本申请公开了一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现以下步骤:接收诊断服务器按预设策略发送的数据请求任务;所述数据请求任务包含至少两组数据请求以及对应的数据组特征;根据各组所述数据请求的数据组特征生成待执行的通讯任务;向车辆电子控制单元ECU获取所述通讯任务对应的诊断数据,并将所述诊断数据发送至所述诊断服务器。
可选的,所述计算机可读存储介质中保存的计算机子程序被处理器执行时,可以具体实现以下步骤:根据所述数据组特征确定各组所述数据请求的通讯优先级;依照所述通讯优先级确定各组所述数据请求的下发顺序,并依照所述下发顺序生成通讯任务。
可选的,所述计算机可读存储介质中保存的计算机子程序被处理器执行时,可以具体实现以下步骤:确定当前系统时间;确定各组所述数据请求中未完成请求的上次发送时间;根据所述上次发送时间以及所述当前系统时间确定请求下发的剩余时间;确定所述剩余时间未超过0的数据请求,作为目标数据请求;根据所述剩余时间倒序设置所述目标数据请求对应的通讯优先级。
可选的,所述计算机可读存储介质中保存的计算机子程序被处理器执行时,可以具体实现以下步骤:读取定时器当前的时间;所述定时器每隔预设时间间隔自动装载中断,所述预设时间间隔不超过所述数据请求的最小发送时间间隔;根据读取的定时器时间、中断次数以及所述预设时间间隔计算得到所述当前系统时间。
可选地,上述计算机可读存储介质,可以存储用于实现上述步骤的计算机程序和/或下述步骤的计算机程序,其中,计算机程序被处理器执行时实现以下步骤:收集数据请求;所述数据请求为针对车辆电子控制单元ECU的诊断数据反馈请求;根据各组所述数据请求的数据组特征进行任务设置,生成数据请求任务;所述数据组特性包括:请求次数、请求间隔、请求对象;将所述数据请求任务发送至诊断设备,以便所述诊断设备根据所述数据请求任务获取所述车辆电子控制单元ECU的诊断数据。
可见,本申请中,诊断设备接收的诊断服务器按预设策略发送的数据请求任务中包含至少两组数据请求以及对应的数据组特征,例如每间隔2s获取数据1(无限次)、每间隔3s获取数据2(获取50次)等,相应地,诊断服务器无需周期性向诊断设备发送数据请求,请求ECU回复诊断数据,而是使用数据采集的方式,一次性设置所有需要采集的ECU参数(例如50组参数),包括请求间隔/次数等,诊断服务器将多组数据请求一次性下发至诊断设备,诊断设备会根据接收到的数据请求任务,按照各组数据请求的数据组特征向车辆电子控制单元ECU获取诊断数据并上报至诊断服务器,该过程避免了诊断设备与诊断服务器间一问一答的诊断数据传输机制对于数据传输资源的过多占用,减少了诊断服务器向诊断设备进行单独任务下发的大量数据传输过程,有效解决了蓝牙的数据传输能力不足等问题,而且简化了诊断服务器的逻辑实现,诊断服务器无需对每个数据请求设置相应的下发逻辑,只需进行数据收集后诊断设备会调用自身强大的执行逻辑根据各数据请求的数据组特征进行数据获取,减轻了诊断服务器的数据获取压力,也相对节省了PC系统资源。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。
图1为本申请公开的一种基于诊断设备的诊断数据的传输方法具体实施方式的流程图;
图2为本申请公开的一种定时器初始化设置示意图;
图3为本申请公开的一种定时器中断设置示意图;
图4为本申请公开的一种当前时间计算示意图;
图5为本申请公开的一种单计时器通讯任务统计执行流程示意图;
图6为本申请公开的一种基于诊断设备的诊断数据的传输装置的结构框图;
图7为本申请公开的一种诊断设备的结构示意图;
图8为本申请公开的一种基于诊断服务器的诊断数据的传输方法具体实施方式的流程图;
图9为本申请公开的一种诊断数据的传输装置的结构框图;
图10为本申请公开的一种诊断服务器的结构框图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请实施例公开了一种诊断数据的传输方法,基于诊断设备,参照图1所示,该方法主要包括:
步骤S110:诊断设备接收诊断服务器按预设策略发送的数据请求任务;
本实施例中诊断设备接收的请求任务为诊断服务器按预设策略生成并发送得到,包含多组数据请求任务以及对应的数据组特征,数据组特性包括:请求次数、请求间隔、请求对象,例如,接收到的数据请求任务包括:请求每隔5s反馈一次3号数据,直至设备停止运行;请求每隔2s反馈一次4号数据,共反馈100次。则当前生成的待执行的通讯任务可以为针对ECU的请求立即反馈3号及4号数据。其中,诊断服务器如何根据预设策略生成并发送数据请求任务可参照下述基于诊断服务器的诊断数据的传输方法相关实施例的介绍,在此不再赘述。
本实施例中诊断设备接收到的数据请求任务为诊断服务器(也称为诊断平台)按预设策略发送的包含多组需要诊断的请求任务(诊断数据),将若干数据请求同时下发至诊断设备,将诊断服务器对ECU的诊断双向数据通讯转化为单向通讯(原来由诊断服务器向诊断设备发送数据请求任务,接收ECU数据,诊断服务器都是执行一发一收的通讯模式;而该方法下诊断服务器一次性设置完请求任务后,无需再发送,只管异步接收从ECU返回的数据即可),由诊断设备实现诊断服务器的诊断功能,简化了诊断服务器与诊断设备的数据交互,节省了蓝牙的数据通讯量,使蓝牙也能满足大数据诊断压力,同时简化诊断服务器的逻辑实现,节省了PC系统资源。
具体的,请求任务的生成过程以及发送过程可以参照下述实施例(基于诊断服务器的诊断数据的传输方法)的介绍,在此不再赘述。
步骤S120:根据各组数据请求的数据组特征生成待执行的通讯任务;
诊断设备根据接收到的数据请求任务,根据各数据请求的数据组特征,生成每个时间段下针对ECU的数据请求,以满足诊断服务器的请求任务。由于请求任务中包含的大量数据请求的请求间隔以及请求次数一般不相同,因此诊断设备需要周期性异步对ECU数据进行采集,生成对应各时刻下的通讯任务并执行。
在本步骤中每时刻下生成的通讯任务可以按照每个数据请求的请求间隔和频率严格执行,即可以针对每个数据请求设置定时装置,比如数据1要求每隔3s采集一次,则为数据1设置每隔3s中断的定时器,在定时器中断时立即向ECU发送针对数据1的数据请求;同时,数据2要求每隔5s采集一次,则为数据2设置每隔5s中断的定时器,在定时器中断时立即向ECU发送针对数据2的数据反馈请求。
由于诊断服务器下发的请求任务中可能包含针对大量数据的数据请求,该些数据请求一般请求频率要求不同,为减少为每个数据设置相应定时器所带来的设备成本以及控制成本,优选地,可以统一进行数据请求的下发,根据设置的请求通讯任务(间隔/次数),统计当前时间下优先请求的通讯任务,并根据相应的优先级对所有数据请求进行统一下发,具体地,该过程下对应的根据各数据请求的数据组特征生成待执行的通讯任务的执行过程具体可以包括以下步骤:
步骤S121:根据数据组特征确定各组数据请求的通讯优先级;
步骤S122:依照通讯优先级确定各组数据请求的下发顺序,并依照下发顺序生成通讯任务。
通讯优先级可以指在当前时间下的数据的重要程度,也可以指请求延时程度,本实施例中针对数据请求的优先级设置方式不做限定,可以根据实际使用需要进行相应设定,其中,为减少控制成本的同时保证数据按照相应的数据组特征进行数据回收,可选地,上述步骤S121中根据数据组特征确定各数据请求的通讯优先级的过程具体可以包括以下步骤:
(1)确定当前系统时间;
(2)确定各数据请求中未完成请求的上次发送时间;
其中(1)和(2)的执行顺序不做限定。
(3)根据上次发送时间以及当前系统时间确定请求下发的剩余时间;
(4)确定剩余时间未超过0的数据请求,作为目标数据请求;
只对已经达到下发时间的数据请求进行优先级的确定,可以保证下发的数据请求均已到达任务下发时间,避免未达到任务下发时间的数据的提前回收。
(5)根据剩余时间倒序设置目标数据请求对应的通讯优先级。
本实施例中提供的上述通讯优先级确定方法,只需确定系统当前时间即可确定所有数据请求中哪些已经到达发送时间,哪些未达到发送时间,并自动根据请求发送延时的长短进行通讯任务的下发,由于数据请求的量一般很大,本实施例避免了针对每个数据请求设置对应的定时器进行任务下发定时所带来的成本,降低了整体实现成本的同时实现了任务优先级的设定。具体地,基于一个定时器进行相应通讯顺序的设定(确定当前系统时间)的方式如下:
(11)读取定时器当前的时间;定时器每隔预设时间间隔自动装载中断,预设时间间隔不超过数据请求的最小发送时间间隔;
(12)根据读取的定时器时间、中断次数以及预设时间间隔计算得到当前系统时间。
例如,使用一定时器,定时器精度为1us,并设置50ms中断一次,如图2所示,定时器中断计数器TimerInterruptTicket设置为0(每加一表示ticket增加50ms,如图3所示),定义常量ClockAccuracy(为时间单位,毫秒)为1000,表示读取的时钟精度是1000us(1毫秒);
中断采用自动装载,每中断发生一次TimerInterruptTicket+1;
读取定时器当前的时间:TimerTicket(TimerTicket记录定时器当前时间(0~50ms),每次都能读到最新的时间);
获取系统时间公式:
SystemTicket=((50000/ClockAccuracy)*TimerInterruptTicket)+(TimerTicket/ClockAccuracy)
其中,50000是定时器中断周期,单位为us;ClockAccuracy为时钟单位,常量,单位为1000us,对于32位MCU,最大计时周期为1190h,因此可以满足系统应用;TimerInterruptTicket为定时器中断次数;TimerTicket:当前时间,单位为us。
获取系统时间公式可以计算出当前时间(ticket),如图4所示。
本申请中仅以上述实现方式为例进行介绍,其他基于本申请的实现方式均可参照上述介绍,在此不再赘述。
为加深对上述介绍的理解,在此以单计时器通讯任务统计方式为例进行介绍,该方式下只使用了一个定时器,采用时钟后分频的方式统计优先发送的通讯任务,减少了定时器的使用(一个定时器满足多个参数的定时需求),大大简化了MCU系统的定时器使用,图5所示为单计时器通讯任务统计执行流程示意图,具体包括以下步骤:
1.判断当前待设置的通讯任务是否存在,若存在,执行下一步骤;
2.读取当前的系统时间;
3.对设置的通讯任务次数大于0的进行计算;
a.剩余时间=设置的间隔-(Current_Ticket-Last_Ticket).
(Current_Ticket-Last_Ticket):当前时间-上次发送任务时间为当前通讯任务所用过的时间;
剩余时间=设置的间隔-当前通讯任务已用过的时间;
b.对各个剩余时间进行排序,取最小值(结果为整数);
c.最小值小于0,表示发送任务时间已到,并且是优先发送的(超时时间最长);
4.将产生的通讯任务暂存于FIFO通讯任务队列中;
5.对次数不是无数次的通讯任务,次数-1;
6.更新Last_Ticket(上次发送任务时间)。
步骤S230:依次向ECU下发通讯任务。
通讯任务的下发过程可以参照传统实现方式,比如将产生的需要执行的通讯任务存放在FIFO(先入先出First Input First Output)通讯任务队列中(该函数周期执行),按照链路层协议,完成报文发送,当接收完当前通讯任务的数据或超时,被视为通讯任务结束,可以进行下一个通讯任务的执行,本实施例中仅以上述实现方式为例进行介绍,其它实现方式均可参照本实施例的介绍,在此不再赘述。
基于上述介绍,本实施例提供的基于诊断设备的诊断数据的传输方法可以解决与ECU间的通讯问题,满足汽车日益发展的需求。
需要说明的是,本申请中提供的基于诊断设备以及基于诊断服务器的诊断数据的传输方法的使用范围不做限定,除本申请中针对的ECU数据外,还可以应用到更多的诊断服务器中,简化诊断服务器的系统逻辑架构,缩短诊断服务器的开发周期,使诊断终端设备性价比提升。
下面对本申请实施例提供的基于诊断设备的诊断数据的传输装置进行介绍,下文描述的基于诊断设备的诊断数据的传输装置与上文描述的基于诊断设备的诊断数据的传输方法可相互对应参照。
图5为本申请实施例所提供的基于诊断设备的诊断数据的传输装置的结构框图,参照图5所示,诊断数据的传输装置可以包括:
请求接收单元110主要用于接收诊断服务器按预设策略发送的数据请求任务;数据请求任务包含至少两组数据请求以及对应的数据组特征;数据组特性包括:请求次数、请求间隔、请求对象;
任务生成单元120主要用于根据各组数据请求的数据组特征生成待执行的通讯任务;
任务下发单元130主要用于向车辆电子控制单元ECU获取通讯任务对应的诊断数据,并将诊断数据发送至诊断服务器。
在一些具体的实施例中,任务生成单元120具体包括:
优先级确定子单元,用于根据数据组特征确定各组数据请求的通讯优先级;
优先级任务生成子单元,用于依照通讯优先级确定各组数据请求的下发顺序,并依照下发顺序生成通讯任务。
在一些具体的实施例中,优先级确定子单元具体包括:
系统时间确定子单元,用于确定当前系统时间;
历史时间确定子单元,用于确定各组数据请求中未完成请求的上次发送时间;
剩余时间确定子单元,用于根据上次发送时间以及当前系统时间确定请求下发的剩余时间;
请求确定子单元,用于确定剩余时间未超过0的数据请求,作为目标数据请求;
优先级设置子单元,用于根据剩余时间倒序设置目标数据请求对应的通讯优先级。
在一些具体的实施例中,系统时间确定子单元具体包括:
系统时间确定子单元,用于确定当前系统时间;
历史时间确定子单元,用于确定各组数据请求中未完成请求的上次发送时间;
剩余时间确定子单元,用于根据上次发送时间以及当前系统时间确定请求下发的剩余时间;
请求确定子单元,用于确定剩余时间未超过0的数据请求,作为目标数据请求;
优先级设置子单元,用于根据剩余时间倒序设置目标数据请求对应的通讯优先级。
本实施例公开的基于诊断设备的诊断数据的传输装置可以解决与ECU间的通讯问题,满足汽车日益发展的需求。
进一步地,本申请实施例还公开了一种诊断设备,本实施例中的诊断设备的结构与上述实施例中介绍的诊断服务器的结构类似,也包括存储器和处理器,其中,处理器执行存储器中保存的计算机程序时实现以下步骤:接收诊断服务器按预设策略发送的数据请求任务;数据请求任务包含至少两组数据请求以及对应的数据组特征;根据各组数据请求的数据组特征生成待执行的通讯任务;向车辆电子控制单元ECU获取通讯任务对应的诊断数据,并将诊断数据发送至诊断服务器。
本实施例中,处理器执行存储器中保存的计算机子程序时,可以具体实现以下步骤:根据数据组特征确定各组数据请求的通讯优先级;依照通讯优先级确定各组数据请求的下发顺序,并依照下发顺序生成通讯任务。
本实施例中,处理器执行存储器中保存的计算机子程序时,可以具体实现以下步骤:确定当前系统时间;确定各组数据请求中未完成请求的上次发送时间;根据上次发送时间以及当前系统时间确定请求下发的剩余时间;确定剩余时间未超过0的数据请求,作为目标数据请求;根据剩余时间倒序设置目标数据请求对应的通讯优先级。
本实施例中,处理器执行存储器中保存的计算机子程序时,可以具体实现以下步骤:读取定时器当前的时间;定时器每隔预设时间间隔自动装载中断,预设时间间隔不超过数据请求的最小发送时间间隔;根据读取的定时器时间、中断次数以及预设时间间隔计算得到当前系统时间。
请参考图7,为本实施例提供的诊断设备的结构示意图,该诊断设备可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上处理器(central processingunits,CPU)322(例如,一个或一个以上处理器)和存储器332,一个或一个以上存储应用程序342或数据344的存储介质330(例如一个或一个以上海量存储设备)。其中,存储器332和存储介质330可以是短暂存储或持久存储。存储在存储介质330的程序可以包括一个或一个以上模块(图示没标出),每个模块可以包括对数据处理设备中的一系列指令操作。更进一步地,中央处理器322可以设置为与存储介质330通信,在诊断设备301上执行存储介质330中的一系列指令操作。
诊断设备301还可以包括一个或一个以上电源326,一个或一个以上有线或无线网络接口350,一个或一个以上输入输出接口358,和/或,一个或一个以上操作系统341,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM等等。
上面所描述的基于诊断设备的诊断数据的传输方法中的步骤可以由本实施例中提供的诊断设备的结构实现。
本实施例提供的诊断设备可以解决与ECU间的通讯问题,满足汽车日益发展的需求。
本申请实施例公开了一种诊断数据的传输方法,基于诊断服务器,参照图8所示,该方法主要包括:
步骤S210:诊断服务器收集数据请求;
数据请求为针对车辆电子控制单元ECU的诊断数据反馈请求,例如请求每隔5s反馈一次3号数据,直至设备停止运行。
诊断服务器收集若干针对ECU的数据反馈请求,以实现对车辆运行状态的监控。
步骤S220:根据各组数据请求的数据组特征进行任务设置,生成数据请求任务;
诊断服务器根据各组数据请求的数据组特征(数据组特性包括:请求次数、请求间隔、请求对象)设置请求任务(包含每个待反馈数据的请求次数,请求间隔以及CAN ID+数据等下发特征数据)并接收诊断设备广播CAN数据,其中,诊断服务器无需周期性的下发请求(请求ECU回复诊断数据),而是使用数据采集的方式,一次性设置所有需要采集的ECU参数(例如50组参数),包括采集间隔/次数,则诊断设备可以按照其频率,自动上报ECU数据。
为保证下发至诊断设备的任务可以被高效完成,可以设置请求任务中包含的数据请求的最大个数,比如一个请求任务中最多包含50组数据请求,每个数据请求中应包含该数据请求的数据组特征,以便诊断设备在接收到该任务时可以按照相应的采集间隔以及次数自动上报相应的ECU数据。
本实施例中诊断服务器设置多组需要诊断的请求任务(诊断数据),统计若干请求任务同时下发至诊断设备,让下位机实现诊断服务器的诊断功能,简化了诊断服务器与下位机的数据交互,节省了蓝牙的数据通讯量;将诊断服务器对ECU的诊断双向数据通讯转化为单向通讯(原来由诊断服务器发送任务,接收ECU数据,诊断服务器都是执行一发一收的通讯模式;而该方法诊断服务器一次性设置完请求任务后,无需再发送,只管异步接收从ECU返回的数据即可),节省了通讯时产生的数据流量,使蓝牙也能满足大数据诊断压力,同时简化诊断服务器的逻辑实现,节省了PC系统资源。
步骤S230:将数据请求任务发送至诊断设备,以便诊断设备根据数据请求任务获取车辆电子控制单元ECU的诊断数据。
将包含多个数据反馈请求的请求任务一次性下发至诊断设备后,由诊断设备对接ECU进行数据采集以及反馈,需要说明的是,本实施例中对诊断设备根据该请求任务向ECU进行任务下发的方式不做限定,可以根据实际任务下发需求进行相应设置。另外,本实施例中对诊断服务器要求的数据反馈方式不做限定,可以异步反馈,也可以收集若干反馈数据后统一反馈至诊断服务器等。
基于上述介绍,本实施例提供的基于诊断服务器的诊断数据的传输方法中,诊断服务器无需周期性的下发请求(请求ECU回复诊断数据),而是使用数据采集的方式,一次性设置所有需要采集的ECU参数(例如50组参数),包括请求间隔/次数等,诊断服务器将大规模数据请求一次性下发至诊断设备,诊断设备会根据接收到的请求任务,按照各数据请求的下发特性,按照其频率,自动获取并上报ECU数据,该过程减少了诊断服务器向诊断设备进行单独任务下发的大量数据传输过程,有效解决了蓝牙的数据传输能力不足等问题,而且简化了诊断服务器的逻辑实现,诊断服务器无需对每个数据请求设置相应的下发逻辑,只需进行数据收集后诊断设备会自动根据各数据请求的数据组特征进行数据获取,减轻了诊断服务器的数据获取压力,也相对节省了PC系统资源。
下面对本申请实施例提供的基于诊断服务器的诊断数据的传输装置进行介绍,下文描述的基于诊断服务器的诊断数据的传输装置与上文描述的基于诊断服务器的诊断数据的传输方法可相互对应参照。
图9为本申请实施例所提供的诊断数据的传输装置的结构框图,参照图9所示,诊断数据的传输装置可以包括:
请求收集单元210主要用于收集数据请求;数据请求为针对车辆电子控制单元ECU的诊断数据反馈请求;
任务设置单元220主要用于根据各组数据请求的数据组特征进行任务设置,生成数据请求任务;数据组特性包括:请求次数、请求间隔、请求对象;
任务发送单元230主要用于将数据请求任务发送至诊断设备,以便诊断设备根据数据请求任务获取车辆电子控制单元ECU的诊断数据。
本实施例提供的基于诊断服务器的诊断数据的传输装置减少了诊断服务器向诊断设备进行单独任务下发的大量数据传输过程,而且简化了诊断服务器的逻辑实现,减轻了诊断服务器的数据获取压力,也相对节省了PC系统资源。
进一步地,本申请实施例还公开了一种诊断服务器,参照图10所示,该诊断服务器包括存储器11和处理器12,其中,处理器12执行存储器11中保存的计算机程序时实现以下步骤:收集数据请求;数据请求为针对ECU的诊断数据反馈请求;根据各数据请求的数据组特征进行任务设置,生成包含多个数据请求的请求任务;下发特征包括:请求次数、请求间隔、请求对象;将请求任务发送至诊断设备,以便诊断设备根据各数据请求的数据组特征向ECU进行任务下发。
进一步的,本申请实施例还公开了一种诊断数据的传输系统,包括:诊断服务器、诊断设备以及ECU。
其中,诊断服务器以及诊断设备均可以参照上述实施例中的相关介绍,在此不再赘述。
ECU可以采用传统ECU,本实施例中对ECU的类型不做限定。
本实施例中介绍一种诊断数据的传输系统的整体工作过程,具体包括以下步骤:
诊断服务器收集数据请求;根据各数据请求的数据组特征进行任务设置,生成包含多个数据请求的请求任务,并将请求任务发送至诊断设备;
诊断设备接收请求任务;并根据各数据请求的数据组特征生成待执行的通讯任务,依次向ECU下发通讯任务。
ECU接收到通讯任务后进行相应数据的采集,并将采集的数据立即反馈至诊断设备;
诊断设备接收到ECU反馈的数据后将整理后的反馈数据立即反馈至诊断服务器;
诊断服务器接收到ECU数据后进行相应的车辆管理。
以上为基于本实施例公开的诊断数据的传输系统实现诊断数据的传输的一种实现示例,其它基于本实施例的实现方式均可作为本申请的保护范围,在此不再赘述。
进一步的,本申请实施例还公开了一种计算机可读存储介质,用于存储计算机程序,其中,计算机程序被处理器执行时实现以下步骤:接收诊断服务器按预设策略发送的数据请求任务;数据请求任务包含至少两组数据请求以及对应的数据组特征;根据各组数据请求的数据组特征生成待执行的通讯任务;向车辆电子控制单元ECU获取通讯任务对应的诊断数据,并将诊断数据发送至诊断服务器。
在一些具体的实施例中,计算机可读存储介质中保存的计算机子程序被处理器执行时,可以具体实现以下步骤:根据数据组特征确定各组数据请求的通讯优先级;依照通讯优先级确定各组数据请求的下发顺序,并依照下发顺序生成通讯任务。
在一些具体的实施例中,计算机可读存储介质中保存的计算机子程序被处理器执行时,可以具体实现以下步骤:确定当前系统时间;确定各组数据请求中未完成请求的上次发送时间;根据上次发送时间以及当前系统时间确定请求下发的剩余时间;确定剩余时间未超过0的数据请求,作为目标数据请求;根据剩余时间倒序设置目标数据请求对应的通讯优先级。
在一些具体的实施例中,计算机可读存储介质中保存的计算机子程序被处理器执行时,可以具体实现以下步骤:读取定时器当前的时间;定时器每隔预设时间间隔自动装载中断,预设时间间隔不超过数据请求的最小发送时间间隔;根据读取的定时器时间、中断次数以及预设时间间隔计算得到当前系统时间。
进一步的,本申请实施例公开的计算机可读存储介质,可以进一步用于存储用于实现下述步骤的计算机程序,也可以单独设置单独的计算机可读存储介质用于存储用于实现下述步骤的计算机程序。其中,计算机程序被处理器执行时实现以下步骤:收集数据请求;数据请求为针对车辆电子控制单元ECU的诊断数据反馈请求;根据各组数据请求的数据组特征进行任务设置,生成数据请求任务;数据组特性包括:请求次数、请求间隔、请求对象;将数据请求任务发送至诊断设备,以便诊断设备根据数据请求任务获取车辆电子控制单元ECU的诊断数据。
本实施例公开的可读存储介质可以解决与ECU间的通讯问题,满足汽车日益发展的需求。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其它实施例的不同之处,各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。
专业人员还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上对本申请所提供的基于诊断服务器的诊断数据的传输方法、装置、基于诊断设备的诊断数据传输方法、装置、诊断服务器、诊断设备、诊断数据的传输系统及可读存储介质进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上,本说明书内容不应理解为对本申请的限制。
Claims (10)
1.一种诊断数据的传输方法,其特征在于,包括:
诊断设备接收诊断服务器按预设策略发送的数据请求任务;所述数据请求任务包含至少两组数据请求以及对应的数据组特征;所述数据组特性包括:请求次数、请求间隔、请求对象;
根据各组所述数据请求的数据组特征生成待执行的通讯任务;
向车辆电子控制单元ECU获取所述通讯任务对应的诊断数据,并将所述诊断数据发送至所述诊断服务器。
2.根据权利要求1所述的诊断数据的传输方法,其特征在于,根据各组所述数据请求的数据组特征生成待执行的通讯任务,包括:
根据所述数据组特征确定各组所述数据请求的通讯优先级;
依照所述通讯优先级确定各组所述数据请求的下发顺序,并依照所述下发顺序生成通讯任务。
3.根据权利要求2所述的诊断数据的传输方法,其特征在于,根据所述数据组特征确定各组所述数据请求的通讯优先级,包括:
确定当前系统时间;
确定各组所述数据请求中未完成请求的上次发送时间;
根据所述上次发送时间以及所述当前系统时间确定请求下发的剩余时间;
确定所述剩余时间未超过0的数据请求,作为目标数据请求;
根据所述剩余时间倒序设置所述目标数据请求对应的通讯优先级。
4.根据权利要求3所述的诊断数据的传输方法,其特征在于,确定当前系统时间,包括:
读取定时器当前的时间;所述定时器每隔预设时间间隔自动装载中断,所述预设时间间隔不超过所述数据请求的最小发送时间间隔;
根据读取的定时器时间、中断次数以及所述预设时间间隔计算得到所述当前系统时间。
5.一种诊断数据的传输装置,其特征在于,基于诊断设备,包括:
请求接收单元,用于接收诊断服务器按预设策略发送的数据请求任务;所述数据请求任务包含至少两组数据请求以及对应的数据组特征;所述数据组特性包括:请求次数、请求间隔、请求对象;
任务生成单元,用于根据各组所述数据请求的数据组特征生成待执行的通讯任务;
任务下发单元,用于向车辆电子控制单元ECU获取所述通讯任务对应的诊断数据,并将所述诊断数据发送至所述诊断服务器。
6.一种诊断设备,其特征在于,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序时实现如权利要求1至4任一项所述诊断数据的传输方法的步骤。
7.一种诊断数据的传输方法,其特征在于,包括:
诊断服务器收集数据请求;所述数据请求为针对车辆电子控制单元ECU的诊断数据反馈请求;
根据各组所述数据请求的数据组特征进行任务设置,生成数据请求任务;所述数据组特性包括:请求次数、请求间隔、请求对象;
将所述数据请求任务发送至诊断设备,以便所述诊断设备根据所述数据请求任务获取所述车辆电子控制单元ECU的诊断数据。
8.一种诊断数据的传输装置,其特征在于,基于诊断服务器,包括:
请求收集单元,用于收集数据请求;所述数据请求为针对车辆电子控制单元ECU的诊断数据反馈请求;
任务设置单元,用于根据各组所述数据请求的数据组特征进行任务设置,生成数据请求任务;所述数据组特性包括:请求次数、请求间隔、请求对象;
任务发送单元,用于将所述数据请求任务发送至诊断设备,以便所述诊断设备根据所述数据请求任务获取所述车辆电子控制单元ECU的诊断数据。
9.一种诊断服务器,其特征在于,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序时实现如权利要求7所述诊断数据的传输方法的步骤。
10.一种诊断数据的传输系统,其特征在于,包括:
如权利要求9所述的诊断服务器、如权利要求6所述的诊断设备与车辆电子控制单元ECU;
所述诊断服务器通过所述诊断设备与所述车辆电子控制单元ECU连接。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911157194.5A CN110912992B (zh) | 2019-11-22 | 2019-11-22 | 诊断数据的传输方法、装置、设备及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911157194.5A CN110912992B (zh) | 2019-11-22 | 2019-11-22 | 诊断数据的传输方法、装置、设备及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110912992A true CN110912992A (zh) | 2020-03-24 |
CN110912992B CN110912992B (zh) | 2022-09-16 |
Family
ID=69818906
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911157194.5A Active CN110912992B (zh) | 2019-11-22 | 2019-11-22 | 诊断数据的传输方法、装置、设备及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110912992B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113645097A (zh) * | 2021-08-11 | 2021-11-12 | 深圳市元征科技股份有限公司 | 车辆信号监测方法、终端设备及电子控制单元 |
CN114584488A (zh) * | 2020-11-30 | 2022-06-03 | 丰田自动车株式会社 | 通信装置、车辆、系统、以及判定方法 |
CN114677779A (zh) * | 2022-03-30 | 2022-06-28 | 广州文远知行科技有限公司 | 车辆配置状态监测方法、装置、存储介质、计算机设备 |
WO2024037303A1 (zh) * | 2022-08-16 | 2024-02-22 | 北京经纬恒润科技股份有限公司 | 车辆诊断方法、装置、设备、可读存储介质及程序产品 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2011012968A (ja) * | 2009-06-30 | 2011-01-20 | Hitachi Automotive Systems Ltd | 車両情報処理方法および車両情報処理サーバ |
CN102072822A (zh) * | 2009-11-19 | 2011-05-25 | 本田技研工业株式会社 | 车辆诊断装置 |
US20170169625A1 (en) * | 2011-12-21 | 2017-06-15 | Scope Technologies Holdings Limited | Developing and using a vehicle diagnostic distributed database |
CN107808345A (zh) * | 2017-09-29 | 2018-03-16 | 深圳市轱辘车联数据技术有限公司 | 一种信息处理方法、装置、终端及服务器 |
CN108227675A (zh) * | 2017-12-27 | 2018-06-29 | 深圳市元征软件开发有限公司 | 车辆诊断方法、装置、终端和计算机可读存储介质 |
CN109164791A (zh) * | 2018-10-18 | 2019-01-08 | 深圳市轱辘汽车维修技术有限公司 | 一种车辆诊断方法、车辆诊断装置及服务器 |
CN109639597A (zh) * | 2018-12-29 | 2019-04-16 | 深圳市道通科技股份有限公司 | 车辆通信接口装置中的数据传输方法及车辆通信接口装置 |
CN109698862A (zh) * | 2018-12-17 | 2019-04-30 | 深圳市道通科技股份有限公司 | 车辆的诊断方法、管理服务器和诊断服务器 |
CN110109443A (zh) * | 2019-05-13 | 2019-08-09 | 上海英恒电子有限公司 | 车辆诊断的安全通信方法、装置、存储介质及设备 |
-
2019
- 2019-11-22 CN CN201911157194.5A patent/CN110912992B/zh active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2011012968A (ja) * | 2009-06-30 | 2011-01-20 | Hitachi Automotive Systems Ltd | 車両情報処理方法および車両情報処理サーバ |
CN102072822A (zh) * | 2009-11-19 | 2011-05-25 | 本田技研工业株式会社 | 车辆诊断装置 |
US20170169625A1 (en) * | 2011-12-21 | 2017-06-15 | Scope Technologies Holdings Limited | Developing and using a vehicle diagnostic distributed database |
CN107808345A (zh) * | 2017-09-29 | 2018-03-16 | 深圳市轱辘车联数据技术有限公司 | 一种信息处理方法、装置、终端及服务器 |
CN108227675A (zh) * | 2017-12-27 | 2018-06-29 | 深圳市元征软件开发有限公司 | 车辆诊断方法、装置、终端和计算机可读存储介质 |
CN109164791A (zh) * | 2018-10-18 | 2019-01-08 | 深圳市轱辘汽车维修技术有限公司 | 一种车辆诊断方法、车辆诊断装置及服务器 |
CN109698862A (zh) * | 2018-12-17 | 2019-04-30 | 深圳市道通科技股份有限公司 | 车辆的诊断方法、管理服务器和诊断服务器 |
CN109639597A (zh) * | 2018-12-29 | 2019-04-16 | 深圳市道通科技股份有限公司 | 车辆通信接口装置中的数据传输方法及车辆通信接口装置 |
CN110109443A (zh) * | 2019-05-13 | 2019-08-09 | 上海英恒电子有限公司 | 车辆诊断的安全通信方法、装置、存储介质及设备 |
Non-Patent Citations (2)
Title |
---|
彭忆强等: "车载网络通讯协议软件自动诊断测试系统", 《中国测试技术》 * |
袁欣: "基于MDI汽车故障诊断系统研究与开发", 《汽车科技》 * |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114584488A (zh) * | 2020-11-30 | 2022-06-03 | 丰田自动车株式会社 | 通信装置、车辆、系统、以及判定方法 |
CN114584488B (zh) * | 2020-11-30 | 2024-04-19 | 丰田自动车株式会社 | 通信装置、车辆、系统、以及判定方法 |
CN113645097A (zh) * | 2021-08-11 | 2021-11-12 | 深圳市元征科技股份有限公司 | 车辆信号监测方法、终端设备及电子控制单元 |
CN114677779A (zh) * | 2022-03-30 | 2022-06-28 | 广州文远知行科技有限公司 | 车辆配置状态监测方法、装置、存储介质、计算机设备 |
CN114677779B (zh) * | 2022-03-30 | 2024-05-28 | 广州文远知行科技有限公司 | 车辆配置状态监测方法、装置、存储介质、计算机设备 |
WO2024037303A1 (zh) * | 2022-08-16 | 2024-02-22 | 北京经纬恒润科技股份有限公司 | 车辆诊断方法、装置、设备、可读存储介质及程序产品 |
Also Published As
Publication number | Publication date |
---|---|
CN110912992B (zh) | 2022-09-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110912992B (zh) | 诊断数据的传输方法、装置、设备及系统 | |
CN109246229B (zh) | 一种分发资源获取请求的方法和装置 | |
CN112162865B (zh) | 服务器的调度方法、装置和服务器 | |
US8392572B2 (en) | Method for scheduling cloud-computing resource and system applying the same | |
CN111210136B (zh) | 一种机器人任务调度的方法及服务器 | |
US20030233391A1 (en) | Method and system for dynamically allocating computer system resources | |
CN111026553B (zh) | 离线混部作业的资源调度方法及服务器系统 | |
CN109981744B (zh) | 数据的分发方法、装置、存储介质及电子设备 | |
CN103019853A (zh) | 一种作业任务的调度方法和装置 | |
CN103699433B (zh) | 一种于Hadoop平台中动态调整任务数目的方法及系统 | |
CN112003797B (zh) | 一种虚拟化dpdk网络性能提高方法、系统、终端及存储介质 | |
CN112130966A (zh) | 任务调度方法和系统 | |
CN102298542A (zh) | 一种应用程序的质量确定方法和系统 | |
CN109117280A (zh) | 电子装置及其限制进程间通信的方法、存储介质 | |
CN116383248A (zh) | 一种数据查询任务加速方法、装置、设备及存储介质 | |
CN109117279A (zh) | 电子装置及其限制进程间通信的方法、存储介质 | |
CN112491675A (zh) | 一种数据通信方法、装置、设备及计算机可读存储介质 | |
CN109521968A (zh) | 存储系统性能参数获取方法、数据处理装置及相关组件 | |
CN115617497A (zh) | 线程处理方法、调度组件、监测组件、服务器和存储介质 | |
CN112949847B (zh) | 神经网络算法加速系统、调度系统及调度方法 | |
CN111953567B (zh) | 一种配置多集群管理软件参数的方法、系统、设备及介质 | |
CN102200928A (zh) | 计算资源控制设备和计算资源控制方法 | |
CN113722174A (zh) | 一种PCIe带宽实时监控系统及其监控方法 | |
CN109062706B (zh) | 电子装置及其限制进程间通信的方法、存储介质 | |
Danzig | Optimally selecting the parameters of adaptive backoff algorithms for computer networks and multiprocessors |
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 |