CN110506298A - 控制设备和用于该控制设备的运行方法 - Google Patents

Abstract

本发明涉及一种控制设备（100）、尤其是用于机动车的控制设备（100），该控制设备具有：用于实施软件的计算单元（110）；被分配给计算单元的存储单元（120）；被存储在存储单元（120）中的第一软件（131），用于至少暂时收集关于控制设备（100）和/或与之连接的组件的运行的信息；并且具有数据接口（140），用于与至少一个外部单元（300）交换数据，其特征在于，所述控制设备（100）被构造为经由数据接口（140）从外部单元（300）加载至少一个与第一软件（131）不同的第二软件（132）并且借助于计算单元（110）来实施该第二软件。

Description

控制设备和用于该控制设备的运行方法

技术领域

本发明涉及一种控制设备、尤其是用于机动车的控制设备，该控制设备具有：用于实施软件的计算单元；被分配给该计算单元的存储单元；被存储在该存储单元中的第一软件，用于至少暂时收集关于控制设备和/或与之连接的组件的运行的信息；并且具有数据接口，用于与至少一个外部单元交换数据。

本发明还涉及一种用于运行这种控制设备的方法。

本发明还涉及一种用于处理数据的设备以及一种用于运行这种设备的方法。

背景技术

开头提到的类型的控制设备已知并且例如在机动车的电子或机电系统中使用。在此，所存储的第一软件例如用于实施诊断功能，以便找出诸如组件故障那样的故障并且对所述故障进行分类。传统的诊断功能在创建时以及在运行时耗费资源，然而另一方面为了识别所提到的故障而不可缺少。不过，鉴于机电系统越来越强大并且复杂性不断增加，如今常用的诊断功能在任何情况下都不足以可靠地发现上文所提到的故障。尤其是不能用已知的诊断功能来应付越来越多的所谓的根本原因故障图像（root-cause-Fehlerbilder）。

特别不利的是一方面越来越多的诊断功能，这些诊断功能在针对开头提到的控制设备的目标系统中对于全面的故障探测来说是必需的。另一方面，所需的诊断功能本身的复杂性升高也是不利的，因为经此造成了用于创建和测试诊断功能的花费大大增加。此外，由此也积累了所谓的二次故障。这样，尤其是在现代机动车中，错误地进行反应的诊断功能是误诊（错误应用）中的很大比例。

发明内容

因此，本发明的任务是如下地改善开头提到的类型的控制设备和运行方法，即实现在识别故障时提高的灵活性以及同时改善的可靠性。

该任务在开头提到类型的控制设备的情况下按照本发明通过如下方式来解决：该控制设备构造为经由数据接口从外部单元加载至少一个与第一软件不同的第二软件，并且借助于计算单元来实施该第二软件。由此有利地存在如下可能性：例如按需要给该控制设备供应相对于第一软件更专业的软件，该软件例如能够实现对关于控制设备和/或与之连接的组件的运行的信息的更专门的收集。特别有利地，通过在需要时按照本发明地加载该第二软件，可以取消给控制设备、例如在制造这些控制设备时给控制设备已经配备也许比较全面的第二软件，使得在控制设备中的相对应的资源（存储器、计算时间）只有当第二软件实际被需要时才被占用来暂时提供（Vorhaltung）或实施所述第二软件。

在一个优选的实施方式中规定：第一软件能够在由计算单元实施时实现对控制设备本身的至少一个功能的诊断和/或对至少一个其它的与控制设备连接的组件的诊断，由此获得第一诊断结果。因此，第一软件可以是实施一个或多个诊断功能的软件。例如，第一软件可以包含可预先给定的一组最小诊断功能，这些最小诊断功能例如对于识别出可能的故障的系统影响来说是必需的。按照本发明的控制设备例如可以在其制造时配备该第一软件，例如通过本身已知的编程过程来配备该第一软件。

