WO2014067978A1 - Verfahren zur verwaltung eines steuergerätenetzwerks in einem fahrzeug und steuergerätenetzwerk - Google Patents

Verfahren zur verwaltung eines steuergerätenetzwerks in einem fahrzeug und steuergerätenetzwerk Download PDF

Info

Publication number
WO2014067978A1
WO2014067978A1 PCT/EP2013/072670 EP2013072670W WO2014067978A1 WO 2014067978 A1 WO2014067978 A1 WO 2014067978A1 EP 2013072670 W EP2013072670 W EP 2013072670W WO 2014067978 A1 WO2014067978 A1 WO 2014067978A1
Authority
WO
WIPO (PCT)
Prior art keywords
vehicle
control device
computers
network
device network
Prior art date
Application number
PCT/EP2013/072670
Other languages
English (en)
French (fr)
Inventor
Jürgen Röder
Thomas Gallner
Stefan Bunzel
Original Assignee
Continental Automotive Gmbh
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 Continental Automotive Gmbh filed Critical Continental Automotive Gmbh
Publication of WO2014067978A1 publication Critical patent/WO2014067978A1/de

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • G06F9/505—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the load
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5083—Techniques for rebalancing the load in a distributed system
    • G06F9/5088—Techniques for rebalancing the load in a distributed system involving task migration

Definitions

  • the invention relates to a method for managing a control device network in a vehicle, especially a motor vehicle, comprising a plurality of computers, each having at ⁇ associated computational resources and a korrespondieren- of the control device network.
  • the object on which the invention is based is a method for managing a control device network in a vehicle and to create a corresponding control device network in a vehicle, which contributes to the dynamic allocation of vehicle applications.
  • the invention is characterized by a method for managing a control device network in a vehicle, which has a plurality of computers having respective associated computing resources, or by a corresponding ECU network.
  • the computational resources of the computers of the managed ECU network are dynamically allocated to predetermined vehicle applications, depending on a need of the vehicle applications and depending on a utilization of the respective computer. Dynamic allocation does not tie every ECU to an application.
  • the computational resources of each computer may be allocated a vehicle application that is currently needed. Additionally, if one computer is busy, a vehicle application can be allocated to compute resources of another computer of the managed ECU network.
  • the computational resources represent resources needed to execute the vehicle applications, such as computation time and / or memory.
  • a runtime environment of the computer of the managed ECU network is adjusted depending on the assigned vehicle applications.
  • the vehicle applications are executed on at least one external computer, which is outside the managed ECU network.
  • the computational resources of the managed ECU network computers are allocated to the vehicle applications. This makes it possible, if necessary, outsource an additional requirement of the vehicle applications on computers in the managed ECU network, or alternatively or additionally realize a reliability of the vehicle applications.
  • the vehicle applications are executed on at least one computer, which the managed ECU network has.
  • ge ⁇ optionally mono- administration of a control device network can be realized, wherein the predetermined vehicle applications are distributed to the computers of the managed Steueronulnet z plant.
  • the computers of the managed control device network are each put into a sleep state depending on the use of their computing resources and woken up again in response to a request.
  • unused computers can be put into a sleep state, thereby potentially saving energy.
  • the computers of the managed ECU network are switched on or off depending on a use of their computing resources. By switching off computers that may not be needed at the moment, energy can be saved.
  • the computing resources represent computing time.
  • the computing time may be easily allocable.
  • the computing resources represent memory.
  • Memory such as data and / or program memory, can be easily managed if necessary.
  • 1 shows a vehicle with a first embodiment of a control unit network and 2 shows the vehicle with a further embodiment of the ECU network.
  • a vehicle 1 has a control device network SN.
  • the control device network SN has several computers Rl, R2, Ri, each of which has associated computing resources.
  • the computational resources are, for example, computing time and / or memory.
  • the computer Rl, R2, Ri of the control device network SN each have a data and program memory, a communication interface and a computing unit, which has, for example, a single-core or multi-core processor.
  • the ECU network SN further has an internal interface IS, which is technically coupled to the computers Rl, R2, Ri and which is signal-technically coupled via a network tunnel NT with an external interface ES.
  • the vehicle 1 further comprises a plurality of actuators AI, A2, Ai and a plurality of sensors Sl, S2, Si, which are signal-technically coupled via one or more vehicle buses Bl, B2, Bi with the external interface ⁇ ES.
  • the vehicle buses Bl, B2, Bi are, for example, a CAN bus and / or a FlexRay bus and / or a LIN bus.
  • vehicle applications computing resources such as ESP (Electronic Stability ⁇ program) application and / or an ABS (antilock brake system) - Application and / or a navigation application and / or an audio application and / or a video application and / or other Vehicle application
  • the vehicle applications for example, by means of a network management depending on the needs of the vehicle applications and depending on a load of the respective computer Rl, R2, Ri be dynamically allocated to the computing resources of the computer Rl, R2, Ri.
  • the ESP application may be allocated to the computational resources of the computer Rl.
  • operation of the driving ⁇ zeugs one example, the ABS application requires Rechenres- resources.
  • the ABS application can then be allocated, for example, to the computing resources of the computer Rl if it still has sufficient computing resources. They can alternatively or additionally be assigned to the computing resources of computer R2.
  • the computer Ri for example, so long put in a sleep state and / or istschal ⁇ tet until another vehicle application requires computing resources, whereupon he wakes up and / or is turned on. This can save energy if necessary.
  • the given before ⁇ vehicle applications can be allocated in any arbitrary combination On the other ren the computational resources of the computer Rl, R2, Ri of the managed control device network SN.
  • a computing power of the respective computer R 1, R 2, R 1 of the managed control equipment set is scalable and can thus be adapted to the requirements of the respective vehicle application.
  • This is advantageous, for example, if the particular computer Rl, R2, Ri has a Mehrkernprozes ⁇ sor.
  • a runtime environment of the computers R 1, R 2, R 1 of the managed control device network SN deviates. dependent on the assigned vehicle applications.
  • gege ⁇ appropriate the respective computer Rl, R2, Ri can perform the assigned vehicle application.
  • the vehicle 1 has the control device network SN, the computers R1, R2, Ri, the actuators A1, A2, Ai, the sensors S1, S2, Si, the internal interface SI and the external interface ES ,
  • the vehicle 1 has further more external computers ERI, ER2, ERi that are outside of the managed HEADUNITS ⁇ tenetzwerks SN and the buses in each case via one of the vehicle Bl, B2, Bi of the external interface signal ES are ⁇ technically coupled.
  • the external computer ERI, ER2, ERi each have a data and program memory, a communication interface, and a computing unit, for example, having a single core or multi-core processor ⁇ .
  • the vehicle applications are executed on the external computers ER1, ER2, ERi. Should one of the vehicle applications now require additional computing resources, the vehicle applications can be at least partially outsourced to the computing resources of the computers R 1, R 2, Ri of the managed ECU network SN. In this way, it may be possible for the external computers ER1, ER2, ER1 to be designed for a given operating mode and not to be designed for a worst-case scenario.
  • a failure ⁇ safety of vehicle applications are implemented on the computing resources of the computer Rl, R2, Ri of the managed control device network SN by means of a paging vehicle applications by a vehicle application in case of failure of the external computer ER1, ER2, ERi the computing resources of the computers Rl, R2, Ri of the managed ECU network SN is assigned.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Small-Scale Networks (AREA)

