WO2012016805A1 - Verfahren zur rekonfiguration von softwareparametern in einem mikrocontroller sowie mikrocontroller und steuergerät - Google Patents

Verfahren zur rekonfiguration von softwareparametern in einem mikrocontroller sowie mikrocontroller und steuergerät Download PDF

Info

Publication number
WO2012016805A1
WO2012016805A1 PCT/EP2011/062144 EP2011062144W WO2012016805A1 WO 2012016805 A1 WO2012016805 A1 WO 2012016805A1 EP 2011062144 W EP2011062144 W EP 2011062144W WO 2012016805 A1 WO2012016805 A1 WO 2012016805A1
Authority
WO
WIPO (PCT)
Prior art keywords
memory
software
microcontroller
volatile
volatile memory
Prior art date
Application number
PCT/EP2011/062144
Other languages
English (en)
French (fr)
Inventor
Matthias Peters
Original Assignee
Robert Bosch 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 Robert Bosch Gmbh filed Critical Robert Bosch Gmbh
Priority to CN201180038493.2A priority Critical patent/CN103026339B/zh
Priority to US13/814,355 priority patent/US9760367B2/en
Priority to KR1020137003011A priority patent/KR101804603B1/ko
Publication of WO2012016805A1 publication Critical patent/WO2012016805A1/de

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • G06F8/66—Updates of program code stored in read-only memory [ROM]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/40—Transformation of program code
    • G06F8/54—Link editing before load time
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • G06F8/658—Incremental updates; Differential updates
    • 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/30—Arrangements for executing machine instructions, e.g. instruction decode
    • G06F9/32—Address formation of the next instruction, e.g. by incrementing the instruction counter
    • G06F9/322—Address formation of the next instruction, e.g. by incrementing the instruction counter for non-sequential address
    • G06F9/328—Address formation of the next instruction, e.g. by incrementing the instruction counter for non-sequential address for runtime instruction patching

