WO2013167462A1 - Computerimplementiertes verfahren zum generieren von software, batterie und kraftfahrzeug - Google Patents

Computerimplementiertes verfahren zum generieren von software, batterie und kraftfahrzeug Download PDF

Info

Publication number
WO2013167462A1
WO2013167462A1 PCT/EP2013/059155 EP2013059155W WO2013167462A1 WO 2013167462 A1 WO2013167462 A1 WO 2013167462A1 EP 2013059155 W EP2013059155 W EP 2013059155W WO 2013167462 A1 WO2013167462 A1 WO 2013167462A1
Authority
WO
WIPO (PCT)
Prior art keywords
battery
computer
implemented method
cell
configuration
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.)
Ceased
Application number
PCT/EP2013/059155
Other languages
English (en)
French (fr)
Inventor
Jochen Weber
Christoph Brochhaus
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.)
Robert Bosch GmbH
Samsung SDI Co Ltd
Original Assignee
Robert Bosch GmbH
Samsung SDI Co Ltd
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, Samsung SDI Co Ltd filed Critical Robert Bosch GmbH
Priority to EP13723708.7A priority Critical patent/EP2847821A1/de
Priority to US14/399,758 priority patent/US9304171B2/en
Publication of WO2013167462A1 publication Critical patent/WO2013167462A1/de
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01R—MEASURING ELECTRIC VARIABLES; MEASURING MAGNETIC VARIABLES
    • G01R31/00—Arrangements for testing electric properties; Arrangements for locating electric faults; Arrangements for electrical testing characterised by what is being tested not provided for elsewhere
    • G01R31/36—Arrangements for testing, measuring or monitoring the electrical condition of accumulators or electric batteries, e.g. capacity or state of charge [SoC]
    • G01R31/367—Software therefor, e.g. for battery testing using modelling or look-up tables
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60L—PROPULSION OF ELECTRICALLY-PROPELLED VEHICLES; SUPPLYING ELECTRIC POWER FOR AUXILIARY EQUIPMENT OF ELECTRICALLY-PROPELLED VEHICLES; ELECTRODYNAMIC BRAKE SYSTEMS FOR VEHICLES IN GENERAL; MAGNETIC SUSPENSION OR LEVITATION FOR VEHICLES; MONITORING OPERATING VARIABLES OF ELECTRICALLY-PROPELLED VEHICLES; ELECTRIC SAFETY DEVICES FOR ELECTRICALLY-PROPELLED VEHICLES
    • B60L58/00—Methods or circuit arrangements for monitoring or controlling batteries or fuel cells, specially adapted for electric vehicles
    • B60L58/10—Methods or circuit arrangements for monitoring or controlling batteries or fuel cells, specially adapted for electric vehicles for monitoring or controlling batteries
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01R—MEASURING ELECTRIC VARIABLES; MEASURING MAGNETIC VARIABLES
    • G01R31/00—Arrangements for testing electric properties; Arrangements for locating electric faults; Arrangements for electrical testing characterised by what is being tested not provided for elsewhere
    • G01R31/36—Arrangements for testing, measuring or monitoring the electrical condition of accumulators or electric batteries, e.g. capacity or state of charge [SoC]
    • G01R31/385—Arrangements for measuring battery or accumulator variables
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Prevention of errors by analysis, debugging or testing of software
    • G06F11/3668—Testing of software
    • G06F11/3672—Test management
    • G06F11/368—Test management for test version control, e.g. updating test cases to a new software version
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/70—Software maintenance or management
    • G06F8/71—Version control; Configuration management
    • H—ELECTRICITY
    • H01—ELECTRIC ELEMENTS
    • H01M—PROCESSES OR MEANS, e.g. BATTERIES, FOR THE DIRECT CONVERSION OF CHEMICAL ENERGY INTO ELECTRICAL ENERGY
    • H01M10/00—Secondary cells; Manufacture thereof
    • H01M10/42—Methods or arrangements for servicing or maintenance of secondary cells or secondary half-cells
    • H01M10/4207—Methods or arrangements for servicing or maintenance of secondary cells or secondary half-cells for several batteries or cells simultaneously or sequentially
    • H—ELECTRICITY
    • H01—ELECTRIC ELEMENTS
    • H01M—PROCESSES OR MEANS, e.g. BATTERIES, FOR THE DIRECT CONVERSION OF CHEMICAL ENERGY INTO ELECTRICAL ENERGY
    • H01M10/00—Secondary cells; Manufacture thereof
    • H01M10/42—Methods or arrangements for servicing or maintenance of secondary cells or secondary half-cells
    • H01M10/425—Structural combination with electronic components, e.g. electronic circuits integrated to the outside of the casing
    • H—ELECTRICITY
    • H01—ELECTRIC ELEMENTS
    • H01M—PROCESSES OR MEANS, e.g. BATTERIES, FOR THE DIRECT CONVERSION OF CHEMICAL ENERGY INTO ELECTRICAL ENERGY
    • H01M10/00—Secondary cells; Manufacture thereof
    • H01M10/42—Methods or arrangements for servicing or maintenance of secondary cells or secondary half-cells
    • H01M10/425—Structural combination with electronic components, e.g. electronic circuits integrated to the outside of the casing
    • H01M10/4257—Smart batteries, e.g. electronic circuits inside the housing of the cells or batteries
    • H—ELECTRICITY
    • H01—ELECTRIC ELEMENTS
    • H01M—PROCESSES OR MEANS, e.g. BATTERIES, FOR THE DIRECT CONVERSION OF CHEMICAL ENERGY INTO ELECTRICAL ENERGY
    • H01M10/00—Secondary cells; Manufacture thereof
    • H01M10/42—Methods or arrangements for servicing or maintenance of secondary cells or secondary half-cells
    • H01M10/48—Accumulators combined with arrangements for measuring, testing or indicating the condition of cells, e.g. the level or density of the electrolyte
    • H01M10/482—Accumulators combined with arrangements for measuring, testing or indicating the condition of cells, e.g. the level or density of the electrolyte for several batteries or cells simultaneously or sequentially
    • H—ELECTRICITY
    • H01—ELECTRIC ELEMENTS
    • H01M—PROCESSES OR MEANS, e.g. BATTERIES, FOR THE DIRECT CONVERSION OF CHEMICAL ENERGY INTO ELECTRICAL ENERGY
    • H01M10/00—Secondary cells; Manufacture thereof
    • H01M10/42—Methods or arrangements for servicing or maintenance of secondary cells or secondary half-cells
    • H01M10/425—Structural combination with electronic components, e.g. electronic circuits integrated to the outside of the casing
    • H01M2010/4271—Battery management systems including electronic circuits, e.g. control of current or voltage to keep battery in healthy state, cell balancing
    • H—ELECTRICITY
    • H01—ELECTRIC ELEMENTS
    • H01M—PROCESSES OR MEANS, e.g. BATTERIES, FOR THE DIRECT CONVERSION OF CHEMICAL ENERGY INTO ELECTRICAL ENERGY
    • H01M10/00—Secondary cells; Manufacture thereof
    • H01M10/42—Methods or arrangements for servicing or maintenance of secondary cells or secondary half-cells
    • H01M10/425—Structural combination with electronic components, e.g. electronic circuits integrated to the outside of the casing
    • H01M2010/4278—Systems for data transfer from batteries, e.g. transfer of battery parameters to a controller, data transferred between battery controller and main controller
    • H—ELECTRICITY
    • H01—ELECTRIC ELEMENTS
    • H01M—PROCESSES OR MEANS, e.g. BATTERIES, FOR THE DIRECT CONVERSION OF CHEMICAL ENERGY INTO ELECTRICAL ENERGY
    • H01M2220/00—Batteries for particular applications
    • H01M2220/20—Batteries in motive systems, e.g. vehicle, ship, plane
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02E—REDUCTION OF GREENHOUSE GAS [GHG] EMISSIONS, RELATED TO ENERGY GENERATION, TRANSMISSION OR DISTRIBUTION
    • Y02E60/00—Enabling technologies; Technologies with a potential or indirect contribution to GHG emissions mitigation
    • Y02E60/10—Energy storage using batteries
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02T—CLIMATE CHANGE MITIGATION TECHNOLOGIES RELATED TO TRANSPORTATION
    • Y02T10/00—Road transport of goods or passengers
    • Y02T10/60—Other road transportation technologies with climate change mitigation effect
    • Y02T10/70—Energy storage systems for electromobility, e.g. batteries