一般地，上文提到的关于控制设备的运行的信息或关于与控制设备连接的组件的运行的信息可包括控制设备或所提到的组件的所有能通过该控制设备检测到的参量或者它们的任意组合，尤其是也包括传感器测量值、与该控制设备关联的通信接口的数据，以及诸如此类的。例如，在有些实施方式中，该控制设备可经由相对应的通信接口（CAN总线、LIN总线、FlexRay总线、其它通信接口类型）来获得关于与该控制设备连接的组件的运行的信息，该控制设备经由该通信接口来与有关组件连接。例如，这种信息也可以包含借助于控制设备所接收到的CAN消息的部分以及诸如此类的。

在另一有利的实施方式中规定：该控制设备被构造为将借助于第一软件收集的信息、尤其是将借助于第一软件获得的第一诊断结果发送给至少一个外部单元。由此，对诊断结果的分析可以有利地在该控制设备之外进行并且例如借助于效率高的用于数据处理的设备来实施，例如通过中央服务器系统、分布式计算机系统（云）或诸如此类的来实施。尤其是，在有些实施方式中，这些诊断结果也可以有利地被提供给如下系统，该系统表示所谓的虚拟车辆、也即对大多数或全部布置在实际存在的车辆中的控制设备或它们的运行参数的数字表示。

在另一有利的实施方式中规定：第二软件被构造为实施对关于控制设备和/或与之连接的组件的运行的信息的相对于第一软件更专门的收集。因此，诊断功能性可以通过由第一软件给出的可能性合理地来扩展，尤其是与也许存在的故障图像或问题单独地匹配，这能够通过分析关于控制设备或有关组件的运行的信息来实现。

在另一有利的实施方式中规定：第二软件包括一个或多个、尤其是能由计算单元直接实施的诊断功能，这些诊断功能是根据第一诊断结果获得或编程的。由此，计算单元可以直接使用第二软件的例如更专门的诊断功能。特别优选地，该计算单元的第二软件直接以可实施的计算机程序的形式来提供，该计算机程序例如可以至少暂时被暂存在控制设备中，尤其是被暂存在该控制设备的闪速存储器或者也包括工作存储器中，在那里，该计算机程序提供用于由计算单元实施。

在另一优选的实施方式中，在控制设备或计算单元的运行期间可以进行加载第二软件的步骤和/或实施第二软件的步骤。尤其可以规定：该计算单元有利地不必为了实施按照本发明的加载和实施步骤而被置于特殊的编程状态下，如其例如在固件升级时所需的那样，所述固件升级需要对控制设备的整个存储器的完全重新编程。由此，第二软件可以按需要在控制设备中动态地投入使用并且可以有助于对故障进行识别或分类。

在另一有利的实施方式中规定：该控制设备被构造为根据至少一个事件来加载第二软件，其中该至少一个事件取决于对信息的至少暂时的收集和/或取决于对该控制设备的至少一次外部询问。换言之，在有些实施方式中可以规定：根据第一软件对信息的收集来触发对第二软件的加载。在其它实施方式中，替选地或补充地可以规定：通过对控制设备的外部询问来触发第二软件的加载。这例如可以在得到对于控制设备来说被改变的运行条件时是适宜的，所述被改变的运行条件也许需要改变对第一软件的实施或通过第二软件来补充。

因此，按照另一有利的实施方式规定：外部事件推动或触发对第二软件、诸如附加的诊断功能的加载或再加载。可能的事件例如是：其它同类的或不同类的控制设备的新出现的故障、尤其是新出现的安全问题；将控制设备或包含控制设备的目标系统（例如机动车）运往也许具有不同法律要求的诊断功能的区域上

不同的市场；尤其是在第一和/或第二软件的功能性方面被改变的社会需求的现有技术；用于调查控制设备或与之连接的组件的磨损图像或腐蚀图像或其他状态的外部动机，例如由于用于质量保证的措施而引起；对在诊断功能中的容差的改变、尤其是社会上希望的改变、尤其是收紧（例如废气、对象识别）；对在有关控制设备的研发或继续研发过程的领域中构件假设（Bauteilhypothese）的测试；利用对所谓的“门槛消费（thresholdconsumption）”的确定来使在该领域中的功能生效。