Definitions

  • the invention relates to a method for reconfiguring software parameters in a microcontroller and to a microcontroller and a control device for this purpose.
  • a necessary reconfiguration can be associated with a cost of several days. It may be necessary to redesign and test the software, deliver it to a customer and then reprogram the vehicle, or the corresponding microcontroller in one of its control units, in a reprogramming station.
  • a reconfiguration is not only interesting for a customer, but also for testing the software. Often, a laboratory space for testing does not have a full-fledged environment, which may require the deactivation of certain monitors, for example.
  • microcontroller in the vehicle the applicator could also quickly trigger a logic change / monitor deactivation to check the behavior of the vehicle in other situations.
  • reconfigure software in microcontrollers especially in the described environment, two methods are currently known
  • the modification of the complete software code, its compilation and subsequent flashing on the other hand the modification of individual software parameters, which can be flashed individually in the software, compilation and subsequent partial flashing.
  • a method for the reconfiguration of ECU software is known from DE 102 60 103 AI.
  • the execution of old software parts is replaced by the execution of new software parts, wherein the new software parts are written in a second memory area and run by a branch instead of the old software parts, the new ones.
  • this method brings the above-mentioned logistical effort with having to change a whole software, or a whole software section, and rewrite.
  • the present invention has the advantage that parameters can be changed during the runtime via the use of a further non-volatile memory and that, for example, it can react very quickly to customer requests. Furthermore, a large number of parameters can be changed, not just specifically set for it. In addition to the reduced logistical effort, a less error-prone reconfiguration is thus provided in addition to significantly reduced redevelopment effort. During reconfiguration, no entire parameter set needs to be loaded into the non-volatile memory, but only individual parameters that are to be modified. This has the advantage that the use of the non-volatile memory is very small even in the case of necessary reconfigurations or corrections, and is normally 0.
  • Block, for example, to a signal in the signal processing include, in common, in particular in tabular form, store, transmit together for processing in the volatile memory and possibly there also work in tabular form.
  • the information stored in the volatile memory Reconfiguration information is also examined in each case signal-specific: "Lies for the signal whose software parameters are currently in the volatile
  • Storage or processing is in the high efficiency, which has a positive effect on the controllability of the process and the speed of operations.
  • the proposed approach should not only be limited to signal processing, but is analogously applicable to the processing of any data for which certain software logic and parameters are cyclically processed.
  • the reconfiguration information and the correction values for the parameters to be changed listed in the reconfiguration information are generated from the non-volatile read-only memory at certain times, for example, always in the case of microcontrolling or startup of a higher-level system transmit the volatile memory.
  • the time load of the software processing by the reconfiguration process remains minimal.
  • the reconfiguration information and the correction values for the parameters to be changed can each be written into the non-volatile read-only memory as needed or changed in the latter, ie updated.
  • This process can be realized, for example, by a CAN sequence if the non-volatile read-only memory has a CAN bus access.
  • Advantage of such a procedure, v.a. in the preferred embodiment of a microcontroller in a vehicle control unit is that the CAN bus represents a standard access and the use of a CAN sequence allows standardized as possible and easy to perform reconfiguration.
  • the invention can be used particularly advantageously if the microcontroller is integrated in a control unit in a vehicle. Due to the often very high number of possible parameters in this application and due to high safety regulations and often changing framework conditions, a fast and reliable reconfiguration of software parameters is particularly important here.
  • FIG. 1 shows a first, schematic structure of a control device with microcontroller
  • Figure 2 shows a second, schematic structure of a control device
  • FIG. 3 shows a third, schematic structure of a control unit with microcontroller
  • FIG. 5 shows an exemplary sequence of a method for a parameter reconfiguration.
  • FIGS. 1-3 each show, by way of example, a schematic structure of a control device with a microcontroller, which is suitable for the software configuration according to the invention.
  • the control units 1 have, inter alia, in each case a microcontroller 10, further hardware components or interfaces of the control unit are not shown for clarity in this illustration.
  • the microcontroller 10 has at least one arithmetic unit or at least one arithmetic core 11, as well as a first non-volatile read-only memory 12 (eg ROM) and a volatile memory 13 (eg RAM).
  • a second, non-volatile read-only memory 14 (eg EEPROM) is provided, which in the microcontroller 10 ( Figure 1), outside the microcontroller 10, but within the controller 1 ( Figure 2) or external to the controller ( Figure 3) can be arranged.
  • the arithmetic unit 11 and the memories 12, 13, 14 sen communication links with each other (eg serial ports or common bus system), which are indicated in Figures 1-3 as communication links 15. Notwithstanding the connection structure 15 shown, other communication paths can be provided.
  • the second, non-volatile read-only memory 14 has in Figure 1-3 a further communication link 16, for example, a CAN or K-line communication link after ECU external.
  • non-volatile memory 14 does not necessarily have its own interface, for example to the CAN bus. It is also sufficient to connect the microcontroller to the CAN, which in turn can write to the non-volatile memory (eg during a diagnostic session via CAN).
  • FIG. 4 shows a schematic example of a software parameter reconfiguration with reference to FIGS. 1-3. It shows tables TO, TO ', T1, T2 and T3 which are stored in a first non-volatile read-only memory ROM (corresponding to memory 12 in FIGS. 1-3), a volatile memory RAM (corresponding to memory 13 in FIG 1-3) and a second non-volatile read-only memory EEPROM (corresponding to memory 14 in FIGS. 1-3) are stored.
  • the first table TO has a first column, the signal column S, in which signals A, C,... Are listed, for which software parameters in the microcontroller 11 are to be changed.
  • Signals are in particular messages received from sensors, actuators or control units with specific value indications, commands or other information for a diagnosis, for further processing, as the basis for a control, etc.
  • the parameter column P the software parameters are stored, which are to be changed or reconfigured in the microcontroller.
  • Modemable parameters may include, for example, enabling or disabling diagnostic functions, properly maintaining a particular communication frame, limiting signal values, error words assigned to certain signal errors, monitor / variant classes, invalid or undefined value, signal class, calculation variables (factors, offsets, etc.). .) etc.
  • the software parameters of column P in table TO are each assigned to a signal of column S. This assignment corresponds to the assignment of the parameters also in table T1, as described below.
  • the value column W the new parameter values, ie the correction values, are listed for the software parameters to be changed. In the example shown, there is only one parameter X_AII to be changed for the signal A, which is to be assigned the new value 4.
  • the table T1 is stored.
  • the signals A, B, C,... To be processed or monitored by the microcontroller 10 are listed in the first column, as well as the respectively associated parameters in columns I, II, III,.
  • all parameters for which a necessary reconfiguration is conceivable in the future should be listed as free parameters in this table, because only these parameters, resp
  • the signals A, B, C, ... are cyclically processed or monitored by the microcontroller 10 by the table Tl line by line, ie in each case for a signal (in Figure 4 signal C), for further processing as a table T2 is transferred to the volatile memory RAM. Before further processing, however, it is checked whether for table T2, that is to say in FIG. 4 for
  • Signal C a change request in table TO 'is present.
  • the parameter X_CII to be changed is present in table TO '.
  • the correction value from table TO or table TO ' is 7.
  • the value of the parameter to be changed is corrected in the volatile memory RAM before processing of the signal C by the microcontroller 10 with the parameters X_CI, X_CII, X_CIII from 0 to 7), thus correcting the table T2 to the table T3. Only then does the processing of the signal C according to the parameters of the table T3 in the volatile memory RAM.
  • the software is designed so that the parameters can again be processed on a tabular basis. If there are several correction requests for a signal, all the parameter values to be corrected are corrected one after the other before the signal processing takes place. If there are no change requests in table TO 'for the signal whose associated parameters are currently loaded into RAM as table T2 (as would be the case for signal B in the example), the signal processing can take place directly.
  • FIG. 5 shows an exemplary sequence of a method for a parameter configuration.
  • the core method comprises steps 102-108.
  • a table TO with information about software parameters to be modified or reconfigured of a control device and with the corresponding correction values is created and stored in a non-volatile read-only memory EEPROM.
  • Access to EEPROM is e.g. via diagnostic interfaces, preferably via standard diagnostic inputs such as CAN connection or K-Line.
  • the memory can be reconfigured or reprogrammed via an external tool, e.g. with a simple standard hardware with CAN card via a CAN sequence.
  • step 102 in a preferred embodiment e.g. Triggered by a microcontroller start, the table TO is copied from the memory EEPROM into the volatile memory RAM.
  • a second table T1 which is stored in the non-volatile read-only memory ROM and which lists for the signals processed by the microcontroller, in each case lists all parameters with values, the part of the table Tl which contains the parameters of a certain signal is copied. This part is stored as table T2 in the volatile memory RAM.
  • step 104 the table TO 'is checked to see whether there is a change request for the signal whose parameters are stored in table T2 in the memory RAM, or whether there are a plurality of change requests. Since the information on which signal relates to the changes is stored in the EEPROM reconfiguration table for the changes, after loading parameters of a signal into the RAM, it can be quickly checked whether a change request is required for this signal. If a change request is present, in step 105 the value of the parameter to be changed in table T2 is replaced by the corresponding correction value from table TO 'and the table T2 is thus corrected to table T3. The same applies for several parameter values to be changed.
  • step 106 If there is no change request for the signal in question, a branch is made in step 106, in which no reconfiguration activity takes place.
  • step 107 which follows the alternative steps 105 and 106, the signal corresponding to the table T3 is processed or controlled by the microcontroller on the basis of the parameter values stored there. This is followed by a branch to step 103.
  • the corresponding part of the table T1 is again transferred as a table T2 from the memory ROM into the memory RAM. Thereafter, the further procedure as described.
  • the method is restarted (by overwriting the table TO in the memory EEPROM) at step 101. Even if no new reconfiguration information and correction values are needed, at least if the volatile memory was without supply, e.g. at microcontroller restart, start the process at step 102 because the table 0 'must be reloaded from the nonvolatile memory EEPROM into the volatile memory.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Stored Programmes (AREA)

Abstract