Abstract

Es wird ein Verfahren zur Verwaltung eines Steuergerätenetzwerks (SN) in einem Fahrzeug (1) gezeigt, das mehrere Rechner (R1, R2, Ri) aufweist, die jeweils zugehörige Rechenressourcen aufweisen. Den Rechenressourcen der Rechner (R1, R2, Ri) des verwalteten Steuergerätenetzwerks (SN) werden vorgegebene Fahrzeuganwendungen dynamisch zugeteilt abhängig von einem Bedarf der Fahrzeuganwendungen und abhängig von einer Auslastung der jeweiligen Rechner (R1, R2, Ri).

Description

Beschreibung
Verfahren zur Verwaltung eines Steuergerätenetzwerks in einem Fahrzeug und Steuergerätenetzwerk
Die Erfindung betrifft ein Verfahren zur Verwaltung eines Steuergerätenetzwerks in einem Fahrzeug, insbesondere einem Kraftfahrzeug, das mehrere Rechner aufweist, die jeweils zu¬ gehörige Rechenressourcen aufweisen und ein korrespondieren- des Steuergerätenetzwerk.
Heutzutage weisen Fahrzeuge eine hohe Anzahl von Steuergerä¬ ten auf. Diese Steuergeräte sind meist über einen Fahrzeugbus gekoppelt. Jedes Steuergerät ist meist ausgebildet, um je- weils eine vorgegebene Fahrzeuganwendung auszuführen.
Die Aufgabe, die der Erfindung zugrunde liegt, ist ein Ver¬ fahren zur Verwaltung eines Steuergerätenetzwerks in einem Fahrzeug und ein korrespondierendes Steuergerätenetzwerk in einem Fahrzeug zu schaffen, das dazu beiträgt, dass Fahrzeug¬ anwendungen dynamisch zugeteilt werden.
Die Aufgabe wird gelöst durch die Merkmale der unabhängigen Patentansprüche. Vorteilhafte Ausgestaltungen sind in den Un- teransprüchen gekennzeichnet.
Die Erfindung zeichnet sich aus durch ein Verfahren zur Verwaltung eines Steuergerätenetzwerks in einem Fahrzeug, das mehrere Rechner aufweist, die jeweilige zugehörige Rechenres- sourcen aufweisen, beziehungsweise durch ein korrespondierendes Steuergerätenetzwerk.
Den Rechenressourcen der Rechner des verwalteten Steuergerätenetzwerks werden vorgegebene Fahrzeuganwendungen dynamisch zugeteilt, abhängig von einem Bedarf der Fahrzeuganwendungen und abhängig von einer Auslastung der jeweiligen Rechner. Durch die dynamische Zuteilung ist nicht jedes Steuergerät an eine Anwendung gebunden. Den Rechenressourcen jedes Rechners kann eine Fahrzeuganwendung zugeteilt werden, die gerade benötigt wird. Zusätzlich kann, falls ein Rechner ausgelastet ist, eine Fahrzeuganwendung an Rechenressourcen eines anderen Rechners des verwalteten Steuergerätenetzwerks zugeteilt wer¬ den .
Die Rechenressourcen repräsentieren Ressourcen, die zur Aus- führung der Fahrzeuganwendungen benötigt werden, wie zum Beispiel Rechenzeit und/oder Speicher.
Gemäß einer vorteilhaften Ausgestaltung wird eine Laufzeitumgebung der Rechner des verwalteten Steuergerätenetzwerks ab- hängig von den zugeteilten Fahrzeuganwendungen angepasst.
Durch die Anpassung der Laufzeitumgebung kann gegebenenfalls einfach sichergestellt werden, dass die zugeteilte Fahrzeug¬ anwendung auf dem jeweiligen Rechner des verwalteten Steuer- gerätenet zwerks ausführbar ist. Hierfür muss die Laufzeitum¬ gebung gegebenenfalls dynamisch angepasst werden.
Gemäß einer weiteren vorteilhaften Ausgestaltung werden die Fahrzeuganwendungen auf mindestens einem externen Rechner ausgeführt, der außerhalb des verwalteten Steuergerätenetzwerks ist. Abhängig von einem Bedarf der Fahrzeuganwendungen werden den Rechenressourcen der Rechner des verwalteten Steuergerätenetzwerks die Fahrzeuganwendungen zugeteilt. Hiermit lässt sich gegebenenfalls einfach ein Zusatzbedarf der Fahrzeuganwendungen auf Rechner in dem verwalteten Steuergerätenetzwerk auslagern, beziehungsweise alternativ oder zusätzlich eine Ausfallsicherheit der Fahrzeuganwendungen realisieren .
Gemäß einer weiteren vorteilhaften Ausgestaltung werden die Fahrzeuganwendungen auf mindestens einem Rechner ausgeführt, den das verwaltete Steuergerätenetzwerk aufweist. So kann ge¬ gebenenfalls einfach eine Verwaltung des Steuergerätenetzwerks realisiert werden, bei der die vorgegebenen Fahrzeuganwendungen auf die Rechner des verwalteten Steuergerätenet z- werks verteilt werden.
Gemäß einer weiteren vorteilhaften Ausgestaltung werden die Rechner des verwalteten Steuergerätenetzwerks abhängig von einer Nutzung ihrer Rechenressourcen jeweils in einen Schlaf- zustand versetzt und auf eine Anforderung wieder aufgeweckt. Hierdurch können nicht genutzte Rechner in einen Schlafzustand versetzt werden und dadurch gegebenenfalls Energie ein¬ gespart werden. Gemäß einer weiteren vorteilhaften Ausgestaltung werden die Rechner des verwalteten Steuergerätenetzwerks abhängig von einer Nutzung ihrer Rechenressourcen jeweils zu- oder abgeschaltet. Durch die Abschaltung von Rechnern, die gegebenenfalls gerade nicht benötigt werden, kann Energie gespart wer- den.
Gemäß einer weiteren vorteilhaften Ausgestaltung repräsentieren die Rechenressourcen Rechenzeit. Gerade die Rechenzeit ist gegebenenfalls einfach zuteilbar.
Gemäß einer weiteren vorteilhaften Ausgestaltung repräsentieren die Rechenressourcen Speicher. Speicher, wie zum Beispiel Daten- und/oder Programmspeicher, lässt sich gegebenenfalls einfach verwalten.
Ausführungsbeispiele der Erfindung sind im Folgenden anhand der schematischen Zeichnungen näher erläutert. Es zeigen:
Figur 1 ein Fahrzeug mit einem ersten Ausführungsbeispiel eines Steuergerätenetzwerks und Figur 2 das Fahrzeug mit einem weiteren Ausführungsbeispiel des Steuergerätenetzwerks.
Elemente gleicher Konstruktion oder Funktion sind figuren- übergreifend mit den gleichen Bezugszeichen gekennzeichnet.
In einem ersten Ausführungsbeispiel (Figur 1) weist ein Fahrzeug 1 ein Steuergerätenetzwerk SN auf. Das Steuergerätenetzwerk SN weist mehrere Rechner Rl, R2, Ri auf, die jeweils zu- gehörige Rechenressourcen aufweisen. Die Rechenressourcen sind beispielsweise Rechenzeit und/oder Speicher.
Die Rechner Rl, R2, Ri des Steuergerätenetzwerk SN weisen jeweils einen Daten- und Programmspeicher, eine Kommunikations- schnittstelle und eine Recheneinheit auf, die beispielsweise einen Einkern- oder Mehrkernprozessor aufweist.
Das Steuergerätenetzwerk SN weist des Weiteren eine interne Schnittstelle IS auf, die mit den Rechnern Rl, R2, Ri signal- technisch gekoppelt ist und die über einen Netzwerktunnel NT mit einer externen Schnittstelle ES signaltechnisch gekoppelt ist .
Das Fahrzeug 1 weist des Weiteren mehrere Aktuatoren AI, A2, Ai und mehrere Sensoren Sl, S2, Si auf, die über einen oder mehrere Fahrzeugbusse Bl, B2, Bi mit der externen Schnitt¬ stelle ES signaltechnisch gekoppelt sind. Die Fahrzeugbusse Bl, B2, Bi sind beispielsweise ein CAN-bus und/oder ein Flex- Ray-Bus und/oder ein LIN-Bus.
So ist es möglich, dass Daten zwischen den Akuatoren AI, A2, Ai beziehungsweise den Sensoren Sl, S2, Si und den Rechnern Rl, R2, Ri über die interne Schnittstelle IS, den Netzwerk¬ tunnel NT, die externe Schnittstelle ES und einen der Fahr- zeugbusse Bl, B2, Bi übertragen werden. Benötigen nun vorgegebene Fahrzeuganwendungen Rechenressourcen, wie beispielsweise eine ESP (Elektronisches Stabilitäts¬ programm) -Anwendung und/oder eine ABS (AntiblockierSystem) - Anwendung und/oder eine Navigations-Anwendung und/oder eine Audioanwendung und/oder eine Videoanwendung und/oder eine andere Fahrzeuganwendung, so können die Fahrzeuganwendungen beispielsweise mittels eines Netzwerkmanagements abhängig von dem Bedarf der Fahrzeuganwendungen und abhängig von einer Auslastung der jeweiligen Rechner Rl, R2, Ri dynamisch den Rechenressourcen der Rechner Rl, R2, Ri zugeteilt werden.
So kann beispielsweise die ESP-Anwendung den Rechenressourcen des Rechners Rl zugeteilt sein. Im Weiteren Betrieb des Fahr¬ zeugs 1 benötigt beispielsweise die ABS-Anwendung Rechenres- sourcen. Die ABS-Anwendung kann daraufhin beispielsweise auch den Rechenressourcen des Rechners Rl zugeteilt werden, falls dieser noch über genügend Rechenressourcen verfügt. Sie können alternativ oder zusätzlich den Rechenressourcen des Rechners R2 zugeteilt werden. Der Rechner Ri kann beispielsweise so lange in einen Schlafzustand versetzt und/oder abgeschal¬ tet werden, bis eine weitere Fahrzeuganwendung Rechenressourcen benötigt, woraufhin er aufgeweckt und/oder eingeschaltet wird. So kann gegebenenfalls Energie gespart werden. Die vor¬ gegebenen Fahrzeuganwendungen können in jeder beliebig ande- ren Kombination den Rechenressourcen der Rechner Rl, R2, Ri des verwalteten Steuergerätenetzwerks SN zugeteilt werden.
Alternativ oder zusätzlich ist eine Rechenleistung des jeweiligen Rechners Rl, R2, Ri des verwalteten Steuergerätenet z- werks skalierbar und so an den Bedarf der jeweiligen Fahrzeuganwendung anpassbar. Dies ist beispielsweise vorteilhaft, falls der jeweilige Rechner Rl, R2, Ri einen Mehrkernprozes¬ sor aufweist. Um die Fahrzeuganwendungen dynamisch zuzuteilen, ist es gegebenenfalls vorteilhaft, wenn eine Laufzeitumgebung der Rechner Rl, R2, Ri des verwalteten Steuergerätenetzwerks SN ab- hängig von den zugeteilten Fahrzeuganwendungen dynamisch an- gepasst wird. Hiermit kann sichergestellt werden, dass gege¬ benenfalls der jeweilige Rechner Rl, R2, Ri die zugeteilte Fahrzeuganwendung ausführen kann.
In einem weiteren Ausführungsbeispiel (Figur 2) weist das Fahrzeug 1 das Steuergerätenetzwerk SN, die Rechner Rl, R2, Ri, die Aktuatoren AI, A2, Ai, die Sensoren Sl, S2, Si, die interne Schnittstelle SI und die externe Schnittstelle ES auf.
Das Fahrzeug 1 weist des Weiteren mehrere externe Rechner ERl, ER2, ERi auf, die außerhalb des verwalteten Steuergerä¬ tenetzwerks SN sind und die jeweils über einen der Fahrzeug- busse Bl, B2, Bi mit der externen Schnittstelle ES signal¬ technisch gekoppelt sind.
Die externen Rechner ERl, ER2, ERi weisen jeweils einen Daten- und Programmspeicher eine Kommunikationsschnittstelle und eine Recheneinheit auf, die beispielsweise einen Einkern¬ oder Mehrkernprozessor aufweist.
Die Fahrzeuganwendungen werden auf den externen Rechnern ERl, ER2, ERi ausgeführt. Sollte nun eine der Fahrzeuganwendungen zusätzliche Rechenressourcen benötigen, können die Fahrzeuganwendungen auf die Rechenressourcen der Rechner Rl, R2, Ri des verwalteten Steuergerätenetzwerks SN zumindest teilweise ausgelagert werden. Hierdurch ist es gegebenenfalls möglich, dass die externen Rechner ERl, ER2, ERi auf einen vorgegebe- nen Betriebsmodus ausgelegt werden können und nicht auf ein Worst-Case-Scenario (Ungünstigster Fall Szenario) ausgelegt werden müssen.
Alternativ oder zusätzlich kann mittels einer Auslagerung der Fahrzeuganwendungen auf die Rechenressourcen der Rechner Rl, R2, Ri des verwalteten Steuergerätenetzwerks SN eine Ausfall¬ sicherheit der Fahrzeuganwendungen realisiert werden, indem eine Fahrzeuganwendung bei einem Ausfall des externen Rechners ER1, ER2, ERi den Rechenressourcen der Rechner Rl, R2, Ri des verwalteten Steuergerätenetzwerks SN zugeteilt wird.