作为对本发明的任务的另一解决方案，说明了一种按照专利权利要求7的方法。本发明的另一方面涉及一种按照专利权利要求8的用于处理数据的设备。该设备被构造为从控制设备、尤其是从按照本发明的控制设备接收关于控制设备和/或与之连接的组件的运行的信息，并且根据这些信息来创建用于该控制设备的专门的诊断软件并且将该诊断软件传输给该控制设备。有利地，按照本发明的设备能够实现给控制设备、例如按照本发明的控制设备、尤其是机动车的控制设备高效地配备在上文已经描述的按照本发明的第二软件框架中的专门的诊断功能性。

在一个优选的实施方式中规定：该设备被构造为分析关于该控制设备的运行的信息，以便从中推导出至少一个故障图像，根据该至少一个故障图像来优化专门的诊断软件。接着，该专门的诊断软件可以作为上文已经描述的第二软件被发送给按照本发明的控制设备或由该控制设备加载并且然后在需要时被实施。

作为本发明的任务的另一解决方案，说明了一种按照专利权利要求10的用于设备的运行方法。

附图说明

随后，参考附图阐述本发明的示例性的实施方式。在附图中：

图1示意性地示出了按照本发明的控制设备的一个实施方式的框图；

图2示意性地示出了用于控制设备的按照本发明的运行方法的一个实施方式的简化流程图；

图3示意性地示出了按照本发明的运行方法的另一实施方式的简化流程图；以及

图4示意性地示出了按照一个实施方式的运行场景。

具体实施方式

图1示意性地示出了按照本发明的控制设备100的一个实施方式的框图。控制设备100例如可以是机动车（未示出）的控制设备、例如用于控制机动车的内燃机的控制设备。该控制设备具有计算单元110，该计算单元例如可以是至少一个微控制器和/或微处理器和/或数字信号处理器（DSP）和/或专用集成电路（ASIC）和/或可编程逻辑模块（FPGA）或诸如此类的。

计算单元110分配有存储单元120，该存储单元可具有：至少一个工作存储器（随机存取存储器，RAM，Random Access Memory），尤其是SRAM型和/或DRAM型的工作存储器；和/或至少一个非易失性存储器（non-volatile RAM （NVRAM）），例如闪速EPROM。

在存储单元120中存储有第一软件131，该第一软件被设置用于至少暂时收集关于控制设备100的运行的信息。替选地或补充地，在其它实施方式中，第一软件131也可以被设置用于至少暂时收集关于与控制设备100连接的组件200的运行的信息。组件200例如可以是其它控制设备或者其它设备，所述其它设备与控制设备100保持数据连接。例如，两个设备100、200可以连接到共同的数据总线、例如CAN总线上。在图1中，相对应的数据总线示例性地通过方框箭头P1来表示。

控制设备100还具有用于与至少一个外部单元300交换数据的数据接口140。外部单元300例如可以是布置得远的服务器系统，该服务器系统构造用于与控制设备100交换数据。特别优选地，在有些实施方式中，数据接口140是至少部分无线或基于无线电的数据接口。为此，可以使用本身公知的用于无线通信的技术，诸如蜂窝状移动无线网、无线网络（WLAN）以及诸如此类的，或者它们的组合。

按照本发明规定：控制设备100被构造为经由数据接口140从外部单元300加载至少一个与第一软件131不同的第二软件132并且借助于计算单元110来实施该第二软件132。由此，有利地存在如下可能性：例如按需要给控制设备100供应相对于第一软件131不同的、尤其是更专业的第二软件132，该第二软件例如能够实现对关于控制设备100和/或与之连接的组件200的运行的信息的更专门的收集。特别有利地，通过在需要时按照本发明地加载该第二软件132，可以取消给控制设备100、例如在制造这些控制设备时给控制设备100已经配备也许比较全面的第二软件，使得只有当第二软件实际被需要并且例如目前被加载或被实施时，在控制设备100中的相对应的资源（存储器、计算时间）才被占用来暂时提供或实施第二软件。