Die Erfindung geht aus von einem Verfahren zur Rekonfiguration von Softwareparametern in einem Mikrocontroller. Dabei weist der Mikrocontroller mindestens eine Recheneinheit, einen ersten nicht-flüchtigen Nur-Lese-Speicher und einen flüchtigen Speicher auf und die Softwareparameter sind in dem ersten nicht-flüchtigen Nur-Lese-Speicher gespeichert. Weiterhin werden Rekonfigurationsinformationen über zu verändernde Softwareparameter sowie mindestens ein Korrekturwert aus einem zweiten, dem Mikrocontroller zugeordneten, nicht-flüchtigen Nur-Lese-Speicher in den flüchtigen Speicher übertragen. Mindestens ein Softwareparameter wird von dem ersten nicht-flüchtigen Nur-Lese-Speicher in den flüchtigen Speicher übertragen für eine Verarbeitung durch die Recheneinheit und die Rekonfigurationsinformationen werden in dem flüchtigen Speicher daraufhin überprüft, ob der in den flüchtigen Speicher übertragene Softwareparameter ein zu verändernder Softwareparameter ist. Bei Übereinstimmung des in den flüchtigen Speicher übertragenen Softwareparameters mit einem der zu verändernden Softwareparameter wird der Wert des in den flüchtigen Speicher übertragenen Softwareparameters vor der Verarbeitung durch einen Korrekturwert ersetzt.

Description

