CN104114993B

CN104114993B - 车辆数据采集设备和车辆数据采集方法

Info

Publication number: CN104114993B
Application number: CN201280069862.9A
Authority: CN
Inventors: 角龙一郎; 永田惠理人
Original assignee: Honda Motor Co Ltd
Current assignee: Honda Motor Co Ltd
Priority date: 2012-02-22
Filing date: 2012-10-01
Publication date: 2016-07-06
Anticipated expiration: 2032-10-01
Also published as: US9047720B2; US20140371977A1; CN104114993A; JP5439522B2; JP2013170986A; WO2013125085A1

Abstract

一种实现车辆数据采集方法的车辆数据采集设备(18)包括：总线使用率检测装置(86)，其连接到车内网络(24)以用于检测所述车内网络(24)中的总线使用率；选择设定装置(78)，其用于选择并设定要发送给多个ECU(20)中的至少一个的多个数据请求信号；发送间隔设定装置(84)，其基于由所述选择设定装置(78)设定的数据请求信号的数量在预定周期中为各个数据请求信号设定均匀发送间隔；以及请求信号发送装置(90)，当确定总线使用率低于第一阈值时，请求信号发送装置(90)按照所设定的均匀间隔发送各个数据请求信号。

Description

车辆数据采集设备和车辆数据采集方法

技术领域

本发明涉及从车辆采集数据并存储数据的车辆数据采集设备和车辆数据采集方法。

背景技术

在车辆正在行驶的同时车辆出现异常症状的情况下，习惯上使车辆的仪表板上的警告灯点亮以给予驾驶者警告等。由于异常症状或警告，用户将车辆开到经销商或维修店，在那里车辆被诊断或修理。

负责修理车辆的操作者(技师)将故障诊断设备连接到故障车辆上的电子控制单元(以下称作“ECU”)，并读出在发生故障时存储在ECU中的诸如故障的故障码等的信息，从而相对容易地标识故障系统(即，经历故障的电路)。上述类型的故障诊断设备在本领域中广泛使用。例如，美国专利第5491631号公报(以下称作“US5491631A”)中公开了一种这样的故障诊断设备。

有这样的情况：尽管车辆的用户多次投诉异常症状，但是不存在记录的故障码，负责的技师尽管鉴于该投诉而尝试再现该症状，但是未能再现症状，因此难以修理车辆。

为了应对修理难题，如日本特开2008-070133号公报(以下称作“JP2008-070133A”)中所公开的大容量存储装置被临时连接到问题车辆的ECU，并要求车辆的用户驾驶车辆几天。在车辆被驾驶的同时，故障诊断所需的数据(驾驶参数数据)被采集在该存储装置中。利用故障诊断机或故障分析设备来分析所采集的数据，以对车辆进行详细诊断。

通过发送给系统控制ECU的针对内部信息的请求与响应于这些请求从系统控制ECU发送的数据的一系列周期性交换来采集驾驶参数数据。如果故障诊断机将通过连接有多个ECU的车内网络(例如，CAN)与一个或更多个特定ECU通信，则这些通信给车内网络带来新的负担，并且往往会增加总线使用率。

根据车辆的驾驶方式，总线使用率可能暂时变得非常高，使得可能由于网络阻塞而无法获得驾驶参数数据。

在无法获得驾驶参数数据的情况下，JP2008-070133A中所公开的车辆数据采集设备发送重发数据的请求，如JP2008-070133A的图13、图14以及段落[0050]至[0053]中所示。换言之，即使响应延迟或者未生成响应，所公开的车辆数据采集设备也尝试连续采集尽可能多的数据。如果输入数据的种类数增多或者尺寸增大，则允许丢弃不太重要的那些数据，以便于严格同步的周期性数据检索。

发明内容

然而，以上解决方案可能导致接收的驾驶参数数据之间失去连续性。如果失去驾驶参数数据连续性，则由于已丢弃的数据无法用于数据分析，所以分析的精度往往会降低。

另外，有必要足够小心以防止车内网络的高总线使用率以免阻碍用于车辆驾驶的数据通信。

鉴于上述困难而做出本发明。本发明的目的是提供一种能够实现保持采集的驾驶参数数据之间的连续性并且避免用于车辆驾驶的数据通信中的网络阻塞中的至少一个的车辆数据采集设备和车辆数据采集方法。

根据本发明，提供了一种车辆数据采集设备，该车辆数据采集设备按照可移除的方式从外部连接到车辆中的连接有多个电子控制单元(以下称作ECU)的车内网络，用于在车辆正被驾驶的同时将用于请求驾驶参数数据的多个数据请求信号发送给至少一个ECU，接收响应于所述数据请求信号的驾驶参数数据，并将接收的驾驶参数数据存储在存储单元中，其中，所述驾驶参数数据表示所述车辆的各部的工作状态，所述车辆数据采集设备包括：总线使用率检测单元，其连接到所述车内网络并检测所述车内网络的总线使用率；选择设定单元，其选择并设定要发送给所述至少一个ECU的数据请求信号；发送间隔设定单元，其基于由所述选择设定单元设定的数据请求信号的数量针对各个数据请求信号在预定周期中设定均等的发送间隔；以及请求信号发送单元，其在所述总线使用率被判定为小于第一阈值的情况下，按照所述均等的发送间隔发送数据请求信号。

根据本发明，如果车内网络的总线使用率被判定为小于第一阈值，则数据请求信号被发送给至少一个ECU。因此，数据采集设备可在不限制ECU之间的通信的情况下采集驾驶参数数据，或者在使对ECU之间的通信的限制最小化的同时采集驾驶参数数据。因此易于在驾驶车辆的同时防止用于驾驶车辆的数据通信被阻塞。

根据本发明，另外，按照基于数据请求信号的数量建立的均等的间隔来发送数据请求信号。因此，可防止总线使用率由于数据请求信号的发送和驾驶参数数据的输出而暂时急剧增大。因此，数据采集设备能够避免由于总线使用率的暂时急剧增大而中断通信，使得易于保持驾驶参数数据的连续性。

所述总线使用率检测单元可通过按照与所述均等的发送间隔相同的间隔检测所述车内网络上的通信量来计算所述总线使用率，并且如果所述总线使用率被判定为超过所述第一阈值，则所述请求信号发送单元可中止数据请求信号的发送，按照所述均等的发送间隔判定所述总线使用率是否小于第二阈值，并且如果所述总线使用率变得小于所述第二阈值，则按照所述均等的发送间隔重新开始数据请求信号的发送，所述第二阈值等于或小于所述第一阈值。