在一个优选的实施方式中规定：第一软件131能够在由计算单元110实施时实现对控制设备100本身的至少一个功能的诊断和/或对至少一个其它的与控制设备100连接的组件200的诊断，由此获得第一诊断结果。因此，第一软件131可以是实施一个或多个诊断功能的诊断软件。例如，第一软件131可包含可预先给定的一组最小诊断功能，所述最小诊断功能例如对于识别出可能故障的系统影响来说是必需的。按照本发明的控制设备100例如可以在其制造时配备该第一软件131，例如通过本身已知的编程过程来配备该第一软件131。

一般地，上文提到的关于控制设备的运行的信息或关于与控制设备连接的组件的运行的信息可包括控制设备或所提到的组件的所有能通过该控制设备100检测到的参量或者它们的任意组合，尤其是也包括传感器测量值、与该控制设备关联的通信接口的数据，以及诸如此类的。例如，在有些实施方式中，该控制设备100可经由相对应的通信接口P1（CAN总线、LIN总线、FlexRay总线、其它通信接口类型）来获得关于与该控制设备100连接的组件200的运行的信息，该控制设备100经由所述通信接口来与有关组件200连接。例如，这种信息也可以包含借助于控制设备100所接收到的CAN消息的部分以及诸如此类的。

在另一有利的实施方式中规定：控制设备100被构造为将借助于第一软件131收集的信息、尤其是将借助于第一软件131获得的第一诊断结果发送给至少一个外部单元300。由此，有利地，对诊断结果的分析可以在控制设备100之外进行并且例如借助于效率高的用于数据处理的设备来实施，例如在使用中央服务器系统、分布式计算机系统（“云”）或诸如此类的情况下来实施。尤其是，在有些实施方式中，这些诊断结果也可以有利地被提供给如下系统，该系统表示所谓的虚拟车辆、也即对大多数或全部布置在实际存在的车辆中的控制设备或它们的运行参数的数字表示。

在另一有利的实施方式中规定：第二软件132被构造为实施对关于控制设备100和/或与之连接的组件200的运行的信息的相对于第一软件131更专门的收集。因此，诊断功能性可以通过由第一软件131给出的可能性合理地来扩展，尤其是与可能存在的故障图像或问题单独地匹配，这能够通过分析关于控制设备100或有关组件200的运行的信息来实现。

在另一有利的实施方式中规定：第二软件包括一个或多个、尤其是能由计算单元110直接实施的诊断功能，所述诊断功能已根据第一诊断结果来获得或编程。由此，计算单元110可以直接使用第二软件的例如更专门的诊断功能。特别优选地，计算单元110的第二软件132直接以可实施的计算机程序（例如二进制代码）的形式来提供，该计算机程序可以例如至少暂时被暂存在控制设备100中，尤其是被暂存在控制设备的闪速存储器或者也包括工作存储器中，在那里，该计算机程序提供用于由计算单元110实施。

在另一优选的实施方式中，在控制设备100或计算单元110的运行期间可以进行加载第二软件132的步骤和/或实施第二软件132的步骤。尤其可以规定：该计算单元110有利地不必为了实施按照本发明的加载和实施步骤而被置于特殊的编程状态下，如其例如在固件升级时所需的那样，所述固件升级需要对控制设备的整个存储器的完全重新编程。由此，第二软件132可以按需要在控制设备100中动态地投入使用并且例如可以有助于对故障进行识别或分类。

在另一有利的实施方式中规定：控制设备100被构造为根据至少一个事件来加载第二软件132，其中该至少一个事件取决于对信息的至少暂时的收集（例如借助于第一软件131来实施）和/或取决于对控制设备100的至少一次外部询问。换言之，在有些实施方式中可以规定：根据第一软件131对信息的收集来触发对第二软件132的加载。在其它实施方式中，替选地或补充地可以规定：通过对控制设备的外部询问来触发第二软件132的加载。这例如可以在得到对于控制设备100来说被改变的运行条件时是适宜的，所述被改变的运行条件也许需要改变对第一软件的实施或通过第二软件来补充。