Beschreibung Titel
Verfahren zur Rekonfiguration von Softwareparametern in einem MikroController sowie MikroController und Steuergerät
Stand der Technik
Die Erfindung betrifft ein Verfahren zur Rekonfiguration von Softwareparametern in einem Mikrocontroller sowie einen Mikrocontroller und ein Steuergerät hierzu.
Die Rekonfiguration von Software, insbesondere von freien Parametern, in einem Mikrocontroller stellt oftmals eine große logistische Herausforderung dar. Zum Beispiel im Fall von Mikrocontrollern, welche in einem Fahrzeugsteuergerät eingesetzt werden, kann eine nötige Rekonfiguration mit einem Aufwand von mehreren Tagen verbunden sein. Es kann dazu nötig sein, die Software neu zu entwerfen und zu testen, diese an einen Kunden zu liefern und dann das Fahrzeug, bzw. den entsprechenden Mikrocontroller in einem dessen Steuergeräte, in einer Reprogrammierungsstation neu zu programmieren. Eine solche Rekonfiguration ist allerdings nicht nur bei einem Kunden interessant, sondern z.B. auch beim Testen der Software. Oftmals verfügt ein Laborplatz zum Testen nicht über eine vollwertige Umgebung, wodurch z.B. die Deaktivierung bestimmter Überwachungen nötig sein kann. Im Anwendungsfall„Mikrocontroller im Fahrzeug" könnte beispielsweise der Applikateur auch schnell eine Logikänderung/Überwachungs- deaktivierung auslösen, um das Verhalten des Fahrzeugs in anderen Situationen zu überprüfen. Für die Rekonfiguration von Software in Mikrocontrollern, insbesondere im beschriebenen Umfeld, sind derzeit zwei Verfahren bekannt: Zum einen die Modifikation des kompletten Softwarecodes, dessen Kompilierung und darauffolgendes Flashen; zum anderen die Modifikation einzelner Softwareparameter, welche individuell geflasht werden können in der Software, Kompilierung und darauffolgendes partielles Flashen. Ein Verfahren zur Rekonfiguration von Steuergerätesoftware ist aus der DE 102 60 103 AI bekannt. Dabei wird die Ausführung alter Softwareteile durch die Ausführung neuer Softwareteile ersetzt, wobei die neuen Softwareteile in einem zweiten Speicherbereich eingeschrieben werden und durch eine Verzweigung statt der alten Softwareteile die neuen ausgeführt werden. Auch dieses Verfahren bringt den oben erwähnten logistischen Aufwand mit sich, eine ganze Software, bzw. einen ganzen Softwareabschnitt, ändern und neu schreiben zu müssen.
Offenbarung der Erfindung
Vorteile der Erfindung
Die vorliegende Erfindung gemäß den unabhängigen Ansprüchen bringt dagegen den Vorteil mit sich, dass Parameter über den Einsatz eines weiteren nichtflüchtigen Speichers während der Laufzeit geändert werden können und dass damit sehr schnell zum Beispiel auf Kundenwünsche reagiert werden kann. Des Weiteren kann eine große Anzahl von Parametern, nicht nur speziell hierfür festgelegte, verändert werden. Neben dem verringerten logistischen Aufwand wird damit eine weniger fehleranfällige Rekonfiguration bei zudem deutlich verringertem Neuentwicklungsaufwand bereit gestellt. Bei der Rekonfiguration muss dabei kein ganzer Parametersatz in den nicht-flüchtigen Speicher geladen werden, sondern nur Einzelparameter, die abgeändert werden sollen. Dies hat den Vorteil, dass die Nutzung des nicht-flüchtigen Speichers selbst im Fall nötiger Re- konfigurationen bzw. Korrekturen sehr klein und im Normalfall 0 ist.
Weiterhin sind vorteilhafterweise auch Softwareattribute/-logiken (wie eine neue Art der Berechnung z.B. Addition statt Subtraktion), die normalerweise nicht pa- rametrisiert werden, da sie bei Nutzung eines Parametersatz-Ansatzes schlichtweg die Anzahl an vorzuhaltenden Parametern sprengen würden, veränderbar.
Weitere Vorteile und Verbesserungen ergeben sich durch die Merkmale der abhängigen Ansprüche.
Besonders vorteilhaft ist es, jeweils die Softwareparameter, welche zu einem
Block, beispielsweise zu einem Signal in der Signalverarbeitung gehören, gemeinsam, insbesondere in Tabellenform, abzuspeichern, gemeinsam für eine Verarbeitung in den flüchtigen Speicher zu übertragen und gegebenenfalls dort auch tabellenartig abzuarbeiten. Dabei können die in den flüchtigen Speicher ge- ladenen Rekonfigurationsinformationen auch jeweils Signal-spezifisch untersucht werden:„Liegt für das Signal, dessen Softwareparameter gerade im flüchtigen
Speicher abgelegt sind, ein Änderungswunsch vor?". Der Vorteil einer solchen
Speicherung bzw. Verarbeitung liegt in der hohen Effizienz, welche sich auf die Kontrollierbarkeit des Verfahrens und die Geschwindigkeit der Vorgänge positiv auswirkt. Prinzipiell soll der vorgeschlagene Ansatz aber nicht nur auf die Signalverarbeitung beschränkt sein, sondern ist analog auf Verarbeitung jeglicher Daten anwendbar, für die bestimmte Softwarelogiken und Parameter zyklisch verarbeitet werden.
In einer vorteilhaften Ausgestaltung werden die Rekonfigurationsinformationen und die Korrekturwerte für die in den Rekonfigurationsinformationen aufgeführten, zu verändernden Parameter zu bestimmten Zeiten, bspw. immer bei Mikrocontroll er- Start oder bei Start eines übergeordneten Systems, aus dem nicht-flüchtigen Nur-Lese-Speicher in den flüchtigen Speicher übertragen. Damit bleibt die zeitliche Belastung der Softwareverarbeitung durch das Rekonfigurationsverfahren minimal.
Die Rekonfigurationsinformationen und die Korrekturwerte für die in den Rekonfigurationsinformationen aufgeführten, zu verändernden Parameter können jeweils bei Bedarf in den nicht-flüchtigen Nur-Lese-Speicher geschrieben bzw. in diesem verändert, also aktualisiert werden. Dieser Vorgang kann beispielsweise durch eine CAN-Sequenz realisiert werden, wenn der nicht-flüchtige Nur-Lese-Speicher über einen CAN-Bus- Zugang verfügt. Vorteil eines solchen Vorgehens, v.a. im bevorzugten Ausführungsbeispiel eines Mikrocontroller in einem Fahrzeugsteuergerät ist, dass der CAN-Bus einen Standardzugang darstellt und die Verwendung einer CAN-Sequenz eine möglichst standardisiert und einfach durchzuführende Rekonfiguration ermöglicht.
Besonders vorteilhaft kann die Erfindung eingesetzt werden, wenn der Mikrocontroller in einem Steuergerät in einem Fahrzeug integriert ist. Aufgrund der in diesem Anwendungsfall oft sehr hohen Anzahl möglicher Parameter und aufgrund von hohen Sicherheitsbestimmungen und sich oft ändernder Rahmenbedingungen ist eine schnelle und zuverlässige Rekonfiguration von Software- Parametern hier besonders wichtig.
Zeichnungen Es zeigen:
Figur 1 einen ersten, schematischen Aufbau eines Steuergeräts mit Mik- rocontroller,
Figur 2 einen zweiten, schematischen Aufbau eines Steuergeräts mit
Mikrocontroller,
Figur 3 einen dritten, schematischen Aufbau eines Steuergeräts mit Mikrocontroller,
Figur 4 ein schematisches Beispiel für eine Parameterrekonfiguration und
Figur 5 einen beispielhaften Ablauf eines Verfahrens für eine Parameterrekonfiguration.
Im Folgenden wird die Erfindung anhand von Zeichnungen für das Beispiel der Software- bzw. Softwareparameter- Rekonfiguration eines Mikrocontrollers in einem Steuergerät, insbesondere in einem Fahrzeugsteuergerät, näher beschrieben. Die Erfindung ist aber nicht auf diesen Einsatz beschränkt, sondern für beliebige Mikrocontroller einsetzbar.
Figuren 1-3 zeigen jeweils beispielhaft einen schematischen Aufbau eines Steuergeräts mit Mikrocontroller, welches zur erfindungsgemäßen Softwarerekonfigu- ration geeignet ist. Dabei bezeichnen gleiche Bezugszeichen jeweils gleiche oder vergleichbare Einheiten. Die Steuergeräte 1 weisen unter anderem jeweils einen Mikrocontroller 10 auf, weitere Hardwarebestandteile oder Schnittstellen des Steuergeräts sind der Übersichtlichkeit wegen in dieser Darstellung nicht gezeigt. Der Mikrocontroller 10 weist zumindest eine Recheneinheit bzw. zumindest einen Rechenkern 11 auf, sowie einen ersten, nicht-flüchtigen Nur-Lese-Speicher 12 (z.B. ROM) sowie einen flüchtigen Speicher 13 (z.B. RAM). Darüber hinaus ist ein zweiter, nicht-flüchtiger Nur-Lese-Speicher 14 (z.B. EEPROM) vorgesehen, welcher in dem Mikrocontroller 10 (Figur 1), außerhalb des Mikrocontrollers 10, aber innerhalb des Steuergeräts 1 (Figur 2) oder auch Steuergerät-extern (Figur 3) angeordnet sein kann. Die Recheneinheit 11 und die Speicher 12, 13, 14 wei- sen Kommunikationsverbindungen untereinander auf (z.B. serielle Anschlüsse oder gemeinsames Bussystem), welche in den Figuren 1-3 als Kommunikationsverbindungen 15 angedeutet sind. Abweichend von der gezeigten Verbindungsstruktur 15 können auch andere Kommunikationswege vorgesehen sein. Der zweite, nicht-flüchtige Nur-Lese-Speicher 14 weist in den Abbildung 1-3 eine weitere Kommunikationsverbindung 16, z.B. eine CAN- oder K-Line- Kommunikationsverbindung nach Steuergeräte-extern auf. Der nicht-flüchtige Speicher 14 muss allerdings nicht unbedingt eine eigene Schnittstelle z.B. zum CAN-Bus haben. Es reicht auch ein Anschluss des Microcontrollers an den CAN, welcher wiederum den nicht-flüchtigen Speicher (z.B. während einer Diagnosesitzung über CAN) beschreiben kann.
Figur 4 zeigt bezugnehmend auf die Figuren 1-3 ein schematisches Beispiel für eine Softwareparameter- Rekonfiguration. Dabei werden Tabellen TO, TO', Tl, T2 und T3 gezeigt, welche in einem ersten, nicht-flüchtigen Nur-Lese-Speicher ROM (entsprechend Speicher 12 in Figur 1-3), einem flüchtigen Speicher RAM (entsprechend Speicher 13 in Figur 1-3) und einem zweiten, nicht-flüchtigen Nur- Lese-Speicher EEPROM (entsprechend Speicher 14 in Figur 1-3) gespeichert sind bzw. werden. Die erste Tabelle TO weist eine erste Spalte, die Signalspalte S, auf, in welcher Signale A, C, ... aufgeführt sind, für welche Softwareparameter im Mikrocontroller 11 geändert werden sollen.
Mit Signalen sind insbesondere von Sensoren, von Aktoren oder von Steuergeräten erhaltene Nachrichten mit bestimmten Wertangaben, Befehlen oder anderen Informationen für eine Diagnose, zur Weiterverarbeitung, als Grundlage für eine Steuerung usw. bezeichnet.
In der zweiten Spalte, der Parameterspalte P, sind die Softwareparameter gespeichert, welche im Mikrocontroller geändert bzw. rekonfiguriert werden sollen.
(Veränderbare) Parameter können beispielsweise betreffen: Aktivieren oder Deaktivieren von Diagnose- Funktionen, Ordnungsgemäßes Erhalten eines bestimmten Kommunikationsrahmens, Begrenzen von Signalwerten, bestimmten Signalfehler zugewiesene Fehlerwörter, Überwachungs- / Variantenklassen, ungültiger oder Undefinierter Wert, Signalklasse, Berechnungsvariablen (Faktoren, Offsets...) usw. Die Softwareparameter der Spalte P in Tabelle TO sind jeweils einem Signal der Spalte S zugeordnet. Diese Zuordnung entspricht der Zuordnung der Parameter auch in Tabelle Tl, wie weiter unten beschrieben. In der dritten Spalte der Tabel- le TO, der Wertespalte W, sind die neuen Parameterwerte, also die Korrekturwerte, für die zu verändernden Softwareparameter aufgeführt. In dem gezeigten Beispiel liegt für das Signal A nur ein zu ändernder Parameter X_AII vor, der mit dem neuen Wert 4 belegt werden soll. Für Signal B liegt kein zu ändernder Softwareparameter vor. Für Signal C liegt der zu ändernde Softwareparameter X_CII vor, der mit dem neuen Wert 7 belegt werden soll. Die in dieser Figur zur Vereinfachung als Zahlenwerte aufgeführten Korrektur- und Parameterwerte können natürlich mit beliebigen Informationen belegt werden. Die Tabelle 0 wird nun von dem zweiten, nicht-flüchtigen Nur-Lese-Speicher EEPROM als Tabelle 0' in den flüchtigen Speicher RAM übertragen. Wie später ausgeführt kann diese Übertra- gung in einer vorteilhaften Ausgestaltung bei einem Start des Mikrocontrollers erfolgen (bzw. bei einem Steuergeräte- oder Fahrzeugstart bei einem Einsatz des Mikrocontrollers in diesem Gebiet).
In dem ersten, nicht-flüchtigen Nur-Lese-Speicher ROM ist die Tabelle Tl ge- speichert. In dieser Tabelle Tl sind die durch den Mikrocontroller 10 zu verarbeitenden oder zu überwachenden Signale A, B, C, ... in der ersten Spalte sowie die diesen Signalen jeweils zugeordneten Parameter in den Spalten I, II, III, ... aufgeführt. Dabei sollten in der Mikrocontrollersoftware möglichst alle Parameter, für welche zukünftig eine nötige Rekonfiguration vorstellbar ist, als freie Parame- ter in dieser Tabelle aufgeführt werden, weil nur diese Parameter, bzw. deren
Werte, mit der erfindungsgemäßen Softwarerekonfiguration geändert werden können. In der Tabelle Tl sind der Übersichtlichkeit wegen die Parameter X_AI, X_AII ... zusammen mit ihren jeweiligen Werten (0, 1, usw.) in einem gemeinsamen Tabellenfeld angegeben.
In einem bevorzugten Ausführungsbeispiel werden die Signale A, B, C, ... durch den Mikrocontroller 10 zyklisch bearbeitet bzw. überwacht, indem die Tabelle Tl zeilenweise, also jeweils für ein Signal (in Figur 4 Signal C), für die Weiterverarbeitung als Tabelle T2 in den flüchtigen Speicher RAM übertragen wird. Vor einer Weiterverarbeitung wird allerdings überprüft, ob für Tabelle T2, also in Figur 4 für
Signal C, ein Änderungswunsch in Tabelle TO' vorliegt. In dem gezeigten Beispiel liegt für Tabelle 12, also Signal C, in Tabelle TO' der zu verändernde Parameter X_CII vor. Dieser Parameter wurde ursprünglich mit dem Wert X_CII=0 konfiguriert, nimmt in den Tabellen Tl und T2 also diesen Wert an. Der Korrekturwert aus Tabelle TO bzw. Tabelle TO' beträgt 7. Im Folgenden wird vor der Bearbeitung des Signals C durch den Mikrocontroller 10 mit den Parametern X_CI, X_CII, X_CIII ... im flüchtigen Speicher RAM der Wert des zu verändernden Parameters korrigiert (hier von 0 zu 7), und damit die Tabelle T2 zur Tabelle T3 korrigiert. Erst dann erfolgt die Bearbeitung des Signals C gemäß den Parametern der Tabelle T3 im flüchtigen Speicher RAM. Die Software ist so angelegt, dass die Parameter wiederum tabellenweise abgearbeitet werden können. Bei mehreren Korrekturwünschen für ein Signal werden nacheinander alle zu korrigierenden Parameterwerte korrigiert, bevor die Signalverarbeitung erfolgt. Liegen für das Signal, dessen zugeordnete Parameter aktuell als Tabelle T2 in den RAM geladen sind, keine Änderungswünsche in Tabelle TO' vor (wie es im Beispiel für Signal B der Fall wäre), kann die Signalverarbeitung direkt erfolgen.
Figur 5 zeigt einen beispielhaften Ablauf eines Verfahrens für eine Parameterre- konfiguration. Das Kernverfahren umfasst dabei die Schritte 102-108.
In Schritt 101 wird eine Tabelle TO mit Informationen über zu verändernde, bzw. zu rekonfigurierende Softwareparameter eines Steuergeräts, sowie mit den entsprechenden Korrekturwerten erstellt und in einem nicht-flüchtigen Nur-Lese- Speicher EEPROM abgelegt. Der Zugriff auf EEPROM erfolgt z.B. über Diagnoseschnittstellen, vorzugsweise über Standarddiagnosezugänge wie CAN- Verbindung oder K-Line. Der Speicher kann über ein externes Tool rekonfiguriert bzw. reprogrammiert werden, z.B. mit einer einfachen Standardhardware mit CAN-Karte über eine CAN-Sequenz.
Im Schritt 102, in einer bevorzugten Ausgestaltung z.B. getriggert durch einen Mikrocontrollerstart, wird die Tabelle TO von dem Speicher EEPROM in den flüchtigen Speicher RAM kopiert.
In einem nächsten Schritt 103 wird aus einer zweiten Tabelle Tl, welche im nicht-flüchtigen Nur-Lese-Speicher ROM abgelegt ist und welche für die durch den Mirkocontroller bearbeiteten Signale jeweils alle Parameter mit Werten listet, der Teil der Tabelle Tl kopiert, welcher die Parameter eines bestimmten Signals enthält. Dieser Teil wird als Tabelle T2 in dem flüchtigen Speicher RAM abgelegt.
In Schritt 104 wird die Tabelle TO' daraufhin überprüft, ob für das Signal, dessen Parameter in Tabelle T2 im Speicher RAM abgelegt sind, ein Änderungswunsch vorliegt bzw. ob mehrere Änderungswünsche vorliegen. Da in der EEPROM- Rekonfigurations-Tabelle zu den Änderungen die Informationen gespeichert sind, auf welches Signal sich diese beziehen, kann nach Laden von Parametern eines Signals in den RAM schnell überprüft werden, ob für dieses Signal ein Änderungswunsch vorliegt. Liegt ein Änderungswunsch vor, wird in Schritt 105 der Wert des zu verändernden Parameters in Tabelle T2 durch den entsprechenden Korrekturwert aus Tabelle TO' ersetzt und damit die Tabelle T2 zur Tabelle T3 korrigiert. Entsprechendes erfolgt auch bei mehreren zu verändernden Parameterwerten.
Liegt kein Änderungswunsch für das fragliche Signal vor, wird in Schritt 106 verzweigt, in welchem keine Rekonfigurationstätigkeit erfolgt. Im Schritt 107, welcher auf die alternativen Schritte 105 und 106 folgt, wird das der Tabelle T3 entsprechende Signal anhand der dort abgelegten Parameterwerte durch den Mik- rocontroller bearbeitet bzw. kontrolliert. Daraufhin folgt eine Verzweigung zu Schritt 103. Dabei wird für das in der Abarbeitungsreihenfolge der Signale als nächstes vorgesehene Signal wiederum der entsprechende Teil der Tabelle Tl als Tabelle T2 vom Speicher ROM in den Speicher RAM übertragen. Daraufhin erfolgt das weitere Verfahren wie beschrieben.
Werden neue Rekonfigurationsinformationen und Korrekturwerte nötig, wird das Verfahren (durch Überschreiben der Tabelle TO im Speicher EEPROM) bei dem Schritt 101 neu gestartet. Auch wenn keine neuen Rekonfigurationsinformationen und Korrekturwerte nötig sind, erfolgt zumindest, wenn der flüchtige Speicher ohne Versorgung war, also z.B. bei Mikrocontrollerneustart, der Start des Verfahrens bei Schritt 102, da die Tabelle 0' neu aus dem nicht-flüchtigen Speicher EEPROM in den flüchtigen Speicher geladen werden muss.