因此，数据请求信号的发送周期在由于总线使用率的增加而中止数据请求信号的发送的时间前后不会变化。即使由于数据请求信号的发送被中止而丢弃驾驶参数数据，也易于对丢弃的驾驶参数数据进行插值。

所述选择设定单元可针对各个故障症状一起选择并设定针对驾驶参数数据的数据请求信号。因此，选择要发送的数据请求信号并设定发送间隔是简单的。

根据本发明，还提供了一种车辆数据采集方法，其中从外部连接到车辆中的连接有多个电子控制单元(以下称作ECU)的车内网络的车辆数据采集设备在车辆正被驾驶的同时将用于请求驾驶参数数据的多个数据请求信号发送给至少一个ECU，所述驾驶参数数据表示所述车辆的各部的工作状态，接收响应于所述数据请求信号的驾驶参数数据，并将接收的驾驶参数数据存储在存储单元中，所述车辆数据采集方法包括以下步骤：总线使用率检测步骤，通过连接到所述车内网络的所述车辆数据采集设备检测所述车内网络的总线使用率；选择和设定步骤，选择并设定要从所述车辆数据采集设备发送给所述至少一个ECU的数据请求信号；发送间隔设定步骤，基于通过所述选择和设定步骤设定的数据请求信号的数量针对各个数据请求信号在预定周期中设定均等的发送间隔；以及请求信号发送步骤，如果所述总线使用率被判定为小于第一阈值，则按照所述均等的发送间隔发送数据请求信号。

根据本发明，还提供了一种采集车内数据以用于要从外部对车辆执行的车辆诊断的车辆数据采集方法，所述车辆诊断是故障诊断、检查和驾驶技能诊断中的至少一个，所述车辆具有车内网络，多个电子控制单元(以下称作ECU)连接到所述车内网络，所述车辆数据采集方法包括以下步骤：项目设定步骤，设定要由外部诊断机诊断的诊断项目；请求信号标识步骤，标识针对多个项目的数据请求信号，所述数据请求信号用于向任何所述ECU请求关于与所述诊断项目对应的所述多个项目的车内数据；数据请求步骤，从所述外部诊断机或者响应于来自所述外部诊断机的命令操作的车载链路将针对所述多个项目的多个所述数据请求信号发送给至少一个所述ECU；车内数据发送步骤，从接收到所述数据请求信号的各个ECU向所述外部诊断机或所述车载链路发送多个所述车内数据；以及车内数据存储步骤，将直接从所述ECU接收的车内数据或者通过所述车载链路接收的车内数据存储在所述外部诊断机中，其中，所述数据请求步骤包括以下步骤：发送间隔设定步骤，针对根据所述诊断项目标识的所述多个项目设定所述数据请求信号的发送间隔；总线使用率检测步骤，检测所述车内网络的总线使用率；总线使用判定步骤，判定所述总线使用率是否小于第一阈值；以及请求信号发送步骤，如果所述总线使用率被判定为小于所述第一阈值，则按照所述发送间隔发送数据请求信号，并且其中，所述发送间隔设定步骤设定所述发送间隔以在数据采集周期中按照均等的间隔发送针对所述多个项目的数据请求信号，所述数据采集周期是为了针对所述多个项目获取各条车内数据而确定的周期。

附图说明

图1是示出包括根据本发明的实施方式的车辆数据采集设备的车辆诊断系统的总体配置的框图；

图2是示出主诊断设备和车辆数据采集设备的各种功能的示图；

图3是作为采集驾驶参数数据的预先准备，操作者的工作程序和车辆数据采集设备的处理序列的示例的流程图；

图4是示出根据所述实施方式所使用的各种时间、间隔和周期的示图；

图5是在采集驾驶参数数据时，操作者的工作程序和车辆数据采集设备的处理序列的示例的流程图；

图6是用于采集驾驶参数数据的车辆数据采集设备的各种操作和各种信号的时序图；

图7是示出用于计算总线使用率的车辆数据采集设备的处理器的配置的框图；

图8是在采集驾驶参数数据之后，操作者的工作序列和车辆数据采集设备的处理序列的示例的流程图；

图9是示出在使用根据比较例的配置和控制处理时的总线使用率和网络流量的示例的示图；以及

图10是示出在使用根据所述实施方式的配置和控制处理时的总线使用率和网络流量的示例的示图。

具体实施方式

A.实施方式：

[1.配置]

(1-1.总体配置)

图1是示出包括根据本发明的实施方式的车辆数据采集设备18(以下也称作“数据采集设备18”)的车辆诊断系统10(以下也称作“系统10”)的总体配置的框图。系统10具有作为诊断对象的车辆12以及用于从车辆12外部对车辆12执行故障诊断的外部诊断机14。外部诊断机14具有主诊断设备16(以下也称作“主设备16”)和数据采集设备18(数据记录仪)。

(1-2.车辆12)

根据本实施方式的车辆12是作为具有驱动引擎和牵引马达(均未示出)的混合动力车的自动四轮车。另选地，车辆12可以是诸如汽油动力车(没有牵引马达但有引擎)、电动汽车(包括燃料电池车)等的车辆、或者诸如自动两轮车、自动三轮车等的车辆。

车辆12具有用于控制车辆12的多个电子控制单元20a至20f(以下称作“第一ECU20a至第六ECU20f”或“ECU20a至20f”或统称为“ECU20”)。在图1中，为了更容易理解本发明，仅示出六个ECU20a至20f。然而，车辆12可具有其它ECU20，车辆12上的ECU20的数量可从2个至几百个。

例如，ECU20包括引擎电子控制单元(以下称作“引擎ECU”)、马达电子控制单元(以下称作“马达ECU”)、车辆稳定性辅助电子控制单元(以下称作“VSAECU”)、防抱死制动系统电子控制单元(以下称作“ABSECU”)、电动助力转向电子控制单元(以下称作“EPSECU”)、电池电子控制单元(以下称作“电池ECU”)、仪表电子控制单元(以下称作“仪表ECU”)、空调电子控制单元(以下称作“空调ECU”)、辅助约束系统电子控制单元(以下称作“SRSECU”)、防盗报警器电子控制单元(以下称作“防盗报警器ECU”)等。

引擎ECU控制引擎(未示出)的输出功率。马达ECU控制牵引马达(未示出)的输出功率。VSAECU执行车辆稳定性辅助控制处理。ABSECU执行防抱死制动控制处理。EPSECU执行转向辅助控制处理。电池ECU控制高压电池或低压电池(未示出)的充电和放电。仪表ECU控制仪表板(未示出)上的仪表显示装置(未示出)。空调ECU控制空调(未示出)。SRSECU控制安全气囊系统(未示出)。防盗报警器ECU控制防盗报警器装置和智能钥匙系统(未示出)。

