EP0296149B1 - Verfahren zur Datenänderung im Parameterspeicher eines Kraftfahrzeug-Reglers - Google Patents

Verfahren zur Datenänderung im Parameterspeicher eines Kraftfahrzeug-Reglers Download PDF

Info

Publication number
EP0296149B1
EP0296149B1 EP88890150A EP88890150A EP0296149B1 EP 0296149 B1 EP0296149 B1 EP 0296149B1 EP 88890150 A EP88890150 A EP 88890150A EP 88890150 A EP88890150 A EP 88890150A EP 0296149 B1 EP0296149 B1 EP 0296149B1
Authority
EP
European Patent Office
Prior art keywords
data
address
region
area
parameter memory
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.)
Expired - Lifetime
Application number
EP88890150A
Other languages
English (en)
French (fr)
Other versions
EP0296149A2 (de
EP0296149A3 (en
Inventor
Alois Dipl.-Ing. Kainz
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.)
Voestalpine Metal Forming GmbH
Original Assignee
Voestalpine Metal Forming 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 Voestalpine Metal Forming GmbH filed Critical Voestalpine Metal Forming GmbH
Priority to AT88890150T priority Critical patent/ATE59214T1/de
Publication of EP0296149A2 publication Critical patent/EP0296149A2/de
Publication of EP0296149A3 publication Critical patent/EP0296149A3/de
Application granted granted Critical
Publication of EP0296149B1 publication Critical patent/EP0296149B1/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
    • F02—COMBUSTION ENGINES; HOT-GAS OR COMBUSTION-PRODUCT ENGINE PLANTS
    • F02D—CONTROLLING COMBUSTION ENGINES
    • F02D41/00—Electrical control of supply of combustible mixture or its constituents
    • F02D41/24—Electrical control of supply of combustible mixture or its constituents characterised by the use of digital means
    • F02D41/2406—Electrical control of supply of combustible mixture or its constituents characterised by the use of digital means using essentially read only memories
    • F02D41/2425—Particular ways of programming the data

Definitions

  • the invention relates to a method for changing the data in the parameter memory of a controller for motor vehicles in online operation.
  • the properties and the behavior of a motor vehicle engine are determined by a number of parameters and characteristic curves, hereinafter referred to as data, which are accommodated in a semiconductor memory of the controller, the so-called parameter memory.
  • this data must be available and changeable during the entire engine and vehicle development phase. The change of this data must even be "on-line", i.e. be possible with the engine running.
  • the parameter memory of which is accommodated in a separate device, often referred to as a programming device.
  • the parameter memory is available in two identical versions in the programming device. While the controller has the data of a copy of the parameter memory available to control the motor, data changes can be made in the second copy. After the change of a data byte is completed, the two copies of the parameter memory are exchanged and the data change is therefore effective.
  • the parameter memory also contains the control program of the controller.
  • the controller is connected to the programming device via a ribbon cable.
  • the microprocessor of the controller uses this cable to apply the desired addresses to the parameter memory and then to read out the data stored under these addresses as well as program instructions from the parameter memory.
  • the data of the parameter memory can be displayed on the screen and, if necessary, changed by entering the appropriate addresses. Both the data and the addresses of the parameter memory are displayed as hexadecimal numbers, and the changed data must also be entered in hexadecimal form.
  • the controller containing at least one microcomputer in addition to the parameter memory and for controlling and regulating the fuel injection and / or other functions depending on Company sizes, such as Speed, boost pressure, accelerator pedal position, which are determined with the aid of transducers, is set up, the parameter memory designed as read-write memory being in an address area (A), in at least one, generally several, data areas (Di) and in a buffer area (Z) is subdivided, the address area (A) located at the start address of the memory containing the addresses of all data areas (Di) and the buffer area (Z) and the capacity of the buffer area being selected to be at least equal to the capacity of the largest data area, and wherein the a determinable changed data provided for a data area (Dj) is written into the buffer area (Z) by a dialog computer communicating with the controller, whereupon in the address area (A) the address of the data area (Dj) is replaced by the address
  • the invention enables new data to be written to the buffer area byte by byte or copied from this area to the correct address area during the times when the control program is not accessing the memory. Switching from the old data of a data area to the new data can be done very quickly. Since this address change is made by the communication program without temporarily releasing the parameter memory, there can be no inconsistent addresses.
  • a device for carrying out the method according to the invention with a controller for motor vehicles which has at least one microcomputer and a parameter memory for engine and vehicle-specific data, e.g. for characteristic curves and for controlling and regulating fuel injection and / or other functions depending on operating variables, such as Speed, boost pressure, accelerator pedal position, etc., which are determined with the aid of measuring sensors, is set up and with a dialog computer for determining and temporarily storing the data to be changed in the parameter memory is distinguished according to the invention in that the controller with the dialog computer via a preferably serial Interface can be connected, the parameter memory is designed as a read-write memory and the dialog computer contains a replica of the parameter memory for storing the data of the parameter memory or the data to be changed.
  • FIG. 1 shows a schematic overview of a controller for motor vehicles, which is connected to a dialog computer
  • FIG. 2 shows schematically the organization of the parameter memory
  • FIGS. 3a to 3e schematically the individual sections of the data change
  • FIGS. 4a to 4b show a schematic Flow diagram of a data change, without considering error handling.
  • an electronic controller 1 is connected to a dialog computer 3 via a generally merely 3-wire cable 2.
  • the controller 1 is connected via a number of lines 4 to sensors of an engine or of the motor vehicle, e.g. for the speed, temperature, etc. and with one or more actuators, for example for the control rod of the injection pump of a diesel engine in connection.
  • controller 1 contains three microcomputers 5, 6 and 7, which are connected to a parameter memory 9 via a parallel bus 8.
  • the parameter memory 9 contains engine- or vehicle-specific data that are required for the control of the engine or the operation of the vehicle. Via the bus 8, each microcomputer 5, 6, 7 can exchange data with any other microcomputer, as well as read data from the parameter memory 9, wherein only two of the microcomputers or one of the microcomputers can communicate with the parameter memory at the same time.
  • the parameter memory 9 is designed as a read-only memory in the series device, and a read / write memory is used during the development phase.
  • the microcomputer 5 has a special position in this multi-computer system, it contains the communication program that communicates with the dialog computer 3 via the serial interface (cable 2) and it is the only write access to the parameter memory 9 via a line 10.
  • the dialog computer 3 is designed as a portable microcomputer and essentially consists of a central processing unit 11 (CPU), a memory 12 and a serial input / output unit 13. A color graphics screen 12 and an alphanumeric keyboard 15 are available for communication with the operator Available.
  • the memory 12 of the dialog computer 3 consists of a read-only memory which contains the dialog computer program and a read / write memory which contains both the program data and a copy of the parameter memory 9 of the electronic controller 1.
  • the 3-wire cable 7 is used for the serial transmission of data between the dialog computer 3 and the electronic controller 1.
  • This serial interface works half-duplex and corresponds to the standard RS-485.
  • the data exchange is carried out by means of so-called messages; the meaning of the data within a message and the permitted order of the messages are determined by a data exchange regulation (protocol).
  • the parameter memory 9 consists of an address area A at the beginning of the memory, one or more data areas Di, 1: -9 i s n and a buffer area Z at the end of the parameter memory.
  • the address area A contains the addresses of all data areas Di and the address of the buffer area Z; the data areas Di contain the individual motor- and vehicle-specific data and the buffer area Z serves for the temporary recording of changed data of a certain data area Di.
  • the size of the buffer area Z must be greater than or equal to the maximum of the sizes of all data areas Di, 1 9 i: -5 n can be selected.
  • the data of the data area DJ are displayed on the screen 14 by entering an appropriate command via the keyboard 15 of the dialog computer 3.
  • Part of the dialog computer program namely the so-called text editor, now allows individual data values to be changed.
  • the completion of the data change and thus the adoption of the changed data is again communicated to the dialog computer program by means of a command.
  • the data of the data area Dj are checked by the dialog computer program for correctness and compatibility with the other data. Incorrect or implausible data are rejected and an error message is displayed on screen 14 of dialog computer 3 and offered for correction.
  • the dialog computer 3 sends a message to the electronic controller 1 to write the data subsequently sent into the buffer area Z.
  • the communication program of the microcomputer 5 writes the data of the data area Dj received from the dialog computer 3 via the bus 8 into the buffer area Z using the write line 10.
  • the data is written byte by byte into the parameter memory 9 only when there is no control program on it accesses.
  • the control programs themselves still work with the old data of the data area Dj. If all data of the data area Dj have been successfully written into the buffer area Z, this is communicated to the dialog computer 3 by a message (reply); also if the order could not be carried out for any reason. In the latter case, the dialog computer 3 decides either to repeat the job or to cancel what the operator is informed of on the screen by means of an error message.
  • the dialog computer 3 instructs the electronic controller 1 to replace the address of the data area Dj in the address area A with the address of the buffer area Z. Only now is the data change for the control programs effective; from the next access, they work with the new data of the data area Dj, which are temporarily stored in the buffer area Z.
  • the new data of the data area Dj are copied from the buffer area Z to their original location again by requesting the dialog computer 3. This step is shown in Fig. 3d; the control programs still work with the new data of the data area Dj in the buffer area Z.
  • the address of the data area Dj in the address area A is replaced by the original address of the data area.
  • the control programs now work with the new data of the data area Dj in their original place, the buffer area Z is free for further data changes. This completes the data change for the electronic controller 1.
  • the dialog computer 3 accepts the changed data of the data area Dj in its copy of the parameter memory.
  • the dialog computer 3 can accept further orders for changing the data.
  • FIGS. 4a to 4c A possible flow chart that can be used in connection with the invention is shown in FIGS. 4a to 4c.
  • the abbreviation DB stands for "data area”. A more detailed explanation of the diagram is not necessary.
  • the first and third steps of changing the data can be performed byte by byte whenever the control programs are not currently using the parameter memory without influencing the consistency of the data (the addressing of Data always takes place over the address area).
  • Switching from the old data of a data area to the new data in the second step is done by changing only one address (generally 2 bytes), i.e. very quickly. Since the communication program changes the address without temporarily releasing the parameter memory, there can be no inconsistent addresses.
  • controller 1 contains a multi-computer system with three microcomputers.
  • the controller 1 can also be constructed with only a single microcomputer or with two microcomputers and, if necessary, also with more than three microcomputers.

Description

  • Die Erfindung bezieht sich auf ein Verfahren zur Änderung der Daten in dem Parameterspeicher eines Reglers für Kraftfahrzeuge im on-line-Betrieb. Die Eigenschaften und das Verhalten eines Kraftfahrzeugmotors werden durch eine Anzahl von Parametern und Kennlinien, im folgenden Daten genannt, bestimmt, die in einem Halbleiterspeicher des Reglers, dem sogenannten Parameterspeicher, untergebracht sind. Für die optimale Abstimmung des Motorverhaltens müssen diese Daten während der gesamten Motoren- und Fahrzeugentwicklungsphase verfügbar und änderbar sein. Die Änderung dieser Daten muß sogar "on-line", d.h. bei laufendem Motor möglich sein.
  • Es ist bekannt geworden, für die Datenänderung während der Entwicklungsphase spezielle Prüfstandsregler zu verwenden, deren Parameterspeicher in einem eigenen Gerät, oft als Programmiergerät bezeichnet, untergebracht ist. Der Parameterspeicher ist in zwei identischen Ausführungen in dem Programmiergerät vorhanden. Während dem Regler die Daten einer Kopie des Parameterspeichers zur Regelung des Motors zur Verfügung stehen, können in der zweiten Kopie Datenänderungen durchgeführt werden. Nach Abschluß der Änderung eines Datenbytes werden die beiden Kopien der Parameterspeicher vertauscht und somit wird die Datenänderung wirksam. Neben den Daten enthält der Parameterspeicher aber auch das Kontrollprogramm des Reglers.
  • Der Regler ist mit dem Programmiergerät über ein Flachbandkabel verbunden. Uber dieses Kabel werden vom Mikroprozessor des Reglers die gewünschten Adressen an den Parameterspeicher angelegt und anschließend die unter diesen Adressen abgespeicherten Daten wie auch Programminstruktionen aus dem Parameterspeicher ausgelesen. Über die alpha-numerische Tastatur des Programmiergerätes können durch Eingabe der entsprechenden Adressen die Daten des Parameterspeichers auf dem Bildschirm angezeigt und gegebenenfalls geändert werden. Sowohl die Daten als auch die Adressen des Parameterspeichers werden als hexadezimale Zahlen angezeigt, ebenso müssen die geänderten Daten in hexadezimaler Form eingegeben werden.
  • Die Nachteile dieser bekannten Lösung sind offensichtlich:
    • - Fehlerhafte Daten- oder Adreßeingaben können ein nicht vorhersagbares Verhalten des Motors verursachen, einerseits weil das Reglerkontrollprogramm und die motor- und fahrzeugspezifischen Daten im gleichen Speicher untergebracht sind, andererseits weil die Eingabedaten kaum geprüft werden.
    • - Durch Verwendung nur eines Speichers für Programm und Daten werden über das oben erwähnte Flachbandkabel auch Programminstruktionen übertragen, was bei elektrischen Einstreuungen zu Programmabstürzen führen kann.
    • - Das Vertauschen der beiden Parameterspeicherkopien nach Änderung von jeweils nur einem Datenbyte kann zu inkonsistenten Daten führen, was wiederum ein nicht vorhersehbares Motorverhalten verursachen kann.
    • - Die Datenänderung in hexadezimaler Form und unter Angabe physikalischer Speicheradressen kann praktisch nur von Programmierern und kaum vom Prüfstandspersonal durchgeführt werden.
    • - Der spezielle Prüfstandsregler ist nicht mit dem späteren Serienregler identisch, da der Prüfstandsregler einen Multi-Chip Mikrorechner enthält, wogegen der Serienregler aus Kostengründen üblicherweise einen Single-Chip-Mikrorechner enthält.
  • Es ist eine Aufgabe der Erfindung, ein Verfahren zu schaffen, mit dem die Nachteile der bekannten Lösung beseitigt werden können.
  • Diese Aufgabe wird mit einem Verfahren zur Änderung der Daten in dem Parameterspeicher eines Reglers für Kraftfahrzeuge im on-line-Betrieb gelöst, wobei der Regler außer dem Parameterspeicher zumindest einen Mikrorechner enthält und zum Steuern und Regeln der Kraftstoffeinspritzung und/oder weiterer Funktionen in Abhängigkeit von Betriebsgrößen, wie z.B. Drehzahl, Ladedruck, Gaspedalstellung, die mit Hilfe von Meßwertgebern ermittelt werden, eingerichtet ist, wobei der als Lese-Schreib-Speicher ausgebildete Parameterspeicher in einen Adreßbereich (A), in zumindest einen, im allgemeinen mehrere, Datenbereiche (Di) und in einen Zwischenspeicherbereich (Z) unterteilt wird, wobei der an der Anfangsadresse des Speichers liegende Adreßbereich (A) die Adressen aller Datenbereiche (Di) und des Zwischenspeicherbereiches (Z) enthält und die Kapazität des Zwischenspeicherbereiches zumindest gleich der Kapazität des größten Datenbereiches gewählt wird und wobei die für einen Datenbereich (Dj) vorgesehenen, bestimmbaren geänderten Daten, von einem mit dem Regler kommunizierenden Dialogrechner in den Zwischenspeicherbereich (Z) geschrieben werden, hierauf im Adreßbereich (A) die Adresse des Datenbereiches (Dj) durch die Adresse des Zwischenspeicherbereiches (Z) ersetzt wird, sodann die geänderten Daten aus dem Zwischenspeicherbereich (Z) in den Datenbereich (Dj) übertragen werden und schließlich im Adreßbereich (A) die Adresse des Datenbereiches (Dj) wieder auf die Ursprungsadresse zurückgesetzt wird.
  • Die Erfindung ermöglicht das byteweise Einschreiben neuer Daten in den Zwischenspeicherbereich bzw. das Umkopieren aus diesem Bereich in den richtigen Adreßbereich während der Zeiten, in welchen kein Speicherzugriff durch das Regelprogramm erfolgt. Das Umschalten von den alten Daten eines Datenbereiches auf die neuen Daten kann sehr schnell erfolgen. Da diese Adreßänderung durch das Kommunikationsprogramm erfolgt, ohne zwischenzeitlich den Parameterspeicher freizugeben, kann es zu keinen inkonsistenten Adressen kommen.
  • Zweckmäßig ist es, wenn die geänderten Daten vor Einschreiben in den Zwischenspeicherbereich zunächst in einer Nachbildung des Parameterspeichers im Dialogrechner abgelegt werden, da hiedurch die Sicherheit und die Flexibilität des Verfahrens erhöht werden.
  • Eine Vorrichtung zur Durchführung des erfindungsgemäßen Verfahrens mit einem Regler für Kraftfahrzeuge, der zumindest einen Mikrorechner und einen Parameterspeicher für motor- und fahrzeugspezifische Daten, z.B. für Kennlinien aufweist und der zum Steuern und Regeln der Kraftstoffeinspritzung und/oder weiterer Funktionen in Abhängigkeit von Betriebsgrößen, wie z.B. Drehzahl, Ladedruck, Gaspedalstellung etc., die mit Hilfe von Meßwertgebern ermittelt werden, eingerichtet ist und mit einem Dialogrechner zur Ermittlung und vorübergehender Abspeicherung der in dem im Parameterspeicher zu ändernden Daten ist erfindungsgemäß dadurch ausgezeichnet, daß der Regler mit dem Dialogrechner über eine vorzugsweise serielle Schnittstelle verbindbar ist, der Parameterspeicher als Lese-Schreib-Speicher ausgebildet ist und der Dialogrechner eine Nachbildung des Parameterspeichers zur Speicherung der Daten des Parameterspeichers bzw. der zu ändernden Daten enthält.
  • Es sei erwähnt, daß ein Regler für Kraftfahrzeuge der angesprochenen Art beispielsweise in der EP-A2-207 051 beschrieben ist.
  • Die Erfindung samt ihren weiteren Vorteilen und Merkmalen ist im folgenden an Hand einer beispielsweisen Ausführungsform näher erläutert, die in der Zeichnung veranschaulicht ist. In dieser zeigen Fig. 1 in einer schematischen Übersicht einen Regler für Kraftfahrzeuge, der mit einem Dialogrechner verbunden ist, Fig. 2 schematisch die Organisation des Parameterspeichers, Fig. 3a bis 3e schematisch die einzelnen Schnitte der Datenänderung und Fig. 4a bis 4b ein schematisches Ablaufdiagramm einer Datenänderung, ohne Berücksichtigung der Fehlerbehandlung.
  • Gemäß Fig. 1 ist ein elektronischer Regler 1 über ein im allgemeinen bloß 3-adriges Kabel 2 mit einem Dialogrechner 3 verbunden. Uber eine Anzahl von Leitungen 4 steht der Regler 1 in hier nicht näher interessierender Weise mit Gebern eines Motors bzw. des Kraftfahrzeuges, z.B. für die Drehzahl, Temperatur usw. sowie mit einem oder mehreren Stellgliedern, beispielsweise für die Regelstange der Einspritzpumpe eines Dieselmotors in Verbindung.
  • Der Regler 1 enthält im vorliegenden Fall drei Mikrorechner 5, 6 und 7, die über einen parallelen Bus 8 mit einem Parameterspeicher 9 verbunden sind. Der Parameterspeicher 9 enthält motor- bzw. fahrzeugspezifische Daten, die für die Regelung des Motors bzw. den Betrieb des Fahrzeuges benötigt werden. Über den Bus 8 kann jeder Mikrorechner 5, 6, 7 mit jedem anderen Mikrorechner Daten austauschen, sowie Daten aus dem Parameterspeicher 9 lesen, wobei gleichzeitig nur zwei der Mikrorechner oder einer der Mikrorechner mit dem Parameterspeicher kommunizieren können. Der Parameterspeicher 9 ist im Seriengerät als reiner Lesespeicher ausgebildet, während der Entwicklungsphase wird ein Lese-/Schreibspeicher verwendet. Der Mikrorechner 5 besitzt eine Sonderstellung in diesem Mehr-Computer System, er enthält das Kommunikationsprogramm, das über die serielle Schnittstelle (Kabel 2) mit dem Dialogrechner 3 verkehrt und er hat als einziger Schreibzugriff zu dem Parameterspeicher 9 über eine Leitung 10.
  • Der Dialogrechner 3 ist als tragbarer Mikrorechner ausgebildet und besteht im wesentlichen aus einer Zentraleinheit 11 (CPU), einem Speicher 12 und einer seriellen Ein-/Ausgabeeinheit 13. Für die Kommunikation mit dem Bediener stehen ein Farbgrafik-Bildschirm 12 und eine alphanumerische Tastatur 15 zur Verfügung. Der Speicher 12 des Dialogrechners 3 besteht aus einem Festwertspeicher, der das Dialogrechnerprogramm enthält und einem Lese-/Schreibspeicher, der sowohl die Programmdaten als auch eine Kopie des Parameterspeichers 9 des elektronischen Reglers 1 enthält.
  • Das 3-adrige Kabel 7 dient zur seriellen Übertragung von Daten zwischen dem Dialogrechner 3 und dem elektronischen Regler 1. Diese serielle Schnittstelle arbeitet halbduplex und entspricht dem Standard RS-485. Der Datenaustausch wird mittels sogenannter Nachrichten durchgeführt; die Bedeutung der Daten innerhalb einer Nachricht und die erlaubte Reihenfolge der Nachrichten werden durch eine Datenaustausch-Vorschrift (Protokoll) festgelegt.
  • Nach Fig. 2 besteht der Parameterspeicher 9 aus einem am Speicheranfang liegenden Adreßbereich A, einem oder mehreren Datenbereichen Di, 1 :-9 i s n und einem Zwischenspeicherbereich Z am Ende des Parameterspeichers. Der Adreßbereich A enthält die Adressen aller Datenbereiche Di, sowie die Adresse des Zwischenspeicherbereiches Z; die Datenbereiche Di enthalten die einzelnen motor-und fahrzeugspezifischen Daten und der Zwischenspeicherbereich Z dient zur vorübergehenden Aufnahme von geänderten Daten eines bestimmten Datenbereiches Di. Die Größe des Zwischenspeicherbereiches Z muß größer oder gleich dem Maximum der Größen aller Datenbereiche Di, 1 9 i :-5 n gewählt werden.
  • In Fig. 3a bis 3e wird eine Datenänderung in einem bestimmten Datenbereich Dj, 1 = j = n in den einzelnen Schritten erläutert. Der Einfachheit halber sind in Fig. 3a bis 3e nur der Parameterspeicher 9, das Kommunikationsprogramm des Mikrorechners 5 und die aus dem Parameterspeicher 9 lesenden Regelprogramme, die auf die Mikrorechner 5, 6, 7 verteilt sein können, dargestellt.
  • Die Daten des Datenbereiches DJ werden durch Eingabe eines entsprechenden Kommandos über die Tastatur 15 des Dialogrechners 3 auf dem Bildschirm 14 angezeigt. Ein Teil des Dialogrechnerprogrammes, nämlich der sogenannte Text-Editor, erlaubt nun die Änderung einzelner Datenwerte. Der Abschluß der Datenänderung und damit die Übernahme der geänderten Daten wird dem Dialogrechnerprogramm wieder mittels eines Kommandos mitgeteilt. Jetzt werden die Daten des Datenbereiches Dj vom Dialogrechnerprogramm auf Richtigkeit und Verträglichkeit mit den übrigen Daten geprüft. Falsche oder nicht plausible Daten werden unter Ausgabe einer Fehlermeldung am Bildschirm 14 des Dialogrechners 3 zurückgewiesen und zur Korrektur angeboten.
  • Werden die geänderten Daten des Datenbereiches Dj als richtig und verträglich mit dem Rest der Daten anerkannt, dann werden sie vorerst im Programmdatenspeicher des Dialogrechners 3 (und nicht in der Kopie des Parameterspeichers) zwischengespeichert. Fig. 3a zeigt den Zustand vor der Datenänderung aus der Sicht des elektronischen Reglers 1.
  • Anschließend, wie in Fig. 3b dargestellt, beauftragt der Dialogrechner 3 durch eine Nachricht den elektronischen Regler 1, die nachfolgend gesandten Daten in den Zwischenspeicherbereich Z zu schreiben. Das Kommunikationsprogramm des Mikrorechners 5 schreibt die vom Dialogrechner 3 empfangenen Daten des Datenbereiches Dj über den Bus 8 unter Verwendung der Schreibleitung 10 in den Zwischenspeicherbereich Z. Dabei werden die Daten Byte für Byte immer nur dann in den Parameterspeicher 9 geschrieben, wenn gerade kein Regelprogramm darauf zugreift. Die Regelprogramme selbst arbeiten nach wie vor noch mit den alten Daten des Datenbereiches Dj. Wenn alle Daten des Datenbereiches Dj erfolgreich in den Zwischenspeicherbereich Z geschrieben wurden, wird dies dem Dialogrechner 3 per Nachricht (Antwort) mitgeteilt; ebenso auch wenn der Auftrag aus irgendeinem Grund nicht ausgeführt werden konnte. Im letzten Fall entscheidet der Dialogrechner 3, entweder den Auftrag zu wiederholen oder abzubrechen, was dem Bediener mittels einer Fehlermeldung am Bildschirm mitgeteilt wird.
  • In dem Schnitt nach Fig. 3c beauftragt der Dialogrechner 3 den elektronischen Regler 1, im Adreßbereich A die Adresse des Datenbereiches Dj durch die Adresse des Zwischenspeicherbereiches Z zu ersetzen. Jetzt erst wird die Datenänderung für die Regelprogramme wirksam; sie arbeiten ab dem nächsten Zugriff mit den neuen Daten des Datenbereiches Dj, die vorläufig im Zwischenspeicherbereich Z abgespeichert sind.
  • Um weitere Datenänderungen durchführen zu können, werden wieder durch Auftrag des Dialogrechners 3 die neuen Daten des Datenbereiches Dj aus dem Zwischenspeicherbereich Z auf ihren ursprünglichen Platz kopiert. Dieser Schritt wird in Fig. 3d dargestellt; die Regelprogramme arbeiten nach wie vor mit den neuen Daten des Datenbereiches Dj im Zwischenspeicherbereich Z.
  • Als letzten Schritt des Verfahrens wird nun, wie in Fig. 3e gezeigt, im Adreßbereich A die Adresse des Datenbereiches Dj wieder durch die ursprüngliche Adresse des Datenbereiches ersetzt. Die Regelprogramme arbeiten nun mit den neuen Daten des Datenbereiches Dj auf deren ursprünglichem Platz, der Zwischenspeicherbereich Z ist frei für weitere Datenänderungen. Damit ist die Datenänderung für den elektronischen Regler 1 abgeschlossen. Schließlich übernimmt der Dialogrechner 3 die geänderten Daten des Datenbereiches Dj in seine Kopie des Parameterspeichers. Der Dialogrechner 3 kann weitere Aufträge zur Datenänderung entgegennehmen.
  • Ein mögliches Ablaufdiagramm das im Zusammenhang mit der Erfindung angewendet werden kann ist in Fig. 4a bis 4c dargestellt. Die Abkürzung DB steht für "Datenbereich". Eine nähere Erläuterung des Diagramms erübrigt sich.
  • Die wesentlichen Vorteile der Erfindung werden im folgenden nochmals zusammengefaßt:
  • Der erste und der dritte Schritt der Datenänderung, nämlich das Einschreiben in den Zwischenspeicherbereich und das Kopieren von diesem auf den Originalplatz können byteweise immer dann ausgeführt werden, wenn die Regelprogramme den Parameterspeicher gerade nicht benützen, ohne die Konsistenz der Daten zu beeinflussen (die Adressierung der Daten erfolgt immer über den Adreßbereich).
  • Das Umschalten von den alten Daten eines Datenbereiches auf die neuen Daten im zweiten Schritt geschieht durch Änderung von nur einer Adresse (im allgemeinen 2 Bytes), also sehr schnell. Da das Kommunikationsprogramm diese Adreßänderung durchführt, ohne den Parameterspeicher zwischenzeitlich freizugeben, kann es zu keinen inkonsistenten Adressen kommen.
  • Plausibilität und Konsistenz aller Daten des Parameterspeichers werden vom Dialogrechner 3 durchgeführt.
  • Bei der gezeigten Ausführung enthält der Regler 1 ein Mehrrechnersystem mit drei Mikrorechnern. Hiezu sei erwähnt, daß der Regler 1 auch mit bloß einem einzigen Mikrorechner oder mit zwei Mikrorechnern und bei Bedarf auch mit mehr als drei Mikrorechnern aufgebaut sein kann.

Claims (2)

1. Verfahren zur Änderung der Daten in dem Parameterspeicher eines Reglers für Kraftfahrzeuge im on-line-Betrieb, wobei der Regler außer dem Parameterspeicher zumindest einen Mikrorechner enthält und zum Steuern und Regeln der Kraftstoffeinspritzung und/oder weiterer Funktionen in Abhängigkeit von Betriebsgrößen, wie z.B. Drehzahl, Ladedruck, Gaspedalstellung, die mit Hilfe von Meßwertgebern ermittelt werden, eingerichtet ist, wobei der als Lese-Schreib-Speicher ausgebildete Parameterspeicher in einen Adreßbereich (A), in zumindest einen, im allgemeinen mehrere, Datenbereiche (Di) und in einen Zwischenspeicherbereich (Z) unterteilt wird, wobei der an der Anfangsadresse des Speichers liegende Adreßbereich (A) die Adressen aller Datenbereiche (Di) und des Zwischenspeicherbereiches (Z) enthält und die Kapazität des Zwischenspeicherbereiches zumindest gleich der Kapazität des größten Datenbereiches gewählt wird und wobei die für einen Datenbereich (Dj) vorgesehenen, bestimmbaren geänderten Daten, von einem mit dem Regler kommunizierenden Dialogrechner in den Zwischenspeicherbereich (Z) geschrieben werden, hierauf im Adreßbereich (A) die Adresse des Datenbereiches (Dj) durch die Adresse des Zwischenspeicherbereiches (Z) ersetzt wird, sodann die geänderten Daten aus dem Zwischenspeicherbereich (Z) in den Datenbereich (Dj) übertragen werden und schließlich im Adreßbereich (A) die Adresse des Datenbereiches (Dj) wieder auf die Ursprungsadresse zurückgesetzt wird.
2. Verfahren nach Anspruch 1, wobei die geänderten Daten vor Einschreiben in den Zwischenspeicherbereich (Z) zunächst in einer Nachbildung des Parameterspeichers im Dialogrechner abgelegt werden.
EP88890150A 1987-06-19 1988-06-13 Verfahren zur Datenänderung im Parameterspeicher eines Kraftfahrzeug-Reglers Expired - Lifetime EP0296149B1 (de)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AT88890150T ATE59214T1 (de) 1987-06-19 1988-06-13 Verfahren zur datenaenderung im parameterspeicher eines kraftfahrzeug-reglers.

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE3720404 1987-06-19
DE3720404A DE3720404C1 (de) 1987-06-19 1987-06-19 Verfahren und Vorrichtung zur Datenaenderung im Parameterspeicher eines Kraftfahrzeug-Reglers

Publications (3)

Publication Number Publication Date
EP0296149A2 EP0296149A2 (de) 1988-12-21
EP0296149A3 EP0296149A3 (en) 1989-03-29
EP0296149B1 true EP0296149B1 (de) 1990-12-19

Family

ID=6329976

Family Applications (1)

Application Number Title Priority Date Filing Date
EP88890150A Expired - Lifetime EP0296149B1 (de) 1987-06-19 1988-06-13 Verfahren zur Datenänderung im Parameterspeicher eines Kraftfahrzeug-Reglers

Country Status (3)

Country Link
EP (1) EP0296149B1 (de)
AT (1) ATE59214T1 (de)
DE (2) DE3720404C1 (de)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH02191841A (ja) * 1989-01-20 1990-07-27 Fuji Heavy Ind Ltd エンジンのアイドル回転数調整装置
DE19612857A1 (de) * 1996-03-30 1997-10-02 Bayerische Motoren Werke Ag Verfahren zum Betrieb einer Brennkraftmaschine mit Hilfe einer Steuereinrichtung

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA1233252A (en) * 1983-09-12 1988-02-23 Michael E. Field Method and apparatus for updating parameter data
GB8420063D0 (en) * 1984-08-07 1984-09-12 Kontron Holding Ag Modular apparatus
US4660170A (en) * 1985-04-29 1987-04-21 General Dynamics, Pomona Division System for providing reprogramming data to an embedded processor
DE3673578D1 (de) * 1985-05-09 1990-09-27 Voest Alpine Automotive Mikrorechnersystem.
JPS6223557A (ja) * 1985-07-24 1987-01-31 Hitachi Ltd 内燃機関の学習制御方法

Also Published As

Publication number Publication date
DE3861304D1 (de) 1991-01-31
DE3720404C1 (de) 1988-10-06
EP0296149A2 (de) 1988-12-21
EP0296149A3 (en) 1989-03-29
ATE59214T1 (de) 1991-01-15

Similar Documents

Publication Publication Date Title
DE10048072A1 (de) Linklisten-DMA-Descriptor-Architektur
EP3776222B1 (de) Verfahren zum bereitstellen von anwendungsdaten zumindest einer auf einem steuergerät eines fahrzeugs ausführbaren anwendung, verfahren zum kalibrieren eines steuergeräts, steuergerät und auswerteeinrichtung
DE2054830C3 (de) Informationsverarbeitungsanlage mit Mitteln zum Zugriff zu Speicher-Datenfeldern variabler Länge
EP0500973B1 (de) EEPROM und Verfahren zum Ändern einer Initialisierungsroutine im EEPROM
DE4411389C2 (de) Programmierbare Steuereinheit und Betriebsverfahren
EP1797500A2 (de) Verfahren zur beschreibung von speicherinhalten und zur beschreibung des transfers von speicherinhalten
DE60031464T2 (de) Kraftfahrzeug-Steuerungssystem und Verfahren geeignet zur Revision der Steuerdatenübertragungsfunktion
DE3338329A1 (de) Computersystem
DE1191145B (de) Elektronische Zifferrechenmaschine
EP0296149B1 (de) Verfahren zur Datenänderung im Parameterspeicher eines Kraftfahrzeug-Reglers
DE3938950C2 (de)
EP0203409B1 (de) Verfahren und Anordnung zum nichtflüchtigen Speichern des Zählerstandes eines digitalen Zählers
DE3200626C2 (de) Verfahren zur Überprüfung, ob ein außer dem Hauptspeicher vorgesehener weiterer Speicher in ein Mikrocomputersystem eingefügt ist
DE10213860A1 (de) Programmierbare Steuerung
DE3938517A1 (de) Verfahren zum laden eines steuerprogramms fuer eine numerische steuervorrichtung
DE1774421B1 (de) Mehrprogramm datenverarbeitungsanlage
EP1428105A2 (de) Programmgesteuerte einheit
DE1774212B2 (de) En 20417 12.08.67 " 37132 bez: datenverarbeitungsanlage
EP3988384B1 (de) Computerimplementiertes verfahren und vorrichtung zum lokalen lastmanagement von ladestationen zum laden von elektrofahrzeugen in einem ladestationssystem
DE3534871C2 (de)
DE4116309A1 (de) Inferenzsystem und verfahren zur durchfuehrung eines inferenzvorgangs
EP1271335B1 (de) Verfahren zur Unterstützung des unterbrechbaren, geschachtelten konsistenten Datenaustausches
EP0268597B1 (de) Verfahren zum abspeichern von daten
EP0715313A2 (de) Verfahren zur Programmierung eines elektrisch löschbaren, nichtflüchtigen Speichers in einem elektronischen Rechengerät sowie Steuergerät zur Verwendung bei dem Verfahren
WO2023152284A1 (de) Verfahren zur bereitstellung eines zugangspunkts zur messung und kalibrierung einer oder mehrerer funktionen einer recheneinheit

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): AT CH DE ES FR GB IT LI SE