Claims

Verfahren zur Verwaltung eines Steuergerätenetzwerks (SN) in einem Fahrzeug (1), das mehrere Rechner (Rl, R2, Ri) aufweist, die jeweils zugehörige Rechenressourcen aufweisen, bei dem den Rechenressourcen der Rechner (Rl, R2, Ri) des verwalteten Steuergerätenetzwerks (SN) vorgegebene Fahrzeuganwendungen dynamisch zugeteilt werden, abhängig von einem Bedarf der Fahrzeuganwendungen und abhängig von einer Auslastung der jeweiligen Rechner (Rl, R2, Ri) .
Verfahren nach Anspruch 1,
wobei eine Laufzeitumgebung der Rechner (Rl, R2, Ri) des verwalteten Steuergerätenetzwerks (SN) abhängig von den zugeteilten Fahrzeuganwendungen angepasst wird.
Verfahren nach Anspruch 1 oder 2,
wobei die Fahrzeuganwendungen auf mindestens einem ex¬ ternen Rechner (ER1, ER2, ERi) ausgeführt werden, der außerhalb des verwalteten Steuergerätenetzwerks (SN) ist, und abhängig von einem Bedarf der Fahrzeuganwendungen den Rechenressourcen der Rechner (Rl, R2, Ri) des verwalteten Steuergerätenetzwerks (SN) die Fahrzeuganwendungen zugeteilt werden.
Verfahren nach Anspruch 1 oder 2,
wobei die Fahrzeuganwendungen auf mindestens einem der Rechner (Rl, R2, Ri) des verwalteten Steuergerätenetzwerks (SN) ausgeführt werden, den das verwaltete Steuer¬ gerätenetzwerk (SN) aufweist.
Verfahren nach einem der vorhergehenden Ansprüche, bei dem die Rechner (Rl, R2, Ri) des verwalteten Steuergerätenetzwerks (SN) abhängig von einer Nutzung ihrer Rechenressourcen jeweils in einen Schlafzustand versetzt werden und auf eine Anforderung wieder aufgeweckt werden .
6. Verfahren nach einem der vorhergehenden Ansprüche,
bei dem die Rechner (Rl, R2, Ri) des verwalteten Steuergerätenetzwerks (SN) abhängig von einer Nutzung ihrer Rechenressourcen jeweils zu- oder abgeschaltet werden.
7. Verfahren nach einem der vorhergehenden Ansprüche,
bei dem die Rechenressourcen Rechenzeit repräsentieren.
8. Verfahren nach einem der vorhergehenden Ansprüche,
bei dem die Rechenressourcen Speicher repräsentieren.
9. Steuergerätenetzwerk in einem Fahrzeug (1), das mehrere Rechner (Rl, R2, Ri) aufweist, die jeweils zugehörige Rechenressourcen aufweisen, das dazu ausgebildet ist, ein Verfahren nach einem der Ansprüche 1 bis 8 durchzuführen .
PCT/EP2013/072670 2012-10-31 2013-10-30 Verfahren zur verwaltung eines steuergerätenetzwerks in einem fahrzeug und steuergerätenetzwerk WO2014067978A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE201210219917 DE102012219917A1 (de) 2012-10-31 2012-10-31 Verfahren zur Verwaltung eines Steuergerätenetzwerks in einem Fahrzeug und Steuergerätenetzwerk
DE102012219917.9 2012-10-31

