DE102011007714B4

DE102011007714B4 - Verfahren für die Verwendung mit einem Batterieüberwachungssystem, Batterieüberwachungssystem und Verwendung des Verfahrens

Info

Publication number: DE102011007714B4
Application number: DE102011007714.6A
Authority: DE
Inventors: Stanislav Lincer; David Gamez Alari; Jordi Moreno Aymami; Antoni Ferré Fàbregas
Original assignee: Lear Corp
Current assignee: Lear Corp
Priority date: 2010-06-09
Filing date: 2011-04-20
Publication date: 2019-02-14
Anticipated expiration: 2031-04-21
Also published as: CN102331972B; US8495601B2; CN104002685B; US20110307669A1; DE102011007714A1; US9195576B2; CN104002685A; CN102331972A; US20130282990A1

Abstract

Verfahren für die Verwendung mit einem Batterieüberwachungssystem BMS, das eine Anwendung zum Messen des Stromflusses zu einer Fahrzeugbatterie und einen Starter zum Aktivieren von durch die Anwendung verwendeten Treibern sowie einen nicht-flüchtigen Speicher (22) und einen flüchtigen Speicher (34) zum Speichern von Code umfasst und in einem Fahrzeug enthalten ist, das einen Fahrzeugbus (18) aufweist, wobei das Verfahren folgende Schritte umfasst:Speichern eines Anwendungscodes für Anwendungsfunktionen, die durch die Anwendung aufgerufen werden können, in einem Anwendungs-Speicherblock (30) des nicht-flüchtigen Speichers (22), wobei der Anwendungscode einen ersten Anwendungscode zum Messen des Stromflusses zu der Fahrzeugbatterie umfasst,Speichern eines Startercodes für Starterfunktionen, die durch den Starter aufgerufen werden können, in einem Starter-Speicherblock (28) des nicht-flüchtigen Speichers (22), wobei der Startercode einen ersten Startercode zum Initialisieren des BMS umfasst und wobei das BMS initialisiert werden muss, bevor die Anwendung den Stromfluss zu der Fahrzeugbatterie bestimmt,Speichern eines gemeinsam genutzten Codes für gemeinsame Funktionen, die durch den Starter und die Anwendung aufgerufen werden können, in einem gemeinsam genutzten Speicherblock (26) des nicht-flüchtigen Speichers (22), wobei der gemeinsam genutzte Code einen ersten Kommunikationscode umfasst, der von Starter und Anwendung verwendet werden kann, wenn Operationen für eine Kommunikation über den Fahrzeugbus (18) ausgeführt werden,Speichern eines Zeigers auf gemeinsame Funktionen in dem gemeinsam genutzten Speicherblock (26) für jede der gemeinsamen Funktionen, wobei jeder der Zeiger auf gemeinsame Funktionen an einer Position im gemeinsamen Speicherblock (26) gespeichert wird und zu einer anderen Position im gemeinsamen Speicherblock (26) zeigt, an der gemeinsam genutzter Code für gemeinsame Funktionen gespeichert wird, und wobei ein erster Zeiger auf gemeinsame Funktionen, der auf die Position zeigt, an der der erste Kommunikationscode gespeichert ist, gespeichert wird, erneutes Kompilieren des gemeinsamen Codes, wobei weiterhin wenigstens die gleichen gemeinsamen Funktionen nach dem erneuten Kompilieren verfügbar bleiben, und wobei jeder Zeiger auf gemeinsame Funktionen nach dem erneuten Kompilieren auf der selben Position im gemeinsam genutzten Speicherblock (26) gespeichert ist.

Description

Die vorliegende Erfindung betrifft eine Architektur für einen gemeinsam genutzten Speicher, in der Code oder andere Daten zur Unterstützung von gemeinsamen Funktionen in einem gemeinsam genutzten Speicherblock gespeichert sind.
Die DE 10 2007 044 405 A1 offenbart ein Verfahren zum Erzeugen von ablauffähigen Programmcodes aus einer Anzahl von Software-Komponenten, die zum Prozessieren durch ein Datenverarbeitungssystem für ein Kraftfahrzeug bestimmt sind. In zwei Laufzeitumgebungen ist jeweils ein Programmcode auszuführen. Um die Aufstartzeit des Systems zu verringern, wird für die Software-Komponenten, die in beiden Laufzeitumgebungen auszuführen sind, in beiden Programmcodes jeweils die Verwendung eines übereinstimmenden Speicher-Layouts definiert. Dies soll dadurch bewerkstelligt werden, dass Daten, die für das übereinstimmende Speicher-Layout repräsentativ sind, beim Übergang von der ersten zu der zweiten Laufzeitumgebung übergeben werden.
Aus der DE 10 2009 034 409 A1 ist ein Batterieüberwachungssystem zum Messen von Betriebsbedingungen einer Fahrzeugbatterie bekannt.
Softwarecode, wie er etwa zur Unterstützung der durch eine CPU ausgeführten Funktionen verwendet wird, wird gewöhnlich geschrieben, um bestimmte Operationen auszuführen. Der mit einer Softwareeinheit assoziierte Code kann unter Umständen nicht in Verbindung mit einem für eine andere Softwareeinheit geschriebenen Code genutzt werden. Wenn ein Speicher Code für mehrere Softwareeinheiten speichern soll, muss der Code für jede Softwareeinheit vollständig in dem Speicher gespeichert werden. Falls zwei oder mehr Softwareeinheiten verwendet werden, um die Ausführung von identischen oder gleichen Funktionen auszuführen, wird Speicherraum zum Speichern des entsprechenden Codes der zwei oder mehr Softwareeinheiten zugewiesen. Dadurch wird eine Redundanz geschaffen, weil doppelter Code für identische oder gleiche Funktionen gespeichert wird.
Es ist Aufgabe der Erfindung, ein Verfahren für die Verwendung mit einem Batterieüberwachungssystem (BMS) beziehungsweise ein Batterieüberwachungssystem (BMS) in Bezug auf Effizienz von Speichernutzung zu verbessern.
Bezüglich des Verfahrens wird diese Aufgabe durch Anspruch 1, bezüglich des Batterieüberwachungssystems durch Anspruch 9 gelöst. Die Unteransprüche geben vorteilhafte Ausführungsformen der Erfindung an.
Die vorliegende Erfindung wird durch die beigefügten Ansprüche definiert. Verschiedene Merkmale der vorliegenden Erfindung werden durch die folgende ausführliche Beschreibung mit Bezug auf die beigefügten Zeichnungen verdeutlicht.