各个ECU20具有输入/输出单元、处理器、存储单元等。ECU20通过通信总线22互连，从而构成车内网络24。根据本实施方式的车内网络24被配置为CAN(控制器局域网)。另选地，本发明适用于包括LIN(局域互联网络)、FlexRay等的其它网络。通信总线22具有设置在车辆12的乘客室中的数据链路连接器26(例如，USB连接器)。

点火开关28(以下称作“IGSW28”)连接到第一ECU20a。当点火开关28被打开时，第一ECU20a被起动以控制其它ECU20b至20f的打开和关闭。

(1-3.外部诊断机14)

如上所述，外部诊断机14具有主诊断设备16和数据采集设备18。

(1-3-1.主诊断设备16)

(1-3-1-1.概要)

主诊断设备16对数据采集设备18进行各种设定(操作设定等)，并通过分析由数据采集设备18采集的驾驶参数数据D(以下也称作“数据D”)来执行故障诊断。另选地，代替故障诊断，主诊断设备16可执行其它诊断(如稍后详细描述的)。

如图1所示，主设备16具有输入/输出单元30、处理器32、存储单元34、显示单元36和数据链路连接器38。

例如，主设备16可包括市售的膝上型个人计算机、平板计算机或智能电话。主设备16无需被容纳在单个壳体中，而是可包括作为主设备的个人计算机以及作为用于连接到数据采集设备18的接口的辅助单元(链路)。

(1-3-1-2.各种功能)

图2是示出主诊断设备16和数据采集设备18的各种功能的示图。如图2所示，主诊断设备16具有采集条件设定功能40、数据采集设备通信功能42和数据分析功能44。通过执行存储在存储单元34中的程序来执行功能40、42、44。

采集条件设定功能40为数据采集设备18设定数据采集条件以采集数据D，所述数据采集条件是(例如)数据D的类型、项目、获取计数、获取时间等条件。

数据采集设备通信功能42是与数据采集设备18的通信有关的功能。数据采集设备通信功能42包括将数据采集条件发送给数据采集设备18的采集条件发送功能46以及从数据采集设备18读取数据D的采集数据读出功能48。

数据分析功能44分析从数据采集设备18获取的数据D以用于故障诊断。

(1-3-2.车辆数据采集设备18)

(1-3-2-1.概要)

数据采集设备18采集车辆12的驾驶参数数据D。如图1所示，数据采集设备18具有输入/输出单元50、处理器52、存储单元54、显示单元56和数据链路线缆58。根据本实施方式，处理器52包括中央处理单元60(以下称作“CPU60”)和可编程逻辑器件62(以下称作“PLD62”)。根据本实施方式的CPU60和PLD62用于检测通信总线22的使用比[％](以下称作“总线使用率Rbus”)。将稍后参照图7描述CPU60和PLD62的细节。

(1-3-2-2.各种功能)

如图2所示，数据采集设备18具有主设备通信功能70和数据采集功能72。通过执行存储在存储单元54中的程序来执行功能70、72。主设备通信功能70是与主诊断设备16的通信有关的功能，数据采集功能72是与从车辆12采集数据D有关的功能。

主设备通信功能70具有采集条件读取功能74和采集数据发送功能76。采集条件读取功能74是从主诊断设备16读取数据采集设备18采集数据D的条件(数据采集条件)的功能。采集数据发送功能76是将由数据采集设备18采集的数据D发送给主诊断设备16的功能。

数据采集功能72具有请求信号标识功能78(选择设定单元)、数据请求功能80以及数据接收和存储功能82。请求信号标识功能78是标识要发送的数据请求信号Sreq的功能。数据请求功能80是向作为数据D的请求目标的ECU20(以下称作“目标ECU20tar”)请求特定项目的数据D的功能。数据接收和存储功能82是接收响应于数据请求信号Sreq从目标ECU20tar发送来的数据D并将所接收到的数据D存储在存储单元54中的功能。

如图2所示，数据请求功能80具有发送间隔设定功能84(发送间隔设定单元)、总线使用率检测功能86(总线使用率检测单元)、请求许可/拒绝判定功能88和请求信号发送功能90(请求信号发送单元)。

发送间隔设定功能84设定数据请求信号Sreq的发送间隔[sec](以下称作“数据请求信号发送间隔I1”或“发送间隔I1”)。总线使用率检测功能86计算通信总线22的使用比(总线使用率Rbus)。请求许可/拒绝判定功能88基于总线使用率Rbus判定是许可还是拒绝数据请求信号Sreq的发送。如果发送被许可，则请求信号发送功能90发送数据请求信号Sreq。

[2.驾驶参数数据D的内容]

根据本实施方式的操作参数数据D用于故障诊断，并且可包括(例如)以下数据。

例如，如果将诊断车辆12的驾驶状态(与驱动引擎和牵引马达有关)，则数据采集设备18采集从引擎ECU和马达ECU获取的数据D。

从引擎ECU获取的数据D包括表示由车速传感器(未示出)检测的车速、由温度传感器(未示出)检测的引擎冷却液的温度、由引擎ECU基于曲轴角传感器(未示出)所检测的曲轴角计算的引擎转速、由进气压传感器(未示出)检测的进气压以及引擎ECU中的各种设定值的数据。

从马达ECU获取的数据D包括表示由马达ECU基于旋转变压器(未示出)的输出信号计算的马达转速、用于激励驱动马达的高压电池的剩余能量以及马达ECU中的各种设定值的数据。

[3.驾驶参数数据D的采集]

以下将描述用于采集驾驶参数数据D的各种工作程序和处理序列。

(3-1.预先准备)

(3-1-1.预先准备的总流程)

图3是作为采集驾驶参数数据D的预先准备，操作者的工作程序和车辆数据采集设备18的处理序列的示例的流程图。在步骤S1中，操作者(技师等)将数据采集设备18的数据链路线缆58的数据链路连接器64(图1)连接到主诊断设备16的数据链路连接器38。

在步骤S2中，操作者操作主诊断设备16的输入/输出单元30(鼠标、键盘等)以起动用于采集驾驶参数数据D的诊断软件。当诊断软件起动时，主诊断设备16在显示单元36上显示关于数据D的采集的画面(未示出)。步骤S1、S2可互换位置。

在步骤S3中，操作者通过所显示的画面输入数据采集条件(如稍后详细描述的)。

在步骤S4中，操作者通过所显示的画面请求在主诊断设备16与数据采集设备18之间建立通信。响应于该请求，主设备16(数据采集设备通信功能42)与数据采集设备18建立通信。步骤S3、S4可互换位置。