Definitions

  • the present invention relates to a computer-implemented method for generating software for a battery management unit, a battery that is operable with the software, and a motor vehicle with the battery.
  • Electronic control units are used in the automotive environment today in increasing numbers, such as engine control units in
  • Anti-lock braking systems and in airbags are the development of battery systems with associated
  • Battery management system that is a control unit with software for
  • the batteries are designed differently in terms of the number of battery components.
  • the software in the controllers of these battery management systems is known to have a variety of possible combinations of the battery components.
  • Typical battery management systems ensure the safe and reliable operation of the battery cells or batteries. They monitor and control currents, voltages, temperatures, insulation resistance, and other sizes for individual battery cells and for the whole battery. It is known from these sizes to realize battery management functions that the
  • a computer-implemented method for generating software for a battery management unit comprises at least the step:
  • a battery having a certain number of battery cells of at least one battery cell type, a communication network and a battery management unit is provided.
  • Battery management unit includes a certain number of
  • Battery cell sensors of at least one battery cell sensor type and a certain number of cell monitoring units at least one
  • each cell monitoring unit has a sensor drive, which is connected to at least one battery cell sensor that monitors at least one of the battery cells.
  • the battery management unit comprises a control unit.
  • Communication network has at least one particular topology.
  • the communication network further connects the control unit, the sensor driver and the battery cell sensor.
  • the control unit is operable with the software.
  • a motor vehicle is provided with the battery, wherein the battery is connected to a drive system of the motor vehicle.
  • the generation of a central battery configuration essentially comprises a prioritization of a basic topology of a battery Battery, wherein the basic topology of a battery, for example, a systematic description of spatial relationships of battery components to each other and / or the compatibility of battery components with each other describes.
  • the term central in this context can mean a single generation, a generation at a central location or a subsequent reuse of the battery configuration in further method steps and the like.
  • Software code generation ie software is generated based on the central battery configuration or derived from it, so inconsistencies in the software structure can be avoided.
  • the central battery configuration also allows for easy replacement or replacement of
  • Battery components since only the central battery configuration needs to be changed, generating software derived therefrom or based thereon can be carried out in an advantageous manner without changing subsequent process steps.
  • the choice of battery components may be extended, changing only the central battery configuration, but not any subsequent method steps for generating software based on the changed central battery configuration.
  • Generating the central battery configuration also allows for backward compatibility of software generated therefrom.
  • a further advantage of a central battery configuration lies in an easier generation of software for a battery management unit, in particular a high complexity of a battery topology can be mapped in the central battery configuration, so that low-complexity software based thereon can be produced.
  • the software of the battery management unit by means of a test software in the production, the first start-up or to
  • the computer-implemented method may therefore further include the step:
  • Generating a central test case catalog which in particular includes test cases for battery components of a battery.
  • a central test case catalog makes it easy to create test software based on it and perform tests on a more individual basis
  • the central test case catalog can easily be changed and, in particular, extended without having to change the following process steps for generating test software based thereon.
  • the central test case catalog includes a once generated test case catalog, which can be reused especially in further process steps.
  • the computer-implemented method further comprises the step of: generating an individual battery configuration in FIG.
  • the battery components comprise in particular battery cells, battery cell sensors and / or cell monitoring units.
  • the individual battery configuration may be generated depending on a topology of a communication network that interconnects the battery components. The generation of the individual battery configuration is based in particular on the central battery configuration.
  • the individual battery configuration by means of a
  • Markup language created.
  • markup languages u. a. XML (Extensible Markup Language).
  • Markup languages, and XML in particular, are generally platform independent and implementation independent.
  • the markup language can serve in the method according to the invention to access or use the central battery configuration.
  • Markup Language basically has the advantage that it is easier to understand and easier to use than source code.
  • the method may also include the step:
  • the generation of source code is then preferably carried out by means of the individual battery configuration determined by the markup language and based on the central one
  • inventive method further comprises the step of: generating source code of test cases depending on the individual battery configuration and based on the central one
  • source code includes human-readable program code, that is, text written in programming language. Similar to the generation of source code for the individual battery configuration, an advantage of the inventive method is that for creating source code from
  • Step includes: Compiling the source code into a hex file.
  • Compile in this case, in particular includes a translation or conversion of the source code into a semantically similar machine code, such.
  • the hex file is essentially a binary file containing hexadecimal numbers, where the term hex file may include any machine-readable code form.
  • the hex file is the software in particular. The software is generated by generating the source code suitable for an individual battery configuration. Similarly, the source code of test cases may be compiled into a hex file and form test software for a battery management unit or cell monitoring unit.
  • computer-implemented method further comprises the step of:
  • battery component simulations include virtual battery components, battery component computing models, or computer-implemented mappings of battery components.
  • this step preferably the communication and the behavior of a cell monitoring unit are simulated. The behavior and the communication of a
  • Cell monitoring unit can in particular from the central
  • Battery configuration are derived. Simulated battery components enable a battery management unit without any existing ones
  • test protocol can be generated which allows conclusions to be drawn about errors in the software of the battery management unit.
  • the battery is preferably a lithium-ion battery.
  • Figure 1 shows a battery according to an embodiment of the invention.
  • FIG. 1 shows a battery 100 which comprises a plurality of battery components.
  • the battery components include: a battery management unit 102, a plurality of lithium-ion battery cells 104, and a plurality
  • the battery management unit 102 includes a control unit 107.
  • the cell monitoring units 106 each include a sensor driver 108 and a plurality of battery cell sensors 110.
  • the battery components 102, 104, 106, 107, 108, 110 are connected to each other by means of a communication network 1 12 as follows.
  • the control unit 107 is connected to the sensor drivers 108, respectively.
  • Sensor drivers 108 are each connected to the battery cell sensors 110 of a cell monitoring unit 106.
  • the battery cell sensors 110 are each connected to a plurality of battery cells 104.
  • the communication network 1 12 is embodied in a star topology, that is, it branches off from the battery management unit 102 as far as the battery cells 104.
  • a central battery configuration of the battery 100 is created once.
  • the communication network 1 12 is of the CAN controller-area network type, that the communication network 1 12 is designed in a star-shaped manner and that the sensor drives 108 are designed,
  • the central battery configuration comprises source code or rules for generating source code.
  • the central battery configuration comprises source code or rules for generating source code.
  • Communication network 1 12 is created in a further process step by means of XML (Extensible Markup Language) an individual battery configuration, so for example:
  • Process step can be created only within the limits of the central battery configuration.
  • the central battery configuration provides that the sensor drivers 108 can only drive voltage sensors, therefore the selection is for instance of temperature sensors instead
  • Voltage sensors are not possible, that is, generating an individual battery configuration is thereby safer and less error prone than directly programming source code for different batteries.
  • source code is generated from the individual battery configuration and a hex file is compiled therefrom.
  • the hex file forms software that fits exactly to the individual battery 100 by the method described and can be easily generated. The method enables the generation of software for both the control unit 107 of the battery management unit 102 and the sensor controls 108 of the cell monitoring units 106.
  • a battery In addition to the software for operation, a battery generally also requires test software to test the software of the battery management unit 102 or the control unit 107 and to test the software of the software
  • a central test case catalog can be based on the central
  • a test software source code suitable for individual battery configuration can be generated by means of the central test case catalog and subsequently compiled into a hex file. Should the software of
  • Control unit 107 and the battery management unit 102 without real available Cell monitoring units 106 are tested, so simulations, that is virtual replicas of cell monitoring units 106 are created that mimic the communication and the behavior of a real cell monitoring unit.
  • the simulations of the cell monitoring units are derived from the central battery configuration.
  • Battery configuration of the battery 100 derived individual test cases are:
  • the batteries in turn can be used in motor vehicles where they

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Manufacturing & Machinery (AREA)
  • Chemical & Material Sciences (AREA)
  • Chemical Kinetics & Catalysis (AREA)
  • Electrochemistry (AREA)
  • General Chemical & Material Sciences (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Sustainable Development (AREA)
  • Sustainable Energy (AREA)
  • Power Engineering (AREA)
  • Transportation (AREA)
  • Mechanical Engineering (AREA)
  • Secondary Cells (AREA)
  • Charge And Discharge Circuits For Batteries Or The Like (AREA)

Abstract

Es wird ein computerimplementiertes Verfahren zum Generieren von Software für eine Batteriemanagementeinheit (102) beschrieben. Das Verfahren umfasst wenigstens den Schritt: Generieren einer zentralen Batteriekonfiguration. Ferner werden eine Batterie (100), die mit der Software betreibbar ist und ein Kraftfahrzeug mit der Batterie (100) beschrieben.

Description

Beschreibung Titel
Computerimplementiertes Verfahren zum Generieren von Software, Batterie und Kraftfahrzeug
Die vorliegende Erfindung betrifft ein computerimplementiertes Verfahren zum Generieren von Software für eine Batteriemanagementeinheit, eine Batterie, die mit der Software betreibbar ist, und ein Kraftfahrzeug mit der Batterie.
Stand der Technik
Elektronische Steuergeräte werden im automobilen Umfeld heutzutage in zunehmender Zahl eingesetzt, etwa als Motorsteuergeräte in
Antiblockiersystemen und in Airbags. Für elektrisch angetriebene Fahrzeuge ist die Entwicklung von Batteriesystemen mit zugehörigem
Batteriemanagementsystem, das heißt ein Steuergerät mit Software zur
Überwachung von Batteriefunktionalitäten, vonnöten. Je nach
Kundenanforderung oder vorhandenem Bauraum sind die Batterien hinsichtlich der Anzahl von Batteriekomponenten unterschiedlich ausgelegt. Die Software in den Steuergeräten dieser Batteriemanagementsysteme muss bekanntermaßen eine Vielzahl von Kombinationsmöglichkeiten der Batteriekomponenten beherrschen.
Typische Batteriemanagementsysteme gewährleisten die sichere und zuverlässige Funktion der Batteriezellen bzw. Batterien. Sie überwachen und steuern Ströme, Spannungen, Temperaturen, Isolationswiderstand, und andere Größen für einzelne Batteriezellen und für die ganze Batterie. Es ist bekannt, aus diesen Größen Batteriemanagementfunktionen zu realisieren, die die
Lebensdauer, die Zuverlässigkeit und die Sicherheit des Batteriesystems steigern, wie etwa in der vorangemeldeten und nachveröffentlichten
DE 10 201 1 082 937 beschrieben ist. Batteriemanagementsysteme bestehen aus einer Vielzahl von Steuergeräten, auf denen individuelle Softwarefunktionalitäten laufen. Aufgrund der
unterschiedlichen Auslegung verschiedener Batterien ergibt sich ein hoher Konfigurationsaufwand für die Software zum Betreiben der
Batteriemanagementsysteme. Auch das Testen der unterschiedlichen
Batteriemanagementsysteme ist dadurch aufwendig.
Offenbarung der Erfindung
Erfindungsgemäß wird ein computerimplementiertes Verfahren zum Generieren von Software für eine Batteriemanagementeinheit zur Verfügung gestellt. Das erfindungsgemäße Verfahren umfasst wenigstens den Schritt:
Generieren einer zentralen Batteriekonfiguration.
Ferner wird eine Batterie mit einer bestimmten Anzahl von Batteriezellen wenigstens eines Batteriezellentyps, einem Kommunikationsnetz und einer Batteriemanagementeinheit zur Verfügung gestellt. Die
Batteriemanagementeinheit umfasst eine bestimmte Anzahl von
Batteriezellensensoren wenigstens eines Batteriezellensensortyps und eine bestimmte Anzahl von Zellenüberwachungseinheiten wenigstens eines
Zellenüberwachungseinheitentyps, wobei jede Zellenüberwachungseinheit eine Sensoransteuerung aufweist, die mit wenigstens einem Batteriezellensensor verbunden ist, der wenigstens eine der Batteriezellen überwacht. Außerdem umfasst die Batteriemanagementeinheit eine Steuereinheit. Das
Kommunikationsnetz weist wenigstens eine bestimmte Topologie aus. Das Kommunikationsnetz verbindet ferner die Steuereinheit, die Sensoransteuerung und den Batteriezellensensor. Die Steuereinheit ist mit der Software betreibbar. Außerdem wird ein Kraftfahrzeug mit der Batterie zur Verfügung gestellt, wobei die Batterie mit einem Antriebssystem des Kraftfahrzeugs verbunden ist.
Vorteile der Erfindung Das erfindungsgemäße Generieren einer zentralen Batteriekonfiguration umfasst dabei im Wesentlichen ein Vorab-Festlegen einer grundlegenden Topologie einer Batterie, wobei die grundlegende Topologie einer Batterie beispielsweise eine systematische Beschreibung räumlicher Beziehungen von Batteriekomponenten zueinander und/oder die Kompatibilität von Batteriekomponenten untereinander beschreibt. Der Begriff zentral kann in diesem Zusammenhang ein einmaliges Generieren, ein Generieren an einem zentralen Ort oder ein anschließendes Wiederverwenden der Batteriekonfiguration in weiteren Verfahrensschritten und dergleichen bedeuten.
Dient die zentrale Batteriekonfiguration als Ausgangsbasis für
Softwarecodegenerierungen, wird also Software basierend auf der zentralen Batteriekonfiguration generiert bzw. davon abgeleitet, so können Inkonsistenzen im Softwarebuild vermieden werden. Die zentrale Batteriekonfiguration ermöglicht ferner ein leichtes Auswechseln oder Erneuern von
Batteriekomponenten, da nur die zentrale Batteriekonfiguration geändert werden muss, ein Generieren von davon abgeleiteter bzw. darauf basierender Software kann auf vorteilhafte Weise ohne Änderung nachfolgender Verfahrensschritte erfolgen. Außerdem kann die Auswahl an Batteriekomponenten erweitert werden, wobei lediglich die zentrale Batteriekonfiguration geändert wird, nicht jedoch etwaige nachfolgende Verfahrensschritte zum Generieren von Software, die auf der geänderten zentralen Batteriekonfiguration basiert. Das Generieren der zentralen Batteriekonfiguration ermöglicht ferner Abwärtskompatibilität von darauf basierend generierter Software. Ein weiterer Vorteil einer zentralen Batteriekonfiguration liegt in einer leichteren Generierung von Software für eine Batteriemanagementeinheit, insbesondere kann eine hohe Komplexität einer Batterietopologie in der zentralen Batteriekonfiguration abgebildet werden, so dass ein darauf basierendes Generieren von Software mit niedriger Komplexität erfolgen kann.
Im Allgemeinen ist ein ordnungsgemäßes Funktionieren einer
Batteriemanagementeinheit durch Testen derselben sicherzustellen.
Beispielsweise kann die Software der Batteriemanagementeinheit mittels einer Testsoftware bei der Herstellung, der ersten Inbetriebnahme oder zu
wiederholten Zeitpunkten getestet werden. Um verschiedene Batterietopologien testen zu können, sind häufig individuelle Softwarebuilds nötig. In einer bevorzugten Weiterbildung kann das computerimplementierte Verfahren daher ferner den Schritt umfassen:
Generieren eines zentralen Testfallkatalogs, der insbesondere Testfälle für Batteriekomponenten einer Batterie umfasst.
Ein zentraler Testfallkatalog erlaubt ein leichtes Erstellen von darauf basierender Testsoftware und eine Durchführung von Tests individueller
Batteriemanagementeinheit-Software, ohne dafür spezielles Knowhow über die Testfälle zu besitzen. Der zentrale Testfallkatalog kann leicht verändert und insbesondere erweitert werden, ohne dass nachfolgende Verfahrensschritte zur Generierung von darauf basierender Testsoftware geändert werden müssen. Der zentrale Testfallkatalog umfasst einen einmalig generierten Testfallkatalog, der insbesondere in weiteren Verfahrensschritten wiederverwendet werden kann.
Es ist ferner bevorzugt, dass das computerimplementierte Verfahren ferner den Schritt umfasst: Generieren einer individuellen Batteriekonfiguration in
Abhängigkeit einer Anzahl und/oder eines Typs von Batteriekomponenten einer Batterie. Die Batteriekomponenten umfassen insbesondere Batteriezellen, Batteriezellensensoren und/oder Zellenüberwachungseinheiten. Außerdem kann die individuelle Batteriekonfiguration in Abhängigkeit einer Topologie eines Kommunikationsnetzes, das die Batteriekomponenten miteinander verbindet, generiert werden. Das Generieren der individuellen Batteriekonfiguration basiert insbesondere auf der zentralen Batteriekonfiguration.
Bevorzugt wird die individuelle Batteriekonfiguration mittels einer
Auszeichnungssprache erstellt. Zu den Auszeichnungssprachen zählt u. a. XML (Extensible Markup Language). Auszeichnungssprachen und insbesondere XML sind im Allgemeinen plattformunabhängig und implementationsunabhängig. Die Auszeichnungssprache kann im erfindungsgemäßen Verfahren dazu dienen, auf die zentrale Batteriekonfiguration zuzugreifen bzw. diese zu nutzen. Die
Auszeichnungssprache bietet grundsätzlich den Vorteil, dass sie einfacher verständlich und leichter anwendbar ist als Quellcode.
In einer bevorzugten Weiterbildung kann das erfindungsgemäße
computerimplementierte Verfahren ferner den Schritt umfassen:
Generieren von Quellcode für die individuelle Batteriekonfiguration zum Betreiben einer Batteriemanagementeinheit. Alternativ oder zusätzlich kann das Verfahren auch den Schritt umfassen:
Generieren von Quellcode für eine Zellenüberwachungseinheit einer
Batteriemanagementeinheit.
Ein Vorteil des erfindungsgemäßen Verfahrens liegt darin, dass zum Erstellen von Quellcode für verschiedene Batteriemanagementeinheiten oder
Zellenüberwachungseinheiten keine genaue Kenntnis über die
Batteriekomponenten, etwa deren Kompatibilität, erforderlich ist. Es genügt stattdessen, beispielsweise die Anzahl und den Typ von
Zellenüberwachungseinheiten, Batteriezellen und Batteriezellensensoren mittels der Auszeichnungssprache festzulegen. Das Generieren von Quellcode erfolgt dann vorzugsweise mittels der durch die Auszeichnungssprache festgelegten individuellen Batteriekonfiguration und basierend auf der zentralen
Batteriekonfiguration.
Es ist außerdem bevorzugt, dass das erfindungsgemäße Verfahren ferner den Schritt umfasst: Generieren von Quellcode von Testfällen in Abhängigkeit von der individuellen Batteriekonfiguration und basierend auf dem zentralen
Testfallkatalog.
Quellcode umfasst insbesondere von Menschen lesbaren Programmcode, das heißt ein in Programmiersprache geschriebener Text. Ähnlich der Generierung von Quellcode für die individuelle Batteriekonfiguration besteht ein Vorteil des erfindungsgemäßen Verfahrens darin, dass zum Erstellen von Quellcode von
Testfällen für verschiedene Batteriemanagementeinheiten oder
Zellenüberwachungseinheiten keine genaue Kenntnis über die
Batteriekomponenten, etwa deren Kompatibilität, erforderlich ist. Es genügt stattdessen, beispielsweise die Anzahl und den Typ von
Zellenüberwachungseinheiten, Batteriezellen und Batteriezellensensoren mittels der Auszeichnungssprache für die individuelle Batteriekonfiguration festzulegen und den Quellcode von Testfällen in Abhängigkeit davon und basierend auf dem zentralen Testfallkatalog zu generieren. Es wird ferner bevorzugt, dass das erfindungsgemäße Verfahren ferner den
Schritt umfasst: Kompilieren des Quellcodes zu einer Hex-Datei. Kompilieren umfasst dabei insbesondere ein Ubersetzen oder Umwandeln des Quellcodes in einen semantisch ähnlichen Maschinencode, wie z. B. die Hex-Datei. Eine Hex-Datei ist dabei im Wesentlichen eine Binärdatei, die Hexadezimalzahlen enthält, wobei der Begriff Hex-Datei jegliche maschinenlesbare Codeform umfassen kann. Die Hex-Datei bildet insbesondere die Software. Die Software wird durch das Generieren des Quellcodes passend für eine individuelle Batteriekonfiguration generiert. In ähnlicher Weise kann der Quellcode von Testfällen zu einer Hex-Datei kompiliert werden und eine Testsoftware für eine Batteriemanagementeinheit oder eine Zellenüberwachungseinheit bilden.
In einer weiteren Ausgestaltung ist es bevorzugt, dass das
computerimplementierte Verfahren ferner den Schritt umfasst:
Erstellen von Simulationen von Batteriekomponenten. Simulationen von Batteriekomponenten umfassen insbesondere virtuelle Batteriekomponenten, Rechenmodelle von Batteriekomponenten oder computerimplementierte Abbildungen von Batteriekomponenten. In diesem Schritt werden vorzugsweise die Kommunikation und das Verhalten einer Zellenüberwachungseinheit simuliert. Das Verhalten und die Kommunikation einer
Zellenüberwachungseinheit können insbesondere aus der zentralen
Batteriekonfiguration abgeleitet werden. Simulierte Batteriekomponenten ermöglichen, eine Batteriemanagementeinheit ohne real vorhandene
Zellenüberwachungseinheiten zu testen. Nach Durchlauf eines Tests bzw. Testfalls kann ein Testprotokoll erzeugt werden, das Rückschlüsse auf Fehler in der Software der Batteriemanagementeinheit erlaubt.
Die Batterie ist bevorzugt eine Lithium-Ionen-Batterie.
Zeichnungen
Ausführungsbeispiele der Erfindung werden anhand der Zeichnungen und der nachfolgenden Beschreibung näher erläutert. Es zeigt:
Figur 1 eine Batterie gemäß einem Ausführungsbeispiel der Erfindung. Ausführungsformen der Erfindung
In der Figur 1 ist eine Batterie 100 gezeigt, die mehrere Batteriekomponenten umfasst. Zu den Batteriekomponenten gehören: eine Batteriemanagementeinheit 102, mehrere Lithium-Ionen-Batteriezellen 104 und mehrere
Zellenüberwachungseinheiten 106. Die Batteriemanagementeinheit 102 umfasst eine Steuereinheit 107. Die Zellenüberwachungseinheiten 106 umfassen jeweils eine Sensoransteuerung 108 und mehrere Batteriezellensensoren 1 10.
Die Batteriekomponenten 102, 104, 106, 107, 108, 1 10 sind mittels eines Kommunikationsnetzes 1 12 miteinander wie folgt verbunden. Die Steuereinheit 107 ist jeweils mit den Sensoransteuerungen 108 verbunden. Die
Sensoransteuerungen 108 sind jeweils mit den Batteriezellensensoren 1 10 einer Zellenüberwachungseinheit 106 verbunden. Die Batteriezellensensoren 1 10 sind jeweils mit mehreren Batteriezellen 104 verbunden. Das Kommunikationsnetz 1 12 ist dabei im vorliegenden Beispiel in einer Sterntopologie ausgebildet, das heißt, es verzweigt sich ausgehend von der Batteriemanagementeinheit 102 bis zu den Batteriezellen 104.
Mittels des erfindungsgemäßen Verfahrens zum Generieren von Software wird zunächst eine zentrale Batteriekonfiguration der Batterie 100 einmalig erstellt. In diesem Ausführungsbeispiel legt die zentrale Batteriekonfiguration fest, dass die Batteriezellensensoren 1 10 vom Typ Spannungssensor sind und dass die Batteriezellensensoren 1 10 zum Überwachen von Batteriezellen vom Typ Lithium-Ionen-Batteriezelle 104 ausgelegt sind. Ferner legt die zentrale
Batteriekonfiguration fest, dass das Kommunikationsnetz 1 12 vom Typ CAN-Bus (Controller Area Network) ist, dass das Kommunikationsnetz 1 12 sternförmig ausgelegt ist und dass die Sensoransteuerungen 108 ausgelegt sind,
Batteriezellensensoren vom Typ Spannungssensor anzusteuern. In gleicher Weise können in der zentralen Batteriekonfiguration weitere Details zur
Kompatibilität der Batteriekomponenten festgelegt werden. Ferner umfasst die zentrale Batteriekonfiguration Quellcode bzw. Regeln zur Generierung von Quellcode. Abhängig von der Anzahl der Lithium-Ionen-Batteriezellen 104, der
Batteriezellensensoren 1 10 und der Sensoransteuerungen 108 sowie in Abhängigkeit der Typen dieser Batteriekomponenten und des
Kommunikationsnetzes 1 12 wird in einem weiteren Verfahrensschritt mittels XML (Extensible Markup Language) eine individuelle Batteriekonfiguration erstellt, also beispielsweise:
- einhundert Stück Batteriezellen vom Typ Lithium-Ionen-Batteriezelle 104,
- zwanzig Stück Batteriezellensensoren 1 10 vom Typ Spannungssensor,
- fünf Stück Sensoransteuerungen 108 und
- entsprechendes Kommunikationsnetz 1 12. Die Stückzahlen sind nur beispielhaft und nicht beschränkend gemeint.
Die individuelle Batteriekonfiguration kann nun in einem nachfolgenden
Verfahrensschritt nur in den Grenzen der zentralen Batteriekonfiguration erstellt werden. Die zentrale Batteriekonfiguration sieht beispielhaft vor, dass die Sensoransteuerungen 108 ausschließlich Spannungssensoren ansteuern können, deshalb ist die Auswahl etwa von Temperatursensoren anstatt
Spannungssensoren nicht möglich, das heißt, das Generieren einer individuellen Batteriekonfiguration ist dadurch sicherer und weniger fehleranfällig, als direkt Quellcode für verschiedene Batterien zu programmieren. In einem weiteren Schritt wird aus der individuellen Batteriekonfiguration Quellcode erzeugt und daraus eine Hex-Datei kompiliert. Die Hex-Datei bildet Software, die durch das beschriebene Verfahren exakt zur individuellen Batterie 100 passt und leicht generiert werden kann. Das Verfahren ermöglicht das Generieren von Software sowohl für die Steuereinheit 107 der Batteriemanagementeinheit 102 als auch für die Sensoransteuerungen 108 der Zellenüberwachungseinheiten 106.
Neben der Software für den Betrieb benötigt eine Batterie im Allgemeinen auch Testsoftware zum Testen der Software der Batteriemanagementeinheit 102 bzw. der Steuereinheit 107 und zum Testen der Software der
Zellenüberwachungseinheiten 106 bzw. der Sensoransteuerungen 108.
Ein zentraler Testfallkatalog kann dazu basierend auf der zentralen
Batteriekonfiguration einmalig erstellt werden. Abhängig von der individuellen Batteriekonfiguration kann mittels des zentralen Testfallkatalogs ein zur individuellen Batteriekonfiguration passender Testsoftware-Quellcode generiert und anschließend zu einer Hex-Datei kompiliert werden. Soll die Software der
Steuereinheit 107 bzw. der Batteriemanagementeinheit 102 ohne real verfügbare Zellenüberwachungseinheiten 106 getestet werden, so werden Simulationen, das heißt virtuelle Nachbildungen von Zellenüberwachungseinheiten 106 erstellt, die die Kommunikation und das Verhalten einer realen Zellenüberwachungseinheit nachbilden. Die Simulationen der Zellenüberwachungseinheiten werden von der zentralen Batteriekonfiguration abgeleitet.
Vom zentralen Testfallkatalog für die Testsoftware der individuellen
Batteriekonfiguration der Batterie 100 abgeleitete individuelle Testfälle lauten:
-„Prüfe, ob Spannung an Lithium-Ionen-Batteriezelle 104 Nummer eins an Sensoransteuerung 108 Nummer eins korrekt erfasst wird".
-„Prüfe, ob Spannung an Lithium-Ionen-Batteriezelle 104 Nummer zwei an Sensoransteuerung 108 Nummer eins korrekt erfasst wird"
und so weiter, bis
-„Prüfe, ob Spannung an Lithium-Ionen-Batteriezelle 104 Nummer einhundert an Sensoransteuerung 108 Nummer fünf korrekt erfasst wird".
Das computerimplementierte Verfahren und insbesondere die damit
bereitgestellte Software sind in Lithium-Ionen-Batterien anwendbar. Die Batterien wiederum können in Kraftfahrzeugen eingesetzt werden, in denen sie
beispielsweise die Fahrzeugzuverlässigkeit erhöhen.

Claims

Ansprüche
1 . Computerimplementiertes Verfahren zum Generieren von Software für eine Batteriemanagementeinheit (102), umfassend wenigstens den Schritt:
Generieren einer zentralen Batteriekonfiguration.
2. Computerimplementiertes Verfahren nach Anspruch 1 , ferner den Schritt umfassend:
Generieren eines zentralen Testfallkatalogs, der Testfälle für
Batteriekomponenten (102, 104, 106, 107, 108, 1 10, 1 12) einer Batterie (100) umfasst.
3. Computerimplementiertes Verfahren nach Anspruch 1 oder 2, ferner den Schritt umfassend:
Generieren einer individuellen Batteriekonfiguration basierend auf der zentralen Batteriekonfiguration und in Abhängigkeit einer Anzahl und/oder eines Typs von Batteriekomponenten (102, 104, 106, 107, 108, 1 10, 1 12) einer Batterie (100) umfassend Batteriezellen (104), Batteriezellensensoren (1 10) und/oder Zellenüberwachungseinheiten (106) sowie in Abhängigkeit einer Topologie eines Kommunikationsnetzes (1 12), das die
Batteriekomponenten miteinander verbindet.
4. Computerimplementiertes Verfahren nach Anspruch 3, wobei die individuelle Batteriekonfiguration mittels einer Auszeichnungssprache erstellt wird.
5. Computerimplementiertes Verfahren nach Anspruch 3 oder 4, ferner den Schritt umfassend:
Generieren von Quellcode für die individuelle Batteriekonfiguration.
6. Computerimplementiertes Verfahren nach einem der Ansprüche 3 bis 5, ferner den Schritt umfassend: Generieren von Quellcode von Testfällen in Abhängigkeit von der individuellen Batteriekonfiguration und basierend auf dem zentralen
Testfallkatalog.
Computerimplementiertes Verfahren nach Anspruch 5 oder 6, ferner den Schritt umfassend:
Kompilieren des Quellcodes zu einer Hex-Datei, die Software zum Betreiben einer Batteriemanagementeinheit (102) bildet.
Computerimplementiertes Verfahren nach Anspruch 6, ferner den Schritt umfassend:
Erstellen von Simulationen von Batteriekomponenten (102, 104, 106, 107, 108, 1 10, 1 12).
Computerimplementiertes Verfahren nach Anspruch 8, ferner den Schritt umfassend:
Simulieren der Kommunikation und des Verhaltens einer
Zellenüberwachungseinheit (106).
0. Batterie (100), umfassend
- eine bestimmten Anzahl von Batteriezellen (104) wenigstens eines Batteriezellentyps;
- ein Kommunikationsnetz (1 12) und
- eine Batteriemanagementeinheit (102) mit
— einer bestimmten Anzahl von Batteriezellensensoren (1 10) wenigstens eines Batteriezellensensortyps,
— einer bestimmten Anzahl von Zellenüberwachungseinheiten (106) wenigstens eines Zellenüberwachungseinheitentyps, wobei jede
Zellenüberwachungseinheit (106) eine Sensoransteuerung (108) aufweist, die mit wenigstens einem Batteriezellensensor (1 10) verbunden ist, der wenigstens eine der Batteriezellen (104) überwacht,
— einer Steuereinheit (107);
wobei das Kommunikationsnetz (1 12) wenigstens eine bestimmte Topologie aufweist und das die Steuereinheit (107), die Sensoransteuerung (108) und den Batteriezellensensor (1 10) verbindet und wobei die Steuereinheit (107) mit Software nach Anspruch 7 betreibbar ist. Kraftfahrzeug mit einer Batterie (100) nach Anspruch 10, wobei die Batterie (100) mit einem Antriebssystem des Kraftfahrzeugs verbunden ist.
PCT/EP2013/059155 2012-05-09 2013-05-02 Computerimplementiertes verfahren zum generieren von software, batterie und kraftfahrzeug Ceased WO2013167462A1 (de)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP13723708.7A EP2847821A1 (de) 2012-05-09 2013-05-02 Computerimplementiertes verfahren zum generieren von software, batterie und kraftfahrzeug
US14/399,758 US9304171B2 (en) 2012-05-09 2013-05-02 Computer-implemented method for generating software, a battery, and a motor vehicle

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102012207668A DE102012207668A1 (de) 2012-05-09 2012-05-09 Computerimplementiertes Verfahren zum Generieren von Software, Batterie und Kraftfahrzeug
DE102012207668.9 2012-05-09

Publications (1)

Publication Number Publication Date
WO2013167462A1 true WO2013167462A1 (de) 2013-11-14

Family

ID=48468239

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2013/059155 Ceased WO2013167462A1 (de) 2012-05-09 2013-05-02 Computerimplementiertes verfahren zum generieren von software, batterie und kraftfahrzeug

Country Status (4)

Country Link
US (1) US9304171B2 (de)
EP (1) EP2847821A1 (de)
DE (1) DE102012207668A1 (de)
WO (1) WO2013167462A1 (de)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105243010B (zh) * 2015-08-28 2018-04-27 中国空间技术研究院 一种利用锂电池管理单元模拟系统测试能源软件的方法
KR102107219B1 (ko) * 2015-11-30 2020-05-06 주식회사 엘지화학 Bms 소프트웨어의 소스 코드를 생성하는 소스 코드 생성 장치
KR102890752B1 (ko) * 2020-04-20 2025-11-24 주식회사 엘지에너지솔루션 배터리 사용 정보 저장 방법 및 이를 적용한 서버
US11847436B2 (en) * 2022-01-25 2023-12-19 Hewlett Packard Enterprise Development Lp Machine learning (ML) model-based compiler
CN118051441B (zh) * 2024-04-03 2024-11-05 百思科新能源技术(青岛)有限公司 一种电池管理单元软件架构及自动代码生成方法

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0219993A2 (de) * 1985-10-08 1987-04-29 AT&T Corp. System zur Erzeugung der Komponenten eines Ursprungscodes
US20040015832A1 (en) * 2001-05-25 2004-01-22 Michael Stapp Method and apparatus for generating source code
US20050125778A1 (en) * 2002-02-14 2005-06-09 Microsoft Corporation API schema language and transformation techniques
US20100262312A1 (en) * 2009-04-09 2010-10-14 Sony Corporation Electric storage apparatus and power control system
US20110004427A1 (en) * 2009-07-02 2011-01-06 Analog Devices, Inc. Accuracy of battery monitor parts
DE102011082937A1 (de) 2011-09-19 2013-03-21 Sb Limotive Company Ltd. Batteriemanagementsystem, Batterie, Kraftfahrzeug mit Batteriemanagementsystem sowie Verfahren zur Überwachung einer Batterie

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0219993A2 (de) * 1985-10-08 1987-04-29 AT&T Corp. System zur Erzeugung der Komponenten eines Ursprungscodes
US20040015832A1 (en) * 2001-05-25 2004-01-22 Michael Stapp Method and apparatus for generating source code
US20050125778A1 (en) * 2002-02-14 2005-06-09 Microsoft Corporation API schema language and transformation techniques
US20100262312A1 (en) * 2009-04-09 2010-10-14 Sony Corporation Electric storage apparatus and power control system
US20110004427A1 (en) * 2009-07-02 2011-01-06 Analog Devices, Inc. Accuracy of battery monitor parts
DE102011082937A1 (de) 2011-09-19 2013-03-21 Sb Limotive Company Ltd. Batteriemanagementsystem, Batterie, Kraftfahrzeug mit Batteriemanagementsystem sowie Verfahren zur Überwachung einer Batterie

Also Published As

Publication number Publication date
DE102012207668A1 (de) 2013-11-14
US20150094891A1 (en) 2015-04-02
US9304171B2 (en) 2016-04-05
EP2847821A1 (de) 2015-03-18

Similar Documents

Publication Publication Date Title
EP2801872B1 (de) Testeinrichtung zum Test eines virtuellen Steuergeräts
DE102010014070B4 (de) Verfahren und Prüfstand zum Prüfen von Hybrid-Antriebssystemen oder Teilkomponenten davon
EP2770389A2 (de) Verfahren zur Durchführung einer Konfiguration eines Steuergeräte-Testsystems
WO2013167462A1 (de) Computerimplementiertes verfahren zum generieren von software, batterie und kraftfahrzeug
DE102013217451A1 (de) Verfahren zur Datenübertragung in einem Batteriemanagementsystem
DE102015216265A1 (de) Verfahren und Teilsystem zum Installieren eines Softwareupdates in einem Fahrzeug
WO2013135741A1 (de) Test- und prüfstandssystem für zumindest teilelektrifizierte kraftmaschinen
EP2884295A1 (de) Systeme und Verfahren zum Entwickeln und Testen von hybriden Energiespeichern
DE102012104322B4 (de) Verfahren und Vorrichtung zum Überprüfen von wenigstens zwei Recheneinheiten
DE102015204301A1 (de) Testaufbau und Emulationseinheit für einen Zellmanagementcontroller eines Batteriemoduls zur Verwendung in einem Testaufbau zum Testen eines Batteriemanagementcontrollers
EP3669199B1 (de) Vorrichtung und verfahren zum kalibrieren eines batteriesimulators
DE102021004346A1 (de) Verfahren zum Aufbau und zur Pflege einer Fahrzeugtypbibliothek
EP3979009A1 (de) Erzeugen eines vereinfachten modells für xil-systeme
WO2021165490A1 (de) Batteriemodul zum aufbau eines batteriesystems für ein fahrzeug
DE102017109132A1 (de) Verfahren und IT-Infrastruktur zum modellbasierten Testen von Software für ein Fahrzeug-Anwendungssystem und zum Bereitstellen entsprechender Testergebnisse
EP1860565A1 (de) Verfahren zur Funktionsprüfung eines Steuergeräts für ein Kraftfahrzeug
EP2605094A1 (de) Hardwaresystem mit spiegelsymmetrischem Aufbau sowie Verfahren zum Betreiben des Hardwaresystems
EP4004518A1 (de) Verfahren zum testen eines kraftfahrzeugs
DE102012208179B4 (de) Verfahren zum Betreiben einer Elektronikeinrichtung eines Kraftfahrzeugs sowie eine entsprechende Elektronikeinrichtung
DE102020204866B4 (de) Verfahren und Anordnung zum Bereitstellen eines Prüfstands zum Prüfen eines Verbundes aus Komponenten eines Kraftfahrzeugs
DE102012007321A1 (de) Verfahren zum Betreiben eines Diagnosesystems und Diagnosesystem
DE102010056232A1 (de) Verfahren zum Speichern von Diagnosedaten für ein Steuergerät eines Fahrzeugs sowie entsprechende Vorrichtung
EP1595185A2 (de) Elektrisches automatisierungsgerät und verfahren zum einstellen der funktionen des elektrischen automatisierungsgerätes
DE102019218904A1 (de) Robustheitstestverfahren, Robustheitstestschaltung, Robustheitstestvorrichtung
WO2006035038A2 (de) Verfahren zum testen von steuergerätesoftware für ein steuergerät

Legal Events

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

Ref document number: 13723708

Country of ref document: EP

Kind code of ref document: A1

REEP Request for entry into the european phase

Ref document number: 2013723708

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2013723708

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 14399758

Country of ref document: US