按照另一有利的实施方式规定：外部事件推动或触发对第二软件132、诸如附加的诊断功能的加载或再加载。可能的事件例如是：其它同类的或不同类的控制设备的新出现的故障、尤其是新出现的安全问题；将控制设备100或包含控制设备100的目标系统（例如机动车）运往也许具有不同法律要求的诊断功能的区域上不同的市场；尤其是在第一和/或第二软件的功能性方面被改变的社会需求的现有技术；用于调查控制设备100或与之连接的组件的磨损图像或腐蚀图像或其他状态的外部动机，例如由于用于质量保证的措施而引起；对在诊断功能中的容差的改变、尤其是社会上希望的改变、尤其是收紧（例如废气、对象识别）；对在有关控制设备100的研发或继续研发过程的领域中构件假设的测试；利用对所谓的“门槛消费”的确定来使在该领域中的功能生效。

图2示意性地示出了用于控制设备100的按照本发明的运行方法的一个实施方式的简化流程图。在第一步骤400中，经由数据接口140从外部单元300加载至少一个与第一软件131不同的第二软件132（图1）。例如，该第二软件在此情况下可以是专门的诊断软件，该诊断软件并非事先已经包含在控制设备中，而是例如在控制设备100外部被创建，例如根据借助于第一软件131获得的诊断结果被创建，控制设备100事先已经将这些诊断结果发送给外部单元300。

在步骤410中，第二软件132借助于计算单元110来实施，并且在这种情况下例如获得第二诊断结果，该第二诊断结果在可选的另一步骤420中也可以由控制设备100发送给外部单元300。替选地或补充地，控制设备100可根据第二诊断结果来实施本地故障反应或用信号通知给用户。

只要控制设备100不再需要第二软件132，该第二软件就可以在优选的实施方式中再次从控制设备100的存储器中删除。

本发明的另一方面涉及一种用于处理数据的设备，参见图1中的外部单元300。设备300被构造为：从控制设备、尤其是从按照本发明的控制设备100接收关于控制设备100和/或与之连接的组件200的运行的信息，并且根据这些信息来创建用于控制设备100的专门的诊断软件并且将该诊断软件传输给控制设备100。有利地，按照本发明的设备300能够实现给控制设备100、尤其是机动车的控制设备100高效地配备在上文已经描述的按照本发明的第二软件132框架中的专门的诊断功能性。

在一个优选的实施方式中规定：设备300被构造为分析关于控制设备100的运行的信息，以便从中推导出至少一个故障图像，并且根据该至少一个故障图像来优化专门的诊断软件。接着，该专门的诊断软件可以作为上文已经描述的第二软件132被发送给按照本发明的控制设备100或由控制设备100加载（参见图2中的步骤400）并且然后在需要时被实施。

图3示意性地示出了用于外部单元300（参见图1）的诊断方法的一个实施方式的简化流程图。在第一步骤500中，外部单元300从控制设备100接收信息、例如第一诊断信息。在第二步骤510中，外部单元300创建专门的诊断软件作为用于控制设备100的第二软件132，并且然后将该第二软件132传输给控制设备100。

图4示意性地示出了按照一个实施方式的运行场景。示例性地，将一台机动车视为控制设备100的目标系统，或将多台分别配备有控制设备100的机动车视为控制设备100的目标系统。图4中的附图标记M1描述处在现场的具有控制设备100的机动车的集合。附图标记M2描述这些处在现场的具有控制设备100的机动车的第一子集，也就是其中通过实施第一（例如预先安装的）诊断软件131已经确定有控制设备100或能由该控制设备100至少间接地监控的组件200的功能失效的嫌疑的那个子集。该第一子集M2的控制设备100可以在应用按照本发明的原理的情况下有利地加载专门的第二诊断软件132，例如从外部单元300加载，该专门的第二诊断软件尤其是根据之前识别出的功能失效来创建或匹配的，以便能够实现比第一诊断软件131更专门的诊断。对第二诊断软件132的实施例如还只在第一子集M2的第二子集M3中导致对功能失效的确认，但不是在第一子集M2的所有车辆中都导致对功能失效的确认。然后，第二子集M3的车辆可以有利地在现场被调查或被召回到工厂中，以便实施更彻底的故障诊断，这导致车辆的第三子集M3，在所述第三子集中在这种情况下实际上例如可以识别出组件故障。