在步骤S5中，操作者通过所显示的画面请求主设备16改变数据采集设备18的数据采集条件。响应于该请求，主设备16(采集条件发送功能46)将数据采集设备18的数据采集条件改变为在步骤S3中输入的数据采集条件。

在步骤S6中，操作者通过所显示的画面请求切断主诊断设备16与数据采集设备18之间的通信。响应于该请求，主设备16(数据采集设备通信功能42)切断与数据采集设备18的通信。

在步骤S7中，操作者使数据采集设备18的数据链路线缆58的数据链路连接器64与主诊断设备16的数据链路连接器38断开。

(3-1-2.数据采集条件)

在步骤S3中输入的数据采集条件包括(例如)车辆种类、车辆型号、目的地、规格、网络类型{CAN、LIN、FlexRay等，或者如果适用的话，多个CAN(F-CAN、B-CAN等)中的一个}、数据采集设备18所使用的输入信道号以及网络24的波特率(以下称作“波特率Rbrt”)[bps]。

数据采集条件还可包括数据D的内容(项目)、请求数据D的ECU20(目标ECU20tar)、连续获取数据D的时间(以下称作“连续数据获取时间Tcont”或“数据获取时间Tcont”)、连续获取数据D的周期(以下称作“连续数据获取周期Ccont”或“数据获取周期Ccont”)以及采集数据D所需的总时间(以下称作“总数据采集时间Ttotal”或“总时间Ttotal”)。

根据本实施方式，如稍后详细描述的，数据采集设备18自动设定数据请求信号Sreq的发送间隔(数据请求信号发送间隔I1)。

图4是示出根据本实施方式所使用的各种时间、周期和间隔的示图。根据本实施方式，如图4所示，各自用于发送数据请求信号Sreq的多个发送间隔I1被放在一起，构成个体数据获取周期Ccol(数据采集周期)。个体数据获取周期Ccol是在数据采集条件下针对为获取数据D而选择的项目获取各个数据D所需的周期。例如，如果存在五个项目的集合，则针对五个项目中的每一个获取一条数据D，获取这五个数据D的周期用作个体数据获取周期Ccol。个体数据获取周期Ccol可被设定为从几十毫秒至几秒的范围内的任何周期。应该注意的是，在一个发送间隔I1中的特定时间期间发送一个数据请求信号Sreq(参见图6和图10)。

根据本实施方式，个体数据获取周期Ccol是固定的值，而发送间隔I1是可变的。然而，在图3所示的步骤S3中确定数据采集条件时，个体数据获取周期Ccol可改变。

多个个体数据获取周期Ccol被组合成连续数据获取时间Tcont。在图4中，左端处的连续数据获取时间Tcont包括五个个体数据获取周期Ccol。然而，这种连续数据获取时间Tcont仅作为示例示出，各个连续数据获取时间Tcont可等于车辆12的驾驶时间(例如，IGSW28保持打开的时间)。如果在不同的时间段中或者在不同的时长期间驾驶车辆12，则连续数据获取周期Ccont中的连续数据获取时间Tcont的位置或长度不同。例如，在一个连续数据获取时间Tcont(例如，30分钟)中，针对待采集的所有项目获取驾驶参数数据D多次(例如，60次)。

连续数据获取周期Ccont表示一个连续数据获取时间Tcont的开始时间与下一连续数据获取时间Tcont的开始时间之间的间隔。例如，连续数据获取周期Ccont被设定为24小时(一天)，但是它也可被设定为其它长度。

在连续数据获取时间Tcont被设定为车辆12的驾驶时间的情况下，如果在连续数据获取周期Ccont内车辆12被驾驶多次，则在单个连续数据获取周期Ccont中存在多个连续数据获取时间Tcont。连续数据获取周期Ccont中的除连续数据获取时间Tcont以外的其它时间表示车辆12未被驾驶的时间。

总数据采集时间Ttotal可被设定为数据采集设备18被安装在车辆12上的天数(例如，从几天至30天)。总数据采集时间Ttotal由数据获取周期Ccont的长度乘以所包括的数据获取周期Ccont的数量时所计算出的值来表示。

根据本实施方式，代替分别设定连续数据获取时间Tcont、连续数据获取周期Ccont等，可预先使故障症状与目标ECU20tar以及数据D彼此关联，并通过输入用户所投诉的故障症状来标识目标ECU20tar和数据D。

具体地讲，故障症状(例如，非故意的引擎失速、加速不良、引擎启动不良、引擎爆震、引擎噪声等)可选择地显示在显示画面上。当操作者选择所显示的故障症状之一时，可自动标识待采集的数据D。

在步骤S3中输入的数据采集条件可包括用于总线使用率Rbus等的第一阈值TH_Rbus1和第二阈值TH_Rbus2(将稍后详细描述)。

(3-2.用于采集驾驶参数数据D的操作者的工作程序和处理序列)

(3-2-1.采集驾驶参数数据D的总流程)

图5是在采集驾驶参数数据D时，操作者的工作程序和车辆数据采集设备18的处理序列的示例的流程图。图6是用于采集驾驶参数数据D的车辆数据采集设备18的各种操作和各种信号的时序图。

在图5所示的步骤S11中，操作者(技师等)将数据采集设备18的数据链路线缆58的数据链路连接器64连接到车辆12的数据链路连接器26。

在步骤S12中，操作者打开数据采集设备18上的启动开关(未示出)以使数据采集设备18通电(图6中的时间t1处)。可从车辆12上的低压电池(即，12V电池)(未示出)供应使数据采集设备18通电的电力。另选地，数据采集设备18可具有其自己的电源。无论是从低压电池向数据采集设备18供应电力还是数据采集设备18具有其自己的电源，数据采集设备18可在连接到车辆12时被自动通电，从而可省略启动开关。

在步骤S13中，数据采集设备18执行初始化处理(图6中从时间t1至时间t2)。初始化处理标识要在当前数据D采集处理中发送的各个数据请求信号Sreq的类型，计算数据请求信号Sreq的发送间隔I1，并对总线使用率Rbus的检测进行初始化。各个数据请求信号Sreq的类型的标识在图3所示的步骤S3中由主设备16建立，并在步骤S5中基于发送给数据采集设备18的数据采集条件由请求信号标识功能78执行。计算发送间隔I1的处理将稍后描述。

在步骤S14中，数据采集设备18(总线使用率检测功能86)开始检测总线使用率Rbus(图6的时间t2处)。数据采集设备18继续检测总线使用率Rbus直至它被断电为止。检测总线使用率Rbus的处理将稍后描述。

