的车辆的简化示意图；
图2是ECU的示例性实施例的框图；
图3是图示了唤醒控制和诊断操作的示例性实施例的框图；
图4是唤醒计时器设定过程的示例性实施例的流程图；
图5是唤醒记入日志过程的示例性实施例的流程图；
图6是用于检测意外唤醒事件的过程的示例性实施例的流程图；以及图7是用于检测错过唤醒的过程的示例性实施例的流程图。
【具体实施方式】
[0031]以下【具体实施方式】本质上仅为图示性的并且不旨在限制主题的实施例或者这类实施例的应用和使用。如本文所使用的，词“示例性”意味着“用作示例、例子或者图示”。在本文中描述的任何实施方案均不必理解为比其他实施方案优选或有利。此外，本发明无意于受在前述技术领域、【背景技术】、
【发明内容】
或以下的【具体实施方式】中提出的任何明示或暗示的理论的限制。
[0032]技艺和技术在本文中可以依据功能和/或逻辑块部件，以及参照可以通过各种计算部件或者设备执行的操作、处理任务以及功能的符号表示进行描述。这类操作、任务和功能有时被称为被计算机执行、计算机化、软件实施或者计算机实施。应该了解，附图所示的各种快部件可以由配置为执行具体功能的任何数量的硬件、软件和/或固件部件实现。例如，系统或部件的实施例可以采用可以在一个或多个微处理器或其他控制设备的控制下实行多种功能的各种集成电路部件，例如，存储器元件、数字信号处理元件、逻辑元件、查询表等。
[0033]当在软件或者固件中实施时，本文所描述的系统的各种元件基本上为执行各种任务的代码段或者指令。程序或者代码段可以存储在处理器可读介质(例如，非暂时性介质)中，从而使当指令执行时，存储的指令能够执行所描述的功能。处理器可读介质的示例包括:电子电路、半导体存储器设备、R0M、闪速存储器、可擦ROM (ER0M)、软盘、CD-ROM、光盘、
硬盘等。
[0034]图1是包括至少一个车载电子控制单元(E⑶)102的车辆100的简化示意图。虽然车辆100描绘为具有三个ECU102，但可以部署任何数量以适应特殊实施例的需要。在某些实施例中，ECU 102可以适当地配置为用作车身控制模块、发动机控制模块、动力系统控制模块等。以下说明涉及与发动机控制模块相关联的某些控制和诊断操作。然而，实际上，本文所描述的控制和诊断操作能够由车辆100的任何车载ECU执行。
[0035]图2是E⑶200的示例性实施例的框图。在图1中示出的每一个E⑶102可以根据图2所示进行配置。E⑶200的图示的实施例一般包括但不限于:处理器202 ;唤醒计时器204 ;存储器206 个或多个输入/输出接口 208 ;—个或多个通信模块210 ;以及电源212。E⑶200的元件可以经由任何适当的调节信号和数据通信的互连架构214联接在一起。
[0036]处理器202可以视特殊实施例的情况以各种不同的方式实施或者执行。例如，处理器202可以使用通用微处理器、内容可寻址存储器、数字信号处理器、专用集成电路、现场可编程门阵列、任何适当的可编程逻辑设备、分立栅极或者晶体管逻辑、分立硬件部件或者设计为执行本文所描述的功能的任何组合。另外，处理器202也可以实施为计算设备的组合，例如，数字信号处理器和微处理器的组合、多个微处理器、结合数字信号处理器内核的一个或多个微处理器、或任何其他这类配置。针对该特殊示例，处理器202实现为电子设备包或者集成电路芯片，集成电路芯片可以通过移除其操作电压而被放置到非活动、休眠或者断电状态中。再次维持操作电压使处理器202转换回到其活动的、唤醒以及通电状态。
[0037]处理器202代表E⑶200的主要逻辑和处理部件。因此，处理器202适当地配置为执行支持主车辆的操作可能所需的各种特征、功能和过程。例如，如果ECU 200部署为车辆的发动机控制模块，则处理器202可以对于与各种发动机、点火和燃料系统相关联的电子控制和诊断操作负责。当唤醒时，处理器202可以对一个或多个其他车辆子系统执行诊断检查，不论车辆的发动机打开还是关闭。例如，处理器202可以设计为在停车时检查电池子系统或者燃料子系统的状态。如下面更详细地描述的，唤醒计时器204根据需要唤醒处理器202，从而使处理器202可以在关闭其自身(回到休眠模式)时执行这类诊断检查。
[0038]唤醒计时器204可以实现为:操作性地与处理器202相关联的单独部件或者集成电路芯片。在某些实施例中，在车辆处于发动机关闭状态时，唤醒计时器204实现为:追踪运行计数的硬件计时器。另外，唤醒计时器204可以被编程或者以其他方式设置为追踪处理器202的唤醒次数。为此，唤醒计时器204可以被视为保持操作的“永远开启”部件，而不论车辆处于发动机打开还是发动机关闭状态，也不论处理器202处于通电还是断电状态。如下面更详细地描述的，如果编程有唤醒时间设置，则唤醒计时器204在编程时间发起唤醒事件以唤醒处理器202。在某些实施例中，唤醒事件通过将操作功率(电压)应用于处理器202而发起，从而使处理器202可以执行所需的任务和过程。
[0039]存储器206可以使用任何数量的部件以及使用任何类型的存储器技术实现(视特殊实施例的情况)。由此，存储器206可以包括但不限于:RAM存储器、闪速存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、⑶-ROM或者本领域已知的任何其他形式的存储介质。就此，存储器206可以联接至处理器202，从而使处理器202可以从存储器206读取信息以及将信息写入存储器206。在替代实施方式中，一些存储器206可以整合到处理器202。作为示例，处理器202和存储器206可以常驻在ASIC中。
[0040]针对E⑶200的该实施例，存储器206包括非易失性存储器元件，非易失性存储器元件用于存储与由处理器202管理的唤醒请求相关联的唤醒请求信息。非易失性存储器元件在无操作功率/电压的情况下保持其存储的数据，从而使唤醒请求信息被保存，而不管处理器202的操作状态(通电或者断电)如何。如下面更详细地阐释地，存储的唤醒请求信息用于填入用作唤醒事件的日志的唤醒历史阵列。
[0041]输入/输出接口 208可以用于操作电压、传感器信号等。同样地，通信模块210可以用于数据通信、网络化等。实际上，输入/输出接口 208和通信模块210可以与其他车载ECU协作和/或与其他车载子系统通信。
[0042]电源212可以包括:稳压器、功率调节部件和/或向E⑶200的设备和电子部件提供一个或多个操作电压的其他元件。例如，电源212为处理器202和唤醒计时器204提供操作电压。唤醒计时器204可以根据需要适当地配置为控制到电源212的访问，以对处理器202进行通电和断电(S卩，以下面更详细地描述的方式唤醒和关闭处理器202)。
[0043]本文所提出的主题涉及用于嵌入式控制器的唤醒特征的控制和诊断的方法，诸如E⑶200的处理器202。唤醒特征可以用于发起车载诊断检查。因此，监测唤醒计时器以确保处理器202按预期唤醒。本文所描述的系统对来自众多请求程序的所需唤醒时间进行裁定，并且对发生以确保它们正确发生的唤醒事件进行监测。本文所描述的方法收集来自其他子系统的唤醒请求，并且在控制器完全关闭之前设置下一个唤醒时间。诊断法运行以监测每一个唤醒事件的正确性；诊断法可以在下一个车辆通电状态发起。另外，可以通过独立的诊断检查监测唤醒计时器本身的准确度。唤醒诊断特征允许控制器在事件的持续期间不保持通电的情况下监测长期事件，这将导致过度电池耗竭。显而易见地，该特征是独立的，因此，它消除了使一个模块唤醒另一模块的模块间通信的复杂性。
[0044]本文所描述的方法从车载子系统、ECU和/或处理任务收集唤醒请求，并且在控制器关闭程序期间处理请求以为控制器设置下一个唤醒时间。在控制器关闭程序期间，给予最近(时间上)请求的唤醒时间以优先权，而其他唤醒请求在事件中排队，最高优先权唤醒请求在关闭发生之前取消。在控制器醒着时，分析计时器信息以确定是否已经经过了程序化的唤醒时间。如果经过，则下一个请求唤醒时间将变成当前请求唤醒时间。如果请求唤醒时间在预定的、短期时间(例如，10秒)内，则将不允许控制器关闭直到在唤醒请求已经被服务之后。这确保由于唤醒时间导致的在关闭与唤醒之间的竞争条件不发生。如果请求唤醒时间超出唤醒计时器的硬件能力，则将设置硬件可以管理的最长的可能的唤醒时间，从而使请求更长唤醒时间的过程可以运行并且请求包括最初请求时间的剩余部分的新的唤醒时间。这使控制器能够在正确时间唤醒，但是它将经历一个或多个介入唤醒以复位唤醒计时器。
[0045]每次控制器由于唤醒计时器唤醒，所要求的唤醒计时器值、实际唤醒计时器值及其错误状态的日志均被记录到非易失性存储器中。当控制器由于外部事件(例如，打开点火设备，或者当另一模块唤醒控制器时)唤醒时，日志条目被解析。检查每一个条目以确定实际唤醒时间是否在所请求的唤醒时间的指定窗口内。如果不在，则设置指示“意外唤醒”发生的诊断故障码。另外，在外部唤醒事件时，诊断检查以确定唤醒时间是否被请求，唤醒时间是否经过，以及唤醒事件是否未记入唤醒历史日志。如果满足该标准，则设置指示“未检测到唤醒”的诊断故障码。如果所有的记入日志的唤醒均在规定窗口内，则对于“意外唤醒”代码记录“合格”。如果不存在未服务的唤醒事件并且计时器唤醒正确服务(如由意外唤醒诊断确定的那样)，则对于“未检测到唤醒”代码记录“合格”。
[0046]图3是图示了可以由