如从图4中可见，按照本发明的原理能够有利地实现对有（故障）嫌疑的车辆的界定，以便只须高效地仔细调查总集合M1的某个子集M3，由此可以节约成本并且可能实际上涉及到故障的控制设备100可以更快地并且更高效地被标识。

有利地，按照本发明的原理能够实现在控制设备100中对第二软件132的动态提供和使用。由此，有利地可能的是：当第二软件实际被需要时才在控制设备100中提供该第二软件。这节约了控制设备100的存储器资源并且能够有利地实现在第二软件132实际在控制设备100中投入使用之前不久创建或改变该第二软件132。由此，按照本发明的原理特别好地适合于暂时提供诊断软件，所述诊断软件尤其可以直接根据例如借助于第一诊断软件131识别出的故障图像或故障嫌疑来定制。

在下文提到了其它实施方式的其它有利的方面。

在一个实施方式中，在例如在实施第一诊断软件131期间获得的现场问题的第一嫌疑时刻，故障图像例如根据第一诊断结果被精确地界定，并且针对此来定制的第二诊断软件可以为了被改善的故障探测被继续研发或创建并且为了实施而被加载到控制设备100中。

在另一实施方式中，对诊断功能或一般来说第二软件132的再加载例如可以借助于所谓的空中闪速（Flash over the air）（“FOTA”）机制来实现。然而，在这种情况下，特别优选地，不是控制设备100的整个闪速存储器或存储区被改写，而是只有被分配给第二软件132的区域被改写。由此防止了：为了传输第二软件132，控制设备100的运行必须被中断。

按照本发明的原理的应用能够有利地实现根据实际上真实涉及到的车辆对嫌疑车辆的集合的界定，参见图4中的集合M1，这有利地对应于所谓的“缺陷子集（defectivesubgroup）”的最小化。由此，尤其也能够实现对可能涉及召回的车辆的非常精确的确定，参见子集M3。有利地，这造成了现场行动（Feldaktion）的成本降低，因为所涉及车辆的数目完全直接计入这些成本。

在另一有利的实施方式中规定：在控制设备100中再加载或实施这种第二软件132，该第二软件未被设置用于对控制设备100本身或与之直接连接的系统（例如连接到控制设备100上的传感器或执行器）的诊断，而是更确切地说被设置用于对另一组件200的诊断。该另一组件例如可以是连接在发动机控制设备上的氧传感器。控制设备100可以经由与发动机控制设备共同的通信连接来例如获得信息，这些信息表征氧传感器的输出数据。第二软件132例如可以被设置为专门根据故障来检查氧传感器的这种输出数据。换言之，也即按照本发明的原理也能够实现对如下组件或系统的专门诊断，这些组件或系统未曾直接与按照本发明的控制设备100连接，而是例如经由通信连接P1或经由其它控制设备来与按照本发明的控制设备100连接。

按照本发明的原理的另一优点在于减小用于第一软件131的研发花费。例如可能的是：对于控制设备100的系列启动来说，只规定对至少中心的诊断功能的研发和安装，例如用于识别系统影响。具有例如在组件诊断方面更高的分辨能力（Trennschärfe）的其它诊断功能以第二软件的形式例如只在出现相对应的组件故障时被再研发，并且稍后可以在应用按照本发明的原理的情况下被提供给控制设备100。

有利地，这造成了在研发方面的花费降低并且能够实现加速的市场进入。