在步骤S15中，数据采集设备18(数据采集功能72)判定IGSW28是否打开。如果IGSW28关闭(S15：否)，则数据采集设备18重复步骤S15。然而，尽管图5中未示出，当数据采集设备18被断电时，它结束当前处理序列。如果IGSW28为打开(S15：是，图6中的时间t3处)，则ECU20开始彼此通信(参见图6中的“ECU之间的通信”)。在步骤S16中，数据采集设备18(请求许可/拒绝判定功能88)判定是许可还是拒绝数据请求信号Sreq的发送(即，针对数据D的请求被许可还是拒绝)。具体地讲，数据采集设备18判定由总线使用率检测功能86检测的总线使用率Rbus是否等于或小于阈值(以下称作“数据请求准予判定阈值TH_Rbus1”或“第一阈值TH_Rbus1”)以判定针对数据D的请求是被许可还是拒绝。

如果数据请求信号Sreq的发送被许可(S16：是)，则数据采集设备18(请求信号发送功能90)在步骤S17中发送数据请求信号Sreq以请求必要的驾驶参数数据D(图6中的时间t4等处)(如稍后将详细描述的)。响应于数据请求信号Sreq，目标ECU20tar发送驾驶参数数据D。在步骤S18中，数据采集设备18(数据接收和存储功能82)接收驾驶参数数据D。

在步骤S19中，数据采集设备18(数据采集功能72)判定数据采集设备18是否被操作者断电。如果数据采集设备18未被断电(S19：否)，则控制返回到步骤S15。如果数据采集设备18被断电(S19：是)，则数据采集设备18结束对数据D的数据采集处理，控制进行到步骤S24。

在步骤S16中，如果数据请求信号Sreq的发送被拒绝(S16：否)，则在步骤S20中，数据采集设备18中止数据请求信号Sreq的发送(图6中的时间t5处)。

在步骤S21中，数据采集设备18(请求许可/拒绝判定功能88)判定是否将重新开始数据请求信号Sreq的发送(针对数据D的请求)。具体地讲，数据采集设备18判定由总线使用率检测功能86检测的总线使用率Rbus是否等于或小于阈值(以下称作“数据请求重新开始判定阈值TH_Rbus2”或“第二阈值TH_Rbus2”)以判定是否将重新开始数据请求信号Sreq的发送。

如果将重新开始数据请求信号Sreq的发送(S21：是，图6中的时间t6处)，则控制进行到步骤S17，在步骤S17中，数据采集设备18(请求信号发送功能90)重新开始数据请求信号Sreq的发送(图6中的时间t7处)。在这种情况下，数据采集设备18开始发送应当在中止发送之后立即发送的数据请求信号Sreq。

如果将不重新开始数据请求信号Sreq的发送(S21：否)，则在步骤S22中数据采集设备18(数据采集功能72)判定数据采集设备18是否被操作者断电。如果数据采集设备18未被断电(S22：否)，则控制进行到步骤S23。如果数据采集设备18被断电(S22：是)，则数据采集设备18结束对数据D的数据采集处理，控制进行到步骤S24。

在步骤S23中，数据采集设备18(数据采集功能72)判定IGSW28是否被关闭。如果IGSW28未被关闭(S23：否)，则控制返回到步骤S21。如果IGSW28被关闭(S23：是)，则控制返回到步骤S15。

如果步骤S21被重复，则数据采集设备18(数据采集功能72)按照等于发送间隔I1的周期性间隔重复步骤S21。当总线使用率Rbus变得等于或小于第二阈值TH_Rbus2(S21：是)时，数据采集设备18(数据采集功能72)按照发送间隔I1重新开始数据请求信号Sreq的发送。

如果对步骤S19的回答为“是”或者对步骤S22的回答为“是”，则在步骤S24中，操作者将数据采集设备18与车辆12断开，结束数据D的采集。如果数据采集设备18在连接到车辆12时被自动通电，则数据采集设备18可在与车辆12断开时自动断电。换句话讲，在步骤S19、S22中使数据采集设备18断电可被解释为使数据采集设备18与车辆12断开。

(3-2-2.数据请求信号Sreq的发送间隔I1的计算)

下面将描述数据请求信号Sreq的发送间隔I1的计算。

(3-2-2-1.前提)

根据本实施方式，如上面关于图3所示的步骤S3、S5描述的，针对数据采集设备18确定数据采集条件。数据采集条件包括要向目标ECU20tar请求的驾驶参数数据D的设定。因此，标识要采集的数据D的项目的数量(以下称作“项目数Ni”)。

根据本实施方式，另外，确定针对待采集的所有项目采集一条数据D的周期(个体数据获取周期Ccol)(图4)。上述连续数据获取时间Tcont表示在数据D的采集暂时开始之后直至它被中止的时间长度(即，针对待采集的所有项目中的每一个获取多个数据D的时间长度)。个体数据获取周期Ccol表示针对待采集的所有项目中的每一个获取一条数据D的时间长度(在几十毫秒至几秒的范围内)。连续数据获取时间Tcont包括多个个体数据获取周期Ccol(参见图4)。所有连续数据获取时间Tcont构成总数据采集时间Ttotal。

(3-2-2-2.发送间隔I1的计算的细节)

根据本实施方式，基于项目数Ni(待采集的目标数据的项目的数量)将数据请求信号Sreq的发送间隔I1设定为均等的值，以避免通信总线22中的阻塞(即，以降低总线使用率Rbus)。具体地讲，通过将个体数据获取周期Ccol除以项目数Ni(I1＝Ccol/Ni)来计算各个发送间隔I1。

由于如上所述确定发送间隔I1，所以按照均等的间隔发送数据请求信号Sreq(参见图6)。

(3-2-3.总线使用率Rbus的计算)

下面将描述总线使用率Rbus的计算。

图7是示出用于计算总线使用率Rbus的车辆数据采集设备18的处理器52的配置的框图。如上所述，数据采集设备18的处理器52具有CPU60和PLD62。

如图7所示，PLD62包括串行/并行转换部100、解码器102、处理周期计数器104、流量计数器106、更新周期计数器108、数据数计数器110和寄存器112。CPU60具有总线使用率计算部114。

串行/并行转换部100将通过通信总线22从车辆12中的ECU20供应的各种串行数据(串行网络信号Snet)转换为并行信号，并输出并行信号(例如，可为10比特)。

解码器102将来自串行/并行转换部100的并行网络信号Snet解码，并将解码的网络信号Snet输出给流量计数器106。处理周期计数器104对来自CPU60的时钟信号Sclk的脉冲计数，并将该计数作为处理周期(以下称作“处理周期Cc”)发送给流量计数器106和更新周期计数器108。处理周期Cc表示流量计数器106和更新周期计数器108中的处理周期。

流量计数器106每一处理周期Cc判定在由解码器102解码的网络信号Snet中是否存在预定数据(用于计算总线使用率Rbus)，并且每当检测到所述预定数据时就将计数信号输出给数据数计数器110。