Claims

Ansprüche
1. Verfahren zur Rekonfiguration von Softwareparametern in einem Mikrocont- roller (10), wobei der Mikrocontroller (10) mindestens eine Recheneinheit (11), einen ersten nicht-flüchtigen Nur-Lese-Speicher (12) und einen flüchtigen Speicher (13) aufweist und wobei die Softwareparameter in dem ersten nicht-flüchtigen Nur-Lese-Speicher (13) gespeichert sind, gekennzeichnet durch die Schritte:
Rekonfigurationsinformationen über zu verändernde Softwareparameter sowie mindestens ein Korrekturwert werden aus einem zweiten, dem MikroController zugeordneten, nicht-flüchtigen Nur-Lese-Speicher (14) in den flüchtigen Speicher übertragen,
mindestens ein Softwareparameter wird von dem ersten nicht-flüchtigen Nur- Lese-Speicher (12) in den flüchtigen Speicher (13) übertragen für eine Verarbeitung durch die Recheneinheit (11),
die Rekonfigurationsinformationen werden in dem flüchtigen Speicher (13) daraufhin überprüft, ob der in den flüchtigen Speicher (13) übertragene Softwareparameter ein zu verändernder Softwareparameter ist, und bei Übereinstimmung des in den flüchtigen Speicher (13) übertragenen Softwareparameters mit einem der zu verändernden Softwareparameter wird der Wert des in den flüchtigen Speicher (13) übertragenen Softwareparameters vor der Verarbeitung durch einen Korrekturwert ersetzt.
2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass jeweils einem bestimmten, von dem Mikrocontroller (10) weiterzuverarbeitenden oder zu überprüfenden Signal zugeordnete Softwareparameter zusammen von dem ersten nicht-flüchtigen Nur-Lese-Speicher (12) in den flüchtigen Speicher (13) übertragen werden.
3. Verfahren nach Anspruch 2, dadurch gekennzeichnet, dass die Softwareparameter in dem ersten nicht-flüchtigen Nur-Lese-Speicher (12) tabellenartig gespeichert sind und jeweils einem bestimmten Signal zugeordnete Softwareparameter zusammen gruppiert sind.
Verfahren nach Anspruch 3, dadurch gekennzeichnet, dass die Rekonfigura- tionsinformationen jeweils für die dem bestimmten Signal zugeordneten Softwareparameter daraufhin überprüft werden, ob für dieses bestimmte Signal ein zu verändernder Softwareparameter vorliegt.
Verfahren nach einem der Ansprüche 2 bis 4, dadurch gekennzeichnet, dass die in den flüchtigen Speicher (13) übertragenen, dem bestimmten Signal zugeordneten Softwareparameter durch die Recheneinheit (11) tabellenartig abgearbeitet werden.
Verfahren nach einem der vorangegangenen Ansprüche, dadurch gekennzeichnet, dass die Rekonfigurationsinformationen über zu verändernde Softwareparameter sowie der mindestens eine Korrekturwert jeweils bei einem MikroController- Start aus dem zweiten, dem MikroController (10) zugeordneten, nicht-flüchtigen Nur-Lese-Speicher (14) in den flüchtigen Speicher (13) übertragen werden.
Verfahren nach einem der vorangegangenen Ansprüche, dadurch gekennzeichnet, dass die Rekonfigurationsinformationen über zu verändernde Softwareparameter sowie der mindestens eine Korrekturwert in dem zweiten nicht-flüchtigen Nur-Lese-Speicher (14) über eine CAN-Sequenz abgespeichert werden.
Mikrocontroller (10) mit mindestens einer Recheneinheit (11), einem ersten nicht-flüchtigen Nur-Lese-Speicher (12) und einem flüchtigen Speicher (13), wobei Softwareparameter in dem ersten nicht-flüchtigen Nur-Lese-Speicher (12) gespeichert sind, dadurch gekennzeichnet, dass der Mikrocontroller (10) Mittel aufweist
Rekonfigurationsinformationen über zu verändernde Softwareparameter sowie mindestens ein Korrekturwert aus einem zweiten, dem Mikrocontroller zugeordneten, nicht-flüchtigen Nur-Lese-Speicher (14) in den flüchtigen Speicher (13) zu übertragen, mindestens einen Softwareparameter von dem ersten nicht-flüchtigen N urLese-Speicher (12) in den flüchtigen Speicher (13) zu übertragen für eine Verarbeitung durch die Recheneinheit (11),
die Rekonfigurationsinformationen in dem flüchtigen Speicher (13) daraufhin zu überprüfen, ob der in den flüchtigen Speicher (13) übertragene Softwareparameter ein zu verändernder Softwareparameter ist, und bei Übereinstimmung des in den flüchtigen Speicher (13) übertragenen Softwareparameters mit einem der zu verändernden Softwareparameter den Wert des in den flüchtigen Speicher (13) übertragenen Softwareparameters vor der Verarbeitung durch einen Korrekturwert zu ersetzen.
9. IVlikrocontroller (10) nach Anspruch 8, dadurch gekennzeichnet, dass der flüchtige Speicher (13) als RAM und der zweite, nicht-flüchtige Nur-Lese- Speicher (14) als EEPROM ausgestaltet ist.
10. Mikrocontroller nach einem der Ansprüche 8 bis 9, dadurch gekennzeichnet, dass der zweite, nicht-flüchtige Nur-Lese-Speicher (14) Teil des Mikrocontrol- lers ist.
11. Steuergerät (1) in einem Fahrzeug mit einem Mikrocontroller (10) nach Anspruch 8.
12. Steuergerät (1) nach Anspruch 11, dadurch gekennzeichnet, dass der zweite, nichtflüchtige Nur-Lese-Speicher (14) Steuergeräte-intern und Mikrocontrol- ler-extern angeordnet ist.
PCT/EP2011/062144 2010-08-06 2011-07-15 Verfahren zur rekonfiguration von softwareparametern in einem mikrocontroller sowie mikrocontroller und steuergerät WO2012016805A1 (de)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN201180038493.2A CN103026339B (zh) 2010-08-06 2011-07-15 对微控制器中的软件参数重新配置的方法以及微控制器和控制设备
US13/814,355 US9760367B2 (en) 2010-08-06 2011-07-15 Method for reconfiguring software parameters in a microcontroller as well as a microcontroller and control unit
KR1020137003011A KR101804603B1 (ko) 2010-08-06 2011-07-15 마이크로컨트롤러 내의 소프트웨어 매개변수를 재구성하기 위한 방법, 마이크로컨트롤러 및 제어 장치

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102010039021.6A DE102010039021B4 (de) 2010-08-06 2010-08-06 Verfahren zur Rekonfiguration von Softwareparametern in einem Mikrocontroller sowie Mikrocontroller und Steuergerät
DE102010039021.6 2010-08-06