Publications (1)

Publication Number Publication Date
WO2014067978A1 true WO2014067978A1 (de) 2014-05-08

Family

ID=49584695

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2013/072670 WO2014067978A1 (de) 2012-10-31 2013-10-30 Verfahren zur verwaltung eines steuergerätenetzwerks in einem fahrzeug und steuergerätenetzwerk

Country Status (2)

Country Link
DE (1) DE102012219917A1 (de)
WO (1) WO2014067978A1 (de)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2966576A1 (de) * 2014-07-08 2016-01-13 Robert Bosch Gmbh Umfelderfassungssystem und verfahren zum betrieb eines umfelderfassungssystems
WO2021162780A1 (en) * 2020-02-12 2021-08-19 Qualcomm Incorporated Allocating vehicle computing resources to one or more applications

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11884296B2 (en) 2020-12-21 2024-01-30 Qualcomm Incorporated Allocating processing resources to concurrently-executing neural networks

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5544054A (en) * 1993-06-22 1996-08-06 Hitachi, Ltd. Vehicle multi-processor control system and method with processing load optimization
DE10357118A1 (de) * 2003-12-06 2005-07-07 Daimlerchrysler Ag Laden von Software-Modulen
DE102007053246A1 (de) * 2007-11-08 2009-05-20 Continental Automotive Gmbh Einheitliche Vermittlungsschicht in Fahrzeugen
DE102011104259A1 (de) * 2011-06-15 2012-08-16 Audi Ag Kraftfahrzeug mit zumindest zwei Steuergeräten

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE4112334A1 (de) * 1991-04-16 1992-10-22 Bosch Gmbh Robert Mehrrechnersystem in einem kraftfahrzeug
JP4402797B2 (ja) * 2000-03-02 2010-01-20 株式会社日立製作所 情報処理装置
EP1944690A3 (de) * 2006-12-19 2009-05-20 Continental Automotive GmbH Verfahren, Vorrichtung und System
EP2432224A1 (de) * 2010-09-16 2012-03-21 Harman Becker Automotive Systems GmbH Multimediasystem
US9600780B2 (en) * 2010-11-29 2017-03-21 Nokia Technologies Oy Method and apparatus for sharing and managing resource availability

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5544054A (en) * 1993-06-22 1996-08-06 Hitachi, Ltd. Vehicle multi-processor control system and method with processing load optimization
DE10357118A1 (de) * 2003-12-06 2005-07-07 Daimlerchrysler Ag Laden von Software-Modulen
DE102007053246A1 (de) * 2007-11-08 2009-05-20 Continental Automotive Gmbh Einheitliche Vermittlungsschicht in Fahrzeugen
DE102011104259A1 (de) * 2011-06-15 2012-08-16 Audi Ag Kraftfahrzeug mit zumindest zwei Steuergeräten

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2966576A1 (de) * 2014-07-08 2016-01-13 Robert Bosch Gmbh Umfelderfassungssystem und verfahren zum betrieb eines umfelderfassungssystems
WO2021162780A1 (en) * 2020-02-12 2021-08-19 Qualcomm Incorporated Allocating vehicle computing resources to one or more applications