1 zeigt ein Fahrzeug-Steuersystem gemäß der vorliegenden Erfindung.
2 zeigt eine Speichermap eines nicht-flüchtigen Speichers gemäß der vorliegenden Erfindung.
3-4 zeigen eine Speichermap eines flüchtigen Speichers gemäß der vorliegenden Erfindung.
5 zeigt ein Flussdiagramm für die Ausführung einer gemeinsamen Funktion gemäß der vorliegenden Erfindung.

1 zeigt ein Fahrzeug-Steuersystem 10 gemäß der vorliegenden Erfindung. Das Fahrzeug-Steuersystem 10 kann in einem Fahrzeug (nicht gezeigt) enthalten sein, das eine Anzahl von Fahrzeug-Subsystemen (nicht gezeigt) umfasst, die durch eine oder mehrere Fahrzeug-Subsystem-Steuereinrichtungen 12, 14, 16 gesteuert werden, wobei es sich um Informations- und Unterhaltungs-, Sicherheits- (Passivschließ-, RKE- usw.), Beleuchtungs-, Heiz-, Klima- oder Motorsteuerungs-Subsysteme handeln kann. Der Betrieb, die Aktualisierung, die Interaktion und die Steuerung der Fahrzeug-Subsysteme können mittels Kommunikationen über einen Fahrzeugbus 18 in Übereinstimmung mit Befehlen aus einer Master-Steuereinrichtung 20 erfolgen. Das gezeigte Fahrzeugsystem 10 ist nur eine beispielhafte Umgebung für die vorliegende Erfindung. Die vorliegende Erfindung kann auch auf andere als Fahrzeugumgebungen angewendet werden.
Die gezeigte Fahrzeugumgebung ist eine Umgebung, in der ein nicht-flüchtiger Speicher 22 in einem Speicher 24 mit einem gemeinsam genutzten Speicherblock 26 periodisch aktualisiert werden muss. Außerdem müssen die Steuereinrichtungen 12, 14, 16 in einer Fahrzeugumgebung unter Umständen in Verbindung mit anderen Steuereinrichtungen 12, 14, 16 betrieben werden und mit denselben über den Fahrzeugbus 18 und/oder per Funk kommunizieren. In dem gezeigten Beispiel ist die Steuereinrichtung 16 eine Batterieüberwachungssystem-Steuereinrichtung (BMS-Steuereinrichtung). Die BMS-Steuereinrichtung 16 ist konfiguriert, um in Verbindung mit der Hardware eines Batterieüberwachungssystems (nicht gezeigt) betrieben zu werden, wobei das Batterieüberwachungssystem zum Beispiel betrieben werden kann, um den Stromfluss zu messen, die Batterietemperatur zu messen und/oder verschiedene andere Operationen in Bezug auf eine Fahrzeugbatterie auszuführen. Die US 2010/0 019 733 A1 mit dem Titel „Battery Monitoring System“ beschreibt ein derartiges Batterieüberwachungssystem.
Zusätzlich zu dem gemeinsam genutzten Speicherblock 26 umfasst der gezeigte Speicher 24 der BMS-Steuereinrichtung 16 einen Starter-Speicherblock 28 und einen Anwendungs-Speicherblock 30. Der Anwendungs-Speicherblock 30 speichert mit einer Anwendung assoziierten Code. Die Anwendung kann betrieben werden, um verschiedene mit dem Batterieüberwachungssystem assoziierte Funktionen wie etwa das Messen des Stromflusses und das Berichten desselben zu einer oder mehreren anderen Steuereinrichtungen (einschließlich der Master-Steuereinrichtung) auszuführen. Der Starter-Speicherblock 28 speichert mit einem Starter assoziierten Code. Der Starter kann konfiguriert sein, um einen Start und/oder eine Initialisierung des Batterieüberwachungssystems zu bewerkstelligen, wobei er etwa Treiber 32 lädt und/oder andere zur Ausführung der Operationen der Anwendung erforderliche Aktionen ausführt.
Die BMS-Steuereinrichtung 16 kann einen flüchtigen Speicherblock 34 mit einem RAM-Block 36 umfassen. Der flüchtige Speicher 34 löscht im Gegensatz zu dem nicht-flüchtigen Speicher 22 den darin gespeicherten Code jedes Mal, wenn die BMS-Steuereinrichtung 16 zurückgesetzt wird oder die Stromversorgung unterbrochen wird. In den flüchtigen Speicher 34 kann wie nachfolgend beschrieben ein Softwarecode geladen werden, der die mit dem Starter und mit der Anwendung assoziierten Funktionen unterstützt. Optional können verschiedene Codesätze in den RAM 36 in Abhängigkeit davon geschrieben werden, ob gerade der Starter oder die Anwendung ausgeführt wird. Gemäß der Erfindung wird eine Anordung angegeben, in der nur Code des Starters oder der Anwendung in den RAM 36 oder an bestimmte Positionen des RAMs 36 geschrieben wird, um wie weiter unten beschrieben die gemeinsamen Funktionen zu unterstützen.
Die gezeigte BMS-Steuereinrichtung 16 enthält eine CPU 38. Die CPU 38 kann konfiguriert sein, um Operationen in Übereinstimmung mit aus dem Speicher 22 gelesenen Befehlen für die Operationen des Starters und der Anwendung auszuführen. Die CPU 38 kann auch konfiguriert sein, um Code in den Speicher 22 für einige der nachfolgend ausführlicher beschriebenen Operationen zu schreiben. Die CPU 38 interagiert wie gezeigt mit den Treibern 32, die verwendet werden, um mit den Hardware-Komponenten des BMS zu interagieren. Zu diesen Hardware-Komponenten gehören auch solche, die Kommunikationen mit anderen Steuereinrichtungen 12, 14 über den Fahrzeugbus 18 unterstützen.
Die Kommunikationen zwischen der BMS-Steuereinrichtung 16 und einer oder mehreren der anderen Steuereinrichtungen 12, 14 können in Übereinstimmung mit einem in dem gemeinsam genutzten Block 26 gespeicherten Kommunikationscode erfolgen. Der Kommunikationscode kann in dem gemeinsam genutzten Block 26 gespeichert sein und kann durch den Starter und die Anwendung verwendet werden, wenn Operationen für eine Kommunikation ausgeführt werden (optional kann der gemeinsam genutzte Speicher 26 auch durch andere in der BMS-Steuereinrichtung 16 betriebene Anwendungen und/oder Funktionen verwendet werden). Die Verwendung des gemeinsam genutzten Speichers 26 kann vorteilhaft sein, wenn das Volumen des Kommunikationscodes größer ist. Weil der Kommunikationscode gemeinsam genutzt werden kann und keine separaten Kommunikationscodes für den Starter und die Anwendung gespeichert zu werden brauchen, kann das Gesamtvolumen des Kommunikationscodes für den Starter, für die Anwendung und für andere von einer Kommunikation abhängige Softwareeinheiten (sofern vorhanden) reduziert werden.
2 zeigt eine Speichermap 50 des nicht-flüchtigen Speichers 22 gemäß der vorliegenden Erfindung. Die Speichermap 50 zeigt den Aufbau der Daten in dem nicht-flüchtigen Speicher 22 in Bezug auf die Funktion oder Operation, die in Übereinstimmung mit den aus der entsprechenden Speicherposition ausgelesenen Daten auszuführen ist. Die Daten (nachfolgend auch als Code bezeichnet) zum Ausführen der angegebenen Funktionen/Operationen müssen nicht in den gezeigten Mustern gruppiert oder angeordnet sein. Dem Fachmann sollte deutlich sein, dass ein mit jedem Abschnitt des Speichers 24 assoziierter Compiler die Daten auch streuen oder in anderen Mustern organisieren kann. Der Compiler behält den Überblick über die Speicherpositionen, die für das Ausführen der angegebenen Funktionen gelesen werden müssen.
Die Speichermap 50 zeigt den nicht-flüchtigen Speicher 22 mit wenigstens drei Maps, nämlich mit jeweils einer Map für den Anwendungs-Speicherblock 30, für den gemeinsam genutzten Speicherblock 26 und für den Starter-Speicherblock 28.
Eine Speichermap 52 für die Anwendung zeigt eine Anzahl von Funktionen, die durch das Lesen des darin gespeicherten Codes ausgeführt werden können, die hier beispielhaft als Aufrufe für gemeinsame Funktionen 1, 2, 3, 4, n des gemeinsam genutzten Speicherblocks 26, als proprietäre Anwendungsfunktionen der Anwendung wie etwa zum Bestimmen des Stromflusses, der Temperatur oder anderer mit dem Betrieb des BMS 16 assoziierter Informationen und als Anwendungs-Rückfragefunktionen bei Auftreten eines Fehlers oder für andere in Reaktion auf wenigstens eine der gemeinsamen Funktionen auszuführende Aktionen gezeigt sind.
Eine Speichermap 54 für den Starter zeigt eine Anzahl von Funktionen, die durch das Lesen des darin gespeicherten Codes ausgeführt werden können, die hier beispielhaft als Aufrufe für gemeinsame Funktion 1, 2, 3, 4, n des gemeinsam genutzten Speicherblocks 20, als proprietäre Starterfunktionen wie etwa zum Laden von Treibern und zum Aktivieren von Ports und als Anwendungs-Rückfragefunktionen bei Auftreten eines Fehlers oder für andere in Reaktion auf wenigstens eine der gemeinsamen Funktionen auszuführende Aktionen gezeigt sind.
Eine Speichermap 56 für die gemeinsamen Funktionen zeigt eine Anzahl von Funktionen, die durch das Lesen des darin gespeicherten Codes ausgeführt werden, die hier beispielhaft als gemeinsame Funktionen 1, 2, 3, 4, n wie etwa eine Datenübertragungsfunktion, die durch die Anwendung oder den Starter verwendet werden kann, um Daten über den Fahrzeugbus zu übertragen, und als Zeiger auf die gemeinsamen Funktionen 1, 2, 3, 4, n gezeigt sind. Eine beliebige Anzahl von gemeinsamen Funktionen kann durch den in dem gemeinsamen Speicherblock 26 gespeicherten Code ausgeführt werden. Die gemeinsamen Funktionen sind jeweils eindeutig gekennzeichnet, wobei die Nummern lediglich beispielhaft sind und auch eine beliebige andere Kennzeichnung verwendet werden könnte. Die Zeiger verweisen von dem Starter und der Anwendung empfangene Aufrufe auf eine der gemeinsam genutzten Funktion entsprechende Position des gemeinsam genutzten Speicherblocks 26.
Die Positionen des gemeinsam genutzten Speicherblocks 26 für die Zeiger auf gemeinsame Funktionen bleiben in ihrer Größe und/oder Position fixiert, solange Code für die Anzahl n der gemeinsamen Funktionen in dem gemeinsamen Speicherblock gespeichert ist. Auf diese Weise kann der in dem gemeinsam genutzten Speicherblock 26 gespeicherte Code aktualisiert oder auf andere Weise durch einen Compiler manipuliert werden, ohne dass sich dies auf die Speicherposition und die Kennzeichnung der Zeiger auf gemeinsame Funktionen auswirkt. Dagegen können die durch die Zeiger auf den gemeinsam Funktionscode angegebenen Positionen aktualisiert werden, etwa dann, wenn sich die Größe einer oder mehrere der gemeinsamen Funktionen nach dem Kompilieren ändert.
Indem die Positionen der Zeiger auf gemeinsame Funktion fixiert bleiben, kann die Erfindung eine bekannte Position für die von dem Starter und der Anwendung empfangenen Aufrufe vorsehen. Der Starter und die Anwendung müssen lediglich die Aufrufe der gemeinsamen Funktionen derart programmieren, dass sie auf die den gewünschten gemeinsamen Funktionen entsprechenden Zeiger verweisen. Der Starter und die Anwendung müssen also keinen Überblick über die Positionen der gemeinsamen Funktionen behalten, weil die Zeiger auf die gemeinsamen Funktionen bekannt sind und fixiert bleiben.
Gemäß der vorliegenden Erfindung werden die Zeiger auf gemeinsame Funktionen in Übereinstimmung mit der damit assoziierten eindeutigen Kennzeichnung gespeichert, wobei der mit dem Zeiger 1 auf eine gemeinsame Funktion assoziierte Code vor dem mit dem Zeiger 2 auf eine gemeinsame Funktion assoziierten Code angeordnet wird, der mit dem Zeiger 2 auf eine gemeinsame Funktion assoziierte Code vor dem mit dem Zeiger 3 auf eine gemeinsame Funktion assoziierten Code angeordnet wird usw. Eine derartige Anordnung kann der Anordnung einer physischen Speicherposition des entsprechenden Zeigercodes und/oder der Adresse für die Speicherung des Codes entsprechen, wobei der Zeigercode an einer beliebigen Position gespeichert werden kann, solange dieselbe Adresse immer auf die Position des Zeigercodes verweist. Wenn weitere gemeinsame Funktionen hinzugefügt werden, können weitere Zeiger hinzugefügt werden, die auf physikalische Positionen hinter den anderen Zeigern und/oder auf Adressen hinter den anderen Zeigern verweisen (z.B. kann eine neue Adresse ein Inkrement von eins zu der letzten Adresse der anderen Zeiger sein).
3-4 zeigen eine Speichermap 58 des flüchtigen Speichers 34 gemäß der vorliegenden Erfindung. Die Speichermap 58 gibt den Aufbau der Daten in dem flüchtigen Speicher 34 für die Funktion oder Operation an, die in Übereinstimmung mit den von der entsprechenden Speicherposition gelesenen Daten ausgeführt werden soll. 3 zeigt die mit dem RAM 36 assoziierte Speichermap 58 für die Ausführung der Anwendung; und 4 zeigt die mit dem RAM 36 assoziierte Speichermap 58 für die Ausführung des Starters, insbesondere wenn eine Bootloader-Anwendung als Teil des Starters ausgeführt wird.
Die durch den Code in dem RAM 36 vorgesehene Funktion wird durch die damit assoziierte eindeutige Kennzeichnung identifiziert. In Abhängigkeit davon, ob die Anwendung oder der Bootloader betriebsfähig sind, speichert ein Teil des RAMs 36 einen mit proprietären Funktionen der Anwendung oder des Bootloaders assoziierten Code, der für den Betrieb der Anwendung oder des Bootloaders erforderlich ist. Dabei kann es sich um einen Code zum Ausführen von Messungen und anderen Operationen handeln, die mit höheren Geschwindigkeiten ausgeführt werden als es mit einem in dem nicht-flüchtigen Speicher gespeicherten ähnlichen Code möglich ist, und zum Ausführen von Kommunikationsfunktionen, die nicht gemeinsam genutzt werden müssen. Andere Teile des RAMs 36 speichern Zeiger auf Rückfragefunktionen für jede der gemeinsamen Funktionen 1, 2, 3, 4 bis n. Die Zeiger für Rückfragefunktionen können als Bootloader-Rückfragefunktion-Zeiger oder Anwendungs-Rückfragefunktion-Zeiger identifiziert werden und werden verwendet, um auf spezifische Rückfragefunktionen in den Speichermaps 52, 54 der Anwendung bzw. des Bootloaders zu verweisen, die bei Auftreten eines Fehlers oder für andere in Reaktion auf die entsprechend gekennzeichneten gemeinsamen Funktionen ausgeführte Aktionen auszuführen sind.
Wie die in dem gemeinsam genutzten Speicherblock 26 gespeicherten Zeiger können auch die in dem flüchtigen Speicherblock 34 gespeicherten Zeiger an fixen Positionen gespeichert werden, die jeweils der Anzahl von n gemeinsamen Funktionen zugewiesen sind. Die gemeinsamen Funktionen sind jeweils konfiguriert, um auf eine Position in dem RAM 36 zu zeigen, die der Identität der die Rückfrage verursachenden gemeinsamen Funktion entspricht. Dabei muss in dem gemeinsamen Funktionscode nicht identifiziert werden, ob der Bootloader oder die Anwendung betrieben wird, weil die Position der Zeiger in dem RAM 36 fixiert ist und verschiedene Zeiger in Abhängigkeit davon, ob die Anwendung oder der Bootloader betrieben wird, an den fixierten Positionen gespeichert sind.
5 zeigt ein Flussdiagramm für die Ausführung einer gemeinsamen Funktion gemäß der vorliegenden Erfindung. Zum Beispiel veranlasst die Anwendung einen Aufruf der gemeinsamen Funktion, wobei die Erfindung jedoch nicht hierauf beschränkt ist. Gemäß einem nicht-einschränkenden Aspekt der vorliegenden Erfindung wird der Aufruf durch den Starter oder die Anwendung veranlasst, sodass derselbe Code also durch mehrere Softwareeinheiten wie etwa den Starter und die Anwendung genutzt werden kann. Die gemeinsame Funktion wird dann unabhängig davon, ob sie durch die Anwendung, den Starter oder eine andere Softwareeinheit aufgerufen wurde, ähnlich wie in 5 gezeigt ausgeführt.
In dem für die vorliegende Beschreibung gewählten Beispiel ist die aufgerufene gemeinsame Funktion eine Datenübertragungsfunktion. Die Datenübertragungsfunktion kann erfolgen, nachdem die Anwendung eine Erlaubnis von dem Master 20 für die Übertragung von Daten über den Fahrzeugbus 18 angefordert hat, um etwa mit einem aktuellen Messwert assoziierte Daten oder andere durch das Batterieüberwachungssystem 16 berechnete Informationen zu einem oder mehreren der Fahrzeug-Subsysteme 12, 14 zu übertragen. Wenn eine andere Beziehung zwischen dem Batterieüberwachungssystem 16 und dem Master 20 gegeben ist, etwa wenn der Master 20 ein Client ist und das Batterieüberwachungssystem 16 ein Server ist, kann ein anderer Austausch zwischen dem Master 20 und dem Batterieüberwachungssystem 16 stattfinden, bevor die Datenübertragungsfunktion ausgeführt wird, wobei etwa das Batterieüberwachungssystem 16 Daten auf seine eigene Initiative hin übertragen kann. Die aufgerufene gemeinsame Funktion wird hier anhand des Beispiels einer Kommunikationsfunktion beschrieben, wobei gemäß der vorliegenden Erfindung der mit Kommunikationsfunktionen assoziierte Speicherraum reduziert werden kann, indem eine oder mehrere Softwareeinheiten wenigstens einen Teil desselben Codes gemeinsam nutzen, um die Kommunikationsfunktionen auszuführen.
In Block 62 führt die CPU 38 einen Aufruf zum Ausführen einer Datenübertragungsfunktion (gemeinsamen Funktion) in Übereinstimmung mit einem aus dem Anwendungs-Speicherblock 30 gelesenen Code aus. Der Aufruf wird durch die CPU 38 ausgeführt, die den Teil des Anwendungs-Speicherblocks 30 liest, der gemäß der Anwendungs-Speichermap 52 der gewünschten gemeinsamen Funktion entspricht, die in diesem Beispiel die gemeinsame Funktion 3 ist. In Block 64 liest die CPU 38 einen als Teil der aufgerufenen gemeinsamen Funktion gespeicherten Zeiger, der auf den Zeiger der in dem gemeinsam genutzten Speicherblock 26 gespeicherten aufgerufenen gemeinsamen Funktion zeigt. Jeder Aufruf einer gemeinsamen Funktion durch die Anwendung oder den Starter umfasst einen Zeiger auf den entsprechenden in dem gemeinsam genutzten Speicherblock 26 gespeicherten Zeiger. Weil die in dem gemeinsam genutzten Speicherblock 26 gespeicherten Zeiger fixiert sind, zeigen auch die Zeiger jeder der Aufrufe der gemeinsamen Funktion entsprechend auf eine fixe Position.
In Block 66 führt die CPU 38 die gemeinsame Funktion in Übereinstimmung mit dem aus dem gemeinsamen Speicherblock 26 gelesenen Code aus. Wenn die gemeinsame Funktion ausgeführt wird, ohne dass eine Rückfrage erforderlich ist, weil die gemeinsame Funktion beendet wird und/oder keine andere Rückfrage aus der Beendigung der Funktion resultiert, wird die gemeinsame Funktion als abgeschlossen betrachtet und wird zu Block 62 zurückgekehrt. Wenn eine Rückfrage auftritt und somit die aufgerufene gemeinsame Funktion nicht vollständig ausgeführt ist oder die vollständige Ausführung der aufgerufenen gemeinsamen Funktion zu einem eine Rückfrage auslösenden Ergebnis führt, erhält die CPU 38 in Block 68 den der entsprechenden gemeinsamen Funktion aus dem RAM 36 zugewiesenen Rückfrage-Zeiger.
Der in der Speichermap 56 für die gemeinsamen Funktionen gespeicherte gemeinsame Funktionscode umfasst einen Zeiger, der auf eine Position in dem RAM 36 zeigt, die dem Zeiger für die Rückfragefunktion zugewiesen ist, die im Fall einer Rückfrage durch die CPU 38 ausgeführt werden soll (eine oder mehrere der gemeinsamen Funktionen können Zeiger auf eine oder mehrere gleiche oder verschiedene Positionen im RAM 36 enthalten). Weil die in dem RAM 36 gespeicherten Rückfrage-Zeiger in Abhängigkeit davon, ob die Anwendung oder der Starter ausgeführt werden, geladen werden, muss der in dem gemeinsam genutzten Speicherblock 26 gespeicherte Code der gemeinsamen Funktionen nicht die mit dem Starter oder der Anwendung zu assoziierende Rückfragefunktion identifizieren. In Block 70 führt die CPU 38 dann die Rückfragefunktion, auf die durch den in dem RAM 36 gespeicherten Rückfrage-Zeiger gezeigt wird, in Übereinstimmung mit einem in dem Anwendungs-Speicherblock 30 gespeicherten Code für die entsprechende Rückfragefunktion oder im Fall der Ausführung des Starters in Übereinstimmung mit dem in dem Starter-Speicherblock 28 gespeicherten Rückfragecode aus. Optional kann die Verarbeitung nach Abschluss der Rückfragefunktion zu der Verarbeitung der die Rückfragefunktion veranlassenden gemeinsamen Funktion zurückkehren.
Vorstehend wurden verschiedene Ausführungsformen der vorliegenden Erfindung beschrieben, wobei jedoch zu beachten ist, dass die beschriebenen Ausführungsformen lediglich beispielhaft für die Erfindung sind, die auch durch verschiedene andere Ausführungsformen realisiert werden kann. Die Figuren sind nicht notwendigerweise maßstabsgetreu, wobei einige Teile vergrößert oder verkleinert dargestellt sein können, um die Details bestimmter Komponenten zu verdeutlichen. Die hier beschriebenen Details des Aufbaus und der Funktion sind nicht einschränkend aufzufassen, sondern lediglich als repräsentative Basis für die Ansprüche und/oder als repräsentative Basis für den Fachmann, der die Erfindung realisieren möchte. Außerdem können Merkmale aus verschiedenen Ausführungsformen miteinander kombiniert werden, um weitere Ausführungsformen der Erfindung zu bilden.