Publications (1)

Publication Number Publication Date
WO2012016805A1 true WO2012016805A1 (de) 2012-02-09

Family

ID=44503423

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2011/062144 WO2012016805A1 (de) 2010-08-06 2011-07-15 Verfahren zur rekonfiguration von softwareparametern in einem mikrocontroller sowie mikrocontroller und steuergerät

Country Status (5)

Country Link
US (1) US9760367B2 (de)
KR (1) KR101804603B1 (de)
CN (1) CN103026339B (de)
DE (1) DE102010039021B4 (de)
WO (1) WO2012016805A1 (de)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9112985B2 (en) * 2007-12-19 2015-08-18 Core Wireless Licensing S.A.R.L Methods, apparatus and computer program product for altering device functionality
US10359971B2 (en) * 2017-07-17 2019-07-23 Hewlett Packard Enterprise Development Lp Storing memory profile data of an application in non-volatile memory
KR102131982B1 (ko) 2018-05-31 2020-07-08 현대오트론 주식회사 차량용 소프트웨어 진단 시스템 및 그것의 동작 방법
CN111831324A (zh) * 2020-05-31 2020-10-27 中车永济电机有限公司 基于功能安全的轨道交通控制装置参数配置方法
CN111722870B (zh) * 2020-06-10 2023-05-02 中国第一汽车股份有限公司 一种电控单元的驱动配置方法、装置、设备及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2227584A (en) * 1989-01-28 1990-08-01 Int Computers Ltd Computer control data modification system
US20010013091A1 (en) * 1999-12-30 2001-08-09 Dietmar Koschella Circuit arrangement and a method for creating and retrieveing replacement data
DE10260103A1 (de) 2002-12-19 2004-07-01 Robert Bosch Gmbh Verfahren und Vorrichtung zur Änderung von Software in einem Steuergerät sowie entsprechendes Steuergerät

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2738449B2 (ja) 1989-08-08 1998-04-08 富士写真フイルム株式会社 画像出力装置
US6463549B1 (en) * 2000-09-28 2002-10-08 Motorola, Inc. Device and method for patching code residing on a read only memory module utilizing a random access memory for storing a set of fields, each field indicating validity of content of a group, and for receiving an address of a memory portion of the read only memory
US6728804B1 (en) * 2000-10-27 2004-04-27 Emware, Inc. Remotely reprogrammable communications adapter for providing access to an electronic device
US20030084229A1 (en) * 2001-10-23 2003-05-01 Ho Tat N. Methods and apparatus for modifying programs stored in read only memory
DE10237715B4 (de) * 2002-08-17 2017-03-09 Robert Bosch Gmbh Vorrichtung zum Zugriff auf ein Fahrzeugssteuersystem über eine drahtlose Verbindung
JP2004152279A (ja) * 2002-10-08 2004-05-27 Matsushita Electric Ind Co Ltd プログラム更新方法および端末装置
CN100339823C (zh) 2002-10-08 2007-09-26 松下电器产业株式会社 程序更新方法和终端设备
US7047448B2 (en) * 2002-11-21 2006-05-16 Bitfone Corporation Software self-repair toolkit for electronic devices
US6965326B2 (en) 2003-07-21 2005-11-15 General Motors Corporation Automated electronic module configuration within a vehicle
US7103736B2 (en) * 2003-08-11 2006-09-05 Telairity Semiconductor, Inc. System for repair of ROM programming errors or defects
US7302605B2 (en) * 2003-10-23 2007-11-27 International Business Machines Corporation Method and structure for replacing faulty operating code contained in a ROM for a processor
US7444191B2 (en) 2005-10-04 2008-10-28 Fisher-Rosemount Systems, Inc. Process model identification in a process control system
US8117609B2 (en) * 2006-12-20 2012-02-14 Omx Technology Ab System and method for optimizing changes of data sets
CN101212689A (zh) * 2006-12-25 2008-07-02 青岛海信电器股份有限公司 数字电视信号接收设备的软件升级方法
US20090013124A1 (en) * 2007-07-03 2009-01-08 Dsp Group Limited Rom code patch method
DE102008040366A1 (de) 2008-07-11 2010-01-14 Robert Bosch Gmbh System und Verfahren zum Steuern von Funktionskomponenten eines Kraftfahrzeugs

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2227584A (en) * 1989-01-28 1990-08-01 Int Computers Ltd Computer control data modification system
US20010013091A1 (en) * 1999-12-30 2001-08-09 Dietmar Koschella Circuit arrangement and a method for creating and retrieveing replacement data
DE10260103A1 (de) 2002-12-19 2004-07-01 Robert Bosch Gmbh Verfahren und Vorrichtung zur Änderung von Software in einem Steuergerät sowie entsprechendes Steuergerät