PUAL Search report despatched

Free format text: ORIGINAL CODE: 0009013

AK Designated contracting states

Kind code of ref document: A3

Designated state(s): AT CH DE ES FR GB IT LI SE

17P Request for examination filed

Effective date: 19890918

17Q First examination report despatched

Effective date: 19900112

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

AK Designated contracting states

Kind code of ref document: B1

Designated state(s): AT CH DE ES FR GB IT LI SE

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRE;WARNING: LAPSES OF ITALIAN PATENTS WITH EFFECTIVE DATE BEFORE 2007 MAY HAVE OCCURRED AT ANY TIME BEFORE 2007. THE CORRECT EFFECTIVE DATE MAY BE DIFFERENT FROM THE ONE RECORDED.SCRIBED TIME-LIMIT

Effective date: 19901219

Ref country code: SE

Free format text: THE PATENT HAS BEEN ANNULLED BY A DECISION OF A NATIONAL AUTHORITY

Effective date: 19901219

Ref country code: ES

Free format text: THE PATENT HAS BEEN ANNULLED BY A DECISION OF A NATIONAL AUTHORITY

Effective date: 19901219

REF Corresponds to:

Ref document number: 59214

Country of ref document: AT

Date of ref document: 19910115

Kind code of ref document: T

GBT Gb: translation of ep patent filed (gb section 77(6)(a)/1977)
REF Corresponds to:

Ref document number: 3861304

Country of ref document: DE

Date of ref document: 19910131

ET Fr: translation filed
PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: AT

Effective date: 19910613

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: CH

Effective date: 19910630

Ref country code: LI

Effective date: 19910630

PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT

26N No opposition filed
REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: GB

Payment date: 19960516

Year of fee payment: 9

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: DE

Payment date: 19960517

Year of fee payment: 9

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: FR

Payment date: 19960521

Year of fee payment: 9

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: GB

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 19970613

GBPC Gb: european patent ceased through non-payment of renewal fee

Effective date: 19970613

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: FR

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 19980227

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: DE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 19980303

REG Reference to a national code

Ref country code: FR

Ref legal event code: ST

REG Reference to a national code

Ref country code: FR

Ref legal event code: ST