更新周期计数器108将输出定时信号Tout发送给数据数计数器110。具体地讲，从CPU60通过寄存器112将要在当前处理循环中使用的发送间隔I1供应给更新周期计数器108。更新周期计数器108基于来自处理周期计数器104的处理周期Cc标识发送间隔I1过去的时间，并将所标识的时间作为输出定时Tout输出给数据数计数器110。

数据数计数器110每当流量计数器106检测到数据时就将其计数递增，在数据数计数器110从更新周期计数器108接收到输出定时Tout时将计数(以下称作“每周期数据数Ndata”或“数据数Ndata”)存储在寄存器112中，并重置计数。如上所述，基于发送间隔I1设定输出定时Tout。因此，数据数Ndata每发送间隔I1具有一值。

寄存器112暂时存储从CPU60发送给更新周期计数器108的发送间隔I1以及来自数据数计数器110的数据数Ndata。

CPU60的总线使用率计算部114从寄存器112读取数据数Ndata，并根据下式(1)计算总线使用率Rbus：

Rbus＝Ndata×(I1/Rbrt)×100···(1)

其中Ndata表示由数据数计数器110检测到的每周期的数据数，I1直接表示数据请求信号Sreq的发送间隔，并且还表示数据数Ndata的更新周期，Rbrt表示车内网络24的波特率，其在图3所示的步骤S3中在主设备16中被设定并在步骤S5中被发送给数据采集设备18。

在上式(1)中，发送间隔I1用作数据数Ndata的更新周期。因此，总线使用率Rbus每发送间隔I1表示一值。

(3-3.采集驾驶参数数据D之后的操作者的工作程序和处理序列)

图8是在采集驾驶参数数据D之后，操作者的工作序列和车辆数据采集设备18的处理序列的示例的流程图。在步骤S31中，操作者(技师等)将数据采集设备18的数据链路线缆58的数据链路连接器64连接到主诊断设备16的数据链路连接器38。

在步骤S32中，操作者操作主诊断设备16的输入/输出单元30(鼠标、键盘等)以起动用于获取驾驶参数数据D的诊断软件。当诊断软件被起动时，主诊断设备16在显示单元36上显示关于数据D的获取的画面(未示出)。步骤S31、S32可互换位置。

在步骤S33中，操作者通过所显示的画面请求在主诊断设备16与数据采集设备18之间建立通信。响应于该请求，主设备16(数据采集设备通信功能42)与数据采集设备18建立通信。

在步骤S34中，操作者通过所显示的画面请求主诊断设备16以从数据采集设备18获取采集的驾驶参数数据D。响应于该请求，主设备16(采集数据读出功能48)请求数据采集设备18发送采集的驾驶参数数据D。响应于该请求，数据采集设备18(采集数据发送功能76)将所采集的驾驶参数数据D发送给主设备16。主设备16(采集数据读出功能48)从数据采集设备18接收数据D并将数据D保存在存储单元34中。

在步骤S35中，操作者在主设备16上显示的画面上操作以分析驾驶参数数据D，从而标识故障的原因。

(3-4.本实施方式和比较例之间的比较)

图9是示出在使用根据比较例的配置和控制处理时的总线使用率Rbus和网络流量(信号或数据的交换)的示例的示图。图10是示出在使用根据实施方式的配置和控制处理时的总线使用率Rbus和网络流量的示例的示图。

图9所示的根据比较例的数据采集设备(未示出)和图10所示的根据本实施方式的数据采集设备18使用相同长度(例如，100ms)的个体数据获取周期Ccol。要由根据比较例的数据采集设备和根据本实施方式的数据采集设备18中的每一个采集的数据D的项目的数量(项目数Ni)为“5”。

图9所示的根据比较例的数据采集设备根据需要发送数据请求信号Sreq并接收驾驶参数数据D。具体地讲，在根据比较例的数据采集设备在t11(对应于图9左侧的“REQ1”)发送第一数据请求信号Sreq之后，它在时间t12(对应于图9左侧的“D1”)接收作为响应的第一条数据D。当第一条数据D的接收结束时，根据比较例的数据采集设备在t13(对应于图9左侧的“REQ2”)发送第二数据请求信号Sreq，随后它在时间t14(对应于图9左侧的“D2”)接收作为响应的第二条数据D。按照在数据采集设备接收到数据D之后发送下一数据请求信号Sreq的方式，根据比较例的数据采集设备类似地发送第三数据请求信号和后续数据请求信号Sreq，并类似地接收第三数据和后续数据D。

如同本实施方式，如果总线使用率Rbus超过第一阈值TH_Rbus1，则根据比较例的数据采集设备中止数据请求信号Sreq的发送，如果总线使用率Rbus随后变得等于或小于第二阈值TH_Rbus2，则根据比较例的数据采集设备重新开始数据请求信号Sreq的发送(参见图5)。

在图9所示的示例中，在时间t16在正发送第三数据请求信号Sreq的同时，总线使用率Rbus超过第一阈值TH_Rbus1。因此，根据比较例的数据采集设备中止第四数据请求信号和后续数据请求信号Sreq的发送。总线使用率Rbus超过第一阈值TH_Rbus1的原因似乎是多个数据请求信号Sreq和数据D集中地通过通信总线22(尽管在图9中项目数Ni相对较小，但是随着项目数Ni增加，数据请求信号Sreq和数据D更集中地通过通信总线22)。

在时间t17，当总线使用率Rbus随后变得等于或小于第二阈值TH_Rbus2时，根据比较例的数据采集设备重新开始数据请求信号Sreq的发送和数据D的接收。

在时间t18，总线使用率Rbus超过第一阈值TH_Rbus1。因此，根据比较例的数据采集设备中止后续数据请求信号Sreq的发送。

在时间t19，第一个体数据获取周期Ccol(图9中的“Ccol1”)结束。然而，由于总线使用率Rbus超过第二阈值TH_Rbus2，所以即使处于第二个体数据获取周期Ccol(图9中的“Ccol2”)，根据比较例的数据采集设备也无法发送第一数据请求信号Sreq。

在时间t20，当总线使用率Rbus变得等于或小于第二阈值TH_Rbus2时，根据比较例的数据采集设备重新开始数据请求信号Sreq的发送(对应于图9右侧的“REQ1”)和数据D的接收(对应于图9右侧的“D1”)。因此，在时间t19与发送数据请求信号Sreq的时间t20之间出现延迟。