Claims

Verfahren für die Verwendung mit einem Batterieüberwachungssystem BMS, das eine Anwendung zum Messen des Stromflusses zu einer Fahrzeugbatterie und einen Starter zum Aktivieren von durch die Anwendung verwendeten Treibern sowie einen nicht-flüchtigen Speicher (22) und einen flüchtigen Speicher (34) zum Speichern von Code umfasst und in einem Fahrzeug enthalten ist, das einen Fahrzeugbus (18) aufweist, wobei das Verfahren folgende Schritte umfasst: Speichern eines Anwendungscodes für Anwendungsfunktionen, die durch die Anwendung aufgerufen werden können, in einem Anwendungs-Speicherblock (30) des nicht-flüchtigen Speichers (22), wobei der Anwendungscode einen ersten Anwendungscode zum Messen des Stromflusses zu der Fahrzeugbatterie umfasst, Speichern eines Startercodes für Starterfunktionen, die durch den Starter aufgerufen werden können, in einem Starter-Speicherblock (28) des nicht-flüchtigen Speichers (22), wobei der Startercode einen ersten Startercode zum Initialisieren des BMS umfasst und wobei das BMS initialisiert werden muss, bevor die Anwendung den Stromfluss zu der Fahrzeugbatterie bestimmt, Speichern eines gemeinsam genutzten Codes für gemeinsame Funktionen, die durch den Starter und die Anwendung aufgerufen werden können, in einem gemeinsam genutzten Speicherblock (26) des nicht-flüchtigen Speichers (22), wobei der gemeinsam genutzte Code einen ersten Kommunikationscode umfasst, der von Starter und Anwendung verwendet werden kann, wenn Operationen für eine Kommunikation über den Fahrzeugbus (18) ausgeführt werden, Speichern eines Zeigers auf gemeinsame Funktionen in dem gemeinsam genutzten Speicherblock (26) für jede der gemeinsamen Funktionen, wobei jeder der Zeiger auf gemeinsame Funktionen an einer Position im gemeinsamen Speicherblock (26) gespeichert wird und zu einer anderen Position im gemeinsamen Speicherblock (26) zeigt, an der gemeinsam genutzter Code für gemeinsame Funktionen gespeichert wird, und wobei ein erster Zeiger auf gemeinsame Funktionen, der auf die Position zeigt, an der der erste Kommunikationscode gespeichert ist, gespeichert wird, erneutes Kompilieren des gemeinsamen Codes, wobei weiterhin wenigstens die gleichen gemeinsamen Funktionen nach dem erneuten Kompilieren verfügbar bleiben, und wobei jeder Zeiger auf gemeinsame Funktionen nach dem erneuten Kompilieren auf der selben Position im gemeinsam genutzten Speicherblock (26) gespeichert ist.
Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass bei dem erneuten Kompilieren des gemeinsamen Codes die für das Speichern des gemeinsamen Codes benötigte Speichergröße für wenigstens eine der gemeinsamen Funktionen nach dem erneuten Kompilieren vergrößert wird.
Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass vor und nach dem erneuten Kompilieren dieselbe Speichergröße in dem gemeinsam genutzten Speicherblock (26) für das Speichern der Zeiger auf gemeinsame Funktionen verwendet wird.
Verfahren nach einem der vorangehenden Ansprüche, weiterhin gekennzeichnet durch folgende Schritte: Speichern von Starter-Zeigern auf Starter-Rückfragefunktionen in einem gemeinsam benutzten Rückfragefunktionen-Speicherblock des flüchtigen Speichers (34), während der Starter betrieben wird, wobei die Starter-Zeiger auf wenigstens eine aus Starter-Rückfragefunktionen zeigen, die für die gemeinsamen Funktionen auszuführen ist, und Speichern von Anwendungs-Zeigern auf Anwendungs-Rückfragefunktionen in dem gemeinsam benutzten Rückfragefunktionen-Speicherblock des flüchtigen Speichers (34), während die Anwendung betrieben wird, wobei die Anwendungs-Zeiger auf wenigstens eine Anwendungs-Rückfragefunktion zeigen, die für die gemeinsamen Funktionen auszuführen ist.
Verfahren nach Anspruch 4, dadurch gekennzeichnet, dass jeder der gemeinsamen Funktionen eine eindeutige Kennzeichnung zugewiesen ist und jedem der Zeiger auf gemeinsame Funktionen, der Starter-Zeiger und der Anwendungs-Zeiger die der korrespondierenden gemeinsamen Funktion zugewiesene eindeutige Kennzeichnung zugewiesen ist.
Verfahren nach Anspruch 5, dadurch gekennzeichnet, dass das Speichern der Starter-Zeiger und der Anwendungs-Zeiger in dem gemeinsam genutzten Rückfragefunktionen-Speicherblock in Übereinstimmung mit der zugewiesenen eindeutigen Kennzeichnung organisiert wird, sodass die Starter-Zeiger und die Anwendungs-Zeiger, denen die gleiche eindeutige Kennzeichnung zugewiesen ist, an derselben Speicherposition des gemeinsam genutzten Rückfragefunktionen-Speicherblocks gespeichert werden.
Verfahren nach einem der Ansprüche 4 bis 6, dadurch gekennzeichnet, dass die Starter-Zeiger überschrieben werden, wenn die Anwendungs-Zeiger in dem gemeinsam genutzten Rückfragenfunktionen-Speicherblock gespeichert werden.
Verfahren nach einem der vorangehenden Ansprüche, wobei der erste Kommunikationscode aus dem nicht-flüchtigen Speicher (22) in den flüchtigen Speicher (34) geladen wird, wenn die Anwendung den Stromfluss über den Fahrzeugbus (18) übermitteln will, und wobei eine CPU (38) dadurch, dass sie den ersten Zeiger auf gemeinsame Funktionen ausliest, die Position, an der der erste Kommunikationscode im nicht-flüchtigen Speicher (22) gespeichert ist, ermittelt, wobei die CPU den ersten Zeiger auf gemeinsame Funktionen identifiziert, indem sie den ersten Anwendungscode liest, wobei der erste Anwendungscode einen ersten Zeiger spezifiziert, der zu der Position zeigt, an der der erste gemeinsam genutzte Zeiger in dem nicht-flüchtigen Speicherblock (22) gespeichert ist.
Batterieüberwachungssystem BMS, das eine Anwendung zum Messen des Stromflusses zu einer Fahrzeugbatterie und einen Starter zum Aktivieren von durch die Anwendung verwendeten Treibern (32) umfasst, in einem Fahrzeug enthalten ist, das einen Fahrzeugbus (18) aufweist, und einen nicht-flüchtigen Speicher (22) und einen flüchtigen Speicher (34) zum Speichern von Code umfasst, wobei ein Anwendungscode für Anwendungsfunktionen, die durch die Anwendung aufgerufen werden können, in einem Anwendungs-Speicherblock (30) des nicht-flüchtigen Speichers (22) gespeichert ist, wobei der Anwendungscode einen ersten Anwendungscode zum Messen des Stromflusses zu der Fahrzeugbatterie umfasst, ein Startercode für Starterfunktionen, die durch den Starter aufgerufen werden können, in einem Starter-Speicherblock (28) des nicht-flüchtigen Speichers (22) gespeichert ist, wobei der Startercode einen ersten Startercode zum Initialisieren des BMS umfasst und wobei das BMS initialisiert werden muss, bevor die Anwendung den Stromfluss zu der Fahrzeugbatterie bestimmt, ein gemeinsam genutzter Code für gemeinsame Funktionen, die durch den Starter und die Anwendung aufgerufen werden können, in einem gemeinsam genutzten Speicherblock (26) des nicht-flüchtigen Speichers (22) gespeichert ist, wobei der gemeinsam genutzte Code einen ersten Kommunikationscode umfasst, der von Starter und Anwendung verwendet werden kann, wenn Operationen für eine Kommunikation über den Fahrzeugbus (18) ausgeführt werden, ein Zeiger auf gemeinsame Funktionen in dem gemeinsam genutzten Speicherblock (26) für jede der gemeinsamen Funktionen gespeichert ist, wobei jeder der Zeiger auf gemeinsame Funktionen an einer Position im gemeinsam genutzten Speicherblock (26) gespeichert ist und zu einer anderen Position im gemeinsam genutzten Speicherblock (26) zeigt, an der gemeinsam genutzter Code für gemeinsame Funktionen gespeichert ist, und wobei ein erster Zeiger auf gemeinsame Funktionen gespeichert ist, der zu der Position zeigt, an der der erste Kommunikationscode gespeichert ist, das Batterieüberwachungssystem mit einem Compiler assoziiert ist, sodass bei einem erneuten Kompilieren des gemeinsamen Codes wenigstens die gleichen gemeinsamen Funktionen nach dem erneuten Kompilieren verfügbar bleiben und jeder Zeiger auf gemeinsame Funktionen nach dem erneuten Kompilieren auf der selben Position im gemeinsam genutzten Speicherblock (26) gespeichert ist.
Batterieüberwachungssystem nach Anspruch 9, weiterhin gekennzeichnet durch eine in einem flüchtigen Speicher (34) gespeicherten Vielzahl von Rückfrage-Zeigern, wobei jeder der Rückfrage-Zeiger jeweils mit einer gemeinsamen Funktion assoziiert ist.
Batterieüberwachungssystem nach Anspruch 10, dadurch gekennzeichnet, dass die Rückfrage-Zeiger (i) auf einen in dem Anwendungs-Speicherblock (30) gespeicherten Rückfragefunktionscode zeigen, wenn die Anwendung ausgeführt wird, und (ii) auf einen in dem Starter-Speicherblock (28) gespeicherten Rückfragefunktionscode zeigen, wenn der Starter ausgeführt wird.
Batterieüberwachungssystem nach Anspruch 11, dadurch gekennzeichnet, dass der flüchtige Speicher (34) nicht gleichzeitig Zeiger auf in dem Anwendungs-Speicherblock (30) und in dem Starter-Speicherblock (28) gespeicherte Rückfragefunktionscode speichert.
Batterieüberwachungssystem nach Anspruch 10, dadurch gekennzeichnet, dass die Rückfrage-Zeiger an fixen Speicherpositionen in dem flüchtigen Speicher (34) gespeichert sind, sodass die Rückfrage-Zeiger für jede der gemeinsamen Funktionen für die Anwendung und den Starter an gleichen Positionen gespeichert sind.
Batterieüberwachungssystem nach Anspruch 13, dadurch gekennzeichnet, dass der in dem gemeinsam genutzten Speicherblock (26) gespeicherte Code für jede der gemeinsamen Funktionen einen Zeiger auf die fixe Speicherposition eines mit dieser gemeinsamen Funktion assoziierten Rückfrage-Zeigers enthält.
Batterieüberwachungssystem nach einem der Ansprüche 9 bis 14, dadurch gekennzeichnet, dass die fixen Speicherpositionen nach jedem Kompilieren jeweils dieselben Zeiger auf gemeinsame Funktionen speichern und wenigstens dieselben gemeinsamen Funktionen verfügbar sind.
Batterieüberwachungssystem nach Anspruch 15, dadurch gekennzeichnet, dass die für das Speichern des gemeinsamen Codes für wenigstens eine der gemeinsamen Funktionen benötigte Speichergröße nach dem Kompilieren größer sein kann und die Zeiger auf gemeinsame Funktionen nach dem Kompilieren an denselben Speicherpositionen bleiben.
Verwendung des Verfahrens nach einem der Ansprüche 1 bis 8 für den Betrieb des Batterieüberwachungssystems.