按照本发明的原理的另一特殊优点是减少控制设备资源需求。需要比较多运行时间和/或存储器的尤其是分辨良好并且花费高的诊断功能只在出现相对应的故障（例如通过第一诊断软件131识别出）时被“激活”（例如对第二诊断软件132的再加载和实施）。

Claims (10)

1.控制设备（100）、尤其是用于机动车的控制设备（100），所述控制设备具有：用于实施软件的计算单元（110）；被分配给所述计算单元的存储单元（120）；被存储在所述存储单元（120）中的第一软件（131），用于至少暂时收集关于所述控制设备（100）和/或与之连接的组件的运行的信息；并且具有数据接口（140），用于与至少一个外部单元（300）交换数据，其特征在于，所述控制设备（100）被构造为经由所述数据接口（140）从外部单元（300）加载至少一个与所述第一软件（131）不同的第二软件（132）并且借助于所述计算单元（110）来实施所述第二软件（132）。

2.根据权利要求1所述的控制设备（100），其中所述第一软件（131）能够在由所述计算单元（110）实施时实现对所述控制设备（100）本身的至少一个功能的诊断和/或对至少一个其它的与所述控制设备（100）连接的组件（200）的诊断，由此获得第一诊断结果。

3.根据上述权利要求中任一项所述的控制设备（100），其中所述控制设备（100）被构造为，将借助于所述第一软件（131）收集的信息、尤其是将借助于所述第一软件（131）获得的第一诊断结果发送给所述至少一个外部单元（300）。

4.根据上述权利要求中任一项所述的控制设备（100），其中所述第二软件（132）被构造为实施对关于所述控制设备（100）和/或与之连接的组件（200）的运行的信息的相对于所述第一软件（131）更专门的收集。

5.根据权利要求2至4中任一项所述的控制设备（100），其中所述第二软件（132）包括一个或多个、尤其是能由所述计算单元（110）直接实施的诊断功能，所述诊断功能是根据所述第一诊断结果获得或编程的。

6.根据上述权利要求中任一项所述的控制设备（100），其中所述控制设备（100）被构造为根据至少一个事件来加载所述第二软件，其中所述至少一个事件取决于对信息的至少暂时的收集和/或取决于对所述控制设备（100）的至少一次外部询问。

7.用于运行控制设备（100）、尤其是用于机动车的控制设备（100）的方法，所述控制设备具有：用于实施软件的计算单元（110）；被分配给所述计算单元的存储单元（120）；被存储在所述存储单元（120）中的第一软件（131），用于至少暂时收集关于所述控制设备（100）和/或与之连接的组件（200）的运行的信息；并且具有数据接口（140），用于与至少一个外部单元（300）交换数据，其特征在于，所述控制设备（100）经由所述数据接口（140）从外部单元（300）加载（400）至少一个与所述第一软件（131）不同的第二软件（132）并且借助于所述计算单元（110）来实施（410）所述第二软件（132）。

8.用于处理数据的设备（300），所述设备被构造为从控制设备（100）、尤其是从根据权利要求1至6中任一项所述的控制设备（100）接收（500）关于所述控制设备（100）和/或与之连接的组件的运行的信息，并且根据所述信息来创建（510）用于所述控制设备（100）的专门的诊断软件（132）并且将所述诊断软件传输（520）给所述控制设备（100）。

9.根据权利要求8所述的设备（300），其中所述设备（300）被构造为分析关于所述控制设备（100）的运行的信息，以便从中推导出至少一个故障图像，并且根据所述至少一个故障图像来优化所述专门的诊断软件（132）。

10.用于运行用来处理数据的设备（300）的方法，所述方法包括如下步骤：从控制设备（100）、尤其是从根据权利要求1至6中任一项所述的控制设备（100）接收（500）关于所述控制设备（100）和/或与之连接的组件的运行的信息，根据所述信息创建（510）用于所述控制设备（100）的专门的诊断软件（132）并且将所述专门的诊断软件（132）传输（520）给所述控制设备（100）。