图10所示的根据本实施方式的数据采集设备18基于项目数Ni将数据请求信号Sreq的发送间隔I1设定为均等的值。具体地讲，数据采集设备18将发送间隔I1设定为通过将个体数据获取周期Ccol除以项目数Ni(＝5)而计算出的值(例如，如果个体数据获取周期Ccol为100ms，则将发送间隔I1设定为20ms)。

因此，根据本实施方式的数据采集设备18能够避免总线使用率Rbus的急增，贯穿第一个体数据获取周期Ccol1(介于图10的时间t31与t32之间)保持总线使用率Rbus等于或小于第一阈值TH_Rbus1。因此数据采集设备18可进入下一个体数据获取周期Ccol2而无需中止数据请求信号Sreq的发送。数据采集设备18不会导致根据图9所示的比较例所发生的数据请求信号Sreq的发送延迟。

[4.本实施方式的优点]

根据本实施方式，如上所述，如果车内网络24的总线使用率Rbus被判定为小于第一阈值TH_Rbus1(图5中的S16：是)，则数据采集设备18将数据请求信号Sreq发送给目标ECU20tar(S17)。因此，在驾驶车辆12时，数据采集设备18可在不限制ECU20之间的通信的情况下采集驾驶参数数据D，或者在使对ECU20之间的通信的限制最小化的同时采集驾驶参数数据D。因此易于在驾驶车辆的同时防止用于驾驶车辆的数据通信被阻塞。

根据本实施方式，另外，数据采集设备18按照基于数据请求信号Sreq的项目数Ni确定的相等发送间隔I1来发送数据请求信号Sreq(参见图6和图10)。因此，可防止总线使用率Rbus由于数据请求信号Sreq的发送和驾驶参数数据D的输出而暂时急剧增大。因此，数据采集设备18能够避免由于总线使用率Rbus的暂时急剧增大而中断通信，使得易于保持驾驶参数数据D的连续性。

根据本实施方式，数据采集设备18(总线使用率检测功能86)利用每周期数据数Ndata(车内网络24上的通信量)来计算总线使用率Rbus，Ndata表示按照与发送间隔I1相同的间隔检测的数据数计数器110的计数。当数据采集设备18(数据请求功能80)判定总线使用率Rbus超过第一阈值TH_Rbus1时，数据采集设备18中止数据请求信号Sreq的发送，并按照与发送间隔I1相同的间隔判定总线使用率Rbus是否随后变得小于第二阈值TH_Rbus2。当总线使用率Rbus随后变得小于第二阈值TH_Rbus2时，数据采集设备18(数据请求功能80)重新开始按照发送间隔I1发送数据请求信号Sreq。

因此，数据请求信号Sreq的发送周期(发送间隔I1)在由于总线使用率Rbus的增加而中止数据请求信号Sreq的发送的时间前后不会变化。即使由于数据请求信号Sreq的发送被中止而丢弃驾驶参数数据D，也易于对丢弃的驾驶参数数据D进行插值。可通过从丢弃的驾驶参数数据D前后的数据D(具有相同的项目)估计丢弃的驾驶参数数据D(例如，如果数据D由数值表示，则通过对丢弃的驾驶参数数据D前后的数据D取平均)，或者通过在丢弃数据D的时间处不显示数据的同时在画面上连续显示丢弃的驾驶参数数据D前后的数据D(具有相同的项目)，来对丢弃的驾驶参数数据D进行插值。

根据本实施方式，主诊断设备16(采集条件设定功能40)可针对各个故障症状一起选择并设定驾驶参数数据D的数据请求信号Sreq。因此，选择要发送的数据请求信号Sreq并设定发送间隔I1是简单的。

B.改型：

本发明不限于上述实施方式，而是可基于本公开的描述采用各种布置方式。例如，本发明可采用以下布置方式：

[1.本发明的适用对象]

在上述实施方式中，外部诊断机14与车辆12组合。然而，外部诊断机14可随具有连接有多个电子控制单元的局域网的独立式设备(例如，诸如船舶、航空器等的移动体或者各种制造设备)一起使用。

[2.车辆12]

在上述实施方式中，CAN用作车内网络24。然而，诸如LIN、FlexRay等的网络可用作车内网络24。

[3.外部诊断机14]

(3-1.诊断目的)

在上述实施方式中，外部诊断机14对车辆12执行故障诊断。然而，只要数据采集设备18采集驾驶参数数据D，外部诊断机14可进行其它车辆诊断。例如，外部诊断机14可执行确认各个车载装置的劣化状态或工作状态的检查或者诊断驾驶者的驾驶技能(例如，加速动作、制动动作)的驾驶技能诊断。因此，驾驶参数数据D可不限于用于故障诊断的数据，而是可以是用于其它诊断的数据。

(3-2.主诊断设备16)

在上述实施方式中，主诊断设备16可包括(例如)市售的膝上型个人计算机、平板计算机或智能电话，并且可被构造成单个单元。然而，主诊断设备16不限于那些装置，而是可包括作为主设备的个人计算机以及作为用于连接到数据采集设备18的接口的辅助单元(链路)。

在上述实施方式中，主诊断设备16所使用的诊断软件被预先记录在存储单元34中。然而，诊断软件可从外部源(例如，可通过公共网络访问的外部服务器)下载，或者可利用免费下载ASP(应用服务提供商)来执行。

(3-3.数据采集设备18)

(3-3-1.配置)

在上述实施方式中，数据采集设备18与主诊断设备16分离。然而，主设备16可具有并执行数据采集设备18的功能。

在上述实施方式中，数据采集设备18从车辆12的外部连接到车内网络24，即，数据采集设备18是外部设备。然而，数据采集设备18可被并入车辆12中。

在上述实施方式中，主诊断设备16和数据采集设备18经由有线通信链路彼此通信，并且车辆12和数据采集设备18经由有线通信链路彼此通信。然而，无线通信链路可用于那些实体中的一些实体之间的通信。例如，主诊断设备16和数据采集设备18可经由无线通信链路彼此通信。另选地，连接到车内网络24的无线通信单元(未示出)可安装在车辆12中，数据采集设备18可经由无线通信链路与无线通信单元通信，并且可通过无线通信单元与各个ECU20通信。

(3-3-2.发送间隔I1)

在上述实施方式中，数据请求信号Sreq的各个发送间隔I1具有通过将个体数据获取周期Ccol除以项目数Ni(即，指派给个体数据获取周期Ccol的数据D的条数)而计算出的值。然而，各个发送间隔I1不限于这样的值，只要它防止总线使用率Rbus急增或者使通信总线22上的流量均匀化即可。例如，数据请求信号Sreq的各个发送间隔I1可具有通过将连续数据获取时间Tcont(参见图4)除以在连续数据获取时间Tcont中采集的数据D的条数而计算出的值。

