用于改进人机接口性能的汽车电子控制单元预启动的制作方法

用于改进人机接口性能的汽车电子控制单元预启动
1.相关申请案
2.本技术案要求2019年4月3日提交且标题为“用于改进人机接口性能的汽车电子控制单元预启动(automotive electronic control unit pre
‑
booting for improved man machine interface performance)”的第16/374,287号美国专利申请案的优先权，所述美国专利申请案的完整公开内容特此以引用的方式并入本文中。
3.版权声明
4.本技术案包含受版权保护的材料。版权所有者不反对任何人传真复制专利与商标局文件或记录中出现的专利公开内容，但无论如何另外保留所有版权。


背景技术：

5.所公开的实施例针对车载计算系统，且确切地说，针对用于预启动车辆中的电子控制单元(ecu)的装置和方法。
6.现代汽车含有十几个ecu。这些ecu可用于信息娱乐系统或可用作例如自主车辆中的关键系统。ecu中的软件大体上包含复合操作系统以及应用层软件堆叠。起动此软件通常可能花费多秒，甚至对于最简单的ecu装置也是如此。然而，现代车辆上的许多ecu需要尽可能快速地启动，且通常在起动车辆的一秒内。举例来说，汽车无线电、后视相机、仪器集群、网络装置等通常需要在起动车辆时即刻起动。然而，车辆的现有架构需要此类ecu仅响应于车辆起动而从断电状态起动。因此，这些ecu不能够提供接近瞬时的启动。
7.所公开的实施例通过提供预启动程序以基于一或多个检测到的条件推测性地启动车辆中的ecu，由此改进ecu的操作来弥补这些和其它技术问题。
附图说明
8.本公开的先前和其它目标、特征及优点将从如附图中所示出的实施例的以下描述显而易见，附图中参考标号贯穿各图指代相同部分。图式未必是按比例的，实际上重点在于说明本公开的原理。
9.图1为说明根据本公开的一些实施例的用于预启动ecu的方法的流程图。
10.图2a为说明根据本公开的一些实施例的用于检测预启动条件的方法的流程图。
11.图2b为说明根据本公开的一些实施例的用于检测预启动条件的方法的流程图。
12.图3a为说明根据本公开的一些实施例的用于基于监测到门解锁信号而预启动ecu的方法的流程图。
13.图3b为说明根据本公开的一些实施例的用于基于车辆座椅上的重量的改变而预启动ecu的方法的流程图。
14.图3c为说明根据本公开的一些实施例的用于更新及使用预测模型用于预启动ecu的方法的流程图。
15.图3d为说明根据本公开的一些实施例的用于使用及更新预启动定时特性的方法的流程图。
16.图4为说明根据本公开的一些实施例的用于预启动ecu的系统的框图。
17.图5为根据本公开的一些实施例的ecu的框图。
18.图6为根据本公开的一些实施例的启动过程的框图。
具体实施方式
19.所公开的实施例描述用于响应于检测到预启动条件而预启动车辆ecu的系统、装置、方法及计算机可读媒体。另外，关于预启动条件的类型以及如何分析这些条件的特定细节在其它实施例中提供。最后，所公开的实施例描述如何利用预测模型来预启动ecu装置并且响应于预启动条件侦测而优化预启动的定时。所公开的实施例改进ecu装置的起动等待时间(time
‑
to
‑
start)，从而得出ecu输出的感知到的“即时”效应。
20.图1为说明根据本公开的一些实施例的用于预启动ecu的方法的流程图。
21.在框102中，一或多个ecu以例如待用、睡眠、休眠或断电模式等低功率模式操作。
22.在所说明的实施例中，低功率模式是指电子装置(例如，ecu)的操作模式，其中装置的一些或所有功能不可用或不执行。在睡眠或待用模式中，装置状态通常存储在随机存取存储器(ram)中，同时不必要的子系统(例如，显示器、外围设备等)断电。另外，到ram的电力减少到其最低可能状态，仅维持其中存储的装置状态的完整性。在例如休眠等一些模式中，装置的状态可另外保存到非易失性存储装置。以此方式，如果到ram的电力完全失去，装置可重新起动到现有状态。在断电模式中，装置的所有组件断电。
23.给定ecu所处于的特定状态可取决于ecu的类型及容纳ecu的车辆关闭时的操作情形而变化。在一些情况下，根据ecu的要求，ecu可能完全断电，可能被置于待用模式中，或可能从通电到待用到断电逐级变化。通常，汽车的ecu将主要在车辆停止及移除汽车或以其它方式发出车辆不再使用的信号(例如，从车辆的检测范围内移除遥控钥匙)时转变到低功率状态。将ecu置于低功率状态的特定机制不意欲限制所公开的实施例。
24.在框104中，所述方法确定是否满足预启动条件。特定预启动条件的详情在图2及3a到3e的描述中更充分地描述，且在本文中不详细重复。
25.简单来说，车辆可配备有经配置以执行本文描述的方法的预启动ecu。在一个实施例中，此预启动ecu为“始终接通”ecu，其经配置以不断地监测车辆中各种其它ecu的状态。在一个实施例中，预启动ecu针对发射到ecu或其它组件及从ecu或其它组件发射的信号监测车辆总线(例如，汽车区域网络总线)。作为一个实例，控制门的锁定的ecu可广播或发射其感测到解锁门的信号。预启动ecu监测总线以检测此信号，且除在图2中所论述的其它条件之外，还确定是否已发生预启动条件。并非在总线上检测到的所有信号皆满足预启动条件。举例来说，来自碰撞传感器的数据将不触发ecu的预启动。因此，预启动ecu的主要作用是监测和筛选信号以确定何时预启动其它ecu。另外，如图3d及3e中所描述，预启动ecu可包含数据存储装置和用于预测性地预启动装置并且针对每一ecu调整预启动的定时的模型。如果未检测到预启动条件，则处于低功率模式的ecu继续以低功率模式操作(框102)。
26.在框106中，所述方法响应于确定满足预启动条件而预启动一或多个ecu。
27.在一个实施例中，预启动ecu包括将通电信号发射到相应ecu。在一些实施例中，预启动ecu包括将唤醒信号发布到ecu。在一些实施例中，预启动信号可包含(或后接)关于预启动条件的数据。
28.在一些实施例中，所述方法预启动车辆中连接到共享总线的所有ecu。在一些实施例中，这些ecu中的每一者可同时预启动。在其它实施例中，所述方法可选择性地仅预启动ecu的子集。举例来说，所述方法可确定响应于驾驶员门解锁信号，仅需要预启动驾驶员即刻使用的那些ecu(例如，导航、仪表)，而可正常启动其它ecu(例如，娱乐)。在图3d中及其它处更充分地描述这种类型的选择性预启动的进一步描述。
29.在框108中，所述方法确定超时是否已到期。
30.在一些实施例中，超时包括固定时间间隔，其中系统使ecu预启动。在其它情况下，超时可基于ecu的操作而为动态的(即，基于到预启动的平均时间而更新)。在其它实施例中，所述方法可替代地等待来自ecu的指示预启动已完成的信号。因此，框108、110和112可针对所有ecu同时执行或针对每一ecu选择性地执行。
31.一般来说，框108包括防止不必要地完全启动ecu的故障防护。举例来说，如果触发预启动条件(框104)但未检测到完全起动条件，则方法接着使ecu断电且(如本文所描述)更新预测性预启动模型。在一个实施例中，起动条件包括操作者起动车辆(例如，转动钥匙或推按点火按钮)。一般来说，起动条件可包括可保证车辆即将被操作的任何决定性信号(例如，远程起动命令)。
32.在框110中，如果所述方法未能在所分配时间内检测到起动条件(或未能接收到指示在所分配时间内完成预启动的信号)，则所述方法对ecu断电。在一些实施例中，对ecu断电包括将断电信号(或替代地，睡眠、休眠或其它低功率信号)发射到当前预启动的ecu。所述方法接着继续以低功率模式操作ecu(框102)，直到检测到下一预启动条件为止。
33.在一些实施例中，预启动ecu(框106)可包括完全启动ecu。在此实施例中，如果所述方法确定在框108中已检测到起动条件，则所述方法在所有ecu已经完全启动时结束。
34.然而，在一些实施例中，预启动ecu并不完全启动ecu。在此实施例中，ecu可配置有包括第一预启动级的基本输入/输出系统(bios)。图6中描绘示范性启动过程。在此过程中，起动条件(602)触发执行装置启动的硬件初始化的初始bios(604)例程。在验证硬件之后，bios(604)将控制转让给存储在启动装置的指定扇区上的启动加载程序(606)。启动加载程序(606)将os(608)加载到ram中并且将控制转让给os(608)。
35.在所说明的实施例中，启动加载程序(606)经配置以参与以上操作。即，启动加载程序(606)可以在预启动过程期间初始化，但经配置以等待直到接收到指示应将控制转让给os(608)的第二信号为止。或者，在框110)中，可修改os(608)以在检测到启动条件之后，紧接在加载之后暂停执行，且等待完成启动过程的指令。
36.在这些情形中，一旦在框110中检测到起动条件，所述方法就在框112中完全启动预启动的ecu。如上文所描述，此过程可包含通过经由总线将信号发射到预启动的ecu而指示每一预启动的ecu继续启动。
37.图2a为说明根据本公开的一些实施例的用于检测预启动条件的方法(200a)的流程图。
38.所说明的实施例描述六个条件：(1)门解锁(202，204)；(2)驾驶员座椅重量改变(206，208)；(3)车辆充电器断开连接(210，212)；(4)附近驾驶员检测(214，216)；(5)空中起动(218，220)；以及(6)预测性起动(222，224)。尽管说明为一系列条件，但可按任何次序执行所述六个条件。此外，并非所有条件都是需要的，并且可以任何次序实施少于所有条件。
此外，所述条件可并行而非按顺序执行。
39.在框202和204中，方法(200a)监测车辆的锁定子系统(202)，并且确定是否已解锁一或多个门(204)。如果是，则方法(200a)引发预启动(206)。如果否，则方法(200a)继续到框206。
40.关于监测锁定子系统的特定细节在图3a中更详细地描述。通常，参与门锁定和解锁的特定ecu可变化，但用以锁定或解锁门的命令经由车辆can(或类似者)总线发射。在框202中，方法(200a)嗅探总线以确定何时已广播解锁命令。方法(200a)可进一步确定驾驶员侧门是否解锁、所有门解锁或后备箱是否解锁(或其组合)。如果方法(200a)检测到门被解锁(框204)，则方法(200a)将信号发射到需要预启动的每一ecu(框226)。如果没有嗅探到信号，则方法(200a)继续。
41.在框206和208中，方法(200a)监测座椅(206)的重量，并且如果所述重量改变(208)，则引发一或多个ecu的预启动(226)。
42.在所说明的实施例中，车辆的一或多个座椅配备有压力传感器、硅球囊(任选的)和针对每个座椅的ecu。当乘客坐在座椅上时，压力传感器将乘客的重量发射到座椅内ecu，并且座椅内ecu经由can(或类似)总线将重量广播到其它ecu。一般来说，座椅内ecu广播重量以基于所感知的乘客(成人对儿童)的重量而启用或停用乘客安全气囊，并且打开或关闭安全带指示灯。
43.在一个实施例中，方法(200a)仅监测can总线以检测放置在驾驶员座椅上的重量的改变。在图3b中描述此操作的细节。在其它实施例中，方法(200a)监测所有座椅的重量，且基于每一座椅中的重量且基于哪一座椅用信号表示重量的改变而选择性地预启动ecu。举例来说，如果驾驶员座椅并未改变重量而是后排座椅改变重量，则系统可选择性地预启动控制后排头戴式耳机显示器的信息娱乐ecu。替代地或结合前述内容，当检测到驾驶员座椅重量的改变时，方法(200a)可预启动例如导航、仪表盘等驾驶员中心ecu。另外，方法(200a)可经配置以直到超过重量阈值才基于重量改变来预启动ecu。在一些实施例中，可基于感测重量以及使座椅和重量与已知起动条件相关联来使用预测模型动态地更新此阈值。
44.在框210和212中，方法(200a)监测车辆的充电器(210)，且确定充电缆线是否从充电端口断开连接(212)；如果是，则方法(200a)引发一或多个ecu的预启动(226)。
45.在车辆包括电动车辆或混合动力车辆的一些实施例中，车辆的充电端口配备有其自身的控制车辆电池的充电的ecu。此ecu发射表示电荷状态以及充电器是否已从车辆断开连接的各种信号。所说明的方法(200a)针对指示断开连接的这些消息监测can总线，且在检测到充电器断开连接之后即刻开始预启动一或多个ecu。
46.在框214和216中，方法(200a)监测附近的驾驶员或其它实体(214)，且响应于检测到附近人员(216)，引发一或多个ecu的预启动(226)。
47.在一个实施例中，方法(200a)通过确定已知无线信号是否在车辆的范围内而监测附近驾驶员。在第一实施例中，这可包括检测来自车辆的电子钥匙或遥控钥匙的无线电信号。在第二实施例中，这可包括检测(经由近场通信(nfc)或蓝牙信令)已知用户的移动电话(或其它类型的便携式装置)是否在附近。
48.在一些实施例中，方法(200a)仅当检测到的信号在距车辆预设距离内时才触发预启动。方法(200a)可通过使用已知定则分析所接收信号的信号强度来估计信号的距离。在
其它实施例中，方法(200a)可检测信号，且利用一或多个机载装置来确定距离。举例来说，声纳、激光雷达或雷达收发器可用于响应于检测到信号而确定用户的距离。
49.在一些实施例中，方法(200a)还可确定信号的移动方向。在这些实施例中，方法(200a)可在一时间窗内对信号强度进行取样以确定信号是正接近、背离还是并行移动。如果信号正接近，则方法(200a)可接着触发框216。如果方法(200a)正背离或并行移动，则方法(200a)可忽略所述信号，直到其开始接近为止。
50.在框218和202中，方法(200a)针对空中(ota)命令监测总线(218)，且在接收到命令(220)后，即刻引发一或多个ecu的预启动(226)。
51.在一些实施例中，车辆的操作者可操作配备有连接到车辆的一或多个子系统的应用程序的移动装置。这些命令可由专用ecu(例如，包含蜂窝式收发器)接收，所述专用ecu接着指示其它ecu基于所接收的ota命令执行功能。
52.在所说明的实施例中，方法(200a)监测车辆的can(或类似)总线以确定是否已经接收到任何此类ota命令。在一些实施例中，方法(200a)进一步分析ota命令的类型以确定是否预启动ecu。举例来说，如果ota命令包括锁定车辆的门的命令，则方法(200a)可放弃预启动ecu。然而，如果ota命令包括解锁门命令或起动气候控制系统的命令，则方法(200a)可确定预启动ecu。
53.在框222和224中，方法(200a)轮询行为模型(222)，且确定当前时间是否匹配用户将起动车辆的所预测时间(224)。如果是，则方法(200a)引发一或多个ecu的预启动(226)。
54.如在图3c中更充分地描述，方法(200a)可持续地更新车辆起动时间和趋势的模型。举例来说，模型可综合得出用户通常在工作日在上午8:00与8:30之间起动车辆，且在周末不定期地起动同一车辆。各种算法可用于执行此类型的序列预测(即，给定多日事件，预测接下来的n个事件)，例如dg(相依性曲线图)、全k阶马尔可夫(all
‑
k
‑
order markov)、tdag(转变定向非循环图)、ppm(通过部分匹配预测)、cpt(紧凑预测树)和cpt 模型。在一些实施例中，可基于预测的结果持续地优化这些模型(在图3c中论述)。
55.在图2a中所说明的实施例说明通过方法(200a)检查的一组系列条件。或者，如上文所描述，图2b说明并行地执行的相同的六个条件。对于图2b，将不重复个别框(202到226)的细节，且对图2a中的那些对应框呈现的描述进行参考。值得注意的是，在图2b中，独立于其它条件测试每一条件。如果所有条件失败，则方法(200b)结束。然而，如果至少一个通过，则方法(200b)预启动ecu(框226)。如可以看出，可以根据系统的需要将更多或更少的条件添加到方法(200b)。
56.图3a为说明根据本公开的一些实施例的用于基于监测到门解锁信号而预启动ecu的方法的流程图。涉及门锁定和解锁的ecu的各种架构细节在图2a的框202和204的描述中描述，且本文中不再重复。
57.在框302a中，方法(300a)接收门解锁信号。如上文所描述，在一些实施例中，此信号可包括在can总线或类似总线上广播的消息。用于门解锁的理论can消息可包括：
58.命令门0门1门2门3后备箱解锁10000
59.其中“命令”是锁定/解锁，且门0到3及后备箱是指示命令是否应适用于相应门/后备箱的位字段。用于解锁/锁定门的can消息的精确细节并不意欲为限制性的，且仅作为实
例提供。作为框302a的部分，方法(300a)筛选出指示应解锁门或后备箱的任何命令。
60.在框304a中，方法(300a)接着基于将解锁门或后备箱中的哪一者而对命令进行分类。如上文所指示，这可包括检查解锁命令以确定将解锁哪些门或后备箱。在其它实施例中，解锁消息可被引导到门或后备箱中的特定ecu。在此实施例中，方法(300a)可提取ecu的识别符，且将ecu映射到门或后备箱。
61.在框306a中，如果解锁信号被引导到驾驶员门和一或多个乘客门两者，则方法(300a)预启动所有ecu。一般来说，在操作中，此情形涵盖用户解锁车辆的所有门。在一些实施例中，框304a在执行以补偿操作者首先解锁其门且接着解锁其它门或后备箱之前包含短暂的延迟。如所说明，如果打开多于一个门，则方法(300a)预启动车辆中的所有ecu。
62.在框308a中，方法(300a)仅在仅解锁驾驶员侧门的情况下才预启动关键驾驶员ecu。在此情形中，方法(300a)仅选择性地预启动由驾驶员使用的那些ecu。举例来说，可预启动导航和仪表盘ecu以及气候控制和操作性ecu。相比之下，可能不预启动后排座椅娱乐ecu。
63.在框310a中，方法(300a)在确定用户已解锁后备箱后即刻延迟预启动任何ecu。在此情形中，用户解锁后备箱而不解锁任何门，因此可假设用户并不即刻进入车辆。在此情况下，方法(300a)延迟预启动(310a)，且在框312a中等待确定是否接收到另一解锁信号(或图2a中所论述的其它条件)。如果接收到另一信号(例如，解锁驾驶员侧门)，则方法(300a)执行先前框。如果未接收到另一信号，则方法(300a)结束。在一些实施例中，方法(300a)可进一步检测来自后备箱ecu的信号：关闭后备箱，从而指示用户仅使用后备箱而不进入车辆。
64.图3b为说明根据本公开的一些实施例的用于基于车辆座椅上的重量的改变而预启动ecu的方法的流程图。涉及重量检测的ecu的各种架构细节在图2a的框206和208的描述中描述，且本文中不再重复。
65.在框302b中，方法(300b)检测座椅重量改变。
66.如上文所论述，座椅内ecu检测重量的改变且经由can(或类似)总线广播检测到的重量。在框302b中，方法(300b)通过嗅探总线来检测包含重量和座椅识别符的此消息。
67.在框304b中，方法(300b)进行两个确定。首先，方法(300b)确定记录的重量是否高于预定阈值。接下来，方法(300b)确定重量是否正增大或减小。
68.在所说明的实施例中，预定阈值可包括基于平均人类重量的静态值。在其它实施例中，可将阈值设置为初始值，且基于乘客的测得重量动态地调整阈值。在第一确定中，方法(300b)确定所感测的重量是低于此阈值(指示重量改变可能不归因于人)还是高于此阈值(指示人很可能坐在座椅上)。
69.第二确定包括确定重量是否正增大或减小。在一个实施例中，方法(300b)通过对重量快速取样以确定所述值是否正增大或减小来进行此确定。
70.如果重量超出预定义阈值，则方法(300a)预启动ecu(框306b)，因为这指示人类乘客坐在座椅中。或者，如果重量低于阈值但正增大，则方法(300b)重新执行框302b和304b，直到重量超过阈值或停止改变为止。此情形虽然罕见，但指示用户可能处于坐下的过程中，或替代地，将轻重量对象放在座椅上。最后，如果重量低于阈值且不增大(即，减小或保持恒定)，则方法(300b)结束。
71.图3c为说明根据本公开的一些实施例的用于更新及使用预测模型用于预启动ecu
的方法的流程图。
72.在框302c中，方法(300c)记录车辆起动时间。
73.在一个实施例中，车辆起动时间对应于检测到起动条件时的起动时间(图1，框108)。在一个实施例中，起动时间包括日和时间。在一个实施例中，起动时间以起动时间的记录存储，且通过针对点火起动命令嗅探can总线来识别。
74.在框304c中，方法(300c)使用车辆起动时间更新定时模型。
75.如上文所描述，定时模型包括基于时间的预测模型，其接受日和/或时间作为输入参数且输出关于当前时间是否对应于预启动条件的分类。或者，所述模型可输出将发生预启动条件的下一预期时间。在一些实施例中，所述模型可包括dg(相依性曲线图)、全k阶马尔可夫、tdag(转变定向非循环图)、ppm(通过部分匹配预测)、cpt(紧凑预测树)、cpt 或类似模型。
76.在框306c中，方法(300c)等待下一预测起动时间。
77.作为第一实例，如果用户在工作日在8:00与8:30之间起动其车辆且输入时间为工作日的5:00，则模型将输出负结果。或者，模型可输出分钟数(180)，直到下一预测起动时间。
78.在一些实施例中，方法(300c)周期性地轮询模型以检索下一起动时间。因此，方法(300c)在时间t0时轮询模型，且更新预测起动时间t
p0
。不管车辆是否在t
p0
处起动，方法(300c)都将接着在t
p0
c重新轮询模型，其中c包括固定的正时间量(例如，30秒或2分钟)。
79.在其它实施例中，所述方法(300c)可较不频繁地轮询模型，且当所述模型预测将起动车辆时调度一或多个时间。在误预测后，方法(300c)可接着重新轮询模型以获得一组新的调度起动时间。
80.在步骤308c中，一旦发生预测起动时间，方法(300c)就如先前所描述预启动ecu。方法(300c)接着确定是否已发生起动(310c)。如果是，则方法(300c)记录起动时间(302c)且更新定时模型(304c)，且无限地循环其余方法步骤。
81.或者，如果车辆始终未起动，则方法(300c)使ecu断电(312c)，且相应地记录错误起动且更新模型(302c、304c)以改进模型的预测。
82.图3d为说明根据本公开的一些实施例的用于使用及更新预启动定时特性的方法的流程图。
83.所说明的方法(300d)参考图1的各个框(106、108、110和112)，且实际上说明对图1中所描述的方法的各种修改。本文中不重复对应地编号的框的细节。在所说明的实施例中，修改ecu的预启动(框106)，且在超时检测之前和之后插入新框(306d
‑
1、306d
‑
2、306d
‑
3)(108)。
84.在预启动过程(106)期间，方法(300d)检索预启动定时特性(302d)，且基于这些定时特性预启动ecu(304d)。
85.如本文所使用，预启动定时特性是指预启动给定ecu所需的时间量。获得预启动状态所需的时间量可在ecu装置之间变化。具有最小硬件的低复杂度ecu将必然绕过bios级(图6，元件604)，比更复杂的ecu(例如，信息娱乐装置、导航装置)更快。这在预启动定时曲线图(306e)中说明，其中信息娱乐ecu(306f)具有12秒预启动计时，仪表ecu(306g)具有五秒计时，且导航ecu(306h)具有九秒计时。在曲线图(306e)中，起动条件可在九秒处发生，其
中信息娱乐ecu(306f)未完全预启动。然而，预启动阶段指示所有ecu同时处于最终预启动阶段。由于底层bios阶段通常无法缩短，因此可实施改变预启动开始时间以确保所有ecu同时达到最终状态。
86.最初，预启动定时特性是空的或被设置成制造商默认设置。逐渐地，如将论述，记录ecu预启动阶段的定时特性且更新定时特性。以此方式，可即刻开始某些ecu(例如，信息娱乐)的预启动，而另一装置可稍微延迟。在一些情况下，如果检测到错误起动，则延迟ecu预启动可为合意的以防止不必要的操作。
87.如所说明，在框304d中，所述方法使用预启动定时特性以选择性地推迟预启动一些装置。举例来说，如曲线图(306j)中所说明，信息娱乐ecu(306f)即刻预启动，而仪表ecu(306g)推迟七秒，且导航ecu(306h)推迟三秒。所有ecu接着同时被预启动。
88.为了产生定时特性，方法(300d)使用一或多个探测点(306d
‑
1、306d
‑
2、306d
‑
3)来更新预启动定时特性。一些或所有探测点(306d
‑
1、306d
‑
2、306d
‑
3)可在操作中实施。第一点(306d
‑
1)在确定定时或检测到起动命令之前周期性地更新定时。此确保可识别快速预启动装置。对于每个探测点，可以通过针对来自每一预启动ecu的就绪信号监测can总线来识别预启动定时。在第二探测点(306d
‑
2)中，触发起动条件，且ecu应全部被预启动。然而，探测点(306d
‑
2)可用于检测未完全预启动的任何ecu，因此捕获缓慢启动的ecu。在检测到超时之后插入第三探测点(306d
‑
3)，且其类似于探测点(306d
‑
2)而操作。
89.在一些实施例中，预启动阶段不具有持续长于起动之前的时间的风险。在此情形中，定时特性仍可用于确定何时开始预启动过程。举例来说，如果一或多个ecu花费相当长的时间来预启动，则方法(300d)可使用定时特性来增大检测人员是否正接近车辆的范围。
90.图4为说明根据本公开的一些实施例的用于预启动ecu的系统(400)的框图。
91.在图4中，车辆(400)可包括任何类型的车辆(例如，汽车、船舶等)。一般来说，车辆可包括容纳各种离散计算系统的任何超结构，且提供车辆作为实例，车辆(400)包含一或多个ecu(402a到402n)。ecu的实例包含门控制单元(dcu)、引擎控制单元、电力转向控制单元(pscu)、人机接口(hmi)、动力系控制模块(pcm)、座椅控制单元、速度控制单元(scu)、远程信息处理控制单元(tcu)、发射控制单元(tcu)、制动控制模块(bcm；abs或esc)，或电池管理系统(bms)装置。虽然主要在ecu装置的上下文中描述，但任何类型的嵌入式计算系统可用于本文公开的实施例，且参考ecu装置的实施例提供为实例。euc的示范性配置提供于图5中，且本文不再重复论述。
92.ecu(402a到402n)各自连接到总线(404)。在一些实施例中，总线(404)包括can总线、flexray most总线或任何其它类型的双向通信总线。
93.系统的处理侧包含一或多个处理器(406)、短期存储器(408)、rf系统(412)、图形处理单元(gpu)(414)、长期存储装置(410)和一或多个接口(418)。
94.所述一或多个处理器(406)可包括中央处理单元、fpga，或支持自主车辆的操作所需要的任何范围的处理装置。存储器(408)包括dram或其它合适的易失性ram用于临时存储处理器(406)所需的数据。rf系统(412)可包括蜂窝式收发器和/或卫星收发器。长期存储装置(410)可包括一或多个大容量固态驱动器(ssd)。通常，长期存储装置(410)可用以存储例如高清地图、路由数据和需要永久或半永久存储的任何其它数据。gpu(414)可包括用于处理从其它交通工具子系统接收的数据的一个更高处理量gpu装置。最后，接口(418)可包括
定位在车辆内的各种显示单元(例如，内置式屏幕)。在所说明的实施例中，存储器(408)和/或存储装置(410)包含配置成执行先前所描述的方法的预启动软件。
95.图5为根据本公开的一些实施例的ecu的框图。
96.在所说明的实施例中，ecu(500)经由接口(506)以通信方式联接到总线(508)。如上文所论述，总线(508)可包括can、flexray、most总线或类似类型的总线。对应地，接口(506)可包括用于存取所使用的特定类型的总线的类似接口。
97.ecu(500)另外包含微控制器(502)、r/f子系统(510)、专用组件(asc)(512)和存储器系统(504)。在所说明的实施例中，微控制器(502)可包括被配置成控制ecu(500)的操作的处理器或更小的微控制器。在一些实施例中，微控制器(502)存取存储在存储器系统(504)中的程序指令，且根据那些指令驱动asc(512)。asc(512)的实例包含用于门控制的致动器、用于信息娱乐ecu的显示单元、用于tcu的发射控制装置以及各种其它控制。由ecu(500)采用的asc的类型不具有限制性，且ecu(500)可采用任何类型的asc。
98.ecu(500)额外包含r/f系统(510)。在所说明的实施例中，r/f系统(510)可包含用于与无线网络通信的一或多个无线电装置或收发器。r/f系统(510)可包含蓝牙、wi
‑
fi或蜂窝式无线电装置或卫星收发器。在一些实施例中，r/f系统(510)包含无线电装置或收发器的组合。在一些实施例中，ecu(500)可不包含r/f系统(510)，且可改为利用交通工具宽r/f系统，如先前所描述。
99.微控制器(502)管理存储器系统(504)。在所说明的实施例中，存储器系统(504)包含sram(504a)、eeprom(504b)和快闪存储装置(504c)。在所说明的实施例中，sram(504a)可用作微控制器(502)的l1或l2高速缓存。类似地，eeprom(504b)可用作ecu(500)的固件存储装置。sram(504a)和eerpom(504b)的特定细节(或存在)不具限制性。
100.存储器系统(504)另外包含快闪存储装置(504c)。在所说明的实施例中，快闪存储装置(504c)包括nand快闪存储装置，其焊接到pcb且(经由pcb)连接到图5中描绘的其它组件。快闪存储装置(504c)用于存储由如先前所描述的ecu(500)使用的操作代码以及数据。
101.已在下文中参考附图更充分地描述本公开，附图形成本发明的一部分且借助于图示展示特定实例实施例。然而，主题可以多种不同形式体现，且因此意欲被理解为所涵盖或所要求的主题不限于本文中所阐述的任何实例实施例；提供实例实施例只是为了说明。同样，旨在为要求保护的或涵盖的主题提供合理宽泛的范围。除其它之外，例如，主题可体现为方法、装置、组件或系统。因此，实施例可例如采用硬件、软件、固件或其任何组合(除软件本身之外)的形式。因此，不希望在限制性意义上看待以下详细描述。
102.在整个说明书和权利要求书中，在明确陈述的含义之外，术语可以具有背景中提出或暗示的细微差别含义。同样，如本文所使用的短语“在一个实施例中”不一定指代相同实施例，且如本文所使用的短语“在另一实施例中”不一定指代不同实施例。例如，要求保护的主题旨在包含整个或部分实例性实施例的组合。
103.通常，术语可根据上下文中的使用来至少部分地理解。举例来说，如上文使用的例如“和”、“或”或“和/或”等术语可包含多种含义，这些含义可至少部分取决于此类术语被使用的上下文。通常，“或”如果用于联合一个列表(例如a、b或c)则既定意味着a、b及c，此处是在包含性意义上使用，以及a、b或c，此处是在排他性意义上使用。另外，至少部分取决于上下文，本文所用的术语“一或多个”可用于以单数意义描述任何特征、结构或特性，或可用于
以复数意义描述特征、结构或特性的组合。类似地，至少部分取决于上下文，例如“一(a/an)”或“所述”等术语也可理解为传达单数使用或传达复数使用。另外，术语“基于”可理解为不一定旨在传达一组排他性因素，且相反地，可以至少部分地取决于上下文而允许存在不一定明确描述的额外因素。
104.已参考方法和装置的框图和操作图示描述本公开。应了解，框图或操作说明的每一框以及框图或操作说明中的框的组合可借助于模拟或数字硬件和计算机程序指令来实施。这些计算机程序指令可提供到通用处理器、专用计算机、asic或其它可编程数据处理设备，使得经由计算机的处理器或其它可编程数据处理设备执行的指令实施框图或操作框中所指定的功能/动作。在一些替代实施方案中，框中标注的功能/动作可不按操作说明中标注的次序发生。举例来说，取决于所涉及的功能性/动作，连续展示的两个框实际上可大体上并行地执行或所述框有时可按相反次序执行。
105.出于本公开的目的，计算机可读媒体(或计算机可读存储媒体)存储计算机数据，所述数据可包含可由计算机以机器可读形式执行的计算机程序代码(或计算机可执行指令)。借助于实例而非限制，计算机可读媒体可包括用于数据的有形或固定存储的计算机可读存储媒体，或者用于含代码的信号的暂时性解释的通信媒体。如本文所用的计算机可读存储媒体是指物理或有形存储装置(相较于信号)，且包含但不限于以用于例如计算机可读指令、数据结构、程序模块或其它数据等信息的有形存储的任何方法或技术实施的易失性和非易失性、可移除式和不可移除式媒体。计算机可读存储媒体包含但不限于ram、rom、eprom、eeprom、快闪存储器或其它固态存储器技术、cd
‑
rom、dvd或其它光学存储装置、盒式磁带、磁带、磁盘存储或其它磁性存储装置，或可用于有形地存储所要信息或数据或指令并且可以由计算机或处理器存取的任何其它物理或物质媒体。