Also Published As

Publication number Publication date
CN103026339B (zh) 2017-08-08
US20130191819A1 (en) 2013-07-25
KR101804603B1 (ko) 2017-12-04
KR20130096234A (ko) 2013-08-29
CN103026339A (zh) 2013-04-03
US9760367B2 (en) 2017-09-12
DE102010039021A1 (de) 2012-02-09
DE102010039021B4 (de) 2023-02-23

Similar Documents

Publication Publication Date Title
EP2591404B1 (de) Verfahren zur konfigurierung einer steuerungseinrichtung
DE102010011658A1 (de) Applikationsplattform und Verfahren zum Betrieb einer Datenverarbeitungseinrichtung mit einer solchen
DE19731116A1 (de) Steuergerät für ein System und Verfahren zum Betrieb eines Steuergerätes
DE10308545A1 (de) Verfahren und Vorrichtung zum Aktualisieren eines verteilten Programms
DE102010039021B4 (de) Verfahren zur Rekonfiguration von Softwareparametern in einem Mikrocontroller sowie Mikrocontroller und Steuergerät
DE102006005365A1 (de) Verfahren zum Aktualisieren der Firmware von Feldgeräten
EP3001310B1 (de) Verfahren und Einrichtung zur Aktualisierung von Firmware für Komponenten einer industriellen Automatisierungsanordnung
EP3353650B1 (de) System und verfahren zur verteilung und/oder aktualisierung von software in vernetzten steuereinrichtungen eines fahrzeugs
WO2006045754A1 (de) Verfahren, betriebssystem und rechengerät zum abarbeiten eines computerprogramms
WO2020035214A1 (de) Prozesssteuerungseinheit und verfahren zum interprozessualen austausch von prozessvariablen
WO2017125181A1 (de) Verfahren zum aktualisieren von software eines steuergerätes, vorzugsweise für ein kraftfahrzeug
EP2216696B1 (de) Verfahren und Kommunikationssystem zum Konfigurieren eines einen Logikbaustein enthaltenden Kommunikationsmoduls
EP1870787B1 (de) Verfahren zur Überwachung eines zyklischen Steuerungsprogramms
WO2000019283A1 (de) Verfahren zum betrieb eines automatisierungssystems
EP1733284B1 (de) Ablaufsteuerung von funktionen auf miteinander wechselwirkenden geräten
WO2015124320A1 (de) Dynamisches speicherprogrammierbares steuergerät zum emulieren eines steuergerätes
EP3399375B1 (de) Verfahren zur konfiguration von steuergeräten
DE10200242A1 (de) Verfahren zur Funktionsüberwachung eines Steuergeräts
DE102018221786B4 (de) Anordnung mit einem ersten Steuergerät für ein Fahrzeug und einem zweiten Steuergerät für ein Fahrzeug; wobei das erste Steuergerät und das zweite Steuergerät jeweils Getriebesteuergeräte sind und in Abhängigkeit von in einer Software enthaltenen Anweisungen ein Getriebe des Fahrzeugs steuern oder regeln
EP3948449B1 (de) Verfahren und engineering-system zur änderung eines programms einer industriellen automatisierungskomponente
DE102013216558B4 (de) Verfahren zur Diagnose eines steuerbaren Schaltelements eines Motorsteuergeräts
DE102019134872B4 (de) Verbesserung der Betriebsparameter eines Rechensystems im Fahrzeug
DE10226697B4 (de) Elektronik-Architektur für ein Verkehrsmittel
WO2009103728A1 (de) Verfahren und vorrichtung zum speichern von informationsdaten
DE102007062915A1 (de) Verfahren zum Betreiben einer speicherprogrammierbaren Steuerung

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201180038493.2

Country of ref document: CN

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

Ref document number: 11735850

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 20137003011

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 13814355

Country of ref document: US

122 Ep: pct application non-entry in european phase

Ref document number: 11735850

Country of ref document: EP

Kind code of ref document: A1