另选地，可使得各个发送间隔I1根据总线使用率Rbus来变化。例如，当总线使用率Rbus增大时(例如，当总线使用率Rbus超过预定阈值时)，各个发送间隔I1可增加，当总线使用率Rbus减小时(例如，当总线使用率Rbus变得小于预定阈值时)，各个发送间隔I1可减小。

(3-3-3.总线使用率Rbus的检测)

在上述实施方式中，按照与发送间隔I1相同的间隔来计算总线使用率Rbus。然而，可按照比发送间隔I1更长或更短的间隔来计算总线使用率Rbus。

在上述实施方式中，在检测总线使用率Rbus时所使用的每周期数据数Ndata(车内网络24上的通信量)表示按照与发送间隔I1相同的间隔检测的数据数计数器110的计数。然而，可按照其它间隔检测每周期数据数Ndata。例如，可按照比发送间隔I1短的间隔来检测每周期数据数Ndata。在这种情况下，在上式(1)中使用这些间隔(即，比发送间隔I1短的间隔)，而非发送间隔I1。

(3-3-4.数据请求信号Sreq的中止和重新开始)

在上述实施方式中，总线使用率Rbus的第二阈值TH_Rbus2小于第一阈值TH_Rbus1。然而，第二阈值TH_Rbus2可以与第一阈值TH_Rbus1相同。换句话讲，可仅利用第一阈值TH_Rbus1判定是否中止或重新开始数据请求信号Sreq。

Claims

1.一种外置型的车辆数据采集设备(18)，该车辆数据采集设备(18)在拆装自如地从外部连接到车辆(12)中的连接有多个电子控制单元(20a～20f)的车内网络(24)的状态下，向所述多个电子控制单元(20a～20f)中的至少一个多次发送请求驾驶参数数据的数据请求信号，接收对应于所述数据请求信号的所述驾驶参数数据并存储到存储单元(54)中，其中，所述驾驶参数数据表示所述车辆(12)的驾驶时各部的工作状态，所述车辆数据采集设备(18)包括：

总线使用率检测单元(86)，该总线使用率检测单元(86)连接到所述车内网络(24)并检测所述车内网络(24)的总线使用率；

选择设定单元(78)，该选择设定单元(78)选择并设定要向所述多个电子控制单元(20a～20f)中的至少一个发送的多个所述数据请求信号；

发送间隔设定单元(84)，该发送间隔设定单元(84)基于由所述选择设定单元(78)设定的所述数据请求信号的数量，针对各个数据请求信号设定预定周期内的均等发送间隔；以及

请求信号发送单元(90)，该请求信号发送单元(90)在判定为所述总线使用率小于第一阈值时，按照所述均等发送间隔发送各数据请求信号。

2.根据权利要求1所述的车辆数据采集设备(18)，其中，

所述总线使用率检测单元(86)按照与所述均等发送间隔相同的间隔检测所述车内网络(24)的通信量来计算所述总线使用率；并且

所述请求信号发送单元(90)在判定为所述总线使用率超过所述第一阈值时，中止所述数据请求信号的发送，按照所述均等发送间隔判定所述总线使用率是否小于第二阈值，并且在所述总线使用率小于所述第二阈值时，按照所述均等发送间隔重新开始所述数据请求信号的发送，其中，所述第二阈值等于或小于所述第一阈值。

3.根据权利要求1或2所述的车辆数据采集设备(18)，其中，所述选择设定单元(78)针对每个故障症状统一地选择并设定针对驾驶参数数据的数据请求信号。

4.一种车辆数据采集方法，其中，在车辆数据采集设备(18)从外部连接到车辆(12)中的连接有多个电子控制单元(20a～20f)的车内网络(24)的状态下，从所述车辆数据采集设备(18)向所述多个电子控制单元(20a～20f)中的至少一个多次发送请求驾驶参数数据的数据请求信号，所述车辆数据采集设备(18)接收对应于所述数据请求信号的所述驾驶参数数据并存储到存储单元(54)中，其中，所述驾驶参数数据表示所述车辆(12)的驾驶时各部的工作状态，所述车辆数据采集方法包括以下步骤：

总线使用率检测步骤，通过连接到所述车内网络(24)的所述车辆数据采集设备(18)检测所述车内网络(24)的总线使用率；

选择设定步骤，选择并设定要从所述车辆数据采集设备(18)向所述多个电子控制单元(20a～20f)中的至少一个发送的多个所述数据请求信号；

发送间隔设定步骤，基于通过所述选择设定步骤设定的所述数据请求信号的数量，针对各个数据请求信号设定预定周期内的均等发送间隔；以及

请求信号发送步骤，在判定为所述总线使用率小于第一阈值时，按照所述均等发送间隔发送各数据请求信号。

5.一种采集车辆诊断中使用的车内数据的车辆数据采集方法，其中该车辆诊断是从车辆(12)的外部对所述车辆(12)执行的故障诊断、健康诊断和驾驶技能诊断中的至少一个，所述车辆(12)具有连接有多个电子控制单元(20a～20f)的车内网络(24)，所述车辆数据采集方法包括以下步骤：

项目设定步骤，在外部诊断机(14)中设定要诊断的诊断项目；

请求信号确定步骤，确定多个项目的数据请求信号，所述数据请求信号用于向所述多个电子控制单元(20a～20f)中的任意一个请求与所述诊断项目对应的多个项目的所述车内数据；

数据请求步骤，从所述外部诊断机(14)或者响应于所述外部诊断机(14)的命令而工作的车载中继设备向所述多个电子控制单元(20a～20f)中的至少一个多次发送所述多个项目的数据请求信号；

车内数据发送步骤，从接收到所述数据请求信号的各个电子控制单元(20a～20f)向所述外部诊断机(14)或所述车载中继设备多次发送所述车内数据；以及

车内数据存储步骤，在所述外部诊断机(14)中存储从所述电子控制单元(20a～20f)直接接收的所述车内数据或者经由所述车载中继设备接收的所述车内数据，

其中，所述数据请求步骤包括以下步骤：

发送间隔设定步骤，设定根据所述诊断项目而确定的所述多个项目的所述数据请求信号的发送间隔；

总线使用率检测步骤，检测所述车内网络(24)的总线使用率；

总线使用状况判定步骤，判定所述总线使用率是否小于第一阈值；以及

请求信号发送步骤，在判定为所述总线使用率小于所述第一阈值时，按照所述发送间隔发送各数据请求信号，

其中，在所述发送间隔设定步骤中，把所述发送间隔设定成在数据采集周期中按照均等的间隔发送所述多个项目的数据请求信号，其中所述数据采集周期是为了针对所述多个项目的所述车内数据分别取得一个而设定的周期。