Also Published As

Publication number Publication date
DE102012219917A1 (de) 2014-06-12

Similar Documents

Publication Publication Date Title
EP2907268B1 (de) Verfahren zum konfigurieren einer steuereinheit, steuereinheit und fahrzeug
EP2909721A1 (de) Schnittstelle zum datenaustausch zwischen redundant ausgeführten programmen zur kraftfahrzeugsteuerung
DE102012009482A1 (de) Funktional erweiterbares Fahrzeugsteuergerät und Verfahren zum Ergänzen der Funktionalität eines Fahrzeugsteuergeräts
DE102015003194A1 (de) Verfahren und Vorrichtung zum Handhaben von sicherheitskritischen Fehlern
DE102017214068B4 (de) Verfahren, Vorrichtung und Computerprogramm zur dynamischen Ressourcenzuweisung in einem Mehrprozessor-Computersystem
DE102017204691B3 (de) Steuervorrichtung zum redundanten Ausführen einer Betriebsfunktion sowie Kraftfahrzeug
EP1700211B1 (de) Laden von software-modulen
WO2014067978A1 (de) Verfahren zur verwaltung eines steuergerätenetzwerks in einem fahrzeug und steuergerätenetzwerk
EP3929740A1 (de) Verfahren zur orchestrierung einer container-basierten anwendung auf einem endgerät
DE102018220822A1 (de) Vorrichtung und Verfahren zum Steuern eines prioritätsbasierten Fahrzeug-Multimastermoduls
DE102005061393A1 (de) Verfahren zur Verteilung von Softwaremodulen
DE102019106551A1 (de) Mehrfach-steuergerät für ein fahrzeug
DE60312041T2 (de) Tcet-expander
WO2016030324A1 (de) Mikrocontrollersystem und verfahren für sicherheitskritische kraftfahrzeugsysteme sowie deren verwendung
DE102013021231A1 (de) Verfahren zum Betrieb eines Assistenzsystems eines Fahrzeugs und Fahrzeugsteuergerät
DE102017201966A1 (de) Steuergerät für ein Kraftfahrzeug und entsprechendes Kraftfahrzeug
DE102019111623A1 (de) Lenksteuerapparat und lenksteuerverfahren und lenksystem
DE102018123563B4 (de) Verfahren zur Zwischenkernkommunikation in einem Mehrkernprozessor
DE102014221977A1 (de) Verfahren und Vorrichtung zum Speichern von Daten in einem Kraftfahrzeug
WO2017140398A1 (de) Netzknoteneinrichtung und verfahren zur vermittlung von daten
DE102017100118A1 (de) Skalierbares Steuersystem für ein Kraftfahrzeug
DE102016206490A1 (de) Elektronische steuereinheit
WO2014019722A1 (de) Vorrichtung und verfahren zur realisierung eines steuersystems mit hoher verfügbarkeit und/oder integrität
EP2126700B1 (de) Steuerung des laufzeitverhaltens von prozessen
DE102019134872B4 (de) Verbesserung der Betriebsparameter eines Rechensystems im Fahrzeug

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13791754

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13791754

Country of ref document: EP

Kind code of ref document: A1