CN106095539B - 用于瞬时帧超限期间的控制器功能的连续运行的方法 - Google Patents

用于瞬时帧超限期间的控制器功能的连续运行的方法 Download PDF

Info

Publication number
CN106095539B
CN106095539B CN201610267699.7A CN201610267699A CN106095539B CN 106095539 B CN106095539 B CN 106095539B CN 201610267699 A CN201610267699 A CN 201610267699A CN 106095539 B CN106095539 B CN 106095539B
Authority
CN
China
Prior art keywords
task
function
frame
identified
transfinites
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.)
Active
Application number
CN201610267699.7A
Other languages
English (en)
Other versions
CN106095539A (zh
Inventor
S.王
C.刘
J.G.德安布罗西奥
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
GM Global Technology Operations LLC
Original Assignee
GM Global Technology Operations LLC
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by GM Global Technology Operations LLC filed Critical GM Global Technology Operations LLC
Publication of CN106095539A publication Critical patent/CN106095539A/zh
Application granted granted Critical
Publication of CN106095539B publication Critical patent/CN106095539B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0751Error or fault detection not based on redundancy
    • G06F11/0754Error or fault detection not based on redundancy by exceeding limits
    • G06F11/076Error or fault detection not based on redundancy by exceeding limits by exceeding a count or rate limit, e.g. word- or bit count limit
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0721Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment within a central processing unit [CPU]

Abstract

本发明涉及用于瞬时帧超限期间的控制器功能的连续运行的方法。公开了一种在帧超限期间适应性重新配置控制器功能的方法。检测帧超限状况。多个任务中的相应任务被识别为帧超限的最大促成因素。识别与被识别出的任务相关联的模式以便校正帧超限。被识别出的任务内的功能被再分配至一个或多个其它任务,直到帧超限状况被校正。根据所述被识别出的模式来识别再分配的相应功能。

Description

用于瞬时帧超限期间的控制器功能的连续运行的方法
技术领域
本教导涉及控制器功能。
背景技术
控制器中的失效故障需要快速响应以校正故障从而继续操作,尤其是关键操作和安全操作。帧超限(frame overrun)发生于当信号的处理延迟超出其在控制器上的采样周期并且被识别为控制器故障时。在这样的状况下,系统将或者试图关停以防止与迟到的控制命令相关的不期望行为,或者重置控制器以希望从故障中恢复。
在关停状况下,控制器被关停并且当故障发生的同时特征将不再可用;然而,如果特征是关键操作,则关停状况将不是优选的选择,因为车辆的继续运行需要该特征。
在重置状况下,系统必须等待直到控制器重置其自身。在重置状况中,存在控制器功能不可用的一段持续时间。控制器的功能在任意持续时间期间关于关键/安全特征不可用都是不希望的,原因在于即使在失效状况中,控制器也应该能够失效运行。因此,需要一种在帧超限期间使功能继续以继续操作的方法。
发明内容
实施例的优点在于在帧超限状况期间由控制器控制的特征的不间断运行。该技术从多个任务中识别对帧超限影响最大的任务,并且将该任务内的功能再分配给在帧超限状况期间具有比引起超限状况的任务的循环时间更慢的循环时间的其它任务。因此,引起帧超限状况的任务被允许通过在其预期工作循环内完成功能来校正其自身,原因在于其相应的功能中的一些临时地在以较慢速率运行的其它任务内执行,从而允许这种相应任务维持其预期的工作循环。任务将继续再分配功能直到帧超限状况被校正。在校正之后,每个任务将恢复至其原始配置。
实施例考设想在帧超限期间适应性地重新配置控制器功能的方法。检测帧超限状况。多个任务当中的相应任务被识别为帧超限的最大促成因素。识别与所识别的任务相关联的缓解模式以校正帧超限。所识别的任务内的功能被再分配给第二任务,直到帧超限状况被校正。根据所识别的模式识别相应任务内被再分配的功能。
本发明还包括以下技术方案:
方案1. 一种在帧超限期间适应性重新配置控制器功能的方法,所述方法包括以下步骤:
检测帧超限状况;
从多个任务中识别哪个相应任务是所述帧超限的最大促成因素;
识别与被识别出的任务相关联的缓解模式以校正所述帧超限;以及
将所述被识别出的任务内的功能再分配至第二任务直到所述帧超限状况被校正,其中根据被识别出的所述模式来识别所述相应任务内的被再分配的功能。
方案2. 根据方案1所述的方法,其中,检测所述帧超限状况包括下述步骤:
每一次针对相应任务检测到帧超限状况时增加相应任务的超限计数;
确定所述超限计数超过计数阈值。
方案3. 根据方案2所述的方法,其中,响应于当前执行时间超过任务周期,增加所述超限计数。
方案4. 根据方案2所述的方法,其中,响应于在预定持续时间期间实际执行时间大于任务周期相应数量的次数,增加所述超限计数。
方案5. 根据方案1所述的方法,其中,从多个任务中识别哪个相应任务是最大促成因素包括,将每个任务的实际执行时间与每个任务的预期执行时间相比较。
方案6. 根据方案5所述的方法,其中,将每个任务的所述实际执行时间与每个任务的所述预期执行时间相比较还包括以下步骤:
针对每个任务计算所述当前执行时间和所述预期执行时间之间的差;
针对每个任务通过将所述差除以所述预期执行时间来计算百分比;以及
识别所述多个任务当中具有最大百分比的工作负载因子。
方案7. 根据方案6所述的方法,还包括针对每个任务的所述工作负载因子识别类别的步骤。
方案8. 根据方案6所述的方法,其中,所述工作负载因子的多个百分比范围被映射到相应类别。
方案9. 根据方案1所述的方法,其中,模式选择模块识别哪个模式受到影响以便将功能再分配到其它任务。
方案10. 根据方案9所述的方法,其中,所述模式选择模块接收来自预期工作负载表格、来自当前工作负载表格、来自帧超限检测模块和来自模式选择表格的输入,以便识别用于将功能再分配到其它任务的模式。
方案11. 根据方案9所述的方法,其中,每个任务包括用于执行所述任务内的功能的例程。
方案12. 根据方案11所述的方法,其中,所述任务包括条件操作数,所述条件操作数基于来自所述模式选择模块的被识别出的所述模式确定是否禁止在所述任务中识别出的第一组功能。
方案13. 根据方案12所述的方法,其中,所述被识别为所述帧超限的最大促成因素的任务包括用于禁止所述第一组功能的执行的条件操作数,其中所述第一组功能被再分配至第二任务以便执行所述第一组功能。
方案14. 根据方案13所述的方法,其中,相比于所述被识别为最大促成因素的任务,第二任务以更慢的循环时间运行。
方案15. 根据方案14所述的方法,其中,所述第二任务包括用于在所述帧超限期间禁止第二组功能的执行的条件操作数,其中当发生所述帧超限时,所述第二组功能被再分配至第三任务,其中相比于再分配的所述功能所来自的任务,所述第三任务以更慢的循环时间运行。
方案16. 根据方案15所述的方法,其中,包括用于基于启用的相应模式来禁止相应的一组功能的条件操作数的相应任务将所述相应的一组功能再分配至下一相应任务以便执行。
方案17. 根据方案16所述的方法,其中,相比于再分配的所述功能所来自的所述相应任务,针对再分配功能被识别出的所述下一相应任务以更慢的循环时间运行。
方案18. 根据方案1所述的方法,还包括以下步骤:
确定所述帧超限状况被校正;以及
响应于校正所述帧超限状况禁用与所述帧超限相关联的被识别出的所述模式。
方案19. 根据方案18所述的方法,其中,响应于禁用被识别出的所述模式,中断向其它任务再分配功能。
附图说明
图1是控制系统构造的示例性总体框图。
图2是用于帧超限和检测技术的方法的流程图。
图3是用于再分配任务内的功能的示例性框图。
具体实施方式
图1示出示例性控制系统的总体框图。系统包括接收来自多个传感器14的数据信号的控制器12。基于从多个传感器14接收到的数据信号,控制器12向致动器16输出控制信号。之后,致动器16根据控制器12传送的控制信号修改车辆功能。
帧超限是当控制器12经历的处理时间长于数据刷新周期并且不能够以数据被供应到控制器12的速率来处理进入的数据时的状况。这会发生在当车辆的运行状况(例如,发动机转速)导致控制计算增加,从而增加控制器要求的读取的数量时,当达到控制器12的处理能力时,这会迫使经历更长的处理延迟的其它优先权较低的计算超时。该状况也会发生在当处理器的温度在控制器12内升高并且处理能力降低时。在任一状况下,控制器12或者关停、重置其自身,或者在相应任务内功能被放弃(dropped)的情形中超时。在这样的状况下,特征的功能或者永久地或暂时地丧失。例如,如果帧超限发生在任务内的功能影响车辆的加速的情形中,则如果该功能是由于帧超限而被任务中止的功能,则驾驶员的加速要求可能被忽略。这能够导致顾客不满,或者导致由于驾驶员假定车辆未恰当运行而将车辆送修。
图2示出用于检测帧超限并且校正帧超限的方法的流程图。在步骤20中,由控制器接收来自传感器和类似装置的进入数据。
在步骤21中,控制器测量任务响应时间并且确定控制器中是否正在发生帧超限。任务响应时间被限定为任务开始和任务结束之间的持续时间,其包括所有干扰,诸如中断、调度程序锁定(scheduler locking)、被其它优先权更高的任务抢先等等。通过比较任务响应时间和相应任务的周期确定帧超限。任务执行时间被限定为任务在没有故障和干扰的情况下完成其操作的持续时间。向每个任务指定预定预期执行时间以计算工作负荷增加。在正常的执行中,任务响应时间可以变化,但是不应该超过任务周期。
使用阈值以减轻实际响应时间仅超出任务周期少量次数的情况中计数超限的麻烦。阈值能够被用于过滤一些测量噪声。在利用阈值时,向每个任务指定预定数量的允许的帧超限。阈值优选地是表示帧超限多少次之后必须校正帧超限的整数。替代性地,可以使用非整数。每次检测到帧超限,就针对该任务增加作为帧超限的计数。对于一些控制功能,由于采样过密,因此允许更少量的帧超限;但是当达到阈值时,必须调整工作负载以维持稳定控制。
在步骤22中,基于在步骤21中是否满足更新超限计数的条件来更新超限计数。
在步骤23中,做出关于超限计数是否大于计数阈值的决策。如果总计数大于计数阈值,则例程前进到步骤24。如果做出没有超过超限计数阈值的决策,则例程返回到步骤20,在此控制器继续针对帧超限进行监测。
在步骤24中,针对每个任务确定工作负载效能,以便识别在每个任务当中引入执行时间的最大增加的任务。方向是识别所有任务当中引起其执行时间最显著增加的任务,并且将其功能中的一些再分配至以较低速率运行的其它任务直到帧超限消失。为完成该步骤,针对每个任务确定工作负载因子。工作负载因子由下列公式确定:
其中当前_执行_时间 i 是任务(i)的实际执行时间,并且预期_执行_时间 i 是任务(i)的预期的预定执行。
针对每个相应任务以百分比形式识别相应的工作负载因子。对任务指定类别,所述类别代表该任务的工作负载因子的水平。例如,对于落入0-2%范围内的所计算的任务Tsk1的工作负载因子,指定的类别是“C1_Tsk1”;如果工作负载因子处于2%-7%的范围内,则类别是“C2_Tsk1”。类似地,如果所计算的任务Tsk2的工作负载因子处于0%-6%的范围内,则指定的类别是“C1_Tsk2”。应该理解的是,本文描述的范围是示例性的并且范围和所指定的类别二者均可以被不同地配置。
在每个工作负载因子被计算并且被指定类别之后,产生识别针对每个任务向每个工作负载因子指定的类别的表格。表格也关联了用于每个类别的控制器运行时间缓解模式。缓解模式表明功能将如何被分配到不同任务中。表格示出如下:
类别 T_H 模式
<i>C1_Tsk1</i> <i>Tsk1</i> <i>M11</i>
<i>C1_Tsk2</i> <i>Tsk2</i> <i>M12</i>
<i>C2_Tsk1</i> <i>Tsk1</i> <i>M21</i>
…… …… ……
表1
在步骤25中,识别出带有最高工作负载因子的任务。然后该工作负载因子被用于确定类别。这将在表1中唯一地识别单一记录,这将导致控制器的目标缓解模式运行。如表1中所示,如果与任务Tsk1相关联的6%的工作负载增加被识别为具有导致帧超限的最大执行时间变化,则类别被确定为C2_Tsk1,并且因此,模式M21被识别为控制器的缓解模式。
在步骤26中,基于所识别的模式,识别将运行相应功能的相关任务(也被称为可运行对象(runnable))。基于将针对相应模式被执行的相关任务,通过在相应任务中执行功能并且禁止在其它任务中执行功能来再分配功能。图3示出用于再分配功能以便解除帧超限的示例性框图。框50代表识别预期工作负载的示例性预期工作负载表。框51代表识别当前工作负载的示例性预期工作负载表。
帧超限检测模块52检查来自预期工作负载表50和当前工作负载表51二者的数据,并且如上所述识别引起帧超限的相应任务。
模式选择模块53接收来自预期工作负载表50、当前工作负载表51、模式选择表54和帧超限检测模块52的输入,并且确定;例程应该进入何种模式以便校正帧超限。
在框55中,识别选定的模式,并且选择相应的目标任务或多个相应的目标任务56来执行以便将功能再分配至其它任务从而解除帧超限。所识别的目标任务将具有较慢的循环时间(执行时间),其相比于原始任务提供用于接收和处理数据的更多的时间。例如,如果引起帧超限的任务每5 msec读取和处理一次数据,则目标任务可以每10 msec读取和处理一次数据。因此,仅每10 msec获得一次数据,这不仅减少了在一定持续时间内处理器所接收到的数据的量,而且还允许处理器有更多的时间来处理包括来自被再分配的功能的数据的数据。
基于选定的模式,执行一个或多个任务56。任务包括条件操作数,其确定关于任务哪些功能应该被执行和哪些功能应该被禁止执行。下文示出引起帧超限的示例性任务:
以下是被用于减少帧超限的目标任务的示例:
在上文的示例中,任务Tsk1正引起帧超限,这表明当前处理器在当前方案下不能应对正被处理的数据量,并且模式M11被模式选择模块识别为用于校正帧超限的模式。如原始任务Tsk2中所示,除非启用模式M11,否则总是执行功能R15和R16。因此,如果由任务Tsk1引起发生帧超限,则启用模式M11并且在任务Tsk1中减轻某些功能需要以便该任务校正帧超限;否则,该任务将继续以帧超限模式运行。因此,功能R15和R16被转换到相比于任务Tsk1具有更慢的循环时间的另一任务(例如Tsk2)。
如任务Tsk2中所示,仅当选择模式M11时执行功能R15和R16。即,当未启用模式M11时,任务Tsk2将不执行功能R15和R16;然而,当启用模式M11时,任务Tsk2将执行从任务Tsk1被临时放弃的功能R15和R16。这允许曾每5 msec被执行一次的功能R15和R16将每10 msec被执行一次。因此,代替完全放弃功能R15和R16,功能R15和R16作为更慢的循环时间下的另一任务的一部分被执行,这允许功能仍被执行并且允许与任务Tsk1相关联的帧超限校正其自身,原因在于其暂时要执行更少功能。
也应该注意到的是,在任务Tsk2中,为了承担功能R15和R16的附加工作负载,当启用模式M11时,在任务Tsk2中不执行功能R22和R23。这些相应功能被再分配给另一任务,例如Tsk3,使得任务Tsk2没有因为功能R15和R16的额外工作负载而落后并且引起帧超限。因此,与放弃功能R22和R23不同,这些功能被再分配给以比任务Tsk2更慢的循环时间运行的另一任务Tsk3。如果帧超限未校正其自身,则Tsk3可以将功能再分配到下一循环时间更慢的任务。这将继续直到关于最初引起帧超限的任务(其是任务Tsk1)校正了帧超限。
一旦校正了帧超限,则系统将使其本身恢复到原始配置。因此,将取消选择相应模式,并且在帧超限之前每个任务将根据原始配置运行。在控制器的设计阶段期间通过分析离线地限定任务结构。因此,在控制器中实施之前,已预想到并且彻底分析了所有将功能再分配至另一任务的功能再分配。下文的表格示出了再分配表格的示例,其示出了受影响的模式、受影响的任务(任务_源)、在再分配中受影响的任务中的相应功能(可运行对象)以及受影响的功能将被再分配到的目标任务(任务_目标):
表2
再次参考图2,在步骤27中,如在以上段落中描述的那样,在存在帧超限时,在其它任务中再分配相应功能。只要识别出相应模式,则在本文列出的条件下可以执行或可以不执行相应任务内的相应特征。
在步骤28中,做出帧超限是否被校正的决策。如果帧超限未被校正,则返回到步骤27以继续基于所识别的模式在任务当中再分配功能。如果在步骤28中做出超限未被校正的决策,则例程前进到步骤29,在该处系统恢复到其当不存在帧超限时的原始配置。通过取消选择被选取以校正帧超限的相应模式来执行到其原始配置的恢复。因此,基于由模式选择模块识别的相应模式来启用和配置再分配方案。每个任务中列出的条件在设计时被预先确定,并且由当前启用的模式列出每个任务中执行哪些功能和不执行哪些功能的决策。
本文描述的优点在于,被预先确定以便再分配控制器内的功能从而校正帧超限而不必须永久的放弃功能的执行方案。功能被再分配,更确切地说是将功能再分配到不同循环时间以减轻引起帧超限的相应任务内的工作负载,这允许该任务赶上其当前工作负载。诸如车辆的驾驶员的系统用户应该不能够注意到将功能再分配到下一个更慢的循环时间,原因在于功能仍被执行,只是临时在下一个更慢的时间间隔被执行。
虽然已经详细描述了本发明的某些实施例,但是熟悉本发明所涉及的领域的那些技术人员将认识到各种替代性设计和实施例以用于实践由所附权利要求限定的本发明。

Claims (18)

1.一种在帧超限期间适应性重新配置控制器功能的方法,所述方法包括以下步骤:
检测帧超限状况;
从多个任务中识别哪个相应任务是所述帧超限的最大促成因素;
识别与被识别出的任务相关联的缓解模式以校正所述帧超限;以及
将所述被识别出的任务内的功能再分配至第二任务直到所述帧超限状况被校正,其中根据被识别出的所述模式来识别所述相应任务内的被再分配的功能;
其中,检测所述帧超限状况包括下述步骤:
每一次针对相应任务检测到帧超限状况时增加相应任务的超限计数;
确定所述超限计数超过计数阈值。
2.根据权利要求1所述的方法,其中,响应于当前执行时间超过任务周期,增加所述超限计数。
3.根据权利要求1所述的方法,其中,响应于在预定持续时间期间实际执行时间大于任务周期相应数量的次数,增加所述超限计数。
4.根据权利要求1所述的方法,其中,从多个任务中识别哪个相应任务是最大促成因素包括,将每个任务的实际执行时间与每个任务的预期执行时间相比较。
5.根据权利要求4所述的方法,其中,将每个任务的所述实际执行时间与每个任务的所述预期执行时间相比较还包括以下步骤:
针对每个任务计算当前执行时间和所述预期执行时间之间的差;
针对每个任务通过将所述差除以所述预期执行时间来计算百分比;以及
识别所述多个任务当中具有最大百分比的工作负载因子。
6.根据权利要求5所述的方法,还包括针对每个任务的所述工作负载因子识别类别的步骤。
7.根据权利要求5所述的方法,其中,所述工作负载因子的多个百分比范围被映射到相应类别。
8.根据权利要求1所述的方法,其中,模式选择模块识别哪个模式受到影响以便将功能再分配到其它任务。
9.根据权利要求8所述的方法,其中,所述模式选择模块接收来自预期工作负载表格、来自当前工作负载表格、来自帧超限检测模块和来自模式选择表格的输入,以便识别用于将功能再分配到其它任务的模式。
10.根据权利要求8所述的方法,其中,每个任务包括用于执行所述任务内的功能的例程。
11.根据权利要求10所述的方法,其中,所述任务包括条件操作数,所述条件操作数基于来自所述模式选择模块的被识别出的所述模式确定是否禁止在所述任务中识别出的第一组功能。
12.根据权利要求11所述的方法,其中,所述被识别为所述帧超限的最大促成因素的任务包括用于禁止所述第一组功能的执行的条件操作数,其中所述第一组功能被再分配至第二任务以便执行所述第一组功能。
13.根据权利要求12所述的方法,其中,相比于所述被识别为最大促成因素的任务,第二任务以更慢的循环时间运行。
14.根据权利要求13所述的方法,其中,所述第二任务包括用于在所述帧超限期间禁止第二组功能的执行的条件操作数,其中当发生所述帧超限时,所述第二组功能被再分配至第三任务,其中相比于再分配的所述功能所来自的任务,所述第三任务以更慢的循环时间运行。
15.根据权利要求14所述的方法,其中,包括用于基于启用的相应模式来禁止相应的一组功能的条件操作数的相应任务将所述相应的一组功能再分配至下一相应任务以便执行。
16.根据权利要求15所述的方法,其中,相比于再分配的所述功能所来自的所述相应任务,针对再分配功能被识别出的所述下一相应任务以更慢的循环时间运行。
17.根据权利要求1所述的方法,还包括以下步骤:
确定所述帧超限状况被校正;以及
响应于校正所述帧超限状况禁用与所述帧超限相关联的被识别出的所述模式。
18.根据权利要求17所述的方法,其中,响应于禁用被识别出的所述模式,中断向其它任务再分配功能。
CN201610267699.7A 2015-04-27 2016-04-27 用于瞬时帧超限期间的控制器功能的连续运行的方法 Active CN106095539B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US14/696834 2015-04-27
US14/696,834 US9658913B2 (en) 2015-04-27 2015-04-27 Method for continuous operation of controller functionality during transient frame overrun

Publications (2)

Publication Number Publication Date
CN106095539A CN106095539A (zh) 2016-11-09
CN106095539B true CN106095539B (zh) 2019-06-18

Family

ID=57110898

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610267699.7A Active CN106095539B (zh) 2015-04-27 2016-04-27 用于瞬时帧超限期间的控制器功能的连续运行的方法

Country Status (3)

Country Link
US (1) US9658913B2 (zh)
CN (1) CN106095539B (zh)
DE (1) DE102016107701A1 (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6542950B1 (en) * 2000-05-05 2003-04-01 Lucent Technologies Inc. Self-adaptive processor overload control system
CN101211215A (zh) * 2006-12-29 2008-07-02 Arm有限公司 管理数据处理设备中的处理器的性能
CN102549510A (zh) * 2010-07-20 2012-07-04 西门子公司 用于检查操作系统的实时特性的方法

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5388261A (en) * 1992-09-30 1995-02-07 Apple Computer, Inc. Apparatus and method for handling frame overruns in a digital signal processing system
US5440741A (en) 1993-09-20 1995-08-08 Motorola, Inc. Software overload control method
US5943232A (en) 1997-10-29 1999-08-24 Lucent Technologies Inc. Autonomous overload control for distributed real time systems
US20030009508A1 (en) * 2001-06-26 2003-01-09 Troia Terry A. Method and system for providing processor task scheduling
US7610377B2 (en) 2004-01-27 2009-10-27 Sun Microsystems, Inc. Overload management in an application-based server
JP2005301812A (ja) * 2004-04-14 2005-10-27 Hitachi Ltd デジタル制御装置およびこれを用いたエンジン制御装置
US7613595B2 (en) * 2005-03-01 2009-11-03 The Math Works, Inc. Execution and real-time implementation of a temporary overrun scheduler

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6542950B1 (en) * 2000-05-05 2003-04-01 Lucent Technologies Inc. Self-adaptive processor overload control system
CN101211215A (zh) * 2006-12-29 2008-07-02 Arm有限公司 管理数据处理设备中的处理器的性能
CN102549510A (zh) * 2010-07-20 2012-07-04 西门子公司 用于检查操作系统的实时特性的方法

Also Published As

Publication number Publication date
CN106095539A (zh) 2016-11-09
US9658913B2 (en) 2017-05-23
DE102016107701A1 (de) 2016-10-27
US20160314031A1 (en) 2016-10-27

Similar Documents

Publication Publication Date Title
US20190243317A1 (en) Method and device for improving the robustness with respect to &#34;adversarial examples&#34;
US8321065B2 (en) Method for controlling/regulating at least one task
US8140915B2 (en) Detecting apparatus, system, program, and detecting method
CN111891134B (zh) 自动驾驶处理系统和片上系统、监测处理模块的方法
CN110612527A (zh) 信息处理装置以及异常应对方法
CN108613335A (zh) 空调的故障检测方法、装置、存储介质和处理器
JP6165224B2 (ja) アプリケーション層ログ分析を基礎とする情報セキュリティー管理システム及びその方法
US11455387B2 (en) Worker thread scheduling in trusted execution environment
US9665412B2 (en) Programmable logic controller and event-driven programming method thereof
CN106713262B (zh) 基于可信度的异构执行体动态调度装置及其调度方法
CA2292991C (en) Watch dog timer system
CN108885570B (zh) 车辆控制装置
CN106095539B (zh) 用于瞬时帧超限期间的控制器功能的连续运行的方法
JP2016066139A (ja) 車両制御装置
CN103823711A (zh) 在Java虚拟机中提供相对定时的方法及装置
JP2012218467A (ja) 電子制御装置
JP6502211B2 (ja) 車両制御装置
CN103164258A (zh) 一种适用于数控系统的容错实时调度方法
JP6793601B2 (ja) 監視装置、監視システム、異常検知方法
US20080282248A1 (en) Electronic computing device capable of specifying execution time of task, and program therefor
CN102221995A (zh) 地震数据处理作业的断点恢复方法
CN110647381B (zh) 一种虚拟机资源均衡和部署优化方法
CN108664437B (zh) 处理器性能监测器
US8522081B2 (en) Microcomputer outputting failure detection result
US20210133077A1 (en) Method for monitoring the free space of a memory stack

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant