Virtuelle Produktentstehung für Fahrzeug und Antrieb im Kfz : Prozesse, Komponenten, Beispiele aus der Praxis [1. Aufl] 9783834803450, 3834803456 [PDF]

Zitiervorschau

Ulrich Seiffert | Gotthard Rainer (Hrsg.) Virtuelle Produktentstehung für Fahrzeug und Antrieb im Kfz

Ulrich Seiffert | Gotthard Rainer (Hrsg.)

Virtuelle Produktentstehung für Fahrzeug und Antrieb im Kfz Prozesse, Komponenten, Beispiele aus der Praxis Mit 359 Abbildungen PRAXIS | ATZ/MTZ-Fachbuch

Bibliografische Information Der Deutschen Nationalbibliothek Die Deutsche Nationalbibliothek verzeichnet diese Publikation in der Deutschen Nationalbibliografie; detaillierte bibliografische Daten sind im Internet über abrufbar.

1. Auflage 2008 Alle Rechte vorbehalten © Vieweg +Teubner Verlag | GWV Fachverlage GmbH, Wiesbaden 2008 Lektorat: Thomas Zipsner | Elisabeth Lange Der Vieweg +Teubner Verlag ist ein Unternehmen von Springer Science+Business Media. www.viewegteubner.de Das Werk einschließlich aller seiner Teile ist urheberrechtlich geschützt. Jede Verwertung außerhalb der engen Grenzen des Urheberrechtsgesetzes ist ohne Zustimmung des Verlags unzulässig und strafbar. Das gilt insbesondere für Vervielfältigungen, Übersetzungen, Mikroverfilmungen und die Einspeicherung und Verarbeitung in elektronischen Systemen. Die Wiedergabe von Gebrauchsnamen, Handelsnamen, Warenbezeichnungen usw. in diesem Werk berechtigt auch ohne besondere Kennzeichnung nicht zu der Annahme, dass solche Namen im Sinne der Warenzeichen- und Markenschutz-Gesetzgebung als frei zu betrachten wären und daher von jedermann benutzt werden dürften. Technische Redaktion: Klementz publishing services, Gundelfingen Umschlaggestaltung: KünkelLopka Medienentwicklung, Heidelberg Druck und buchbinderische Verarbeitung: MercedesDruck, Berlin Gedruckt auf säurefreiem und chlorfrei gebleichtem Papier. Printed in Germany ISBN 978-3-8348-0345-0

V

Vorwort

Die Fahrzeugentwicklung steht nach wie vor unter steigenden Anforderungen sowohl von Seiten des Marktes als auch bedingt durch Auflagen des Gesetzgebers. Hohe Fahrzeugsicherheit und Qualitätsansprüche, geringst mögliche Abgaswerte, niedriges Außengeräusch, geringer Verbrauch und damit verbunden geringe CO2-Emissionen, akzeptable Fahrleistungen, erweiterte Variantenzahl pro Hersteller, Integration in Verkehrssysteme und internationaler Wettbewerb sind nur einige Stichwörter. Neben den Produkten sind es die Prozesse, die die Erhöhung der Wettbewerbsfähigkeit ganz entscheidend beeinflussen. In den hier zusammengestellten Beiträgen zur virtuellen Produktentstehung, die im Wesentlichen auf Präsentationen der ATZ/MTZ-Konferenzen zur VVC (Virtual Vehicle Creation) und VPC (Virtual Powertrain Creation) aufbauen, wird für das Gesamtfahrzeug aber auch für sämtliche Hauptgruppen wie Antrieb, Aufbau Fahrwerk und Elektronik durch die entsprechenden fachlichen Stellungnahmen diese veränderte Welt beschrieben. Obwohl es immer noch der physikalischen Tests auf der Basis von Hardwarekomponenten und Prototypen bedarf, trägt der veränderte Prozess nicht nur zur Erhöhung der Entwicklungsqualität sondern auch zur Verringerung der Entwicklungszeit bei. Das vorliegende Fachbuch zeigt ganzheitlich die Lösungen anhand von Praxisbeispielen auf. Dieses Fachbuch richtet sich vor allem an in Praxis und Wissenschaft tätige Fachleute der Kfz-, Zulieferer- und Elektronikindustrie sowie an Hard- und Softwarehersteller. Auch Professoren und Studenten der Kfz-Technik bietet es einen hilfreichen Begleiter und zuverlässigen Ratgeber. Unser besonderer Dank gilt allen unseren Autoren für ihren großen Einsatz bei der Realisierung dieses Fachbuches. Dabei sind vor allem die ausgeprägte Fachkompetenz und die verständliche Darstellung der Lösungen hervorzuheben. Dem Vieweg Verlag, insbesondere dem Lektor Herrn Thomas Zipsner, danken wir für die jederzeit kollegiale und vorausschauende Mitarbeit.

Braunschweig, Graz im März 2008

Ulrich Seiffert Gotthard Rainer

VII

Autorenverzeichnis Autorenverzeichnis Prof. Dr.-Ing. Dr. h.c. Albert Albers [5.1]

Institut für Produktentwicklung, Universität Karlsruhe www.ipek.uni-karlsruhe.de

Dr. Klaus U. Baron [2.3]

Delphi Deutschland GmbH, Wuppertal www.delphi.com

Dr. rer. nat. Jost Bernasch [6.2]

Kompetenzzentrum – Das Virtuelle Fahrzeug Forschungsgesellschaft mbH, A-Graz www.virtuellesfahrzeug.at

Dr.-Ing. Ernst Beutner [1.2]

IAV GmbH, Chemnitz www.iav.de

Dr.-Ing. Thomas Binder [1.1]

Audi AG, Ingolstadt www.audi.de

Dipl.-Ing. Thomas Bock [1.1]

Audi AG, Ingolstadt www.audi.de

Dr. Bernd Bohr [2.1]

Robert Bosch GmbH, Stuttgart www.bosch.de

Dr.-Ing. Stefan Bunzel [2.2]

Continental, Frankfurt a.M., www.continental-corporation.com

Dr. Dipl.-Ing. Klaus Denkmayr [3.4]

AVL List GmbH, A-Graz www.avl.com

Dipl.-Ing. Arnulf Deschler [4]

ZF Friedrichshafen AG, Friedrichshafen www.zf.com

Dipl.-Ing. Michael Dick [1.1]

Audi AG, Ingolstadt www.audi.de

Dr. Raimund Ellinger [3.1]

AVL List GmbH, A-Graz www.avl.com

Dipl.-Ing. Andreas Ennemoser [5.3]

AVL List GmbH, A-Graz www.avl.com

Dipl.-Ing. Helmut Fennel [2.2]

Continental, Frankfurt a. M., www.continental-corporation.com

Dr. Robert Fischer [3.1]

AVL List GmbH, A-Graz www.avl.com

Ronald Gneiting [6.1]

Behr GmbH & Co. KG, Stuttgart www.behrgroup.com

VIII

Autorenverzeichnis

Dipl.-Ing. Michael Günther [3.6]

IAV GmbH, Chemnitz www.iav.de

Dr.-Ing. Thomas Heckenberger [6.1]

Behr GmbH & Co. KG, Stuttgart www.behrgroup.com

M. Sc. Borislav Klarin [5.4]

AVL-AST d.o.o., Zagreb, Croatia www.avl.com

Dr.-Ing. Peter A. Klumpp [3.2]

Audi AG, Ingolstadt www.audi.com

Dipl.-Ing. Thomas Kriegel, MBA [1.1]

Audi AG, Ingolstadt www.audi.de

Dipl.-Ing. Markus Kühl [5.1]

aquintos GmbH, Karlsruhe www.aquintos.com

Dr.-Ing. Gerhard Maas [1.2]

IAV GmbH, Chemnitz www.iav.de

Dr.-Ing. Franz Maaßen [3.3]

FEV Motorentechnik GmbH, Aachen www.fev.com

Hinrich Meinheit [5.2]

Institut für Kraftfahrwesen, RWTH Aachen www.ika.rwth-aachen.de

Dipl.-Ing. Thomas Müller [1.1]

Audi AG, Ingolstadt www.audi.de

Prof. Dr.-Ing. Klaus Müller-Glaser [5.1]

Institut für Technik der Informationsverarbeitung, Universität Karlsruhe www.itiv.uni-karlsruhe.de

Dr. Peter Nefischer [5.3]

BMW Motoren GmbH, A-Steyr www.bmw-werk-steyr.at

Prof. Dr.-Ing. Horst Oehlschlaeger [1.3]

Volkswagen Nutzfahrzeuge, Wolfsburg www.vwn.de

Dipl.-Ing. Sascha Ott [5.1]

Institut für Produktentwicklung, Universität Karlsruhe www.ipek.uni-karlsruhe.de

Dr. Heinz Petutschnig [5.3]

AVL List GmbH, A-Graz www.avl.com

Prof. Dr.-Ing. Stefan Pischinger [3.3]

FEV Motorentechnik GmbH, Aachen www.fev.com

Dipl.-Ing. Dr. techn. Wolfgang Puntigam [6.2]

Kompetenzzentrum – Das Virtuelle Fahrzeug Forschungsgesellschaft mbH, A-Graz www.virtuellesfahrzeug.at

Dr. Gotthard Rainer [Hrsg.]

AVL List GmbH, A-Graz www.avl.com

IX

Autorenverzeichnis

Dr.-Ing. Martin Rebbert [3.5]

FEV Motorentechnik GmbH, Aachen www.fev.com

Dipl.-Ing. Thomas Resch [5.4]

AVL List GmbH, A-Graz www.avl.com

Dr. Johannes-Jörg Rüger [2.1]

Robert Bosch GmbH, Stuttgart www.bosch.de

Dr. Christof Samhaber [5.3]

BMW Motoren GmbH, A-Steyr www.bmw-werk-steyr.at

Dipl.-Ing. Thomas Schaffner [5.4]

CD Labor für Motor- und Fahrzeugakustik, A-Graz

Dr.-Ing. Christian Schyr [5.1]

AVL List GmbH, A-Graz www.avl.com

Prof. Dr.-Ing. Ulrich Seiffert [Hrsg.]

WiTech Engineering GmbH, Braunschweig www.witech-engineering.de

Dipl.-Ing. Martin Sopouch [5.4]

AVL List GmbH, A-Graz www.avl.com

Dr.-Ing. Karin Spors [1.4]

Volkswagen AG, Wolfsburg www.volkswagen.de

Dr.-Ing. Ulrich Uphoff [1.5]

BMW Group München www.bmwgroup.com

Dipl.-Ing. Christian Vock [5.4]

AVL List GmbH, A-Graz www.avl.com

Univ.-Prof. Dr.-Ing. Henning Wallentowitz [5.2]

Institut für Kraftfahrwesen, RWTH Aachen www.ika.rwth-aachen.de

Dr.-Ing. Thomas Wetzel [6.1]

Behr GmbH & Co. KG, Stuttgart www.behrgroup.com

Dr.-Ing. Steffen Zwahr [3.6]

Westsächsische Hochschule, Zwickau www.fh-zwickau.de

XI

Inhaltsverzeichnis Inhaltsverzeichnis

1 Gesamtfahrzeug .................................................................................................... 1.1 Einsatz virtueller Techniken in der Produktentwicklung ................................ 1.1.1 Einflüsse auf die Automobilindustrie .................................................. 1.1.1.1 Globale Trends ....................................................................... 1.1.1.2 Anforderungen aus geänderten Kundenerwartungen ............. 1.1.1.3 Neue Wege gehen ................................................................... 1.1.2 Der Produktprozess und die Rolle der virtuellen Entwicklung ............ 1.1.2.1 Paradigmenwechsel im Produktprozess ................................. 1.1.2.2 Synchronisation des Entwicklungsprozesses .......................... 1.1.2.3 Datenlogistik .......................................................................... 1.1.2.4 Simulation als Prozessintegrator ............................................ 1.1.3 Die Verwendung der virtuellen Techniken zur Komponenten- und Eigenschaftsentwicklung ..................................................................... 1.1.3.1 Eigenschaftsableitung ............................................................. 1.1.3.2 Eigenschaftsverfolgung (-Monitoring) ................................... 1.1.3.3 Interdisziplinäre Prozessketten im Entwicklungsprozess ....... 1.1.3.4 Neue Herausforderungen in der Simulation durch Regelsysteme 1.1.3.4.1 Entwicklung von Fahrerassistenzsystemen ............ 1.1.3.4.2 Vehicle in the Loop (VIL) ...................................... 1.1.4 Zusammenfassung und Ausblick ......................................................... 1.1.4.1 Geänderter Produktprozess ..................................................... 1.1.4.2 Grenzen der virtuellen Entwicklung ....................................... 1.1.4.3 Ausblick ................................................................................. 1.2 Auslegungstools und Expertenwissen ............................................................. 1.2.1 Einleitung ............................................................................................. 1.2.2 Der „Integrierte Entwicklungsablauf“ ................................................... 1.2.3 Mit Auslegungstools zur simulationsgestützten Entwicklung in frühen Entwicklungsphasen ............................................................................ 1.2.4 Verstärkte Nutzung von Wissen im Engineeringprozess ..................... 1.2.4.1 Wissen – auf dem Weg zur Ressource ................................... 1.2.4.2 Lösungsansätze für wissensbasiertes Engineering ................. 1.2.4.3 Wissensdatenbanken .............................................................. 1.2.5 Anwendung von Wissensdatenbanken ................................................. 1.2.5.1 Information ............................................................................. 1.2.5.2 Technisches Benchmarking .................................................... 1.2.5.3 Bereitstellung Expertenwissen ............................................... 1.2.5.4 Bauteilauslegung .................................................................... 1.2.6 Zusammenfassung und Ausblick ......................................................... 1.3 Virtuelle Produktentwicklung in der Konzeptphase von Nutzfahrzeugen ...... 1.3.1 Konzeptentwicklung, Frontloading ......................................................

1 1 1 1 4 6 7 7 8 9 12 15 15 17 18 20 21 22 27 27 28 29 29 29 31 35 42 42 44 46 50 50 50 53 54 56 58 59

XII

Inhaltsverzeichnis

1.3.2 Beispiele für Simulationswerkzeuge in der Konzeptphase .................. 1.3.2.1 Concept Car (Parametrisches Konzeptmodell) ....................... 1.3.2.2 Digital Mock-Up (DMU) ....................................................... 1.3.2.3 Virtuelle Sitzkiste ................................................................... 1.3.2.4 Augmented Reality ................................................................. 1.3.2.5 Parametrische Berechnungsverfahren .................................... 1.3.2.6 Modularer Berechnungsmodell-Aufbau ................................. 1.3.2.7 Strömungsberechnung (CFD) ................................................. 1.3.2.8 Mehrkörpersimulation (MKS) ................................................ 1.3.2.9 Blattfedergeführte Starrachse ................................................. 1.3.3 Virtuelle Produktentwicklung in der Zukunft ...................................... 1.4 Beschleunigung des Produktprozesses ............................................................ 1.4.1 Einleitung ............................................................................................. 1.4.2 Die drei Beschleunigungskomponenten ............................................... 1.4.3 Ausgewählte Beispiele ......................................................................... 1.4.4 Zusammenfassung und Ausblick ......................................................... 1.5 Virtueller verteilter Entwicklungsprozess bei Abgasanlagen und -konzepten 1.5.1 Einleitung ............................................................................................. 1.5.2 CAE-Methoden im Entwicklungsprozess Abgasanlage ...................... 1.5.3 Numerischer Werkzeugkasten für Abgasanlagenberechnungen .......... 1.5.3.1 Vernetzungsrichtlinie für Abgasanlagenmodelle ................... 1.5.3.2 Nummerierungskonvention für Abgasanlagenmodelle .......... 1.5.3.3 Eine hierarchisch angelegte Struktur für Abgasanlagenberechnungen ................................................... 1.5.3.4 Automatisierungsalgorithmus ................................................. 1.5.3.5 Verschiedene kleinere Programme zur Erledigung von Teilaufgaben ........................................................................... 1.5.4 Beispiele ................................................................................................ 1.5.5 Einführung einer gemeinsamen Methodik bei den Partnern ................. 1.5.6 Zusammenfassung .................................................................................

60 60 62 63 64 65 67 68 71 72 73 75 75 77 83 87 88 88 88 91 93 94

2 Elektronik .............................................................................................................. 2.1 Elektronik als Schlüsseltechnologie zur unfallfreien und umweltfreundlichen Mobilität der Zukunft ..................................................... 2.1.1 Globale Herausforderungen ................................................................. 2.1.2 Elektronik und Systemvernetzung ....................................................... 2.1.3 Maßnahmen zur Qualitätssicherung bei Elektronik-Systemen ............ 2.1.4 Zusammenfassung ............................................................................... 2.2 AUTOSAR – Der Standard, seine Anwendung und die weitere Entwicklung 2.2.1 Einleitung ............................................................................................. 2.2.2 AUTOSAR-Projektorganisation .......................................................... 2.2.3 Technisches Konzept von AUTOSAR ................................................ 2.2.3.1 Schichtenmodell der Softwarearchitektur .............................. 2.2.3.2 Virtueller Funktionaler Bus .................................................... 2.2.3.3 Metamodell und Methodik .....................................................

99

94 95 95 95 97 98

99 99 101 111 113 114 114 115 116 116 118 120

Inhaltsverzeichnis

XIII

2.2.3.4 Konfigurationskonzept ........................................................... 2.2.3.5 Fehlerbehandlung ................................................................... 2.2.3.6 Anwendungssoftware ............................................................. 2.2.4 Status der AUTOSAR-Spezifikationen ............................................... 2.2.4.1 AUTOSAR Release 1.0 .......................................................... 2.2.4.2 AUTOSAR Release 2.0 .......................................................... 2.2.4.3 AUTOSAR Release 2.1 .......................................................... 2.2.5 AUTOSAR Konformitätsprüfung ........................................................ 2.2.5.1 Zielsetzung ............................................................................. 2.2.5.2 Prozess der Konformitätsprüfung ........................................... 2.2.6 AUTOSAR Phase II: 2007 – 2009 ....................................................... 2.2.6.1 Inhalte der AUTOSAR Phase II ............................................. 2.2.6.2 Start von AUTOSAR Phase II ................................................ 2.2.7 Schlussfolgerung und Ausblick ........................................................... 2.3 Virtuelle Systementwicklung – Von der Anforderung zum Steuergerät ......... 2.3.1 Einleitung ............................................................................................. 2.3.2 Anforderungsverursachte Komplexitätszunahme im E/E-Entwurfsprozess ........................................................................... 2.3.3 Konventionelle Architektur- und Steuergeräteentwicklung ................. 2.3.4 Integraler Toolverbund zur virtuellen E/E-Entwicklung ..................... 2.3.4.1 eSCOUT ................................................................................. 2.3.4.2 CAPEmaster/CAPEopticon .................................................... 2.3.4.3 Virtuelle Hardware ................................................................. 2.3.4.4 HW/SW Co-Simulation .......................................................... 2.3.5 Schlussbetrachtung ..............................................................................

122 124 125 125 125 126 127 127 127 128 129 129 131 131 133 133

3 Motor ...................................................................................................................... 3.1 Virtuelle Antriebsstrangentwicklung .............................................................. 3.1.1 Einleitung ............................................................................................. 3.1.2 Entwicklungsprozess der Antriebsstrangentwicklung ......................... 3.1.3 Kalibrierung im Fahrzeug, auf der Straße ............................................ 3.1.4 Kalibrierung im Fahrzeug, auf dem Rollenprüfstand ........................... 3.1.5 Kalibrierung auf Motor-, Getriebe- und Antriebsstrangprüfständen .... 3.1.6 Kalibrierung in der Hardware-in-the-Loop (HiL) und Model-in-the-Loop (MiL) Umgebung ................................................. 3.1.7 Zusammenfassung und Ausblick ......................................................... 3.2 Steuertriebsentwicklung mit Simulation und Versuch .................................... 3.2.1 Einleitung ............................................................................................. 3.2.2 Entwicklungstools: Simulations- und Messtechniken .......................... 3.2.3 Zähnezahlen ......................................................................................... 3.2.4 Kettenart .............................................................................................. 3.2.5 Dynamikergebnisse .............................................................................. 3.2.6 Unrunde Kettenräder ............................................................................ 3.2.7 Aufbau und Ausbau der Simulationstechnik ........................................ 3.2.8 Zusammenfassung ...............................................................................

154 154 154 155 156 160 164

135 138 140 142 145 148 149 151

166 170 172 172 172 175 177 180 181 184 188

XIV

Inhaltsverzeichnis

3.3 Virtuelle Motorenentwicklung ........................................................................ 3.3.1 Einleitung ............................................................................................. 3.3.2 Entwicklungsplan ................................................................................. 3.3.3 CAE-Unterstützung und virtuelle Produktfreigabe .............................. 3.3.4 Festigkeit und Kühlung ........................................................................ 3.3.5 Ladungswechsel und Thermodynamik ................................................ 3.3.6 Kosten und Gewicht ............................................................................. 3.3.7 NVH und Gewicht ............................................................................... 3.3.8 Dokumentation und Projektmanagement ............................................. 3.3.9 Motormanagement, Software und Applikation .................................... 3.3.10 Zusammenfassung ............................................................................... 3.3.11 Fazit ..................................................................................................... 3.4 Zuverlässigkeitsmethoden in der Motorentwicklung ...................................... 3.4.1 Einleitung ............................................................................................. 3.4.2 Der Zuverlässigkeitsprozess ................................................................ 3.4.2.1 Statistische Analysen .............................................................. 3.4.2.2 Projekt-Risikomanagement .................................................... 3.4.2.3 FMEA – Fehler-Möglichkeits- und Einflussanalyse .............. 3.4.2.4 Concern-System ..................................................................... 3.4.2.5 Design of Experiments (DoE) und Robustheit ....................... 3.4.2.6 Zuverlässigkeitsblockdiagramme (Reliability Allocation) ..... 3.4.2.7 Intelligente Validierung – Die Load Matrix Methodik ........... 3.4.2.7.1 Prozess der Load Matrix Erstellung ....................... 3.4.2.7.2 Maßnahmen zur Verbesserung der Validierung ..... 3.4.2.7.3 Nutzen der Load Matrix ......................................... 3.4.7.8 Reliability Charts .................................................................... 3.4.2.9 Garantiekostenprognose ......................................................... 3.4.3 Zusammenfassung ............................................................................... 3.5 3D-Simulation der Kolbengruppe ................................................................... 3.5.1 Einleitung ............................................................................................. 3.5.2 Simulation der Kolbengruppe in Bausteinen ....................................... 3.5.2.1 Thermische Strukturanalyse des Kolbens ............................... 3.5.2.2 Simulation der Kolbensekundärbewegung ............................. 3.5.2.3 Simulation der Kolbenringdynamik ....................................... 3.5.3 Anwendungsbeispiel: Reibungsanalyse ............................................... 3.5.4 Zusammenfassung ............................................................................... 3.6 Einsatz der Prozess- und Ladungswechselsimulation zur Bedatung von Motorsteuergeräten ......................................................................................... 3.6.1 Einleitung ............................................................................................. 3.6.2 Motivation ............................................................................................ 3.6.3 Grundlagen zur Einbeziehung der Vorausberechnung in den Applikationsprozess ............................................................................. 3.6.4 Werkzeuge zur effektiven Grundbedatung mit Vorausberechnung ..... 3.6.5 Anwendung für Füllungserfassung, Momentenstruktur und Zündwinkelvorgabe .............................................................................

189 189 189 191 193 194 195 196 299 299 200 201 202 202 202 204 204 205 205 206 206 206 207 208 208 209 211 212 213 213 214 214 216 220 223 225 227 227 227 228 230 232

Inhaltsverzeichnis

XV

3.6.6 Weitere Einsatzmöglichkeiten der Simulation im Applikationsprozess 245 3.6.7 Fazit ..................................................................................................... 247 4 Getriebe .................................................................................................................. 4.1 Optimierungsverfahren in der Antriebstechnik ............................................... 4.1.1 Einleitung .............................................................................................. 4.1.2 Gliederung der Optimierungsverfahren ............................................... 4.1.3 Topologieoptimierung: Begriffsklärung und Analogie ........................ 4.1.4 Prinzipielle Vorgehensweise bei einer Topologieoptimierung ............ 4.1.5 Grundlegende Erfahrungen bei der Topologieoptimierung eines Differenzialdeckels .............................................................................. 4.1.6 Topografieoptimierung einer Ölwanne ................................................. 4.1.7 Topologieoptimierung eines Getriebegehäuses .................................... 4.1.8 Optimierung eines Halteblechs ............................................................. 4.1.9 Einbindung in den Produktentwicklungsprozess .................................. 5 Antriebsstrang/Hybrid ......................................................................................... 5.1 Modellbasierte Antriebsstrangentwicklung ..................................................... 5.1.1 Einleitung ............................................................................................. 5.1.2 Werkzeuge im modellbasierten Entwicklungsprozess ......................... 5.1.2.1 Systemmodell ......................................................................... 5.1.2.2 Regelbasierte Modelltransformation ...................................... 5.1.2.3 Physikalische und signalflussorientierte Modelle .................. 5.1.2.4 Optimierungswerkzeuge ......................................................... 5.1.2.5 Modellbasierte Validierung .................................................... 5.1.3 Zusammenfassung ............................................................................... 5.2 Hybridfahrzeug in seiner Verkehrsumgebung ................................................ 5.2.1 Einleitung ............................................................................................. 5.2.2 Simulationsumgebung ......................................................................... 5.2.2.1 Längsdynamiksimulation ....................................................... 5.2.3.2 Verkehrsszenarien .................................................................. 5.2.3 Simulationsergebnisse ......................................................................... 5.2.3.1 Hybridantrieb ......................................................................... 5.2.4 Zusammenfassung ............................................................................... 5.3 Einfluss des Strömungssiedens auf den kühlmittelseitigen Wärmeübergang in Verbrennungsmotoren ................................................................................. 5.3.1 Einleitung ............................................................................................. 5.3.2 Sieden .................................................................................................. 5.3.2.1 Beschreibung des Siede-Phänomens ....................................... 5.3.2.2 Einflüsse .................................................................................. 5.3.2.2.1 Kühlmittelzusammensetzung .................................. 5.3.2.2.2 Rauigkeit ................................................................ 5.3.2.2.3 Orientierung ............................................................ 5.3.2.2.4 Druckgradient ......................................................... 5.3.2.2.5 Vibration .................................................................

249 249 249 250 252 253 254 267 272 279 284 286 286 286 288 288 290 291 294 294 296 298 298 298 299 303 305 305 309 310 310 311 311 312 313 314 314 315 315

XVI

Inhaltsverzeichnis

5.3.3 Modellbildung und Berechnungsmethodik .......................................... 5.3.3.1 Boiling-Departure-Liftoff (BDL)-Modell .............................. 5.3.3.2 Gekoppelte Berechnungsmethodik ......................................... 5.3.4 Anwendungsbeispiel ............................................................................ 5.3.5 Zusammenfassung ............................................................................... 5.4 Simulation des NVH-Verhaltens im Antriebsstrang ....................................... 5.4.1 Einleitung ............................................................................................. 5.4.2 Modellkomplexität ............................................................................... 5.4.3 Softwareprogramme und Modellierungsansätze .................................. 5.4.4 Untersuchung an einem Front-Querantriebsstrang .............................. 5.4.4.1 1D-Torsionsansatz .................................................................. 5.4.4.2 3D-MKS (Starrkörper) ........................................................... 5.4.4.3 3D-MKS (flexible Körper) ..................................................... 5.4.5 Zusammenfassung ...............................................................................

316 316 318 320 322 323 323 324 327 332 333 334 338 343

6 Nebenaggregate ..................................................................................................... 6.1 Simulation in der Produktentwicklung ............................................................ 6.1.1 Einführung ........................................................................................... 6.1.2 Dynamikanalyse von Kühlmodulen ..................................................... 6.1.3 Temperaturwechselbeanspruchung von Ladeluftkühlern .................... 6.1.4 Motorraumdurchströmung ................................................................... 6.1.5 Auslegung von Hybridquerträgern für Thermostrukturmodule© ......... 6.1.6 Komfortbewertung mit dem virtuellen thermischen Dummy .............. 6.1.7 Dynamische Berechnung der Ladeluftkühlung mit BISS .................... 6.1.8 Füllungsoptimierung eines R744 Kältekreislaufs ................................ 6.2 Integrierte Virtuelle Gesamtfahrzeugsimulation ausgeführt am Beispiel des Thermischen Managements ...................................................................... 6.2.1 Einleitung ............................................................................................. 6.2.2 Motivation und Problemstellung .......................................................... 6.2.3 Technologien, Methoden und Werkzeuge für Integriertes Engineering 6.2.4 Rolle der Co-Simulation für das Thermische Management ................. 6.2.5 Design einer unabhängigen Co-Simulationsplattform-Erstellung eines Gesamtfahrzeugmodells am Beispiel des Thermischen Managements 6.2.5.1 Aufteilung des Gesamtsystems in Teilmodelle ...................... 6.2.5.2 Kopplung der Teilmodelle zu einem Gesamtmodell .............. 6.2.5.3 Synchronisierung der Teilmodelle innerhalb des Gesamtmodells ....................................................................... 6.2.6 Betrachtung der Energieströme innerhalb eines gekoppelten thermischen Gesamtfahrzeugmodells .............................. 6.2.7 Zusammenfassung und Ausblick .........................................................

345 345 345 345 347 348 350 352 354 355 358 358 359 360 364 366 367 367 369 372 376

Ausblick ...................................................................................................................... 380 Sachwortverzeichnis ................................................................................................. 381

XVII

Abkürzungen und Akronyme

2D 3D ADC AGR AR AUTOSAR BDL BISS BSA BSW CAD CAE CAx CD CFD CPU CTA CTS CVT DEM DET DMU DoE DV-Technik E/E ECU ERP FE FEM FMEA GIF GJL GJV HMD HMI HW I/O IT KW

zweidimensional dreidimensional Analogue Digital Converter Abgasrückführung Augmented Reality AUTomotive Open System ARchitecture Boiling Departure Liftoff Behr integrierte Systemsimulation Betriebsschwingungsanalyse Basic Software Computergestützte Konstruktion (Computer Aided Design) Computergestütztes Engineering (Computer Aided Engineering) Sammelbegriff für computergestützte Arbeitstechniken Compact Disc Numerische 3D-Strömungssimulation (Computational Fluid Dynamics) Central Processing Unit Conformance Test Agency Conformance Test Suite Continuously Variable Transmission Diagnostics Event Manager Development Error Tracer Digitales Zusammenbau-Modell (Digital Mock-Up) Design of Experiments (statistische Versuchsplanung) Datenverarbeitungstechniken Electric/Electronics Electronic Control Unit Computergestützte Planung der Unternehmensressourcen (Enterprise Resource Planning) Finite Elemente Finite-Elemente-Methode Fehlermöglichkeits- und Einflussanalyse Graphic interchange Format – Komprimierendes Bilddateiformat Gusseisen mit Lamellengraphit Gusseisen mit Vermikulargraphit Head-Mounted-Display Human Machine Interface Hardware Input/Output Informations-Technologie Kurbelwelle

XVIII

MARCO MKS MTBF NVH PDM PVS RA RFID RTE SFE SIMBAUK SOP SW-C TSM UML VB-Prozess VFB ViP VR VREP XML ZKG

Abkürzungen und Akronyme

Thermischer Dummy Mehrkörpersimulation Mean Time Between Failures Noise, Vibration and Harshness Produkt-Daten-Management Produktionsvorserie Risk Assessment Radio Frequency Identification Runtime Environment Gesellschaft für Strukturanalyse in Forschung und Entwicklung mbH Simulations-Baukasten Start der Serienfertigung (Start of Production) Software Component Thermostrukturmodul© Unified Modeling Language Versuchsbauprozess, dient der Erstellung von Prototypen Virtual Functional Bus Virtuelle Produktentwicklung Virtual Reality virtueller Ergonomieprüfstand eXtensible Mark up Language Zylinder-Kurbel-Gehäuse

1

1

Gesamtfahrzeug

1.1 Einsatz virtueller Techniken in der Produktentwicklung 1.1.1 Einflüsse auf die Automobilindustrie Mobilität stellt eines der Grundbedürfnisse der Menschen dar. Das Fahrzeug ist als individuelles Verkehrsmittel in der heutigen Gesellschaft nicht mehr wegzudenken. Die Mobilität in Zukunft sicher zu stellen ist neben der gesellschaftspolitischen Verantwortung auch eine technische Herausforderung. Die Automobilindustrie steht heute im starken Wandel. Durch sich stark verändernde Rahmenbedingungen und Einflüsse müssen Entscheidungen getroffen werden, die in der zukünftigen Gesellschaft tragfähig sind. Die Basis dafür stellt die genaue Analyse der verschiedenen Einflussgrößen auf die Gesellschaft, Verhaltensweisen und Produkterwartungen. Dazu zählen die globalen Trends genauso wie die sich ständig verändernden Kundenanforderungen an das Fahrzeug. Im Folgenden werden die vielseitigen Einflüsse auf die Automobilindustrie und die Auswirkungen für den Produktentstehungsprozess dargestellt. Der Schwerpunkt liegt dabei nicht auf den direkten Auswirkungen der sich konstant ändernden Rahmenbedingen auf das Produkt, sondern es geht um die notwendigen Anpassungen des Entwicklungsprozesses und die Verwendung neuer Methoden, um mit optimalen Ressourcen im Wettbewerbsumfeld zu bestehen. 1.1.1.1 Globale Trends Die Entwicklung der globalen Trends kann in Form vieler Einzelmeldungen täglich verfolgt werden (Bild 1-1). Die Verknappung von natürlichen Ressourcen wie Wasser und Rohöl wird in Zukunft massive Auswirkungen auf die Menschheit haben. Die Urbanisierung, die in Europa Ihren Höhepunkt bereits überschritten hat, läuft in Metropolen des südamerikanischen und asiatischen Raums weiter. Aus der anhaltenden Besiedelung von Naturflächen durch den Menschen ergibt sich eine sichtbare Zunahme von Naturereignissen, bei denen Menschen zu schade kommen. Sowohl die Gesellschaft als auch die Politik beschäftigen sich infolgedessen immer stärker mit dem Thema Umwelt, wie zum Beispiel mit der Ursache und Bekämpfung des Treibhauseffektes.

2

1 Gesamtfahrzeug

Bild 1-1: Globale Trends.

Die Alterung der Gesellschaft ist etwas, was nicht nur jeder als Person selbst erlebt, sondern auch in vielfältiger Weise Auswirkungen auf das Wirtschaftsumfeld haben wird. Bild 1-2 stellt die Entwicklung der Verteilung der Altersgruppen bis Ende des Jahrhunderts in Deutschland dar. Heute sind über 30 Mio. (37 %) Bürger in Deutschland über 50 Jahre alt. Künftig (2030) wird knapp die Hälfte der Bevölkerung über 50 Jahre alt sein. Die Zahl der 60 Jährigen und älter steigt besonders stark an und diese Menschen werden ein wesentlicher Bestandteil des Fahrzeugklientels sein. Wir sprechen von der so genannten Generation Plus. Die Generation Plus ist durch große Wachstumsdynamik und hohe Konsumbereitschaft gekennzeichnet. Diese Zielgruppe möchte in ihrem Alter das Leben genießen, weiter an verschiedenen sozialen Aktivitäten teilnehmen, und ebenso weiter selbstständig sein. Dazu gehört auch die Mobilität, die sie keineswegs aufgeben möchten. Ferner spielt der Begriff „Sportlichkeit“ in dieser Zielgruppe eine immer wichtiger werdende Rolle.

1.1 Einsatz virtueller Techniken in der Produktentwicklung

3

Bild 1-2: Alterung der Gesellschaft am Beispiel Deutschland.

Die Entwicklung der Weltbevölkerung und die Globalisierung, die immer stärkere internationale Vernetzung sowohl im privaten, als auch im beruflichen Umfeld führen unwiderruflich nach einem immer stärker anwachsenden Bedarf an Logistik. Hier geht es nicht nur um Güter, die transportiert werden müssen, sondern auch um Informationen und Menschen. Aufbauend auf verschiedene Szenarien haben die Verkehrsforscher ein vertiefendes Szenario zur regionalen Verkehrsentwicklung in Deutschland erarbeitet. Man erkennt eine deutliche Zunahme des Verkehrsaufkommens im Bereich Berlin, Hamburg, Rhein/Ruhr, Rhein/Main, Stuttgart und München (Bild 1-3). In Korrelation dazu steht, wie auf Bild 1-4 zu erkennen, die prognostizierte Bevölkerungszunahme in genau diesen Regionen. Der Entvölkerung im Osten steht ein starker Zuwachs der Bevölkerung im Raum Berlin gegenüber. Das größte Wachstum soll aber vor allem im Süden, in der so genannten „greater Munich area“ erfolgen.

4

Bild 1-3: Verkehrszuwachs am Beispiel Deutschland.

1 Gesamtfahrzeug

Bild 1-4: Zu- und Abwanderungsübersicht am Beispiel Deutschland.

1.1.1.2 Anforderungen aus geänderten Kundenerwartungen Neben den globalen Veränderungen und deren Auswirkungen spielt auch die frühzeitige Erkennung und Erfüllung des Kundenwunsches eine wesentliche Rolle beim Unternehmenserfolg. Der persönliche Wunsch, etwas Exklusives und Einzigartiges zu sein, spiegelt sich beim Kaufverhalten des Kunden eins zu eins wider. Eine immer stärkere Derivatisierung ist notwendig, um ein Volumenwachstum verzeichnen zu können (Bild 1-5). Ferner ist der Kunde ständig bestrebt, das Fahrzeug individuell zu gestalten. Markenprägende Innovationen gehören genauso dazu wie eine exakt nach Kundenwunsch spezifisch ausgewählte Ausstattung. Daraus ergibt sich eine Kombinations- und Variantenvielfalt, deren Komplexität (Bild 1-6) sowohl in der Produktentwicklung, als auch in der Herstellung beherrscht werden muss.

1.1 Einsatz virtueller Techniken in der Produktentwicklung

Bild 1-5: Derivatisierung der Produktpalette über die Zeit.

Bild 1-6: Anzahl der Produktinnovationen als Komplexitätstreiber.

5

6

1 Gesamtfahrzeug

Die Zeiten des Fahrzeuges als Massenprodukt in einheitlicher Farbe, Form und Ausstattung, sind in der Form, wie sie diese Henry Ford mit dem T-Modell einmal propagiert und erfolgreich vermarktet hat, vorüber. Trotz der gestiegenen Derivatisierung und Produktkomplexität akzeptiert der Kunde keine längeren „Wartezeiten“. Vielmehr erfordert das starke Wettbewerbsumfeld, dass man als Automobilhersteller immer der erste ist, der mit attraktiven Produkten und Innovationen den Markt besetzt. Die Zeit, die für die Produktentwicklung bis zur Vermarktung zur Verfügung steht („Time to Market“), wird demnach immer geringer. Damit ergeben sich auch für die Entwicklung immer kürzer werdende Entwicklungszeiten (Bild 1-7) trotz zunehmender Komplexität und Varianz. Und dieses natürlich unter Einhaltung der höchsten Qualitätsstandards.

Bild 1-7: Reduktion der Entwicklungszeit.

1.1.1.3 Neue Wege gehen Die Entwicklungsprozesse müssen den dargestellten Einflüssen (Bild 1-8) angepasst werden. Unter Beibehaltung der klassischen Entwicklungsmethoden ergäbe sich ein Ressourcenbedarf an Mitarbeitern und Material, welcher unternehmerisch unwirtschaftlich wäre. Der Schlüssel zum Erfolg liegt im konsequenten Einsatz virtueller Entwicklungsmethoden im Produkt-Entstehungsprozess. Sowohl in der frühen Entwicklungsphase, als auch als Absicherungsmethode für Softwareversionen und Hardwarevarianten müssen diese Methoden intensiv umgesetzt werden.

1.1 Einsatz virtueller Techniken in der Produktentwicklung

7

Bild 1-8: Zusammenfassung der aktuellen Herausforderungen an die Automobilindustrie.

1.1.2 Der Produktprozess und die Rolle der virtuellen Entwicklung 1.1.2.1 Paradigmenwechsel im Produktprozess Im Produktprozess spielt die Simulation eine immer größere Rolle. Die Erwartungshaltung an die Simulation ist hoch. Sie soll maßgeblich helfen bei: ™ der Verkürzung der Entwicklungszeiten ™ der Beherrschung der steigenden Variantenvielfalt ™ der Einsparung von Hardwareschleifen ™ der Erhöhung der Erprobungsqualität von Prototypen ™ der Erweiterung von Erprobungsmöglichkeiten. Die folgende Graphik (Bild 1-9) verdeutlicht das Ziel der virtuellen Entwicklung: durch die frühzeitige Auslegung der Funktionen soll der Reifegrad der Fahrzeuge schon in der Konzeptphase ein höheres Niveau erreichen. Nur die frühzeitig verfügbare, höhere Produktreife ermöglicht kürzere Entwicklungszeiten und somit eine Reduktion der Zeit bis zur Produkteinführung („Time to Market“).

8

1 Gesamtfahrzeug

Bild 1-9: Reifegrad der Entwicklung.

1.1.2.2 Synchronisation des Entwicklungsprozesses Im klassischen Entwicklungsprozess werden die Fahrzeugkomponenten (Antriebsstrang, Karosse, Fahrwerk, Elektrik, Ausstattung, usw.) erst im ersten gebauten Fahrzeug, zum Beispiel Prototypen aufeinander abgestimmt. Eine Synchronisation der Entwicklungsleistung findet demnach erst spät im Entwicklungsprozess statt.

Bild 1-10: Klassischer Entwicklungsprozess mit Synchronisation in der Hardware von rechts.

1.1 Einsatz virtueller Techniken in der Produktentwicklung

9

Im virtuellen Entwicklungsprozess hingegen werden virtuelle Projektmeilensteine integriert. Zu diesen Meilensteinen müssen die Bauteile nicht nur geometrisch, sonder auch funktional aufeinander abgestimmt sein. Diese schrittweise Iteration von Funktionen im „Virtuellen Prototypen“ lässt den Reifegrad des Fahrzeuges steigen und das bei transparenter Messbarkeit. Durch die Unabhängigkeit der Hardware können verschiedene Funktionen parallel erprobt werden, man spricht in diesem Zusammenhang von synchronisierten Prozessen.

Bild 1-11: Virtuelle Entwicklung mit Synchronisationspunkten vor der Hardware.

1.1.2.3 Datenlogistik Um den Reifegradprozess zu unterstützen, müssen alle dazu benötigten Daten und Informationen entsprechend strukturiert und organisiert werden. Sinnvoll ist das in Form der Neuschaffung einer übergreifenden Datenlogistik, die in einer Rolle als Dienstleister den Datenbereitstellungsprozess in enger Abstimmung mit der Projektsteuerung koordiniert. Zu den zu leistenden Aufgaben gehörten (Bild 1-12): Daten: ™ Dateninhalte ™ Detaillierungsgrade ™ Zeitpunkte und Konfigurationen für die entsprechenden Nutzer ™ fachspezifische Datenaufbereitung ™ Datenverfolgung. Logistik: ™ Strukturierung und Verwaltung der Input- und Output-Daten für verschiedene Anwendungsfälle ™ Synergien durch Mehrfachverwendungen.

10

1 Gesamtfahrzeug

Bild 1-12: Aufgabenbereiche der Prozessdatenlogistik.

Prozesse: ™ Permanente Optimierung des Datentransformationsprozesses von den Quell- in die Zielsysteme ™ Prozessanalyse und -Optimierung für die angewendeten Methoden und Systeme ™ Umsetzung / Integration in den Fachbereichen Die Datenlogistiker haben in Analogie zu den Teilelogistikern in der Prototypenwerksstatt die Aufgabe, die Datenversorgung für die Nutzer zu organisieren. Der prinzipielle Arbeitsablauf ist unter Bild 1-13 dargestellt. Um die Vielzahl der verschiedenen Berechnungsmethoden bedienen zu können, muss für jede Berechnungsart eine Datenzusammenstellung mit nutzergerechtem Detaillierungsgrad aufbereitet werden. Um den individuellen Aufbereitungsaufwand zu minimieren, wird ein Mastermodell geschaffen, aus dem sich die verschiedenen Detaillierungsgrade ableiten lassen. Somit wird außerdem sichergestellt, dass die verschiedenen Berechnungsdisziplinen auf einem gemeinsamen Datenstand ihre Simulationen durchführen können. Damit kann eine Reproduzierbarkeit der Ergebnisse sichergestellt werden. Bild 1-14 zeigt beispielhaft die Mehrfachnutzung des Mastermodells für unterschiedliche Simulationsarten.

1.1 Einsatz virtueller Techniken in der Produktentwicklung

Bild 1-13: Teile- und Datenlogistikprozess.

Bild 1-14: Mastermodell mit Mehrfachverwendung.

11

12

1 Gesamtfahrzeug

Um die Komplexität der Anforderungen bedienen zu können, ist ein zielgerichteter Anflugsprozess erforderlich. Dieser gliedert sich in vier Meilensteine (Bild 1-15). Nach der Definition der für die Funktionsauslegung erforderlichen Daten und Konfigurationen wird in einem weiteren Meilenstein eine Bestandsaufnahme des Füllungsgrades festgehalten. Vor dem Datenfreeze findet eine Kontrolle der Geometrie-Daten im DMU-Freeze statt.

Bild 1-15: Datenanflugprozess.

Die sich ergebende Produktreife trägt dazu bei, den Einsatz physischer Prototypen zu minimieren. Darüber hinaus ist es möglich, Geometrien und Eigenschaften des Fahrzeugs frühzeitig erlebbar zu machen und größere Produktrisiken zu vermeiden.

1.1.2.4 Simulation als Prozessintegrator Den in Kap. 1.1.2.1 aufgeführten Anforderungen konnte die Simulation in der Vergangenheit oft nicht standhalten. Dazu sei im Folgenden ein wesentlicher Prozessgrund angeführt. Die Rolle der Simulation im Entwicklungsprozess war in der Vergangenheit maßgeblich getrieben durch die Begleitung des geometrischen Auslegungsprozesses auf Bauteil,System- und Gesamtfahrzeugebene (Digital Mock Up). Die funktionalen und eigenschaftsbasierten Aspekte wurden primär durch Komponentensimulationen unterstützt. Fehlende bzw. unzureichende Simulationsmethoden auf Fahrzeugebene führten zur Pro-

1.1 Einsatz virtueller Techniken in der Produktentwicklung

13

zesslücke zwischen der Zielfahrzeugpositionierung am Anfang des Produktentstehungsprozesses und den daraus abgeleiteten Anforderungen an die Systeme und Bauteile. Diese mehrmonatige Konstruktionsphase mündete in Fahrzeugprototypen zur Überprüfung der einst aufgestellten Zielfahrzeuganforderungen (Bild 1-16). Die Ergebnisse dieses Entwicklungsprozesses waren: ™ hohe Entwicklungsrisiken im Produktentstehungsprozess bis zur erprobungstauglichen Darstellung der ersten Prototypen ™ späte Darstellung der Gesamtfahrzeugeigenschaften im Produktentstehungsprozess ™ hoher versuchstechnischer Aufwand inkl. hoher Prototypenanzahl ™ mehrere und späte Entwicklungsschleifen.

Bild 1-16: Unterbrochene Prozessketten in der Vergangenheit am Beispiel Fahrverhalten.

Die konsequente Weiterentwicklung der Simulationsmethoden führte in den letzten Jahren mehr und mehr zur Erschließung neuer, in der Vergangenheit teilweise unbesetzter Felder und zur Schließung von Prozesslücken im Produktprozess. So wurden immer komplexere Modelle schrittweise zu einer Methodenqualität entwickelt, die es heute erlaubt, auch auf der Eigenschaftsebene des Gesamtfahrzeugs gute bis sehr gute Ergebnisse zu erzielen (Bild 1-17). Künftig geht es, neben der festen Etablierung dieser Methoden im Produktentstehungsprozess, um die interdisziplinäre Verknüpfung der Simulationsmethoden, um daraus weitere Potenziale zu erschließen.

14

1 Gesamtfahrzeug

Bild 1-17: Funktionale / Eigenschaftsbasierte Simulation.

Erst mit der Erschließung der Gesamtfahrzeugeigenschaften für die Simulation können jetzt schrittweise die Prozesslücken im Produktentstehungsprozess effizient geschlossen werden (Bild 1-18). Dadurch erhöht sich die Prozessqualität deutlich und die Arbeitsweise aller im Produktprozess Beteiligten verändert sich nachhaltig. Eigenschaftsableitung und Eigenschaftsverfolgung sind zwei zentrale Aspekte der neuen Arbeitsweise.

Bild 1-18: Geschlossene Prozessketten durch die Simulation am Beispiel Fahrverhalten.

1.1 Einsatz virtueller Techniken in der Produktentwicklung

15

1.1.3 Die Verwendung der virtuellen Techniken zur Komponentenund Eigenschaftsentwicklung 1.1.3.1 Eigenschaftsableitung Ausgangsbasis und Leitfaden im Produktprozess ist ein klares Eigenschaftsprofil, ausgerichtet am Kundenbedürfnis. Mit dem definierten Ziel-Eigenschaftsprofil wird der Entwicklungsprozess gestartet und an diesem Profil werden die Entwicklungsstände immer wieder gespiegelt. Die Herausforderung dabei ist: ™ die Anforderungen aus den Zieleigenschaften in Einklang mit den Bauteil- und Komponentenanforderungen (Gewicht, Kosten, Modularität, Herstellbarkeit, Qualität) zu bringen ™ die Komponentenfunktionen zueinander zu einem stimmigen Gesamtfahrzeug zusammenzuführen und unerwünschte Interaktionen bspw. zwischen geregelten und mechanischen Systemen zu vermeiden ™ die Fahrzeugeigenschaften bestmöglich zueinander in Abstimmung zu bringen, dass heißt Zielkonflikte frühzeitig aufzuzeigen und zur Abwägung zu führen. Im gewählten Beispiel der Eigenschaft Fahrverhalten wird zunächst eine konsequente Stärken-Schwächen-Analyse des Vorgängerfahrzeugs und der zu erwartenden Wettbewerbsprodukte für den Zeitpunkt der Markteinführung des neuen Fahrzeugs vorgenommen. Stark gefragt sind hierbei die Einschätzungen aus dem Feld, dem Fahrversuch und aus dem Marketing. Unter Berücksichtigung konzeptioneller Randbedingungen wird daraus eine Zielpositionierung formuliert. Mittels eines MKS-Gesamtfahrzeugmodells lassen sich erste konzeptionelle Änderungen am Fahrzeug bewerten. Dazu werden zunächst die wichtigsten Einflussgrößen wie Fahrzeugmasse, Achslastverteilung, Schwerpunkthöhe, Achskinematiken variiert. Die Bilder 1-19a und 1-19b zeigen dabei die Ergebnisse einer Sensitivitätsstudie durch Kopplung des Mehrkörpersystem-Modells der Vorderachse mit einem DoE-Tool (Design of Experiments, dass heißt statistischer Versuchsplanung). Dabei repräsentiert jeder Linienzug eine Kombination aus Lagersteifigkeiten. Ausgewertet sind typische Achskenngrößen wie Längs- und Quersteifigkeit, Sturznachgiebigkeit und Spur für definierte Lastfälle wie Kurvenbremsen und stationäre Kreisfahrt – dargestellt auf den vertikalen Achsen. Durch Eingrenzung des Wertebereichs der Achskenngrößen auf die aus der Gesamtfahrzeugsimulation ermittelten Zielgrößen wurden interaktiv die besten Varianten ausgewählt (Bild 1-19b). Auf diese Weise konnten automatisiert hunderte von kinematischen als auch elastokinematischen Variationen durchgeführt werden. Ausgewählte Designs der Kinematik und Elastokinematik wurden danach in der Gesamtfahrzeugsimulation hinsichtlich ihrer fahrdynamischen Performance überprüft. Um sowohl qualitative als auch quantitative Einschätzungen zum Zielwettbewerb zu ermöglichen, werden in der Simulation auch Wettbewerbsfahrzeuge aufgebaut und dem Fahrzeugkonzept gegenübergestellt.

16

1 Gesamtfahrzeug

Bild 1-19: Sensitivitätsanalyse von kinematischen und elastokinematischen Varianten auf ausgewählte Achskenngrößen. Jeder Linienzug repräsentiert ein Kinematik/Elastokinematik-Design; a) alle untersuchten Designs (oben), b) gültige Designs nach Zielwerteinschränkung (unten).

1.1 Einsatz virtueller Techniken in der Produktentwicklung

17

Umfangreiche Untersuchungen im stetigen Abgleich der erreichbaren mit den Zieleigenschaften erlauben die konzeptionelle Festschreibung wichtiger Eckpunkte. Die Zieleigenschaften werden so auf Systemebene herunter gebrochen und in Lastenheften formuliert.

1.1.3.2 Eigenschaftsverfolgung (-Monitoring) Die kontinuierliche Gegenüberstellung des Fahrzeugentwicklungsprojektes gegenüber dem Wettbewerb ermöglicht insbesondere in der Definitionsphase, das heißt in der Konzeptentwicklung, aus einer Vielzahl von Optionen die richtigen Entscheidungen zu treffen. Dies hilft dabei, das eigene Produkt zielgerichteter zu entwickeln und die getroffenen Entscheidungen gegenüber Entscheidungsträgern objektiver begründen zu können. Im konkreten Fall standen eine spürbare Verbesserung der Agilität, des Anlenkens und der Zielgenauigkeit des neuen Fahrzeugs gegenüber dem Vorgänger bei gleichzeitiger Verbesserung der Gierstabilität und des Grenzbereichsverhaltens als Entwicklungsziele fest. Mit genannter Methode wurden in Sensitivitätsstudien gezielt die Auswirkungen verschiedenster Parameteränderungen wie Achslastverteilung, Schwerpunkthöhe, Elastokinematik und Feder-Dämpfer-Abstimmung aufgezeigt (Bild 1-20).

Bild 1-20: Monitoring ausgewählter fahrdynamischer Eigenschaften im Produktprozess.

18

1 Gesamtfahrzeug

Durch den stetigen Abgleich des aktuellen Entwicklungsstandes mit den Entwicklungszielen und dem Monitoring der Wettbewerber konnten frühzeitig die richtigen konzeptionellen Entscheidungen getroffen werden.

1.1.3.3 Interdisziplinäre Prozessketten im Entwicklungsprozess An ausgewählten Beispielen wird die interdisziplinäre Verknüpfung der Simulationsmethoden im Produktprozess erläutert (Bild 1-21).

Bild 1-21: Interdisziplinäre Verknüpfung in der Simulation im Produktprozess.

Ausgangspunkt in der Konzeptphase ist ein MKS-Gesamtfahrzeugmodell, bestehend aus Teilmodellen der Reifen, des Antriebsstrangs, der Vorder- und Hinterachse inklusive der detaillierten Abbildung der Kinematik und der Elastokinematik (Fahrwerklager), der Lenkung, der Massen- und Massenträgheitseigenschaften des Aufbaus und ggf. geregelten Fahrwerkssystemen wie ESP (ABS) und Dämpferregelung. Solch ein Gesamtfahrzeugmodell ist Grundlage für die in Bild 1-21 gezeigte Ableitung der Zieleigenschaften hinsichtlich des Fahrverhaltens auf die Komponentenebene. Neben der Bewertung der Disziplin Fahrdynamik wird das Modell, angepasst an die jeweilige Fragestellung für unterschiedlichste Eigenschaftssimulationen verwendet, seien beispielhaft erwähnt: ™ Eigenfrequenzanalysen der Achsen ™ Fahrkomfort (Stuckern, Kantenempfindlichkeiten, Verhalten auf guten und schlechten Straßen) ™ Fahrstabilität und Rollover

1.1 Einsatz virtueller Techniken in der Produktentwicklung

19

™ Seitenairbagsensierung bei Rollover ™ dynamische Bauraumuntersuchungen bei Straßenanregung ™ Ermittlung der Schnittlasten ™ Funktionsauslegung und Variantenabsicherung von Fahrwerkregelsystemen. Im Folgenden wird der Prozess der Schnittlastermittlung angerissen. Maßgebliche Eingangsgröße einer ersten Dimensionierungsabschätzung von Fahrwerkskomponenten und Karosserie sind die beim Missbrauchslastfall der Schwellenüberfahrt und Schlaglochdurchfahrt auftretenden Kräfte (Bild 1-22).

Bild 1-22: Simulation der Schlaglochdurchfahrt zur Ermittlung der Schnittkräfte – Abgleich Simulation (rot) – Messung (blau).

Bild 1-23: Schnittlastermittlung am realen und virtuellen Achsprüfstand aus gemessenen Anregungen (links: realer Achsprüfstand, rechts: virtueller Achsprüfstand).

20

1 Gesamtfahrzeug

Darüber hinaus hält sukzessive die Simulationsmethode der virtuellen Befahrung der Auslegungsstrecken zur Ermittlung der Schnittlasten Einzug in die Projekte. Die auslegungsrelevanten Prüfstrecken liegen bei dieser Simulation als virtuelle Straße vor und auf Basis der so ermittelten Schnittlasten werden die für die Bauteile schädigungsrelevanten Lastkollektive ermittelt. Aufgrund der sehr hohen Genauigkeitsanforderung an die derart ermittelten Schnittlasten zur Ableitung der Lastkollektive für die Betriebfestigkeitsauslegung konnte diese Simulationsmethode bisher nicht die aufwändigen Messungen ersetzen. Die Schwachstelle bildete hierbei das Reifenmodell und dessen Bedatung. Daher dienen heute immer noch gemessene Anregungskräfte und -momente am Rad als Eingangssignal für den virtuellen und realen Achsprüfstand (Bild 1-23). Die Anregungsdaten aus der Messung werden konsequent sowohl für den Versuch als auch die numerische Simulation verwendet. Ergebnis dieser Untersuchungen sind die für die jeweiligen Achsbauteile relevanten Lastkollektive zur betriebsfesten Auslegung. In der Frühphase der Entwicklung dienen die ermittelten Schnittlasten einer ersten Lebensdauerprognose im Rahmen der rein virtuellen Vordimensionierung. In der späteren Entwicklungsphase können parallel zum Versuch Varianten (Abstimmteile Feder/Dämpfer, Stabilisator) bzw. Bauteilmodifikationen (Bauteilgewichte/Steifigkeiten) hinsichtlich ihrer Auswirkungen auf die Belastungssituation gezielt bewertet werden. Auf der Bauteilebene wird auf Basis der so ermittelten bauteilbezogenen Lastkollektive die Betriebsfestigkeitssimulation durchgeführt und beeinflusst damit unmittelbar die Bauteilkonstruktion. Die enge Verknüpfung zwischen den Prozessen in der virtuellen Welt und der Hardware wird auch auf der Komponentenebene sichtbar. Das Reifenmodell ist – wie oben erwähnt – nach wie vor eine wesentliche Schwachstelle im Prozess der Schnittlastenermittlung. Bei der Bedatung von Reifenmodellen werden reale Reifen in einer umfangreichen Prüfprozedur auf einem Rollenprüfstand vermessen. Die physikalischen Reifeneigenschaften in einem Modell ohne vorherige Hardwaremessung zu erfassen, ist auch auf absehbare Zeit nicht möglich. Damit hängt die Güte vieler mit dem Reifenmodell gemachten Simulationsaussagen nach wie vor von der Verfügbarkeit des physischen Reifens ab – ein entscheidender Nachteil in Fahrzeugprojekten mit neuen Reifendimensionen.

1.1.3.4 Neue Herausforderungen in der Simulation durch Regelsysteme Bild 1-24 gibt einen Auszug der Regelfunktionen im Fahrwerk, die bereits in den heutigen Produkten Einzug gehalten haben bzw. kurz vor Serienstart stehen. Viele davon sind adaptiv, dass heißt Kennlinien und Einstellungen verändern sich mit den Fahrzuständen. Die daraus entstehende riesige Vielfalt von Einstellungsmöglichkeiten und deren Rückwirkungen auf das Fahr- und Funktionsverhalten ist ohne Simulationsunterstützung praktisch nicht mehr beherrschbar.

1.1 Einsatz virtueller Techniken in der Produktentwicklung

21

Bild 1-24: Geregelte Fahrwerkssysteme und -funktionen.

1.1.3.4.1 Entwicklung von Fahrerassistenzsystemen Systeme zur Verbesserung der Fahrsicherheit stellen ein wesentliches Entscheidungskriterium beim Neuwagenkauf dar und werden zu einem immer wichtigeren Umsatz- und Ertragsträger für den Automobilsektor. Während im klassischen Bereich der passiven Fahrsicherheit nur noch kleine Fortschritte mit verhältnismäßig hohem Aufwand erzielt werden können, lassen sich mit Systemen zur aktiven Sicherheit noch deutlich mehr Potentiale ausschöpfen. Ein aktuelles Forschungs- und Entwicklungsthema stellen autonom intervenierende Assistenzsysteme dar, welche die Unfallfolgen mindern (Collision Mitigation) oder Unfälle vermeiden (Collision Avoidance) sollen. Da derartige Systeme teilweise auch ohne explizite Handlung des Fahrers in die Fahrdynamik eines Fahrzeugs eingreifen, sind die Anforderungen an die Funktionssicherheit und Zuverlässigkeit der Einzelsysteme sowie deren Interaktion mit bereits bestehenden Fahrzeugsystemen besonders hoch. Mit der gestiegenen Komplexität dieser Systeme ändert sich auch die Anforderung an die bis zur Entwicklung der Serienreife benötigten Test- und Simulationswerkzeuge. Aktuelle und künftige Assistenzsysteme können mit etablierten Methoden oft nur eingeschränkt oder gar nicht erprobt werden. Der derzeit vertretbare Auslösezeitpunkt einer automatischen Notbremsung liegt beispielsweise in einem sehr kurzen Zeitfenster unmittelbar vor einer Kollision (Bild 1-25). Deshalb erweist sich der reproduzierbare und vor allem sichere Test für den Versuchsfahrer derartiger Sicherheitssysteme bisher als sehr schwierig.

22

1 Gesamtfahrzeug

Bild 1-25: Entwicklungstrend ACC – Audi Braking Guard – Automatische Notbremse.

Fahrerassistenzsysteme, die in kritischen Verkehrssituationen unterstützen, erfordern eine Erprobung und Absicherung unter nahezu realen Verkehrsbedingungen. Der derzeitige Stand der Technik sind Fahrsimulatoren, Verkehrsflusssimulationen und Erprobungsfahrzeuge, die mit Ersatzobjekten wie zum Beispiel Schaumstoffwürfeln kollidieren. Die derzeit verfügbaren Testwerkzeuge (siehe Bild 1-26) erfüllen die Anforderungen nach einer realistischen, reproduzierbaren, sicheren und zugleich Ressourcen schonenden Testumgebung allerdings nur eingeschränkt.

1.1.3.4.2 Vehicle in the Loop (VIL) Anhand der bekannten Testmethoden zur Absicherung von Collision Mitigation und Avoidance Systemen wird die Notwendigkeit einer alternativen Testmöglichkeit sichtbar. Diese muss analog zu Fahrsimulatoren eine sichere, reproduzierbare und Ressourcen schonende Testumgebung darstellen. Selbst komplexe Bewegungssysteme können allerdings die reale Fahrzeugdynamik nur begrenzt abbilden. Der Ansatz des Vehicle in the Loop Prüfaufbaus liegt daher in der Kopplung des Testfahrzeugs mit einer virtuellen Verkehrsumgebung, um die Vorteile beider Verfahren zu vereinigen.

1.1 Einsatz virtueller Techniken in der Produktentwicklung

23

Bild 1-26: Vehicle in the Loop – Kopplung von Simulator und Realfahrzeug.

Der Vehicle in the Loop Prüfaufbau ermöglicht eine Funktionserprobung von Fahrerassistenzsystemen direkt in einem Fahrzeug, welches sich allerdings nicht im realen Verkehr bewegt, sondern auf Freiflächen oder abgesperrten Straßen, wie zum Beispiel auf einem Prüfgelände. Besondere Vorteile ergeben sich bei der Absicherung von Assistenzsystemen, wie etwa einer Notbremsfunktionalität, da auch fehlende Auslösungen des Systems auf Grund eines virtuell vorausfahrenden Fahrzeugs, sicher und reproduzierbar untersucht werden können. Verkehrssimulation und Visualisierung In Bild 1-27 ist der Systemaufbau des Vehicle in the Loop Prüfaufbaus gezeigt. Die Verkehrssimulation ist so konzipiert, dass mit Hilfe unterschiedlicher Trigger, reproduzierbare Spurwechsel-, Brems- und Beschleunigungsmanöver des simulierten Fremdverkehrs hervorgerufen werden können. Die Auslösetrigger für diese Manöver können entweder relativ zu anderen Verkehrsteilnehmern (somit auch zum eigenen Versuchsfahrzeug) oder durch Überfahren einer absoluten Ortposition ausgelöst werden. Der Fremdverkehr kann sich auch autonom fortbewegen, wobei hier die Längs- und Querdynamik eines Normalfahrers nachempfunden wird.

24

1 Gesamtfahrzeug

Bild 1-27: Systemarchitektur VIL.

Positionierung des Versuchsträgers in der Verkehrssimulation Zur Darstellung des richtigen Streckenausschnittes in der Verkehrssimulation muss die Position des Versuchsfahrzeuges auf der Prüfstrecke genau bestimmt werden. Dies erfolgt mit Hilfe einer Inertialsensorplattform mit DGPS-Anbindung. Falls die Anzahl der sichtbaren Satelliten oder das Funksignal zum Versuchsfahrzeug für die DGPSKorrekturdaten abreißt, wird die Position des Versuchsfahrzeugs durch die Inertialsensorplattform weitergeführt. Alle Signale zur Fahrzeugposition und den Fahrzuständen werden auf einen eigenen CAN Bus geschrieben und stehen somit der Simulation zur Verfügung. Einbindung des Fahrers mit Hilfe von Augmented Reality Der Fahrer kann nicht gleichzeitig das ganze Fahrzeugumfeld wahrnehmen, so wie es in der Simulation vorhanden ist, sondern ist auf sein persönliches Sichtfeld beschränkt. Dementsprechend muss sich die Visualisierung auf dieses natürliche Sichtfeld beschränken. Das Sichtfeld ändert sich laufend mit der Kopfposition des Fahrers. Nur der jeweils der Kopfposition des Fahrers entsprechende Ausschnitt aus der Verkehrssimulation darf im HMD (Head Mounted Display, siehe auch Bild 1-28) gezeigt werden. Die Qualität des Vehicle in the Loop Prüfaufbaus hängt entscheidend von der exakten Übereinstimmung dieses realen Sichtfeldes mit dem eingeblendeten, simulierten Verkehr ab.

1.1 Einsatz virtueller Techniken in der Produktentwicklung

25

Bild 1-28: HMD und Headtracker im Vehicle in the Loop.

Die Simulation errechnet aus den eingehenden Daten für die Kopf- und Fahrzeugposition bzw. -lage (aus Headtracker und Inertialsensorblock) eine Visualisierung der Verkehrsszene aus der Fahrerperspektive. Damit der Fahrer des Versuchsfahrzeugs die visualisierte Verkehrsszene räumlich interpretieren kann, wurde die Bildebene/-abstand (Virtual Image Distance) des HMDs auf 10m festgelegt, da ab diesem Abstand überwiegend die monokularen Tiefenhinweise dominieren. Durch diese Tiefenhinweise können auch größere Distanzen zum Fremdverkehr glaubwürdig vermittelt werden. In Bild 1-29 ist eine Augmented Reality Darstellung zu sehen, in der das Versuchsfahrzeug des Vehicle in the Loop Prüfaufbaus einem virtuellen Fahrzeug folgt. Neben dem virtuellen Fremdverkehr sind zusätzlich virtuelle Fahrspuren zu sehen, die den Fahrbahnverlauf vorgeben sollen.

Bild 1-29: Augmented Reality Darstellung des Vehicle in the Loop Prüfaufbaus.

26

1 Gesamtfahrzeug

Radar- und Videosensormodell Der Vehicle in the Loop Prüfaufbau wird für die Entwicklung von Fahrerassistenzsystemen eingesetzt, welche auf Umfeldsensorik aufbauen. Naturgemäß können reale Umfeldsensoren keine Objekte eines virtuellen Verkehrsumfeldes erfassen. Daher werden entsprechende Sensormodelle zur Abbildung der Sensorfunktionalität erforderlich. In einem ersten Schritt wurde hierzu ein Radar- und Videosensormodell entwickelt. Dazu wird das Verhalten der realen Sensorik unter Nachbildung der physikalischen Zusammenhänge in einem Softwaremodell abgebildet. Die Kommunikation erfolgt nach einem definierten Protokoll, in welchem unter anderem Positions- und Zustandsdaten des simulierten Fremdverkehrs vom Simulationsrechner übertragen werden. Da das Sensormodell auf Basis idealer Fremdverkehrpositionsdaten aus der Verkehrssimulation arbeitet, mussten zusätzlich die typischen Störgrößen und Messunsicherheiten realer Sensoren statistisch ausgewertet und entsprechend in das Sensormodell eingebunden werden. Insbesondere wurde der Erfassungsbereich, die x/y-Abweichung und das Trennfähigkeitsvermögen für unterschiedliche Verkehrsteilnehmer (Pkw, Lkw, Motorrad) erfasst und durch mathematische Fehlergleichungen modelliert. Validierung des Vehicle in the Loop (VIL) Mit Hilfe einer Studie mit 36 Probanden wurde überprüft, inwieweit der VIL-Prüfaufbau als Tool für Entwicklungsingenieure dienen kann. Eine entscheidende Rolle spielt dabei, neben technischen Messdaten, die subjektive Wahrnehmung des Fremdverkehrs durch den Fahrer. Hieraus leitet sich direkt die Anforderung an den VIL-Prüfaufbau ab, dass der Fahrer den Verkehr möglichst realistisch wahrnehmen muss. Somit stand im Fokus der Studie, ob das Fahrverhalten der Probanden bei den Versuchen mit virtuellem Vorderfahrzeug dem Verhalten bei realem Vorderfahrzeug gleicht. Die Überprüfung dieser Anforderung erfolgte auf der Basis zweier Datenquellen. Zum einen konnte ein Fragebogen Aufschluss über die subjektive Wahrnehmung des simulierten Verkehrs und das Zusammenspiel der Simulation mit den kinematischen Fahreigenschaften geben. Zum anderen ließen sich bei definierten Fahrmanövern Erkenntnisse aus dem Vergleich der Fahrerreaktionen auf simulierten und realen Verkehr gewinnen. Hierzu wurden objektive Daten der beiden Fahrten (realer / simulierter Verkehr) aufgezeichnet und miteinander verglichen. Zusammenfassend lässt sich sagen, dass der VIL-Prüfaufbau als zukünftiges Entwicklungstool geeignet ist. Die Simulation des Fremdverkehrs durch den VIL und dementsprechend auch das Fahrgefühl bei den virtuellen Versuchen ist sehr realitätsnah. Die Versuchspersonen zeigten bei den Fahrten mit virtuellem Vorderfahrzeug vergleichbares Fahrverhalten wie im realen Versuch. Sie könnten sich vorstellen, mit dem VIL als Entwicklungswerkzeug zu arbeiten und sind von der Möglichkeit, kritische Fahrmanöver realitätsnah darstellen zu können, überzeugt. Eine kurze Trainingsphase von ca. 15 Minuten war ausreichend, um mit dem System Vehicle in the Loop vertraut zu werden. Bei häufiger Benutzung dieses Systems gewöhnt sich der Benutzer schnell an die verbaute Messtechnik und an das Tragen des Head

1.1 Einsatz virtueller Techniken in der Produktentwicklung

27

Mounted Displays. Das aus herkömmlichen Fahrsimulatoren bekannte Problem der Simulatorkrankheit, auch Motion Sickness genannt, wird durch das Vehicle in the Loop System vermieden.

1.1.4 Zusammenfassung und Ausblick 1.1.4.1 Geänderter Produktprozess Um den geänderten Anforderungen gerecht zu werden, wurde der Produktprozess durch Integration verschiedener virtuellen Techniken mit zusätzlichen Meilensteinen im Produktentstehungsprozess angepasst. Dadurch werden in der frühen Entwicklungsphase die wichtigsten konzeptionellen Kriterien abgesichert. Bei AUDI werden derzeit mehrere 100 Kriterien durch Simulationen abgesichert. Auf dieser Basis werden Richtungsentscheidungen getroffen und der Aufbau der Fahrzeug-Prototypen und Technikträger gesteuert. Kriterium hierfür ist die durch die Simulationen festgestellte Erprobungswürdigkeit der Fahrzeuge, dass heißt einer definierten Fahrzeugqualität zur „Erfahrung“ der Zieleigenschaften. Das dadurch stetig durchgeführte Monitoring des Entwicklungsreifegrades verringert zudem das Risiko „unliebsamer“ Überraschungen und erhöht die Planungssicherheit für die in der Prozesskette nachgeschalteten Beteiligten (Beschaffung, Produktion, Logistik, Qualitätssicherung, Vertrieb und Kundendienst). Es bleibt jedoch festzuhalten, dass die virtuelle Entwicklung nicht die Hardware ersetzt, sondern komplementär und unterstützend zu dieser eingesetzt wird. Die sinnvolle Ergänzung von virtuellen und physischen Modellen und Methoden, integriert im Produktprozess, ist demnach die Herausforderung an die Eigenschaftsentwicklung im heutigen Gesamtfahrzeug. „Das Beste aus zwei Welten“ ist damit ein wesentlicher Erfolgsfaktor für einen effizienten, transparenten und qualitativ guten Produktprozess (Bild 1-30). Die dramatisch ansteigende Fahrzeugkomplexität, insbesondere getrieben durch den Einzug der Regelsysteme ins Fahrzeug, bei steigender Variantenvielfalt und größtmöglicher Individualisierung und gleichzeitiger Reduzierung der Entwicklungszeiten und -kosten sind ohne Simulationsunterstützung nicht mehr beherrschbar. Die Verfügbarkeit und Qualität von Simulationsmethoden und deren Prozessintegration wird damit zu einem entscheidenden Wettbewerbsfaktor.

28

1 Gesamtfahrzeug

Bild 1-30: Verknüpfung von virtueller und physischer Erprobung als Erfolgsfaktor.

1.1.4.2 Grenzen der virtuellen Entwicklung Die Verwendung von virtuellen Methoden ist aber nicht in jedem Einsatzfeld sinnvoll. Oftmals führt die konventionelle Entwicklung schneller und Ressourcenschonender zum Ziel. Einige, aktuelle Grenzen werden im Folgenden aufgelistet: ™ Unzureichende Simulationsmethoden (unzureichend validiert oder numerisch instabil): das darzustellende Phänomen ist modelltechnisch nicht beschreibbar und damit virtuell nicht abbildbar. ™ Unterbrochene Prozessketten: einzelne Simulationsmethoden, meist zu unterschiedlichen Zeitpunkten im Produktentstehungsprozess verankert, decken die Fragestellung nicht oder nur ungenügend ab. Daten, die als Ergebnis einer Simulation als Einganggröße für eine darauffolgende Methode verwendet werden sollte liegen nicht vor, da die gesamte Prozesskette nicht geschlossen ist. ™ Unbekannte Phänomene: sind technische Zusammenhänge physikalisch in Ihrer Wirkungskette nicht klar, können entsprechende Modelle nicht erzeugt und validiert werden. ™ Nicht wettbewerbsfähiger Simulationsaufwand: ist der Aufwand für Modellierung, Bedatung, Simulation und Bewertung im direkten Vergleich zum Versuchsaufwand zu hoch, greift man zu konventionellen Methoden (zum Beispiel Fahrwerklager müssen im Fahrzeug nur verbaut werden, um sie zu erproben. Für die Simulation müssen diese Lager zunächst aufwändig vermessen werden und anschließend für ein Simulationsmodell identifiziert und validiert werden).

1.2 Auslegungstools und Expertenwissen

29

™ Unzureichende Datenqualität / Datenverfügbarkeit im Produktprozess: Die Datenqualität wächst kontinuierlich im Produktentstehungsprozess durch den direkten Abgleich mit Hardwareversuchen. Liegen in der frühen Entwicklungsphase nur unzureichend, hoch qualitative Daten vor, schmilzt der virtuelle Entwicklungsvorteil gegenüber der Hardware. In diesen Fällen stellt der Versuch mit konventionellen Entwicklungsmethoden nach wie vor die zuverlässige und schnelle Alternative dar.

1.1.4.3 Ausblick Der Einsatz der virtuellen Entwicklungstechniken stellt heute einen wesentlichen Erfolgsfaktor in der Produktentwicklung dar. Dadurch können frühzeitig Fahrzeugeigenschaften ermittelt werden, die noch vor dem Aufbau der ersten Prototypen zu einem höheren Reifegrad der Fahrzeuge führt. Neben der Reduktion der Entwicklungszeit und -schleifen werden virtuelle Entwicklungsmethoden als Absicherungswerkzeuge für die immer weiter steigende Komplexität und Variantenvielfalt intensiv genutzt. Die virtuelle Entwicklung wird die konventionelle Entwicklung nie vollständig verdrängen. Vielmehr gilt es, eine technisch sinnvolle und unternehmerisch wirtschaftliche Ergänzung beider Methoden zu suchen, das „Beste aus zwei Welten“.

1.2 Auslegungstools und Expertenwissen 1.2.1 Einleitung Die aktuellen markt- und gesellschaftspolitischen Herausforderungen unserer Zeit (Bild 1-31) führen auch im Automobilbau zu einer deutlichen Verstärkung der sich seit einigen Jahren ohnehin bereits abzeichnenden Anforderungen: ™ zunehmender Zeit- und Kostendruck durch stetig kürzer werdende Entwicklungszyklen bzw. sinkender Time to Market ™ verstärkter Zwang zu innovativen Lösungen bei Produkten und zugehörigen Produktentstehungsprozessen mit dem Ziel einer drastischen Einsparung von Material- und Energieressourcen incl. der nachhaltigen Senkung von Schadstoffen ™ Beherrschung einer stetig steigenden Produktvielfalt und Produktkomplexität einschließlich ihrer zugehörigen Produktentstehungsprozesse, insbesondere hervorgerufen durch Integration der bisher mechanisch dominierten Automobilentwicklung mit Elektrik-, Elektronik- und Softwarekomponenten.

30

1 Gesamtfahrzeug

Bild 1-31: Produktentwicklung im Wandel.

In Folge des wachsenden Anforderungsdruckes sind neuartige Lösungsansätze zur Gestaltung innovativer Produkte und Produktentstehungsprozesse unumgänglich. Beispiele dafür sind ™ die umfassende Anwendung der Methoden des virtuellen Engineerings (Bild 1-32) verbunden mit einer verstärkten Orientierung auf integrative Methoden bzw. Handlungsweisen ™ der Einsatz von Wissen als Wettbewerbsvorteil und strategische Ressource [11]. Die schnellstmögliche Umsetzung der genannten Lösungsansätze in die entsprechenden Entwicklungsprozesse ist von essentieller Bedeutung für jedes Unternehmen. Ausdruck dieser Umsetzungsbemühungen ist der Begriff „Integrierter Entwicklungsprozess“. Der „Integrierte Entwicklungsprozess“ wird nach [1] in erster Linie als Zielorientierung bzw. Referenzprozess für den umfassenden Einsatz des virtuellen Engineering und integrativer Methoden im gesamten Entwicklungsablauf eines Unternehmens angesehen. An den Beispielen „virtuelle Auslegung von Bauteilen“ und „verstärkte Nutzung von vorhandenem Expertenwissen“ werden Erfahrungen mit praktischen Lösungen bei der schrittweisen Umsetzung des „Integrierten Entwicklungsablaufes“ in der Mechanikentwicklung von Aggregaten aufgezeigt.

1.2 Auslegungstools und Expertenwissen

31

Bild 1-32: Einsatzfelder Virtuelles Engineering.

1.2.2 Der „Integrierte Entwicklungsablauf“ Versteht man unter virtuellem Engineering im umfassenderen Sinne die Anwendung virtueller Technologien zur computergestützten Ingenieursarbeit in der Produktentstehung (Bild 1-32), dann ist letztlich ein Ziel des „Integrierten Entwicklungsablaufes“ den Übergang zur „Virtuellen Produktentwicklung (ViP)“ durch die ganzheitliche Beherrschung/Anwendung des Virtuellen Engineering im Entwicklungsprozess anzustreben [2]. Ein weiteres Ziel ist die Förderung integrativer Methoden bzw. Handlungsweisen. Grundsätzlich kann sich dabei die Integration vorwiegend auf eine Entwicklungsphase konzentrieren (z. B. Zusammenarbeit der Entwicklungsbereiche innerhalb der Bauteilentwicklung) oder sich aber in der ganzheitlichen Betrachtung über alle Phasen der Produktentstehung widerspiegeln. In jedem Fall spielt dabei die Intensivierung der Zusammenarbeit zwischen den Mitarbeitern der verschiedenen Entwicklungsgewerke inkl. der verstärkten Nutzung von Erfahrung und Expertenwissen der Mitarbeiter eine Schlüsselrolle, zu der es keine Alternative gibt. Über Inhalt und Nutzen des „Virtuellen Engineering“ bzw. der „Virtuellen Produktentwicklung“ wurde in der letzten Zeit viel diskutiert. Heute ist die Notwendigkeit der schnellstmöglichen Einführung virtueller Arbeitsweisen unumstritten. Es gibt selbstverständlich auch einen Grundkonsens darüber, dass virtuelle Produktentwicklung nicht bedeutet, alle Phasen einer Produktentwicklung bis zur Vorserie ausschließlich virtuell bearbeiten zu wollen, um damit gar auf Hardware und reale Versuche verzichten zu können.

32

1 Gesamtfahrzeug

Hinsichtlich der Charakteristika virtueller Entwicklung besteht aber auch Konsens zu bestimmten unabdingbaren Voraussetzungen, die es aus heutiger Sicht gerechtfertigt erscheinen lassen, von virtueller Produktentwicklung zu sprechen. Hierzu gehören z. B. die durchgängige Anwendung der digitalen 3D-CAD-Geometrie als verbindliche Produktdaten, der durchgehende Einsatz von CAx-Arbeitsweisen sowie die Anwendung von Produktdaten-Management- (PDM) und Collaboration-Technologien. Deutlich wird hierbei, dass bei dieser Betrachtung der Inhalt bzw. die Messlatte, wann von einer „Virtuellen Produktentwicklung“ gesprochen werden darf, subjektiven Charakter hat und dem Zeitbegriff unterliegt. Versucht man auf der Basis der Fachliteratur und eigener Erfahrungen der letzten 2 bis 3 Jahre die öffentliche Wahrnehmung ausgewählter Schlüsseltechnologien für die Virtualisierung des Produktentstehungsprozesses zu bewerten, dann ergibt sich Bild 1-33. Dargestellt ist in dieser Abbildung ein so genannter Hype-Cyklus nach der Gartner Group [5]. Er zeigt den typischen Verlauf der öffentlichen Aufmerksamkeit über dem Einführungszeitraum für neuartige Technologien bzw. technischer Entwicklungen. Nach Untersuchungen aus [5] gibt es nämlich bei vielen neuartigen Technologien bzw. Produkten solche Einführungsphasen wie den „Gipfel überzogener Erwartungen“, das „Tal der Enttäuschung“ und schließlich das „Plateau der Produktivität“. Nach eigenen Erfahrungen spiegelt diese Betrachtungsweise sehr gut die Höhen und Tiefen des Einführungsprozesses virtueller Technologien in der Produktentstehung wieder. Daher wurden stellvertretend die „Virtuelle Produktentwicklung (ViP)“, die „PDM“ -Technologie und die „Digitale Fabrik“ auf diese Art bewertet und in den Hype-Cyklus der Gartner Group eingetragen. Bezüglich des Nutzens der virtuellen Entwicklung ist die anfängliche Hoffnung auf drastische Reduzierung von Entwicklungszeiten und Aufwendungen verflogen. Heute wird bzgl. der Verkürzung von Entwicklungszeiten von ca. 10...15 % gesprochen und vor allem die Beherrschung steigender Produktkomplexität sowie damit verbunden die Verbesserung der Prozessstabilität bzw. Sicherung der Produktqualität als Hauptvorteil virtueller Entwicklung angesehen. Dieser Nutzen wird aber nur dann eintreten, wenn es gelingt, die Anwendung virtueller Technologien durchgängig über dem Entwicklungsprozess abzusichern und mit entsprechenden Arbeitsprinzipien sowie angepassten Geschäftsprozessen und Organisationsabläufen zu koppeln. Darauf hinzuwirken ist ein vorrangiges Ziel des „Integrierten Entwicklungsprozesses“ (Bild 1-34). Wie eingangs bereits erwähnt, ist er als Referenzprozess zu verstehen, der auf der Basis der firmenspezifischen Geschäftsprozesse in ein hierarchisch aufgebautes System von Methoden und Tools zur Projektsteuerung und Prozessoptimierung zu überführen ist.

1.2 Auslegungstools und Expertenwissen

Bild 1-33: ViP in der öffentlichen Aufmerksamkeit.

Bild 1-34: Integrierter Entwicklungsablauf.

33

34

1 Gesamtfahrzeug

Als charakteristische Eigenschaften dieses „Integrierten Entwicklungsablaufes“ werden nach [1] die angewendeten Arbeitsprinzipien und virtuellen Technologien, die verwendeten Datenmodelle und Technologien zur Generierung von Hardware ausgewiesen. Da Arbeitsprinzipien bzw. Arbeitsweisen sehr eng mit Technologien verknüpft sind, ist eine Trennung nicht immer eindeutig. Typische Beispiele für Arbeitsprinzipien sind neben dem schon lange bewährten Simultaneous Engineering, die simulationsgestützte Entwicklung, das Prinzip des Frontloading (z. B. der fertigungsspezifischen Anforderungen) und die verstärkte Integration von Mechanik- und Elektronikentwicklung. Das Spektrum des Einsatzes virtueller Technologien beginnt mit den fest etablierten Multimedia-Technologien, umfasst die Anwendung des breiten Spektrums von CAxArbeitsweisen, PDM- und Collaboration-orientierten Tools, den Einsatz der Telekooperation (E-Mail, Intranet, Internet, Videoconferencing, ...) und Electronic Engineering Plattformen bis hin zu Anwendungen der Virtual Reality Technologie. Bei den Datenmodellen geht es vor allem um die Durchgängigkeit des Datenflusses produktbezogener 3D-Daten in den verschiedenen Phasen des Entwicklungsprozesses. Dies beinhaltet die Sicherung der Datenqualität und die Verwendung konsistenter Produktmodelle. Letztere umfassen die Entwurfs- und Konzeptmodelle, gehen über verschiedenste 3D-Partialmodelle, über das Digital Mock-Up (DMU) zu virtuellen Prototypen bzw. bis zu integrierten Produkt- und Prozessmodellen. Durchgängiger Datenfluss beinhaltet aber auch die Sicherstellung einer leistungsfähigen Datenverwaltung, z. B. durch die Anwendung PDM-orientierter Tools. Wachsende Bedeutung für den integrierten Entwicklungsprozess bekommen leistungsfähige Technologien zur Generierung seriennaher Hardware auf der Basis virtueller Produktbeschreibungen. Das beginnt bei den so genannten Rapid Prototyping-Technologien (3D-Printing, Stereolithographie, Selectives Lasersintern, ...) und geht über das Prototyping von technischen Prototypen sowie Werkzeugen mit generativen oder auch konventionellen Technologien bis hin zur Herstellung von Serienteilen. In der zeitlichen Darstellung des „Integrierten Entwicklungsablaufes“ finden heute die so genannten „virtuellen Baustufen“ verstärkte Anwendung. Ihnen nachgelagert sind üblicherweise noch 2...3 vorwiegend hardwareorientierte Baustufen. Das Ziel in absehbarer Zeit eine Reduzierung auf 1...2 Hardwarebaustufen zu erreichen, darf bei der heute bereits erreichten Güte von Berechnungsmodellen und der damit verbundenen Qualität der Berechnungsergebnisse als realistisch angesehen werden. Eine einheitliche Terminologie der Bezeichnung von Baustufen und der zugehörigen Freigabeszenarien ist leider nicht anzutreffen und wird wegen firmenspezifischer Besonderheiten auch zukünftig nicht gleich zu erwarten sein. Die angestrebten Entwicklungszeiten für eine Serienentwicklung bis SOP (Start of Production) bewegen sich üblicherweise zwischen 32 und 36 Monaten.

1.2 Auslegungstools und Expertenwissen

35

Aus der dargestellten Vielfalt der Facetten eines „Integrierten Entwicklungsablaufes“ muss nun jedes Unternehmen, abhängig von seinen firmenspezifischen Gegebenheiten, die eigenen Strategien zur Umsetzung dieses Prozesses selbst finden. Von wenigen Unternehmen abgesehen, dürften aber die meisten Firmen wohl nicht die Kraft haben sich mit allen Aspekten des „Integrierten Entwicklungsablaufes“ gleichzeitig auseinander zu setzen. Gefragt sind also Schwerpunkte, d. h. Lösungsstrategien, die unter den Bedingungen des heutigen Hard- und Software-Entwicklungsstandes das Machbare realisieren. Zwei solcher vielversprechender Lösungsansätze zur Umsetzung des „Integrierten Entwicklungsablaufes“ sind die: ™ Durchsetzung der „virtuellen Auslegung“ als Teil der simulationsgestützten Bauteilentwicklung in den frühen Entwicklungsphasen ™ Integration von Expertenwissen in den Konzept- und Auslegungsprozess.

1.2.3 Mit Auslegungstools zur simulationsgestützten Entwicklung in frühen Entwicklungsphasen Von simulationsgestützter Entwicklung wird dann gesprochen, wenn die Entwicklungsstufen eines Produktes direkt an die Ergebnisse aus Berechnung und Simulation gebunden sind [2]. Im Einzelnen geht es dabei um solche Teilaufgaben wie die rechnergestützte Dimensionierung und Auslegung als Grundlage der Geometriefindung von Bauteilen, die Auswahl von Entwicklungsvarianten auf Basis rechnerischer Untersuchungen sowie die berechnungsseitige Optimierung und Absicherung der Produkteigenschaften. Bild 1-35 charakterisiert die heute übliche Arbeitsteilung bei der Anwendung von Berechnung und Simulation in der Bauteilentwicklung. Von besonderem Interesse ist gegenwärtig in den frühen Entwicklungsphasen die virtuelle Dimensionierung und Auslegung. Begründet ist dies einerseits darin, dass bekanntlich [7] mit der Produktentwicklung über ca. 70 % der späteren Produktionskosten entschieden wird und durch die Optimierung von Produktvarianten entscheidend die späteren Änderungskosten beeinflusst werden. Andererseits ist beim heutigen Entwicklungsstand der Hard- und Softwaresysteme vor allem aus Zeit- und Aufwandsgründen noch nicht jede Berechnung im Sinne einer simulationsgestützten Entwicklung durchsetzbar bzw. praktikabel. In der virtuellen Auslegung, bei der in den seltensten Fällen bereits eine detaillierte Geometriebeschreibung des Produktes vorliegt, werden in kurzen Zeiträumen und mit überschaubarem Berechnungsaufwand Aussagen zur Bauteildimensionierung getroffen. Damit wird Unterstützung bei der Geometriefindung geleistet sowie durch Untersuchung einer Vielzahl von Produktvarianten der optimale Bauteilentwurf bzw. das Konzeptmodell ausgewählt. Erreicht wird dies durch die Anwendung von Berechnungsmodellen mit eingeschränkter Komplexität bzw. Detailliertheit (z. B. eindimensional, kinematisch/kinetisch, lineare Dynamik, quasistatische Zustandsänderung ). Die damit erzielte Ergebnisqualität ist trotzdem für viele Anwendungen durchaus ausreichend.

36

1 Gesamtfahrzeug

Bild 1-35: Simulationsgestützte Entwicklung.

In den späten Entwicklungs- bzw. Detailierungsphasen brauchen Berechnungsmodelle eine hohe Modellgüte. Hier steht die Vorhersage und Optimierung von Bauteileigenschaften sowie die Absicherung bzw. Überprüfung des Entwicklungsstandes im Sinne einer virtuellen Freigabe bzw. eine Reifegradbewertung im Vordergrund. Vergleichsweise hohe Kosten, relativ lange Bearbeitungszeiten, hohe Anforderungen an Qualität und Umfang erforderlicher Eingangsgrößen inkl. detaillierter 3D-Geometrien sowie die Existenz ausreichend verifizierter Bewertungskriterien für die Bewertung der Ergebnisse sind mit diesen Berechnungen verbunden. Auf dem Markt gibt es bereits seit Jahren zahlreiche benutzerfreundliche Tools zur virtuellen Auslegung, besonders auf dem Gebiet der Motormechanik [1]. Bild 1-36 zeigt einen Überblick über bevorzugte Aufgabenstellungen der virtuellen Auslegung in der Aggregateentwicklung: ™ Optimierung geometrischer Zusammenhänge z. B. Freigänge im Kurbeltrieb, Anordnung von Ventilen und Volumenaufteilungen im Brennraumbereich ™ Auslegung Motorkonzept ( Zündfolge, Zündabstände, Kurbelstern, ...) ™ Kurbelwellenkonzept (Optimierung Massenausgleich / Lagerlast / Masse / Massenträgheitsmoment, Ausgleichsvorschläge) ™ Kinetostatische und dynamische Auslegung konventioneller und variabler Ventiltriebe ™ Erstellung Layout und kinetostatische Auslegung von Steuertrieben ™ Auslegung von Maschinenelementen (Gleitlager, Zahnräder) ™ Berechnung der Torsionsschwingungen in unverzweigten- und verzweigten Wellensystemen

1.2 Auslegungstools und Expertenwissen

37

Bild 1-36: Beispiele virtueller Auslegung.

™ Auslegung elastischer Triebwerklagerungen ™ Getriebeabstimmungen bzgl. Fahrleistung und Fahrkomfort. Die Auslegungen selbst werden nicht nur von den Berechnungsspezialisten, sondern zunehmend von den Konstrukteuren selbst durchgeführt. Mit der wachsenden Leistungsfähigkeit von Hard- und Softwaresystemen steigt auch die Bedeutung der Anwendung komplexer Berechnungsmodelle bereits in der Auslegungsphase. Zu ihrer Lösung werden MKS-Programmsysteme (Mehr-Körper-Simulation) sowie vereinfachte FEM- (Finite Elemente Methoden) und CFD-Lösungen (Computational Fluid Dynamics) angewendet. Typische Aufgabenstellungen dafür sind: ™ Dynamiksimulation Steuertrieb und dynamische Auslegung des Gesamttriebes (Kurbel-, Ventil- und Steuertrieb) ™ statische FEM-Festigkeitsberechnungen in hochbelasteten Bereichen geometrisch einfacher Bauteile, z. B. in den Kurbelkröpfungen von Kurbelwellen und bei Verschraubungen ™ Auslegung von Saug- und Auspuffanlagen, z. B. bzgl. der Festlegung von Steuerzeiten und der Abstimmung des Ladungswechsels ™ Auslegung von Ein- und Auslasskanälen ™ Dimensionierung von Kühl- und Schmiersystemen.

38

1 Gesamtfahrzeug

Infolge der verstärkten Anstrengungen der CAD-System-Hersteller zur Integration von MKS-, FEM- und CFD-Funktionalitäten in ihre Konstruktionssysteme, wird der Trend zur virtuellen Auslegung in den frühen Entwicklungsphasen durch den Konstrukteur massiv unterstützt. Durch die Entwicklungsanforderungen der Fachabteilungen ausgelöst, haben sich bei der virtuellen Auslegung folgende vier Anwendungsszenarien etabliert bzw. wird bzgl. der Weiterentwicklung von Toolanwendungen nachfolgende Strategie verfolgt [1]. 1. Zielgerichtete und verbindliche Anwendung einzelner Tools zur Berechnung vorgegebener Parametervarianten. Diese Anwendungsform gehört in vielen Firmen zum verbindlichen Entwicklungsschritt im Konzept- und Auslegungsprozess. Bild 1-37 zeigt das Beispiel der kinetostatischen Auslegung eines Rollenschlepphebeltriebes. 2. Automatische Variantenanalyse bzw. Optimierung von Zielfunktionen auf der Basis von Einzeltools. Beispiele hierfür sind die Optimierung der Kurbelwellengeometrie (Bild 1-38) und die multikriterielle Optimierung eines variablen Ventiltriebes. Auch diese Form der Einbindung von Auslegungsberechnungen unter Benutzung von mathematischen Optimierungsstrategien ist heute vielfach verbindlicher Bestandteil des Entwicklungsablaufes. 3. Aufbau von Berechnungs-Prozessketten durch Kopplung von Einzeltools entsprechend vorgegebener workflows. In Bild 1-39 ist als Beispiel die Prozesskette „Ermittlung Nockenwellenlagerkraft“ aus der Verkettung der Einzeltools „Ventiltrieb“, „Steuertrieb“ und „Motor“ dargestellt. Natürlich werden solche Arten von Berechnungsketten, wenn es die Aufgabenstellung erfordert bzw. ein Optimierungspotenzial enthält, mit der Anwendung von mathematischen Optimierungsstrategien verknüpft.

Bild 1-37: Kinetostatische Auslegung eines Rollenschlepphebeltriebes.

1.2 Auslegungstools und Expertenwissen

Bild 1-38: Optimierung Kurbelwellengeometrie.

Bild 1-39: Prozesskette „Nockenwellenlagerkraft“.

39

40

1 Gesamtfahrzeug

Bild 1-40: Wissensbasierter Optimierungsprozess.

4. Die Bauteilauslegung wird einerseits wissensbasiert und andererseits als ein komplexer Optimierungsprozess aus dem Zusammenwirken der Einzeltools angestrebt. Letzteres bedeutet, dass es nicht nur um die Optimierung von Parametern einer Teilaufgabe (z. B. eines Ventiltriebes) geht, sondern um die Berücksichtigung der gegenseitigen Beeinflussungen unterschiedlicher Teilprozesse. Im Beispiel von Bild 1-40 geht es dabei um die Kopplungen von Ventiltrieb und dem Ladungswechsel. Voraussetzungen für die erfolgreiche Verwirklichung der genannten Strategien sind zunächst leistungsfähige und benutzerfreundliche Einzeltools. Auf dem Markt werden heute von professionellen Softwarefirmen aber auch von renommierten Engineeringdienstleistern selbst entsprechende Produkte angeboten. Erstere haben meist Vorteile bei der Leistungsfähigkeit der Benutzeroberflächen und der Bereitstellung durchgängiger Softwaresysteme mit Schnittstellen zu benachbarten Berechnungslösungen. Bei letzteren überzeugt vor allem das stärkere Einbringen des eigenen Entwicklungs-Know-how. Dieses führt meist dazu, nicht nur softwaretechnischen sondern auch technisch-fachlichen Support leisten zu können sowie die Berechnungslösung selbst auf sehr spezifische Entwicklungsfragen anzupassen, da diese Software nicht unter den Bedingungen, ein breites Anwendungsspektrum bedienen zu müssen, entwickelt wurde.

1.2 Auslegungstools und Expertenwissen

41

Wie bereits weiter oben angedeutet, ist eine leistungsfähige virtuelle Bauteilauslegung in der Zukunft nicht allein durch ihre Auslegungstools charakterisiert, sondern durch: ™ die Fähigkeit zur Kopplung der Tools zu Berechnungs-Prozessketten. Dies kann über Schnittstellen im Rahmen einer Toolplattform oder auch innerhalb eines modularen Softwaresystems erfolgen ™ eine leistungsfähige Datenverwaltung entweder durch Anbindung an externe Datenbanktools oder durch eine im Programmsystem selbst implementierte eigenständige Datenbankapplikation ™ die Realisierung einer simulationsbasierten Variantenrechnung bzw. Parameteroptimierung. Letztere beinhaltet neben der Bereitstellung von Optimierungsroutinen zur Parameteroptimierung auch die Implementierung automatisiert ablaufender Optimierungsabläufe ™ die Anbindung an CAD-Mastermodelle zur direkten Übergabe von Auslegungsparametern an die Geometriemodellierung ™ die Fähigkeit zur Nutzung von Expertenwissen, z. B. durch bidirektionale Kopplungen an Wissensdatenbanken oder Expertensysteme ™ den Zugriff auf verbindliche Auslegungsprozeduren inkl. zugehöriger Freigabeszenarien. Bild 1-41 zeigt die „virtuelle Auslegung“ als Teil bzw. Basis der virtuellen Baustufen innerhalb des integrierten Entwicklungsprozesses [3]. Insbesondere bei der „Freigabe virtuelle Auslegung“ gibt es hierbei in den wenigsten Firmen bereits ausreichend verifizierte und damit verbindliche, dokumentierte Unterlagen.

Bild 1-41: „Virtuelle Auslegung“ – Basis virtueller Baustufen.

42

1 Gesamtfahrzeug

Die Gründe dafür liegen vor allem in Folgendem: Einerseits lassen sich Auslegungstools zeit- und kostengünstig anwenden, so dass die damit erzielten Ergebnisse im Sinne einer simulationsgestützten Entwicklung im Entwicklungsprozess berücksichtigt werden können. Andererseits sind die Berechnungsergebnisse auf Grund der begrenzten Modellgüte nur von beschränkter Aussagekraft über die Zusammenhänge zwischen den Auslegungsparametern und dem tatsächlichen Bauteilverhalten. Daher spielt bei der Bewertung der Berechnungsergebnisse im Sinne einer Freigabe das Experten-Know-how eine besonders große Rolle. Gemeint ist damit vor allem das meist implizite (unbewusste) Wissen der Fachleute, aber auch der Zugriff auf explizites Expertenwissen wie systematisch aufbereitete interne und externe Referenzlösungen. Fortschritte bei der Durchsetzung einer verbindlichen „Freigabe virtuelle Auslegung“ sind daher nur dann zu erwarten, wenn es gelingt, die Wissensbasis über die Wechselwirkung von Auslegungsparametern und Bauteilverhalten zu erweitern. Neben einer konsequenten Verifizierung der Berechnungsergebnisse ist dafür die systematische Erweiterung der Wissensbasis an internem und externem Experten- bzw. Erfahrungswissen der wichtigste Beitrag. Eine leistungsfähige Wissensbasis ist auch Voraussetzung dafür, dass die virtuelle Auslegung nicht nur bei Neuentwicklungen von Bedeutung sein soll, sondern auch bei den in der Praxis häufiger vorkommenden Derivat-Entwicklungen. In diesen Fällen kann z. B. über systematisch erfasste Referenzlösungen eine schnelle „vergleichende“ Auslegung inkl. der effizienten Bewertung des Entwicklungsstandes im Sinne einer Freigabe erfolgen.

1.2.4 Verstärkte Nutzung von Wissen im Engineeringprozess 1.2.4.1 Wissen – auf dem Weg zur Ressource Wie bereits eingangs erwähnt, gehört die verstärkte Nutzung von Wissen für jedes Unternehmen zu einem entscheidenden Lösungsansatz bei der Beherrschung zukünftiger Anforderungen an die Produktentstehung. Ziel muss es dabei sein, Wissen als betriebliche Ressource bzw. als wertschöpfenden Produktionsfaktor einzusetzen. In der Literatur besteht sogar allgemeine Übereinstimmung darin, dass die Produktivität der „Ressource Wissen“ in zunehmenden Maße der bestimmende Faktor für die Wettbewerbsposition eines Unternehmens ist [6], [11]. Allein die digitale Durchdringung des Produktentstehungsprozesses ist mit einem rasanten Anstieg von Daten- bzw. Informationsmengen verbunden. Eine effiziente Aufbereitung dieser Informationsflut inkl. daraus folgender Generierung neuen Wissens ist in den immer kürzer werdenden Entwicklungszeiträumen mit herkömmlichen Methoden nicht mehr machbar. Andererseits ist auch die Durchführung vieler virtueller Entwicklungsarbeiten ohne effizientere Nutzung bereits vorhandenen Wissens nicht finanzierbar. Schon die verstärkte Anwendung der Berechnung verlangt die Bereitstellung einer steigenden Anzahl oft nur mit großem Aufwand zu ermittelnder Eingangsdaten aber auch von Be-

1.2 Auslegungstools und Expertenwissen

43

wertungsgrößen für die Ergebnisse von Softwareanwendungen. Dieses Expertenwissen entsteht durch eigene Messungen und Berechnungen, muss aber zukünftig verstärkt durch systematische Aufbereitung bereits vorhandenen Wissens aus internen und externen Quellen erschlossen werden. Mit dem rasanten Wachstum des World Wide Web und den damit zur Verfügung stehenden Informationsquellen entstehen hier dringend benötigte Synergien. Keine Firma kann es sich daher zukünftig leisten bei immer härterem Wettbewerb und immer kürzer werdenden Entwicklungszeiten auf das „Wissen was andere wissen“ zu verzichten. Für den Begriff des Wissens selbst findet sich in der Literatur bisher noch keine exakte und umfassend anerkannte Definition. Im einfachsten Fall ist Wissen gespeicherte Information [9]. Im Sinne dieses Beitrages wird Wissen als Gesamtheit der Kenntnisse, Fähigkeiten und Fertigkeiten verstanden, die jemand auf einem bestimmten Gebiet hat [6]. Hinsichtlich des Wissenstyps unterscheidet man zwischen Kausalwissen („Wissen warum“), handlungsorientiertes oder prozedurales Wissen („Wissen wie“) sowie deklaratives oder Faktenwissen („Wissen was“). Bei allen Wissenstypen wird außerdem zwischen explizitem (bewusstes) und implizitem (unbewusstes, verborgenes, stilles) Wissen unterschieden [6]. Explizites Wissen lässt sich mit Hilfe von Daten, wissenschaftlichen Formeln, festgeschriebenen Verfahrensweisen und individuellen Prinzipien eindeutig kodieren und damit über Sprache oder Schrift kommunizieren oder auch mit einem Computer problemlos erfassen und in Datenbanken abspeichern. Implizites Wissen ist dagegen sehr persönlich und bezeichnet nicht formalisiertes Wissen, also solche Kenntnisse oder Fähigkeiten, die nicht explizit formuliert und im Allgemeinen schwer mitteilbar sind. Mit sehr unterschiedlichen Erfolgen wird seit langem vielfach versucht das implizite Wissen in explizites Wissen umzuwandeln. Die Erfolge stehen leider oft nicht im Verhältnis zum eingesetzten Aufwand. Praktisch kann in jedem Unternehmen erfahren werden, wie schwierig es ist z. B. das Know-how anerkannter Experten in einem Fachbereich zu erfassen und es zum Wohle der Firma einer breiteren Nutzung zuzuführen. Sowohl objektive (z. B. lassen sich bestimmte Fähigkeiten oder Können nur sehr schwer verbalisieren, Schutz des geistigen Eigentums) aber auch subjektive Gründe (z. B. Angst um Arbeitsplatz ) sind dafür verantwortlich. Der vorliegende Beitrag konzentriert sich daher auf Lösungsansätze für eine verstärkte Nutzung von vorhandenem expliziten Expertenwissen, da mit diesem Schritt am schnellsten die Ressource Wissen nutzbar gemacht werden kann und dadurch die Bereitschaft der Mitarbeiter für weiterführende Anwendungsstrategien am ehesten geweckt wird. Methoden und Werkzeuge, die darauf abzielen, in Organisationen Wissen einzusetzen und zu entwickeln, um die Unternehmensziele bestmöglich zu erreichen, werden nach [9] als Wissensmanagement bzw. Knowledge-Management bezeichnet. In den letzten Jahren sind auf diesem Gebiet eine kaum zu überschauende Vielfalt an Fachliteratur, Methoden und Tools erschienen [11]. Ähnlich wie bei dem Begriff Wissen gibt es auch bei dem Begriff Wissensmanagement und den darin enthaltenen Teilgebieten keine exakten Ab-

44

1 Gesamtfahrzeug

grenzungen. Dies betrifft auch das so genannte „Wissensbasierte Engineering“ bzw. „Knowledge-Based Engineering“. Im Sinne dieses Beitrages werden darunter alle Tätigkeiten und Überlegungen zur Erfassung und Erzeugung sowie zur Verwaltung und Verwendung bzw. Integration von Wissen im Engineeringprozess der Produktentstehung verstanden. Wenn auch die Notwendigkeit einer verstärkten Nutzung der Ressource Wissen allgemein anerkannt ist, stellt sich trotzdem die Frage, welche Voraussetzungen für eine Intensivierung der Wissensnutzung gegeben sein müssen. Bisherige eigene Erfahrungen zeigen jedenfalls, dass in erster Linie das klare Bekenntnis des Managements zur verstärkten Wissensnutzung gegeben sein muss. Darauf aufbauend garantiert nur die Einheit aus der Bereitstellung von aktuellem und geprüftem Wissen, die Existenz benutzerfreundlicher Tools zur Suche, Aufbereitung und Darstellung des Wissens sowie die Sicherung einer angepassten Arbeitsumgebung den Erfolg bzw. Akzeptanz bei den Mitarbeitern. Unter angepasster Arbeitsumgebung ist sowohl eine effiziente Arbeitsorganisation (benutzerfreundlicher Zugang zur Wissensdatenbank, ein erprobter Geschäftsprozess zur Nutzung aber auch zur kontinuierlichen Erfassung von Wissen, Support) als auch eine aufgeschlossene Arbeitsatmosphäre (Mitwirkung bei der Wissensakquisition, verantwortungsvoller Umgang mit eigenem und fremdem Wissen, Bereitschaft zur Mitwirkung an der Externalisierung impliziten Wissens) zu verstehen. Das Fehlen einer der genannten Komponenten verringert beträchtlich den möglichen Nutzen.

1.2.4.2 Lösungsansätze für wissensbasiertes Engineering „Wissensbasiertes Engineering“ in der Produktentstehung hat vielfältige Ausprägungen. Grundlage für viele Lösungen ist eine Wissensbasis, die das Expertenwissen in geeigneten Repräsentationen enthält. Bild 1-42 zeigt die wichtigsten Quellen für explizites Wissen im Umfeld eines Unternehmens. Mit der Abbildung des Wissens befasst sich das Arbeitsfeld der so genannten Wissensmodellierung (Knowledge-Engineering). Zu ihren Aufgaben gehören nach [9] z. B.: ™ Erfassung und Strukturierung von explizitem und implizitem Wissen (Wissensakquisition) ™ Formalisierung und Abbildung im Computer (Wissensrepräsentation) ™ Wissensaufbereitung zur Lösung bestimmter Probleme ™ Darstellung des Wissens (Informationsvisualisierung). Sowohl professionelle Softwareentwickler als auch Engineeringdienstleister bieten heute auf dem Markt entsprechende IT-Lösungen inkl. zughöriger Wissensbasen an. Für die Anwendung in den frühen Entwicklungsphasen dominieren nachfolgende Lösungsansätze: ™ Wissensdatenbanken Erfassung, Aufbereitung und Bereitstellung von strukturiertem Expertenwissen in Datenbank-Applikationen innerhalb unternehmensweiter Rechner-Netze.

1.2 Auslegungstools und Expertenwissen

45

Bild 1-42: Explizites Expertenwissen im Umfeld eines Unternehmens.

™ Expertensysteme [12] Wissensbasierte Systeme zur Problemlösung und Entscheidungsunterstützung für einen relativ engen Problembereich. In einer Wissensbasis ist das spezifische Fachwissen von Experten über das Anwendungsgebiet als Daten und in Form von If-Then-Regeln abgespeichert. Eine Dialogkomponente dient als Schnittstelle zwischen System und Benutzern. Sie hat die Aufgabe das Wissen aus dem System so aufzubereiten, dass es für den Benutzer lesbar ist. In einer Problemlösungskomponente (Inferenzkomponente) werden nach einer Abarbeitungsstrategie aus der Wissensbasis Schlussfolgerungen und neues Wissen zur Lösung der gestellten Anfragen erzeugt. Die Güte eines Expertensystems lässt sich daran messen, in welchem Maße das System überhaupt zu Schlussfolgerungen in der Lage ist und wie es fehlerfrei dabei vorgeht. ™ Wissensbasierte Konstruktion (Knowledge-Based Design) Bereitstellung und Verarbeitung von Wissen für die Produktentwicklung im Rahmen von IT-Applikationen und in Kooperation mit CAD-Systemen. Bzgl. der Anbindung an CAD-Systeme gibt es sowohl die direkte Integration eines wissensbasierten Systems in das CAD-System als auch die separate Geometriemodellierung mit anschließender Übergabe an das CAD-System. Eine wichtige Grundlage jedes wissensbasierten Systems ist die Repräsentation des Wissens in einer solchen Form, die eine einfache Erfassung, Anwendung und Modifikation erlaubt sowie Suchstrategien zur Entscheidungsfindung gestattet. Hier werden unterschiedlichste Systeme eingesetzt [2], wie:

46

1 Gesamtfahrzeug

™ Rule-based Reasoning: regelbasierte Systeme, in denen Regeln und Informationen durch eine Inference Engine verarbeitet werden ™ Model-Based Reasoning: Einbeziehung der Simulation des Systemverhaltens ™ Case-Based Reasoning: Schlussfolgerungen aus Fallbeispielen ™ Constraint-Based Reasoning: Einschränkung des Lösungsraumes durch Randbedingungen. Zunehmende Bedeutung erlangt innerhalb der wissensbasierten Konstruktion die Anwendung der Feature- und Template-Technologie. Ursprünglich nur auf reine Geometrieelemente angewendet, wird die Erfassung und Verarbeitung nichtgeometrischer Produkteigenschaften bzw. Expertenwissens in Features und Templates immer wichtiger. Features sind informationstechnische Elemente, die relevante Eigenschaften eines Produktes beschreiben und üblicherweise in Bibliotheken abgelegt werden. Templates sind vereinfacht ausgedrückt anwendungs-, prozess- oder produktabhängige CAx-Vorlagen. Ziel dieser Technologie ist im Kern die Implementierung von best practices von der Geometriemodellierung an bis zum Technologie Know-how in CAx-Modelle, die Berücksichtigung standardisierter Konzepte und Methoden, die Wiederverwendung von erprobtem Design Know-how sowie Know-how zur Erleichterung der Beherrschung der Produkt- und Prozess-Komplexität. Im Weiteren wird auf Erfahrungen bei der Verwendung von Wissensdatenbanken eingegangen.

1.2.4.3 Wissensdatenbanken Bei explizitem Expertenwissen nach Bild 1-42 gibt es eine Vielzahl von Wissensrepräsentationen wie Office-Dokumente, CAx-Modelle, Messreihen, Zeichnungen, Fotos sowie Audio- und Video-Aufzeichnungen [3]. Im Engineeringprozess erscheint dabei eine Trennung zwischen vorwiegend projektbezogenen Daten einerseits und überwiegend Know-how bezogenen Daten andererseits als sinnvoll. Projektbezogene Daten stehen in direktem Zusammenhang mit der Bearbeitung von Entwicklungsprojekten (3D-CADModelle, Zeichnungen, Stücklisten, Berechnungsergebnisse, Versuchsprotokolle,...). Sie werden üblicherweise mit PDM-orientierten Tools verwaltet. Aktuelles Ziel dieser Systeme ist vor allem die Erfassung und Steuerung digitaler Produktdaten im Sinne von Projekt-, Dokumenten-, Teile- und Prozessmanagement. Der Trend zur stärkeren Nutzung dieser projektbezogenen Daten im Sinne „Ressource Wissen“ ist aber eindeutig, schließlich ist z. B. in den Produktmodellen direkt und indirekt das Entwicklungs-Know-how gespeichert. Strategien zur Gleichteileerkennung mit dem Ziel der Teilestammreduzierung oder das Scannen der Produktmodelle zum Zwecke der Selektion entwicklungsrelevanter Daten (z. B. charakteristische Abmessungen, Masse, Werkstoff, Bearbeitungsfeatures,...) sind Anwendungen mit beachtlichem Kostensenkungspotenzial.

1.2 Auslegungstools und Expertenwissen

47

Know how-bezogenes Expertenwissen aus internen und externen Datenquellen wie: ™ Produkt- und Prozessbeschreibungen ™ technische und technologische Kennwerte/Kennlinien, Stoff- und Materialgrößen,... ™ Eingabedaten und Bewertungsgrößen für Softwaretools ™ Referenzdaten aus Berechnung und Versuch ™ Hauptabmessungen/Auslegungsdaten von Bauteilen ™ Wissensdokumente (Lastenhefte, technisch-wiss. Berichte, Berechnungsvorschriften, Auslegungsprozeduren, Freigabeszenarien, ...). werden meist in strukturierten Wissensdatenbanken abgespeichert. Die Strukturierung selbst kann nach unterschiedlichen Merkmalen vorgenommen werden. Hier muss mit Hilfe der entsprechenden Fachleute immer ein Kompromiss gefunden werden. Einerseits besteht der Wunsch nach möglichst viel und tief strukturierten Fachbegriffen, andererseits sind der gezielte Zugriff auf relevantes Wissen, die modulare Erweiterbarkeit und vor allem ein beherrschbarer Aufwand zur Beschaffung und Pflege der Daten abzusichern. Für die Akzeptanz einer Wissensbasis ist es jedenfalls sehr wichtig, wenn diese weitestgehend mit aktuellen und geprüften Daten gefüllt ist. Große Lücken oder gar Fehler in den Datenbeständen führen sehr schnell zur Ablehnung der Datenbank. Die Gründe für die Verwendung gesonderter Wissensdatenbanken anstelle der PDMSysteme liegen nicht zuletzt in Funktionalitäten, die bisher nicht zu den Stärken von PDM-Lösungen gehörten. Dazu zählen z. B.: ™ leistungsfähige Suchsysteme bzw. Data-Mining-Funktionen (Anwendung mathematisch-statistischer Methoden auf vorwiegend große Datenbestände zur Erkennung von Regeln, Mustern bzw. statistischen Auffälligkeiten [9]) ™ grafische Darstellungen in Säulen-, Linien oder Netzdiagrammen, AbhängigkeitsBäume, Entscheidungs-Graphen ™ statistische und multikriterielle Auswertefunktionalitäten (Korrelation, Regression,...) ™ Regelinterpreter zur Verknüpfung von Suchkriterien, Ermittlung abgeleiteter Kenngrößen, Unterstützung von Plausibilitätskontrollen und formaler Datenprüfungen, ... ™ hohe Flexibilität bzgl. Kundenanforderungen incl. leistungsfähige Schnittstellen zu nachverarbeitenden Systemen (Excel, ...) ™ Mehrsprachigkeit. Nicht vergessen darf man hier auch die lizenz- bzw. preispolitischen Aspekte. Wenn die genannten Funktionalitäten weiter angereichert werden, so dass geistige Aktivitäten wie Klassifizieren, Diagnostizieren, Konstruieren und Planen in einer Qualität erfolgen, die der Leistung menschlicher Experten vergleichbar ist, spricht man nach [8], [12] von Expertensystemen. Letztere generieren mit Hilfe der Wissensbasis und einer so genannten Inferenzkomponente (Inferenz: aufbereitetes Wissen, dass durch logische Schlussfolgerungen gewonnen wurde) Problemlösungen für die vom Benutzer eingegebenen Problemmerkmale. Wissensdatenbanken sind damit als Vorstufe von Expertensystemen zu werten. Der Einsatz letzterer Systeme sollte aber sorgfältig vorbereitet werden,

48

1 Gesamtfahrzeug

da dafür eine breite Wissensbasis, intelligente Inferenzlösungen sowie eine aufwendige Systempflege benötigt werden. Überhaupt muss beim Einsatz wissensbasierter Systeme in erster Linie die Bereitschaft bzw. der Bedarf der Mitarbeiter an der Nutzung der Ressource Wissen geweckt werden. Dies ist ein langfristiger Prozess und setzt vor allem eine aktuelle und auf Richtigkeit geprüfte Wissensbasis sowie verbindliche und benutzerfreundliche Arbeitsabläufe voraus. Von strategischer Bedeutung ist, bei aller Wichtigkeit der verwendeten IT-Systeme, der Ausbau einer ganzheitlichen Wissensbasis, d. h. die verschiedenen Wissensquellen eines Unternehmens (Bild 1-42) sind hier in eine einheitliche Nutzungsstrategie einzubinden. Bei der systematischen Erfassung des expliziten Expertenwissens bekommt zunehmend die Erschließung des Internet und die Anwendung der Data-Mining-Technologie eine ausschlaggebende Bedeutung. Bzgl. des Internet geht es einerseits um das Auffinden von Datenquellen bzw. Web-Datenbanken, die für einen Nutzer interessant sind und andererseits um effiziente schlüsselwortbasierte Suchstrategien innerhalb der Web-Datenbanken. Aktuell verfügbare Suchmaschinen sind dafür gegenwärtig nur bedingt geeignet [10]. Unbefriedigend ist gegenwärtig noch die Nutzung elektronischer Medien im Zusammenhang mit Verlagserzeugnissen, insbesondere bei den Periodika. Hier gibt es seitens der Verlage oft keine Zustimmung zu vereinfachten und preiswerten elektronischen Nachnutzungen. Bild 1-43 zeigt das in der IAV GmbH verwendete Datenkonzept einer Wissensdatenbank. Als Datenquellen werden vor allem ausgewählte Fachzeitschriften, renommierte Fachtagungen, Technische Berichte, Produktanalysen und Internetrecherchen genutzt. Der Datenbestand selbst unterscheidet zwischen public und private Daten. Damit kann ein Kunde bzw. Nutzer seine spezifischen private Daten in zusätzlichen Datenbankinstanzen getrennt erfassen und verwalten. Die Grundfunktionalitäten der Wissensdatenbank lassen sich sowohl auf public als auch auf private Daten anwenden. Bild 1-44 zeigt eine Übersicht ausgewählter Grundfunktionalitäten der Wissensdatenbank. Das verwendete objektorientierte Datenmodell und ein ausgefeiltes Autorisierungskonzept gestatten hohe Flexibilität in der Berücksichtigung kundenspezifischer Anforderungen und Einhaltung höchster Geheimhaltungsansprüche. Große Bedeutung haben außerdem leistungsfähige Schnittstellen, die einerseits die Weiterverarbeitung der selektierten Daten sichern und andererseits durch direkte Kopplung z. B. mit den eingangs erwähnten Auslegungstools die direkte Ablage von Expertenwissen ermöglichen. Angestrebt wird die Kopplung mit PDM-Systemen, um entweder relevantes Expertenwissen aus den Projekten gefiltert abzulegen bzw. um bei Bedarf Zusatzinformationen (z. B. 3D-Produktmodell) zu selektierten Produkten ansehen zu können.

1.2 Auslegungstools und Expertenwissen

Bild 1-43: Datenkonzept Wissensdatenbank.

Bild 1-44: Grundfunktionalitäten einer Wissensdatenbank.

49

50

1 Gesamtfahrzeug

1.2.5 Anwendung von Wissensdatenbanken 1.2.5.1 Information Die umfassende Information über den Markt, die Wettbewerber und charakteristische technisch-technologische Details der Produkte Motor, Getriebe und Fahrzeug auf Basis von Datenblättern und daraus resultierender grafischer Auswertungen sowie entsprechender Informationen aus zughörigen relevanten Fachartikeln gehört zu den Grundanwendungen der Wissensdatenbank. Die Suche über Schlagworte nach spezifischen Produkten oder Kennwerten aber z. B. auch nach zugehörigen internen und externen Technischen bzw. Tagungsberichten dient diesem Informationsbedürfnis. In der Praxis hat sich neben der Information im Komplettsystem der Wissensdatenbank auch die Darstellung von Teilabzügen des Datenbestandes in Pocketrechnern als gern genutzte mobile Anwendung für Beratungen, Tagungen und Messen herausgestellt.

1.2.5.2 Technisches Benchmarking Unter Benchmarking versteht man die eigenen Produkte und Leistungen in einem kontinuierlichen Prozess gegen die Bestleistungen der Wettbewerber zu messen, um darauf aufbauend Best in Class-Lösungen entwickeln zu können. Das Spektrum solcher Tests ist vielgestaltig und von den firmenspezifischen Fragestellungen abhängig. In jedem Fall zählt das Benchmarking zu den unverzichtbaren Methoden für eine leistungsfähige Produktentwicklung. Bild 1-45 zeigt die Funktionalität der implementierten Best-of-Class-Analyse. Für eine durch den Nutzer anhand von Klassifikationsmerkmalen vordefinierte Klasse von Motoren wird gemäß ausgewählter Benchmark-Kriterien und vorgegebener Wichtungsfaktoren ein Ranking der Motoren durchgeführt. Eine andere Form des Technischen Benchmarks ist die Recherche technischer Parameter bzw. Kennwerte für eine vorgegebene Klasse von Motoren bzw. Getrieben. Bild 1-46 zeigt ein entsprechendes Anwendungsbeispiel für die Schmiermittelmenge ausgewählter Ottomotoren als Funktion der spezifischen Leistung. Bei Anklicken der einzelnen Messpunkte werden die Aggregatebezeichnungen aufgeklappt und weiterführende Informationen angeboten. Von Bedeutung für den Aggregateentwickler sind in der Vorentwicklung sowie in der Konzept- und Entwurfsphase eines Entwicklungsprojektes die Trend- bzw. Potenzialanalysen technischer Kennwerte bzw. Parameter. Bild 1-47 zeigt als Beispiel die spez. Kolbenflächenbelastung aufgeladener Ottomotoren und den Hauptlagerdurchmesser von Otto-Saugmotoren über dem zeitlichen Ersteinsatz des entsprechenden Motors. Solche Trendanalysen unterstützen die Abschätzung des Entwicklungspotenzials eines Motors oder eines Funktionssystems bzw. die frühzeitige Erkennung technischer Entwicklungstrends. Letzteres ist auch das Anliegen der gesonderten Auswertestrategie „Technisches Highlight“. Hierbei geht es um das Erkennen und Darstellen neuartiger Entwicklungen bzw. Technologien als Ideengeber für die eigene Produktentwicklung.

1.2 Auslegungstools und Expertenwissen

Bild 1-45: Best-of-Class-Analyse.

Bild 1-46: Benchmark Schmiermittelmenge.

51

52

Bild 1-47: Trend- bzw. Potenzialanalyse.

Bild 1-48: Best-of-Sales-Analyse.

1 Gesamtfahrzeug

1.2 Auslegungstools und Expertenwissen

53

Von großer Bedeutung für die Produktstrategie eines Unternehmens sind Best-of-SalesAnalysen. Ausgehend von einem interessierenden Absatzmarkt mit bereitgestellten Verkaufszahlen (von Spezialdienstleistern auf dem Markt angeboten) für Personen- oder Nutzkraftwagen wird für interessierende Marktsegmente eine Analyse nach Marktanteilen der Hersteller bzw. nach den meistverkauften Fahrzeugmodellen im vorgegebenem Marktsegment durchgeführt. Anschließend erfolgt die Analyse der meistverkauften Fahrzeuge z. B. hinsichtlich der Ausrüstungscharakteristik ihrer eingebauten Antriebe (Bild 1-48), um daraus Hinweise für relevante Kundenwünsche bzw. für das anzustrebende Produkt-Portfolio abzuleiten. 1.2.5.3 Bereitstellung Expertenwissen Die systematische Erfassung, Aufbereitung, Verwaltung und Bereitstellung von produktund prozessbezogenem Expertenwissen kann deutlich zur Effizienzverbesserung bei den Engineeringprozessen beitragen. Beispiele dafür sind die Bereitstellung entsprechender Inputs für CAE-Softwareanwendungen wie Material- und Stoffkennwerte, Masse und Trägheitsmomente, Steifigkeiten und Dämpfungen, Widerstands- und Durchflussbeiwerte, Drall- und Tumblewerte, Formfaktoren für Brennfunktionen aber auch technologische Kennwerte und Kosteninformationen. Im Kern geht es immer wieder darum, durch systematische Ablage und Verwaltung dieser Daten unnötige Suchzeiten im Bedarfsfall zu vermeiden. Dazu gehört auch durch Interpolations- und Extrapolationsstrategien unbekannte Größen schnell abschätzen zu können.

Bild 1-49: Expertenwissen Kanäle.

54

1 Gesamtfahrzeug

Bild 1-50: Expertenwissen Werkstoffe.

Bild 1-49 zeigt am Beispiel von Kanälen und Bild 1-50 am Beispiel von Werkstoffen die Bereitstellung entsprechenden Expertenwissens über Eigenschaften bzw. Kennwerte/Kennlinien mit entsprechenden Verknüpfungen zu Bauteilen aber auch zu zugehörigen Fachartikeln.

1.2.5.4 Bauteilauslegung Die Bauteilauslegung in frühen Entwicklungsphasen wird zukünftig wie bereits in Pkt. 1.2.3 erläutert, als wissensbasierter Optimierungsprozesses zu gestalten sein. Bei der Integration vorhandenen Expertenwissens in den Auslegungsprozess bieten hierbei Wissensdatenbanken vielfältige Ansatzpunkte. Als Beispiele für die verstärkte Nutzung von vorhandenem Expertenwissen im Auslegungsprozess seien genannt: ™ Durchführung von Technischen Benchmarks sowie Trend- und Potenzialanalysen als verbindliche Entwicklungsschritte in der Bauteilauslegung mit den Zielstellungen ™ Wettbewerbsanalyse als Ausgangspunkt für die Festschreibung von Lastenheftzielstellungen ™ Erstauslegung von Bauteil-Hauptabmessungen für Entwurfs-/Konzeptmodelle ™ Bereitstellung von Expertenwissen zur Rationalisierung der Preprozesse von Berechnung und Simulation ™ Unterstützung durch auslegungsrelevante Wissensdokumente (Lastenhefte, Zielfunktionen und Restriktionen für Optimierungsaufgaben, Auslegungsprozeduren, Freigabekriterien, ...) ™ systematische Erfassung und Auswertung relevanter Daten aus Berechnung und Versuch

1.2 Auslegungstools und Expertenwissen

55

™ als Referenzlösung für die Bewertung von Entwicklungsständen im Zusammenhang mit der Freigabe virtueller Baustufen ™ für Datenanalysen zur Generierung von Schlussfolgerungen z. B. hinsichtlich des Erkennens von Zusammenhängen und der Ableitung von Strategien zur Weiterentwicklung ™ Multikriterielle Bewertung von Entwicklungsständen. Die Bewertung von Entwicklungsständen ist eine Standardaufgabe im alltäglichen Entwicklungsprozess. Einerseits kann dabei die Auswahl einer optimalen Variante aus mehreren untersuchten Entwicklungsvarianten oder andererseits die Bewertung eines Entwicklungsstandes im Sinne einer Freigabe verstanden werden. Bild 1-51 zeigt die Anwendung von „Entscheidungs-Graphen“ am Beispiel der Bewertung einer Motor-Grundauslegung. Im ersten Graph sind ausgewählte Auslegungsparameter bzw. Hauptabmessungen für das aktuelle Projekt und vorher festgelegter Referenzaggregate dargestellt. Im zweiten Graph sind die entsprechenden Bewertungskriterien zu sehen. Erleichtert wird die Bewertung durch den Vergleich mit statistischen Kenngrößen. ™ Auslegungs-workflows für wissensbasierte Bauteilauslegungen. Bild 1-52 zeigt am Beispiel eines Aufladesystems wie im Konzeptstadium die Auslegung mit Unterstützung der Wissensdatenbank abläuft. Die entscheidende Voraussetzung für die Güte solcher Methoden ist natürlich die Quantität und Qualität des abgelegten Wissens. Hier kann nur durch Kontinuität sowie durch Einbeziehung möglichst vieler Mitarbeiter aus Konstruktion, Berechnung und Versuch in den Prozess der Erfassung und Aufbereitung von Expertenwissen der Erfolg gesichert werden. Voraussetzung ist aber auch, dass verbindliche, dokumentierte Auslegungsabläufe existieren, die dann als Basis für eine mögliche Einbindung der Wissensdatenbank dienen.

Bild 1-51: Multikriterielle Bewertung mit „Entscheidungs-Graphen“.

56

1 Gesamtfahrzeug

Bild 1-52: Erstauslegung Aufladesystem Pkw-Mittelklasse.

Aussagen zum Nutzen der Anwendung wissensbasierter Auslegungen im Vergleich zum herkömmlichen Vorgehen sind bisher nur bedingt möglich, da noch zu wenig Beispiele repräsentative Bewertungen zulassen. Für Neuentwicklungen ist dieses Vorgehen in jedem Fall anzustreben. Eine leistungsfähige Wissensbasis vorausgesetzt, sollte aber auch bei den üblicherweise überwiegenden Derivat-Entwicklungen eine effizientere und reproduzierbare Auslegung möglich sein.

1.2.6 Zusammenfassung und Ausblick Stetig steigende Anforderungen an die Produktentstehung verlangen neuartige Lösungsansätze zur Gestaltung innovativer Produkte und Produktentstehungsprozesse. Beispiele dafür sind die umfassende Anwendung der Methoden des „Virtuellen Engineerings“ und der Einsatz von „Wissen als Produktivfaktor“. Obwohl über Inhalt und Nutzen des „virtuellen Engineering“ und dem Einsatz von „Wissen als Produktivfaktor“ in den letzten Jahren viel und z. T. kontrovers diskutiert wurde, ist inzwischen die Notwendigkeit dieser Strategien unumstritten und ihre schnelle Umsetzung in die entsprechenden Entwicklungsprozesse von essentieller Bedeutung für jedes Unternehmen. Gefordert ist dabei „das Machbare“ unter den Bedingungen des heutigen Hard- und Software-Entwicklungsstandes, d. h. die Entwicklungsstufen eines Produktes mit überschaubarem Zeit- und Kostenaufwand direkt an die Ergebnisse von Berechnung und Simulation zu binden und dabei vorhandenes Expertenwissen systematisch als Synergie zu nutzen.

1.2 Auslegungstools und Expertenwissen

57

Geeignete Beispiele dafür sind heute die: ™ Etablierung der „virtuellen Auslegung“ als verbindlicher Teil der simulationsgestützten Bauteilentwicklung in den frühen Entwicklungsphasen ™ umfassende Nutzung expliziten Expertenwissens zur Rationalisierung von Engineeringprozessen und zur Generierung wissensbasierter Lösungen im Konzept- und Auslegungsprozess. Das klare Bekenntnis und die aktive Mitwirkung von Management und Mitarbeitern an der Gestaltung dieser Prozesse vorausgesetzt, sind benutzerfreundliche Toolplattformen aber vor allem verbindlich dokumentierte Auslegungsprozesse inkl. der Definition von Freigabeszenarien für virtuelle Baustufen sowie der Aufbau einer leistungsfähigen Wissensbasis die entscheidenden Voraussetzungen für die erfolgreiche Umsetzung der genannten Zielstellungen. Die erfolgreiche Beherrschung einer simulationsgestützten und wissensbasierten Bauteilauslegung muss dabei als zeitgemäßer Schritt auf dem Weg zur virtuell orientierten Bauteilentwicklung gesehen werden. Trotz der mancherorts bereits erreichten Fortschritte, bleibt dies aber für die Mehrheit der Unternehmen eine aktuelle Aufgabenstellung der nächsten Jahre.

Literatur zu Abschnitt 1.2 [1] Maas, G.; Neukirchner, H.; Beutner, E.: Zum Integrierten Entwicklungsablauf durch Nutzung von Auslegungstools und Wissensdatenbanken. Tagung „Virtual Product Creation“, Stuttgart 2005 [2] Beutner, E.; Neukirchner, H.: Virtuelle Produktentwicklung, Kap. 13 im Fachbuch Küntscher/Hoffman (Hrsg.): Kraftfahrzeugmotoren, 4. Auflage, Vogel Buchverlag 2006 [3] Beutner, E.: Virtuelles Engineering, Vorlesungen an der Westsächsischen Hochschule Zwickau, 2007 [4] Krause, F.-L.: The Future of Product Development, Springer Verlag 2007 [5] Honsel, G.: Fieberkurve der Aufmerksamkeit, Technology Review 10/2006 [6] Greiffenberg, N.: Wissensmanagement im Unternehmen eines Entwicklungsdienstleisters der Automobilindustrie. Diplomarbeit FHTW Berlin, 2001 [7] Sorger, H.: Der integrierte virtuelle AVL-Prozess-Schlüssel zur kosteneffizienten Powertrain Entwicklung. 7. Grazer Allradkongress, 2006 [8] Görz, G.; Rollinger, C.-R.; Schneeberger J.: Handbuch der künstlichen Intelligenz, 4. Auflage. München: Oldenbourg Verlag [9] Internet/Wikipedia, 2007 [10] Weber, G.: Techniken für Suchmaschinen zum Auffinden relevanter Informationseinheiten in Web-Datenbanken. Dissertation Universität Rostock, 2006 [11] Boughzala, I.; Ermine, J.-L.: Trends in Enterprise Knowledge Management. GET and LAVOISIER, 2004 [12] Kurbel, K.: Entwicklung und Einsatz von Expertensystemen – Eine anwendungsorientierte Einführung in wissensbasierte Systeme. Berlin: Springer Verlag, 1992

58

1 Gesamtfahrzeug

1.3 Virtuelle Produktentwicklung in der Konzeptphase von Nutzfahrzeugen Hoher Wettbewerbsdruck und der Anspruch, auf geändertes Kundenverhalten schneller zu reagieren und damit früher am Markt zu sein, verstärken den Anspruch an die Produktentstehung, Konzepte schneller und umfassender abzusichern und damit letztlich die Entwicklungszeiten zu verkürzen [1]. Gleichzeitig zeigt sich für die Konzeptentwicklung, dass aufgrund eines stetig steigenden technischen Anspruchs und der komplexen Anforderungen durch Gesetzgebung, Consumer-Tests etc. die zu berücksichtigenden Randbedingungen zunehmen. Dadurch ergibt sich der Bedarf an Untersuchungen von Konzeptalternativen, die in kurzen Zeiträumen abzuarbeiten und zu bewerten sind. Um diesen Ansprüchen gerecht zu werden, werden zunehmend in der Konzeptentwicklung konsequent moderne Methoden der Virtuellen Produktentwicklung mit dem Ziel eingesetzt, Fahrzeugkonzepte mit allen wesentlichen Fahrzeugeigenschaften zu beschreiben und deren Machbarkeit abzusichern. Um dies zu gewährleisten und damit spätere Änderungsschleifen zu minimieren, ist Frontloading im Entwicklungsprozess unbedingt erforderlich.

Bild 1-53: Produktspreizung von Entwicklungen bei Volkswagen Nutzfahrzeuge.

1.3 Virtuelle Produktentwicklung in der Konzeptphase von Nutzfahrzeugen

59

Für die Produktentstehung ist dies dann von besonderer Bedeutung, wenn sie sich mit der Entwicklung vom Lkw bis zum Sport-Utility-Vehicle (SUV) der Premiumklasse einem breiten Anforderungsspektrum zu stellen hat, Bild 1-53. Diese erfordert eine breit gefächerte Entwicklungs-Kompetenz.

1.3.1 Konzeptentwicklung, Frontloading Die Hauptaufgabe der Konzeptentwicklung ist das Sicherstellen eines kundengerechten und wettbewerbsüberlegenen Fahrzeugkonzeptes, das im Produktionskonzept zu marktgerechten Kosten herstellbar ist. Der Fokus der Virtuellen Fahrzeug-Entwicklung ist daher insbesondere auf die Frühphase einer Fahrzeugentwicklung zu legen, um die häufig genannten Vorteile des Frontloadings umzusetzen, Bild 1-54:

Bild 1-54: Konzeptentwicklung im Produktentstehungsprozess.

Nach Festlegung der Marketing- und Finanzziele (Positionierung des Fahrzeuges) folgen die ersten Schritte der Konzeptentwicklung [2]: 1. Definition des Innenraumkonzeptes 2. Festlegung der Ergonomie 3. Festlegung des mechanischen Packages 4. Beschreibung der Bauräume für die Rohbau-Struktur etc. Damit verbunden ist die Aufgabe, die festgelegten Funktionen durch Simulation und Visualisierung sicherzustellen, z. B.: ™ Sicht, Innenraum, Raumgefühl ™ Fahreigenschaften ™ Karosseriesteifigkeit/-Festigkeit und Crashverhalten etc.

60

1 Gesamtfahrzeug

Bild 1-55 soll dies deutlich machen: Zur Analyse und Bewertung von Fahrzeugeigenschaften (äußerer Ring in Bild 1-55) werden eine Vielzahl von z. T. neuentwickelten Verfahren (innerer Ring in Bild 1-55) eingesetzt, die im Folgenden näher erläutert werden.

Bild 1-55: Beispiel für Auslegungsschritte und -werkzeuge in der Konzeptphase.

1.3.2 Beispiele für Simulationswerkzeuge in der Konzeptphase 1.3.2.1 Concept Car (Parametrisches Konzeptmodell) Für ein parametrisches Konzept-Design werden bei der Produktentstehung Volkswagen Nutzfahrzeuge zwei Ansätze verfolgt. Der erste ist der Aufbau eines 2D-Werkzeuges zur Visualisierung eines Grund-Package, Bild 1-56. Das System basiert auf einem reinen Geometrie-Ansatz und ermöglicht durch Eingabe von Grundparametern wie Radstand, Überhängen, Anzahl der Sitzreihen etc. eine schnelle Darstellung des Grundkonzeptes. Dabei lassen sich die einzelnen Geometrieteile, aus denen z. B. die Außenhaut dargestellt wird, auf einfache Weise in Höhe und Länge verändern, so dass aus der Startgeometrie praktisch sämtliche Fahrzeugtypen abgeleitet werden können. CAD-Kenntnisse sind hierzu nicht erforderlich.

1.3 Virtuelle Produktentwicklung in der Konzeptphase von Nutzfahrzeugen

61

Bild 1-56: 2D-Werkzeug Papst (PC Aplikation zur Package Simulation).

Der zweite Ansatz verfolgt den Weg, ein 3-dimensionales Konzeptfahrzeug in einem CAD-System aufzubauen, Bild 1-57. Dieses Werkzeug dient zur Visualisierung eines Konzeptes und zur Überprüfung von Gesetzen und internen Vorgaben z. B. zur Sicht. Ändern sich die Randbedingungen, wie z. B. der SR-Punkt (Sitz-Referenz-Punkt), sind die Auswirkungen in kurzer Zeit zu überprüfen. Hierfür sind u. a. Ergonomie-Ansätze (RAMSIS) implementiert. Dieser Ansatz macht sich die Methode der parametrisch assoziativen Konstruktion moderner CAD-Systeme zunutze, indem Geometrieelemente parametrisch definiert werden. Des Weiteren können zwischen Geometrieelementen assoziative Beziehungen aufgebaut werden, so dass z. B. eine Änderung der Längsträgerspur zu einer Änderung eines anschließenden Querträgers führt. Besonders hilfreich ist die Möglichkeit, Regeln zu definieren, mit denen das Einhalten von Gesetzen oder Konstruktionsrichtlinien (Wissensbasiertes Konstruieren) sichergestellt werden kann. Ein Beispiel zeigt Bild 1-57. Hier sind die Maße (Parameter) Vorderer Überhang, Radstand und Hinterer Überhang modifiziert worden. Die Aufgabenbereiche, die mit diesem Werkzeug bearbeitet werden, sind zur Zeit die Bereiche ™ Ergonomie ™ Mechanisches Package ™ Konzeptaußen- und -innenflächen.

62

1 Gesamtfahrzeug

Bild 1-57: Concept Car (Parametrisches Konzept-Modell).

1.3.2.2 Digital Mock-Up (DMU) Die moderne Konzeptentwicklung erfordert einen erweiterten Einsatz von CAD zur detaillierten Beschreibung des zu entwickelnden Fahrzeugkonzeptes. Hier entsteht eine Fülle von verschiedenen Daten, die Varianten beschreiben und zu bestimmten Ständen eingefroren und dokumentiert werden müssen. Eine effiziente Verwaltung dieser Daten wird in sinnvoller Weise durch ein entsprechendes Team-Data-Management-System vorgenommen, das nur geringen formalen Zwängen unterworfen ist (im Gegensatz zur Stückliste im Serienprozess). Weiterhin ist die Übernahme existierender Bauteile und gegebenenfalls Neupositionierung in der aktuellen projektabhängigen Bauteillage notwendig. Die so verwalteten Daten liefern dem Anwender einfachen Zugriff auf strukturierte Umfänge und ermöglichen die schnelle Visualisierung und Prüfung des Fahrzeugkonzeptes sowie den Vergleich von Varianten oder unterschiedlichen Konstruktionsständen. Mit diesen Daten können weitergehende Untersuchungen zur Montierbarkeit, der Bauteilkinematik sowie Qualitätsprüfung wie Kollisions-Check vorgenommen werden, Bild 1-58. So entsteht eine Datenbasis, die als Quelle für die Versorgung von Berechnung und Virtual und Augmented Reality herangezogen wird. Wichtig beim Aufbau des DMU der Konzeptentwicklung ist eine sinnvolle Strukturierung, um für alle Entwicklungs- und Planungsteams die leichte Auffindbarkeit von Daten im Konzept- und später im Serienprozess zu gewährleisten.

1.3 Virtuelle Produktentwicklung in der Konzeptphase von Nutzfahrzeugen

63

Bild 1-58: Digital Mock-Up (DMU): graphische Darstellung.

1.3.2.3 Virtuelle Sitzkiste Zur realitätsnahen Visualisierung z. B. von Innenraumkonzepten wurde in der Produktentstehung Volkswagen Nutzfahrzeuge ein Virtueller Ergonomieprüfstand (VREP) entwickelt. Der VREP ist derzeit eines der jüngsten, im Produktentstehungsprozess eingesetzten, virtuellen Entwicklungswerkzeuge bei Volkswagen Nutzfahrzeuge [3]. Zentrale Komponente des Systems ist ein Datenhelm (Head-Mounted-Display), über welchen dem Benutzer z. B. ein vollständiges Fahrzeuginterieur dargestellt werden kann, wie dies bisher erst durch aufwändige physikalische Aufbauten möglich war. Die Bewegungen des visuell von seiner Umwelt abgeschlossenen Benutzers werden von einem optischen Trackingsystem erfasst. Über ein digitales 3D-Menschmodell erhält der Benutzer ein optisches Feedback seiner eigenen Person im virtuellen Raum. Ergonomieuntersuchungen mit subjektiver Bewertung von Sichtbedingungen, Bedieninteraktionen und Tätigkeitsabläufen bis hin zu einfachen Fahrszenarien können in einer virtuellen Umgebung durchgeführt werden. Die dargestellten virtuellen Geometrien basieren auf CADDaten, die in einem vorgeschalteten Arbeitsgang für die Darstellung in der virtuellen Umgebung aufbereitet werden. Daher ist es möglich, bereits in sehr frühen Phasen unmittelbar nach der CAD-Datenentstehung bereits ein weitgehend vollständiges Fahrzeuginterieur darzustellen und erste Ergonomiebewertungen durchzuführen, Bild 1-59. Alternativen können „per Knopfdruck“ ein- und ausgeblendet und direkt miteinander verglichen werden.

64

1 Gesamtfahrzeug

Bild 1-59: Virtuelle Sitzkiste.

Die durch den Einsatz von VR-Simulationen mögliche Substitution realer Fahrzeugkomponenten eines physischen Modells durch virtuelle Bauteile ermöglicht die anschauliche Darstellung teilweise abstrakter Konstruktionsdaten sehr viel zeitnäher zur Datenentstehung als dies bisher möglich war. Entscheidungen können dadurch früher und aufgrund der möglichen Darstellung einer Vielzahl von Alternativen mit größerer Sicherheit getroffen werden.

1.3.2.4 Augmented Reality Das wesentliche Merkmal der AR-Technologie liegt in der bewussten Vermischung der realen mit der virtuellen Welt. Anders als in der VR-Technologie wird die natürliche Umgebung des Benutzers nicht mehr vollständig durch eine künstliche ersetzt, sondern mit virtuellen Bestandteilen angereichert. Damit bildet die natürliche Umwelt (hier: FahrUmgebung) die Grundlage der AR-Anwendung.

1.3 Virtuelle Produktentwicklung in der Konzeptphase von Nutzfahrzeugen

65

Bild 1-60: Beispiele zur Anwendung von Augmented Reality (AR).

Die mobile Augmented Reality Plattform ist ein neues Entwicklungstool für die frühe Phase des Produktentstehungsprozesses. Mit diesem Tool ist es erstmals möglich, Bewertungen der Sichtverhältnisse und Bedienfelder des Fahrzeugführers bereits in der Konzeptphase eines Fahrzeugs in realen Fahrsituationen durchzuführen [4]. Die Kombination von Augmented Reality Technik und einer fahrbaren Plattform (modifizierter VW T5) ermöglichen es, dem Fahrer der Plattform über ein Head-Mounted-Display (HMD) den Innenraum eines beliebigen Fahrzeugs zu visualisieren. Der Fahrer sieht dabei ein räumliches Videobild seiner realen Umgebung, in das ein auf CAD-Daten basierender virtueller, dreidimensionaler Fahrzeuginnenraum positionsgenau und perspektivisch korrekt in Echtzeit eingebunden wird, Bild 1-60. Dem Fahrer wird der Eindruck vermittelt, in einem neuen – zu dem Zeitpunkt nur in Daten existierenden – Fahrzeug zu fahren. So können beispielsweise die Sichtverhältnisse beim Abbiegen, Spurwechsel oder Einparken frühzeitig in realer Umgebung und unter realistischen Fahrbedingungen beurteilt werden. Darüber hinaus können verschiedene Innenraum-Varianten eingeblendet und deren Einfluss auf die Sicht des Fahrers direkt miteinander verglichen werden.

66

1 Gesamtfahrzeug

Bild 1-61: Aufbau eines parametrischen Berechnungsmodells für Fahrzeugstrukturen in SFE CONCEPT.

1.3.2.5 Parametrische Berechnungsverfahren Um Aussagen zu den Struktureigenschaften treffen zu können, bieten sich in der Frühphase parametrische FEM-Berechnungsmodelle an. Als Werkzeug wird u. a. SFE CONCEPT verwendet, Bild 1-61 [5]. Dieses Tool bietet die Möglichkeit, parametrisch topologisch beschriebene Geometrie zu erzeugen und von dieser sehr schnell FEM-Modelle abzuleiten. Typische parametrische Beschreibungselemente sind Punkte, Linien, Flächen, Profile, Balken und Knoten, zwischen denen dann topologische Abhängigkeiten definiert werden. Änderungen im Konzept können mit einer so beschriebenen Geometrie schnell in Berechnungsmodelle überführt werden, die Aussagen zu Karosseriesteifigkeiten, Crashverhalten etc. erlauben.

1.3 Virtuelle Produktentwicklung in der Konzeptphase von Nutzfahrzeugen

67

Bild 1-62: Beispiele für FEM-Anwendungen mit parametrischen Berechnungsmodellen (vgl. Bild 1-61).

Somit können Konzeptalternativen in kurzer Zeit bearbeitet werden, was insbesondere in der Konzeptphase von Bedeutung ist, um Designvorschläge praktisch zeitgleich beurteilen zu können. Typische Beispiele zu Anwendungen der parametrischen Berechnungsmodelle sind in Bild 1-62 dargestellt.

1.3.2.6 Modularer Berechnungsmodell-Aufbau Bild 1-63 zeigt schematisch den aktuellen Prozess, bei dem auf der Basis von Modulen bereits in der Frühphase der Produktentstehung sehr schnell Berechnungsmodelle aufgebaut werden können.

68

1 Gesamtfahrzeug

Bild 1-63: Modularer Berechnungsmodell-Aufbau.

Dazu sind in einer Datenbank Komponentenmodelle aus verschiedenen Entwicklungsständen und/oder Projekten als so genannte Includefiles abgelegt. Diese werden über ein Steuerfile eingelesen und über fest definierte Starrkörperelemente mit der Karosseriestruktur verbunden. Je nach Entwicklungsphase kann das Finite-Elemente-Modell der Karosseriestruktur auf der Basis von gespiegelten SFE-Halbmodellen, unsymmetrischen SFE-Modellen oder CAD-Daten erstellt sein. Durch einen hohen Automatisierungsgrad lassen sich so sehr schnell Crash- und Trimmed-Body-Berechnungsmodelle aufbauen. Bei Trimmed-Body-Berechnungsmodellen handelt es sich um teilausgestattete Fahrzeugmodelle, die für NVH-Untersuchungen (Schwingungskomfort, Akustik) Verwendung finden. Die Komponentendatenbank kann permanent parallel zum Projekt weiterentwickelt und gepflegt werden.

1.3.2.7 Strömungsberechnung (CFD) Als äußerst wichtig für die Design-Begleitung in der Konzeptphase hat sich der umfassende Einsatz der Strömungsberechnung (CFD, Computational Fluid Dynamics) erwiesen. Die auch im Design-Prozess immer früher erzeugten Außenhaut-Daten erlauben z. B. eine frühzeitige Abschätzung des Luftwiderstandsbeiwertes cw und der für die Fahrdynamik wichtigen Auftriebsbeiwerte an Vorder- und Hinterachse.

1.3 Virtuelle Produktentwicklung in der Konzeptphase von Nutzfahrzeugen

69

Die Untersuchungen von Details – z. B. die Untersuchung von Ausströmerkonzepten – basiert häufig nur auf Konzeptschnitten, aus denen dann die Geometrie abgeleitet und berechnet wird. Neben der Aufbereitung der Geometrie ist für den Prozess der konzeptbegleitenden Strömungsberechnung eine schnelle Modell-Generierung Voraussetzung. Dafür wurde ein spezielles Pre-Processing-Verfahren entwickelt [6], das Volumennetze für die CFDCodes innerhalb von Stunden generiert. Neben den schon erwähnten Einsatzgebieten werden auch Konzeptuntersuchungen von Dachöffnungssystemen (Wummern), lokaler Strömungseigenschaften z. B. Spiegelumströmung, Seitenscheiben-Verschmutzung, Motorraum-Durchströmung und Bestimmung von Druckprofilen an Außenflächen zur Lage-Optimierung von Lufteinlässen (Kühlergrill, Rohluftansaugung) durchgeführt. In Bild 1-64 sind beispielhaft Berechnungs- und Versuchsergebnisse für eine Spiegelumströmung dargestellt. Die gute Übereinstimmung zwischen der Simulation und der späteren Absicherung im Versuch ist deutlich zu erkennen. Diese Arbeiten dienen der Vermeidung von in der Regel aufwändigen Änderungen an Außenhautteilen im späteren Entwicklungsstadium und sind ein typisches Beispiel für frühzeitige Konzeptabsicherung.

Bild 1-64: Prognosegüte am Beispiel Ablösebereich an einem Außenspiegel.

70

1 Gesamtfahrzeug

Bild 1-65: Beispiele für Strömungsberechnungen zu instationären Einflüssen von Dachöffnungssystemen.

Bild 1-65 zeigt dazu ein Simulationsmodell für Dachöffnungssysteme, mit dem das Wummern bei geöffnetem Schiebedach untersucht wurde. Dabei waren Maßnahmen zu finden, mit denen Wummer-Erscheinungen minimiert werden können. Das von Passagieren als unangenehm empfundene Geräusch entsteht durch Druckschwankungen, die oberhalb der Dachöffnung auftreten können. Hierbei bildet der Fahrzeuginnenraum einen Helmholtz-Resonator. Es hat sich gezeigt, dass CFD heute auch in der Lage ist, Klimatisierungskonzepte zu überprüfen und auszulegen. Fragestellungen hierzu sind in der Konzeptphase u. a.: ™ Welche Querschnitte sind erforderlich? ™ Wie müssen die Ausströmer angeordnet werden? ™ Welche Grundform und Anordnung muss der Ausströmer zur Sicherstellung optimaler Be-/Entlüftungsverhältnisse haben? Bild 1-66 zeigt dazu ein CFD-Simulationsmodell zur Klärung der Fragestellung, wie eine hinten liegende Klimaanlage die Insassen gleichmäßig mit einem Luftstrom versorgen kann. Die Ergebnisse hieraus ergeben die Antworten auf die oben gestellten Fragen.

1.3 Virtuelle Produktentwicklung in der Konzeptphase von Nutzfahrzeugen

71

Bild 1-66: Beispiel für Strömungsberechnung zur Auslegung von Klimakanälen.

1.3.2.8 Mehrkörpersimulation (MKS) Zur Berechnung der Achs-Elastokinematiken wie zur Simulation von Gesamtfahrzeugverhalten hinsichtlich Längs-, Quer- und Vertikaldynamik hat sich die Methode der Mehrkörper-Systeme (MKS) in der Fahrzeugentwicklung bewährt. Bei diesem Verfahren werden die Geometrien (im Wesentlichen Fahrwerksteile) zunächst als starre Körper diskretisiert und über Feder- und Dämpferelemente gekoppelt. Zur Anwendung in der Konzeptphase ist auch hier der schnelle Modellaufbau ausschlaggebend. Bild 1-67 zeigt ein Gesamtfahrzeugmodell zur Simulation des Spurwechselverhaltens in Abhängigkeit von Reifen-/Achsdaten, Feder-/Dämpferabstimmung und Fahrzeug-Schwerpunktlage.

72

1 Gesamtfahrzeug

Bild 1-67: Beispiel für MKS-Modelle in der Konzeptphase: Gesamtfahrzeugmodell.

Ähnliche Modelle erlauben die Bestimmung von Karosserie-Belastungen bei Überfahrten von Extremhindernissen oder Fahrmanövern und Antriebsstranguntersuchungen. Die ermittelten Belastungen dienen anfangs zu Grundauslegungen und sind später Eingangsgrößen für weitergehende Betriebsfestigkeitsanalysen.

1.3.2.9 Blattfedergeführte Starrachse Im Nutzfahrzeugbau weit verbreitet sind blattfedergeführte Starrachsen mit linearen oder progressiven Parabelfedern. Eine wesentliche Eigenschaft dieser Achsen ist das RollLenken, d. h. der durch das Wanken des Aufbaus bei Kurvenfahrt hervorgerufene AchsLenkwinkel. Dieser kann zur Erzielung bestimmter Fahreigenschaften bzw. zur Kompensation von Beladungseinflüssen erwünscht sein und hängt bekanntlich u. a. von Federneigung, Federsprengung, Auswalzung der Feder, Anschlagpuffer etc. ab. Zur Auslegung wurde ein gekoppeltes und weitgehend „automatisiert“ arbeitendes Berechnungsverfahren entwickelt [7], das zunächst über FORTRAN-Routinen die Federauslegung vornimmt und anschließend einen Datensatz für ein standardisiertes StarrachsModell (FEM-Code ABAQUS) erstellt. Das Modell berücksichtigt dabei auch Federeinspannung, Einspannungs-Elastizität, Federaugenelastizität etc.. Programmablauf und Ergebnisauswertung erfolgen dabei „selbsttätig“. Durch diesen parametergesteuerten Ablauf ist es möglich, wesentliche Achsgeometrien in schneller Abfolge zu untersuchen, Bild 1-68. Dies ist notwendig, da Achskonzept und -geometrie das gesamte Hinterwagenkonzept beeinflussen, insbesondere: ™ Rahmen-Form ™ Lage der Querträger ™ Tankanordnung ™ Dämpferanordnung ™ Zusatzfeder/-Anordnung etc.

1.3 Virtuelle Produktentwicklung in der Konzeptphase von Nutzfahrzeugen

73

Bild 1-68: Simulation des Lenkverhaltens (Rolllenken) bei Starrachsen.

Das hier genannte Verfahren ist ein weiteres, typisches Beispiel für Simulationsverfahren in der Konzeptphase, die mittels einfacher Beschreibung durch wenige Parameter komplexe Berechnungen ermöglichen und damit eine wesentliche Grundlage für die Konzeptauslegung darstellen.

1.3.3 Virtuelle Produktentwicklung in der Zukunft Die aufgezeigten Beispiele zu Simulationsmodellen belegen, dass wesentliche Fortschritte bei der Simulation von Fahrzeugeigenschaften in der Konzeptphase erreicht wurden. Weitere Arbeiten werden zukünftig darin bestehen, einen Simulations-Baukasten zu entwickeln, der alle wesentlichen Fahrzeugeigenschaften in der Konzeptphase abzusichern hilft. Einen Konzeptansatz (SIMBAUK) [8] zeigt Bild 1-69. Darin sollen alle wesentlichen Berechnungstechniken (parametrische Package-Modelle, FEM, CFD, MKS, Fahrleistungs- und Verbrauchsmodelle etc.) integriert und über Parameter-Steuerung schnell veränderbar gehalten werden. Zusammenfassend ist festzustellen, dass der Simulations-Umfang innerhalb der Phase der Konzeptentwicklung zukünftig noch erheblich ausgebaut werden wird, um das Ziel einer verlässlichen Konzeptabsicherung vor dem Bau der ersten Prototypen zu erreichen. Dazu ist neben einem weiteren Ausbau der Simulations-Umfänge und -Prozesse auch ein vollständigeres Produktdaten-Management unter Einbeziehung der nachfolgenden Serienentwicklungsprozesse notwendig.

74

1 Gesamtfahrzeug

Bild 1-69: Konzeptansatz für einen Simulations-Baukasten.

Literatur zu Abschnitt 1.3 [1] Pape, E.; Oehlschlaeger, H.: Die Zukunft des Leichten Nutzfahrzeuges als eigenständiges Fahrzeugsegment zwischen Lkw und Pkw. VDI/VW Gemeinschaftstagung in Wolfsburg, 23.11.2001 [2] Balk, A; Oehlschlaeger, H.: Vorentwicklung in der Nutzfahrzeugindustrie: Organisation, Methoden und Prozesse. EUROFORUM, Königswinter 1999, Vorentwicklung – Schlüsselfaktor der F & E Effizienz [3] Oehlschlaeger, H.; Krebs, J.: Einsatz virtueller Technologien in der Konzeptentwicklung bei Volkswagen Nutzfahrzeuge. VDI-Tagung Der Fahrer im 21. Jahrhundert, Braunschweig, Juni 2003 [4] Vienenkötter, A.: Entwicklung einer Versuchsplattform für den Einsatz der AR-Technologie in der Automobilvorentwicklung. Diplomarbeit, Universität Paderborn, März 2003 [5] Zimmer, H.; Hövelmann, A.; Schmidt, H.; Umlauf, U.; Frodl, B.; Hänle, U.: Entwurfstool zur Generierung parametrischer, virtueller Prototypen im Fahrzeugbau. VDI BERICHTE Nr. 1559, 2000 [6] Sydell, B.: Vergleich von Effizienz und Aussagesicherheit unterschiedlicher Berechnungsverfahren und Turbulenzmodellierungen in der Fahrzeuginnen- und Außenströmung. Star-CDUser-Tagung, Berlin 2003 [7] Oehlschlager, H., Tautenhahn, W.: Das Roll-Lenken von blattfedergeführten Starrachsen. ATZ 9/1990, S. 488 [8] Oehlschlaeger, H.; Kölsch, D.; Jelich, F.: SIMBAUK – ein Simulationsbaukasten für die Nutzfahrzeug-Konzeptentwicklung. VDI-Tagung, München 1999

1.4 Beschleunigung des Produktprozesses

75

1.4 Beschleunigung des Produktprozesses 1.4.1 Einleitung Die erneute Beschleunigung des Produktprozesses braucht eine Entschleunigung, damit nur das getan wird, was auch wirklich getan werden muss. The renewed acceleration of the product process needs deceleration. This is necessary in order to do only what actually has to be done. „Entschleunigung” als Kunstwort im Kontext des Produktprozesses scheint zunächst etwas ungewöhnlich und im Widerspruch zu den Zielen eines jeden Unternehmens zu stehen. Denn jedes Unternehmen verfolgt das Ziel, seinen Entwicklungsprozess zu beschleunigen, um dem Kunden seine Produkte in kürzerer Zeit, mit besserer Qualität und zu einem günstigeren Preis anzubieten. Ausgehend von der These: Eine erneute Beschleunigung des Produktprozesses kann erreicht werden, wenn die drei Komponenten Prozess- und Struktur-Organisation, DVTechnik und Qualifizierung der Mitarbeiter ausschließlich aufeinander abgestimmt, angepasst werden. Das Optimum der Beschleunigung ist erreicht, wenn die drei Komponenten, wie in Bild 1-70 dargestellt, im Gleichgewicht zueinander stehen. Im Folgenden werden diese drei Komponenten als Beschleunigungskomponenten bezeichnet. Im Folgenden wird gezeigt, wie die oben aufgestellte These durch die tägliche Arbeit im Produktentstehungsprozess bestätigt wird.

Bild 1-70: Gleichgewichtsdreieck der Beschleunigungskomponenten Prozess- und Struktur-Organisation, DV-Technik, Qualifizierung der Mitarbeiter.

76

1 Gesamtfahrzeug

Betrachtet man die Produktentstehung eines Pkw, so hat diese sich in den letzten Jahren deutlich verändert. Ausgehend von einer sequentiellen Arbeitsweise wurde in den letzten Jahren der Übergang zu einer simultanen Arbeitsweise vollzogen. Hierfür sind alle Arbeitsweisen längs der gesamten Prozesskette zu überarbeiten. Aus Sicht der Entwicklung steht dabei im Vordergrund, dass mit unreifen, noch nicht vollständig auskonstruierten Daten und Informationen im Prozess weitergearbeitet werden muss. Diese Daten und Informationen werden, wie in Bild 1-71 dargestellt, an neuen Übergabepunkten zwischen den einzelnen Funktionsbereichen der Produktentstehung weitergegeben.

Bild 1-71: Einfluss der simultanen Entwicklung auf den Gesamtprozess [Quelle: AUDI AG].

Zeichnen sich im Laufe des Entwicklungsprozesses noch weitere konstruktive Erkenntnisse ab, so ist sicherzustellen, dass diese Erkenntnisse allen betroffenen Fachgruppen zeitnah zur Verfügung gestellt werden. Dies erfordert einen sehr flexiblen Änderungsprozess. Durch den so angepassten Produktprozess wurde eine deutliche Verkürzung der Entwicklungszeiten eines Pkw erreicht. Begleitend zu diesen Anpassungen sind weitere, parallele Veränderungen durchzuführen in: 1. der Prozess- und Struktur-Organisation, 2. der DV-Technik und 3. der Qualifizierung der Mitarbeiter.

1.4 Beschleunigung des Produktprozesses

77

1.4.2 Die drei Beschleunigungskomponenten 1.) Im Bereich der Prozess- und Struktur-Organisation erfolgt in den einzelnen Automobil-Unternehmen der Wechsel von der seriellen hin zu einer simultanen Arbeitsweise kontinuierlich. Dafür wird die traditionelle Linienorganisation, vgl. Bild 1-72, durch eine Matrix-Organisation, gepaart mit einer fachgruppenübergreifenden Teamorganisation, ersetzt. Die Kombination zwischen fachlich geführt und organisatorisch zugeordnet ergab eine neue Führungsorganisation, die sich in den Berichtswegen und -inhalten widerspiegeln musste. Dafür war es erforderlich, die kontinuierlichen Berichte und Präsentationen an die neue Organisationsform anzupassen.

Bild 1-72: Prozess- und Struktur-Organisation.

2.) Die Veränderungen im Einsatz der DV-Technik waren ebenso bemerkenswert. Hier seien nur einige markante Technologien hervorgehoben, die den Produktprozess wesentlich veränderten. Der durchgängige Einsatz der elektronischen Bürokommunikation, ohne die unsere heutige Kommunikationsgesellschaft nicht denkbar wäre, steht hier für einen Vertreter diese Entwicklung. Nichts geht mehr ohne E-Mail, Internet und elektronischen Kalender. Gleichsam ist der flächendeckende Einsatz von virtuellen Techniken zur Unterstützung der Konstruktion aus dem heutigen Alltag nicht mehr wegzudenken. Alle Bereiche des Produktprozesses werden heute mit virtuellen Techniken unterstützt. In Bild 1-73 sind einige davon dargestellt. Das Zusammenfügen der Konstruktionsdaten im DMU (digital mock-up) zu virtuellen Prototypen unterstützt den Konstrukteur bei seiner täglichen Arbeit. Im gleichen Maße werden diese Daten für die Auslegungs- und Absicherungssimulation eingesetzt. Im Sinne des simultanen Prozesses werden die Daten für die ersten Untersuchungen im Kontext der digitalen Fabrik genutzt. All diese Maßnahmen führen bereits in der frühen Produktphase zu einer deutlich erhöhten Produktreife und unterstützen die Beherrschung der gestiegenen Produktkomplexität.

78

1 Gesamtfahrzeug

Bild 1-73: Einsatz von DV-Techniken im Konstruktionsumfeld.

In der DV-Technik wurden weitere wesentliche Technologien zur Verkürzung des Produktprozesses zur Verfügung gestellt. Sie führen dazu, dass es eine 24 Std. Betriebsgarantie der wesentlichen DV-Systeme rund um den Globus gibt. In Bild 1-74 ist die Möglichkeit einer länderübergreifenden Zusammenarbeit sowie die Möglichkeit einer 24 Std.-Entwicklung durch die Arbeit in unterschiedlichen Zeitzonen dargestellt. Die durchgängige Nutzung dieser kollaborativen Technologien wird in naher Zukunft den Produktprozess abermals wesentlich verändern.

Bild 1-74: 24 Std. Betriebsgarantie.

Einen weiteren wesentlichen Einfluss auf den Produktprozess stellt die DVSicherheitstechnik dar. Sie hat die Aufgabe, die Angriffe von außen abzuwehren, die beispielsweise durch Viren oder Würmer erfolgen. Diese Angriffe können zu Datenverlusten führen oder aber geheime Entwicklungsdaten Dritten zugänglich machen. Ohne eine DV-Sicherheitstechnik ist eine moderne Entwicklung komplexer Produkte nicht mehr möglich.

1.4 Beschleunigung des Produktprozesses

79

Diese Liste der Einflüsse der DV-Technik auf den Produktprozess könnte noch viele Seiten füllen. Aus allem wird deutlich, wie stark der Produktprozess von der DVTechnik abhängig ist. 3.) So hat sich auch in der Mitarbeiter-Qualifizierung in den letzen Jahren sehr viel getan. Das Beherrschen von DV-Techniken stellt einen wesentlichen Teil des aktuellen Schulungsbedarfs dar. Die Vermittlung des Wissens setzt dabei auf einem hohen Stand der bereits vorhandenen Qualifikationen auf. In Bild 1-75 wird eine Form der Wissensvermittlung dargestellt, die auf einer Kombination von theoretischen Grundlagen und praktischen Übungen basiert.

Bild 1-75: Mitarbeiterqualifikation.

Neben dieser Technologie getriebenen Ausbildung umfasst die Schulung der Mitarbeiter auch die Vermittlung von neuem Prozesswissen und Arbeitstechniken. Bild 1-76 verdeutlicht, dass sich die Arbeitsweisen der Fachgruppen durch die Einführung der simultanen Arbeitsweise wesentlich verändert haben.

Bild 1-76: Veränderung der Aufgabenprofile.

Die Kommunikation erfolgt nicht mehr in separaten Fachteams, sondern in fachbereichsübergreifenden Teams, die häufig nicht alle an einem Ort arbeiten. Videokonferenzen und der Einsatz von Sharing-Systemen im Produktprozess erfordern gesonderte Schulungsmaßnahmen. Dadurch nimmt das überfachliche Training zunehmend mehr Raum in den Ausbildungsplänen ein. Speziell im Bereich der Kommunikations- und Präsentationstechniken sowie im Umgang mit Kunden liegen hier die Seminarschwerpunkte.

80

1 Gesamtfahrzeug

Bild 1-77: Potential im ersten Optimierungsschritt.

Die aufgeführten Beispiele der durchgeführten Veränderungen in den Beschleunigungskomponenten Prozess-Struktur-Organisation, DV-Technik und Qualifizierung der Mitarbeiter führten jede für sich zu einer Beschleunigung des Produktprozesses. Bild 1-77 stellt diese Vorgehensweise abstrahiert dar. Jede der drei Beschleunigungskomponenten wird durch einen eigenen Kreis symbolisiert. Je mehr Veränderungen innerhalb einer Komponente durchgeführt werden, umso größer wird der Kreis und die Beschleunigungskurve steigt stark an. Jede der Beschleunigungskomponenten kann sich unabhängig von den anderen entwickeln, was wiederum zu einer Beschleunigung des Produktprozesses führt. Der in Bild 1-77 dargestellte Zustand könnte zeitlich vor der Einführung des Simultaneous Engineering -Prozesses in der Phase 1 durchgeführt worden sein. In dieser Phase gab es noch sehr viel Potential innerhalb der jeweiligen Komponente. Jede der drei Beschleunigungskomponenten hat die unabhängig voneinander existierenden Potentiale genutzt. Es entstanden effiziente Lösungen innerhalb der einzelnen Beschleunigungskomponenten. Die Erfolge waren sehr schnell sehr groß, da es sich um ungenutzte Potentiale handelt. Nach dem Abschluss der ersten Optimierungsphase waren die schnell zu nutzenden Potentiale ausgeschöpft. Die größer werdenden Kreise in Bild 1-78 symbolisieren die weiteren Veränderungen. Es ist ein Zustand dargestellt, in dem sich die einzelnen Beschleunigungskomponenten thematisch schon stark überschneiden. Hier ist jetzt eine weitere, unabhängige Optimierung der einzelnen Themengebieten ohne ein Absinken der Optimierungserfolge nicht mehr möglich. Werden die Arbeiten ungehindert weiter fortgeführt, kommt es zu ineffizienter Doppelarbeit. Jeder weitere Ausbau führt zwangsläufig zu einer Dopplung der Aktivitäten pro Thema. Wie in Bild 1-78 dargestellt, sinken die Beschleunigungskurve und damit die Erfolge zur Beschleunigung des Produktprozesses.

1.4 Beschleunigung des Produktprozesses

81

Bild 1-78: Überlagerung der Einflussbereiche der Beschleunigungskomponenten.

Um die Nachhaltigkeit des Erreichten zu gewährleisten und den Beschleunigungsprozess kontinuierlich voranzutreiben, folgt nun eine Phase, in der erst durch Synchronisation der einzelnen Beschleunigungskomponenten eine erneute Beschleunigung möglich wird. Durch diese Maßnahme erscheint es zunächst so, als würde Schwung aus der Veränderung herausgenommen werden. Aus Sicht der einzelnen Komponente stimmt das sogar, vgl. Bild 1-79. Erst nach einer inhaltlichen und zeitlichen Harmonisierung mit den anderen Beschleunigungskomponenten werden die abgestimmten Aktivitäten fortgesetzt. Durch diese Harmonisierung kommt es zu einer effektiven Zuordnung der anliegenden Aufgaben und damit zu einer frühzeitigeren Zielerreichung bei einem gleichzeitig ruhigeren Projektablauf.

Bild 1-79: Phasen der Veränderung im Produktprozess.

Das Durchlaufen dieser zwei Phasen zeigt sich auch in unserem heutigen Alltag recht häufig, wenn es um Veränderungen oder um Neuerungen in den DV-Techniken geht. Diese Veränderungen sind häufig gekoppelt an Veränderungen der Arbeitsabläufe und dies wiederum erfordert eine neue Qualifizierung der Mitarbeiter. Werden parallel zu den Veränderungen in den DV-Techniken auch Veränderungen in der Beschleunigungskomponente Prozess- und Struktur-Organisation durchgeführt, so erfordert diese wiederum eine angepasste DV-Technik. Für das Unternehmen ergibt sich die Konsequenz, dass ein beträchtlicher Mehrbedarf an Qualifizierung seiner Mitarbeiter hinsichtlich der Einarbeitung in neue DV-Systeme und Arbeitsprozesse entsteht.

82

1 Gesamtfahrzeug

Gesamtheitlich betrachtet zeigt dieses Beispiel, dass die notwendige Beschleunigung des Entwicklungsprozesses in Stagnation geraten kann, obwohl alle Beteiligten weiterhin mit der Optimierung der einzelnen Beschleunigungskomponenten beschäftigt sind. Jeder möchte das Beste und arbeitet hoch engagiert. Doch das so erreichte Gesamtergebnis, als Summe der Einzelaktivitäten in den Beschleunigungskomponenten bleibt hinter dem möglichen Gesamtergebnis weit zurück. Hier führt ein harmonisiertes Vorgehen zu einer Entschleunigung der Einzel-Aktivitäten bei einer gleichzeitigen Beschleunigung des Gesamtprozesses. Anhand dieser Erkenntnisse kann das folgende Vorgehen abgeleitet werden. Sein Einsatz hat sich zur Vermeidung von Doppelarbeit und zur Harmonisierung des Gesamtergebnisses in zahlreichen Projekten als praktikabel und vorteilhaft erwiesen. So wird die Aufgabenstellung gesamtheitlich formuliert und den drei Beschleunigungskomponenten zugeordnet. Durch diese Detaillierung werden der Komplexitätsgrad der Aufgabe und der Harmonisierungsbedarf zwischen den drei Beschleunigungskomponenten deutlich. Eine gezielte Abarbeitung ist in jeder Komponente jetzt möglich. Durch diese Abstimmungen wird die Gefahr der Doppelarbeit und des Stagnierens oder Absinkens der Beschleunigungskurve vermieden. Begleitend dazu ist es erforderlich, für jedes Projekt den Rahmen festzulegen, in dem es sich bewegen darf. Das sind verbindliche Festlegungen des Projektverantwortlichen. Sie sind zwingend einzuhalten. Im Einzelnen könnten es die folgenden Vorgaben sein: Für die Prozess- und Struktur-Organisation ™ Die Teamarbeit ist das tragende Element einer Simultaneous Engineering Entwicklung. ™ Einflüsse auf die Zusammenarbeit mit internen und externen Partnern sind zu ermitteln und besonders auszuweisen. ™ Einflüsse auf Freigabe- und Änderungsprozesse sind besonders auszuweisen. Für die DV-Technik könnten sie lauten: ™ Die Systemstrategie und die damit verbundenen Masterdatenobjekte sind solange verbindlich, bis eine Veränderung entschieden wurde. ™ Neue Themen sind immer auf Querverbindungen zu vorhandenen DV-Systemen hin zu prüfen. Im Bereich der Mitarbeiter-Qualifikation ist eine mögliche Vorgabe: ™ Ergänzende Bildungsangebote sind besonders auszuweisen.

1.4 Beschleunigung des Produktprozesses

83

1.4.3 Ausgewählte Beispiele Das Vorgehen soll an dem folgenden DV-Beispiel erläutert werden: Ein neues CADSystem bietet interessante Möglichkeiten zur parametrisch assoziativen Konstruktion. Aus Sicht der DV-Technik ist sie potentiell vorteilhaft. Doch was heißt das für das Gleichgewichtsdreieck der drei Beschleunigungskomponenten. Wie ist es zu erreichen, dass ein harmonisiertes Ergebnis entsteht? Im 1. Schritt sind gesamtheitliche Aufgabenstellungen wie in Bild 1-80 dargestellt zu formulieren. Sie verdeutlichen, dass es sich hierbei um eine sehr stark vernetzte Aufgabe handelt mit einem hohen Grad an Harmonisierungsbedarf zwischen den drei Beschleunigungskomponenten. Einige Fragestellungen für eine Abstimmung der drei Beschleunigungskomponenten untereinander sind im Folgenden beispielhaft aufgeführt.

Bild 1-80: Gesamtheitliche Fragestellungen zur Einführung eines parametrisch, assoziativen CADSystems.

An die Prozess- und Struktur-Organisation: ™ Ist der aktuelle Freigabeablauf geeignet für eine parametrisch assoziative Konstruktion? ™ Unterstützt der heutige Änderungsprozess die parametrisch assoziative Arbeitsweise? ™ Wer hat die Verantwortung für die Parametrik und Assoziativität entlang des Produktprozesses? ™ Wie sind die Informations- und Berichtswege zu gestalten? ™ Wie wird ein parametrisch assoziativer Datensatz monetär bewertet? – Ist ein parametrisch assoziativer Datensatz mehr wert? – Wie müssen die Kalkulationsunterlagen überarbeitet werden? – Wenn Änderungen jetzt schneller erfolgen, wie wirkt sich das auf die Folgeprozesse aus?

84

1 Gesamtfahrzeug

An die DV-Technik: ™ Bieten die vorhandenen Archivierungssysteme Möglichkeiten an, parametrisch assoziative Datensätze so abzulegen, dass sie über Jahre hinweg revisionssicher sind? ™ Sind parametrisch assoziative Datensätze auch bei einem Release- oder Systemwechsel der Software noch brauchbar? ™ Ist der Datenaustausch mit internen und externen Partnern sicher durchzuführen? ™ Ist das Berechtigungskonzept noch ausreichend? An die Mitarbeiter-Qualifikation und Qualifizierung: ™ Wie kalkuliert man parametrisch assoziative Konstruktionen für eine qualifizierte Vergabe? ™ Wie müssen Schulungen jetzt gestaltet werden, um die Prozessdurchgängigkeit zu erhalten? ™ Welche Mitarbeiter benötigen eine spezielle Schulung und mit welchem Tiefgang muss geschult werden? Die Durchführung dieser Aufgaben erforderte einen fachbereichsübergreifenden Projektansatz, da zu erwarten war, dass hier alle drei Beschleunigungskomponenten in einen Veränderungsprozess einbezogen werden müssen. Die Zusammensetzung der Teams orientierte sich an den erforderlichen Wissens-Profilen, denn diese Aufgabe erforderte nicht nur technisches Know-how, sondern auch Wissen über Arbeitsabläufe und die Sensibilität gegenüber den beteiligten Kollegen. Ein weiteres Beispiel für die Anwendung der vorgestellten Vorgehensweise kommt aus dem Bereich der Prozessoptimierung. Hierbei sollte ein Vorgehen zur „Verkürzung der Bauzeit von Prototypen“ erarbeitet werden. Die konkrete Aufgabenstellung lautete: Verkürzung der Aufbauzeiten von Prototypen bei gleichzeitiger Qualitätsverbesserung zu geringeren Kosten. Es war klar, dass diese Aufgabe nur gelöst werden kann, wenn ein harmonisches Gleichgewicht zwischen einer erforderlichen Prozessanpassung, dem begleitenden Einsatz von DV-Techniken und eine neue Art der Mitarbeiterqualifizierung besteht. Der vorgegebenen Projektrahmen hieß: Alle Störgrößen, die die Aufbauzeiten verlängern, sind in der Phase der Bauvorbereitung zu klären und ggf. zu beheben. Einige der als Störgrößen erkannten Probleme waren: nicht termingerechte Datenübergaben, unreife Datenstände mit Verbaubarkeitsproblemen, unzureichende Verbindungsinformationen zum Befestigen von Bauteilen an der Karosserie, zu lange Beschaffungsprozesse für Versuchsteile, unkonkrete Beschreibungen zum Aufbau der Prototypen. Durch die Einführung der Phase der Bauvorbereitung war es möglich, die erkannten Störgrößen weitgehend zusammenzufassen und eine Zuordnung der Probleme zu den einzelnen Beschleunigungskomponenten unseres Gleichgewichtsdreiecks durchführen, vgl. Bild 1-81.

1.4 Beschleunigung des Produktprozesses

85

Bild 1-81: Beispiel zur Verkürzung der Bauzeit von Prototypen, das mit dem Gleichgewichtsansatz durchgeführt wurde.

Gemäß dem entwickelten Vorgehen erfolgte eine Zuordnung der erkannten Aufgaben zu den drei Beschleunigungskomponenten des Gleichgewichtsdreiecks. Innerhalb der einzelnen Beschleunigungskomponenten wurden unterschiedliche Arbeitsgruppen gebildet, die über die Projektleitung miteinander verzahnt waren. Wie in Bild 1-82 dargestellt, umfasste die Arbeit der einzelnen Gruppen folgende Aufgaben: Die Prozess- und Struktur-Organisations-Gruppe kümmerte sich um die Punkte: ™ nicht termingerechte Datenübergaben, ™ zu lange Beschaffungsprozesse für Versuchsteile, ™ unkonkrete Beschreibungen zum Aufbau der Erprobungsträger. Die Aufgabe der DV-Technik-Gruppe umfasste die Klärung der Punkte: ™ Umgang mit unreifen Datenständen mit Verbaubarkeitsproblemen, ™ Umgang mit unzureichenden Verbindungsinformationen zum Befestigen von Bauteilen an der Karosserie. Die Schulungs-Gruppe kümmerte sich um den Aufbau einer Prozess- und Methodenschulung für die Projektmitglieder.

86

1 Gesamtfahrzeug

Bild 1-82: Beispiel zur Verkürzung der Bauzeit von Prototypen, das mit dem Gleichgewichtsansatz durchgeführt wurde.

Damit war eine weitgehend parallelisierte Bearbeitung der einzelnen Aufgaben, bei gleichzeitiger Vermeidung von Doppelarbeit, möglich. An diesem konkreten Projekt konnte gezeigt werden, welches Potential in dem vorgestellten Vorgehen steckt. In Bild 1-83 sind die Ergebnisse des Projektes dargestellt. Es entstanden optimierte Prozesse mit einer auf sie abgestimmten DV-Lösung und einem angepassten Schulungskonzept. Nach einem dreiviertel Jahr Vorarbeit wurden die Ergebnisse des Projektes in einem konkreten Fahrzeugprojekt eingesetzt. Um einige weitere Verbesserungen angereichert, wird dieser Arbeitsprozess jetzt in allen weiteren Projekten eingesetzt. Das gewählte Vorgehen hat das gewünschte Ziel voll erreicht.

Bild 1-83: Projektbezogenes Gleichgewichtsdreieck.

1.4 Beschleunigung des Produktprozesses

87

Durch die Harmonisierung der drei Beschleunigungskomponenten „Prozesse und Struktur-Organisation, DV-Technik und Qualifizierung der Mitarbeiter“ entstanden Lösungen, die jede Komponente für sich allein nie hätte erreichen können. Damit hat sich die zuvor aufgestellte These „Eine erneute Beschleunigung des Produktprozesses kann erreicht werden, wenn die drei Beschleunigungskomponenten: Prozessund Struktur-Organisation, DV-Technik und Qualifizierung der Mitarbeiter ausschließlich aufeinander abgestimmt, angepasst werden. Das Optimum der Beschleunigung ist erreicht, wenn die drei Beschleunigungskomponenten, wie in Bild 1-83 dargestellt, im Gleichgewicht zueinander stehen.“.

1.4.4 Zusammenfassung und Ausblick Der ständig steigende Anspruch nach einer kontinuierlichen Beschleunigung des Produktprozesses erfordert begleitende Vorgehensweisen, die dies ermöglichen. Das vorgestellte Vorgehen geht von einer ganzheitlichen Betrachtung des Produktprozesses aus. Im Vordergrund steht die Abhängigkeit der Komponenten: 1. Prozess- und Struktur-Organisation, 2. DV-Technik und 3. Qualifizierung der Mitarbeiter. Erfährt eine dieser drei Komponenten eine Veränderung, so beeinflusst dies nachhaltig auch die anderen beiden Komponenten. Werden diese nicht mit verändert, so kommt es zu einer Schieflage im Gesamtprozess. Es wurde gezeigt, dass nur in einem Gleichgewichtszustand ein kontinuierliches Wachstum möglich ist. Anhand von konkreten Beispielen wurde das angewandte Vorgehen vorgestellt. Es hat sich im Alltag als praktikabel erwiesen und stellt damit eine Möglichkeit dar, um die Herausforderungen des Marktes auch in Zukunft bestehen zu können.

88

1 Gesamtfahrzeug

1.5 Virtueller verteilter Entwicklungsprozess bei Abgasanlagen und -konzepten 1.5.1 Einleitung Immer größer werdende Anteile der Entwicklungstätigkeiten werden vom Automobilhersteller an Zulieferer und Ingenieurdienstleister als Komplettumfang extern vergeben. Hierbei handelt es sich einerseits um einzelne, vordefinierte Auslegungs- und Absicherungsaktivitäten, zum anderen aber auch um die Komplettentwicklung von ganzen Bauteilsystemen. Diese Vorgehensweise trägt bei zu einem sinnvollen Ressourcenmanagement und bietet im Gewährleistungsfall eine klare Zuordnung von Verantwortung und Haftung. Damit die Aufteilung von Entwicklungsaufgaben zwischen internen und externen Partnern nicht zu Qualitätseinbußen am zu entwickelnden Produkt führt, muss der Automobilhersteller sicherstellen, dass die Durchführung des nun extern ablaufenden Entwicklungsprozesses bestimmten Qualitätsanforderungen genügt. Betrachtet man die herkömmlichen Qualitätssicherheitsmethoden, so fällt auf, dass deren Fokus meist auf die Bauteilqualität oder deren Fertigung ausgerichtet ist. Eine Bewertung der zur Bauteilauslegung verwendeten CAE-Methoden hinsichtlich Aussagegüte und Qualität wird dabei nicht vorgenommen. Begründet ist dies zum einen durch Kosten- und Zeitdruck – die CAE-Methode soll möglichst schnell und kostengünstig angewendet werden – und durch die Vielseitigkeit der eingesetzten Berechnungsmethoden. Eine zeitintensive Qualitätssicherung jeder einzelnen angewandten Methodik würde schnell den Wert der Berechnung an sich in Frage stellen. Im Folgenden soll deshalb gezeigt werden, dass die Qualitätssicherung ausgewählter Berechnungsmethoden gerade im Bezug auf ein „Outsourcing“ ein merkliches Potenzial für Qualität und Kosteneinsparungen bildet. Konsequent angewendet, lässt sich so der Reifegrad des Bauteils schon im frühen Entwicklungsprozess erhöhen.

1.5.2 CAE-Methoden im Entwicklungsprozess Abgasanlage Eine genauere Betrachtung der Integration von CAE-Methoden in den Entwicklungsablauf eines Abgasanlagensystems, wie es vor ca. 5 Jahren üblich war, bietet zahlreiche Optimierungsmöglichkeiten. Beim Automobilhersteller lag der gesamte Ablauf einer Abgasanlagenentwicklung seinerzeit komplett in der Hand der Abgasanlagen-Entwicklungsabteilung. In dieser Fachabteilung lag die Verantwortung für die konstruktive Konzeptfindung und für den freigebenden Bauteilversuch. Berechnungsunterstützung wurde von einer organisatorisch getrennt lokalisierten Berechungsabteilung angefordert. Diese Entwicklungsleistung wurde

1.5 Virtueller verteilter Entwicklungsprozess bei Abgasanlagen und -konzepten

89

angefordert in Form von einzelnen Berechnungsaufträgen. Der Abgasanlagenzulieferer wurde spät, d. h. erst nach der Entscheidung für ein Konzept eingeschaltet mit der Aufgabenstellung, sich letztlich nur um die Fertigungsbelange der vorgegebenen Abgasanlage zu kümmern (Bild 1-84). Eine Komplettentwicklung von Abgasanlagen und damit auch die eigenständige Verantwortung für Berechnungsaktivitäten fand beim Zulieferer nur im Rahmen von so genannten Anpassungsprojekten ab. Hier war das Konzept bereits festgelegt, der Zulieferer kümmerte sich um die Fahrzeuganpassung der vorgegebenen Basisanlage. Geprägt von einer eher überschaubaren Anzahl verschiedener Fahrzeugprojekte funktionierte diese Konstellation lange Zeit zufriedenstellend. Mit Aufkommen einer größeren Modellvielfalt traten nun jedoch mehr und mehr Spitzenlasten auf, die zu Kapazitätsengpässen im Entwicklungsablauf führten. Sowohl Zulieferer als auch die interne Berechnungsabteilung gingen in dieser Zeit dazu über, temporäre Ressourcenknappheit durch die Einbindung von Ingenieurdienstleistern zu kompensieren.

Bild 1-84: Alter Entwicklungsprozess: Trennung von Konstruktion, Versuch und Berechnungsaktivitäten.

Die mit der steigenden Projektanzahl notwendig gewordene Kommunikation zwischen den Schnittstellen zeigte einen weiteren Nachteil der bestehenden Konstellation: Die für die Berechnungsaktivitäten verantwortlichen Ingenieure arbeiteten jeweils örtlich getrennt von den Konstrukteuren und Versuchsingenieuren, was der notwendigen Kommunikation zwischen den Disziplinen eher entgegenwirkte. In Folge wurden frühe Konzepte nur selten einer umfassenden rechnerischen Bewertung unterzogen. Der organisatorische und kommunikative Mehraufwand des Ansatzes „Berechnung als Dienstleitung“ war einfach zu groß, um eine saubere Verzahnung virtueller und realer Entwicklungsabläufe zu gewährleisten.

90

1 Gesamtfahrzeug

Was zusätzlich die notwendige Kommunikation behinderte, war die Vielzahl und Unterschiedlichkeit der vorhandenen und angewendeten Methoden bei allen Partnern (Bild 184). Hinzu kam, dass die Berechnungsabteilung, der Ingenieurdienstleister und der Zulieferer jeweils mit unterschiedlichen FEM-Solvern und Postprozessoren rechneten und auswerteten. Die Ergebnisdokumentationen war dementsprechend uneinheitlich, die technische Ergebniskontrolle schwierig. Vom unternehmerischen Standpunkt rangierte der gesamte CAE-Prozess in einer Grauzone, in der nicht immer nachvollziehbar war, welche Leistungen mit entsprechendem Erfolg erbracht worden sind. Die aktuell bei allen Automobilzulieferern gestarteten Produktoffensiven mit einer Vielzahl von neuen Fahrzeugmodellen lassen sich mit der eingangs beschrieben Aufstellung der internen und externen Entwicklungsmannschaften nicht mehr abarbeiten. Gepaart mit gestiegenen Anforderungen an Qualität und Effizienz, wurde eine komplette Neuausrichtung der CAE-Integration in den Entwicklungsprozess unumgänglich (Bild 1-85).

Bild 1-85: Aktuelle Aufstellung der Partner bei der Abgasanlagenentwicklung, einheitliche CAEMethodik.

Die kommunikationsbehindernde Trennung von Konstruktion, Berechnung und Versuch wurde aufgehoben durch die Schaffung eines Teams aus erfahrenen Berechnungsingenieuren, örtlich lokalisiert in der Abgasanlagen-Entwicklungsabteilung. Dieser „Vor-OrtEinsatz“ der Berechnungsingenieure ist dabei temporär. Die Mitarbeiter kehren von Zeit zu Zeit in die Berechnungsabteilung zurück, um dort – mit ihren gewonnenen Erfahrungen – der Methodenentwicklung neue Impulse zu geben. Die frühe Konzeptphase wird

1.5 Virtueller verteilter Entwicklungsprozess bei Abgasanlagen und -konzepten

91

nun von einem massiven Einsatz virtueller Methoden dominiert. Im weiteren Entwicklungsablauf wirkt die Berechung unterstützend, wobei klassische Felder des Versuchs, wie zum Beispiel die Dauererprobung nicht angetastet werden. Neben dieser beim Automobilhersteller intern abgelaufenen Umstrukturierung wurde auch die Einbindung der Zulieferer in den Entwicklungsprozess neu überdacht. Gerade im Bereich der Abgasanlagenentwicklung ist es einfach, komplette Arbeitspakete zu schnüren und diese komplett an einen Zulieferer zu vergeben. Die anfallenden Projekte werden nun gemäß ihrer Komplexität klassiert und entsprechend ganz oder teilweise vergeben. Der Zulieferer erhält damit ein hohes Maß an Verantwortung und ist aufgefordert, im Rahmen dieser Entwicklungspakete seine Arbeitsabläufe in Eigenverantwortung zu strukturieren. Dies gilt dementsprechend auch für anfallende Berechnungsumfänge, die ebenfalls komplett beim Zulieferer ablaufen sollen. Der Zulieferer ist aufgefordert, die notwendigen Berechnungsteams bereitzustellen und die Berechnung selbst mit Konstruktion und Versuch in geeigneter Weise zu verzahnen. Er wird dabei selbstverständlich in gewissen Phasen in gleicher Weise externe Berechnungsdienstleiter in Anspruch nehmen wie das Entwicklungsteam beim Automobilhersteller. Um nicht nur die Zusammenarbeit in den Teams effizienter zu gestalten, sondern um gleichzeitig auch die Entwicklungsqualität zu steigern, wurde unter Berücksichtigung der schlechten Erfahrungen mit den bislang uneinheitlichen Berechnungsmethoden folgende Randbedingung formuliert: „Alle Partner im Rahmen eines Abgasanlagenentwicklungsprojekts (Automobilhersteller, Zulieferer u. Ingenieurdienstleister) bedienen sich bei den Standard-Berechnungsmethoden einer einheitlichen, vom Automobilhersteller vorgegebenen Methodik.

1.5.3 Numerischer Werkzeugkasten für Abgasanlagenberechnungen In der Abgasanlagenentwicklung werden hauptsächlich nichtlineare Thermomechaniksimulationen und lineare Statik- und Dynamiksimulationen durchgeführt. Da die Thermomechanikberechnungen jeweils einen sehr hohen individuellen Vorbereitungsaufwand benötigen, wurde für einen ersten Schritt zu einer gemeinsamen Berechnungsmethodik nur der Bereich der linearen Festigkeitsrechung betrachtet. Eine Analyse der in den letzten 24 Monaten in diesem Bereich durchgeführten Berechnungen zeigt, dass die am meisten verwendete Rechenmethode (81 %) die Betriebsschwingungsanalyse (BSA) einer kompletten Abgasanlage unter motorischer Schwingungsanregung ist (Bild 1-86). Weitere Methoden sind die rechnerische Modalanalyse (3 %), die nichtlineare Durchsenkung (2 %) und statische Berechnungen (14 %). Das höchste Potenzial für eine Vereinheitlichung der Berechnungsmethodik mit gleichzeitig hoher Automatisierung bietet sich somit bei der rechnerischen BSA an.

92

1 Gesamtfahrzeug

Bild 1-86: Häufigkeitsverteilung Berechnungsarten.

Die Idee, einen Berechnungsprozess vollkommen automatisiert ablaufen zu lassen, basiert auf verschiedenen Optimierungsansätzen, die nach und nach in der Berechnungsabteilung formuliert wurden. Schon früh war der Ehrgeiz vorhanden, den kompletten Vorgang einer rechnerischen BSA innerhalb eines Tages abzuschließen. Eine Analyse zeigte auffallend viele, immer wiederkehrende Teilvorgänge, was zu der Idee führte, diese Einzelschritte mit Hilfe der Skriptsprache Perl zu automatisieren. Mit der steigenden Anzahl von Berechnungsergebnissen kam zusätzlich der Wunsch auf, dauerhaft auf alle anfallenden Ergebnisse während der aktiven Entwicklungszeit eines Projekts zugreifen zu können. Neben den Perl-Programmen zur Steuerung der Rechenabläufe wurde zusätzlich eine stringente Ordnungsstruktur für das Pre- und Postprozessing der Berechnungsaufgaben eingeführt, welche seitdem unverändert die Grundlage aller automatisiert ablaufenden Berechnungsvorgänge bildet. Verbesserte Computerhardware und die kontinuierliche Arbeit mit den erstellten PerlProgrammen führten dann zu dem Wunsch, einen Standard BSA-Durchlauf mit einem Pre- und Postprozessing Aufwand von unter 15 Minuten durchführen zu können. Dieses Ziel ist mittlerweile erreicht. Parallel zur Standardisierung und Automatisierung des wichtigsten Berechnungsverfahrens BSA wurde an der Formulierung einer Vernetzungsrichtlinie für Abgasanlagenkomponenten gearbeitet. Deren Verwendung bei der Aufbereitung der FEM-Netze sichert zum einen die Vergleichbarkeit unterschiedlichster Abgasanlagenmodelle, zum anderen ist man in der Lage, einen im Laufe der Zeit entstehenden Modulbaukasten aus einheitlich vernetzten Abgasanlagenkomponenten aufzubauen und zu verwenden (Bild 1-87). Es ist nur konsequent, die beim Automobilhersteller erreichten Vereinheitlichungen bei den Berechnungsverfahren auf die Zusammenarbeit mit den Zulieferern und den Ingenieurdienstleistern auszudehnen. Deshalb wurde aus dem im Folgenden beschriebenen numerischen Werkzeugkasten eine Softwaredistribution zusammengestellt, die an die wichtigsten Zulieferer verteilt worden ist, mit der Aufforderung, diese Werkzeuge bei aktuellen und künftigen Projekten zu verwenden.

1.5 Virtueller verteilter Entwicklungsprozess bei Abgasanlagen und -konzepten

93

Bild 1-87: Modularisierung eines Abgasanlagenmodells.

Der entstandene CAE-Werkzeugkasten ist in fünf Bereiche aufgeteilt, die zusammengenommen eine Standardmethodik für die Dynamiksimulation von Abgasanlagensystemen beschreiben:

1.5.3.1 Vernetzungsrichtlinie für Abgasanlagenmodelle Die Notwendigkeit einer einheitlichen Vernetzungsrichtlinie ergab sich aus ständigen Diskussionen über vorhandene Differenzen in den FEM-Modellen bei Projekten, an denen mehrere Partner beteiligt waren. Unterschiedliche Auffassungen über die Art der Vernetzung bestimmter Details, (z. B. Schweißnähte), führten zu langwierigen Diskussionen und teilweise erheblichen Abweichungen bei den Ergebnissen. Um diese Diskussionen zu beenden, wurden in der Richtlinie detaillierte Vorschriften zur Vernetzung von Abgasanlagenkomponenten formuliert. Die Richtlinie bezieht sich dabei nicht nur auf Dynamik-, sondern auch auf die Netzerstellung für Thermomechanikberechnungen an Abgasanlagen. In der Richtlinie werden Anzahl der Knoten und Elemente vorgegeben. Vorgaben für die Art der Elemente bzw. deren Anordnung bei z. B. Schalldämpfern, Katalysatoren, Haltern, Tilgern, Schiebesitzen, etc. sind ebenso formuliert wie die einheitliche Aufbringung von Temperaturrandbedingungen und die Vorgabe der kritischen Dämpfung. Auch wenn die Richtlinie federführend vom Automobilhersteller formuliert wurde, ist sie dennoch offen für Verbesserungen und stetige Änderungen. Die Richtlinie wird in regelmäßigen Abständen mit allen beteiligten Partnern diskutiert und weiterentwickelt.

94

1 Gesamtfahrzeug

1.5.3.2 Nummerierungskonvention für Abgasanlagenmodelle Um den angesprochenen automatisierten Ablauf der BSA zu unterstützen und um den Abgasanlagenbaukasten so flexibel wie möglich zu halten, werden Bauteile in speziellen Nummerierungsbereichen vernetzt. Für jedes Modul einer Abgasanlage ist in der Richtlinie ein Intervall definiert, in dem die zugehörigen Elemente und Knoten nummeriert werden müssen. Ein Nachschalldämpfer wird dadurch in jeder Abgasanlage die gleichen, einheitlichen Elementnummern haben. Ein Alternativ-Bauteil kann so ohne Probleme an Stelle des Originals ins Modell eingebracht und in einer Variantenrechnung bewertet werden.

1.5.3.3 Eine hierarchisch angelegte Struktur für Abgasanlagenberechnungen Ein automatisierter Ablauf der BSA und anderer Standardberechnungen ist nur mit einer einheitlichen Datenhaltung der Modelle und der Varianten möglich. Diese ist an der aktuellen Fahrzeug- und Motorenpalette des Automobilherstellers angelehnt. Die typische Ordnung erfolgt in der Abfolge: Fahrzeug – Motor – Entwicklungsstand – Modelldaten – Berechungsvariante (Bild 1-88). Die Einhaltung der auf den ersten Blick starren und formalistisch anmutenden Struktur hat sich bewährt und wird nun schon seit mehreren Jahren vollzogen.

Bild 1-88: Hierarchisches Dateisystem für Abgasanlagenberechnungen.

1.5 Virtueller verteilter Entwicklungsprozess bei Abgasanlagen und -konzepten

95

1.5.3.4 Automatisierungsalgorithmus Zentraler Punkt des numerischen Werkzeugkastens ist ein in der Scriptsprache Perl geschriebenes Steuerungsprogramm, welches den Standardablauf einer BSA bzw. anderer Standardberechnungsverfahren vollständig automatisiert. Der Berechnungsingenieur muss im Vorfeld nur noch die FE-Modelle prüfen und die geprüften Komponenten in den bereits beschriebenen Dateibaum einzupflegen. Nach Auswahl der Berechnungsart, des zu untersuchenden Lastzustandes (Volllast, Leerlauf, Schub) und einiger Optionen zur Ergebnisformatierung wird die Berechung gestartet und läuft komplett im Hintergrund ab. Eingesetzte Rechner sind zum Teil lokale Workstations oder ein Großrechnercluster. Nach durchschnittlich einer Stunde kann der Berechnungsingenieur die Ergebnisse in standardisierter Form am Drucker abholen. Entsprechende Dokumente in normiertem Format werden gleichzeitig automatisch an dafür vorgesehener Stelle im Dateibaum abgelegt.

1.5.3.5 Verschiedene kleinere Programme zur Erledigung von Teilaufgaben Der im vorangegangenen Abschnitt beschriebene Algorithmus stellt in Form eines Hauptprogramms nur den Grobablauf der durchzuführenden Berechung sicher. Die dabei anfallenden Detailarbeiten, angefangen vom Prüfen der Modelle, Zusammensetzen der Steuerdatei des FE-Rechenlaufs bis hin zur Aufbereitung der Ergebnisse werden von kleineren Programmmodulen und anderen Entwicklungswerkzeugen erledigt. Diese Programme sind zum Teil aus dem Public-Domain Bereich entnommen (Xmgr, Xfig, etc.) und zum anderen Teil beim Automobilhersteller selber entwickelt worden. Um den beteiligten Partnern die Übernahme der Methodik zu erleichtern, wurde bewusst darauf verzichtet, zusätzliche kommerzielle Programme zu verwenden.

1.5.4 Beispiele Um den Gedanken einer Standardisierung weiter zu verdeutlichen, soll im Folgenden das Ergebnis einer typischen BSA-Berechnung vorgestellt werden. Die Abarbeitung der BSA-Rechnung erfolgt in zwei Stufen. In der ersten Stufe werden die kritischen Resonanzen der Abgasanlage unter Motoranregung berechnet und an den vom Versuch vordefinierten Messpunkten ausgewertet. In der zweiten Stufe werden die auftretenden Bauteilspannungen ermittelt. Die in der ersten Stufe gefundenen Resonanzen sind als Peaks im Ergebnisdiagramm erkennbar (Bild 1-89). Sie werden über der Motordrehzahl bzw. der Frequenz dargestellt. In Analogie zu einem Messwertaufnehmer wird pro Messort ein Diagramm gezeichnet. In diesen Diagrammen können mehrere Varianten einander gegenübergestellt und verglichen werden. Ein Algorithmus detektiert nach der Berechnung die auftretenden Resonanzspitzen, deren Verschiebungen über einem vorgegebenen Limit liegen und bereitet so den Rechenlauf der zweiten Stufe vor.

96

1 Gesamtfahrzeug

Bild 1-89: Beispiel Ergebnis Betriebsschwingungsanalyse Phase 1.

Dieser zweite Rechendurchlauf liefert als Ergebnis die relevanten Schwingformen der Anlage bei der entsprechenden Frequenz. Die Schwingformen werden standardmäßig in drei Ansichten als statisches Bild ausgedruckt. Optional kann die animierte Schwingform dreidimensional drehbar am Bildschirm sichtbar gemacht werden. Hier erkennt der Berechnungsingenieur die hoch belasteten Stellen der Abgasanlage und kann prüfen und entscheiden, ob die Belastungen gezielte Optimierungsaktivitäten nach sich ziehen werden (Bild 1-90).

Bild 1-90: Beispiel Ergebnis Betriebsschwingungsanalyse Phase 2.

1.5 Virtueller verteilter Entwicklungsprozess bei Abgasanlagen und -konzepten

97

Geeignete Komprimierungsverfahren (animated GIF) sorgen nach der Simulation für die Platz sparende Ablage der wichtigsten Ergebniskomponenten. Das einheitliche ErgebnisAusgabeformat hat sich beim Vergleich unterschiedlicher Rechnungen bewährt, auch wenn diese in größeren Zeitabständen durchgeführt worden sind. Angaben über Details der Variante, Namen des verantwortlichen Berechnungsingenieurs und genaue Hinweise auf die Lage weiterer Informationen im Dateibaum machen das einzelne Dokument zu einem kleinen, aber wichtigen Teil des Entwicklungsprozesses. Die Zeiteinsparung durch die Einführung der Automatisierung ist beachtlich. Verglichen mit einer manuellen Durchführung werden pro BSA rund 3,5 Stunden an vermeidbarer Handarbeit gespart. Diese Zeit setzt sich zusammen aus Einsparungen beim Modellaufbau, bei der Fehlersuche, bei der effizienten Verteilung der Last auf vorhandene Computer und bei der automatisierten Aufbereitung von Berechungsergebnissen, sowie deren Ablage an der richtigen Stelle im Dateibaum. So summiert sich die Einsparung intern beim Automobilhersteller auf über 1700 Mannstunden. Diese Zahl bezieht sich auf die Berechnungsaktivitäten der letzten 16 Monate. Die Einsparung eines Mannjahres wird oft als Beleg dafür gewertet, dass durch Automatisierung Personal eingespart werden kann. Das Gegenteil ist jedoch der Fall: Die eingesparte Zeit erlaubt zum einen die Bearbeitung von wesentlich mehr Projekten in der gleichen Zeit und zum anderen entfällt die oft als stupide empfundene Aufbereitung von Berechnungsläufen ersatzlos. Dem Ingenieur bleibt nun die Zeit, sich endlich wieder auf die wesentliche Arbeit zu konzentrieren: Das Entwerfen, Beurteilen und Optimieren qualitativ hochwertiger Bauteile.

1.5.5 Einführung einer gemeinsamen Methodik bei den Partnern Um das Ziel, die Anwendung einer einheitlichen CAE-Methodik bei allen Partnern zu erreichen, müssen von den Beteiligten gewisse Anforderungen erfüllt werden. Diese lassen sich aufteilen in Anforderungen personeller Art und in Anforderungen, die eine Schaffung technischer Voraussetzungen zur Anwendung der Methodik betreffen. Generell wird seitens des Automobilherstellers die Bereitstellung eines CAE-Teams beim Zulieferer gefordert. Innerhalb dieses Teams muss es einen klaren Ansprechpartner geben. Er plant die notwendigen Berechnungen und stellt sicher, dass der Einsatz von Berechnungsmethoden koordiniert, in Einklang mit den Disziplinen Konstruktion und Versuch, abläuft. Er sorgt auch dafür, dass zu den definierten Meilensteinen in der Entwicklung größere Ergebnispakete zu einem Projekt beim Automobilhersteller vor Ort vorgestellt werden. Hinsichtlich der CAE-Methoden fordert der Automobilhersteller bei allen aktuellen und zukünftigen Projekten die Einhaltung der Vernetzungsrichtlinie. Nur so wird sichergestellt, dass in außergewöhnlichen Fällen Teile der Berechnung beim Automobilhersteller vor Ort nachvollzogen werden können. Diese Forderung erstreckt sich bis zum Bereich der Vorgabe von Rand- und Anfangsbedingungen. Es ist klar, dass weitergehende Vorschriften hinsichtlich der Verwendung von Programmpaketen einen starken Eingriff in die Organisation der Berechungsabteilungen beim Zulieferer bedeuten. Der Ansatz hat sich jedoch in den letzen Jahren auch nach Aussagen aller beteiligten Partner bewährt.

98

1 Gesamtfahrzeug

Zur Unterstützung dieser Empfehlung wurde seitens des Automobilherstellers der komplette numerische Werkzeugkasten, inklusive der Vernetzungsrichtlinie für die Abgasanlagenberechnung, in Form eines Programmpaketes auf CD zusammengestellt und den Zulieferern zur Verfügung gestellt. Die Programme liegen momentan in geschützter Binärform vor, was weniger ein mangelndes Vertrauen ausdrückt, sondern zum Zweck hat, wirklich bei allen Beteiligten die gleiche, jeweils aktuellste Methodik zu implementieren. Sollte dies über einen längeren Zeitraum gelingen, so werden die Quellen allen Partnern in Form einer Open-Source Vereinbarung zugänglich gemacht. Um dem Gedanken einer Gleichberechtigung bei der Pflege und Entwicklung aktueller und zukünftiger Methodiken bei allen Partnern Rechung zu tragen, ist zudem ein Methodikkreis „Berechnung Abgasanlagen“ ins Leben gerufen worden. Dieser Methodikkreis behandelt primär die Weiterentwicklung der vom Automobilhersteller zur Verfügung gestellten Software-Werkzeuge. Außerdem wird im Rahmen von Diskussionen und technischen Beiträgen die Vernetzungsrichtlinie auf einen von allen Partnern akzeptierten, aktuellen Stand gehalten. Für die Zukunft sind weitere Gemeinschaftsprojekte geplant. Diese Projekte werden so angelegt sein, dass sie im Rahmen der Qualitätssicherung der Berechnungsmethodik von allgemeinem Interesse sind und somit auf keinen Fall firmeninternes Know-how der jeweiligen Partner preisgeben. Das bisherige Fazit ist positiv und deutet auf eine gute und effiziente Zusammenarbeit in den nächsten Jahren hin. Am „Methodikkreis Berechnung“ nehmen Berechnungsingenieure aller beteiligten Zulieferer produktiv teil. Die von Automobilhersteller entwickelte Berechnungsmethodik ist mittlerweile bei 75 % der Zulieferer installiert und wird produktiv angewendet.

1.5.6 Zusammenfassung 1. Eine Standardisierung der bestehenden Berechungsmethodik bei der Abgasanlagenentwicklung ist für die weitere Zusammenarbeit mit Lieferanten im Hinblick auf die gestiegenen Kosten- und Qualitätsziele unverzichtbar. 2. Die Grundidee dieser Standardmethodik lässt sich reduzieren auf die konsequente Einhaltung einer vorgegebenen Vernetzungsrichtlinie, die Einhaltung eines modularen Aufbaus von Abgasanlagenmodellen, eine einheitliche, bei den Partnern gespiegelt vorhandene Datenhaltung sowie den Einsatz von Softwarewerkzeugen zur Automatisierung von Standardberechnungsabläufen. 3. Der Automobilhersteller hat die Richtlinien formuliert, den numerischen Werkzeugkasten entwickelt und stellt beides den Zulieferern zur Verfügung. 4. Ein gemeinsamer Methodikkreis, bestehend aus Teilnehmern aller beteiligten Unternehmen, sichert die Weiterentwicklung der Werkzeuge und beschäftigt sich mit der Qualitätssicherung der Berechnungsmethoden bei Abgasanlagen.

99

2

Elektronik

2.1 Elektronik als Schlüsseltechnologie zur unfallfreien und umweltfreundlichen Mobilität der Zukunft Die Erhöhung der Verkehrssicherheit und – vielleicht noch wichtiger – die Sicherstellung der Umweltverträglichkeit sind die entscheidenden Arbeitsgebiete zur Sicherung der automobilen Zukunft. Und diese Aufgaben sind global zu lösen: Verkehrssicherheit gewinnt in den stark wachsenden Märkten – wie China und Indien – immer mehr an Bedeutung, wenn man betrachtet, dass hier die Unfallzahlen in den letzten Jahren stark angestiegen sind. Aber auch in der so genannten entwickelten Welt gibt es globale Anstrengungen den positiven Trend der letzten Jahre weiter fortzuführen. Die Umweltverträglichkeit wiederum wird zunehmend vom Thema Klimaschutz dominiert und ist damit ohnehin im globalen Kontext zu sehen. Unfallfrei und umweltfreundlich sind dabei Attribute, die als Anspruch bzw. anzustrebendes Ideal zu sehen sind, nicht etwa als – womöglich gar bereits eingelöstes – Versprechen. Bei der Lösung dieser Aufgaben gewinnt die Elektronik mehr an Bedeutung. Dominierte bisher vor allem die Realisierung von flexiblen und kundenindividuellen Funktionen in den einzelnen Domänen, wie Antrieb oder Bremse, so findet derzeit eine zunehmende Vernetzung der Domänen und mithin die Realisierung neuer, domänenübergreifender Funktionen im Fahrzeug statt. Und der nächste Schritt ist mit der Kommunikation über die Grenzen des einzelnen Fahrzeuges hin zur car-to-car bzw. car-to-x Kommunikation bereits in Entwicklung. Diese zunehmende Vernetzung von Elektronik-Komponenten erfordert erhöhte Anstrengungen bei der Qualitätssicherung und der Standardisierung, um die Funktionen verlässlich und kostengünstig darzustellen. 2.1 Elektronik als Schlüsseltechnologie

2.1.1 Globale Herausforderungen Die individuelle Mobilität steht in den asiatischen Ländern erst am Anfang einer stürmischen Entwicklung. Betrug der Fahrzeugbestand in China und Indien in 2005 noch rund 13 bzw. 8 Millionen Pkw und war im Vergleich zu rd. 152 Millionen Pkw in den USA sehr gering, so wird sich dies bis zum Jahr 2035 gemäß einer aktuellen Studie der Asia Development Bank radikal ändern. China wird mit rund 190 Millionen Fahrzeugen die USA deutlich übertreffen und auch in Indien wird sich der Bestand auf voraussichtlich 80 Millionen Pkw verzehnfachen (Bild 2-1).

100

2 Elektronik

Bild 2-1: Prognose zur Entwicklung des PkwBestandes von 2005 bis 2035 in China und Indien im Vergleich zu den USA (Studie der Asia Development Bank, 2006).

Allein vor diesem Hintergrund ist offensichtlich, dass sich in diesen Ländern die Verkehrsdichte signifikant erhöhen und die Verkehrssicherheit deutlich an Gewicht gewinnen wird. Dies umso mehr, als hier bereits in den vergangenen Jahren die Unfallzahlen stark angestiegen sind. So sind im Jahr 2000 in Indien bei weitaus kleinerer Fahrzeugflotte fast 50 % mehr Personen im Straßenverkehr getötet worden als in Europa; und das mit steigender Tendenz (Bild 2-2).

Bild 2-2: Getötete im Straßenverkehr; Vergleich Indien und Europa (IRTAD, 2003).

2.1 Elektronik als Schlüsseltechnologie

101

Die besondere Herausforderung in diesen Märkten besteht darin, Sicherheit bezahlbar zu machen, d. h. Systeme wie ABS und Airbag auch für Fahrzeuge in der Preisklasse 3000– 5000 Euro darzustellen. Anderenfalls besteht die Gefahr, dass sich der bisherige Trend weiter fortsetzt oder bei steigendem Fahrzeugaufkommen gar beschleunigt. So wie Europa mit der Initiative e-Safety, haben sich auch die USA und Japan ehrgeizige Ziele gesetzt, der Vision vom unfallfreien Fahren näher zu kommen. Aber die steigende Mobilität hat nicht nur Auswirkungen auf die Verkehrssicherheit, sondern vor allem für die Umwelt. Kurz- und mittelfristig sind dabei Partikel- und NOxEmissionen weiter zu senken. Hierfür liegen technische Konzepte entweder vor oder sind in Entwicklung, so dass auch hier wiederum die besondere Herausforderung darin besteht, diese Systeme für die neuen Märkte nutzbar zu machen, d. h. entsprechend preisgünstig realisieren zu können. Hier ist also eine Lösung in Sicht; im Gegensatz dazu stellen die Treibhausgase ein schwieriger zu lösendes Problem dar. In den nur schwach wachsenden etablierten Märkten wird sich aufgrund technischer Weiterentwicklungen eine deutliche Verbesserung realisieren lassen. In den neuen Märkten jedoch ist das Marktwachstum dominant. So wird trotz Einrechnung deutlicher Effizienzsteigerungen für den Zeitraum bis 2035 für China und Indien eine Vervierfachung der CO2-Emissionen des Straßenverkehrs prognostiziert. Von daher haben effiziente und umweltfreundliche Antriebe gerade auch für diese Märkte höchste Priorität. Langfristig gesehen, ist die Energieeffizienz und die Reduzierung der Emission von Treibhausgasen damit weltweit bei der Weiterentwicklung der Antriebstechnik das beherrschende Thema.

2.1.2 Elektronik und Systemvernetzung Sowohl für die Erhöhung der Verkehrssicherheit als auch der Energieeffizienz war die Darstellung von zunehmender Funktionalität in Elektronik und Software ein Schlüsselfaktor. Systeme wie Airbag, ABS und ESP tragen tagtäglich entscheidend zur Verkehrssicherheit bei und nur mittels elektronischer Motorsteuerungen war es möglich, gleichzeitig die Fahrzeugemissionen um über 90 % zu reduzieren und die Energieeffizienz deutlich zu steigern. In den letzten zwei Jahrzehnten sind wir damit der Vision von der unfallfreien und umweltfreundlichen Mobilität deutlich näher gekommen. Der Trend zu mehr Elektronik im Fahrzeug wird sich mit der zunehmenden Vernetzung von verschiedenen Domänen fortsetzen. Damit einhergehend ist ein wachsender Wertschöpfungsanteil. Die Erwartungen liegen bei einer Steigerung von knapp 20 % in 2002 auf rd. 35 % in 2015 bezogen auf das gesamte Fahrzeug. Den größten Anteil daran wiederum werden IC, Sensoren und Software mit zweistelligen Wachstumsraten haben (Bild 2-3). Das Marktvolumen von Sensoren wird sich mehr als verdoppeln, das von ICs nahezu vervierfachen und Softwareanwendungen gar verfünffachen.

102

2 Elektronik

Bild 2-3: Wachstumsrate elektrischer und elektronischer Komponenten im Fahrzeug. Studie von Mercer Consulting und Fraunhofer Gesellschaft, 2003.

Wie stark sich die Komplexität des elektrischen Systems im Fahrzeug bereits verändert hat, zeigt auch anschaulich der Vergleich der Kabelbäume eines Fahrzeuges aus dem Jahr 1947 mit dem eines modernen Fahrzeugs (Bild 2-4).

Bild 2-4: Vergleich der Komplexität verschiedener Kabelbäume: 1947 zu 2003.

War es in der Vergangenheit insbesondere die Elektronik zur Steuerung und Regelung einzelner Systeme, wie Motorsteuerung, ABS oder ESP, so werden in Zukunft stärker noch die system- oder domänenübergreifenden Funktionen in den Vordergrund rücken. Es kommt also zu einer immer stärkeren Vernetzung über die bisherigen Systemgrenzen hinaus. Daraus resultiert ein intensiver Datenaustausch zwischen den unterschiedlichen Steuergeräten im Fahrzeug, wie in Bild 2-5 angedeutet.

2.1 Elektronik als Schlüsseltechnologie

103

Bild 2-5: Vernetzung unterschiedlicher Domänen im Fahrzeug basiert auf intensiver Kommunikation der Steuergeräte.

Wenden wir uns zunächst der Verkehrssicherheit zu. Bei Bosch arbeiten wir an der Vernetzung bestehender Systeme zur aktiven und passiven Sicherheit unter der Bezeichnung CAPS (combined active and passive safety, Bild 2-6).

Bild 2-6: Vernetzung von Systemen zur aktiven und passiven Sicherheit (CAPS).

104

2 Elektronik

Dies umfasst zum einen die Nutzung von Sensorinformationen über die originären Domänen hinaus und ergänzt diese durch die Nutzung zusätzlicher radar-, ultraschall- oder videobasierter Umfeldsensorik, wie sie in Fahrerassistenzsystemen Verwendung finden. Erst damit werden viele neue Funktionen möglich. Die Hinzunahme von Kommunikationselementen, wie insbesondere car-to-x-Kommunikation wird in Zukunft nicht nur die eigene Zustands- und Umwelterkennung nutzbar machen, sondern durch den Informationsaustausch zwischen verschiedenen Fahrzeugen und mit der Peripherie zusätzliche Informationsquellen erschließen, um noch frühzeitiger das Fahrzeugverhalten an die aktuellen Erfordernisse anpassen zu können. Dies alles wird möglich, da die eingesetzten Kfz-Sensoren nicht nur kleiner und kostengünstiger, sondern auch intelligenter werden und einen immer größeren Funktionsumfang abdecken. Bild 2-7 zeigt exemplarisch einen Airbag Aufprall-Sensors, der die Beschleunigungserfassung und -auswertung sowie die rechtzeitige Auslösung der Airbags sicherstellt. In modernen Airbag-Systemen sind derartige Sensoren sowohl in peripheren Bereich des Fahrzeugs als auch im zentralen Steuergerät verbaut. Die Technologie der Mikromechanik erlaubt es, die Beschleunigungsmessung längs der zwei relevanten Raumachsen, bei neuesten Sensor-Generationen sogar längs aller drei Achsen auf einem einzigen Silizium-Chip zu integrieren.

Bild 2-7: Airbag Aufprall-Sensor mit Sensorelement und Signalaufbereitung (links). Rechts erkennt man die Struktur eines mikromechanischen Sensors im Detail.

Heutige Sensoren beinhalten weiterhin eine intelligente, digitale Signalaufbereitung mit der entsprechenden Digitalschnittstelle, die insbesondere zu einer erhöhten Robustheit und Zuverlässigkeit des Gesamtsystems führen. Zukünftige Generationen von Sensorelementen werden einen noch größeren Funktionsumfang aufweisen. Es ist geplant, dass bisher extern verbaute EEPROM-Speicher, Mikrocontrollerfunktionen, Schnittstellen-

2.1 Elektronik als Schlüsseltechnologie

105

Transceiver und andere elektronische Bauteile in das Chip-Gehäuse mit integriert bzw. mehrere Messgrößen in einem Sensorelement vereint werden. Neben der funktionalen Erweiterung gibt es einen Trend zur Sensorintegration in einem so genannten Sensorcluster. Beim Sensorcluster für das elektronische Stabilitätsprogramm ESP und Airbag wird z. B. der als MEMS (Micro Electro Mechanical System) dargestellte Drehratensensor, der die Gierrate des Fahrzeuges misst und so dem ESPSteuergerät notwendige Informationen über eventuell kritische Fahrsituationen zur Verfügung stellt, mit dem MEMS-Beschleunigungssensor auf einer gemeinsamen Leiterplatte in einem Gehäuse zusammengefasst. Das Cluster-Konzept für das Fahrdynamiksystem ESP ist durch einen modularen Aufbau gekennzeichnet, der erlaubt, möglichst flexibel auf verschiedene Kundenanforderungen und -konfigurationen einzugehen. Hier reicht die Spanne von einer grundlegenden ESP-Funktion über Zusatzfunktionen wie Hill-HoldControl und aktive Lenkunterstützung bis hin zu einem umfangreichen ChassisManagement, das z. B. das Wank- und Nickverhalten des Fahrzeugs aktiv beeinflusst. Je nach Funktionsumfang enthält das Sensorcluster hierbei eine variable Bestückung von verschiedenen Inertialsensorelementen (Bild 2-8).

Bild 2-8: Sensorcluster mit Integration von Drehratensensor und Beschleunigungssensor.

Die nächste Stufe dieser Entwicklung wird die Grenzen zwischen Funktionsbereichen überschreiten und dazu dienen, neue Funktionen zu realisieren und Synergien zu nutzen, wie das folgende Beispiel zeigt. Durch die Vernetzung eines Sensors oder Sensorclusters mit Steuergeräten mehrerer Funktionsbereiche und durch Integration von Sensoren aus verschiedenen Funktionsbereichen in einem einzigen Steuergerätegehäuse bzw. durch Wegfall von Sensor-Redundanzen werden sich Kostensenkungspotenziale erschließen. Ein Beispiel hierfür ist die Integration der ESPSensorik in ein Airbag-Steuergerät. Bild 2-9 zeigt das bisher verwendete ESP-Sensorcluster mit Inertialsensorik, das ohne zusätzlichen Bauraumbedarf in das Airbag-Steuergerät integriert werden soll. Diese Verschmelzung wird Bosch ab 2008 anbieten. Dabei wird in einer ersten Integrationsstufe die Sensorik in einem Gehäuse integriert und in einer zweiten Stufe die Verschmelzung auf Sensorebene vollzogen.

106

2 Elektronik

Bild 2-9: Integration der ESP-Sensorik in ein Airbag-Steuergerät. In der ersten Integrationsstufe erfolgt eine Verschmelzung auf den Ebenen Mechanik, Elektronik und Software auf einer Leiterplatte; in der zweiten Integrationsstufe kommt die Verschmelzung auf Sensor-Ebene hinzu, bei der ein weiterentwickelter Inertialsensor die Aufgaben der bisherigen zwei Sensoren übernimmt.

Betrachten wir nach der domänenübergreifenden Integration auf Elektronik-Ebene nun die Verbundfunktionen zur Erhöhung der aktiven und passiven Sicherheit (CAPS). Bild 2-10 zeigt am Beispiel von Deutschland und den USA die Hauptunfallsituationen bei Verkehrsunfällen mit Todesfolge. In beiden Ländern stellt das Verlassen der Fahrbahn mit einem möglichen Anprall gegen ein festes Objekt die häufigste Unfallsituation dar. Dieser folgenträchtigen Unfallsituation kann mit verschiedenen Funktionen der aktiven und passiven Sicherheit entgegengewirkt werden. Ein Lane Keeping Support System unterstützt beispielsweise den Fahrer bei der Spurhaltung und hilft somit das häufig durch Unaufmerksamkeit verursachte Abkommen von der Fahrbahn zu verhindern. Etwa ein Drittel der Fahrer reagieren beim Erleben einer solchen Situation über. D. h. sie lenken sehr schnell wieder in Richtung der Straße und lösen dadurch ein Schleudermanöver ihres Fahrzeugs aus. In verschiedenen Studien wurde bereits nachgewiesen, dass ESP 80 % dieser Schleudersituationen vermeiden kann. Mit steigender ESP-Penetrationsrate werden sich die Vorteile des Systems in deutlich reduzierten Unfallzahlen wiederspiegeln. Insbesondere in den USA wird sich die für 2011 geplante Verpflichtung zur Ausrüstung von Neuwagen mit ESP positiv auf das Unfallgeschehen auswirken. Die Wirkungsweise von Verbundfunktionen soll nun anhand der Beispiele Advanced Rollover Sensing zur Verringerung der Unfallfolgen bei Fahrzeugüberschlag und dem Predictive Safety System zur Verringerung bzw. Vermeidung von Auffahrunfällen dargestellt werden. Kann ein Abkommen von der Fahrbahn nicht verhindert werden, stellt besonders ein seitlich rutschendes Fahrzeug ein hohes Gefährdungspotential für die Insassen dar. Ein seitlicher Anprall gegen ein festes Hindernis oder gar ein Überschlag kann die Folge sein.

2.1 Elektronik als Schlüsseltechnologie

107

Bild 2-10: Analyse von Ursachen von Unfällen mit Todesfolge in Deutschland und USA im Jahr 2005, Statistisches Bundesamt – Verkehrsunfälle 2005 bzw. Fatality Analysis Reporting System (FARS) 2005.

Für den Fall des Überschlags wurde die Funktion Advanced Rollover Sensing entwickelt. Bei der Funktion (Bild 2-11) wird das Signal eines separaten Rollratensensors zur Erkennung einer Drehbewegung um die Längsachse aus dem Airbag-Steuergerät mit der Geschwindigkeit- sowie den Beschleunigungssignalen und der Gierrate des ESP-Steuergerätes verknüpft. Ziel ist es, beim seitlichen Rutschen im unbefestigten Untergrund mit anschließendem Überschlag des Fahrzeugs, die Auslöseentscheidung für Kopfairbags oder Überrollbügel und Gurtstraffer deutlich früher als bisher zu treffen. Ein solcher Fahrzeugüberschlag kann vor allem durch eine einseitige Anhebung an einer Böschung verursacht werden. Erfahrungen zeigen, dass sich damit schwere Kopfverletzungen, die bei typischen Rollwinkelraten von 50–100° pro Sekunde sonst sehr wahrscheinlich wären, stark reduzieren oder vermeiden lassen. Die dabei auftretende laterale Geschwindigkeit ist ein Maß für die kinetische Energie welche dem Fahrzeug zur Verfügung steht um einen Überrollvorgang zu induzieren. Ein separater Algorithmus im Airbagsteuergerät berechnet aus den Signalen des ESP die laterale Geschwindigkeit des Fahrzeugs. Neben der Lateralgeschwindigkeit werden die Signale der Überrollsensierung entsprechend der Fahrzeugbewegung bewertet und für eine situationsangepasste Auslöseentscheidung herangezogen.

108

2 Elektronik

Bild 2-11: Advanced Rollover Sensing zur Verringerung der Unfallfolgen bei Fahrzeugüberschlägen.

Kommt es anstatt eines Überschlags zu einem seitlichen Anprall gegen ein festes Objekt, wie z. B. ein Baum, wird die Funktion Early Pole Crash Detection aktiviert. Mit dieser Funktion werden die seitlichen Rückhaltemittel bei Kontakt mit dem Hindernis noch früher als bisher ausgelöst. Beim Predictive Safety System wird die Abstandsinformation zum Vordermann bzw. Hindernis vom ACC (Adaptive Cruise System) genutzt. Reagiert der Fahrer nicht schnell genug, so unterstützt ihn das System vorausschauend bei der Bremsung (Bild 2-12). Untersuchungen belegen, dass bei nur einer geringfügig schnelleren Reaktionszeit von 500 Millisekunden 60 % der Auffahrunfälle und 30 % der Frontalunfälle vermieden werden könnten. Unter Nutzung von Daten eines Videosystems kann letztlich in Zukunft auch eine automatische Notbremsung eingeleitet werden. Das Beispiel ACC ist auch ein hervorragendes Beispiel für eine Funktion, die domänenübergreifend in ihrer Realisierung ist, sich andererseits aber auch domänenübergreifend in ihrer Wirkung zeigt: sie lässt sich nicht nur zur Erhöhung der Verkehrsicherheit nutzen, sondern hilft, wie im Folgenden aufgezeigt wird, auch bei der Kraftstoffeinsparung.

2.1 Elektronik als Schlüsseltechnologie

109

Bild 2-12: Predictive Safety System zur Verringerung oder Vermeidung von Auffahrunfällen.

Betrachtet man, dass in Deutschland jährlich rund 800 Millionen Liter Kraftstoff in Staus vergeudet werden und damit 2 Millionen Tonnen CO2 unnötig emittiert werden, so kommt der Stauvermeidung hohe Bedeutung zu. Unabhängige Untersuchungen haben gezeigt, dass sich der Fahrzeugdurchsatz und damit der Verkehrsfluss auf einer vielbefahrenen Schnellstraße in Abhängigkeit des Ausstattungsgrades mit ACC um bis zu 30 % steigern lässt (Bild 2-13). Ursache dafür ist im Wesentlichen eine „Vergleichmäßigung“ des Verkehrsstromes. ACC hilft aber nicht nur Staus zu verringern, sondern das gleichmäßigere Fahrprofil wirkt sich auch direkt positiv auf den Kraftstoffverbrauch aus. Praxistests belegen eine Verbesserung um gut 10 % bei konsequenter ACC-Nutzung.

Bild 2-13: Steigerung des Verkehrsflusses in Abhängigkeit vom ACC-Ausstattungsgrad.

110

2 Elektronik

Zwar sind diese Maßnahmen geeignet, die CO2-Emissionen in der tagtäglichen Fahrzeugnutzung zu reduzieren; zur Verringerung der zyklusrelevanten Emissionen tragen sie jedoch nicht bei. Die Zielsetzung diese im Mittel über die Fahrzeugneuzulassungen in Europa bis 2012 auf 130 g/km zu reduzieren, ist sehr anspruchsvoll und bedeutet gegenüber 2006 eine Absenkung um rund 20 %. Bei der Erfüllung spielen erneut domänenübergreifende Funktionen eine wichtige Rolle. Bild 2-14 zeigt für ein typisches Mittelklasse-Fahrzeug ausgehend von einem StandardBenziner bzw. einem Standard-Diesel die Wirkung von verschiedenen Maßnahmenpaketen. Dabei ist über den Zusatzkosten für die Komponenten aufgetragen, wie hoch die Kraftstoffeinsparung für einen typischen Endverbraucher in den ersten drei Jahren ist. Ersichtlich ist eine der Maßnahmen mit dem besten Kosten-Nutzen-Verhältnis, die StartStopp-Automatik (Bild 2-15). Durch die intelligente Kombination von Batteriemanagement, Motormanagement, Sensoren und Starter zu einem smarten Start-Stopp-System gelingt es mit vergleichsweise geringem Zusatzaufwand, Verbrauchsreduzierungen von rd. 5 % im Zyklus und deutlich höhere Werte im reinen Stadtverkehr zu erzielen.

Bild 2-14: Maßnahmen zur Verbesserung der Kraftstoffeffizienz ausgehend von Standard-Benziner bzw. Standard-Diesel.

2.1 Elektronik als Schlüsseltechnologie

111

Bild 2-15: Start-Stopp-System.

2.1.3 Maßnahmen zur Qualitätssicherung bei Elektronik-Systemen Bei der zunehmenden Bedeutung der Elektronik insbesondere auch der zunehmenden Anzahl von Systemen, die domänen- und damit oftmals herstellerübergreifend realisiert werden, stellt sich die Frage nach der Qualität und wie diese auch in Zukunft sichergestellt werden kann. Bild 2-16 zeigt das Ergebnis einer Untersuchung und belegt, dass mit zunehmender Komplexität in Form von Anzahl der Elektronikfunktionen die Pannenhäufigkeit näherungsweise proportional ansteigt. Ursache sind oftmals Schnittstellenprobleme und Inkompatibilitäten der Funktionsarchitekturen verschiedener Steuergeräte. Steuergeräte-Software und Netzwerk-Software haben jeweils mit rund 25 % den höchsten Anteil an den Elektronik-Fehlern. Vor dem Hintergrund domänenübergreifender Funktionen, verstärkter Bemühungen um Software-Wiederverwendung und Integration von Software aus verschiedenen Quellen, sind zusätzliche Anstrengungen erforderlich, um die Qualitätssituation nachhaltig zu verbessern. Diese Maßnahmen haben zwei Schwerpunkte: den Entwicklungsprozess und die Standardisierung. Beim Entwicklungsprozess geht es insbesondere darum, die Prozessreife für die einzelnen Schritte von der funktionalen Anforderung des Kunden bis zur Ablieferung der Software zu erhöhen. Bei Bosch orientieren wir uns dabei am CMMI-Modell. Aktuell sind nahezu alle unsere Entwicklungsteams mindestens nach Level 3 zertifiziert, rund 30 % sogar nach dem höchsten Wert, Level 5. Damit ist Bosch in der Branche führend.

112

2 Elektronik

Bild 2-16: Zusammenhang zwischen Qualitätsproblemen und Anzahl an Elektronikfunktionen (JD Power & Associates, McKinsey and Company, 2003).

Neben der Prozessreife ist die Effizienzsteigerung bei der Software-Erstellung entscheidend für den Wettbewerbserfolg. Ansätze hierfür sind modellbasierte Entwicklung mit automatischer Code-Generierung sowie Software-Wiederverwendung. Bei der modellbasierten Entwicklung wird die zu realisierende Funktion nicht direkt codiert, sondern zunächst als Simulationsmodell, beispielsweise über ASCET-SD, dargestellt. Die Gesamtfunktionalität im geschlossenen Regelkreis oder Gesamtsystem kann dann entweder im Software-Labor mit einem Simulationsmodell des Fahrzeuges erfolgen oder am Fahrzeug-Prototypen im Sinne „hardware in the loop“ getestet werden. Befriedigt die Funktion die Kundenanforderungen, so kann aus dem Modell automatisiert Steuergeräte-Code erstellt werden. Vorteil dieser Vorgehensweise ist die direkte Erprobungsmöglichkeit der Funktion am Fahrzeugmodell oder im Fahrzeug und damit die kurze Regelschleife, falls Nachbesserungen erforderlich sind. Hinzu kommt die automatisierte und damit gegenüber der Codierung von Hand weniger fehleranfällige Erstellung der Steuergeräte-Software. Grundvoraussetzung für Software-Wiederverwendung und insbesondere SoftwareAustausch über Domänen hinweg und zwischen verschiedenen Zulieferern ist eine geeignete Standardisierung. Mit herstellerübergreifenden Initiativen, wie insbesondere AUTOSAR wird versucht, die gesamte Software-Architektur so weit zu standardisieren, dass der Software-Austausch effizient möglich ist. Wenngleich es bis zu diesem Ziel noch eine lange Wegstrecke ist, kommt bereits heute die Software vieler Steuergeräte nicht mehr allein aus einer Hand; so erstellen viele OEM Teile der Software selbst und stellen sie dem Zulieferer zur Integration bei.

2.1 Elektronik als Schlüsseltechnologie

113

Bild 2-17: Schritte von der Kundenanforderung bis zur Ablieferung der Software an den Kunden nach erfolgtem Systemtest.

Allein schon auf der Ebene des einzelnen Steuergerätes ist daher die Sicherstellung der Datenintegrität und des korrekten Echtzeitverhaltens anspruchsvoll. Mit der wachsenden Kommunikation der Steuergeräte untereinander in zeitkritischen, domänenübergreifenden Funktionen gewinnt diese Aufgabe aber noch einmal erheblich an Bedeutung und Komplexität. Trotz aller Möglichkeiten zum Einsatz von Simulationsmodellen und Fahrzeugnachbildungen im Labor, ist daher der finale Funktionstest im Fahrzeug nicht ersetzbar.

2.1.4 Zusammenfassung Die beiden Schwerpunkte für die Entwicklung der Mobilität der Zukunft werden die Erhöhung der Verkehrssicherheit und die Reduzierung der Fahrzeugemissionen sein. Bei der Lösung beider Aufgaben wird die Elektronik eine ganz entscheidende Rolle spielen. Anhand einiger Beispiele wurde aufgezeigt, welchen Beitrag gerade domänenübergreifende Funktionen leisten können, der Vision von der unfallfreien und umweltfreundlichen Mobilität näher zu kommen. Der weiter wachsende Wertschöpfungsanteil der Elektronik am Fahrzeug wird es aber auch erforderlich machen, die Qualität sowie die Entwicklungseffizienz weiter zu erhöhen. Heute wird beides in vielen Fällen durch inhomogene Schnittstellen negativ beeinflusst; hier gilt es die begonnenen Anstrengungen zu einem erfolgreichen Ende zu führen.

114

2 Elektronik

2.2 AUTOSAR – Der Standard, seine Anwendung und die weitere Entwicklung 2.2.1 Einleitung Ende 2006 hat die AUTOSAR-Entwicklungspartnerschaft die Phase I ihrer Arbeit erfolgreich abgeschlossen. Nach der Gründung Mitte 2003 durch die Kernpartner (Core Partner) hat AUTOSAR detaillierte Spezifikationen in mehreren Freigaben (Releases) erarbeitet. Die letzten Resultate der Phase I, das Release 2.1 (siehe [3]), können direkt zur Erstellung neuer, standardisierter Software für Serienapplikationen in der Automobilindustrie angewandt werden. Die Entwicklungspartnerschaft wird nun in der Phase II, 2007–2009 fortgesetzt. Aufgrund der in den nächsten Jahren anstehenden enormen Herausforderungen hinsichtlich Umweltverträglichkeit und Sicherheit wird sich die Anzahl der elektronischen Funktionen in den Fahrzeugen dramatisch erhöhen (siehe [4, 8]). Aus verschiedenen Gründen sind diese Funktionen in viele elektronische Steuergeräte (ECUs) über das gesamte Fahrzeug verteilt. Um dieses komplexe Netzwerk entwicklungstechnisch zu beherrschen, ist eine Standardisierung erforderlich. Die Wiederverwendbarkeit von Softwarekomponenten zwischen verschiedenen Fahrzeugplattformen, Herstellern und Zulieferern ist eines der wichtigsten Ziele von AUTOSAR. Daher wurde eine Methodik entwickelt, die einen dezentralisierten, funktionsgesteuerten Entwicklungsprozess unterstützt. Die Standardisierung der Softwarearchitektur für ECUs, die ein Netzwerk innerhalb eines Automobils bilden, ist unerlässlich. AUTOSAR definiert auch kompatible Softwareschnittstellen auf Anwendungsebene, wobei die funktionalen Inhalte der Anwendungsmodule und Komponenten praktisch frei implementiert werden können und somit weiterhin von der Markenidentität der Automobilhersteller oder deren Systemlieferanten geprägt werden, bzw. den von ihnen gewünschten Eigenschaften. Das Abstraktionsprinzip ermöglicht es, in einem komplexen dezentralisierten Netzwerk die Software von der Hardware zu trennen. Damit sind vielerlei Vorteile verbunden: ™ Beherrschung der E/E-Komplexität bei anwachsendem Funktionsumfang. ™ Flexibilität für Produktänderungen, -erweiterungen und -aktualisierungen. ™ Skalierbarkeit von Lösungen innerhalb von Produktlinien und auch linienübergreifend. ™ Verbesserte Qualität und Verlässlichkeit von E/E-Systemen. Die Automobilindustrie hat erkannt, dass ein technologischer Durchbruch notwendig ist. Die Entwicklung und Standardisierung einer AUTomotive Open System ARchitecture (AUTOSAR) wird Lösungen für diese Herausforderungen bereitstellen. Weil die Schaffung eines weltweiten Standards nicht von Firmen individuell geleistet werden kann, verfolgt AUTOSAR den Ansatz, möglichst viele Interessenten in diese Bemühungen einzuschließen, um gemeinsam erfolgreich zu sein.

2.2 AUTOSAR – Der Standard, seine Anwendung und die weitere Entwicklung

115

Dadurch können alle in den Automobilentwicklungsprozess involvierten Parteien profitieren und ihre spezifischen Vorteile daraus ziehen. Dies gilt für alle, vom Softwaretoolhersteller, über Zulieferer aller Grade und dem Systemintegrator, bis hin zum Fahrzeughersteller. Aufgrund bewährter, wieder verwendbarer Architekturen und der hohen Qualität der Produkte profitieren auch neue Marktteilnehmer und Endkunden von diesem Standardisierungsansatz.

2.2.2 AUTOSAR-Projektorganisation Am Ende von Phase I, im Dezember 2006, bestand die Partnerschaft aus über 100 Firmen. Diese sind in verschiedenen Formen der Mitgliedschaft organisiert, wie CorePartner (10), Premium-Mitglieder (52), Development-Mitglieder (3) und AssociateMitglieder (44). Im Frühjahr 2007 beläuft sich die Zahl der Mitglieder schon auf über 120 (für aktuelle Informationen siehe [1]). Die Core-Partner (siehe Bild 2-18) steuern das Projekt und tragen die organisatorische und administrative Verantwortung. Sie habe eine dezentrale Organisation aufgebaut, die mit einstimmigen Entscheidungsprozessen arbeitet.

Bild 2-18: Die AUTOSAR-CorePartner.

Die Premium-Mitglieder aus Phase I sind in Bild 2-19 dargestellt. Premium-Mitglieder wie Core-Partner tragen zur Schaffung des Standards durch aktive Teilnahme in den Arbeitsgruppen bei. Die Mitwirkung dieser hohen Anzahl an Premium-Mitgliedern bei der täglichen Arbeit im Projekt, ist ein wichtiger Faktor für den Erfolg des Projekts. Ähnlich wie die Premium-Mitglieder nehmen die Development-Mitglieder in verschiedenen Arbeitsgruppen teil, allerdings typischerweise stärker fokussiert auf bestimmte Entwicklungsziele.

Bild 2-19: Die AUTOSAR-PremiumMitglieder, Ende 2006.

116

2 Elektronik

Bild 2-20: Die AUTOSAR-AssociateMitglieder, Ende 2006.

Die Associate-Mitglieder (siehe Bild 2-20) stellen die Nutzer des AUTOSAR-Standards dar. Sie erhalten alle fertig gestellten Spezifikationen, bevor diese veröffentlicht werden. Allerdings tragen sie nicht aktiv zur Standardisierung bei. Des Weiteren gibt es 17 Teilnehmer (so genannte Attendees), die die Partnerschaft in bestimmten Themengebieten mit einem eher wissenschaftlichen Schwerpunkt unterstützen. Zusammenfassend haben rund 650 Experten (inkl. der Leistung von Core-Partnern, Premium-Mitgliedern und Development-Mitgliedern) zu der Entwicklung des Standards im Höhepunkt von Phase I beigetragen, was etwa 175 Vollzeitmitarbeitern entsprach. All dies erfordert in hohem Maße ein effektives und effizientes Projekt- und Ressourcenmanagement, ein akkurates Berichtswesen, Qualitätssicherung und transparente Kommunikation. Da ein sehr ambitionierter Projektzeitplan erstellt wurde, erfolgte die Ausarbeitung der Spezifikationen weitest möglich parallel. Dies wiederum erforderte eine intensive Kommunikation, um sicherzustellen, dass die Ergebnisse der verschiedenen Arbeitsgruppen zusammenpassen.

2.2.3 Technisches Konzept von AUTOSAR 2.2.3.1 Schichtenmodell der Softwarearchitektur Die Anforderung einer gemeinsamen Sammlung von Infrastruktursoftware erfüllt AUTOSAR durch eine detailliert spezifizierte standardisierte Basissoftware (BSW). Sie schließt die Lücke zwischen Mikrocontrollerhardware und Anwendungssoftware. Als ein grundlegendes Konzept entwickelte AUTOSAR ein Schichtenmodell der ECUSoftwarearchitektur, welches in diesem Umfang und Granularität in der automobilen Softwareentwicklung neu war (siehe [9]). Bild 2-21 zeigt das Schichtenmodell dieser ECU-Softwarearchitektur.

2.2 AUTOSAR – Der Standard, seine Anwendung und die weitere Entwicklung

117

Bild 2-21: AUTOSAR-Schichtenmodell der ECU-Softwarearchitektur.

Unterhalb der Anwendungsschicht abstrahiert die AUTOSAR-Laufzeitumgebung (Runtime Environment, RTE) die Anwendungen von jeglichen Implementierungsdetails der Basissoftware und von der Hardware. In dieser Hinsicht ist das RTE eine neuartige ‚Middleware’ Schichttechnologie, welche die Verschiebbarkeit von Komponenten der Anwendungsschicht über ein dezentralisiertes Netzwerk ermöglicht. Die Basissoftware unterhalb des RTE stellt alle Systemdienste und -funktionen bereit, die für den Fahrzeugnutzer nicht direkt sichtbar sind. Um hier zwischen hardwareabhängigen und -unabhängigen Funktionen zu differenzieren, ist die Basissoftware in folgende Schichten unterteilt: ™ Diensteschicht, ™ ECU-Abstraktionsschicht, ™ Mikrocontroller-Abstraktionsschicht und ™ Komplexe Treiber. Die Diensteschicht umfasst Systemdienste wie Diagnoseprotokolle, Management des Permanentspeichers, Management der ECU-Betriebsmodi und das Betriebssystem selbst. Die Module der Diensteschicht sind – vom Betriebssystem abgesehen – hardwareunabhängig. Die ECU-Abstraktionsschicht trennt das ECU-Layout (d. h. wie die Peripheriemodule mit dem Mikrocontroller verbunden sind) von den oberen Schichten. Obwohl diese Schicht ECU-spezifisch ist, ist sie unabhängig vom Mikrocontroller. Die nächste Abstraktionsstufe wird durch die Mikrocontroller-Abstraktionsschicht erreicht, die mikrocontrollerspezifische Treiber umfasst. Diese Treiber beispielsweise sind I/O-Treiber für digitale Ein- und Ausgänge, oder ADC-Treiber zur Wandlung analoger Signale in digitale Werte. Jede dieser Schichten ist in verschiedene Basissoftwaremodule unterteilt, welche die detaillierten Aufgaben der Schichten erfüllen.

118

2 Elektronik

Module, die komplexe Sensoren oder Aktuatoren mit besonderen Echtzeitanforderungen oder mit spezifischen elektromechanischen Hardwareanforderungen ansteuern, können durch AUTOSAR nicht standardisiert werden, da hierzu spezifisches Fachwissen und geistiges Eigentum der Automobilhersteller oder der Zulieferer erforderlich wäre. Solche speziellen Module befinden sich in der Schicht der komplexen Treiber. Allerdings müssen sie auch dort den Anforderungen für Schnittstellenmechanismen in der AUTOSARBasissoftware genügen.

2.2.3.2 Virtueller Funktionaler Bus Der virtuelle funktionale Bus (Virtual Functional Bus, VFB) ist ein weiteres neues Konzept, das der Trennung der Anwendungen von der Infrastruktur dient, selbst auf der Ebene des Systemdesigns. Eine Anwendung besteht aus verbundenen „AUTOSARSoftwarekomponenten“ (Software Components, SW-Cs). Der VFB (dargestellt im oberen Teil von Bild 2-22) stellt standardisierte Kommunikationsmechanismen und Dienste für diese Komponenten zur Verfügung. Dies umfasst alle Kommunikationsmechanismen, die für die Komponenten der Anwendungsschicht relevant sind.

Bild 2-22: Der virtuelle funktionale Bus (VFB) entkoppelt Anwendungen und Infrastruktur.

2.2 AUTOSAR – Der Standard, seine Anwendung und die weitere Entwicklung

119

Das RTE stellt die Laufzeitimplementierung des VFB auf einer spezifischen ECU dar. Der VFB arbeitet unabhängig von der Verteilung der Softwarekomponenten auf die miteinander verbundenen ECUs im System (wie im unteren Teil von Bild 2-22 dargestellt). Als zwingende Voraussetzung für die Realisierung des VFB-Konzeptes muss jede AUTOSAR-ECU standardisierte Basissoftwarefunktionen und -schnittstellen haben. AUTOSAR-Softwarekomponenten, die einer bestimmten ECU zugewiesen sind, finden sich dann in der Anwendungsschicht der entsprechenden ECU. Die Implementierung einer solchen AUTOSAR-Softwarekomponente ist unabhängig vom Mikrocontroller und der ECU, ebenso wie von der Platzierung anderer Komponenten im System. Eine AUTOSAR-Softwarekomponente kommuniziert mit anderen Softwarekomponenten (in der selben oder in anderen ECUs), und mit den Diensten oder Funktionen in der Basissoftware der ECU nur über das RTE. Bild 2-23 zeigt ein Beispiel des Kommunikationsmechanismus zwischen den Komponenten der Anwendungsschicht. Die Softwarekomponenten benutzen Ports, welche die Schnittstelle gemäß des Kommunikationsmechanismus implementieren (in diesem Fall Client-Server-Kommunikation).

Bild 2-23: Kommunikation durch Ports.

Das bedeutet, dass die Ports die Anschlüsse für jegliche Interaktion einer Komponente sind. Die Kommunikation erfolgt über das RTE, und die Kommunikationsmodule in der Basissoftware sind praktisch entkoppelt und für die Komponenten in der Anwendungsschicht nicht sichtbar. AUTOSAR hat ein Komponentenmodell standardisiert, das eine präzise Abbildung der Ports auf die Programmiersprache C enthält, und außerdem ein Dateiformat für die formale Beschreibung der Ports und der Anforderungen der Komponenten an die Basissoft-

120

2 Elektronik

ware, inklusive der einplanungsrelevanten Anforderungen. Dieses Komponentenmodell und das RTE erlauben die Zerlegung der Anwendungssoftware in gut strukturierte, interagierende Komponenten. Diese Komponenten können während der Konzeptphase der Systementwicklung einfach zwischen ECUs verschoben werden oder aus anderen Projekten wieder verwendet werden (idealerweise ohne den Quellcode anzutasten). Dadurch lässt sich der Entwicklungs- und Erprobungsaufwand deutlich reduzieren.

2.2.3.3 Metamodell und Methodik AUTOSAR hat ein Metamodell entwickelt, das präzise alle Konzepte definiert, die zur Beschreibung eines abgeschlossenen AUTOSAR-Systems erforderlich sind. In diesem Modell ist außerdem die Methodik der wesentlichen Entwicklungsschritte eines solchen Systems definiert. Das Metamodell ist in UML beschrieben, wobei ein speziell zugeschnittenes AUTOSAR-Profil zur Anwendung kommt. Dadurch lässt sich die Struktur der Informationen im Metamodell sehr übersichtlich darstellen. Im Gegensatz zu einem Modell eines kompletten Systems oder nur einer Softwarekomponente definiert das Metamodell die Beschreibungselemente für solche Modelle. Beispielsweise definiert das Metamodell Elemente zur Beschreibung von Softwarekomponenten, oder von Schnittstellen und Datentypen solcher Komponenten. Diese formalen Beschreibungselemente können in einem Modell zur Charakterisierung einer Softwarekomponente verwendet werden, z. B. als Modell einer Spiegelverstell- oder einer Spiegelabblendkomponente. Bild 2-24 zeigt die Paketübersicht des AUTOSAR-Metamodells mit den drei unterschiedlichen Kategorien der Beschreibungselemente, die in den verschiedenen Schritten des Gesamtsystemdesigns bzw. der -entwicklung erforderlich sind. Grundsätzlich gibt es Beschreibungsvorlagen (Templates) für Informationen zu: ™ Softwarekomponenten (SWComponentTemplate): jede Softwarekomponente erfordert eine Beschreibung der Software-API (z. B. Datentypen, Ports, Schnittstellen, etc.), eine Beschreibung der Anforderungen dieser Komponente an die Basissoftware (welche Dienste benötigt werden und mit welchen Parametern). ™ ECU-Ressourcen (ECUResourceTemplate): jede ECU erfordert die Spezifikation von z. B.: Prozessor, Speicher, Peripheriegeräten, Sensoren und Aktuatoren. ™ Systembeschreibung (SystemTemplate): diese beinhaltet z. B. Einschränkungen oder Rahmenbedingungen bezüglich der Bussignale, der Systemtopologie und der Verteilung von zusammengehörigen Softwarekomponenten. Zusätzlich zu den Beschreibungsvorlagen definiert das Metamodell auch ein Paket für generische Strukturelemente. Die generische Struktur wird von allen drei Vorlagenarten verwendet und referenziert. Sie beinhaltet einige grundlegende Infrastrukturklassen und -schablonen, z. B. für Definitionen von Grunddatentypen wie Integer usw.

2.2 AUTOSAR – Der Standard, seine Anwendung und die weitere Entwicklung

121

Bild 2-24: Metamodell Paketübersicht.

Die Vorlagen zur Beschreibung einer konkreten Komponente, ECU oder eines Systems sind lediglich XML-Dateien. Mittels eines Schemagenerators können entsprechende XML-Schemata direkt aus dem Metamodell erzeugt werden. Diese Schemata wiederum können von Editorwerkzeugen verwendet werden, um die Gültigkeit einer XMLBeschreibung zu überprüfen. Beispielsweise ist die Softwarekomponentenbeschreibung einer Spiegelverstellkomponente eine XML-Datei, die im Prinzip nur einer ausgefüllten XML-Vorlage entspricht. Und die XML-Datei mit der Beschreibung der Spiegelverstellkomponente kann mittels des entsprechenden XML-Schemas für Softwarekomponentenbeschreibungen, die aus dem Metamodell generiert wurde, validiert werden. Dadurch lässt sich garantieren, dass die XML-Beschreibung der Spiegelverstellkomponente nur im Metamodell definierte Elemente, Eigenschaften und Parameter enthält. Dieser Validierungsmechanismus macht die AUTOSAR-Beschreibungsvorlagen zu eindeutig definierten Austauschformaten und unterstützt somit die Wiederverwendung und die Arbeitsteilung. Die Methodik für die wesentlichen Entwicklungsschritte mit AUTOSAR-Systemen ist ebenfalls direkt in das Metamodell integriert. Hierzu wurde ein anderes UML-Profil eingesetzt. Die AUTOSAR-Methodik spezifiziert alle aufeinanderfolgenden Entwicklungsschritte, indem sie die zu jedem Schritt gehörigen Austauschformate und Aktionen definiert. Dies umfasst die Definition aller benötigten Arbeitsprodukte und wie diese durch bestimmte Tätigkeiten bzw. Aktivitäten verarbeitet werden, und dies von der Systemdesignebene bis hin zur Generierung des ausführbaren ECU-Codes. Bild 2-25 veranschaulicht die Beziehung zwischen der Methodik und den Beschreibungsvorlagen im Metamodell.

122

2 Elektronik

Bild 2-25: Methodik und Beschreibungsvorlagen im Metamodell.

In diesem Beispiel ist ganz links ein Arbeitsprodukt – ein Artefakt des Metamodells – namens „ECU Extract of System Configuration“ dargestellt. Dieses Element wird durch die Aktivität „Configure ECU“ verarbeitet, hier durch den gelben Blockpfeil symbolisiert. Diese Aktivität produziert das Arbeitsprodukt „ECU Configuration Description“. Die direkte Integration in das Metamodell bedeutet insbesondere, dass die in der Methodik verwendeten Arbeitsprodukte ganz explizit von den Metamodellelementen abgeleitet sind, die im Bereich der Beschreibungsvorlagen definiert wurden. Aus dieser direkten Integration resultieren mehrere Vorteile: Es gibt keine Inkonsistenzen, die Wartung des Metamodells ist einfach, und es gibt eine einheitliche Terminologie. Obwohl die Methodik keine vollständige Beschreibung des Entwicklungsprozesses ist, kann sie doch als Basis für verteilte Entwicklungsprozesse dienen. Analog zu den Vorteilen von kompatiblen technischen Schnittstellen, kann die Methodik zu Synergien und gesteigerter Effizienz führen, wenn sie korrekt in einem kooperativen Geschäftsumfeld angewandt wird.

2.2.3.4 Konfigurationskonzept Das AUTOSAR-Konfigurationskonzept unterstützt vielfältige Konfigurationsvarianten. Es erlaubt über entsprechende Parameter eine Konfiguration zur Kompilierung (precompile), zum Linken (link-time), nach dem Linken (post-build) und auch eine Kombination diese Konfigurationsklassen (siehe [5]). AUTOSAR definiert Vorlagen zur Beschreibung der Konfigurationsparameter aller Basissoftwaremodule, inklusive eines XML-Schemas. Damit lassen sich mittels eines gene-

2.2 AUTOSAR – Der Standard, seine Anwendung und die weitere Entwicklung

123

rischen Konfigurationseditors (siehe Bild 2-26) alle Basissoftwaremodule einer ECU konfigurieren. Dieses Konzept ermöglicht es Toolherstellern, Komfortfunktionen und Konsistenzprüfungen in ihre Produkte zu integrieren, die bislang nicht möglich waren. Dies wiederum wird sowohl die Entwicklungsgeschwindigkeit als auch die Produktqualität erhöhen.

Bild 2-26: Konfiguration der AUTOSAR-Basissoftware.

Die AUTOSAR-Spezifikationen für Basissoftwaremodule erlauben den Modullieferanten bzw. Implementierern mehrere Modi für die Konfiguration ihrer Module anzubieten. Dazu zählen die Konfiguration ™ zur Kompilierung (pre-compile) für die beste Leistung in Bezug auf die Laufzeit, ™ nach dem Linken (post-build) für höchste Flexibilität oder zur Vermeidung von erneuter Generierung oder Kompilierung aus Konfigurationsgründen, oder ™ zum Linken (link-time), um einen Kompromiss zwischen den anderen beiden Optionen zu erzielen. Die Konfiguration zur Kompilierung und zum Linken verwendet die Codegenerierung auf Basis der vom ECU-Konfigurationseditor erstellten ECU-Konfigurationsbeschreibung der Modulkonfiguration (siehe auch Bild 2-26). Mit diesem Konzept unterstützt AUTOSAR die Entstehung von integrierten und harmonisch kooperierenden Werkzeugketten für die Automobilsoftwareentwicklung.

124

2 Elektronik

2.2.3.5 Fehlerbehandlung Eine konsistente und einheitliche Fehlerbehandlung in der Basissoftware dient der effektiven Kommunikation zu Funktionen der Anwendungsschicht und kann auch zum Management der Betriebsmodi und zu Diagnosezwecken verwendet werden. Dies schließt auch Anwendungsfälle wie defekte Sensoren, Kommunikationsstörungen und Speicherfehler mit ein. Sowohl für die Basissoftware als auch für das RTE sind Mechanismen definiert, um Fehlerinformationen im System zu kommunizieren. Daher sind für alle Funktionsschnittstellen der Basissoftwaremodule in der Modulspezifikation entsprechende Fehlercodes als Rückgabewerte definiert. Der gleiche Mechanismus ist auch für Anwendungssoftwarekomponenten verfügbar. Ein erkanntes Diagnoseereignis kann entweder direkt im betroffenen Modul behandelt werden oder es wird über den Rückgabewert an das aufrufende Modul gemeldet. Zusätzlich werden alle Diagnoseereignisse an eines der beiden speziellen Fehlerbehandlungsmodule der Basissoftware gemeldet (siehe Bild 2-27).

Bild 2-27: Diagnose im Entwicklungs- und im Serienbetrieb.

Das erste Modul, der Development Error Tracer (DET), wird für Diagnoseereignisse verwendet, die nur während der Integrations- oder Implementierungsphase von Interesse sind. Der DET kann vom Systemintegrator sehr flexibel konfiguriert werden, um Diagnoseereignisse in gewünschter Weise zu verarbeiten. Für den Betrieb des Steuergerätes in der Serie im Fahrzeug wird der DET typischerweise per Konfiguration völlig aus dem System entfernt.

2.2 AUTOSAR – Der Standard, seine Anwendung und die weitere Entwicklung

125

Diagnoseereignisse, die während des Normalbetriebs relevant sind, werden an den Diagnostic Event Manager (DEM) gemeldet. Dieser kann so konfiguriert werden kann, dass er das Auftreten des Diagnoseereignisses in den Diagnosespeicher einträgt und den Betriebsmodus ändert oder auch eine bestimmte Funktionalität der Anwendungssoftware unterbindet. 2.2.3.6 Anwendungssoftware Zur besseren Integration von wettbewerbsrelevanter Anwendungssoftware ist neben der Standardisierung der Infrastruktur auch eine Klassifizierungsstrategie für solche Anwendungen sinnvoll. Die Software, die solche Anwendungsfunktionen implementiert, ist in AUTOSAR-Systemen in Softwarekomponenten gekapselt. Daher ist eine Standardisierung der Schnittstellen für AUTOSAR-Softwarekomponenten ein zentrales Element, um die Skalierbarkeit und die Übertragbarkeit von Anwendungen auf Steuergeräte verschiedener Fahrzeugplattformen zu ermöglichen. Bei dieser Standardisierung muss natürlich das Einvernehmen unter den AUTOSAR-Partnern gesichert sein, sowohl für den Detaillierungsgrad der Schnittstellenbeschreibung (welche standardisiert werden soll) als auch für den Grad der funktionalen Aufschlüsselung. Gegenwärtig konzentriert sich AUTOSAR auf die Domänen Komfort, Antrieb und Fahrwerk. In jeder dieser Domänen wurden bereits diverse Anwendungsschnittstellen ausgearbeitet, zum Beispiel Außenlichtregelung, Scheibenwischer, Fahreranforderungen oder intelligente Geschwindigkeitsregelung (Adaptive Cruise Control, ACC).

2.2.4 Status der AUTOSAR-Spezifikationen Für AUTOSAR sind drei übergeordnete Arbeitsgebiete von Bedeutung: ™ Basissoftware und RTE, ™ Vorlagen und Datenaustauschformate, und ™ funktionale Schnittstellen in der Anwendungsschicht. Bis 2006 hat AUTOSAR das Hauptaugenmerk auf das Gebiet der Basissoftware und RTE gelegt. Im Gegensatz zur Anwendungssoftware, die eine Kernkompetenz der Fahrzeughersteller und Systemlieferanten ist und mit welcher der für den Endkunden sichtbare Markenwert verbunden ist, hat die unterlagerte Basissoftware keine Eigenschaften, die direkt wettbewerbsrelevant sind. Dadurch gibt es im Bereich der Basissoftware ein hohes Potenzial für die Standardisierung. 2.2.4.1 AUTOSAR Release 1.0 2005 wurde der erste Satz von 57 Dokumenten (Spezifikationen) innerhalb der AUTOSAR-Gemeinschaft als „Release 1.0“ freigegeben. Der wesentliche Zweck dieses Releases war eine Konzeptvalidierung in Form einer ersten Implementierung der AUTOSAR-Basissoftware: Der Validator 1. Die damit verbundene Evaluierung sollte natürlich auch der weiteren Verbesserung und Reifung des Standards dienen.

126

2 Elektronik

Im Rahmen dieser Validierung teilten sich 14 AUTOSAR-Mitgliedsfirmen die Arbeit und implementierten den ersten Satz Basissoftwarespezifikationen auf zwei verschiedenen Hardwareplattformen. Die hardwareabhängigen Basissoftwaremodule wurden einmal pro Plattform implementiert, während die hardwareunabhängigen Module zweimal – von verschiedenen Firmen – implementiert wurden, um direkt die Austauschbarkeit dieser Module zu beweisen. Während der Validierungsaktivitäten wurden mehr als 260 Änderungsgesuche zu den Spezifikationen gestellt. Davon verursachten allerdings nur wenige konzeptionelle Änderungen. Dies ist ein klares Zeichen für die Effizienz und Effektivität der Spezifikationsarbeit und des besonderen architektonischen Ansatzes.

2.2.4.2 AUTOSAR Release 2.0 Die Erfahrungen aus der Arbeit mit dem Validator 1 flossen direkt zu den Arbeitsgruppen, die sich mit Release 2.0 befassten, welches im Mai 2006 freigegeben wurde. Die Inhalte von Release 1.0 und 2.0 bzw. die entsprechenden Erweiterungen zeigt Bild 2-28. In Release 2.0 wurden verschiedene Module aus Release 1.0 aktualisiert und fehlende Module hinzugefügt.

Bild 2-28: Inhalte von AUTOSAR Release 1.0 und 2.0.

2.2 AUTOSAR – Der Standard, seine Anwendung und die weitere Entwicklung

127

Da im Validator 1 die Konfiguration der Basissoftware noch proprietär dem Implementierer überlassen war, wurde im Release 2.0 ein standardisiertes Konfigurationskonzept eingeführt. Dazu wurden ein generischer Konfigurationseditor und zusätzlich das RTE als Brücke zwischen der Basissoftware und den Anwendungen spezifiziert. Dieser erweiterte Satz von Spezifikationen des Release 2.0 wurde einer weiteren Validierung unterzogen – im Validator 2. Dabei arbeiten 12 Implementierer und ein Integrator eng zusammen.

2.2.4.3 AUTOSAR Release 2.1 Die Arbeit mit und die Erfahrungen aus dem Validator 2 sind die Basis für das Release 2.1, das im Januar 2007 fertig gestellt wurde. Dieses Release ist hauptsächlich eine Überarbeitung von 2.0 und es verbessert insbesondere das Konfigurationskonzept der Basissoftware, indem es die Verbindungen zwischen den standardisierten Konfigurationsparametern und den unterschiedlichen Basissoftwaremodulen berücksichtigt. Das Release 2.1 besteht aus ca. 130 Spezifikationsdokumenten. Es ist als das bislang ausgereifteste Resultat von AUTOSAR anzusehen. Dieser gut dokumentierte Satz von Spezifikationen ermöglicht es der Automobilindustrie, mit der Entwicklung von E/EFahrzeugarchitekturen entsprechend dieses Standards zu beginnen. Das Release 2.1 wird vor allem für Migrationsprojekte sinnvoll sein, z. B. für Projekte, in denen nur Teile der Software zu AUTOSAR konform sein sollen.

2.2.5 AUTOSAR Konformitätsprüfung 2.2.5.1 Zielsetzung Alle Produkte, welche das Markenzeichen AUTOSAR verwenden, müssen konform zu den AUTOSAR-Spezifikationen sein. Bereits zu Beginn des AUTOSAR-Projekts wurden die Mittel zur Qualitätssicherung evaluiert, sowie entsprechende Arbeitspakete geplant und durchgeführt. Als Ergebnis dieser Arbeit ist ein Prozess zur Konformitätskontrolle erstellt worden. Die Konformitätskontrolle soll mittels Tests verifizieren, dass das geprüfte Produkt der entsprechenden AUTOSAR-Spezifikation genügt. Schließlich ist dies die Voraussetzung für Interoperabilität, Wiederverwendbarkeit/Portierbarkeit und Skalierbarkeit jener Produkte, die erfolgreich ihre Kompatibilität zum AUTOSAR-Standard gezeigt haben. Durch die AUTOSAR-Spezifikationen werden Basissoftwaremodule, das RTE und Basisschnittstellen standardisiert. Auch die Schnittstelleneigenschaften der Komponenten der Anwendungssoftware haben ihren festen Platz im Bereich der Konformitätsprüfung.

128

2 Elektronik

2.2.5.2 Prozess der Konformitätsprüfung Der Prozess der Konformitätsprüfung wurde erstellt, um eine große Vielfalt von möglichen Entwicklungs- und Geschäftsprozessen mit AUTOSAR-Produkten zu gewährleisten. Der Prozess unterscheidet zwei grundsätzlich unterschiedliche Ansätze, siehe Bild 229. Einerseits gibt es ein externes Konformitätszeugnis von einer neutralen, unabhängigen Einrichtung – einer Agentur für die Konformitätsprüfung (Conformance Test Agency, CTA), die nach entsprechenden Richtlinien akkreditiert sein muss. Andererseits sind Verfahren bei den Produktlieferanten möglich, die zu einer Konformitätserklärung als Selbstdeklaration führen. Solch ein Produktlieferant muss in einer vergleichbaren Art und Weise wie eine CTA akkreditiert werden.

Bild 2-29: AUTOSAR Konformitätstestpfade.

Vom praktischen Gesichtspunkt betrachtet muss ein Produkt standardisierte Testfälle durchlaufen und bestehen, die in einer „Conformance Test Suite“ (CTS) ausgeführt werden. In der CTS sind die Konformitätstestspezifikationen implementiert, die von AUTOSAR definiert sind. Momentan bereitet AUTOSAR die Auswahl der Akkreditierungsinstitutionen und Gutachter vor, welche die Akkreditierung von CTAs und Produktlieferanten durchführen sollen. Bis zum Einsatz eines voll funktionsfähigen Prozesses ist eine individuelle Konformitätserklärung der Lieferanten, welche die AUTOSAR-Spezifikationen verwenden, vorgeschrieben.

2.2 AUTOSAR – Der Standard, seine Anwendung und die weitere Entwicklung

129

2.2.6 AUTOSAR Phase II: 2007 – 2009 Nach erfolgreicher Beendigung der AUTOSAR Phase I beginnt für die Mitglieder von AUTOSAR die aktive Nutzung des Standards. Phase II, die bereits gestartet wurde, unterstützt dies – neben der Aufgabe den Standard weiter zu optimieren. Jeder AUTOSAR-Core-Partner und die Mehrzahl der anderen Mitglieder haben ihr individuelles Nutzungskonzept erstellt. Bereits in 2008 werden die ersten Automobile mit AUTOSAR-Technologie auf dem Markt erscheinen. So haben alle Core-Partner die Einführung von AUTOSAR bis 2010 geplant. Dies zeugt eindeutig von der hohen Akzeptanz, welche dem Standard entgegengebracht wird. Ebenfalls wird eine Vielzahl von AUTOSAR-Produkten und Tools demnächst zur Verfügung stehen. Die Freigabe und Veröffentlichung der AUTOSAR-Spezifikationen verfolgte im Wesentlichen die nachfolgenden Ziele: ™ AUTOSAR als De-facto-Standard zu fördern, ™ offene Kommunikation über Spezifikationen und AUTOSAR-Inhalte zu ermöglichen, ™ und neue Mitglieder zu gewinnen. Die Mitgliedschaft in AUTOSAR ist Voraussetzung für die Nutzung des Standards. Mit der Zustimmung der Core-Partner zur Fortführung der Projektpartnerschaft, wie sie bereits für Phase I festgelegt wurde, sind die Weichen für weitere drei Jahre fruchtbare Zusammenarbeit gestellt worden. Inzwischen ist ein nochmaliger Anstieg der Mitgliederzahlen insgesamt zu beobachten.

2.2.6.1 Inhalte der AUTOSAR Phase II Für die Arbeit in Phase II wurden zwei Hauptschwerpunkte definiert: 1.) Die Wartung des Ergebnisses aus der Phase I und die Unterstützung seiner Nutzung und 2.) die weitere Entwicklung des Standards. Bild 2-30 zeigt die Struktur der Arbeitspakete von AUTOSAR Phase II. Bezüglich Nutzung und Wartung ist bereits ein Freigabeprozess für zukünftige Freigaben und ein Änderungsmanagement für zukünftige Verbesserungen des Standards eingeführt worden. Ebenso ist die Handhabung der Konformitätskontrollen bereits als Prozess beschrieben worden (siehe auch Abschnitt „Prozess der Konformitätsprüfung“). Dies ist ein sehr wichtiger Aspekt für die Anwendung von AUTOSAR in der Praxis. Dies betrifft sowohl die Basissoftwaremodule (z. B. AUTOSAR OS, Kommunikationsmanager, RTE) als auch die Kompatibilität zwischen den Komponenten der Anwendungssoftware und dem RTE.

130

2 Elektronik

Bild 2-30: Struktur der Arbeitspakete in AUTOSAR Phase II.

Wie bereits erwähnt, wird die Weiterentwicklung und Verbesserung des Standards ständig vorangetrieben, wobei die Erfahrungen aus der Validierung am Ende von Phase I berücksichtigt werden. Als ein Grundprinzip werden die Rückmeldungen von allen AUTOSAR-Interessengruppen in die Verbesserung mit einbezogen. Darüber hinaus sind zusätzliche Sicherheitseigenschaften im Fokus von Phase II. Die bereits in Phase I gestarteten Aktivitäten werden in Phase II als eigenständiges Arbeitspaket weitergeführt. Die wesentlichen Arbeiten des sogenannten Safety Teams konzentrieren sich auf die Unterstützung bei der Entwicklung sicherheitsrelevanter Funktionen durch die Erstellung von Sicherheitsrichtlinien und technischer Hilfestellung im Rahmen von AUTOSAR-Architekturen. Details dieser Arbeit sind in [7] dargestellt. Ebenfalls wichtig für die Phase II ist die Standardisierung der AUTOSAR-Schnittstellen von vielen Funktionen der Anwendungssoftware (wie z. B. Zentralverriegelung, Antriebsregelung, ACC etc.). Als eine Voraussetzung arbeitet die AUTOSAR Partnerschaft an einer sinnvollen Modularisierung für solche Funktionalitäten. Dies ist bereits für viele Funktionsgruppen erreicht worden, weitere werden in AUTOSAR Phase II bearbeitet. Insbesondere sind die Arbeitspakete, die sich mit Insassen- und Fußgängerschutzsystemen (Occupant & Pedestrian Safety, O&P) und Multimedia/Telematics/HMI beschäftigen komplett neu in Phase II. Die Schnittstellenstandardisierung bedeutet nicht nur eine Weiterentwicklung, sie unterstützt auch die Nutzung, weil dadurch der Austausch der Anwendungssoftware zwischen Automobilherstellern und Lieferanten vereinfacht wird.

2.2 AUTOSAR – Der Standard, seine Anwendung und die weitere Entwicklung

131

2.2.6.2 Start von AUTOSAR Phase II Aufgrund des anspruchsvollen Entwicklungsprogramms und der Arbeit an zusätzlichen Themen wie Multimedia und Telematics stimmten die Core-Partner einer Verlängerung der ersten Phase um weitere drei Jahre zu. In Bezug auf die beschriebenen Formen der Mitgliedschaft, waren keine grundlegenden Änderungen des Vertrages notwendig. Es wurden nur geringe Änderungen bzgl. der Ziele und der Zielsetzungen für Phase II vorgenommen. Die Möglichkeit für neue Mitglieder in Phase II einzusteigen, wurde genutzt, was die steigende Zahl der AUTOSAR-Partner beweist. Neue und zusätzliche Aufgaben in Phase II, wie Multimedia, Telematics etc. sind für Firmen interessant, die bereits auf diesen Gebieten arbeiten, aber bis jetzt mit dem AUTOSAR-Konzept keine oder nur wenige Anwendungsbereiche gesehen haben. Um sich mit dem Projekt in Phase II vertraut zu machen und auf den neuesten Stand bringen zu können, ist daher ein aktuelles Informationspaket auf der AUTOSAR-Webseite (siehe [1]) verfügbar.

2.2.7 Schlussfolgerung und Ausblick Das AUTOSAR-Projekt war während der letzten dreieinhalb Jahre eine große, herausfordernde Aufgabe [6]. Die unterschiedlichen Meinungen, Interessen und Strategien von über 100 unterschiedlichen Partnern, zum großen Teil Wettbewerbern und unterschiedlichen Nationalitäten zu sammeln, zusammenzufassen und in Einklang zu bringen war eine enorme Leistung. Dies alles vor dem Hintergrund, dass bereits einige Partner an ihrem eigenen, proprietären Standard gearbeitet und einiges investiert hatten. Das Ergebnis ist bemerkenswert. Die erarbeiteten Spezifikationen zählen zu den am besten dokumentierten weltweit auf dem Gebiet der Automobilsoftware. Dieser Erfolg basiert nicht alleine auf der Arbeit der Core-Partner; er konnte nur durch die umfangreiche Mitwirkung der Premium-Mitglieder erreicht werden. Ohne deren Unterstützung, in Form von kontinuierlicher Mitwirkung erfahrener Spezialisten in den verschiedenen AUTOSAR-Arbeitsgruppen, hätte der Erfolg nicht erreicht werden können. Ungeachtet der Tatsache, dass viele AUTOSAR-Partner Konkurrenten im täglichen Geschäftsleben sind, entwickelte sich in den Arbeitsgruppen eine beispielhafte und äußerst produktive Zusammenarbeit. Während der Phase I hat die AUTOSAR-Partnerschaft eine beständige Basis erarbeitet, die unmittelbar in der modernen Automobilentwicklung angewendet werden kann. Die AUTOSAR-Infrastruktur und -Methodik bietet alle notwendigen Startbedingungen für die Nutzungsphase. Darüber hinaus werden mit den Arbeiten während der Phase II Voraussetzungen geschaffen, welche die sofortige Nutzung unterstützen und neue Einsatzgebiete erschließen.

132

2 Elektronik

Danksagung Die Autoren danken den Kollegen des AUTOSAR Steering Committees und des Project Leader Teams für ihre Unterstützung bei der Erstellung der englischen Ursprungsversion [2] dieses Textes: Harald Heinecke, Simon Fürst, BMW Group; Walter Grote, Nico Maldener, Bosch; Thomas Weber, Jens Ruh, DaimlerChrysler; Lennart Lundh, Tomas Sandén, Ford Motor Company; Peter Heitkämper, Robert Rimkus, General Motors; Jean Leflour, Alain Gilberg, PSA Peugeot Citroën; Ulrich Virnich, Stefan Voget, Siemens VDO; Kenji Nishikawa, Kazuhiro Kajio, Toyota Motor Corporation; Klaus Lange, Bernd Kunkel, Volkswagen.

Literatur zu Abschnitt 2.2 [1] [2]

[3] [4] [5] [6]

[7] [8]

[9]

www.autosar.org Offizielle Internetseite der AUTOSAR Entwicklungspartnerschaft. Fennel, Helmut et al.: AUTOSAR – The Standard, its Exploitation and Further Development. AAET 2007, 8. Symposium Automatisierungs-, Assistenzsysteme und eingebettete Systeme für Transportmittel, Braunschweig, Februar 2007. Fennel, Helmut et al.: Achievements and exploitation of the AUTOSAR development partnership. Convergence 2006, Transportation Electronics Conference, Detroit, 2006. Fennel, Helmut et al.: Qualität und Markenidentität durch die AUTOSAR Standard Architektur. VDA Jahrestagung 2004, Rüsselsheim, März 2004. Heinecke, Harald et al.: AUTOSAR – Current results and preparations for exploitation. Euroforum conference May 3rd 2006. Heinecke, Harald et al.: AUTomotive Open System ARchitecture – An industry-wide initiative to manage the complexity of emerging Automotive E/E-Architectures. Convergence 2004, International Congress on Transportation Electronics, Detroit, 2004. Johannessen, Per: AUTOSAR Safety Approach. Convergence 2006, Transportation Electronics Conference, Detroit, 2006. Scharnhorst, Thomas: AUTOSAR – ein wichtiger Beitrag für die Automobilarchitekturen der Zukunft. Vision Automobil, Handelsblatt Jahrestagung Automobiltechnologien 2005, München, 2005. Scharnhorst, Thomas et al.: AUTOSAR – Challenges and Achievements 2005. Electronic Systems for Vehicles 2005, VDI Congress, Baden-Baden, 2005.

2.3 Virtuelle Systementwicklung – Von der Anforderung zum Steuergerät

133

2.3 Virtuelle Systementwicklung – Von der Anforderung zum Steuergerät 2.3.1 Einleitung Die etwa seit den 80er Jahren festzustellende rasante Zunahme des Elektronikumfangs in einem Kraftfahrzeug ist in der Fachwelt Gegenstand intensiver ingenieurtechnischer und -wissenschaftlicher Betätigung und in der breiten Öffentlichkeit eine bekannte und auch immer wieder vielfältig diskutierte Tatsache. In zahlreichen Publikationen sind Beispiele gegeben, z. B. [1], wie sich diese globale Aussage quantifizieren lässt. Hierzu werden Kriterien wie Leitungslänge und -zahl, Kontaktzahl, Anzahl Steuergeräte und Anzahl Busteilnehmer über einen Betrachtungszeitraum von zum Teil mehr als zwei Jahrzehnten und differenziert nach Fahrzeugklassen herangezogen. Abhängig vom Kriterium, auf das man sich bezieht, sind z. B. in der Mittelklasse Zunahmen bis etwa auf das Zehnfache anzutreffen.

Bild 2-31: Kabelsatz VW-Käfer.

Bild 2-32: Kabelsatz VW-Touareg.

134

2 Elektronik

Auch eine vergleichende Betrachtung der Kabelsätze eines Fahrzeugs der 50er Jahre und eines heutigen Fahrzeugs (z. B. VW-Käfer, Bild 2-31, und VW-Touareg, Bild 232) zeigt anschaulich, wie „Elektrik“ und dementsprechend auch „Elektronik“ zugenommen haben. Schließlich werden in Bild 2-33 die Elektrik-/Elektronik-Funktionsbereiche eines Fahrzeugs in ihrer Strukturierung nach so genannten Domänen dargestellt, die untereinander in einem mehrschichtigen Kommunikationsnetzwerk datentechnisch verbunden sind. Auch mit dieser mehr von der Anwendungssicht im Fahrzeug geprägten Betrachtungsweise soll letztlich die dominierende Bedeutung der Elektronik nochmals herausgestellt werden.

Bild 2-33: Elektrik-/Elektronik Funktionsbereich strukturiert nach Domänen.

Anhand dieser Darstellung wird auch darauf hingewiesen, dass die weiteren Ausführungen auf den Elektrik-Elektronikentwurfsprozess der Domäne „Body-/Komfortelektronik“ eingegrenzt werden.

2.3 Virtuelle Systementwicklung – Von der Anforderung zum Steuergerät

135

2.3.2 Anforderungsverursachte Komplexitätszunahme im E/E-Entwurfsprozess Am Beispiel der einfachen Funktion eines Blinklichts zur Fahrtrichtungsanzeige lässt sich anschaulich zeigen, wie Anforderungen an Umfang und Komplexität zugenommen haben und wie sich dies auf die schaltungstechnische Umsetzung auswirkt. Früher lag die Blinklampe in einem äußerst einfachen Stromkreis zwischen der Quelle mit Sicherung und Fahrzeugmasse (Bild 2-34), ergänzt um einen vorgelagerten und ausschließlich manuell betätigten Schalter sowie eine Blinkeinrichtung mittels Bimetallkontakt oder Relais, sozusagen ein äußerst einfaches Steuergerät. Diese Schaltung ist nicht mehr geeignet, um zusätzliche Forderungen nach einer Blinkfunktion als Alarm- oder Warnblinksignal, Gefahr- oder Crashblinken, Tippblinken oder Fahrzeugzugangssignalisierung (Öffnen, Verschließen) zu erfüllen. Ebenso wenig können komplexere Anforderungen, wie z. B. die Verteilung der Ansteuerung auf eine Front- und Heckelektronik (mit erforderlicher Synchronisation), Nutzung einer PWM, Diagnosefähigkeit, Leuchtmittelerkennung (Glühlampe, LED), Vernetzung mit anderen Steuergrößen (z. B. in Verbindung mit Abbiegelicht) umgesetzt werden. Hierzu bedarf es dann eines erheblich erweiterten Schaltungskonzeptes, wie ebenfalls in Bild 2-34 dargestellt. Standalone Standalone

Komplexität Komplexität

Neue Funktionen Neue Funktionen

• Verteiltes System  Synchronisation • Verteiltes System  Synchronisation • •Vernetzung Vernetzungmit mitanderen anderenFunktionen Funktionen • Abbiegelicht • Abbiegelicht • Tippblinken • Tippblinken • Diagnose • Diagnose • Flexibilität • Flexibilität • LED/Glühlampe • LED/Glühlampe • Domänenübergreifend • Domänenübergreifend • PWM • PWM

• Alarmanlage • Alarmanlage • •Warnblinken Warnblinken • Crashblinken/Gefahrblinken • Crashblinken/Gefahrblinken • Fahrzeugzugang • Fahrzeugzugang • Tippblinken • Tippblinken

CAN

Bimetall Relais

PWM Control Analog sense

Supply right

FET

LIN Turn indicator Right

Kl.15

μC

Turn Ind. right switch

PWM Control Kl.15

Turn Ind. left switch

Analog sense

Supply left

FET Turn indicator Left

Bild 2-34: Blinklicht früher und heute.

Umfangs- und Komplexitätszunahme sowie Vernetzungsforderung, wie gerade am Beispiel des Fahrtrichtungsblinklichts erläutert, treffen auch auf jede andere elektrische Funktion zu, wie etwa Bremslicht, Innenlicht, Außenlicht, Fahrzeugzugang etc.

136

2 Elektronik

Nehmen die elektrischen Funktionen hinsichtlich Umfang, Anforderungen und Komplexität zu, bewirkt das konsequenterweise eine fast explosionsartige Zunahme des OEMseitigen Spezifikationsumfangs. Während noch um 1990 etwa 50 Spezifikationsseiten mit 20 individuellen Funktionen genügten, waren nach 2000 bereits bis zu 3.000 Spezifikationsseiten mit 400 individuellen Funktionen erforderlich. Und als Darstellungsform ist auch jetzt noch mehrheitlich der Prosatext anzutreffen! Unter der Voraussetzung, dass vom OEM keine diesbezüglichen Vorfestlegungen getroffen sind und somit einzuhaltende Architekturvorgaben bestehen, sind die kundenseitigen funktionsbezogenen Lastenheftforderungen in einen Elektrik-/Elektronik-Architekturentwurf und insbesondere eine Verteilung der Funktionen auf ein oder mehrere Steuergeräte umzusetzen. Hierbei wird man mit einer großen Lösungsmannigfaltigkeit konfrontiert, und es besteht die Aufgabe, aus der Vielzahl der Möglichkeiten nach definierten Bewertungskriterien die günstigste Lösung herauszuarbeiten. Dabei zeigt Bild 2-35 nicht nur, dass die Zahl der Bewertungskriterien während zweier Dekaden deutlich zugenommen hat, sondern dass sich gleichermaßen auch eine Schwerpunktverlagerung von rein physikalisch geprägten Kriterien hin zu elektronisch/datentechnisch beherrschten Attributen ergeben hat. Als Bewertungskriterien sind vornehmlich Verdrahtungsaufwand und Komplexität der(s) Steuergeräte(s), Verlustleistungshaushalt, Vernetzungsaufwand (Netzwerk-Management, SW-Komplexität), Variantenhandling, Skalierbarkeit, Platzbedarf, Gewicht, Beschaffungs- und Fertigungskosten sowie Service-/Austauschkosten zu nennen.

Bild 2-35: Architekturbewertung im Wandel der Zeit (Umfang und relative Wichtung).

2.3 Virtuelle Systementwicklung – Von der Anforderung zum Steuergerät

137

Bild 2-36: Produktentstehungsprozess in V-Modellsymbolik.

Die angesprochene Komplexitätszunahme im Architektur- und korrespondierenden Steuergeräteentwurf, also gewissermaßen auf der „linken“ Seite des V-Modells (Bild 2-36), überträgt sich unmittelbar auf den Test- und Integrationsbereich, also die „rechte“ Seite des V-Modells. Die wohlbekannte Rückwirkung zwischen den „Ästen“ des V-Modells macht deutlich, welches immense Gefahrenpotential bei sequentiellem Entwicklungsfortgang entlang der V-Modell-Äste durch eine späte Fehlerentdeckung, z. B. während des Integrationstests, gegeben ist. Genau dies ist aber absolut unzulässig in einem Umfeld, welches durch größere Modellvielfalt und häufigere Modellwechsel bei gleichzeitig wachsendem Innovationsinhalt geprägt ist und somit kürzere Entwicklungszeiten sowie selbstverständlich auch Fehlerfreiheit ab Serienstart verlangt. Der traditionelle, sequentielle Entwicklungsprozess früherer Dekaden kann dies nicht erfüllen. Ohne Zweifel leisten zahlreiche Simulationswerkzeuge, wenn auch zum Teil nur in inselartiger Anwendung oder geringfügig ineinander überführend und miteinander verbunden, bereits seit Jahren unverzichtbare Beiträge zur Verkürzung der Entwicklungszeiten bei gleichzeitig signifikant erhöhter Absicherung der Entwicklungsergebnisse. Jedoch kann noch eine weitere und wiederum in vielfältiger Hinsicht entscheidende Fortschrittsstufe erreicht werden, wenn eine integrale, aufeinander aufbauende und ineinander überführende, das gesamte V-Modell umfassende Simulationstoolkette zur Anwendung gebracht werden kann, d. h. also, von den Fahrzeuganforderungen über den Architekturentwurf bis zur hardware- und softwareseitigen Steuergeräteverifikation in einem übergeordneten Kommunikationsnetzwerk.

138

2 Elektronik

2.3.3 Konventionelle Architektur- und Steuergeräteentwicklung Der im vorangegangenen Kapitel angesprochene bisherige Entwicklungsprozess wird nachfolgend in seiner Anwendung auf den Architektur- und Steuergeräte-Entwurfsprozess flussdiagrammartig dargestellt und beschrieben mit dem Ziel, in beiden Fällen seine Schwachstellen in Bezug auf moderne, informationstechnisch geprägte Architekturen von E/E-Systemen deutlich zu machen. Grundsätzlich wird erwartet, dass durch diesen Prozess die Architektur eines E/E-Systems, das alle gerätetechnischen Bausteine wie Batterie-Trenneinrichtungen, Sicherungen, Stecksysteme, Kabelsätze, elektronische Steuergeräte und Bussysteme sowie zusätzlich Software zur Verteilung und Steuerung von elektrischer Leistung, Signalen und Information beinhaltet, aus gegebenen Kundenforderungen (Funktionen, Eigenschaften, Implementierungsvarianten, erwartete Ausstattungsraten, etc.) entwickelt werden kann. Der Architektur-Entwurfsprozess beginnt daher mit der Analyse der kundenseitigen Funktionen und/oder Spezifikationen (Bild 2-37), woraus eine Zusammenstellung aller erforderlichen Ein-/Ausgänge abgeleitet wird, gefolgt von einem ersten, quasi „best guess“, Vorschlag zur Aufteilung des Funktionsumfangs auf ein oder mehrere Steuergeräte. Diese Aufteilung erfolgt nach topologischen (mögliche Bauräume, mögliche Verbindungsleitungen bedingt durch Chassiskanäle) und nach busorientierten (Reaktionszeiten, Bandbreite, Ausfallsicherheit) Gesichtspunkten. Hieraus wird schließlich eine Grobdefinition des Kabelsatzes und des Steuergeräts (oder mehrere) auf Basis der I/Os erstellt. Im nächsten Schritt wird eine Bewertung dieses ersten Entwurfs anhand von Kriterien vorgenommen, wie sie z. B. in Kapitel 2.3.2 genannt wurden. Hierauf folgen im Allgemeinen mehrere Iterationsschleifen ausgehend von jeweils veränderten topologischen und busorientierten Ansätzen. Nach Festlegung auf eine als Optimum erachtete Lösung folgt die Lastenhefterstellung für das (die) Steuergerät(e).

Bild 2-37: Architektur – Entwurfsprozess.

2.3 Virtuelle Systementwicklung – Von der Anforderung zum Steuergerät

139

Die Schwachstellen dieses Prozesses sind ebenfalls aus Bild 2-37 zu entnehmen. Es wird besonders hervorgehoben, dass wegen noch nicht vorhandener Software das zeitliche Verhalten von Kommunikationsnachrichten sowie Buslasten nicht endgültig bewertet werden kann und somit auch das informationstechnische Funktionsverhalten im Gesamtsystem nicht nachweisbar ist. Ohne weitergehende Detaillierung, sondern in oberster Ebene („high level“), soll auch der Steuergeräte-Entwurfsprozess abgehandelt werden (Bild 2-38). Das „Ausgabe“-Ergebnis des Architektur-Entwurfs ist hier die Eingangsinformation, die im HW-Pfad in eine HWArchitektur und Blockschaltbild und im SW-Pfad in eine SW-Architektur umgesetzt wird. Es folgen eine Detaildefinition der μP-Ressourcen, A/D-Ports, PWM-Spezifika und Bussysteme im HW-Pfad sowie SW-Entwurf und -Implementierung im SW-Pfad bzw. mit den modifizierten Entwicklungsschritten im Falle modellbasierter SW-Entwicklung, wie ebenfalls dargestellt. Über die hardwareseitige Layout- und Mustererstellung /-test führt der Weg zur HW-/SW-Integration mit nachfolgendem SW-Test auf der Zielhardware. Erfolgreiche Tests gestatten den Fortgang zum Steuergeräte-Prototyp (nicht mehr dargestellt in Bild 2-38!) mit Durchführung der Systemintegrationstests. Positive Ergebnisse im Rahmen der Integrationsphase sowie eine spezifikationskonforme Validierung vorausgesetzt, steht am Ende das freigegebene Steuergerät als Produkt zur Verfügung.

Bild 2-38: Steuergeräte – Entwurfsprozess.

Genau wie beim Architektur-Entwurfsprozess sind auch hier die offenkundigen Schwachstellen in Bild 2-38 dargestellt. Die möglicherweise suboptimale HW-/SWAbstimmung hinsichtlich Grund- und Diagnosefunktionalität in Bezug auf Zeitverhalten und Rechenleistung sowie der im Entwicklungsprozess relativ späte Test auf der Ziel-

140

2 Elektronik

hardware und ein naturgemäß ebenfalls später Integrationstest seien hier besonders hervorgehoben. Folgenschwere und in mehrfacher Hinsicht schmerzliche Korrekturmaßnahmen sind bei dieser Vorgehensweise prinzipiell nicht auszuschließen. Somit lässt sich also hier zusammenfassend feststellen, dass der gängige Entwurfsprozess bei Architektur- und Steuergerätedesign im Hinblick auf einen modernen, d. h. informations- und softwaretechnisch beherrschten Systemansatz eines Elektrik-/Elektroniksystems Schwächen aufweist, die die Forderung nach einem umfassenden Modellierungs/Simulationsansatz, wie bereits am Ende des vorangegangenen Kapitels ausgeführt, nachhaltig unterstreichen.

2.3.4 Integraler Toolverbund zur virtuellen E/E-Entwicklung Nachdem im automotiven Umfeld der Begriff „Architektur“ häufig missverstanden und somit auch missbräuchlich angewandt wird, sei in Hinführung auf die nachfolgenden Ausführungen nochmals erinnert, dass die elektrische/elektronische Architektur in einem Fahrzeug so gut wie alles umfasst. Speziell ist eine fahrzeugbezogene E/EArchitekturstudie eine Analyse, um aus der Gesamtfahrzeugsicht (Plattform bzw. Produktpalette) das elektrische, elektronische, softwareseitige sowie daten- und informationstechnische Verhalten zu optimieren. Wie groß hierbei die in 2.3.2 bereits angesprochene Lösungsmannigfaltigkeit ist, lässt sich sehr einfach quantifizieren: Nimmt man an, dass es in einem Fahrzeug 40 relevante Komponenten (Sensoren, Aktuatoren, Steuergeräte) gibt (vergleichsweise niedrige Annahme!) und jede dieser Komponenten entweder diskret oder über ein Netzwerk ansteuerbar sei, dann wären 240 (1012) Architekturalternativen zu bewerten. Dies erklärt, warum die Fachwelt und auch insbesondere Delphi große Anstrengungen zum Aufbau rechnergestützter Architektur-Analysetools unternommen haben. Delphi verfügt diesbezüglich über einen Toolverbund, der auf drei Säulen beruht und in seinem derzeitigen Weiterentwicklungsstand das Ergebnis einer Kooperation mit der Forschungsgesellschaft vif (Das Virtuelle Fahrzeug, Forschungsgesellschaft, Inffeldgasse 21a, A-8010 Graz), ist; Bild 2-39 zeigt die Struktur des Toolverbunds in oberster Darstellungsebene. Bestandteile sind: a) Das Delphi proprietäre Tool „eSCOUT“ (electronic System Cost Optimization Utilization Tool), welches den in dieser Arbeit bereits erläuterten klassischen Architekturprozess datenbank- und rechnergestützt ausführt und nach Systemkosten optimiert [2], d. h. Elektronik- gegen Leitungskosten abwägt (also nach physikalisch-elektronischen Kriterien) und somit die Anzahl der Steuergeräte bzw. Anzahl der so genannten Smart Components bestimmt.

2.3 Virtuelle Systementwicklung – Von der Anforderung zum Steuergerät

141

Bild 2-39: Toolverbund zur Architekturentwicklung.

b) Das vif-proprietäre Tool CAPEmaster, welches die in eSCOUT I/O-bezogen modellierten Funktionen (z. B. Abblendlicht, Blinklicht etc.) in ein applikationsunabhängiges, aus Prozesssicht geprägtes Abstraktionsmodell [3] überführt, in dem elektronische Systeme durch Rückführung auf drei Grundbausteine (alias: Typen) beschrieben werden. Diese sind der Prozess-Typ (im wesentlichen Transformationsoperationen an I/Os), der Hardware-Typ (im wesentlichen A/D bzw. D/A-Wandlung) und, für diese high-level Darstellung am wichtigsten, der Software-Typ, der digitale Informationen verarbeitet und sie in neue Informationen wandelt. Mittels dieser Software-Typen werden SW-Module auf funktionaler Ebene auf Steuergeräte verteilt. Aufgrund dieser SW-Verteilung werden Signale zwischen den Eingangs- und Ausgangsgrößen einer Funktion generiert. Aus diesen Signalen werden später aus Architektursicht diskrete Leitungen bzw. Busnachrichten. CAPEmaster ergänzt also die physikalisch-elektronische Sichtweise von eSCOUT durch die funktional-logische Modellierung und repräsentiert somit einen weiteren Baustein für die komplette Toolkette. c) Die Delphi/vif Gemeinschaftsentwicklung CAPEopticon, welche ausgehend von der in eSCOUT und CAPEmaster hinterlegten physikalischen und funktionallogischen Architektur drei Aufgaben durchführt:

142

2 Elektronik

– Erstellung Netzwerktopologie – Erstellung vollständiger Buskonfiguration (Kommunikationsmatrix) mit Buslastberechnung und Ressourcenbedarfsabschätzung im(n) Steuergerät(en) – Gatewaylastanalysen und Zeitverhalten (Antwortzeiten) bei unterschiedlichen Buskopplungen (z.Z. noch beschränkt auf CAN und LIN). eSCOUT und CAPEmaster/CAPEopticon arbeiten im Verbund, d. h. eSCOUT übergibt seine Daten an die „CAPE“-Tools, dort werden in der Regel Iterationsschleifen zur Optimierung durchlaufen und bei Erfüllung von Abbruchkriterien (Minimierung Speicherbedarf, möglichst wenig verteilte Funktionalität, realistische Buslast) die Konfigurationsdaten an eSCOUT zurückgegeben, wo eine Gesamtbewertung stattfindet und nach ggf. weiteren Iterationsschleifen auf der Grundlage von modifizierten Ansätzen schließlich eine „beste“ Architektur vorgeschlagen wird. Nach dieser Übersichtsdarstellung folgt eine etwas detailliertere Beschreibung der Einzeltools des Verbunds.

2.3.4.1 eSCOUT Der Aufbau des eSCOUT Tools wird in oberster Ebene anhand von Bild 2-40 dargestellt, woraus hervorgeht, dass sich die interne Programmstruktur von eSCOUT grob in zwei Bereiche einteilen lässt: Der „Project Creator“ erlaubt es, Projekte und somit Fahrzeuge mit Hilfe der „Car Definition“-Routinen physikalisch und funktional zu definieren bzw. zu verändern. Der „Architecture Manager“ dagegen erlaubt es in diesem vorgegebenen Rahmen, Architekturen mit Hilfe der „Support Algorithm“-Routinen zu definieren und mit Hilfe der „Cost Calculation“-Routinen diese anschließend kostenmäßig zu bewerten. Zur Kommunikation mit der Außenwelt stehen diverse Schnittstellen zur Verfügung, beispielsweise zu gängigen Office Produkten, um die Ergebnisse auszugeben und zu Datenbanken (alternativ auch als XML Format), um die Fahrzeugfunktionalität zu laden bzw. zu speichern. Nach diesem groben Strukturüberblick wird die Arbeitsweise mit eSCOUT etwas detaillierter dargestellt. Der eSCOUT-Prozess beginnt über die graphische Bedieneroberfläche mit einer maßstabsgetreuen Eingabe der 2D-Karossenabmessungen und aller darin zulässigen Leitungssatzführungen, jeglicher Komponenten (Sensoren, Aktuatoren) sowie aller theoretisch möglichen Einbauorte für Steuergeräte (Bild 2-41; Komponenten = Kreis, Steuergeräte = Quadrate); nur dann ist dem System bei der späteren Lösungsfindung die größtmögliche Flexibilität gegeben. Zuvor wurden alle entsprechend Lastenheft erforderlichen Komponenten mit zugehörigen Funktionen modelliert, bzw. durch Abruf aus der eSCOUT Datenbank geladen (Bild 2-42).

2.3 Virtuelle Systementwicklung – Von der Anforderung zum Steuergerät

143

Bild 2-40: Informationstechnische Grobstruktur von eSCOUT.

Bild 2-41: Maßstäbliche 2D-Fahrzeugkarosse mit Leitungssatzführungen sowie Komponentenund möglichen Steuergeräteplatzierungen.

Bild 2-42: Beispiel hinterlegter Funktions- und Komponentendatenbank.

Komponenten und Funktionen werden für die Architekturanalyse wichtige Parameter zugeordnet, wie z. B. Nominal-/Maximalstrom, Signaltyp, Netzwerkfähigkeit etc. Über diese Parameter wiederum wird der funktionale HW-Building-Block definiert, der für die Ansteuerung oder den Datenaustausch mit der Komponente erforderlich ist. Mittels dieser Buildingblöcke ermittelt eSCOUT während der späteren automatischen Architekturanalyse die Auswirkung auf die alternative Platzierung der funktionalen HW-Buildingblöcke in verschiedenen ECUs. Jetzt kann der genetische Algorithmus gestartet werden,

144

2 Elektronik

um die kostengünstigste Architektur zu ermitteln. eSCOUT untersucht die Auswirkung infolge einer Funktionsplatzierung in verschiedenen Steuergeräten (wie zuvor angedeutet) im Vergleich mit verschiedenen Signalführungsalternativen ebenso wie die Auswirkung einer diskreten Signalanbindung einer Komponente verglichen mit einer Netzwerkanbindung und schließlich auch, welche möglichen Steuergeräte innerhalb des Lösungsraums realisiert und welche eliminiert werden sollten. Als Ergebnis wird ein kostenbewerteter Lösungsvorschlag ausgegeben, hier z. B. mit einem Steuergerät (siehe Bild 2-43, links). Danach können Designalternativen vorgegeben und kostenmäßig bewertet werden, wie beispielsweise eine Lösung mit zwei Steuergeräten (Bild 2-43, rechts).

Bild 2-43: Architekturvorschlag mit einem (links) und, alternativ, zwei Steuergeräten (rechts).

Bild 2-44: Architektur-Report (Beispiel).

2.3 Virtuelle Systementwicklung – Von der Anforderung zum Steuergerät

145

Bedingt durch Thermal- oder Risikoanalysen sowie andere Partitionierungsgesichtspunkte kann es erforderlich sein, die Auswirkung der Verlagerung von Merkmalen/Funktionen zwischen verschiedenen Steuergeräten zu untersuchen. In diese Auswirkungen gehen neben den Systemkosten auch Eigenschaften wie Rechenleistung im Steuergerät sowie Joulescher Leistungsumsatz ein. Solche „Verschiebungen“ lassen sich manuell über das GUI ausführen. Jeder Architekturvorschlag kann mittels eines Architektur-Reports über standardisierte Exportformate unter Nutzung von MS-Office Produkten oder XMLFormaten dokumentiert werden (Stücklisten, I/O-Tabellen, Blockdiagramm), Bild 2-44. 2.3.4.2 CAPEmaster/CAPEopticon Während im gerade beschriebenen eSCOUT Tool Funktionen IO-bezogen modelliert werden, wird in CAPEmaster ein Abstraktionsmodell verwendet, in dem Funktionen durch die Verbindung bestimmter Grundbausteine dargestellt werden. Dazu werden die in eSCOUT definierten Funktionen durch ein XML-Austauschformat in CAPEmaster überführt und automatisch in die entsprechenden Bausteine (Typen) transformiert. Dies wird am Beispiel einer Heckscheibenheizung veranschaulicht. Die Funktion „Heckscheibenheizung“ besteht hier aus einem Taster mit integrierter Anzeige-LED und einem Heizwiderstand. In eSCOUT werden die elektrischen Parameter der beteiligten Sensoren/Aktuatoren so definiert, dass die zur Ansteuerung geeignete Hardware automatisch ausgewählt werden kann. Dieser Schritt erfolgt unabhängig von der Partitionierung der Funktionen auf ein/verschiedene Steuergerät(e) (Bild 2-45, oben). In CAPEmaster finden sich die gewählte Verschaltung der Sensoren und Aktuatoren sowie die Vorgaben zur Signalansteuerung wieder, wobei der Taster, die LED und der Heizwiderstand zu Prozess-Typen werden, welche Prozesswerte in elektrische Werte transformieren. Die geeigneten Hardware-Ressourcen werden in Form von Hardware-Typen abgebildet, welche elektrische Werte in digitale Daten transformieren (Bild 2-45, unten).

Bild 2-45: E/E-Funktion in eSCOUT (oben) und als Prozesskette im CAPEmaster-Abstraktionsmodell.

146

2 Elektronik

Die fehlenden Angaben über logische Verknüpfungen der Funktionalität werden im ersten Schritt in Form von Dummy-Bausteinen (Software-Typen) angelegt. Diese SoftwareTypen dienen der Verarbeitung digitaler Daten und der Überführung in Informationen (Bild 2-45, unten) und werden in CAPEmaster entweder manuell oder durch die Verknüpfung mit Matlab-Simulink-Modellen konfiguriert oder, im Fall einer Wiederverwendung, aus einer Datenbank geladen. Im hiesigen Beispiel der Heckscheibenheizung sind also zwei Software-Typen angelegt worden, mittels derer das Verhalten der Funktion „Heckscheibenheizung“ und die Interaktion mit anderen Funktionen definiert werden (z. B. das Ausschalten der Heckscheibenheizung nach einer bestimmten Zeit oder bei hoher Bordnetzlast). Somit ist durch CAPEmaster jede Funktion (hier das Beispiel Heckscheibenheizung) nicht nur wie zuvor in eSCOUT physikalisch/parametrisch, sondern zusätzlich auch softwaretechnisch detaillierter definiert.

Bild 2-46: Alternative Verteilung von SW-Modulen auf Steuergeräte durch CAPEmaster.

2.3 Virtuelle Systementwicklung – Von der Anforderung zum Steuergerät

147

Durch die Einbindung in den Prozessverbund mit eSCOUT lag CAPEmaster ein von eSCOUT aufgrund gewisser Kriterien als optimal ermittelter Architekturvorschlag vor, nämlich die Verwendung von zwei Steuergeräten mit den zugewiesenen HardwareRessourcen (s. Bild 2-46, oben). Für CAPEmaster ergeben sich daraus nun vier Alternativen, wie die konfigurierten Software-Typen auf die vorhandenen zwei Steuergeräte verteilt werden können (Bild 2-46, unten). Es lässt sich erkennen, dass je nach gewählter Alternative mehr oder weniger logische Verbindungen mit signalbasiertem Datenaustausch benötigt werden. Hier kommt nun das Tool CAPEopticon zum Einsatz, wohin das durch CAPEmaster erzeugte signalbasierte Netzwerk inklusive der definierten zeitlichen Anforderungen über das FIBEX-Format mit seinen standardisierten und proprietären Bestandteilen importiert wird. Mit diesen Daten und unter Berücksichtigung der Netzwerktopologie werden die optimalen Routingpfade für die definierten Signale ermittelt. Die in CAPEopticon implementierten Berechnungs- und Optimierungsalgorithmen berücksichtigen hierbei die Anforderungen Buslastminimierung, Minimierung von Gateway-Tabellen und garantierte Übertragung. Anschließend an die Berechnung der Routingpfade werden die Signale in Telegramme gepackt und die erforderlichen GatewayTabellen erzeugt. Abschließend werden die Buslast und mögliche Inkonsistenzen (z. B. nicht erfüllte zeitliche Anforderungen) bestimmt und dem Anwender zur Kenntnis gebracht. CAPEopticon exportiert die ermittelten Daten im FIBEX-Format und stellt die Ergebnisse damit sowohl CAPEmaster als auch bei Bedarf weiteren Tools , z. B. CANOe, zur Verfügung. Ein Rücktransfer nach eSCOUT führt die Ergebnisse mit den bereits vorhandenen Kriterien und Teilergebnissen zusammen, so dass eine Entscheidung über Beendigung aufgrund erfüllter Vorgaben oder eine neue Iterationsschleife mit modifiziertem Ansatz getroffen werden kann. Zum Abschluss wird in Bild 2-47 nochmals der gesamte Prozessfluss des eSCOUT/ “CAPE“-Toolverbunds gezeigt. Nach unserer Kenntnis ist die simultan-interaktive Architekturoptimierung nach physikalischen und informations-/softwaretechnischen Parametern unter übergeordneten Systemkostengesichtspunkten eine bisher nicht vorgestellte Innovation.

148

2 Elektronik

Bild 2-47: Schematisierte Arbeitsweise des Toolverbunds in der Übersicht.

2.3.4.3 Virtuelle Hardware Die im E/E Architekturprozess durch toolgestützte Automatisierung erreichten Vorteile in Bezug auf Beherrschung der Komplexität und Lösungsmannigfaltigkeit bei vertretbarem Zeitaufwand legen es nahe, für den nachfolgenden Steuergeräte-Entwicklungsprozess ebenfalls einen hohen Grad an toolgestützter Automatisierung und Simulation einzusetzen und zwar im SW- und im HW-Pfad. Im HW-Pfad kann hierfür z. B. virtuelle Hardware eingesetzt werden. Ergebnis ist ein auf einem Host-Rechner lauffähiger virtueller Prototyp des Steuergeräts, welcher sich durch den Entwickler in gleicher Art bedienen lässt wie tatsächlich vorliegende Hardware. Es werden damit simultane Tests von Hardware und dem kompilierten Objektcode (modellbasiert entwickelt, autocodiert) möglich, ohne dass zuvor physikalische Hardware aufgebaut werden muss. Der offenkundige und bekannte Vorteil besteht darin, lange vor Bau der ersten Hardware das Funktionsverhalten durch Simulation zu untersuchen und spezifikationskonform sicherstellen zu können. Dies gewinnt insbesondere dann an Gewicht, wenn spezielle Bauteile (wie z. B. ASICs) noch nicht zur Verfügung stehen und deren Lieferzeit einem kurzfristigen Aufbau von Hardware im Wege steht. Weiter können Unstimmigkeiten in der Software-Architektur, insbesondere im Zusammenspiel mit der Hardware, frühzeitig erkannt und behoben werden. Damit verbessert sich die Qualität der Software in der frühen Designphase und bietet eine bessere Grundlage für die weiteren Iterationsschritte.

2.3 Virtuelle Systementwicklung – Von der Anforderung zum Steuergerät

149

2.3.4.4 HW/SW Co-Simulation Die in der Anwendung virtueller Hardware durchgeführte HW/SW Co-Simulation kann z. B. unter Einsatz der SW-Umgebung von VaST (www.vastsystems.com) geschehen. Die damit umgesetzte Simulationsgenauigkeit ist auf eine akzeptabel schnelle Laufzeit ausgerichtet und bewegt sich im Rahmen von 1:30 im Vergleich mit einer realen Hardware. Das Verhalten gegen außen (Signale an den Kontakten der einzelnen Komponenten des Steuergerätes) wird dabei in ANSI C beschrieben und stimmt mit der Realität im Hinblick auf Zyklus-, Register- und Zeitverhalten überein. Elektrische Parameter, die bei Simulationen in der Hardwareentwicklung von Bedeutung sind, stehen dabei nicht im Vordergrund und bleiben daher weitestgehend unberücksichtigt. Hauptbestandteil eines virtuellen Prototypen (z. B. den eines Body Controllers) ist ein funktionales Modell des Prozessorkerns, welches von der Firma VaST erstellt und vom Halbleiterhersteller nach den selben Vorgaben getestet wird, wie das halbleiterbasierte Bauteil. Die sich auf dem Mikrocontroller (μC) befindliche Peripherie (A/D-Wandler, Timer, EEPROM, Interruptsteuerung, etc.) wird durch den Halbleiterhersteller erstellt und dem Modell des Prozessorkerns hinzugefügt. Diese Daten stehen dann Delphi im VaST-Tool CoMET als Bibliothek zur Verfügung. Mit CoMET entwickelt Delphi auch die Modelle der restlichen Bauteile des Steuergerätes, wie z. B. Spannungsregulatoren, I/O-ICs oder LIN und CAN Treiber. Die fertigen Modelle der einzelnen Komponenten werden im Anschluss, analog zur Leiterplatte im Steuergerät, per Konfigurations-File miteinander verbunden. Für die Ausführung des virtuellen Prototypen wird das VaST-Tool METeor verwendet, welches auch aus der normalen Entwicklung gewohnte Benutzeroberflächen für Softwaretests oder Debugger von Drittanbietern mit einbinden kann. Darüber hinaus müssen jedoch für die Durchführung von Tests mit dem virtuellen Steuergerät weitere Schnittstellen geschaffen werden. Dies betrifft z. B. die Anbindung von CANoe für die Restbussimulation oder eine Oberfläche zur Ausführung von Testscripts. Diese Anbindung geschieht durch den Delphi proprietären „Simulation Framework“, welcher den Datenaustausch und die Synchronisation der einzelnen Anwendungen mit den Simulationsobjekten steuert, Bild 2-48. Als Ergebnis einer solchen Simulation stehen neben den in Kapitel 2.3.4.3 genannten Vorteilen auch genaue Angaben über CPU-Auslastung, RAM Ausnützung sowie die Latenzzeit von Interruptbefehlen zur Verfügung. Ebenfalls ermöglicht sie eine effiziente Abtestung von Software, da ein virtueller Prototyp beliebig vervielfacht werden kann und weltweit zur Verfügung steht. Die Qualität der Testergebnisse wird darüber hinaus durch verbesserte Testmöglichkeiten, z. B. durch die Einführung von Printbefehlen in den Quellcode oder synchrones Stoppen und Wiederanfahren des ganzen Systems, deutlich verbessert.

150

Bild 2-48: Schematische Darstellung eines virtuellen Prototypen mit Testumgebung.

Bild 2-49: Virtueller Entwicklungsprozess integriert in die V-Modellsymbolik.

2 Elektronik

2.3 Virtuelle Systementwicklung – Von der Anforderung zum Steuergerät

151

Die Anwendung von HW/SW Co-Simulation als Prozessschritt zur virtuellen Systementwicklung ist in Bezug auf das Produktgebiet Body Elektronik in unserer Geschäftseinheit derzeit im Kontext zu einer regulären Produktentwicklung Gegenstand laufender Untersuchungen, über deren Ergebnisse zu gegebener Zeit berichtet werden kann. Bild 249 zeigt, wie sich die gerade beschriebene Methodik als unterste Ebene im V-Modell des virtuellen Entwicklungszyklus darstellt.

2.3.5 Schlussbetrachtung Im den ersten Kapiteln wurde aufgezeigt, welche Auswirkungen die rasante Zunahme des Elektrik-/Elektronikanteils auf den Entwicklungsprozess der Architektur und der Steuergeräte von Body-/Komfortfunktionen in heutigen Fahrzeugen hat und wo folglich die Schwachstellen des „klassischen“ Entwicklungsprozesses liegen. Im Rückgriff auf diese Kernaussagen kann man hier aus dem Blickwinkel einer ganzheitlichen Geschäftsbetrachtung feststellen, dass sich hinsichtlich des erforderlichen Entwicklungsaufwands und aller weiteren Produktkosten Produkt- und Geschäftszielrichtungen nicht nur zum Teil untereinander, sondern insbesondere auch wechselseitig zueinander zunächst auf direktem Kollisionskurs befinden (Bild 2-50). Eine Produktzielrichtung, die durch wachsende Funktionalität/Komplexität, Innovation und Qualitätsforderung bei gleichzeitig sinkendem Lebenszyklus gekennzeichnet ist, erfordert eigentlich mehr Entwicklungsaufwand und höhere Produktkosten, während die Forderung nach sinkendem Preis nur niedrigere Produktkosten gestattet, aber gleichzeitig „noch intelligentere“ Ansätze verlangt, um z. B. von Produktgeneration zu Produktgeneration mit weniger Material- und Fertigungseinsatz auszukommen.

Bild 2-50: Konfliktsituation durch Produkt- und Geschäftstrends; Zusammenhang mit ProduktLebenszykluskosten sowie Gegenmaßnahmen.

152

2 Elektronik

Auf der anderen Seite erfordert eine Geschäftszielrichtung, die auf Wachstum über Marktanteilserhöhung und/oder Portfolioausweitung sowie exzellente Ausführung zur Sicherstellung von Qualität und Kundenzufriedenheit ausgerichtet ist, eigentlich verstärkten Entwicklungsaufwand, während die Forderung nach Kostensenkung als Beitrag zur Erwirtschaftung eines angemessenen Gewinns unter anderem natürlich auch niedrigere Produktkosten verlangt, wie der Blick in jedes G&V-Rechenschema unschwer zeigt. Der hier schließlich aufgezeigte umfassende, modellbasierte und auf einem geeigneten Toolverbund aufsetzende Entwicklungsprozess, der auf frühestmögliche Ergebnisgewinnung und -verifikation durch Simulation ausgerichtet ist, also kurzweg der Virtuelle Entwicklungsprozess, abgeschlossen durch eine zügige HW/SW-Integration und Verifikation, ist der entscheidende Lösungsansatz um die angesprochene Konfliktsituation geschäftsergebnisorientiert zu beherrschen und zu entschärfen. Der Virtuelle Entwicklungsprozess besitzt mehrere Vorteile. In allen Phasen des besprochenen Architektur- und Steuergeräte-Entwicklungsprozesses wird der zu erbringende Aufwand deutlich reduziert. Der aus mehreren Gründen beim Steuergeräteentwurf zu forcierende Einsatz von häufig neuen, d. h. (noch nicht vorhandenen) ASICS, wird erleichtert und begünstigt, weil mit Verfügbarkeit eines VaST-Modells des ASICs dieser in die HW/SW Cosimulation einbezogen und somit seine Funktionalität im Gesamtsystem frühzeitig, also lange vor Verfügbarkeit des ersten Musterchips, abgesichert werden kann. Schließlich werden auch im gesamten Entwicklungsprozess deutlich weniger „physikalische“ Musterbauten benötigt. Dies ist bereits ein Vorteil „per se“, erst recht aber im Hinblick auf Konfigurations-Management und Lieferzeitverkürzung von „Mustern“ in einem global operierenden Unternehmen mit global diversifizierten Entwicklungsteams, die weltweit agierende OEMs bedienen, welche vermehrt dazu übergehen, Produkte global einsetzen zu wollen und deren Entwicklung folglich auch von mehreren ihrer weltweit verteilten Entwicklungszentren steuern lassen. Die oftmals „Kopf zerbrechende“ Problematik, welches Entwicklungsteam am Mustertyp welchen Revisionsstandes (HW/SW!) gerade welches Ergebnis ermessen hat, um es mit anderen zu vergleichen, wird deutlich entschärft und allenfalls auf die letzte Phase eingegrenzt, denn im vorausgehenden Virtuellen Entwicklungsprozess ist jeder virtuelle Prototyp (mit definiertem Konfigurationsstand) auf „Knopfdruck“ weltweit eindeutig verfügbar zu machen. Alle diese Vorteile rechtfertigen weiterhin intensive Anstrengungen, um die Virtuelle Systementwicklung von der Anforderung bis zum Steuergerät schnellstens selbstverständliche, alltäglich angewandte Praxis werden zu lassen.

Danksagung Herr Dr. Rainer Denkelmann aus meinem Team hat mich durch intensive und fruchtbare Diskussionen sowie einzelne Textbeiträge wertvoll unterstützt. Hierfür sei ihm und seinen Mitarbeitern mein besonderer Dank zum Ausdruck gebracht. Danken möchte ich auch den Herren Dr. Bernasch, Kaiser und Lehr von vif, Graz, für die kooperative und erfolgreiche

2.3 Virtuelle Systementwicklung – Von der Anforderung zum Steuergerät

153

Zusammenarbeit. Schließlich danke ich auch Frau E. Wilke für die Texterstellung mit Bildern und Frau K. Hankammer für das Anfertigen zahlreicher Abbildungen. Literatur zu Abschnitt 2.3 [1] [2]

[3]

Erich, E., Bolte, Th.: Optimierung im Bordnetz. 10. Euroforum Jahrestagung 2006, München Denkelmann, R., Higgins, J., Turner, D.: Automated Electrical / Electronic Vehicle Architecture Optimization Based on Functional and Physical Requirements. 6th Annual Intelligent Vehicle Systems Symposium & Exhibition, 2006, Traverse City, Mich., USA Kaiser, J. et al.: Integrated Computer Aided Project Engineering. World Congress for Railway Research 1997, Florenz

154

3

Motor

3.1 Virtuelle Antriebsstrangentwicklung Der Stand der Technik am Beispiel der Kalibrierung

3.1.1 Einleitung Die rasant wachsende Komplexität moderner Antriebsstrangkonzepte sowie die steigende Anzahl von Fahrzeugvarianten bei gleichzeitig reduzierten Entwicklungszeiten bilden die wesentlichen Treiber einer simulationsgestützten (virtuellen) Entwicklung. Zusätzlich verlangt die zunehmende Vernetzung der Einzelkomponenten im Gesamtfahrzeug (z. B. Verbrennungsmotor und automatische Getriebetypen oder Verbrennungsmotor und Elektromotor in einem Hybridantrieb) die durchgängige Entwicklung und Optimierung im Sinne des Gesamtsystems. Ein wesentlicher Anspruch an die simulationsgestützte, virtuelle Antriebsstrangentwicklung besteht daher in der Nachbildung von nicht vorhandenen Antriebs- bzw. Fahrzeug-Komponenten zur Prüfung bzw. Abstimmung einer oder mehrerer Teile des Gesamtantriebsstranges an beliebiger Station im Prozess. Dies betrifft sowohl die Fahrzeughersteller als auch deren Zulieferer und Dienstleister jeweils lokal als auch in deren vernetzter Zusammenarbeit. Die Verlagerung von Entwicklungsaufgaben im Entwicklungsprozess nach vorne ermöglicht es, tragfähige Entscheidungen zu einem früheren Zeitpunkt zu treffen und damit einerseits durch die möglich gewordene Parallelisierung, andererseits durch Vermeidung zeitintensiver Schleifen Entwicklungszeit und –aufwand einzusparen (Bild 3-1). Eine sehr effektive und effiziente Methode dazu stellt die Simulation dar, mit deren Hilfe heute bereits in der Konzept- und der Designphase detaillierte Komponentenspezifikationen und -optimierungen möglich sind (siehe dazu Kapitel 5.4). Eine weitere Möglichkeit liegt in zielgerichteten Zuverlässigkeitsmethoden zur Vermeidung zeitintensiver Entwicklungsschleifen (siehe dazu Kapitel 3.4). Dieser Beitrag soll konkret am Beispiel des Kalibrierungsprozesses die virtuelle Antriebsstrangentwicklung skizzieren [1]. Dabei wird der Weg vom kundennahen Fahrversuch auf der Straße über verschiedene Prüfstandssysteme bis zum rein virtuellen Test dargestellt. Dieser Prozess wird auch als „Road to Rig to Office“ bezeichnet. Ziel ist schlussendlich die Entwicklung einer Methodik, die eine simulationsgestützte Antriebsstrangentwicklung vom Büro bis zur Straße (also „from Office to Road“) ermöglicht. Virtuelle Antriebsstrangentwicklung heißt also nicht, die Entwicklung ohne Prüfstandsund Fahrversuche, sondern die Unterstützung des gesamten Entwicklungsprozesses mit Hilfe der Simulation bzw. virtueller Antriebskomponenten.

3.1 Virtuelle Antriebsstrangentwicklung

155

Bild 3-1: Schematische Darstellung des Entwicklungsaufwandes und -fortschritts für einen konventionellen und einen optimierten Kalibrierungs-Entwicklungsprozesses.

3.1.2 Entwicklungsprozess der Antriebsstrangentwicklung Bild 3-2 zeigt die Phasen eines schematischen Entwicklungsprozesses für Motor und Getriebe. Der Prozess ist unterteilt in die Phasen Konzept, Design, Entwicklung auf Prüfständen und Entwicklung im Fahrzeug. In der Regel werden die einzelnen Phasen in Schleifen durchlaufen, also nach einer Prüfphase auf Prüfständen erfolgt eine weitere Designphase zur Optimierung der Komponenten. In jeder Entwicklungsphase gibt es typische Methoden und Werkzeuge. In Bild 3-2 sind exemplarisch die Konzept-Simulation, die eigentliche Konstruktion (Design), DigitalMock-Up (DMU), die Finite-Element-Analyse (FEA), die Akustik-Simulation, Hardware-in-the-Loop (HiL), der Motorprüfstand (ev. mit Getriebesimulation – ETest TSim), der Getriebeprüfstand (ev. mit Motorsimulation – TTest ESim), der Antriebsstrangprüfstand (P/T TestBed), der Rollenprüfstand und schlussendlich der Straßentest dargestellt. Steigende Anforderung hinsichtlich Fahrleistung, Verbrauch und Emissionen sowie immer komplexere Funktionen in Bezug auf Fahrkomfort, Fahrerassistenz, Sicherheit etc. erfordern die zunehmende Vernetzung der Einzelsysteme des Antriebsstranges. Ein paralleler Entwicklungsprozess der Einzelsysteme (in Bild 3-2 repräsentiert durch Motor und Getriebe) ist daher anzustreben. Im Allgemeinen laufen die Phasen der Komponentenentwicklung allerdings nicht parallel (im Bild 3-2 schematisch verdeutlicht durch schräge Verbindungen zwischen den Entwicklungsphasen).

156

3 Motor

Bild 3-2: Schematischer Entwicklungsprozess für Motor und Getriebe.

Das Ziel der virtuellen Antriebsstrangentwicklung ist es, in jeder Entwicklungsphase entsprechende Modelle der Einzelkomponenten zur Verfügung zu stellen, sodass die Komponente in Entwicklung bzw. unter Test immer im Gesamtsystem entwickelt und getestet werden kann. Durch die dadurch mögliche Berücksichtigung des Gesamtsystems können Entwicklungsschleifen vermieden werden. Im Folgenden soll an Hand der Kalibrierung dargestellt werden, in wie weit dieser Anspruch bereits erfüllt werden kann.

3.1.3 Kalibrierung im Fahrzeug, auf der Straße Kalibrierung erfordert die Abstimmung von Software-Parametern in den verschiedenen Steuergeräten der Einzelkomponenten. In modernen Steuergeräten sind für den Motor eine Anzahl von bis zu 20000 so genannten Labels, bzw. für Getriebe bis zu 15000 Labels zu parametrieren, wobei ein Label auch ein Kennfeld mit vielen Stützstellen sein kann. Die Gesamtanzahl der Parameter ist daher noch einmal um eine Größenordnung höher. In Hybridantrieben erhöht sich die Zahl der Label weiter. Kalibrierung bedeutet dabei, dass die Steuerparameter auf einen bestimmten Wert gesetzt werden, eine Messung erfolgt, die Messergebnisse bewertet werden und darauf aufbauend neue Werte für die Steuerparameter gewählt werden. Kalibrierung ist also ein Optimierungsprozess. Während alle Funktionen in Bezug auf Verbrauch und Emissionen objektiv bewertet werden können, ist dies für Funktionen der Fahrbarkeit und des Fahrkomforts nicht direkt der Fall. Diese Funktionen werden heute durch einen Kalibrierungsingenieur im Fahrzeug auf der Straße oder einer Teststrecke abgestimmt. Dabei sind alle Teilsysteme einschließlich der Straße und Umgebung real vorhanden und der Ingenieur führt die Kalibrierungsaufgabe, d. h. die Planung und Durchführung der Tests, die Bewertung der Ergebnisse und die Optimierung der Parameter, „von Hand“ durch (Bild 3-3).

3.1 Virtuelle Antriebsstrangentwicklung

157

Bild 3-3: Konventionelle Kalibrierung der Fahrbarkeit und des Fahrkomforts – Kalibrierung „von Hand“.

Die Bewertung der Fahrbarkeit und des Fahrkomforts beruht dabei auf dem subjektiven Empfinden des Entwicklungsingenieurs. Die Güte der Abstimmung ist in diesem Fall sehr stark vom Erfahrungsgrad des Ingenieurs abhängig. Dieser wird im Prozess lediglich durch einen direkten Zugang zu den Abstimmungsparametern der Steuergeräte mit Hilfe eines entsprechenden Computers im Fahrzeug unterstützt. Um die subjektiven Größen Fahrbarkeit und Fahrkomfort reproduzierbar, messbar und damit objektivierbar zu machen, bietet AVL schon seit mehreren Jahren mit dem System AVL-DRIVETM für die Abstimmung der Fahrzeugparameter und Kalibrierung der Motor und Getriebesteuerung ein objektives Bewertungstool an (Bild 3-4) [2, 3]. Durch entsprechende Weiterentwicklung wird dieses System mittlerweile verstärkt sehr erfolgreich zur Beurteilung und Abstimmung in Hybridantrieben verwendet [4]. AVL-DRIVETM bewertet bis zu 350 antriebsstrang- und kalibrierrelevante Kriterien für 75 Fahrzustände und ist in Versionen für Handschaltgetriebe, automatisierte Schaltgetriebe, Wandlerautomatik, Doppelkupplungsgetriebe und Hybridantriebe verfügbar. Die Detektierung der Fahrzustände und die objektive Bewertung erfolgt in Echtzeit. Die Beurteilung kann im Fahrbetrieb im normalen Straßenverkehr erfolgen. Die Benotung erfolgt durch die bekannte SAE Skala von 1 bis 10, wobei 10 die Bestnote darstellt.

158

3 Motor

Bild 3-4: Überblick über das AVL-DRIVETM System.

Bild 3-5 zeigt das Ablaufschema der objektiven Fahrbarkeitsbewertung mit AVLDRIVETM. Über zusätzlich installierte Sensoren und mit Hilfe des CAN-Bus oder der analogen ECU-Schnittstelle werden Messgrößen wie Beschleunigung an der Nackenstütze, Fahrzeuggeschwindigkeit, Fahrpedalstellung, Motordrehzahl, Vibrationen und Geräusch gemessen. Aus dem Fahrerinput und den Fahrzeugreaktionen werden bis zu 75 unterschiedliche Fahrzustände detektiert. Bei Erkennung eines bestimmten Fahrzustandes werden automatisch etwa 10–15 dafür definierte und charakteristische, physikalische Parameter berechnet. In Summe ergeben sich für die bis zu 75 Fahr- und Betriebszustände mehr als tausend Parameter. Aus Gruppen von Messgrößen und abgeleiteten Berechnungsgrößen werden mittels neuronalen Netzen, Fuzzy Logic und konventionellen Formeln über 350 einzelne Detailnoten berechnet und entsprechend ihrer Gewichtung berücksichtigt. Diese Komplexität ist notwendig, um das nicht minder komplexe, subjektive Empfinden zu objektivieren.

TM

Bild 3-5: Ablaufschema der objektiven Fahrbarkeitsbewertung mit AVL-DRIVE .

3.1 Virtuelle Antriebsstrangentwicklung

159

Mit AVL-DRIVETM hat der Kalibrierungsingenieur ein sehr mächtiges Werkzeug im Fahrzeug, mit dem er sehr schnell und einfach Messdaten klassifizieren (automatische Zuordnung zu einem bestimmten Fahrmanöver), analysieren (Berechnung der für den jeweiligen Fahrzustand relevanten physikalischen Parameter) und bewerten kann. Bild 3-6 zeigt ein typisches Ergebnis für eine Zughochschaltung mit einem Doppelkupplungsgetriebe.

Bild 3-6: Typisches Ergebnis einer AVL-DRIVE Doppelkupplungsgetriebes.

TM

Bewertung für eine Zughochschaltung eines

Bild 3-7: Konventionelle Kalibrierung der Fahrbarkeit und des Fahrkomforts mit Hilfe von AVLDRIVETM.

160

3 Motor

Neben einer unmittelbaren, während des Fahrversuches durchgeführten Bewertung können auch Messfahrten über mehrere Stunden aufgezeichnet, automatisch bewertet und anschließend nach einzelnen Kriterien sortiert und analysiert werden. Dies ermöglicht, unterstützt mit weiteren statistischen Auswertemöglichkeiten, eine sehr zielgerichtete und effiziente Entwicklung und Kalibrierung der Fahrbarkeit und des Fahrkomforts. AVL-DRIVETM ist der erste Verbesserungsschritt des konventionellen Kalibrierungsprozesses (Bild 3-7). Darüber hinaus ist damit auch die Grundlage für den nächsten Schritt, die Verlagerung der Kalibrierung auf den Rollenprüfstand, gelegt.

3.1.4 Kalibrierung im Fahrzeug, auf dem Rollenprüfstand Der Rollenprüfstand bietet die Möglichkeit, das gesamte Fahrzeug unter reproduzierbaren Umgebungsbedingungen zu testen. Für die finale Abstimmung von Verbrauch und Emission sowie die Zertifizierung ist die Rolle heute schon die Methode der Wahl. Die Abstimmung der Fahrbarkeit und des Fahrkomforts ist für den Kalibrierungsingenieur auf der Rolle allerdings nur sehr schwer und eingeschränkt möglich. Wie im letzten Abschnitt dargestellt, bietet AVL-DRIVETM die Möglichkeit, Fahrbarkeit und Fahrkomfort objektiv, auf Basis physikalischer Messgrößen zu bewerten. Allerdings liefern Beschleunigungssensoren auf der Rolle nur sehr eingeschränkt Messgrößen für die Bewertung, da ja nicht das Fahrzeug bewegt wird, sondern quasi die Umgebung unter dem Fahrzeug. Daher müssen die Beschleunigungssensoren um einen Kraftsensor zwischen Fahrzeug und Rollenprüfstand ergänzt werden (Bild 3-8) [5].

Bild 3-8: Aufbau des Fahrzeuges auf dem Rollenprüfstand.

3.1 Virtuelle Antriebsstrangentwicklung

161

Der Kraftsensor bietet eine dem Beschleunigungssensor auf der Straße äquivalente Messgröße. Bild 3-9 zeigt den Vergleich der Beschleunigungsmessung im Fahrzeug auf der Straße mit der Kraftmessung auf der Rolle. Es zeigt sich ein praktisch identischer Verlauf. Damit ist auch auf Basis der Kraftmessung eine objektive Bewertung der Fahrbarkeit und des Fahrkomforts möglich.

Bild 3-9: Vergleich der Beschleunigungsmessung auf der Straße zur Kraftmessung auf der Rolle.

Bild 3-10: Kalibrierung auf der Rolle.

162

3 Motor

Das System stellt den ersten Schritt in Richtung einer „virtuellen“ Kalibrierung dar, da in diesem Fall die Umgebung, die Straße und der Fahrwiderstand des Fahrzeuges simuliert werden und daher virtuell in die Messung eingebunden werden (Bild 3-10). Die Einführung eines Fahrroboters ermöglicht eine automatische und reproduzierbare Durchführung beliebiger Fahrmanöver auf der Rolle (Bild 3-11). Erfolgt die Optimierung der Kalibrierungsparameter mit Hilfe computerbasierter Optimierungswerkzeuge kann für die Kalibrierung ein geschlossener und automatisierter Prozess implementiert werden (Bild 3-12). In diesem Fall werden von der Planung (z. B. Vorgabe eines Design-of-Experiment Planes durch das Optimierungswerkzeug), über die Durchführung, Bewertung und Optimierung alle Schritte des Kalibrierungsprozesses automatisch abgearbeitet. Mit dieser Methode ist heute bereits die Schaltkomfortabstimmung von automatischen Getriebetypen möglich [6]. Bild 3-13 zeigt den Vergleich einer Straßenmessung mit auf der Rolle, automatisch optimierten Steuerparametern zu Straßenmessungen mit einem existierenden Serienstand der Steuerparameter. Bei vergleichbarer Spontaneität der Schaltung konnte der Komfort signifikant verbessert werden.

Bild 3-11: Kalibrierung auf der Rolle mit Fahrroboter.

3.1 Virtuelle Antriebsstrangentwicklung

163

Bild 3-12: Automatisierte Kalibrierung auf der Rolle.

Bild 3-13: Verifizierung einer am Rollenprüfstand optimierten Kalibrierung durch Messungen auf der Straße.

164

3 Motor

3.1.5 Kalibrierung auf Motor-, Getriebe- und Antriebsstrangprüfständen Die am Rollenprüfstand erarbeitete und erprobte Methodik ermöglicht, dass in noch früheren Phasen im Entwicklungsprozess die Kalibrierung des Gesamtsystems begonnen wird. Moderne Prüfstandstechnik auf Basis eines AVL PUMA Open ISAC Systems erlaubt eine hochdynamische Simulation des Verhaltens des Fahrzeuges, der Räder inklusive Reifenschlupf und des Dämpfungsverhalten der Federung (Bild 3-14).

Bild 3-14: Automatisierte Kalibrierung am Antriebsstrangprüfstand.

Der Antriebsstrangprüfstand wird schon seit vielen Jahren sehr erfolgreich für die Entwicklung moderner Antriebssysteme verwendet [7]. Der Schwerpunkt der Aufgaben liegt dort im Allgemeinen auf der Hardware-Entwicklung, also Erprobung der prinzipiellen Funktion und der Dauerhaltbarkeit. Soll auf diesem Prüfstand auch die Kalibrierung der Fahrbarkeit durchgeführt werden, so wird spätestens an dieser Stelle deutlich, dass nur auf Basis einer objektiven Bewertung dieser Schritt denkbar ist. Falls nur der Motor als reale Komponente vorhanden ist, kann das Verhalten des Getriebes zusätzlich zum restlichen Antriebsstrang und dem Fahrzeug mit AVL PUMA Open ISAC simuliert werden. Ist umgekehrt nur das Getriebe als reale Komponente verfügbar, so kann ein Prüfstandsaufbau wie in Bild 3-15 dargestellt verwendet werden. In diesem Fall wird das Fahrzeugverhalten wieder über ein AVL PUMA Open ISAC System simuliert. Zur Darstellung von Komforteffekten, deren Frequenzen die am Prüfstand darstellbaren Frequenzen überschreiten, kann dieser Prüfstand mit der hochdynamischen Fahrzeug-Echtzeitsimulation AVL VSM [8] ergänzt werden. Zusätzlich wird das Verhalten

3.1 Virtuelle Antriebsstrangentwicklung

165

der Verbrennungskraftmaschine mit Hilfe einer hochdynamischen Elektromaschine, dem AVL Prime Mover, und einem Motormodell simuliert. Auf Basis der speziellen Technologie einer permanentmagneterregten Synchronmaschine mit einer extrem niedrigen Massenträgheit ist der Prime Mover in der Lage, die volle Dynamik einer Verbrennungskraftmaschine inklusive der Momentenfluktuation zu simulieren [7].

Bild 3-15: PUMA Open Getriebeprüfstand mit Prime Mover.

Diese Konfiguration erlaubt den Aufbau des Steuergeräteverbundes und in Kombination mit DRIVE und CAMEO den Ansatz der automatischen Kalibrierung. In diesem Fall sind also neben dem Getriebe die Getriebesteuerung und die Motorsteuerung real als Versuchsteile vorhanden, alle anderen Komponenten und Systeme sind virtuell in das Prüfsystem integriert (Bild 3-16).

166

3 Motor

Bild 3-16: Automatisierte Kalibrierung am Getriebeprüfstand.

3.1.6 Kalibrierung in der Hardware-in-the-Loop (HiL) und Model-in-the-Loop (MiL) Umgebung Im finalen Schritt erfolgt die Kalibrierung ohne reale Hardwarekomponenten des Antriebsstranges. Ein erster Schritt dazu ist der Hardware-in-the-Loop-Prüfstand. In diesem Fall ist die gesamte physikalische Strecke des Antriebsstranges von der Verbrennungskraftmaschine über das Getriebe bis zum Fahrzeug in Form eines Simulationsmodelles auf entsprechenden Computern abgebildet (Bild 3-17). Lediglich die Steuergeräte sind in Hardware vorhanden. Die Simulationsmodelle müssen alle Schnittstellen (also I/OSignale der Sensoren und Aktoren) der Steuergeräte in Echtzeit bedienen. Der HiL-Prüfstand wird heute hauptsächlich für Diagnose- und Datenstandstest verwendet. Um auf dieser Umgebung auch bereits erste Kalibrierungsaufgaben durchführen zu können, müssen die Modelle der Antriebskomponenten entsprechend genau und detailliert sein. Im Allgemeinen widerspricht sich die Anforderung der Genauigkeit allerdings mit der Anforderung der Echtzeitfähigkeit. So ist es z. B. nicht möglich, eine hochgenaue CFD-Simulation in Echtzeit durchzuführen. Zur Lösung dieses Dilemmas wird mit Hilfe der hochgenauen, physikalischen Detailsimulation ein vereinfachtes, mathematisches und echtzeitfähiges Modell bedatet [9].

3.1 Virtuelle Antriebsstrangentwicklung

167

Bild 3-17: Hardware-in-the-Loop(HiL)-Prüfstand.

Die Simulation erlaubt eine sehr detaillierte, physikalische Abbildung der Antriebskomponenten und des Gesamtantriebstrangs. Bild 3-18 zeigt als Beispiel ein detailliertes Simulationsmodell eines Antriebs mit einem Doppelkupplungsgetriebe. Das Getriebe ist im Aufbau mit seinen zwei parallelen Kupplungen, den sechs über Klauenkupplungen selektierbaren Gangstufen und den beiden unterschiedlichen Achsübersetzungen erkennbar. Die Modellierung des Rückwärtsgangs ist für die hier untersuchten Effekte nicht entscheidend und daher unterblieben. Eine neben der mechanischen Funktionsstruktur mindestens genauso bedeutsame Modellierung der Kontrollstruktur der Getriebesteuerung ist in Matlab/Simulink/Statflow erfolgt und wird direkt in das Simulationsmodell des Antriebes in Form einer CoSimulation integriert (Model-in-the-Loop). Dies erlaubt der Getriebesteuerung – analog zu im realen Fahrzeug verwendeten Architekturen – mit Hilfe verschiedener Sensorsignale und der Aktuatorik die Steuerung des Schaltablaufs umzusetzen. TM Die Simulationsergebnisse können direkt mit Hilfe von AVL-DRIVE analysiert und bewertet werden (Bild 3-19, Bild 3-20). Durch Veränderung der Kontrollparameter kann bereits in der Simulation das Schaltverhalten des Systems analysiert und die Fahrbarkeit optimiert werden. Vergleicht man Bild 3-19 mit den Messverläufen in Bild 3-6 so erkennt man eine relativ gute qualitative Übereinstimmung der Signalverläufe. D. h. es ist also in einer sehr frühen Prozessphase möglich, Konzepte zu bewerten, sie abzusichern und wesentliche Voraussetzungen bzw. Randbedingungen für die Umsetzung abzuleiten sowie eine erste Abstimmung der Kalibrierungsparameter für bestimmte Funktionen durchzuführen. Dabei reicht eine Relativbewertung durch AVL-DRIVETM, da die absolute Übereinstimmung von DRIVE-Noten im Fahrzeug und in der Simulation durch die enorme Vielzahl der die Fahrbarkeit beeinflussenden Faktoren praktisch weder möglich noch sinnvoll ist.

168

3 Motor

Bild 3-18: Modell eines Antriebes mit einem Doppelkupplungsgetriebe in AVL-CRUISE.

Bild 3-19: Mittelmäßig abgestimmtes Zughochschalten in der Konzeptsimulation mit DRIVEBewertung.

3.1 Virtuelle Antriebsstrangentwicklung

169

Bild 3-20: Gut abgestimmtes Zughochschalten in der Konzeptsimulation mit DRIVE-Bewertung.

Wir sind also bei einer rein virtuellen Abstimmung von Kalibrierungsparametern gelandet, in der auch alle Funktionen der Steuergeräte virtuell, in Form eines Softwaremodules vorhanden sind (Bild 3-21).

Bild 3-21: Kalibrierung in einer reinen virtuellen Umgebung.

170

3 Motor

3.1.7 Zusammenfassung und Ausblick Auf Grund steigender Anforderungen an den Antrieb von morgen und der daraus resultierenden zunehmenden Komplexität sowie der wachsenden Vernetzung der einzelnen Antriebskomponenten ist eine simulationsgestützte Entwicklung mit dem Fokus der Gesamtsystemoptimierung unumgänglich. Für den Fahrzeughersteller und seine Zulieferer ist es von großer Bedeutung, dass an beliebiger Stelle des Entwicklungsprozesses alle Antriebsstrangkomponenten entweder real in Hardware oder virtuell in Software zur Verfügung stehen. Auch nach Realisierung der virtuellen Antriebsstrangentwicklung wird weiterhin die Verifikation der Produkteigenschaften auf Basis physikalischer Prototypen notwendig sein. Allerdings wird diese Phase immer stärker verkürzt. Damit sich die Verkürzung der Entwicklungszeit und der dabei angestrebte Rationalisierungseffekt wirklich einstellen, ist es notwendig, dass die Durchgängigkeit der Prozesse gegeben ist. Dabei müssen folgende fünf Voraussetzungen erfüllt sein (Bild 3-22): ™ ein allgegenwärtiges Informationsmanagement, welches Daten (das sind Parameter für Simulationsmodelle, Simulationsergebnisse, Messergebnisse) ohne Verzug simultan zur Verfügung stellt und speichert ™ durchgängige, aufeinander widerspruchsfrei aufbauende und anforderungsgerechte Simulationsmodelle ™ die Automatisierung der Prozessketten für eine Vermeidung jeder manuellen Tätigkeit, die auch leicht von einer Maschine ausgeführt werden kann ™ ein synthetisiertes menschliches Bewertungssystem, um automatisierte Prozesse aufbauen und optimal nutzen zu können ™ eine softwaregestützte Optimierung, die Automatisierungsprozesse zielgerichtet in Hinblick auf das rasche Erreichen von Zielen steuert.

Bild 3-22: Durchgängige Entwicklungsmethodik für Motor und Getriebe.

3.1 Virtuelle Antriebsstrangentwicklung

171

Im Lichte dieser Forderungen erweist sich die Tatsache, dass bei AVL die Bereiche Antriebsstrang-Engineering, Simulationsentwicklung und Prüfstands- bzw. Messtechnik unter einem Dach vereinigt sind und dadurch die erforderlichen Werkzeuge nach dem eigenen Anforderungsprofil zur Verfügung gestellt werden können, als entscheidender Wettbewerbsvorteil. Wie am Beispiel der Kalibrierung von Steuergeräten gezeigt wurde, kann man also abschließend festhalten: Die virtuelle Antriebsstrangentwicklung ist längst kein Zukunftstraum mehr, sondern auf dem besten Weg zur Realität.

Literatur zu Abschnitt 3.1 [1]

[2] [3] [4] [5] [6]

[7] [8]

[9]

Fischer, R.; Hasewend, W.: Virtuelle Antriebsstrangentwicklung – Zukunftstraum oder Wirklichkeit? ATZ/MTZ Automobil und Motortechnische Konferenz Virtual Product Creation 2004, 24.–25. Juni 2004, Stuttgart List, H.; Schoeggl, P.: Objective Evaluation of Vehicle Driveability. SAE 980204, Detroit, USA List, H.; Schoeggl, P.: Method for analysing the driving behaviour of motor vehicles. Europe patent EP 0846945A2, Japan Hei. 10-213524, 3332242/1997, US 53.940, 3.12.1997 Pels, T.; Pfragner, S.; Kaup, C.: Methoden zur Komfortbeurteilung von Hybridfahrzeugen. 5. VDI Konferenz „Innovative Antriebe“, Dresden 09./10.11.2006 Hagerodt, A.; Alvermann, G.; Böhl, J.: Automatische Getriebeapplikation. Proceedings Motor & Umwelt, 3. & 4. November 2003, Graz, Austria Wagner, G.; Bek, M.; Küçükay, F.; Böhl, J.; Ellinger, R.; Fischer, R.: Efficient Calibration of Automatic Transmissions. 1st International Symposium on Development Methodology, Wiesbaden, 11/12 October 2005 Pfeiffer, K.: Powertrain Testbed with Low Inertia Dynamometers and Advanced Real-time Simulation. AWD Vehicle Symposium 2006 East Liberty, USA; Martinelli, P.; Cavey, N.; Bollini, M.; Schoeggl, P.; Mundorff, F.; Dank, M.: Optimisation of Formula 1 Engine Torque Delivery with new Real Time Simulation Methods. 24th International Vienna Motor Symposium, 15–16. Mai 2003 Ellinger, R.: Integration of AVL's High-Fidelity Real-Time Engine Model into ETAS LabCar – Motivation, Experiences and First Results. ETAS Competence Exchange Symposium 2002, Stuttgart, 2002

172

3 Motor

3.2 Steuertriebsentwicklung mit Simulation und Versuch 3.2.1 Einleitung Im Jahre 2004 stellte AUDI komplett überarbeitete V6-4V-Ottomotoren vor, mit einem 2.4 l MPI als Einstiegsmodell und einem 3.2 l FSI als dynamisch-sportivem Modell. Eine der wesentlichen Änderungen war der Übergang auf einen Steuertrieb mit Kette. Beim aktuellen Neuzugang 2.8 l FSI lag das Hauptaugenmerk auf der Verbrauchsoptimierung [2]. Die erzielten Verbesserungen von ca. 10 % im MVEG-Zyklus kommen in etwa zu gleichen Anteilen aus dem zweistufig schaltbaren Einlassventiltrieb mit der Bezeichnung „AUDI valvelift system“ und aus der konsequenten Absenkung der mechanischen Reibung (Bild 3-23). In Summe konnte etwa ein Viertel der Reibleistung des Basismotors eingespart werden. Einen wesentlichen Beitrag dafür lieferte die Optimierung des dreiteiligen Steuertriebes (Bild 3-24, Triebe ABC). Bei der Entwicklung wurden Versuchs- und Simulationstools in enger Abstimmung eingesetzt.

Bild 3-23: Verbrauchsoptimierung beim 2.8 l FSI.

3.2.2 Entwicklungstools: Simulations- und Messtechniken Die Simulation von Kettentrieben ist eine der jüngeren Techniken innerhalb der AUDIMotorberechnungen; wegen der hohen Zahl von interagierenden Einzelkörpern ist die Abbildung von Ketten in MKS-Programmen vergleichsweise aufwendig. Die darstellbare Modellierungstiefe reicht von einfachen linearen Feder-MassenModellen ohne Spanner und ohne Kettenumlauf bis hin zu einer 3D-Abbildung der gesamten Motordynamik einschließlich aller Wechselwirkungen, wie z. B. der zwischen

3.2 Steuertriebsentwicklung mit Simulation und Versuch

173

Kettentrieb und Kurbelwelle und der zwischen Kettentrieb und Ventiltrieb. Die am Markt verfügbaren Tools decken normalerweise nur einen Ausschnitt der möglichen Modellfeinheiten ab.

Bild 3-24: Die Kettentriebe des 2.8 l FSI.

Die Vorstellung, dass die feinsten Modellierungen die besten Ergebnisse liefern, entspricht nicht den Randbedingungen der industriellen Berechnungspraxis. Für den gesamten Umfang der Berechnung – von der Datensammlung über Modellaufbau, Abstimmung und Variantenrechnungen bis hin zur Präsentation der Ergebnisse – steht nur ein begrenzter Zeitraum zur Verfügung. Jede zusätzliche Parameterabstimmung im Modell kostet einen Teil dieses Zeitraumes. Unter diesen Randbedingungen bleibt letztlich die Wahl zwischen den Alternativen ™ gröber auflösendes Modell, weniger Einstellmöglichkeiten, aber viele Rechenläufe für deren optimale Abstimmung möglich ™ feinere Modellauflösung, mehr Effekte berücksichtigt, mehr Einstellmöglichkeiten, aber weniger Rechenläufe für deren optimale Einstellung möglich. Die Entscheidung fiel bei AUDI auf ein 2D-Modell mit Einzelgliedabbildung, also auf die erste Option. Im Modell sind die Ventiltriebe der vier Nockenwellen jeweils über eine Drehmomentenrandbedingung dargestellt, die aus einer MKS-Simulation der Ventiltriebe stammt. Die Kurbelwelle wird modelliert durch eine starre Scheibe mit vorgegebener Rotation und überlagerten Torsionsschwingungen. Amplitude und Phase dieser Schwingungen stammen aus Messung oder Rechnung an der Kurbelwelle. Diese Modellbildung setzt voraus, dass die Wechselwirkung der Einzelsysteme – also die Rückwirkung des Steuertriebes auf die Bewegungen der Kurbelwelle und der Ventiltriebe – vernachlässigt werden kann [3]. Die Einhaltung dieser Voraussetzung muss in zukünftigen Anwendungen sicherlich immer wieder kritisch geprüft werden. Sekundäre Effekte wie z. B. die Schiefstellung von Kettenrädern lassen sich in diesem Modell nicht abbilden, es zeigte sich aber im Verlauf der Arbeiten, dass die Modellfeinheit für die angestrebte Dynamiksimulation ausreicht. Dass irgendwann ein größeres bzw.

174

3 Motor

detaillierteres Modell angemessen sein könnte, bleibt unbestritten; andererseits ist bereits die Abstimmung des gewählten 2D-Modells zeitaufwendig. Das FVV-Programm KetSim (Hersteller: Lehrstuhl für Angewandte Mechanik, TU München) erfüllte die gestellten Kriterien weitgehend. Der ursprünglich fehlende Pre- und Postprocessor ist mittlerweile kommerziell verfügbar. Die Primärdynamik lässt sich relativ gut auf Messdaten abstimmen, je nach Anspruch und Komplexität auch über Einsatz von Methoden des Design-of-Experiments; auf dieser Basis sind z. B. Spanneroptimierungen sowie Untersuchungen zum Layout und zu den Kettenparametern Steifigkeit und Masse möglich. Die Abstimmung Messung/Rechnung geschieht über die leicht messbaren Relativschwingwinkel der Räder zur Kurbelwelle und über die Spannerbewegung. Die Trumkräfte errechnen sich daraus programmintern über die Kettensteifigkeit. Während die Simulation gleichermaßen Kräfte und Winkel liefert, ist die Messung der dynamischen Kettenkräfte weit schwieriger als die der Winkel und damit als Basis für die Modellabstimmung weniger geeignet. In diesem Rahmen ist die Kettentriebssimulation mittlerweile ein etabliertes Tool im Entwicklungsprozess. Die Schwerpunkte der Anwendung sind dabei ™ mit grob abgestimmten Modellen: frühe Aussagen zu Layoutkonzepten, wo mangels Hardwaremessungen Einstellungen und Erfahrungen aus früheren Modellen übernommen werden ™ mit genauer abgestimmten Modellen: Variantenrechnungen, die aussichtsreiche Varianten vorab selektieren und damit den Aufwand für Versuchsteile und Messungen gering halten ™ systematische Optimierungen z. B. der Spannerparameter oder der Winkelposition des Nockenwellenantriebs von Kraftstoffpumpen ™ Einfluss der Kettenlängung auf die Dynamik ™ Darstellung von schwer oder gar nicht messbaren Größen (Kettenkräfte, Stoßimpulse etc.) ™ Erarbeitung von Systemverständnis z. B. über die Simulation von nicht im Versuch darstellbaren Betriebspunkten oder über die detaillierte Abbildung des Eingriffsvorganges. Die parallel eingesetzte experimentelle Technik zur Kettentriebsentwicklung im Grundmotorbereich basiert auf Messungen von Schwingwinkeln an den Wellen und Zwischenrädern sowie auf der Messung von Spannerwegen. Kettenkräfte lassen sich direkt über eine Telemetriemessung mit Dehnmessstreifen auf der umlaufenden Kette bestimmen. Sie lassen sich auch indirekt ableiten aus Kraftmessungen zwischen Spanner und Schiene, aus dem Spanneröldruck oder aus Dehnungsmessungen an geeigneten Führungsschienen. Gemessen werden weiterhin Drehmomente zur Reibungserfassung sowie der Körper- und Luftschall. Die quellennahe Körperschallmessung mit Beschleunigungsaufnehmern gewinnt dabei in den Bauteiloptimierungsschleifen immer mehr an Bedeutung.

3.2 Steuertriebsentwicklung mit Simulation und Versuch

175

3.2.3 Zähnezahlen Bei einem zweistufigen Steuertrieb gibt es theoretisch sehr viele Kombinationen von Zähnezahlen zur Darstellung der 1 :2 Untersetzung auf vier Kettenrädern (Bild 3-25). Dargestellt ist die Ketteneingriffsordnung der Triebe B und C über der Ketteneingriffsordnung des Triebes A in Bild 3-24; jeder Punkt entspricht einer möglichen Kombination von Zähnezahlen.

Bild 3-25: Mögliche Zähnezahlen für eine 1:2 Untersetzung.

In der Praxis gelten aber etliche Limits für Zähnezahlen. Zu kleine Räder scheiden wegen Verschleiß und hoher Trumkräfte aus, außerdem verstärkt sich hier die akustische Anregung aufgrund des Polygoneffekts [1]. Zu große Räder sind dagegen ungünstig hinsichtlich Bauraum, Gewicht und Kettengeschwindigkeit. Ein weiteres Qualitätsmerkmal für die Kettenakustik ist die Lage des Kettengeräuschs im Frequenzspektrum. Wenn sich die Energie des gesamten Kettengeräuschs schon nicht beliebig weit senken lässt, ist ihre gleichmäßige Verteilung auf möglichst viele separate Motorordnungen vorteilhaft, weil das Geräusch dann vor dem Hintergrund anderer Motorgeräusche nicht mehr so auffällig ist. Dazu werden die Zähnezahlen so gewählt, dass sich Eingriffsordnungen samt Oberwellen in Kopf- und Basistrieb möglichst wenig überdecken. Beim Basistrieb 3.2 l mit den Zähnezahlen 25/38/19/25 (Bild 3-26) ist die Eingriffsordnung des Basistriebs A die MO (= Motorordnung) 25.0 und die der Kopftriebe B und C die MO 12.5. Die Ordnungen liegen damit exakt im Verhältnis 2 :1. Das führt im linken Diagramm in Bild 3-27 zu zahlreichen Überdeckungen der Oberwellen bei MO 25.0, 50.0, 75.0, usw. Geradzahlige Verhältnisse der Eingriffsordnungen in Kopf- und Basistrieb sollten nach Möglichkeit gemieden werden; die entsprechenden Punkte auf den gestrichelten Linien in Bild 3-25 sind daher mit Ausnahme der Basisauslegung weggelassen.

176

3 Motor

Bild 3-26: Vergleich der Zähnezahlen für die Layouts 3.2 l Basis und 2.8 l FSI.

Das neue Layout für den 2,8 l-Motor mit den Zähnezahlen 25/40/24/30 und einem Verhältnis der Eingriffsordnungen von 5:3 zeigt Überdeckungen nur noch bei MO 75.0, 150.0, 225.0, usw. (Bild 3-27, rechtes Diagramm), also weit seltener und bei weniger relevanten Ordnungen. Unterschiedliche Zähnezahlen in beiden Kopftrieben könnten die Verteilung noch weiter vergleichmäßigen; eine entsprechende Variante wurde während der Entwicklung zeitweilig getestet, brachte aber keine weiteren signifikanten akustischen Verbesserungen.

Bild 3-27: Vorhersage der Motorordnungen für die Kettengeräusche.

Das für die neuen Zähnezahlen konstruierte Layout gleicht sich an die veränderten Zähnezahlen über die Spann- und Führungsschienen an; die Lage der Spanner und die Achsen der Kettenräder mussten kaum verschoben werden. Durch größere Räder im Kopftrieb (z = 30 statt 25) lassen sich tendenziell abgesenkte Kräfte in den Trieben B und C vorhersagen. Ebenso sollte die Geräuscherzeugung über den Polygoneffekt am kleinen Ritzel des Zwischenrades absinken (z = 24 statt 19).

3.2 Steuertriebsentwicklung mit Simulation und Versuch

177

3.2.4 Kettenart Der Ausgangstrieb war mit einer 3/8“-Hülsenkette bestückt. Dieser Kettentyp war wegen seiner Festigkeit ausgewählt worden. Eine Rollenkette hätte zwar geringere Reibung und bessere Akustik versprochen, schied aber seinerzeit aus Festigkeitsgründen aus; eine Zahnkette verträgt sich nicht mit dem teilweise von innen geführten bzw. gespannten Trieblayout. Zur Optimierung des Reibungs- und Akustikverhaltens wurden mit dem Hersteller Verstärkungsmöglichkeiten für die ursprünglich ausgeschlossene Rollenkette gesucht und gefunden. Die für den Motor neu entwickelte 3/8“-Rollenkette baut nicht größer als die Hülsenkette und ist dabei sogar um 10 % höher belastbar. Ihre Steifigkeit ließ sich dagegen konzeptbedingt nicht steigern und blieb bei der Optimierung auf 60 % des Hülsenkettenwertes, weil sich ihr Pindurchmesser nicht anheben lässt. Die geringere Steifigkeit vergrößert tendenziell die Schwingwinkel und senkt die Resonanzfrequenzen ab; das stellte ein lösbares Problem dar. Mit dem verfügbaren Programmstand war es möglich, die Dynamik für beide Kettenarten vorherzusagen. Dazu wurde die Rollenkette als Hülsenkette mit angepasster Masse und Steifigkeit modelliert. Es fehlte die geeignete Programmoption für den zusätzlichen Körper „Rolle“; dies ist aber die Voraussetzung für die Simulation des geänderten Stoß- und Reibverhaltens. Die Bewegungsfreiheit des Zusatzkörpers Rolle – zwischen den Eingriffen kann er ohne Kontakt zur Kette sein – und sein Kontaktverhalten im Stoßvorgang und im Zahneingriff dürften seine Beschreibung zu einem anspruchsvollen Thema zukünftiger Methodenentwicklung machen. Der experimentelle Vergleich von Reibung und Akustik beider Kettenarten fällt leichter. Das Reibmoment von Steuer- und Ventiltrieb zusammen ließ sich für beide Kettentypen im Schlepp vergleichen. Die Spannerabstimmung war dabei für beide Ketten gleich. Im Mittel spart die Umrüstung des Steuertriebes auf Rollenketten etwa 0.8 Nm Reibmoment ein (Bild 3-28). Bei einer Drehzahl von 6000 rpm sind das ca. 500 W Reibleistung, die nicht erzeugt und nicht über das Motoröl abgeführt werden müssen. Das akustische Verhalten beider Kettentypen wurde im Rahmen eines begleitenden Grundlagenprojekts näher untersucht [5]. Es zeigte sich bald, dass der Aufbau mit drei Kettentrieben, vier Nockenwellen und zusammen 24 Ventiltrieben viel zu komplex ist, um den Unterschied herauszuarbeiten. Daher wurde die Messanordnung reduziert auf den Basistrieb (Trieb A), der ohne Belastung über die Zwischenräder geführt und an der Kurbelwelle gleichförmig angetrieben wurde. In diesem Aufbau ist die Eingriffsordnung samt Oberwellen so dominant, dass sie sich auch im Zeitbereich beobachten lässt.

178

3 Motor

Bild 3-28: Reibleistung des Steuertriebs mit Rollen- und Hülsenketten.

Der schallerzeugende Stoßvorgang ist gekennzeichnet durch sehr kurze, hohe Kraftpeaks – das verleiht dem Kettengeräusch seinen unangenehmen Reichtum an Oberwellen. Typische Zeiten liegen bei einigen 10 μs, typische Amplituden im Bereich einiger 100 N; ein Stoß dieser Größenordnung lenkt das einlaufende Kettenglied von einigen Gramm Masse aus der linearen in die rotierende Bewegung um. Messen kann man die Stoßgrößen nur indirekt über die Effekte auf die beteiligten Körper. Es zeigte sich, dass das untersuchte Layout mit den Zwischenrädern eine besonders einfache Möglichkeit für eine Körperschallmessung nahe am Stoßort bietet, wenn man die radialen Beschleunigungen des feststehenden Zwischenradlagerzapfens aufnimmt. In diesem quellennahen Signal findet sich hauptsächlich – aber nicht nur – die Reaktion auf die Zahneingriffskraft am hier gelagerten Zwischenrad wieder; der Stoß beim Einlauf einer Hülse bzw. Rolle zeigt sich als Beschleunigungspeak. Beide Signale in Bild 3-29 enthalten deutliche stochastische Anteile, die Periodendauer (600 μs bei 4000 rpm) der MO 25.0 des Zahneingriffs ist nur mit Mühe erkennbar. Aus der Breite der höchsten Peaks kann man auf Stoßdauern von weniger als 100 μs schließen; im Frequenzbereich gehört dazu ein Signal mit deutlichen Oberwellen bis weit über 10 kHz. Die Hülsenkette erzeugt wesentlich höhere, steilere Spitzen als die Rollenkette. Ursache ist der klar definierte Einlaufstoß im Kontakt Hülse – Zahn. Die Reduktion der Peakhöhe bei der Rollenkette auf etwa ein Drittel kommt durch Verschleifen dieser Spitzen zustande, ein Vorgang, der mit der Zerlegung des Einlaufstoßes in mehrere kleinere Einzelstöße innerhalb des Systems Hülse – Rolle – Zahn und mit erhöhter Dämpfung zusammen hängen dürfte. Im Frequenzspektrum der Rollenkette drückt sich das darin aus, dass die hohen Oberwellen der Eingriffsordnung weit abgesenkt sind. Bild 3-30 zeigt links das Frequenzspektrum zum reduzierten Aufbau mit Trieb A. Auch am geschleppten Motor mit den Trieben ABCD stellt sich das Rollenkettengeräusch wesentlich unauffälliger dar (Bild 3-30, rechts).

3.2 Steuertriebsentwicklung mit Simulation und Versuch

179

Bild 3-29: Beschleunigungssignale von Rollen- und Hülsenketten bei 4000 rpm.

Bild 3-30: Vergleich der Schleppgeräuschspektren beider Layouts.

Bei vergleichenden Untersuchungen zu Reibung und Akustik verschiedener Kettentypen zeigt sich, dass die Unterschiede stark vom Trieblayout abhängen und nicht verallgemeinert werden dürfen. Für die Reibung ist z. B. der Anteil von schienengeführten Trumstücken an der Gesamtlänge des Triebs mit entscheidend, für die Akustik die Ausführung der Achslagerungen der Kettenräder; diese Einflüsse können stärker wiegen als die Wahl des Zugmittels, und insofern lassen sich Eigenschaften hinsichtlich Reibung und Akustik den verschiedenen Kettentypen teilweise nur unter Vorbehalten zuordnen.

180

3 Motor

3.2.5 Dynamikergebnisse Bild 3-31 verdeutlicht die Dynamik des Ausgangstriebs mit dem Verlauf der berechneten Schwingwinkel der Einlassnockenwelle des Triebs B relativ zur Kurbelwelle, Bild 3-32 zeigt die entsprechenden Messwerte. Die Diagramme zeigen eine typische Resonanzform in der MO 3.0 bei mittleren Drehzahlen, angeregt von Kurbel- und Ventiltrieb; weiterhin eine ansteigende Flanke bei höheren Drehzahlen in MO 1.5, wo die Anregung nur vom Ventiltrieb stammt. Die zugehörige Resonanzspitze wurde außerhalb des Betriebsbereichs des Motors bei n > 8000 rpm rechnerisch nachgewiesen, ebenso die Schwingformen beider Resonanzen. Aus der Entwicklung des Ausgangstriebes war bekannt, dass die beiden Maxima unterschiedlich auf die Steifigkeit des Triebs reagieren. Die Amplitude des unteren schrumpft mit sinkender Steifigkeit – dargestellt z. B. über eine nachgiebigere Kette, weichere Schienen, einen größeren Spannerspalt oder dünnflüssigeres Motoröl –, die Amplitude des oberen steigt dagegen an mit sinkender Steifigkeit. Vermutlich begründen die unterschiedlichen Schwingformen den auffälligen Effekt. Die Kurven für den 2.8 l FSI in den Diagrammen zeigen das vor diesem Hintergrund absehbare Dilemma mit der Rollenkette. Beide Maxima wandern zu niedrigeren Drehzahlen. Das untere aus MO 3.0 bleibt auf geringer Höhe und verursacht keine Probleme. Das obere aus MO 1.5 reagiert auf die weichere Kette mit einer deutlichen Anhebung. Der auftretende max. Schwingwinkel liegt zunächst klar über dem Ausgangs- und dem vorgesehenen Grenzwert und bei einer Drehzahl von ca. 6250 rpm auch noch voll im Fahrbereich des Motors bis 6800 rpm. Eine Maßnahme zur Kompensation der geringen Steifigkeit der Rollenkette war somit erforderlich, um die notwendige Steuerungspräzision der Nockenwellen einzuhalten.

Bild 3-31: Berechnete Schwingwinkel (Trieb B Einlass-NW zu Kurbelwelle).

3.2 Steuertriebsentwicklung mit Simulation und Versuch

181

Bild 3-32: Gemessene Schwingwinkel (Trieb B Einlass-NW zu Kurbelwelle).

3.2.6 Unrunde Kettenräder Zu dem Thema gibt es mittlerweile eine Vielzahl von Patentveröffentlichungen. Die ersten Ansätze stammen von japanischen Autoren [4], vgl. Bild 3-33.

Bild 3-33: Zahnriementrieb mit unrundem Antriebsrad [4].

182

3 Motor

Das Konzept ist immer dasselbe: den Schwingungen des Triebes aus den Anregungen von Antrieb (aufgeprägte Winkel) und Abtrieb (aufgeprägtes Moment) wird eine zusätzliche Schwingung überlagert, die in Ordnung, Amplitude und Phase so eingestellt ist, dass sie an kritischen Betriebspunkten die Lastspitzen kappt. Dies sind normalerweise die Betriebspunkte im Fahrbereich mit der höchsten Zugmittelbelastung. Dafür kann man, falls erforderlich, auch eine erhöhte Belastung an unkritischen Stellen in Kauf nehmen. Die Schwingungen in Steuertrieben modulieren die Winkelgeschwindigkeit an den Kettenrädern typischerweise nur um wenige Prozent; eine sinusförmige Radiusmodulation gleicher Größenordnung an einem der beteiligten Räder kann deutliche Wirkung zeigen, ohne dass sich der Kettenverlauf signifikant ändert. Der Effekt lässt sich unter Rückgriff auf den Drehimpulssatz und die Trägheit der angetriebenen Wellen auch analytisch beschreiben. Nachdem beim 3.2 l-Motor die in der Kettenkraft dominante Resonanz ursprünglich in der MO 3.0 bei mittleren Drehzahlen auftrat, liegt sie beim neu entwickelten 2.8 l FSI in der MO 1.5 am oberen Ende des Drehzahlbandes. Auf der Kurbelwelle kann man sie nicht beeinflussen, weil ein Ovalritzel mit eineinhalb Spitzen grundsätzlich nicht darstellbar ist; Ähnliches gilt für die Zwischenräder. Als einzige Möglichkeit verbleiben somit triovale Ritzel auf den Nockenwellen (vgl. Bild 3-24). Bei AUDI wurden Berechnungen zur Auslegung von Amplitude und Phase dieser Unrundheit durchgeführt und im Versuch überprüft. Bild 3-34 zeigt den berechneten Einfluss eines einzelnen Triovalrades auf einer Nockenwelle. In Optimallage senkt das Rad die Amplitude in MO 1.5 bei hohen Drehzahlen. Um 60° verdreht muss es das Gegenteil bewirken – das ist im Diagramm gut sichtbar. Die Einflüsse von vier optimal positionierten Triovalrädern summieren sich derart, dass die Amplitude der MO 1.5 im gesamten Drehzahlband bei geringen Werten bleibt.

Bild 3-34: Einfluss von triovalen Nockenwellenrädern auf die Schwingwinkel der MO 1.5.

3.2 Steuertriebsentwicklung mit Simulation und Versuch

183

Die Ergebnisse der Rechnung in Bild 3-35 und der Messung in Bild 3-36 belegen, dass die Schwingwinkel wieder auf das Ausgangsniveau des 3.2 l-Motors mit Hülsenketten zurückgehen. Der neue Motor dreht nur noch bis auf eine Maximaldrehzahl von 6800 rpm, sein Kettentrieb wäre aber mit dieser Maßnahme bis hinauf zum Ausgangswert des 3.2 l Motors von 7200 rpm einsetzbar.

Bild 3-35: Berechnete Schwingwinkel (Trieb B Einlass-NW zu Kurbelwelle) für 2.8l FSI mit runden und triovalen Nockenwellenrädern.

Bild 3-36: Gemessene Schwingwinkel (Trieb B Einlass-NW zu Kurbelwelle) für 2.8 l FSI mit runden und triovalen Nockenwellenrädern.

Nach der Kompensation der Lastspitzen in MO 1.5 über die Triovalräder ergab sich die Möglichkeit, die Spanner weicher auszulegen und damit die Reibung im Trieb abzusenken. Diese Neuabstimmung sparte am dargestellten Trieb nochmals etwa 0.4 Nm Reibmoment ein (das entspricht 250 W bei 6000 rpm). Die Maximalkraft bleibt dabei immer noch um 35 % unter dem Wert bei runden Nockenwellenrädern (Bild 3-37).

184

3 Motor

Bild 3-37: Absenkung der Maximalkräfte in Trieb A durch triovale Nockenwellenräder und Neuabstimmung Spanner.

Die vorgenommene Beeinflussung der Triebschwingungen in MO 1.5 sollte keinen nennenswerten akustischen Effekt auf die Eingriffsordnungen MO 15.0/25.0 mitsamt ihren Oberwellen haben. Dies wurde so auch experimentell nachgewiesen. Vermutungen, dass die unrunden Räder über die Anregung von Transversalschwingungen Nachteile für Festigkeit und Akustik einbringen – z. B. durch verstärktes Aufschlagen der Trume auf Einund Auslaufzonen an den Schienen – haben sich nicht bestätigt. Diese Beobachtung lässt sich aber sicher nicht für Ovalitäten beliebiger Größe verallgemeinern; die Unrundheitsamplitude an Kettenrädern ist durch diesen Effekt konzeptuell begrenzt. Möglich ist dagegen die gleichzeitige Bekämpfung mehrerer Anregungsordnungen auf einem unrunden Rad mit entsprechend kompliziertem Radiusverlauf.

3.2.7 Aufbau und Ausbau der Simulationstechnik Nachdem sich die Kettentriebsberechnung im Serienprozess für Dynamikaussagen gut etabliert hat, lohnt sich ein Blick auf die Erfolgsfaktoren bei ihrer Einführung, seien sie technischer Natur oder soft facts. Einige lassen sich sicherlich auch für andere Simulationstechniken verallgemeinern. Grundsätzlich fällt die Aufnahme eines neuen Programms in den Bestand der Motorberechnung schwer – die reinen Softwarekosten sind normalerweise nur ein kleiner Anteil

3.2 Steuertriebsentwicklung mit Simulation und Versuch

185

am Gesamtinvest bis zur sicheren Anwendungsreife. Die Entscheidung fiel dennoch in dieser Richtung, weil die Erweiterungsmöglichkeiten vorhandener Programme in einer kurzen Recherchephase zu Beginn der Einführung nicht überzeugt haben. Der Aufwand für die Modellabstimmung war auch in dem gewählten 2D-Modell mit externen Randbedingungen schon erheblich. Für die Erschließung neuer Themenfelder wie Akustik und Reibung reichen die Standardmessungen des Entwicklungsprozesses nicht aus. Erforderlich sind speziell angepasste Aufbauten und Zusatzmessungen bei Serienversuchen. Es ist keineswegs einfach, diesen Zusatzaufwand neben den Serienumfängen zu organisieren, die Erfahrung zeigt aber, dass gerade die Zusammenarbeit in dieser Aufbauphase gegenseitiges Vertrauen beider Gebiete schaffen kann. Ziel ist es, Versuch und Berechnung gleichrangig als Datenquellen zur Bewertung desselben Produkts in verschiedenen Entwicklungsphasen einsetzen zu können – unter Berücksichtigung der jeweiligen verfahrenseigenen Stärken und Schwächen und Verfügbarkeiten. Bild 3-38 zeigt die Felder, auf denen sich Messung und Rechnung im Zusammenspiel ergänzen können.

Bild 3-38: Potenziale in der Zusammenarbeit von Messung und Rechnung.

Die Simulation wird dann in vielen Fällen nicht zum Wegfall von Hardwarebaustufen führen, sondern zu ihrer effizienteren Nutzung angesichts ständig steigender Komplexität im Entwicklungsprozess. Berechnungen auf elementarem Niveau wie in Bild 3-25 gezeigt sind für die Etablierung der Berechnung in neu anlaufenden Projekten sehr wertvoll, auch wenn die wesentlichen Ergebnisse erst später geliefert werden können. In vielen Fällen hängt die Einbindungsqualität in den Prozess von ganz elementaren Dingen ab – z. B. davon, dass Berechnungsingenieure in den Projektteams von Anfang an überhaupt Beiträge liefern können, oder davon, dass Aufträge aus wöchentlichen Projektrunden in einer, maximal zwei Arbeitswochen abzuarbeiten sind.

186

3 Motor

Schwer vermarktbar sind regelmäßig Rechnungen, die für den Modellaufbau detaillierte CAD-Geometrie und zur Abstimmung Messwerte von aktueller Hardware benötigen; beides steht im Entwicklungsprozess erst spät zur Verfügung. Wenn dann eine umfangreiche Modellabstimmung erforderlich ist, treffen die Ergebnisse der Variantenrechnungen zu einem Zeitpunkt ein, an denen sie nicht mehr viel ausrichten können, unabhängig von ihrer Präzision und Aussagekraft. Leider erfüllen viele inhaltlich faszinierende 3DVerfahren diese Kriterien. Der moderne Produktentstehungsprozess kennt keine Zeiträume, in denen der Prototypenbau auf die Berechnung wartet. In vielen Fällen ist der Verzicht auf komplexe Modelle ein guter Weg, wobei die klare Kenntnis der dabei gemachten Näherungen und der gültigen Aussagegrenzen vorausgesetzt ist. Ein Teil der Aussagen muss dann weiterhin aus der Messung kommen; dies ist für die Etablierung der Berechnung im Entwicklungsprozess überhaupt kein Nachteil, ganz im Gegenteil. Bei der zukünftigen Programmanwendung stellt sich die Frage, ob und wie sich die Erweiterungen der MKS-Dynamikberechnung in Richtung Akustik und Reibung sinnvoll umsetzen lassen, also bei den Themen, die bei der Entwicklung des 2.8 l FSI noch weitgehend per Messung behandelt wurden. Bei der Vorhersage der Kettenakustik sind Modellbegrenzungen sichtbar geworden. Das bezieht sich weniger auf den geräuscherzeugenden Stoßvorgang beim Zahneingriff, sondern mehr auf die Ausbreitung des Körperschalls ins Aggregat über Lager und Wellen hinein. Die notwendige Modelltiefe ist noch nicht klar, aber sie wird erheblich sein. Bei einem Gesamtmodell mit allen Kettengliedern, EHD-Ölfilm in den Gleitlagern und kondensierten FE-Modellen von Block und Wellen ist weniger die Frage der grundsätzlichen Darstellbarkeit gegeben, sondern die der Abstimmung und die des Handlings in der Praxis. Daneben stellt sich auch die Frage nach der optimalen Solverarchitektur für ein derartiges Modell. Um die aktuell umsetzbaren Möglichkeiten für eine Akustikvorhersage auszuloten, wurde der Messaufbau von Bild 3-29 nachmodelliert. Die im Programm errechnete Lagerkraft enthält sowohl die niedrigen Motorordnungen aus den Kettenlängskräften als auch die hohen aus dem Ketteneingriff (Bild 3-39). Die Zwischenradlagerung als Systemgrenze zum Aggregat ist dabei durch ein schwingungsfähiges Ersatzmodell dargestellt. Um das Ordnungsspektrum nicht zu sehr zu verdichten, waren die Anregungen aus MO 1.5 und 3.0 von Kurbel- und Ventiltrieb bei der Simulation ausgeschaltet; sie führen im Betrieb zum Aufspalten der gezeigten Linien. Bild 3-40 zeigt das errechnete Ordnungsspektrum der Radialbeschleunigung. Die in Bild 3-27 rechts vorhergesagten Hauptordnungen sind im Ergebnisdiagramm qualitativ richtig wiedergegeben. Daneben zeigt das Ergebnis auch die schwächeren Subharmonischen, die aus dem Unterschied zwischen Innen- und Außengliedern entstehen.

3.2 Steuertriebsentwicklung mit Simulation und Versuch

187

Bild 3-39: Motorordnungen aus Ketten- und Kontaktkräften in der Lagerkraft des Zwischenrades.

Bild 3-40: Errechnete Beschleunigungen am Zwischenradzapfen des 2.8 l FSI

Auch die Reibungsvorhersage für Kettentriebe ist ein Thema von hohem Interesse. Die Verifikation der in den Programmen hinterlegten Reibansätze ist erfahrungsgemäß nicht Sache der Programmhersteller sondern der Anwender. Man wird sich darauf einzustellen haben, dass sich immer nur unterschiedlich zusammengesetzte Summen von Reibanteilen messen lassen, nicht die Einzelanteile. Bei einem einfachen Zweiwellentrieb bestünde die Summe typischerweise bereits aus vier Lagerreibungen (zwei Achsen mit je zwei Lagern) sowie aus den Beiträgen von zwei Kettenrädern, einer Spann- und einer Führungsschiene. Dafür erscheint bei der Reibungsmodellierung die Frage der Systemgrenzen nicht so kritisch wie beim Körperschall. Die Modellierung konzentriert sich somit auf die Suche nach angemessenen Reibungsansätzen; das Thema ist momentan in Untersuchung.

188

3 Motor

3.2.8 Zusammenfassung Bei der Überarbeitung des Steuerkettentriebs für den neuen V6 2.8 l FSI hat AUDI Messund Simulationswerkzeuge so eingesetzt, dass sich die Verfahren optimal ergänzen. Im weitgehend vorgegebenen Entwicklungsprozess waren dazu Aufbau und Abstimmung der Rechenmodelle und Variantenrechnungen derart zu integrieren, dass Ergebnisse früh, mit kurzen Antwortzeiten und hoher Zuverlässigkeit geliefert werden. Diese Forderungen erzwingen einen Kompromiss bei der Modellierungstiefe. In diesem Sinne ist die Dynamiksimulation mittlerweile voll prozessintegriert; bei der Erweiterungen zur Simulation von Akustik und Reibung von Kettentrieben ist die Integration eine Frage der Zeit. Die Frage nach einer vollständigen Abbildung der Motordynamik mit allen Aspekten im Rechenmodell tritt zurück hinter der pragmatischen Überlegung, welches Tool unter den aktuell gegebenen Bedingungen im Entwicklungsprozess schneller, kostengünstiger oder zuverlässiger die gewünschten Aussagen liefern kann – Simulation oder Messung. Mit den Techniken beider Bereiche waren substanzielle Verbesserungen in Reibung und Akustik des Steuerkettentriebs möglich.

Literatur zu Abschnitt 3.2 Allgemein: Klumpp P., Schmidt A., Schön K., Heiduk Th.: Steuertriebsentwicklung des neuen AUDI V6 2.8 l FSI mit Simulation und Versuch. Vortrag bei der ATZ/MTZ-Konferenz Virtual Powertrain Creation, München, Oktober 2006 [1] [2]

[3] [4] [5]

Funk, W.: Zugmitteltriebe. Berlin: Springer Verlag, 1995 Heiduk, Th.; Eiser, A.; Fitzen, M.; Hatz, W.; Mendle, J.: Der neue V6 2,8 l FSI mit AUDI valvelift system. Vortrag beim 15. Aachener Kolloquium für Fahrzeug- und Motorentechnik, Oktober 2006 Mendl, G.: Motordynamik und ihre Interaktion zu Festigkeit, Ladungswechsel und Akustik. Fortschritt-Berichte VDI, Reihe 12 Nr. 500, 2002 Japanische Gebrauchsmusterschrift JP62-197077 Hatano Fa. Mitsubishi, 1987 Schmidt, A. Ch.: Rechnergestützte Optimierung des akustischen Verhaltens von Steuerkettentrieben. Dissertation, Lehrstuhl für Angewandte Mechanik, TU München, 2006

3.3 Virtuelle Motorenentwicklung

189

3.3 Virtuelle Motorenentwicklung 3.3.1 Einleitung Die Zukunft der Motorenentwicklung ist weiterhin durch stark steigende Produktanforderungen gekennzeichnet. Diese sind insbesondere: ™ Reduzierung von Kraftstoffverbrauch / CO2-Emissionen ™ Erfüllung zukünftiger Schadstoffgrenzwerte ™ Erhöhter Kundennutzen: – Cost of Ownership: Geringe Anschaffungs- und Betriebskosten – Driveability, Fahrspaß, Leistung, Drehmoment – Zuverlässigkeit, Dauerhaltbarkeit und Wartung. Gleichzeitig sollen Entwicklungskosten und -zeiten reduziert werden, um ausreichend schnell auf Marktveränderungen reagieren zu können. Neue Antriebsstrangtechnologien wie: ™ Hybridantriebe ™ (voll) variable Ventiltriebe ™ direkteinspritzende Ottomotoren ™ variable Verdichtung ™ Multi-Fuel Fähigkeit ™ Aufladung und Downsizing, mehrstufige Aufladung ™ automatisierte Schaltgetriebe und CVT würden dabei zunächst sogar höhere Entwicklungszeiten erfordern. Deshalb sind neue Entwicklungsmethoden zu einem Schlüsselfaktor der modernen Motor- und Powertrainentwicklung geworden, um die Ziele für zukünftige Entwicklungszeit und Kosten erreichen zu können. Im Mittelpunkt dieses Beitrags steht der Aspekt der virtuellen Motorenentwicklung zur Verkürzung der Entwicklungszeit. Dabei wird schwerpunktmäßig auf die neue Methodik der virtuellen Produktfreigabe in der frühen Entwicklungsphase eingegangen, die anhand von ausgewählten Beispielen erläutert wird.

3.3.2 Entwicklungsplan Bild 3-41 zeigt einen typischen heutigen Entwicklungsplan für einen neuen Motor, in dem üblicherweise drei Baustufen bis zum SOP („Start of Production“) zur Entwicklung benötigt werden (je nach Bedarf und Definition findet man auch zwei oder vier Baustufen). Die Effizienz von virtuellen CAE-Methoden ist dabei in der anfänglichen, proaktiven Phase hoch und fällt in der zweiten Entwicklungshälfte, die stark reaktiv geprägt ist, schnell ab. In der Schlussphase entstehen üblicherweise die höchsten Entwicklungskosten. Korrekturen in dieser Phase sind mit hohen Entwicklungs- und Änderungskosten verbunden.

190

3 Motor

Bild 3-41: Masterplan zur Motorentwicklung, klassische Verfahren im Ablaufplan dargestellt.

Eine signifikante Reduzierung der Entwicklungszeit lässt sich nur durch Einsparung von Baustufen erreichen. Ein Ansatzpunkt hierzu ist in Bild 3-42 dargestellt. Der Schwerpunkt der Änderungen findet sich in der frühen Phase der Entwicklung – in der Konzeptund ersten Detaillierungsphase. Durch gezielten Einsatz neuer, virtueller Entwicklungsmethoden muss die Qualität der Baustufen so erhöht werden, dass die Einsparung einer Baustufe möglich ist. Sie wird so zusagen durch eine virtuelle Baustufe mit erheblich verkürzten Zeiten ersetzt, die entsprechend eine virtuelle Freigabe beinhaltet. Die Realisierung der ersten „realen“ Baustufe verschiebt sich dadurch leicht nach hinten.

Bild 3-42: Masterplan zur Motorenentwicklung, neue Verfahren im Ablaufplan dargestellt.

3.3 Virtuelle Motorenentwicklung

191

3.3.3 CAE-Unterstützung und virtuelle Produktfreigabe Der Schlüssel für die Entwicklungszeit-verkürzende virtuelle Produktentwicklung ist eine interaktive, simultane Durchführung der Konstruktions- (CAD) und Berechnungsaktivitäten (CAE). Eine kontinuierliche Interaktion führt von der Voroptimierung des Konzepts schließlich zu Design-Iterationen mit dem Ziel der virtuellen Produktfreigabe, der ersten „virtuellen“ Baustufe. Der Entwicklungsablauf im Detail in Bild 3-43 verdeutlicht, wie diese virtuelle Baustufe der ersten mechanischen Baustufe vorgeschaltet ist. Der „Virtual Release“ erfolgt erst, wenn die Ergebnisse die technischen Spezifikationen erfüllen. Dabei müssen, wie in Bild 3-44 dargestellt, verschiedene Disziplinen detailliert betrachtet werden.

Bild 3-43: Virtueller Freigabeprozess.

Interaktionen zwischen den Disziplinen müssen dabei sorgfältig definiert werden. Am Ende dieser virtuellen Baustufe, nach Abschluss der detaillierten Konstruktion, liegen dann den Anforderungen entsprechende Berechnungsergebnisse und Freigaben vor, wie beispielsweise: ™ Temperaturverteilung in den Komponenten ™ Deformation von Lagern, Struktur und Dichtung ™ mechanisches Ermüdungsverhalten ™ CFD-Analyse von Kühlmittel, Ein- und Auslassströmung, Zylinderinnenströmung ™ Ladungswechsel und Thermodynamik: Steuerzeiten für Ein- und Auslass, Ansaug- und Abgassystem

192

3 Motor

Bild 3-44: Analyse der Komponenten und virtuelle Freigabe.

™ Fluidsystemanalyse: Schmier- und Kühlsystem ™ NVH-Analyse von Oberflächenmobilitäten und Eigenschwingverhalten, Fahrzeuginnengeräuschsimulation ™ Motordynamik: Ventiltrieb, Kurbeltrieb, Steuertrieb. Ähnlich der mechanischen Motorerprobung müssen die Analysen sowohl auf Komponentenebene, als auch für Gesamt- und Teilsysteme durchgeführt werden, um die verschiedenen virtuellen Testanforderungen überprüfen zu können. Um durch die vorgeschaltete virtuelle Modellbaustufe wirklich Entwicklungszeit sparen zu können, ist dabei eine hohe Geschwindigkeit für Konstruktion, Modellerstellung und Berechnung erforderlich. Hierzu ist eine abgestimmte Vorgehensweise dergestalt notwendig, dass sich die Berechnung an dem Konstruktionsprozess orientiert, der vom Entwurf zur Fertigteilzeichnung immer detaillierter wird. Entsprechend steigt die Qualität der CAE-Tools: Während in der Konzeptphase vielfach 1D-Spezial-Software zum Einsatz kommt, sind es im weiteren Entwicklungsverlauf mehr und mehr 3D-FEM- und CFD-Programme. In allen Phasen ist der Vergleich mit Datenbanken zur Bewertung der Ergebnisse notwendig. Bei der Konstruktion und Vernetzung wird dabei zunehmend auf parametrische Darstellungen zurückgegriffen. Im Folgenden soll beispielhaft auf Bausteine und Aspekte der virtuellen Motorentwicklung eingegangen werden.

3.3 Virtuelle Motorenentwicklung

193

3.3.4 Festigkeit und Kühlung Einen Ausschnitt der konkreten Vorgehensweise beim Zylinderkopf ist in Bild 3-45 illustriert. Die Konzeptarbeit muss zunächst Kanalkonzept, Zylinderabstand und Schraubenposition ermitteln. Mit diesen Informationen werden bereits eindimensionale Kühlungs- und Schmiersystemmodelle erstellt, welche den Gesamtmotor abbilden und wichtige Fragen wie z. B. Längs- oder Querströmung im Zylinderkopf beantworten.

Bild 3-45: CAE gestütztes Konzept Layout und Design Prozess.

Wegen der engen Verzahnung von Konstruktion und CAE ist es mitunter sinnvoll, den frühen Design-Fortschritt gezielt nach den Belangen der Berechnungen auszurichten. Mit Hilfe von parametrischen 3D-Modellen bzw. abgelegten skalierbaren Standardstrukturen wird eigens hierfür ein 3D-Positiv-CAD-Modell eines Einzel-Zylinders erstellt, welches nur die für die FE-Strukturanalyse relevanten Geometrien enthält. Auf dieser frühen 3DCAD-Basis können mit entsprechenden weiteren Randbedingungen aus der Datenbank dann bereits belastbare FEM-Vorausberechnungen und Voroptimierungen konzeptbegleitend vorgenommen werden. Die ersten FE-Modelle zeigen bereits die Auswirkungen der Kühlung und der Struktur auf die Bauteiltemperaturen. Im weiteren Verlauf werden CFD-Modelle des Kühlwassermantels erstellt und die kritischen Stellen überprüft und optimiert. Hierbei handelt es sich um ein „Fine-Tuning“ – das Konzept wird nicht mehr geändert. Das akustische Strukturverhalten wird ebenfalls in der frühen Projektphase optimiert, da es weitgehend von der Grobstruktur bestimmt ist. Am Ende der Entwicklung stehen detaillierte Festigkeitsmodelle, mit denen z. B. die Kurbelund Ventiltriebsdynamik (MKS) und die thermomechanischen Eigenschaften auch im Kopf-Block-Verbund (FEM) optimiert werden.

194

3 Motor

3.3.5 Ladungswechsel und Thermodynamik Parallel dazu müssen Kanäle und Ventiltrieb in Hinblick auf Ladungswechsel und Verbrennungsprozess entwickelt werden. Wenn irgendwie möglich, werden hier bereits in der Konzeptphase DoE (Design of Experiments) oder genetische Optimierungsalgorithmen eingesetzt. Bild 3-46 zeigt die bei FEV entwickelte, automatisierte Optimierung von Ein- und Auslasskanalgeometrien bzgl. Ladungswechselparametern. Die Geometrie des Einlasskanals wird in einem geschlossenen CAx-Loop optimiert. Die Basis dieses Prozesses sind parametrische CAD-Modelle, die automatisch vernetzt und mittels CFDBerechnung auf ihre Strömungseigenschaften, hier Tumble und Durchflusszahl, hin analysiert werden. Die Resultate der Strömungsanalyse werden dem genetischen Optimierungsalgorithmus übergeben, der daraufhin neue Parameter für die CAD-Templates definiert, dem CAD-Programm übergibt und damit eine optimierte Geometrievariante erzeugt. So kann innerhalb von 20 bis 40 Iterationen eine optimale Kanalvariante, d. h. bester Kompromiss zwischen Durchfluss und Ladungsbewegung unter den vorgegebenen geometrischen Randbedingungen gefunden werden. Zur Voroptimierung von Ventiltrieben und Steuerzeiten erfolgt eine gasdynamische Auslegung mittels kombinierten 1D- und 3D-Verfahren. Für die Verbrennung wird dabei häufig auf die Umsetzung versuchstechnischen Wissens in mathematische Modellansätze zurückgegriffen. Hierbei kommen automatische Optimierungsverfahren zum Einsatz, die eine optimierte Anpassung von Multiparameterproblemen an eine versuchstechnische Datenbasis ermöglichen.

Bild 3-46: Konzeptphase für die Motor-Thermodynamik, CAx Einlass- und Auslasskanalentwicklung.

3.3 Virtuelle Motorenentwicklung

195

Bild 3-47 zeigt beispielhaft den Einsatz von DoE-Verfahren zur Abbildung von Brennfunktionen in parametrisch definierten Vibe-Brennfunktionsmodellen. Diese parametrisierten Darstellungen erlauben die Abbildung motorischer Einflussgrößen auf das Brennverhalten und ermöglichen damit bereits in der Konzeptphase eine Optimierung thermodynamischer Basiseigenschaften.

Bild 3-47: Konzeptphase für die Motor-Thermodynamik, DOE Methode zur Vorhersage von Gaswechsel & Drehmoment.

3.3.6 Kosten und Gewicht Neben den technischen Zielgrößen sind natürlich auch wirtschaftliche Aspekte von dem späteren Produkt zu erfüllen. In diesem Spannungsfeld existieren in der Regel zahlreiche Lösungsansätze, welche in der Konzeptphase sorgfältig gegeneinander abzuwägen sind. In Bild 3-48 werden die funktionellen Parameter und die Kosten für einen direkteinspritzenden Dieselmotor mit vier Zylindern und einem Hubraum von 2,0 l für die Werkstoffe GJV, GJL und Aluminium gegenübergestellt. Für die Ausführung in GJL und GJV wird eine nominale Wanddicke von 3,5 mm und in Aluminium eine Wanddicke von 4,5 mm zugrunde gelegt. Die Kurbelgehäusekonstruktionen sind alle auf eine Tauglichkeit bei einem Spitzendruck von 200 bar ausgelegt und entsprechen dem FEV-Leichtbaukonzept. Der Vorteil eines geringeren Motorblockgewichts bei GJV gegenüber GJL wird bei nahezu identischen Abmessungen durch Mehrkosten von ca. 38 % erkauft. Die Aluminiumstruktur hat einen

196

3 Motor

deutlichen Gewichtsvorteil von etwa 20 bis 30 %, benötigt jedoch einen größeren Bauraum infolge der erforderlichen größeren Stegbreiten zwischen den Zylindern. Als deutlicher Nachteil stellen sich derzeit die Kosten dar, die ca. 68 % höher liegen als bei GJL. Dies ist zum einen auf deutlich höhere Rohteilkosten des Aluminiumgusses zurückzuführen, die zusätzlich durch ein aufwändiges Kernpaket erhöht werden. Hinsichtlich Bearbeitung zeigen sich die Leichtmetallblöcke jedoch vorteilhaft. Somit entscheidet letztendlich in besonderem Maße der Zielkonflikt zwischen der Gewichtsoptimierung und den Herstellkosten über die Auswahl des Werkstoffes für das Kurbelgehäuse.

Bild 3-48: Konzeptphase: Kosten und Gewichtung, Vergleich CJV-GJL-AL 4-Cyl.2,0 L.

3.3.7 NVH und Gewicht Bild 3-49 zeigt einige die bei FEV typischerweise verwendeten Kriterien zur Auswahl des besten Basiskonzeptes eines Kurbelgehäuses in Hinblick auf NVH. Links im Bild sind verschiedene Design-Konzepte mit deren Oberflächenschnelleverteilungen dargestellt, rechts angeordnet ist ein Akustik-Streuband vergleichbarer Motoren. Die Oberflächenschnelleverteilung zeigt Schwachstellen mit hoher Schallabstrahlung (rot) auf und identifiziert erste Singularitäten. Die globale Grundsteifigkeit der Einzelkomponente erfolgt anhand des Vergleichs der ersten auftretenden Eigenfrequenzen für Torsion und Biegung. Wie hier am Beispiel des Kurbelgehäuses dargestellt, erfolgt schon in der Konzeptphase eine Abschätzung der Steifigkeit des Gesamtaggregates. Der Vergleich zur Datenbank ist hier ebenso wichtig, wie bei der Bewertung des Abstrahlverhaltens. Die

3.3 Virtuelle Motorenentwicklung

197

letztendliche Auswahl des weiterverfolgten Konzeptes erfolgt dann durch Gegenüberstellung zum Akustik-Streuband vergleichbarer Motoren sowie der Bewertung des Optimierungspotenzials in Relation zur Gewichtszunahme.

Bild 3-49: Konzeptphase: NVH Design Methode mittels FEM, Grundmotor-Design.

Zum CAE-basierten virtuellen Freigabeprozess zählt auch die virtuelle Betrachtung des akustischen Gesamtsystems Motoranregung – Strukturübertragung – Schallabstrahlung bzw. Schwingungsantwort an den Aggregatlagern als Eingangsgröße für die Karosserieanregung. Bild 3-50 zeigt die Verzahnung von Anregungsberechnung auf Basis von Mehrkörpersimulationen und der Strukturübertragungsberechnung mittels Finite Elemente Berechnung. Endergebnis ist die Oberflächenschnelle des Gesamtaggregats. Teilergebnisse sind die Anregungskräfte im Zeit- oder Frequenzbereich und Oberflächenschnellen an Einzelkomponenten. Bild 3-51 zeigt die für die Geräuschemission relevante Oberflächenschnelle in räumlicher Darstellung und als Campbell Diagramm, sowie die Beschleunigungen an den Nebenaggregaten und Motortragarmen für den kompletten Motorhochlauf. Diese Art der Bewertung ermöglicht somit die Freigabe des Gesamtsystems oder aber nur einzelner Komponenten.

198

Bild 3-50: Systemanalyse (1).

Bild 3-51: Systemanalyse (2).

3 Motor

3.3 Virtuelle Motorenentwicklung

199

3.3.8 Dokumentation und Projektmanagement Den gesteuerten Ablauf des CAE-basierten virtuellen Freigabeprozess sichert das CAEProjektmanagementsystem. Den gesamten Aufgabenumfang des CAE-Projektmanagementsystems zeigt Bild 3-52. Er umfasst die Schritte der initialen Definition der CAEEntwicklungsstrategie, der Festlegung des zeitlichen CAE-Berechnungsablaufs, der Validierung der CAE-Modelle, der Definition der CAE-Interaktionen bis hin zur integrierten Analyse- und Dokumentationsdatenbank, in der die Ergebnisse des virtuellen Freigabeprozesses dokumentiert sind. Der komplette Prozess ist in das Qualitätsmanagementsystem, z. B. „Design for Six Sigma“ integriert.

Bild 3-52: Komponenten- und Systemanalyse: Dokumentation und Projektmanagement.

3.3.9 Motormanagement, Software und Applikation Auch dem Motormanagement kommt in der virtuellen Baustufe eine wichtige Bedeutung zu. Je nach Konzept sind hier durch virtuelle Funktionsentwicklung und virtuelle Applikation Vorfreigaben von Softwarestrukturen, Funktionen und Datensätzen durchzuführen, um den für die verkürzte Entwicklungszeit erhöhten Reifegrad der ersten Baustufe zu erreichen. Echtzeitfähige Motormodelle, die schon auf Grund von CAE-Ergebnissen der virtuellen Prototypstufe erstellt werden, können hier in Zukunft eine zunehmend wichtigere Rolle spielen. Aktuelle Ansätze, wie z. B. die Simulation des Kaltstartverhaltens eines Ottomotors, zeigen hier bereits viel versprechende Ergebnisse zur Unterstützung der Applikationsarbeiten, Bild 3-53, [5].

200

3 Motor

Bild 3-53: Virtuelle Kalibrierung von Kaltstart und Warmlauf (mittels HIL).

3.3.10 Zusammenfassung Durch die Einführung einer virtuellen Motorbaustufe mit einer virtuellen Freigabe kann unter Verwendung spezieller Entwicklungswerkzeuge die Entwicklungszeit für neue Motoren deutlich reduziert werden. Dies wird insbesondere durch Einsparung einer Motorbaustufe realisiert. Um dies zu verwirklichen, sind eine Vielzahl neuer und weiterentwickelter CAE-Werkzeuge notwendig, sowie insbesondere eine stark interaktive Konstruktion und Berechnung, die virtuelle Schleifen schon in der ersten Baustufe realisiert. Virtuelle Schleifen können durch Verwendung von Optimierungsalgorithmen, wie z. B. durch genetische Algorithmen für die Einlasskanaloptimierung, auch automatisiert ablaufen. Die neuen Entwicklungsmethoden erweisen sich zudem als Voraussetzung für moderne Motorkonzepte, die immer höheren Anforderungen genügen müssen und eine zunehmende Anzahl von Variabilitäten beinhalten.

3.3 Virtuelle Motorenentwicklung

201

3.3.11 Fazit Mit neuen und weiterentwickelten Methoden der virtuellen Produktentwicklung lassen sich Entwicklungszeiten für Motor und Antriebstrang deutlich reduzieren. Dies wird im Wesentlichen durch die Einführung einer zusätzlichen virtuellen Motorbaustufe erreicht. Diese führt zu einer leicht verzögerten ersten „Hardware“-Baustufe, aber zu einer verkürzten Gesamtentwicklungszeit. Virtuelle Methoden werden weiter auf Funktions- und Softwareentwicklung ausgedehnt, um den zunehmenden Variabilitäten zukünftiger Antriebskonzepte gerecht zu werden.

Literatur zu Abschnitt 3.3 [1]

[2]

[3] [4] [5]

[6]

Schwaderlapp, M.; Pischinger, S.; Maassen, F.: CAE in der Produktentstehung – Zylinderkopfentwicklung. ATZ/MTZ, 5. Automobiltechnische Konferenz, 17.–18.05.2001, Wiesbaden Kley, P.; Pischinger, S.; Alt, N.; Lahey, H.-P.: Motormechanik NVH Simulation – Ein Baustein in der virtuellen Fahrzeugentwicklung. ATZ/MTZ, 6. Automobiltechnische Konferenz, 03.–04.07.2002, Berlin Alt, N.: Virtuelles Sound Design. ATZ/MTZ, Virtual Product Creation Conference, 30.06.– 01.07.2003, Stuttgart Scheid, E.: Der Faktor Zeit in der Motorenentwicklung. Titelthema 25 Jahre FEV, MTZ, Ausgabe 10/2003 Schernus, C.; Lütkemeyer, G.; Pischinger, S.; Winsel, T.; Ayeb, M.; Theuerkauf, H.-J.: Investigation of Predictive Models for Application in Engine Cold-Start Behavior. SAE International Congress, 08.–11.03.2004, Detroit (USA) Schwaderlapp, M.; Walzer, P.: Comprehensive Methods Empower Powertrain Development. FISTIA Congress, 23.–27.05.2004, Barcelona

202

3 Motor

3.4 Zuverlässigkeitsmethoden in der Motorentwicklung 3.4.1 Einleitung Neben Leistung, Verbrauch und Emissionen ist Zuverlässigkeit ein zentrales Entwicklungsziel in der Motorentwicklung. Komplexere Fahrzeugsysteme, stärkerer Einsatz von Elektronik und Software sowie die Erweiterung von Garantiezeiten und -umfängen sind die Randbedingungen in der Antriebssystem-Entwicklung. Extreme Lebensdauerforderungen bei Nutzfahrzeug-Motoren, die bis zu einem B10-Wert von einer Million Meilen reichen, stellen Entwicklung und Versuch vor enorme Herausforderungen. Einige neue Teilsysteme, wie zum Beispiel Abgasnachbehandlungssysteme, haben zusätzlich einen hohen Innovationsgrad. Daher kann bei der Absicherung der Zuverlässigkeit nicht oder nur sehr eingeschränkt auf Erfahrungswerte zurückgegriffen werden. Ein umfassender Zuverlässigkeitsprozess hilft, das Endprodukt zielkonform bezüglich Zuverlässigkeit zu entwickeln. Dieser Prozess enthält neben einer Reihe von Methoden zum Management von Risiken verschiedene Verfahren zum Monitoring der Produktreife und Optimierung der Absicherung. In diesem Kapitel wird der Prozess vorgestellt, wie er bei AVL List GmbH in der Antriebssystem-Entwicklung angewandt wird. Einige der bekannteren Methoden werden dabei nur kurz skizziert, andere, innovative Methoden werden im Detail vorgestellt.

3.4.2 Der Zuverlässigkeitsprozess Bild 3-54 zeigt den Reliability Engineering Prozess mit seinen wichtigsten Elementen und der Verbindungen zu den Phasen der Produktentwicklung. Bild 3-55 zeigt die Verbindung und Interaktion von Reliability Engineering zu anderen Disziplinen. Konstruktions-, Entwicklungs- und Versuchsteams werden unter anderem mit Risikomanagement-Instrumenten, Monitoring, Toleranzrechnung und Optimierungsverfahren unterstützt. Die (normalerweise in der Organisation des OEM liegenden) Bereiche Qualitätssicherung, Produktion und After Sales werden hauptsächlich mit FMEAs (Fehlermöglichkeits- und Einflussanalysen) und statistischen Methoden unterstützt.

3.4 Zuverlässigkeitsmethoden in der Motorentwicklung

203

.RQ]HSW 3KDVH 3URWRW\S (QWZLFNOXQJ*HQ  Prototyp-Entwicklung Gen 2 3LORW 3KDVH 6HULH 6WDWLVWLVFKH $QDO\VH

(QWZLFNOXQJV]HLW

5$ )0($ &RQFHUQ6\VWHP 'R( 5REXVWKHLW 5HOLDELOLW\ $OORFDWLRQ /RDG0DWUL[ 5HOLDELOLW\&KDUWV *DUDQWLHNRVWHQPRGHOOH

Bild 3-54: Der Reliability Engineering Prozess.

Bild 3-55: Reliability Engineering und die Verbindung zu anderen Funktionen.

204

3 Motor

3.4.2.1 Statistische Analysen Statistische Analysen werden zu Beginn des Entwicklungsprozesses eingesetzt, um Felddaten von Vorläuferprodukten zu analysieren. Ziel dieser Analysen ist die Gewinnung von Ausfallscharakteristiken sowie von Einflüssen bestimmter Betriebsarten und Parameter auf Ausfallsraten und -charakteristiken. Dabei kommen neben der Weibullanalyse eine Reihe weiterer Verfahren wie Regressionsanalyse, Korrelationsanalyse und Faktoranalyse zum Einsatz [1, 2]. Die dabei gewonnenen Erkenntnisse werden beim Herunterbrechen von Zuverlässigkeitsgesamtzielen sowie im Load Matrix Prozess benötigt. Darüber hinaus werden zu diesem Zeitpunkt statistische Berechnungen durchgeführt, um eine grobe Bestimmung der Probandenzahl für den Nachweis des Lebensdauerziels zu erhalten. Statistische Analysen sind ebenfalls von besonderer Bedeutung während der Serienproduktion. Hier hilft die Statistik, bei Auftreten vereinzelter Ausfälle das Serienschadenrisiko zu beurteilen und Ausfall-relevante Faktoren zu identifizieren. Bei Daten aus der Serienproduktion kommt der korrekten Behandlung nicht ausgefallener Einheiten (zensierte Daten) eine besondere Bedeutung zu. Beispielsweise ist es in vielen Fällen erforderlich, die Laufzeitenverteilung der gesamten Flotte zu schätzten, um Lebensdaueranalysen korrekt durchführen zu können. Eine ausführliche Behandlung dieser Methoden findet man in [2].

3.4.2.2 Projekt-Risikomanagement Ein umfassender Projekt-Risikomanagement-Prozess wird eingesetzt, um Projektrisiken systematisch zu detektieren und zu reduzieren. Dies umfasst nicht nur technische Risiken, die auch mit Hilfe von FMEAs bearbeitet werden können, sondern auch nicht-technische Risiken wie z. B. organisatorische, rechtliche (z. B. Patente) und finanzielle Projektrisiken sowie Risiken betreffend Ressourcen und Kommunikation in komplexen Projektteams. Ein optimierter Risikomanagement-Prozess ist in Bild 3-56 skizziert. RisikomanagementSessions werden in moderierter Form in interdisziplinären Teams durchgeführt, die auch „projektfremde“ Teilnehmer beinhalten. Dies sichert eine möglichst objektive und distanzierte Betrachtung. Die Bewertung der Risiken erfolgt dabei ähnlich wie bei FMEAs auf einer Skala von 1 bis 10, wobei die Bewertung jedoch auf die Kriterien Schwere (Severity) und Auftretenswahrscheinlichkeit (Probability) beschränkt wird. Von einer Bewertung der Detektionswahrscheinlichkeit wird abgesehen. Für jedes Risiko werden danach eine Risikoprioritätszahl als Produkt berechnet und Abhilfemaßnahmen definiert, desweiteren werden die Kosten der Abhilfemaßnahmen geschätzt. Regelmäßige Reviews stellen sicher, dass die Maßnahmenverfolgung in effizienter Weise stattfindet und später auftretende Risiken Eingang in den Risikomanagement-Prozess finden. Ein übergeordneter „Lessons Learned“ Prozess hilft, über alle Projekte hinweg typische kritische Themen zu erkennen um effektiver gegensteuern zu können (vgl. [3]).

3.4 Zuverlässigkeitsmethoden in der Motorentwicklung

205

Bild 3-56: Risikomanagement-Prozess.

3.4.2.3 FMEA – Fehler-Möglichkeits- und Einflussanalyse FMEAs werden eingesetzt, um frühzeitig potenzielle Fehlerquellen zu detektieren und rechtzeitig gegensteuern zu können. Dabei werden sowohl Funktionsthemen als auch Zuverlässigkeits- und Dauerhaltbarkeitsthemen behandelt. Im Zuverlässigkeitsprozess wird zuerst eine Konzept-FMEA des Gesamtmotors durchgeführt. Dabei liegt der Fokus auf einer groben Übersichtsbewertung auf Subsystemebene. Besonders kritische Subsysteme oder Schnittstellen werden für Detail-FMEAs ausgewählt, die dann im Anschluss stattfinden. Diese FMEAs werden typischerweise in zwei Stufen durchgeführt – die erste Stufe vor Beendigung der Layout-Konstruktion, die 2. Stufe gegen Ende der Detailkonstruktion. Diese Vorgangsweise sichert einerseits eine gute Abdeckung des Gesamtsystems und garantiert andererseits den gezielten Einsatz dieser nützlichen, aber zeitaufwendigen Methode. Prozess-FMEAs folgen in Abstimmung mit dem Motorproduzenten und den relevanten Zulieferern. Reviews aller FMEAs werden in regelmäßigen Abständen durchgeführt.

3.4.2.4 Concern-System Ein Concern-System (Korrektur- und Vorbeugungsmaßnahmen) wird zur Analyse und zum Monitoring von Fehlern und deren Korrekturprozess verwendet. Sicherheits- und lebensdauerrelevante Defekte werden besonders gekennzeichnet und verfolgt. Das Concern System ist nicht nur Basis für die systematische Verbesserung des Motors während der Entwicklung, sondern liefert auch die Daten für mehrere Zuverlässigkeitsmethoden, wie z. B. Reliability Charts und Load Matrix (siehe die Abschnitte 3.4.2.7 und 3.4.2.8).

206

3 Motor

3.4.2.5 Design of Experiments (DoE) und Robustheit Robustheitsanalysen werden für jene Merkmale eingesetzt, die in FMEAs als besonders kritisch identifiziert wurden. Ein Beispiel für eine Robustheitsanalyse beim Verbrennungsmotor ist die Berechnung der Wahrscheinlichkeit für eine Überschreitung des Spitzendrucklimits unter Variation von relevanten Designmerkmalen und Produktionsparametern. Statistische Versuchspläne erlauben dabei eine effiziente Nutzung von Variantenversuchen bei gleichzeitigem Gewinn an Wissen über Wirkzusammenhänge. Details und statistische Methodik zur Anwendung von DoE in der Motorentwicklung sind in [5] dargestellt.

3.4.2.6 Zuverlässigkeitsblockdiagramme (Reliability Allocation) Der Einsatz von Reliability Allocation dient zum Herunterbrechen von Zuverlässigkeitsund Lebensdauerzielwerten auf Subsystem- und Komponentenebene. Sinnvollerweise werden dafür zwei getrennte Modelle verwendet. Das erste Modell betrifft Zuverlässigkeit während einer beschränkten Nutzungszeit (z. B. der Garantiezeit) und inkludiert sämtliche Motor-Subsysteme. Die Modellierung der Subsystem-Zuverlässigkeiten erfolgt dabei näherungsweise mit konstanten Ausfallsraten. Das zweite Modell umfasst die Lebensdauerziele der Motorkernkomponenten wie Kurbelgehäuse, Zylinderkopf, etc. Da im zweiten Modell große Laufzeiten bzw. -strecken betrachtet werden, kann hier im Allgemeinen nicht mit konstanten Ausfallsraten gerechnet werden. Hier sind Verteilungsmodelle wie die Weibull- oder LogNormal-Verteilung erforderlich. Die Berechnung der Überlagerung von Subsystem-Zuverlässigkeiten ist im Allgemeinen nicht mehr geschlossen möglich. Daher werden statistische Werkzeuge wie die Monte-Carlo Simulation eingesetzt.

3.4.2.7 Intelligente Validierung – Die Load Matrix Methodik Entwicklung und der Nachweis der Einhaltung von Lebensdauer- und Zuverlässigkeitszielen machen einen beachtlichen Teil eines Motorentwicklungsbudgets aus und haben daher einen besonderen Stellenwert. Der Forderung, bei der Validierung Zeit und Kosten zu reduzieren, steht das Risiko von Feldproblemen und Rückholaktionen mit extrem hohen Kosten gegenüber. Die Load Matrix ist eine Methodik zur Optimierung von Validierungsprogrammen für Dauerhaltbarkeit und Zuverlässigkeit. Sie kombiniert Beiträge aller Validierungsschritte wie Simulation, Komponenten- und Subsystemtests, Prüfstandstests des Gesamtmotors sowie der Fahrzeugerprobung. Ebenso werden Beiträge von Zulieferern in systematischer Weise berücksichtigt. Ein zentraler Punkt dieser Methodik ist die Verwendung von Raffungsfaktoren. Anstelle der vielfach verwendeten “globalen” Raffungsfaktoren (d. h. ein Raffungsfaktor für jeden Test) wird für jeden Test ein Vektor von Raffungsfaktoren verwendet, der die komponen-

3.4 Zuverlässigkeitsmethoden in der Motorentwicklung

207

ten- und schadensmodeabhängige Raffung berücksichtigt. Um zu diesen Raffungsfaktoren zu gelangen, wird die klassische FMEA-Methodik erweitert und eine so genannte Ausfallsart-Parameter-Blatt Analyse durchgeführt. Dies erlaubt es, eine Verbindung zu Schädigungsparametern und schädigenden Betriebsbedingungen herzustellen.

3.4.2.7.1 Prozess der Load Matrix Erstellung Eine vereinfachte Form des Load Matrix Prozesses ist in Bild 3-57 dargestellt. Zuerst werden kritische Komponenten und Schadensmodi identifiziert. Dies erfolgt auf Basis von FMEAs und – sofern vorhanden – auf Felddaten von Vorgängersystemen. Eine Ausfallsart-Parameter-Blatt Analyse wird durchgeführt, um die für die kritischen Schadensmodi schädigungsrelevante Parameter (wie z. B. Temperaturen, Drücke, Vibrationsamplituden) und Schädigungsmodelle (z. B. Wöhlermodell) zu identifizieren und schädigende Betriebsbedingungen zu definieren. Auf dieser Basis werden die Raffungsfaktoren entweder geschätzt oder mit Hilfe von Schädigungsrechnung bestimmt (siehe [4] für weitere Details). In einem weiteren Schritt werden Zuverlässigkeitsziele auf Komponenten-SchadensmodeEbene festgelegt bzw. aus dem Reliability Allocation Modell übernommen. Dann werden alle bisher geplanten Validierungsschritte zusammengetragen, damit die Load Matrix aufgebaut und die Raffungsfaktoren bestimmt. Mit Hilfe der Raffungsfaktoren werden sogenannte Äquivalent-Kilometer berechnet. Das entspricht der schädigungsäquivalenten Laufstrecke bei Betrieb des Fahrzeugs im Kunden-Referenzkollektiv.

Bild 3-57: Der Load Matrix Kernprozess.

208

3 Motor

Im letzten Schritt findet eine Analyse statt, in der potenzielle Schwachstellen des Validierungsprogramms hinsichtlich nachweisbarer Zuverlässigkeit und Lebensdauer detektiert werden. Sind Schwachstellen vorhanden, versucht man diese durch geeignete Maßnahmen zu eliminieren. Eine detailliertere Beschreibung dieser Methodik ist in [4] zu finden. Bild 3-58 zeigt ein (vereinfachtes) Übersichtsblatt einer Load Matrix.

Bild 3-58: Load Matrix Übersichtsblatt für fünf kritische Komponenten-SchadensmodeKombinationen. Die farbig hinterlegten Werte in der rechten Spalte geben die jeweiligen nachweisbaren Zuverlässigkeiten unter Null-Fehler-Hypothese an.

3.4.2.7.2 Maßnahmen zur Verbesserung der Validierung Typische Maßnahmen, abgeleitet aus einer Load Matrix Analyse, können sein: ™ Festlegung einer (zusätzlichen) simulatorischen Absicherung (z. B. FE-Rechnung) ™ Anpassung von Testlängen (Verlängerung oder Verkürzung) ™ Modifikation einer Testprozedur, um die Raffung bezüglich bestimmter Schadensmodi zu erhöhen ™ Definition von neuen Tests. Insbesondere sind dabei Komponententests zu erwähnen, die oft kostengünstig bestimmte Schadensarten stark raffen können ™ Streichung bestimmter Tests, die einen geringen Beitrag liefern ™ Extrapolation von Schädigungsverläufen (z. B. Verschleißraten), um prognostische Aussagen für höhere Laufzeiten zu gewinnen.

3.4.2.7.3 Nutzen der Load Matrix Die Load Matrix ... ™ ist eine bewährte Methodik, um möglichst vollständige und balancierte Validierungspläne zu bekommen. ™ zeigt, inwieweit Dauerhaltbarkeit und Zuverlässigkeit auf Basis eines Validierungsprogramms nachgewiesen werden können.

3.4 Zuverlässigkeitsmethoden in der Motorentwicklung

209

™ erlaubt die systematische Optimierung eines Validierungsprogramms, wobei sowohl simulatorische, als auch Lebensdauer- und Zuverlässigkeitstests berücksichtigt werden. ™ ermöglicht Monitoring von Zuverlässigkeit und Dauerhaltbarkeit für kritische Komponenten und Schadensmodi. ™ unterstützt die systematische Einbindung von Zulieferer-Beiträgen zur Validierung und ermöglicht dadurch ein umfassendes Gesamtbild. Bild 3-59 zeigt ein konkretes Beispiel einer Load Matrix Anwendung. Die beiden oberen Grafiken zeigen die Mächtigkeit des Validierungsprogramms vor, die beiden unteren Grafiken nach der Optimierung. Jeder Balken repräsentiert eine KomponenteSchadensmode-Kombination. Die horizontalen roten Linien repräsentieren die jeweiligen Zielwerte.

Bild 3-59: Grafische Darstellung einer Load Matrix Optimierung.

3.4.7.8 Reliability Charts Reliability Charts werden während der Entwicklung zum Monitoring der aktuellen Zuverlässigkeit und Dauerhaltbarkeit des gesamten Motors eingesetzt. Basis für die Auswertung sind akkumulierte Teststunden und relevante Beanstandungen von Prototypen, die in einem fixierten Zeitraum (z. B. ein Monat oder ein Quartal) gezählt werden, wobei näherungsweise mit „globalen“ Raffungsfaktoren für die Tests mit Raffung gearbeitet wird.

210

3 Motor

Daneben werden lebensdauerrelevante Defekte der Motorkernkomponenten (Kurbelgehäuse, Zylinderkopf, etc.) separat bewertet. Daraus wird ein Schätzwert für die aktuelle B10-Lebensdauer des Motors gewonnen. Üblicherweise ist das erst zu einem fortgeschrittenen Zeitpunkt der Entwicklung durch Weibullschätzung möglich. Bis dahin arbeitet man mit einer Näherungsformel. In Bild 3-60 ist ein Beispiel einer Reliability Chart Auswertung angeführt. Das Monitoring der Zuverlässigkeit gemessen in Reparaturfrequenz oder Mean Time Between Failures (MTBF) entspricht im Wesentlichen dem klassischen Reliability Growth Testing (oberes Bild). Das untere Bild zeigt die Entwicklung der aus Prototypen geschätzten B10Lebensdauer. Der Zielwert bei Produktionsstart ist in beiden Bildern durch einen Pfeil gekennzeichnet. Die fetten Linien repräsentieren beobachtete Werte, die gestrichelten Linien sind Prognosen. Reliability Charts ermöglichen ™ einen Überblick über den aktuellen Stand der Zuverlässigkeit und Lebensdauer des Motors im Prototypstadium ™ die Abschätzung der Verbesserungsrate über die Entwicklungszeit und ™ damit verbunden eine Prognose, ob bei gleich bleibender „Entwicklungsgeschwindigkeit“ die Lebensdauer- und Zuverlässigkeitszielwerte bei Produktionsstart erreicht werden können.

Bild 3-60: Beispiel für Reliability Charts.

3.4 Zuverlässigkeitsmethoden in der Motorentwicklung

211

Im Gegensatz zur Load Matrix, die die Zuverlässigkeit auf Komponenten-/SchadensmodeEbene bewertet, liefern die Reliability Charts die Gesamtsystem-Sicht.

3.4.2.9 Garantiekostenprognose Prognosemodelle für Garantie- und Kulanzkosten werden eingesetzt, um den Zusammenhang zwischen Zuverlässigkeit, Motorlebensdauer und Garantie- bzw. Kulanzkosten transparent zu machen. Neben Zuverlässigkeitsschätzungen für die einzelnen MotorSubsysteme sowie den Teile- und Arbeitskosten gehen auch Garantie- und Kulanzregelungen in das Berechnungsmodell ein, Die Erstellung eines solchen mathematischen Modells unterliegt naturgemäß gewissen Einschränkungen hinsichtlich seiner Prognosegenauigkeit. So werden beispielsweise produktionsbedingte Abweichungen nicht berücksichtigt. Bild 3-61 zeigt ein Beispiel eines Garantiekostenprognosemodells. Die dreidimensionale Fläche repräsentiert die geschätzten Garantie- und Kulanzkosten der Produktion des ersten Serienjahres in Abhängigkeit von Zuverlässigkeits- und Dauerhaltbarkeitswerten. Die 3 Punkte auf der Fläche repräsentieren den Entwicklungsstand vor bzw. eine Prognose für den zum Zeitpunkt des Serienanlaufs (SOP – Start of Production). Der steile Anstieg der zu erwartenden Kosten bei niedrigen B10-Lebensdauerwerten spiegelt die Kosten einer 100 %-Rückholaktion wieder.

2 2 yrs yrs to to SOP: SOP: RF = RF = 10 10 B10 = 2000 h B10 = 2000 h 35,0

1 yr to SOP: 1 yr to SOP: RF = 7,5 RF = 7,5 B10 == 4500 4500 hh B10

30,0

units) 25,0 currency

million million currency units currency units

20,0 million

30,0-35,0 25,0-30,0 20,0-25,0 15,0-20,0 10,0-15,0 5,0-10,0 0,0-5,0

15,0 ( costs

10,0

5,0

0,0 1000

2000

3000

4000 B10

5000

4 6000

7000

8000

2 9000 1

Bild 3-61: Beispiel für Garantiekostenprognosemodell.

3

5

6

7 RF

8

9

10

SOP RF = 2,5 B10 = 6500 h

212

3 Motor

3.4.3 Zusammenfassung Der hier vorgestellte Reliability Engineering Prozess verbindet als Querschnittsfunktion die im Entwicklungsprozess agierenden Teams. Der Prozess beinhaltet neben einer Reihe von klassischen Methoden mehrere innovative Elemente, die sich in einer Reihe von Projekten bereits sehr gut bewährt haben. In komplexen Motorentwicklungsprojekten werden sämtliche beschriebenen Methoden eingesetzt. Bei Projekten geringerer Komplexität kommt lediglich eine Auswahl der Methoden zum Einsatz.

Literatur zu Abschnitt 3.4 [1] [2] [3] [4] [5]

Abernethy, Robert B.: The new Weibull Handbook. 4th edition, 2000. Published by Robert B. Abernethy Meeker, W. Q.; Escobar, L. A.: Statistical Methods for Reliability Data. New York: Wiley & Sons, 1998 Rettenbacher, C.; Denkmayr, K.; Herschmann, O.: FMEA als WissensmanagementInstrument. Entwicklung auf Hochtouren. Qualität & Zuverlässigkeit 50/1, Jan 2005 Denkmayr, K.; Hick, H.; Sauerwein, U.: Die Load Matrix – Der Schlüssel zum „intelligenten“ Dauerlauf. In: MTZ 11/2003 Haselgruber, N.: Sampling and Design of large-scale lifetime experiments. Dissertation, Graz 2007

3.5 3D-Simulation der Kolbengruppe

213

3.5 3D-Simulation der Kolbengruppe 3.5.1 Einleitung Steigende Motorleistungen bei gleich bleibenden oder sogar weiter eingeschränkten Bauraum-Randbedingungen führen zwangsläufig zu deutlich gesteigerten spezifischen mechanischen Belastungen nahezu aller Komponenten im Verbrennungsmotor. Im Bereich des Zylinderkopfes und der Ventile sind es im Wesentlichen die härteren thermomechanischen Randbedingungen, die neuartige Strukturkonstruktionen und Kühlungskonzepte notwendig machen. Im Bereich des Grundmotors stellen zum einen gesteigerte Zylinderdrücke, zum anderen aber auch die Tendenz zu höheren maximalen Motordrehzahlen die verantwortlichen Entwicklungsingenieure vor neue Aufgaben. Die Besonderheit bei der Entwicklung der Kolbengruppe besteht darin, dass sich hier sowohl die thermomechanischen als auch die dynamischen Belastungen auf die Haltbarkeit der Bauteile auswirken. Hinzu kommt der Einfluss der tribologischen Systeme: Zylinderrohr-Kolben, Zylinderrohr-Kolbenringe.

Bild 3-62: Einflüsse und Auswirkungen der Kolbengruppe.

Die Randbedingungen für die Physik der Kolbengruppe kommen somit im Wesentlichen aus: ™ den thermodynamischen Zustandsgrößen der motorischen Verbrennung und der Wärmeübertragung auf die Komponenten ™ der Thermomechanik und der Strukturdynamik des Zylinderkurbelgehäuses ™ der Dynamik des Kurbeltriebs und ™ den Eigenschaften des Schmiermittels.

214

3 Motor

Die Simulation der Kolbengruppe stellt somit eine komplexe multidisziplinäre Aufgabe in der Entwicklung des Verbrennungsmotors dar. Der oben beschriebene starke Anstieg der Belastungen ist vor diesem Hintergrund noch eine weitere Herausforderung an die Auswahl geeigneter Berechnungsverfahren. Empirische und semi-empirische Verfahren, deren sichere Gültigkeit naturgemäß auf die Region bereits bekannter Randbedingungen beschränkt ist, sind im Falle signifikanter Veränderungen in den äußeren Randbedingungen nicht uneingeschränkt einsetzbar. Betrachtet man des Weiteren die Auswirkungen der Kolbengruppe auf die Eigenschaften des Gesamtaggregates wird die zentrale Rolle dieser Baugruppe, wie in Bild 3-62 schematisch dargestellt, noch deutlicher: Neben Bauteilhaltbarkeit und -verschleiß, werden Reibung, Blow By, Ölverbrauch und ggf. auch Geräuschentstehung wesentlich durch die Komponenten der Kolbengruppe und deren Zusammenspiel beeinflusst. Für die Entwicklung und Auswahl geeigneter Simulationswerkzeuge ist ein rein akademischer Ansatz nicht zielführend, da neben den Anforderungen an Genauigkeit und Allgemeingültigkeit auch die Anwendbarkeit im Entwicklungsprozess eine unabdingbare Nebenbedingung darstellt. Zur effektiven Unterstützung der Motorenentwicklung sind vielmehr Werkzeuge mit flexibler Modellierungstiefe notwendig, die neben der hochgenauen detaillierten Analyse auch vereinfachte Abschätzungen erlauben, um besonders in der frühen Konzeptphase bereits Tendenzaussagen liefern zu können, sich dabei aber durch kurze Rechenzeiten und eine begrenzte Abhängigkeit von detaillierten Eingabedaten hervorheben. Der vorliegende Beitrag beschreibt die 3D-Simulation der Kolbengruppe zur Unterstützung des Motorenentwicklungsprozesses als Interaktion mehrerer, ineinander verzahnter Werkzeuge zum Erreichen hochgenauer, aussagefähiger Ergebnisse in kürzester Zeit.

3.5.2 Simulation der Kolbengruppe in Bausteinen Um den Motorenentwicklungsprozess optimal zu unterstützen, werden verschiedene Simulationsverfahren miteinander kombiniert. So wird sichergestellt, dass ein Optimum aus Ergebnisqualität einerseits und Minimierung von Berechnungsaufwand und somit auch Berechnungsdauer andererseits gewährleistet ist. Im Folgenden werden die wichtigsten Bausteine zur 3D-Simulation der Kolbengruppe erläutert.

3.5.2.1 Thermische Strukturanalyse des Kolbens Sowohl zur Bewertung der Dauerhaltbarkeit der Kolbenstruktur selbst als auch zur Generierung der wesentlichen Eingabegrößen für weiterführende Berechnungen stellt die thermische Strukturanalyse des Kolbens mit der Finite-Elemente-Methode (FEM) einen Kernpunkt dar. Der gesamte Prozess ist schematisch in Bild 3-63 dargestellt.

3.5 3D-Simulation der Kolbengruppe

215

Bild 3-63: Thermische Strukturanalyse des Kolbens.

Zunächst ist es wichtig, die Temperaturverteilung im Kolben möglichst genau zu bestimmen. Dies geschieht in einer thermischen FEM-Analyse. Wesentliche Randbedingungen sind die Wärmeübergänge zum Brennraum, zum Zylinderrohr (direkt und über die Kolbenringe) sowie durch Spritzöl im Falle der Verwendung von Kolbenspritzdüsen. Im Gegensatz zu den tribologischen Analysen der Kolbensekundärbewegung und der Kolbenringdynamik bedarf die Berechnung der Temperaturverteilung des Kolbens mitunter dem Abgleich mit entsprechenden Messergebnissen. Der Grund hierfür liegt darin, dass der Wärmeeintrag vom Brennraum sowie die Wärmeabfuhr über das Spritzöl nur schwierig durch mathematische Modelle beschrieben werden können, diese Wärmeströme aber für die Temperaturverteilung wesentlich sind. Bei ähnlichen Verhältnissen (z. B. gleiches Brennverfahren, ähnlicher Hubraum, gleiches Kühlkonzept) ist aber eine Übertragbarkeit der Annahmen durchaus gegeben, so dass, in Kombination mit einer entsprechenden Datenbank vermessener Kolbentemperaturen, eine Vorausberechnung der thermomechanischen Verhältnisse am Kolben durchaus möglich ist und auch durchgeführt wird. Unter Berücksichtigung der mechanischen Randbedingungen sowie der entsprechenden Materialeigenschaften wird nun in einem weiteren Schritt die Strukturbelastung infolge Temperatur per FEM berechnet. Wesentliche Ergebnisse hierbei sind die Eigenspannungen in der Struktur, aus denen sich, kombiniert mit den später zu berechnenden dynamischen Lastkollektiven, eine Dauerhaltbarkeitsanalyse ableiten lässt. Darüber hinaus ergibt

216

3 Motor

sich als weiterer Ergebnisdatensatz die thermische Deformation der Kolbenstruktur. Diese ist besonders wichtig für die Berücksichtigung der Kolbenhemd-Warmkontur bei der Simulation der Kolbensekundärbewegung wie sie im nachfolgenden Abschnitt detaillierter beschrieben wird. Bild 3-64 zeigt als Ergebnis der thermischen Analyse die Temperaturverteilung im Kolben sowie, als Ergebnis der mechanischen Analyse, die thermische Deformation der Kolbenstruktur. Wie bereits erläutert, ist eine Validierung besonders der Temperaturergebnisse für das Gesamtberechnungsverfahren von herausragender Bedeutung. Diese wurden im vorliegenden Fall unter Volllast gemessen und für eine entsprechende Validierung der entsprechenden FEM-Berechnung genutzt. Der resultierende relative Fehler liegt an allen Messpositionen unterhalb von 5 %, was in Anbetracht der statistischen Streubreite und der Messgenauigkeit als hinreichende Übereinstimmung bewertet wird.

Bild 3-64: Ergebnisvergleich der Thermischen Strukturanalyse des Kolbens mit Messungen.

3.5.2.2 Simulation der Kolbensekundärbewegung Zum besseren Verständnis der genauen Bewegungsverhältnisse an der Kolbengruppe müssen die Wechselwirkungen zwischen Kolben und Zylinderrohr detailliert untersucht werden. Neben der Kolbenprimärbewegung, die sich ja bereits aus der Kinematik des Kurbeltriebs ergibt, bezeichnet die Kolbensekundärbewegung die Kolbenverlagerung in Motor-Querrichtung sowie die Kolbenkippbewegung um die Kolbenbolzenachse.

3.5 3D-Simulation der Kolbengruppe

217

Da sich diese Bewegungen in einer Ebene vollziehen, wurde diese Art der Analyse in ihren Ursprüngen häufig als rein zweidimensionales Problem analysiert. Die Tatsache jedoch, dass die für die Sekundärbewegung wesentlichen Wechselwirkungen zwischen Kolbenhemd und Zylinderrohr auf dem Aufbau eines hydrodynamischen Schmierfilms basieren, welcher nach der Reynoldsgleichung von den Gradienten der Schmierspalthöhe sowohl in axialer Richtung als auch in Umfangsrichtung beeinflusst wird, macht eine dreidimensionale Betrachtung für eine genaue Analyse unumgänglich [1, 2]. Allerdings kompensieren sich in der Regel die Belastungen in Motorlängsrichtung, so dass letztendlich meist die Querverschiebung und Verkippung als Ergebnis bleiben. Bild 3-65 zeigt einen typischen Ablaufplan eines frühen Berechnungsprogramms zur Berechnung der Kolbensekundärbewegung auf Basis von Fortran 90. Die Inputdaten werden, wie bei Programmen dieser Generation üblich, in einem Inputdeck zusammengefasst und bei Programmstart in den Speicher eingelesen. In der Hauptschleife bildet die numerische Lösung der Reynoldsgleichung das Kernstück des Programms. Der resultierende Schmierfilmdruck lässt sich über die Kolbenhemdoberfläche zu Kräften und Kraftangriffskoordinaten integrieren, welche als äußere Kräfte in die Newtonsche Bewegungsgleichung für den Kolben eingehen und über Beschleunigungen durch zweifache Integration über die Zeit die dynamischen Koordinaten des Kolbens bestimmen. Diese ergeben wiederum gemeinsam mit Kolbenwarmkontur und Zylinderrohrdeformation die für die Reynoldsgleichung wesentliche dynamische Spaltgeometrie.

Bild 3-65: Ablaufplan zur Simulation der Kolbensekundärbewegung mit einem „single purpose“ Programm (F90).

218

3 Motor

Die Tatsache, dass die Kolbenprimärbewegung über die einfache Kinematik des Kurbeltriebs bei konstanter Motordrehzahl regelrecht „hard-gecoded“ ist, führt bei der Anwendung in einigen besonderen Fällen dazu, dass gewisse Effekte nicht oder nur mit einem unverhältnismäßig großen Aufwand abgebildet werden können. Typische Beispiele sind: ™ Berücksichtigung der Kurbelwellen-Drehungleichförmigkeit ™ Berücksichtigung einer Kabelschwinge bei der Vermessung der Kolbensekundärbewegung ™ Berücksichtigung einer veränderten Kurbeltriebskinematik durch ein Anlenkpleuel zur Darstellung eines variablen Verdichtungsverhältnisses. Aufgrund dieser Einschränkungen wurde bei FEV Motorentechnik frühzeitig die Weiterentwicklung dieses Standalone-Werkzeuges eingestellt und durch die Einbindung in das Mehrkörpersimulationsprogramm ADAMS ersetzt. Darüber hinaus wurde die Methode in die kommerzielle Softwareproduktfamilie ADAMS/Engine eingebunden, wie in Bild 3-66 dargestellt.

Bild 3-66: Integration der Kolbensekundärbewegungsberechnung in eine kommerzielle MKS Applikation.

Für den Anwender dieser Software bedeutet dies, dass für eine Analyse der Kolbensekundärbewegung kein eigenes Input-Deck generiert wird, sondern auf das Datenmodell des Gesamtmotors zurückgegriffen wird. Ferner sind vollständig gekoppelte Analysen mit anderen Subsystem-Berechnungen, wie Gesamtkurbeltrieb, möglich, da die detaillierte Kolben-Zylinderrohr-Interaktion vielmehr eine lokale Modellverfeinerung eines Kurbeltriebes darstellt als ein autarkes Modell. So fällt die Berücksichtigung beispielsweise

3.5 3D-Simulation der Kolbengruppe

219

der Kurbelwellen-Drehungleichförmigkeit auf Wunsch einfach ab und muss nicht aufgeprägt werden. Modellerweiterungen, wie Kabelschwingen etc. können einfach im ADAMS/Engine Template benutzerfreundlich modelliert werden anstatt „einprogrammiert“ werden zu müssen.

Bild 3-67: Kolbensekundärbewegungsberechnung integriert in MKS.

Software-architektonisch gestaltet sich dieser Integrationsschritt wie in Bild 3-67 dargestellt. Vom eigentlichen Berechnungscode bleibt nur die Hydrodynamikanalyse übrig. Die Lösung der Newtonschen Bewegungsgleichungen übernimmt der MKS-Solver und das Handling der Input-Daten wird in die relationäre Datenstruktur von ADAMS/Engine integriert. Die Postprocessing Features von ADAMS/Engine können ebenfalls ohne Probleme mitbenutzt werden. Bei dieser Gelegenheit wurde der Code direkt um die Berücksichtigung der Mischreibung erweitert. Die Oberflächenrauhigkeit wird an dieser Stelle genutzt, um den Übergang von Coloumbscher Reibung über Mischreibung bis hin zum reinen hydrodynamischen Tragen zu erfassen. Durch die Möglichkeit, den Einfluss einer Kabelschwinge und deren Rückwirkung auf die Kolbensekundärdynamik zu berücksichtigen, ist es nunmehr möglich, einen realistischen Vergleich zwischen gemessenen und berechneten Kolbensekundärbewegungen durchzuführen.

220

3 Motor

Bei dem betrachteten Versuchsträger waren die Möglichkeiten einer Signalübertragung mittels Telemetrie derart eingeschränkt, dass sich aus wirtschaftlichen Gründen die Verwendung einer Kabelschwinge als unumgänglich erwies. Allerdings konnte mit dieser Lösung nicht das vollständige Drehzahlband des Motors erfasst werden, da die mechanische Haltbarkeit der Schwinge nur bei verhältnismäßig niedrigen Motordrehzahlen gewährleistet ist. Es wurden also niedrige Drehzahlen genutzt, um das Simulationsmodell zu verifizieren. Im Simulationsmodell wurde anschließend die Schwinge deaktiviert und der komplette Arbeitsbereich des Motors durchfahren. Bild 3-68 zeigt den entsprechenden Messungs-Berechnungsvergleich für die Kolbensekundärbewegung.

Bild 3-68: Ergebnisvergleich der Kolbensekundärbewegungsberechnung mit Messungen.

3.5.2.3 Simulation der Kolbenringdynamik Die Kolbenring-Dynamiksimulation stellt im Zusammenspiel der Simulationswerkzeuge der Kolbengruppe das mit Abstand genaueste und am höchsten aufgelöste Verfahren dar. Bild 3-69 zeigt die Rolle der Kolbenringdynamik im Gesamtanalyseprozess der Kolbengruppe. Im Wesentlichen werden für die Simulation der Kolbenringdynamik die Kolbensekundärbewegung aus der MKS-Analyse sowie die Zylinderrohrdeformation und Temperaturen aus einer entsprechenden Strukturanalyse des Zylinderkurbelgehäuses als Eingabedaten benötigt.

3.5 3D-Simulation der Kolbengruppe

221

Bild 3-69: Überblick Kolbenring-Dynamiksimulation.

Ähnlich wie bei der Berechnung der Kolbensekundärbewegung wird auch hier auf die Programmierung eines eigenen numerischen Lösers verzichtet und auf kommerzielle Multi-Purpose-Berechnungsverfahren, in diesem Falle explizite FEM, aufgesetzt, die um entsprechende Benutzer-Subroutinen erweitert werden [3]. Diese sind im Wesentlichen: ™ die Hydrodynamik zwischen Kolbenringen und Zylinderrohr sowie ™ und der Gasfluss vom Brennraum durch die Ring-Zwischenräume ins Kurbelgehäuse und die damit verbundenen dynamischen Drücke in den verschiedenen Räumen. Im Falle der Hydrodynamik steht wieder die Reynolds’sche Differentialgleichung im Vordergrund. Für deren Lösung muss die Schmierspaltgeometrie aus der Zylinderrohrdeformation und dem Profil des entsprechenden Kolbenringes bestimmt werden. Dies geschieht in jedem Simulationsschritt erneut, so dass auch die lokalen elastischen Deformationen mit in die Spaltfunktion übernommen werden und somit bei der Berechnung der Druckprofile berücksichtigt sind. Allerdings ist das Hydrodynamik-Netz deutlich feiner gewählt als das FEM-Netz. Ferner werden auch hier Mischreibungseffekte berücksichtigt, wobei auch Einflüsse der Hohn-Struktur des Zylinderrohrs betrachtet werden. Das Zusammenspiel der Hydrodynamik-Subroutine mit dem explizitem FEM Solver ist in Bild 3-70 dargestellt.

222

3 Motor

Bild 3-70: Integration der Hydrodynamik in die Kolbenringdynamikanalyse [3].

Eine Besonderheit bei der Ringdynamik besteht noch in der Tatsache, dass Mischreibung nicht nur anzusetzen ist, wenn der Schmierfilm alleine keine hinreichende Tragfähigkeit aufbringt, sondern auch, wenn durch Abschaben des Ölfilms durch die Ringe selbst eine Unterversorgung mit Öl dazu führt, dass die Schmierfilmdicke geringer ausfällt, als sie aus Sicht der Reynoldsgleichung sein könnte. Bild 3-71 zeigt schematisch das Zusammenspiel der Gasfluss-Subroutine mit dem FEMLöser. Zwischen dem Brennraumdruck und dem Kurbelgehäusedruck entwickeln sich in den Räumen zwischen den Ringen dynamische Drücke, die sich durch die allgemeine Gasgleichung und die Durchfluss-Gleichung erfassen lassen. Diese sind nunmehr geschlossen zu lösen in einem Gleichgewicht der inneren und äußeren Lasten an jedem Kolbenring unter Berücksichtigung der Strukturelastizitäten. Primärergebnis einer Kolbenringanalyse sind die dynamischen Bewegungen und Verformungen der Ringe selbst. Die Tatsache, dass diese Ergebnisse im FEM-Programm vorliegen, führt dazu, dass Bauteilspannungen ebenfalls einfach ausgewertet werden können. Die wesentlichen Bewertungskriterien für ein Ringpaket, die durch diese Simulation erfasst werden können, sind Reibung, Verschleiß, Blow-By und Ölverbrauch. Erfahrungen mit diesem Simulationswerkzeug haben gezeigt, dass selbst hochkomplexe dynamische Effekte wie plötzliche Ring-Instabilität (Ringflattern) erfasst werden können. Insbesondere im Falle von „Trouble-Shooting“-Aufgabenstellungen stellt die Simulation der Kolbenringdynamik mittels expliziter FEM ein besonders geeignetes Werkzeug zur effizienten Problemlösung dar.

3.5 3D-Simulation der Kolbengruppe

223

Bild 3-71: Integration des Gasflussmodells in die Kolbenringdynamikanalyse [3].

3.5.3 Anwendungsbeispiel: Reibungsanalyse Ein Beispiel, wie die verschiedenen oben beschriebenen Simulationsverfahren Hand in Hand zu einer effizienten, vollständigen Lösung kommen können, findet sich in der Analyse der Reibung der Kolbengruppe. Reibungsmessungen von Kolben und Ringen am gefeuerten Motor sind durch Freischnitt der Zylinderrohre und einer Kraftmessung zwischen Zylinderrohr und Kurbelgehäuse möglich. Allerdings ist dieses Verfahren durch Eigendynamik am Prüfstandsaufbau bzgl. der maximalen Drehzahl begrenzt. Die Aufgabenstellung an dieser Stelle lautet, den Einfluss einer Kurbelwellenschränkung auf die Reibung der Kolbengruppe zu analysieren und eine optimale Schränkung für den späteren Fahrzeugbetrieb zu definieren. Zur Lösung werden folgende Schritte durchgeführt: ™ Simulation der Kolbensekundärbewegung und Kolbenringdynamik mit den o. g. Werkzeugen ™ Aufbau eines einfachen MKS-Parametermodells auf Basis von Stribeck-Kurven

224

3 Motor

™ Abgleich des Parameter-Modelles an den Detailmodellen für verschiedene Drehzahlen und Lasten ™ Verifikation der Simulationsergebnisse durch Vergleich mit Messungen bei niedrigen Drehzahlen ™ Berechnung eines kompletten Kennfeldes: Reibmitteldruck aus der Kolbengruppe als Funktion von Last und Drehzahl ™ Bewertung der Schränkungsvarianten in einem Fahrzyklus. Bild 3-72 zeigt den Vergleich der Ergebnisse des einfachen Berechnungsmodells mit entsprechenden Messungen. Die Reibkräfte jeweils eines kompletten Arbeitsspiels wurden hierzu auf Reibmitteldrücke reduziert. Ein Abgleich der Simulationsergebnisse mit den dargestellten Messungen hat nicht stattgefunden, d. h. die gezeigten Ergebnisse haben Vorausberechnungscharakter. Es ist deutlich zu erkennen, dass sowohl Last- als auch Drehzahlabhängigkeit der verschiedenen Schränkungsvarianten die gleichen Tendenzen aufweisen und auch quantitativ recht gut übereinstimmen.

Bild 3-72: Einfluss der Kurbelwellenschränkung auf den Reibmitteldruck für verschiedene Lasten und Drehzahlen, Vergleich mit Messungen.

Da das vereinfachte Simulationsmodell Rechenzeiten von nur wenigen Minuten pro Arbeitspunkt aufweist, ist es nun in einem weiteren Schritt möglich, ein engmaschiges Kennfeld verschiedener Lasten und Motordrehzahlen für jede Variante zu erzeugen, in dem Reibmitteldrücke als Funktion von Last und Drehzahl abgelegt sind.

3.5 3D-Simulation der Kolbengruppe

225

Die den Motorenentwickler letztendlich interessierende Frage ist, welche Variante sich im späteren Leben des Motors im Fahrzeug als günstigste erweisen wird. Aus diesem Grunde wird als letzter Schritt das Kennfeld mit Ergebnissen einer Fahrsimulation durchfahren. Dieser Datensatz enthält Motordrehzahlen und indizierte Mitteldrücke als Funktion der Zeit. Ein Kennfeldzugriff mit diesen Größen und eine abschließende Integration der resultierenden Reibmitteldrücke über die Zeit liefert schließlich die kumulative Verlustenergie der Kolbengruppe [4]. Die Vorgehensweise für eine solche Auswertung ist in Bild 3-73 schematisch dargestellt. Ein Vergleich der resultierenden Verlustenergien liefert sowohl die günstigste Variante als auch eine Abschätzung über deren potentielle Kraftstoffeinsparung bei optimaler Schränkung.

Bild 3-73: Bewertung der Simulationsergebnisse im Fahrzyklus [4].

3.5.4 Zusammenfassung Die Simulation der Kolbengruppe stellt innerhalb der Berechnungsverfahren zur Entwicklungsunterstützung von Verbrennungsmotoren eine Sonderrolle dar. Dies gilt sowohl in Bezug auf die hohe Anzahl von Wechselwirkungen mit benachbarten Systemen als auch in Bezug auf die Komplexität des Zusammenspiels aus Thermomechanik, Strukturdynamik, Dynamik und Tribologie.

226

3 Motor

Um dieses Sachgebiet umfassend und gleichzeitig effizient zu erfassen, bedarf es mehr als eines einfachen Werkzeuges. Verschiedene Simulationsmethoden, basierend auf FEM, MKS und diverse Spezialverfahren, sind erforderlich, um der Komplexität der Physik der Kolbengruppe gebührend Rechnung zu tragen. Mit Einflüssen auf den Ölverbrauch, das Blow By, die Reibleistung, den Verschleiß und das Geräuschverhalten sind gezielte Design-Modifikationen an der Kolbengruppe ein wertvolles Werkzeug zur Verbesserung der Produktqualität des gesamten Antriebsaggregates.

Literatur zu Abschnitt 3.5 [1] [2] [3] [4]

Duesmann, M.; Maassen, F.; Rebbert, M.; Haubner, F.; Dohmen, J.; Orlowsky, K.; Ortjohann, T.: Requirements to the Crank Train System. VDI Werkstofftechnik, 2003, München Jang, S.; Cho, J.: Effects of Skirt Profiles on the Piston Secondary Movements by the lubrication Behaviors. In: International Journal of Automotive Technology, Vol. 5, 2004 Ortjohann, T.: Simulation der Kolbenringdynamik auf Basis expliziter FEM-Software. Dissertation, RWTH Aachen, 2006 Ragot, P.; Rebbert, M.: Investigations of crank offset and it’s influence on piston & piston ring friction behavior based on simulation and testing. SAE 2007-01-1248

3.6 Einsatz der Prozess- und Ladungswechselsimulation

227

3.6 Einsatz der Prozess- und Ladungswechselsimulation zur Bedatung von Motorsteuergeräten 3.6.1 Einleitung Steigende Anforderungen hinsichtlich Verbrauchswirtschaftlichkeit, Emissionen und Fahrkomfort machen den Einsatz neuer Technologien in der Serie erforderlich. Moderne Motorkonzepte wie Aufladung kombiniert mit Direkteinspritzung oder vollvariabler Ventilsteuerung sowie die Erfüllung strenger gesetzlicher Vorschriften stellen neue Herausforderungen an den Applikationsprozess. Einerseits bestehen hohe Qualitätsansprüche bei der Bedatung des Systems – andererseits sind die Applikationsprozesse in immer kürzerer Zeit bei gleichzeitig steigender Komplexität der Prozesse zu realisieren. Die Lösung dieses Zielkonflikts erfordert den Einsatz effektiver Methoden bei der Bedatung der Motorsteuersysteme. In der IAV werden aus diesem Grund zunehmend Simulationsrechnungen im Applikationsprozess sowohl von Saug- als auch von aufgeladenen Motoren eingesetzt. Dabei wird ein nicht unbedeutender Anteil von Messungen durch Berechnungen ersetzt. Der Komplex der effektiven Bedatung von Motorsteuersystemen auf der Basis der Kombination von thermodynamischer Simulation und Messung wird mit einer gesamten Toolkette abgedeckt.

3.6.2 Motivation Aufgrund der komplexen Funktionsstruktur vor allem von aufgeladenen Motoren sind die bei der Applikation einzustellenden Parameter, Kennlinien, Kennfelder und auch Neuronale Netze mittlerweile auf über 20.000 angestiegen. Somit ergeben sich große Parameterräume, die mit herkömmlichen Methoden (rasterförmige Messung der Zusammenhänge zwischen Einfluss- und Zielgrößen) nicht mehr zu beherrschen sind. Zur Erfüllung der z. T. gegenläufigen Anforderungen müssen deshalb in der Applikation neue Wege beschritten werden. Design of Experiments (DoE) gilt als ein anerkanntes Werkzeug, um derart umfassende Variationen mit erträglichem Aufwand zu bewältigen. Alternativ kann die Vorausberechnung auf der Basis physikalischer Modelle Freiheitsgrade reduzieren, indem sie unbekannte Größen berechnet und damit durch bekannte ersetzt. Dies ermöglicht, erforderliche Zusammenhänge für die stationäre Grundbedatung mit Hilfe von Motormodellen in Kombination mit nur wenigen Messungen zur Modellkalibrierung bezüglich Füllung, Drehmoment, Abgastemperaturen bis hin zur Klopfgrenze vorauszuberechnen. 3.6 Einsatz der Prozess- und Ladungswechselsimulation

228

3 Motor

Besonders große Vorteile ergeben sich beim Einsatz der Prozesssimulation, wenn hardwareseitige Änderungen (z. B. an Aufladeeinheit bzw. Saug- oder Abgasanlage) die Neubedatung zugehöriger Funktionen erforderlich machen. In diesem Fall wird eine „echte“ Vorausberechnung der Bedatungsgrößen durchgeführt, ohne dass nochmals ein vollständiges Messprogramm zur Modellkalibrierung notwendig wird.

3.6.3 Grundlagen zur Einbeziehung der Vorausberechnung in den Applikationsprozess Basis für die Realisierung der stationären Grundbedatung ist die Kenntnis der Zusammenhänge zwischen Einfluss- und Zielgrößen. Der Bedatungsprozess läuft darauf hinaus, Parameter, Kennlinien, Kennfelder und Neuronale Netze im Motorsteuersystem so zu besetzen, dass die implementierte Funktionsstruktur die bestehenden Abhängigkeiten mit einem minimalen Fehler abbilden kann. Die wichtigsten Umfänge der Grundbedatung sind im Bild 3-74 dargestellt.

Bild 3-74: Umfänge der Grundbedatung.

Beim Grundbedatungsprozess sind folgende wesentliche Einflussgrößen zu berücksichtigen: Drehzahl, Saugrohrdruck (Last), Luftverhältnis, Zündwinkel, Stellung der Nockenwelle(n), Ventilhub, Position Ladungsbewegungsklappe, Position Saugrohrumschaltung sowie bei aufgeladenen Motoren die Temperatur nach Ladeluftkühler und die Wastegatestellung. Nachfolgend aufgeführte Zielgrößen sind in Abhängigkeit von o. a. bzw. auch von weiteren, im Steuergerät berechneten Einflussgrößen darzustellen: Luft- und Restgasmasse im Zylinder, indiziertes und effektives Drehmoment, Ladungstemperatur vor/nach Verdichter (aufgeladener Motor), vor dem Einlassventil, Abgastemperaturen und -drücke nach Auslassventil und vor Turbine bzw. vor Katalysator, Massenstrom über Wastegate und Turbine.

3.6 Einsatz der Prozess- und Ladungswechselsimulation

229

Zur Grundbedatung gehören außerdem die Festlegung der Grundzündwinkel für wirkungsgradoptimale Verbrennungslage bzw. für den Motorbetrieb an der Klopfgrenze sowie des Luftverhältnisses vor allem im Bereich kritischer Abgastemperaturen (Bauteilschutz). Die Ermittlung der erforderlichen Daten kann durch Rastermessung erfolgen, was aber einen erheblichen Aufwand bedeutet, der sich mit der Anzahl der Variabilitäten potenziert. Mit physikalischen Simulationsverfahren unterschiedlicher Modelltiefe lassen sich Abhängigkeiten vorausberechnen. CFD-Verfahren für die Füllungs- oder Momentenberechnung sind im Zusammenhang mit dem Applikationsprozess zur Zeit noch als ungeeignet zu bewerten, da der Aufwand zur Modellerstellung sehr groß ist und die Rechenzeiten sehr lang sind. Die 0D- bzw. 1DLadungswechselsimulation bzw. die 0D-Arbeitsprozessrechnung können dagegen die Anforderungen: ™ Abbildung der Abhängigkeiten mit der geforderten Genauigkeit (Abweichung kleiner als 3 % hinsichtlich der Füllung bzw. kleiner als 5 % bzw. 5 Nm im Schwachlastbereich bzgl. des Drehmoments) ™ überschaubarer Aufwand zur Modellerstellung und -kalibrierung ™ erhebliche Reduzierung des Messaufwandes ™ vertretbare Rechenzeiten bei der Berechnung von Größen wie Füllung, Drehmoment oder Temperaturen für die Applikation der Basisfunktionen erfüllen. Die berechneten Abgastemperaturen sind für eine Erstbedatung im Hinblick auf eine spätere Korrektur im realen Fahrzeugbetrieb ebenfalls genau genug. Die zur Berechnung von Kenngrößen erforderlichen physikalischen Zusammenhänge (z. B. instationäre Rohrströmungsvorgänge, Ein- und Ausströmvorgänge) und benötigte Teilmodelle (z. B. Verbrennungsablauf, Wärmeübergang, z. T. auch Reibung) sind in kommerzielle Ladungswechsel-Simulationsprogramme implementiert, so dass es nahe liegt, vorhandene Programme in die Serienapplikation einzubeziehen. Eigenentwickelte, auf die jeweilige Applikationsaufgabe zugeschnittene Software ergänzt diese zu einer gesamten Toolkette. Auf Prüfstandsuntersuchungen kann nicht völlig verzichtet werden, da eine sorgfältige Modellkalibrierung unter Einbeziehung einiger (weniger) Messungen wesentliche Voraussetzung für brauchbare Berechnungsergebnisse ist. Bei der Berechnung von Bedatungsgrößen aufgeladener Motoren sind gegenüber dem Saugmotor spezifische Besonderheiten zu beachten: Die Füllungsberechnung von abgasturboaufgeladenen Motoren bis in den Schwachlastbetrieb erfordert Turboladerkennfelder auch für extrem niedrige Drehzahlen und inverse Verdichterdruckverhältnisse. Die Diabatheit des Turboladers ist zu berücksichtigen. Entweder werden Kennfelder am Turboladerprüfstand im erweiterten Betriebsbereich vermessen oder es sind die Kennfelder

230

3 Motor

mit entsprechenden Programmen zu extrapolieren. Alternativ können bei der Füllungsberechnung im Saugbetrieb die Strömungsmaschinen durch geeignete Ersatzmodelle substituiert werden. Für eine genaue Berechnung des Druckes vor der Turbine sind sowohl der effektive Wastegatequerschnitt als auch der von der Drehzahl des Laufzeugs abhängige äquivalente Turbinenquerschnitt exakt zu parametrieren. In der Regel werden weiterhin die Ladeluftkühlerkennfelder für die Kühlleistung und den Druckverlust benötigt. Die für den Modellabgleich erforderlichen Messungen beinhalten gegenüber dem Saugmotor zusätzliche Messgrößen wie z. B. Turboladerdrehzahl oder Druck- und Temperaturmessstellen in jeder Flut bei Twinscroll-Turbinen. Bei der Festlegung der Klopfgrenzen für die Anwendung eines Klopfmodells anhand der Zylinderdruckverläufe ist sorgfältig zwischen wirklichem Klopfen und durch den großen Druckanstieg bei aufgeladenen Motoren bedingte Schwingungsanregung zu unterscheiden.

3.6.4 Werkzeuge zur effektiven Grundbedatung mit Vorausberechnung Der Ersatz von Messungen durch die Vorausberechnung erfordert geeignete Werkzeuge. In der IAV ist für den Einsatz der Prozesssimulation im Applikationsprozess die gesamte Toolkette für unterschiedliche Anforderungen vorhanden (Bild 3-75). Die Werkzeuge sind gleichermaßen für die Bedatung von Saug- und aufgeladenen Motoren einsetzbar. Die Tools lassen sich im Wesentlichen in zwei große Gruppen einteilen: die Prozessanalyse und die Prozesssimulation. Die Prozessanalyse liefert auf der Basis von Messungen die für die Modellkalibrierung erforderlichen Daten. Mit der Prozesssimulation erfolgt anschließend die Berechnung von Kenngrößen, die im konventionellen Applikationsprozess messtechnisch ermittelt werden. Darüber hinaus erfordert die effektive Nutzung der Simulationsprogramme im Applikationsprozess eine Reihe von zusätzlichen Automatisierungstools. Die Berechnung des Ladungswechsels kann je nach Randbedingungen sowohl mit der 0D- (Füll- und Entleermethode) als auch mit der 1D-Ladungswechselsimulation erfolgen. Für die 0D-Ladungswechselberechnung existiert eine Eigenentwicklung und als Programm für die 1D-Ladungswechselsimulation wird für diesen speziellen Anwendungsfall PROMO angewendet, welches um wichtige Zusatzmodule wie Rohrwand-Temperaturmodell, Ladedruck- und Klopfregelung erweitert wurde.

3.6 Einsatz der Prozess- und Ladungswechselsimulation

231

Bild 3-75: Übersicht zu den Werkzeugen.

Der Einsatz von 1D-Ladungswechsel-Simulationsprogrammen zur Vorausberechnung von Daten für die Applikation ist aber nur dann effektiv, wenn sowohl der zumeist sehr aufwändige Modellabgleich automatisiert wird als auch eine schnelle und effiziente Auswertung der Berechnungen erfolgt. Werden Saug- bzw. Turbomotoren mit Direkteinspritzung kalibriert, ergeben sich zusätzliche Freiheitsgrade bzgl. der optimalen Parametrierung des Einspritztimings z. B. hinsichtlich des Klopfverhaltens. Der zugehörige Füllungseinfluss (vgl. [1]) wird durch die Kopplung zwischen 1D- und 0D-Ladungswechselsimulation ermittelt, da das eigene 0DSimulationsprogramm ein geeignetes Kraftstoffverdampfungsmodell enthält. Die Berechnung der indizierten Momente des Hochdruckteils erfolgt auf der Basis der 0D-Arbeitsprozessrechnung (APR) mit einer ebenfalls selbst entwickelten Software. Vorteil der APR ist die hohe Rechengeschwindigkeit. Dies spielt im Zusammenhang mit dem Applikationsprozess eine große Rolle, da in Anbetracht der großen Anzahl von Parametern, die auf das indizierte Moment wirken, eine Vielzahl von Kombinationen zu berechnen sind. Es kann wahlweise das Ein-, Zwei- oder für Sonderanwendungen auch ein Dreizonenmodell angewendet werden. Das APR-Programm beinhaltet weiterhin ein Klopf-, Anfettungs-(Bauteilschutz) und Extremwertregelungsmodul (Brennlagenregelung zur Erzielung des maximalen Mitteldrucks) sowie die Berechnung des OHC-Modells (CO, CO2, H2, H, O, OH) und der NO-Bildung nach dem erweiterten Zeldovich-Mechanismus. Der Arbeitsverlust infolge frühen Öffnens des Auslassventils wird bei Bedarf mit einer im

232

3 Motor

Programm integrierten, partiellen Ladungswechselsimulation berechnet. Ein weiterer Bestandteil des APR-Programms ist die Berechnung der Abkühlung des Abgases bis zur Turbine bzw. zum Katalysator. Bei der 0D-Arbeitsprozessrechnung wird die Verbrennung mit einem Ersatzbrennverlauf beschrieben. Form und Lage des Ersatzbrennverlaufs hängen von einer Vielzahl von Einflussfaktoren wie Drehzahl, Füllung, Zündwinkel, Luftverhältnis, Ladungsbewegung und Restgasanteil (Nockenwellenposition) ab. Zur Beschreibung des Zusammenhangs zwischen Brennverlauf und den verbrennungsrelevanten Einflussgrößen wird ein so genanntes Verbrennungsmodell verwendet. Die Kalibrierung des Verbrennungsmodells erfolgt softwareunterstützt auf der Basis von Messungen. Die Berechnung des effektiven Drehmomentes im Motorsteuergerät erfordert die Bedatung von Kennfeldern und Kennlinien für die Verluste (Ladungswechselarbeit und mechanische Verluste). Zur Berechnung der mechanischen Verluste für die Bedatung kann je nach vorliegenden Abhängigkeiten zwischen unterschiedlichen Modellansätzen gewählt werden, die Kalibrierung erfolgt in der Regel parallel zum Verbrennungsmodell. Mit dem Prozessanalysetool werden aus den Indizierdaten die für die Beschreibung des Verbrennungsablaufes relevanten Parameter berechnet und dem Programmteil zur Erstellung des Verbrennungsmodells zur Verfügung gestellt. Neben der Ermittlung der Verbrennungskenngrößen wird automatisch eine detaillierte Verlustteilung durchgeführt, deren Ergebnisse bei Bedarf für eine umfassendere Bewertung der Baustufe anhand der auftretenden Einzelverluste herangezogen werden können. An die (Hochdruck)-Prozessanalyse ist eine Ladungswechselanalyse gekoppelt, die auf der Basis der gemessenen Niederdruckverläufe vor Einlass-/ nach Auslassventil die in den Zylinder ein- und austretenden Massen berechnet. Die so ermittelten Massenstromverläufe gestatten einerseits eine Bewertung des Ablaufs des Ladungswechsels – andererseits werden Größen berechnet, die einer einfachen Messung nicht zugänglich sind, wie Restgas- und Frischluftmasse nach Einlass schließt. Die Restgasmasse geht in die gesamte Arbeitsstoffmasse ein und wird für die exakte thermodynamische Analyse des Hochdruckprozesses (Brennverlaufsberechnung) benötigt. Mit einem Tool zur Frequenzanalyse werden Brennraumfrequenzen ermittelt, um auf dieser Basis die Filtercharakteristik für die Klopfregelfunktion festzulegen.

3.6.5 Anwendung für Füllungserfassung, Momentenstruktur und Zündwinkelvorgabe Füllungserfassung: Wesentlicher Bestandteil der Grundbedatung ist die Füllungserfassung. Die genaue Erfassung der im Zylinder des Ottomotors befindlichen Frischluftmasse ist eine grundle-

3.6 Einsatz der Prozess- und Ladungswechselsimulation

233

gende Aufgabe des Motorsteuersystems. Hierzu gibt es unterschiedliche Mess- bzw. Berechnungsverfahren. Am häufigsten erfolgt die Berechnung der Füllung im Steuergerät auf der Basis des Saugrohrdrucks. Abgasgegendruck und -temperatur beeinflussen ebenfalls die Füllung und werden deshalb in Form von Modellen berücksichtigt. Für die Bedatung der Füllungserfassung ist der Zusammenhang zwischen der Zylinderladung und den relevanten Größen, wie Drehzahl, Saugrohrdruck, Wastegatestellung, Nockenwellenposition, Saugrohrumschaltung, Ladungsbewegungsklappe u. a. m. zu ermitteln. Im Zusammenhang mit der Füllungserfassung sind die optimalen Nockenwellenpositionen für die unterschiedlichen Betriebsbereiche des Motors festzulegen, wobei je nach Betriebsbereich unterschiedliche Zielgrößen zu berücksichtigen sind. Im Bild 3-76 sind beide Möglichkeiten zur Vorausberechnung der Füllung im Zusammenhang mit der Applikation gegenüber gestellt.

Bild 3-76: Modellansätze zur Füllungsberechnung.

Für die 0D-Ladungswechselberechnung, welche die Wellenvorgänge nicht berücksichtigt, müssen zur Modellerstellung nur vergleichsweise wenige Daten vom Motor vorliegen. Parameter des Modells sind aber in praktisch fast jedem Betriebspunkt neu zu kalibrieren. Dazu ist insgesamt eine relativ große Anzahl von Messungen erforderlich. Einsparpotenzial gegenüber der reinen Messung ergibt sich hauptsächlich dadurch, dass bei Variation der Nockenwellenstellung nur wenige Punkte gemessen und die übrigen Punkte

234

3 Motor

vorausberechnet werden. Die Einsparung an Messungen ist somit kleiner. Der Aufwand zur Modellkalibrierung selbst ist als gering einzuschätzen. Erhebliche Zeiteinsparungen ergeben sich durch Automatisierung des Abgleichs. Werden jedoch füllungsrelevante Änderungen an der Ansaug- oder Abgasanlage des Motors vorgenommen, dann ist das Modell komplett neu zu kalibrieren, was mit einem entsprechend großen Messaufwand verbunden ist. Die 1D-Ladungswechselsimulation kommt dagegen mit weniger Messpunkten für die Modellkalibrierung aus. Dafür ist aber der Aufwand für den Modellabgleich deutlich größer. Einerseits ist dazu eine große Anzahl von Parametern zu variieren, andererseits erfordert die Berechnung von Daten für die Applikation eine hohe Modellgenauigkeit sowohl in der Voll- als auch in der Teillast. Eine wesentliche Voraussetzung für den effizienten Modellabgleich im gesamten Motorkennfeld ist ein geeignetes Automatisierungswerkzeug. Wesentlichster Vorteil des 1D-Modells ist die Weiterverwendbarkeit bei Änderungen an der Hardware des Motors. Wird z. B. die Saugrohrgeometrie geändert, dann kann sofort nach der entsprechenden Modelländerung die Berechnung neuer Füllungsdaten für den geänderten Baustand erfolgen. Aus den genannten Gründen wird die 1D-Ladungswechselsimulation favorisiert. Der schematische Ablauf der Füllungsberechnung mit der 1D-Ladungswechselberechnung ist im Bild 3-77 dargestellt.

Bild 3-77: Schematischer Ablauf der Applikation der Füllungserfassung.

3.6 Einsatz der Prozess- und Ladungswechselsimulation

235

Ausgangspunkt ist die für die Modellkalibrierung erforderliche Basismessung. In wenigen ausgewählten Betriebspunkten wird der Einfluss füllungsrelevanter Größen auf die Niederdruckverläufe vor Einlass-/ nach Auslassventil, den Zylinderdruckverlauf und die durchgesetzte Luftmasse ermittelt, um danach den Modellabgleich vorzunehmen. Dazu werden im ersten Schritt bestimmte Geometrien und Durchflusszahlen innerhalb sinnvoller Grenzen so variiert, dass berechnete Niederdruckverläufe mit gemessenen bestmöglich übereinstimmen (s. a. Bild 3-78). Im zweiten Schritt erfolgt der Abgleich auf die gemessene Füllung mit Größen, wie z. B. Wandtemperaturen. Zum automatisierten Modellabgleich wird ein selbstentwickeltes Tool eingesetzt. Wesentliche Merkmale des Tools sind: ™ einfache Parametrierung beliebiger, zu berücksichtigender Größen und ihrer Variationsbereiche ™ Aufbereiten gemessener (aus Indizier-Rohdaten) und berechneter Druckverläufe ™ Festlegung neuer Parameter nach vorgebbaren Strategien ™ Automatisierte Erstellung von modifizierten Parameterdatensätzen ™ Automatisierter Aufruf der modifizierten Varianten. Die Anwendung eines solchen Werkzeuges befreit den Berechnungsingenieur von Routinearbeiten. Die Abgleichschleife läuft, ohne dass Bedienungseingriffe oder Auswertungen vorgenommen werden müssen, rund um die Uhr und senkt dadurch die Zeit für die Modellkalibrierung.

Bild 3-78: Vergleich gemessener Druckverlauf vor Einlassventil mit berechneten Verläufen vor bzw. nach Modellabgleich.

236

3 Motor

Mit dem abgeglichenen Modell erfolgt die Berechnung des gesamten Kennfeldes, d. h. die Füllung wird in Abhängigkeit von den zu berücksichtigenden Einflussgrößen in den für die Bedatung wesentlichen Kennfeldpunkten vorausberechnet. Verifikationsmessungen an unterschiedlichsten Motoren haben gezeigt, dass Abweichungen ≤ 3 % bei der Füllung erreichbar sind (Bild 3-79).

Bild 3-79: Gütebewertung der Füllungsberechnung.

Die berechneten Daten bilden letztendlich die Voraussetzung für die Datensatzerstellung mit dem IAV-Tool „ECU Rapid Prototyping Calibration“ (RPC), welches die Schnittstelle zwischen physikalischen Daten und der Steuergeräte-Funktionsstruktur bildet. Bei der Offline-Optimierung mit dem RPC-Tool werden Parameter, Kennlinien und Kennfelder im Motorsteuersystem so besetzt bzw. auch Neuronale Netze so trainiert, dass mit der bestehenden Funktionsstruktur die Abhängigkeiten mit einem minimalen Fehler reproduziert werden (Bild 3-80). Im Zusammenhang mit der Grundbedatung sind ladungswechselrelevante Einstellgrößen, wie z. B. die Nockenwellenpositionen oder Umschaltpunkte bei einer Saugrohrumschaltung zu definieren. Im Ergebnis der Ladungswechselberechnung liegen die dafür benötigten Abhängigkeiten vor. Damit kann auch die Festlegung optimaler Einstellgrößen erfolgen. Die erforderlichen Optimierungsschritte werden nach der Füllungsberechnung mit Hilfe im Auswertesoftwarepaket enthaltener Module durchgeführt. Die Zielfunktion kann ein oder mehrere, ggf. unterschiedlich gewichtete Kriterien, wie z. B. spezifischer Verbrauch, Ladungswechselarbeit, Füllung beinhalten.

3.6 Einsatz der Prozess- und Ladungswechselsimulation

237

Bild 3-80: Schema der ECU Rapid Prototyping Calibration.

Zu beachten ist, dass im Ergebnis der Optimierung der Nockenwellenposition Brenngrenzen nicht überschritten werden. Beispielsweise wird eine Optimierung mit dem Ziel der Minimierung der Ladungswechselarbeit zum Frühanschlag der Einlass-Nockenwelle und damit zu großen Restgasanteilen führen. Aus diesem Grund ist das Optimierungsproblem mit der Randbedingung „Restgasgrenze“ zu formulieren (Bild 3-81). Die Restgasgrenze wird auf der Basis eines (empirischen) Restgasverträglichkeitsmodells definiert. Mit Festlegung der Nockenwellenpositionen werden die Ausspülvorgänge und die mit diesen im Zusammenhang stehenden Effekte wie Klopfen oder Ladedruckaufbau bei abgasturboaufgeladenen Motoren definiert. Beispielsweise führt die Forderung nach hohem Moment in der Volllast zu einem multivariablen Optimierungsproblem: Auf der einen Seite ergibt sich eine Füllungserhöhung infolge Ausspülens. Außerdem kann auf der anderen Seite die Möglichkeit der Frühverstellung des Zündwinkels infolge verringerter Klopfgefahr wegen der Abnahme des Restgasanteils (Temperaturabsenkung) genutzt werden. Es kann unter Anwendung der Ladungswechselsimulation auch die Stellung der Nockenwellen ermittelt werden, bei der Restgasausspülen ohne nennenswerte Frischgas-Spülverluste auftritt.

238

3 Motor

Bild 3-81: Ermittlung der optimalen NW-Position in der Teillast unter Beachtung der RestgasRestriktion.

Drehmomentstruktur: Diese Funktion berechnet das indizierte sowie unter Einbeziehung der mechanischen Verluste und der Ladungswechselarbeit das effektive Motormoment. Wesentliche Aufgabe der Funktion ist die Berechnung des indizierten Drehmoments in Abhängigkeit von Drehzahl, Füllung der Zylinder mit Frischladung, Luftverhältnis und Zündwinkel sowie von anderen verbrennungsrelevanten Parametern, wie z. B. Nockenwellenstellung oder Position der Ladungsbewegungsklappe. In der Umkehrung wird im Steuergerät die für ein bestimmtes Drehmoment erforderliche Füllung berechnet und weiterhin auch die benötigte Verstellung des Zündwinkels ermittelt, um schnell eine bestimmte, z. B. aus Gründen der Fahrstabilität geforderte Drehmomentabsenkung zu realisieren. Analog zur Füllungserfassung sind für die Bedatung dieser Funktion die Zusammenhänge zwischen Drehmoment und den zu berücksichtigenden Freiheitsgraden zu ermitteln. Die Vorausberechnung des indizierten Hochdruckteil-Drehmomentes für die Applikation erfolgt mit der 0D-Arbeitsprozessrechnung. Der Verlauf der Energieumsetzung, der maßgeblich bestimmt, wie viel von der im Kraftstoff enthaltenen Energie in Kreisprozessarbeit

3.6 Einsatz der Prozess- und Ladungswechselsimulation

239

umgewandelt wird, wird mit einem Ersatzbrennverlauf beschrieben. Deshalb nimmt die modellhafte Beschreibung der Abhängigkeiten des Verbrennungsablaufes (Verbrennungsmodell) eine zentrale Stellung ein. Unter Verbrennungsmodell wird im speziellen Fall ein Satz von Polynomgleichungen verstanden, der die Abhängigkeiten der charakteristischen Umsatzpunkte von den relevanten Einflussgrößen beschreibt (Bild 3-82). Auch bei der Momentenberechnung ist die für die Modellkalibrierung notwendige Basismessung Startpunkt der Prozedur (Bild 3-83). In wenigen, durch Drehzahl und Füllung festgelegten Betriebspunkten werden die den Verbrennungsablauf beeinflussenden Größen variiert und im Wesentlichen die Druckverläufe in allen Zylindern gemessen. Die Zylinderdruckverläufe werden hinsichtlich des Verbrennungsablaufs analysiert. Die Ergebnisse der Brennverlaufsanalyse bilden die Grundlage für das Aufstellen des Verbrennungsmodells. Das Verbrennungsmodell ermöglicht, für beliebige Kombinationen von Einflussgrößen die charakteristischen Umsatzpunkte vorauszuberechnen und daraus wieder einen Ersatzbrennverlauf für die Arbeitsprozessrechnung zu bilden. Im einfachsten Fall ist das eine Vibefunktion. Die bisherigen Anwendungsfälle haben gezeigt, dass mit der Vibefunktion als Ersatzbrennverlauf für homogenen Motorbetrieb die Genauigkeitsanforderungen bzgl. des indizierten Momentes erfüllt werden.

Bild 3-82: Verbrennungsmodell.

240

3 Motor

Bild 3-83: Ablauf der Momentenberechnung.

Bild 3-84: Bewertung der Güte des Verbrennungsmodells am Beispiel des Umsatzschwerpunktes.

3.6 Einsatz der Prozess- und Ladungswechselsimulation

241

Bei ausreichender Genauigkeit des Verbrennungsmodells (vgl. Abweichungen αQ50 modelliert – gemessen, Bild 3-84) werden die Zusammenhänge zwischen Einflussgrößen und Drehmoment (Mitteldruck) mit der Prozesssimulation ausreichend genau abgebildet – die erreichbaren Abweichungen liegen bei ca. 5 % (Bild 3-85). Eine nochmalige Verringerung der Abweichungen wird erreicht, wenn die bei der Verifikationsmessung gewonnenen Ergebnisse zur Korrektur herangezogen werden. Die Berechnungsergebnisse werden dem RPC-Tool zur Datensatzerstellung übergeben. RPC optimiert analog zur Füllungserfassung die betreffenden Parameter, Kennlinien und Kennfelder des Motorsteuersystems so, dass mit der in der Motorsteuerung abgelegten Funktionsstruktur die vorgegebenen Zusammenhänge zwischen Einflussgrößen und Drehmoment mit dem geringsten Fehler reproduziert werden.

Bild 3-85: Bewertung der Güte der Drehmomentberechnung.

Zur Berechnung der Effektivwerte aus dem indizierten Hochdruckteil-Drehmoment ist die Kenntnis der Ladungswechselarbeit und des mechanischen Verlustes erforderlich. Die Ladungswechselarbeit ist ein Nebenprodukt der Füllungsberechnungen und steht in Kennfeldform für die Berechnung des indizierten Momentes zur Verfügung.

242

3 Motor

Die mechanischen Verlustmomente werden mit Hilfe von Modellen beschrieben, wobei zwischen rein empirischen Polynommodellen M Vmech = f ( na , n b , pmi )

(1)

und Ansätzen, die auf der Berücksichtigung einzelner Tribosysteme beruhen M Vmech = f (n, pme, D, H , TÖl , TZylW )

(2)

(z. B. Modell nach Schwarzmeier [2] oder Fischer [3]) gewählt werden kann. Zur Kalibrierung des Reibmodells werden üblicherweise die bei der Basismessung zur Momenten- bzw. Füllungsberechnung gewonnenen Ergebnisse genutzt. Es sind demzufolge keine zusätzlichen Messungen notwendig.

Zündwinkel: Der vom Steuergerät ausgegebene Zündzeitpunkt wird im realen Betrieb auf der Basis des zu bedatenden Grundzündwinkels berechnet. Dieser kann bei der simulationsgestützten Applikation aus dem Verbrennungsmodell, welches u. a. auch die Abhängigkeit des Umsetzungsschwerpunktes αQ50 vom Zündwinkel beschreibt, bestimmt werden. Bei Vorgabe der gewünschten Lage des Verbrennungsschwerpunktes αQ50 kann mit Hilfe des invertierten Verbrennungsmodells der dazugehörige Zündwinkel für unterschiedliche Betriebspunkte (Drehzahl, Füllung) und Bedingungen (Luftverhältnis, Nockenwellenpositionen usw.) ermittelt werden (Bild 3-86). Besonders bei aufgeladenen Motoren ist der klopfbegrenzte Bereich, in dem der Zündwinkel nicht wirkungsgradoptimal parametriert werden kann, sehr groß. Zur Ermittlung der zum Einhalten der Klopfgrenze erforderlichen Verbrennungslage kann ebenfalls die Arbeitsprozessrechnung herangezogen werden. Dazu wird unter Anwendung des Zweizonenmodells das Vorreaktionsintegral in der Zone des Unverbrannten nach Franzke [4] bzw. mit dem darauf aufbauenden Verfahren nach Spicher/Worret [5] berechnet. 1 ⋅ I = 2π n

apmax

³

aEs

p aZ e b/Tuv

dα

(3)

Betrieb an der Klopfgrenze ist so definiert, dass genau bei Vorliegen des maximalen Brennraumdruckes das Vorreaktionsintegral I den kritischen Wert IK erreicht (Bild 3-87). Bei Überschreiten von IK vor dem Auftreten des Maximaldrucks tritt Klopfen auf. IK wird in unterschiedlichen Kennfeldbereichen durch Einstellen einer exakt definierten Klopfgrenze ermittelt. Ist die Verbrennungslage an der Klopfgrenze bekannt, kann ebenso wie bei wirkungsgradoptimaler Verbrennungslage der Zündwinkel aus dem invertierten Verbrennungsmodell abgeleitet werden.

3.6 Einsatz der Prozess- und Ladungswechselsimulation

243

Bild 3-86: Berechnung wirkungsgradoptimaler und klopfbegrenzter Zündwinkel.

Bild 3-87: Erklärung des Klopfkriteriums.

244

3 Motor

Abgastemperatur und Bauteilschutz: Für mehrere Funktionen im Steuergerät wird die Abgastemperatur benötigt. Beispielsweise nimmt diese über das Restgas Einfluss auf die Füllung. Darüber hinaus sind Temperaturgrenzen vor Turbine bzw. Katalysator einzuhalten (Bauteilschutz). In der Regel wird die Temperatur nicht gemessen, sondern im Steuergerät berechnet. Dazu ist das Abgastemperaturmodell zu applizieren, wobei die Zusammenhänge zwischen Abgastemperatur und Größen wie Abgasmassenstrom (bei aufgeladenen Motoren getrennt über Turbine und Wastegate), Zündwinkel, Luftverhältnis und Turbinendruckverhältnis bekannt sein müssen. Für die Stationärbedatung liefert die Prozesssimulation diesbezüglich brauchbare Werte. Bei den Arbeitsprozessrechnungen zur Bedatung der Momentenstruktur wird ohnehin die Temperatur des Arbeitsstoffes im Zylinder bei „Auslass öffnet“ für eine Vielzahl von Parameterkombinationen berechnet. Ausgehend von dieser Temperatur wird mit geeigneten Wärmeübergangsmodellen (Wärmestrombilanzen mit Untermodellen für den konvektiven Wärmeübergang und Wärmestrahlung) die weitere Abkühlung bis zur Turbine bzw. zum Katalysator beschrieben. Bei abgasturboaufgeladenen Motoren wird die Temperaturabsenkung des Abgases über die Turbine mit Hilfe der Energiebilanz und der Massenstromaufteilung berechnet.

Bild 3-88: Berechnung des Anfettungsbedarfs zur Temperaturabsenkung.

3.6 Einsatz der Prozess- und Ladungswechselsimulation

245

Im Zusammenhang mit Abgastemperaturberechnungen kann auch der für den Bauteilschutz erforderliche Anfettungsbedarf ermittelt werden. Dazu wird ebenfalls die Arbeitsprozessrechnung eingesetzt. Unter Anwendung einer geeigneten Suchstrategie wird das Luftverhältnis solange in Richtung „fett“ verstellt und der Arbeitsprozess sowie der auspuffseitige Wärmeübergang berechnet, bis die Grenze für die Temperatur vor Turbine bzw. vor Katalysator gerade eingehalten wird. Gleichzeitig kann bzw. muss der Einfluss der geänderten Gemischzusammensetzung auf das Klopfverhalten berücksichtigt werden. Dazu ist parallel zur Anfettung auf der Basis des kritischen Vorreaktionsintegrals eine ebenfalls die Abgastemperatur beeinflussende Verstellung der Verbrennungslage vorzunehmen (Bild 3-88). Eine Anfettung gestattet eine Einstellung früherer Verbrennungslagen an der Klopfgrenze, was zu einer weiteren Absenkung der Abgastemperatur führt und den Verbrauchsnachteil kleinerer Luftverhältnisse etwas mildert.

3.6.6 Weitere Einsatzmöglichkeiten der Simulation im Applikationsprozess Die Vorausberechnung kann über die betrachteten Beispiele hinaus für die Bedatung weiterer Funktionen eingesetzt werden.

Festlegung der Filtermittenfrequenzen für Klopfregelung: Zur Festlegung der Filtermittenfrequenzen werden theoretische Betrachtungen zu dem beim Klopfen auftretenden Schwingverhalten einbezogen: Die Eigenfrequenzen bei Anregung des Arbeitsstoffes bei klopfender Verbrennung lassen sich mit der Gleichung (4) berechnen:

fn =

c ⋅γ

n, ν

D

(für runden Flachraum mit starren Wänden nach [6])

(4)

mit c = κ ⋅ R ⋅Tv

(5)

Die detaillierte thermodynamische Analyse des Arbeitsprozesses klopfender Arbeitsspiele liefert die Information über die mittlere Arbeitsstofftemperatur. Damit kann auf eine mittlere Schallgeschwindigkeit und mit dieser Größe auf die typischen Brennraumeigenfrequenzen geschlossen werden. Die Kenntnis der Zylinderbohrung D vorausgesetzt, liegen damit die Informationen zur Vorauswahl der Filtermittenfrequenzen vor.

246

3 Motor

Höhenkorrektur: Der Einfluss des mit steigender Höhe abnehmenden Umgebungsdruckes auf Ladedruck bzw. Füllung kann mit Hilfe der 1D-Ladungswechselsimulation rein rechnerisch ermittelt werden. Damit können aufwändige Untersuchungen in Höhenkammern reduziert werden. Auf der Basis von Simulationsrechnungen kann für abgasturboaufgeladene Motoren auch die Höhe ermittelt werden, bis zu der eine Einhaltung des Ladedrucks ohne Überschreiten der zulässigen Laufzeugdrehzahl möglich ist.

Temperaturkompensation: Die Temperaturkompensation im Motorsteuersystem berechnet die Temperaturen vor, in und nach dem Saugrohr, um die ins bzw. aus dem Saugrohr strömenden Massen darzustellen. Die Temperaturen der Ladung werden für beliebig zu definierende Stellen bei der Ladungswechselsimulation berechnet und in die Applikation einbezogen.

Umschaltpunkte variabler Steller zur Füllungssteuerung: Die Ladungswechselsimulation ermöglicht die Festlegung momenten- bzw. füllungsneutraler Umschaltpunkte an Ventiltrieb bzw. Saugrohr. Die Saugrohrumschaltung erfolgt in der Regel so, dass maximale Füllung entlang der Volllast erreicht wird. Die Umschaltung zwischen Ventilhüben (2-Punkt-Verstellung) muss nahezu Momenten neutral (ruckarm) vorgenommen werden. Dazu sind Nockenwellenposition und Androsselungszustand (Saugrohrdruck) für den Umschaltvorgang drehzahlabhängig so zu wählen, dass bei Umschaltung nur eine solche Füllungsänderung vorliegt, die Änderungen der inneren Verluste (z. B. Ladungswechselarbeit) kompensiert. Mit Hilfe des Verbrennungsmodells und der bei der Momentenberechnung ermittelten Zusammenhänge kann weiterhin die für eine gewünschte Momentenänderung erforderliche Zündwinkelverstellung berechnet werden.

Simulation des Streckenverhaltens zur Abstimmung der Ladedruckregelung aufgeladener Motoren: Die in Ladungswechselprogramme implementierten Module zur Berechnung der Motordynamik gestatten die Berechnung des Ladedruckauf- bzw. -abbaus bei z. B. sprungförmiger Verstellung der Drosselklappe. Die für verschiedene Betriebsbedingungen berechneten Verstell- und Ladedruckverläufe werden einem Modul des RPC-Tools (RPCControl) übergeben, um zunächst das Streckenverhalten zu beschreiben und dann im Weiteren die optimalen Parameter für die Reglereinstellung zu ermitteln.

3.6 Einsatz der Prozess- und Ladungswechselsimulation

247

3.6.7 Fazit Im Applikationsprozess kann ein erheblicher Teil der Bedatung von wichtigen Basisfunktionen, wie z. B. Füllungserfassung, Momentenstruktur, Temperaturmodelle für sowohl Saug- als auch aufgeladene Motoren durch die Anwendung physikalischer Modelle unterstützt werden. Dabei ergeben sich deutliche Zeit- und Kosteneinsparungen. Gegenüber herkömmlichen Methoden ist eine Verringerung des Messaufwands um ca. 80...90 % bei ausreichender Qualität erreichbar. Das Verfahren der Kombination von Messung und thermodynamischer Simulation wurde in der IAV bereits an den unterschiedlichen Motorkonzepten: ™ Saugmotoren mit Kanaleinspritzung ™ Saugmotoren mit Direkteinspritzung ™ Aufgeladene Motoren mit Kanaleinspritzung ™ Aufgeladene Motoren mit Direkteinspritzung erfolgreich angewendet und das Einsparpotenzial nachgewiesen. Der Einsatz derartiger Modelle hat vor allem in der Konzeptphase, die oftmals durch Änderungen an der Hardware des Motors geprägt ist, einen wesentlichen Vorteil: Die physikalischen Modelle weisen einen hohen Grad der Wiederverwendbarkeit auf und gestatten nach Änderungen der Motorhardware eine Vorausberechnung von Daten für die Applikation – je nach Genauigkeitsanspruch auch ohne Messungen. Die Anwendung physikalischer Modelle erlaubt innerhalb gewisser Genauigkeitsgrenzen auch eine Vorhersage von Kenngrößen von zukünftigen Motorkonzepten bzw. es ist die Erstellung von Datensätzen für Vergleichsfahrten mit Konzeptmotoren möglich. Damit wird die Flexibilisierung des Ablaufs von der Konzeptbewertung bis hin zur Serienbedatung erreicht. Die Methoden und Tools bilden eine durchgängige Gesamtprozesskette, angefangen von standardisierten Messabläufen, über Modellkalibrierung und Berechnung von Daten bis hin zur automatisierten Datensatzerstellung (dcm-File) mittels RPC für unterschiedlichste Anforderungsprofile.

Literatur zu Abschnitt 3.6 [1] [2]

Eichert, H.; Günther, M.; Zwahr, St.: Simulationsrechnungen zur Ermittlung optimaler Einspritzparameter an DI-Ottomotoren. Automotive Engineering Partners 9-10/2005, S. 30-35 Schwarzmeier, M.: Der Einfluß des Arbeitsprozessverlaufs auf den Reibmitteldruck von Dieselmotoren. Dissertation, TU München, 1992

248 [3] [4] [5] [6]

3 Motor Fischer, G.: Expertenmodell zur Berechnung der Reibungsverluste von Ottomotoren. Dissertation, TU Darmstadt, 2000 Franzke, D. E.: Beitrag zur Ermittlung eines Klopfkriteriums der ottomotorischen Verbrennung und zur Vorausberechnung der Klopfgrenze. Dissertation, TU München, 1981 Spicher, U.; Worret, R.:Entwicklung eines Kriteriums zur Vorausberechnung der Klopfgrenze. FVV-Forschungsbericht Nr. 700/2002 Heckl, M.; Müller, H. A.: Taschenbuch der technischen Akustik, 2. Auflage, S. 22, S. 38. Springer Verlag

249

4

Getriebe

4.1 Optimierungsverfahren in der Antriebstechnik 4.1.1 Einleitung Mit Optimieren ist jeder Mensch beschäftigt, und das sicherlich schon seit Menschengedenken. Jeder von uns optimiert Bereiche seines Lebens und stößt dabei ganz von selbst, wenn auch vielleicht unbewusst, auf den Kern der Optimierung. Kinder fangen spätestens im Grundschulalter an zu optimieren, denn alle möchten gute Noten haben, aber ohne viel dafür tun zu müssen. Das Ziel ist klar, der Einsatz begrenzt. Eltern können das an ihren Kindern schön beobachten und mancher wird dabei sicherlich an seine eigenen Kindertage erinnert. Es können dabei gute und sogar auch sehr gute Noten mit überschaubarem Aufwand erzielt werden. Sicherlich eine gute Sache, da Kinder für eine gesunde Entwicklung auch noch ausreichend Zeit zum Spielen und zur Sozialisation brauchen. Mit begrenzten Mitteln das Bestmögliche herauszuholen, das ist das Wesen der Optimierung. Unter einem Optimum (optimum [lat.]: „das Beste“) [1] versteht man das beste erreichbare Resultat im Sinne eines Kompromisses zwischen verschiedenen Eigenschaften unter dem Aspekt einer Anwendung oder Nutzung. Optimieren beschäftigt sich also nicht nur mit dem eigentlichen Ziel, sondern hat auch vorhandene Restriktionen im Blickfeld. Optimal ist nicht zu verwechseln mit ideal, das das absolut beste Denkbare meint („Koste es, was es wolle“). Das zeigt schon auf, dass ein beispielsweise auf Steifigkeit hin optimiertes Bauteil nicht die tatsächlich größtmögliche Steifigkeit besitzt. Es besitzt aber unter bestimmten Randbedingungen, wie z. B. ein begrenztes Gewicht, die maximal mögliche Steifigkeit. Technologieführerschaft ist für ZF ein wesentlicher Eckpfeiler der Unternehmensstrategie. Nur durch innovative Lösungen können Produkte mit hohem Kundennutzen angeboten werden. Sie leisten durch Verbrauchs- und Emissionsreduzierung, durch mehr Sicherheit, Fahrdynamik und Komfort wichtige Beiträge zur Verbesserung der Fahrzeuge der Kunden und ihrer Wettbewerbsfähigkeit. Potentielle innovative Lösungen stecken in jedem Detail. Diese auf einer wirtschaftlichen Basis zu erschließen, steht im Focus der ZF-Entwicklungsaktivitäten [2]. Die numerische Strukturoptimierung, die seit 1999 erfolgreich im Unternehmen eingesetzt wird und heute längst in den ZF-Entwicklungsprozess integriert ist, bildet darin einen wichtigen Baustein. Dieser Beitrag zeigt auf, welchen Nutzen die numerische

250

4 Getriebe

Strukturoptimierung bietet, dass allein die Anwendung eines Optimierungsprogramms noch keinen Erfolg garantiert, wie die Güte einer Optimierung beurteilt werden kann und wie wichtig die frühe Einbindung der Strukturoptimierung in den Entwicklungsprozess ist.

4.1.2 Gliederung der Optimierungsverfahren Die numerische Strukturoptimierung gliedert sich in die drei großen Hauptoptimierungsverfahren Topologie-, Form- und Parameteroptimierung [3]. Die Anwendungsgebiete der einzelnen Verfahren sind sehr vielschichtig und überschneiden sich auch teilweise. In diesem Kapitel werden die einzelnen Verfahren und ihre Anwendungsgebiete anhand dem Beispiel einer Brücke kurz vorgestellt. Eine Übersicht ist in Bild 4-1 dargestellt. Die Topologieoptimierung liefert einen Designvorschlag innerhalb eines definierten Bauraumes, der unter den gegebenen Randbedingungen und des Optimierungsziels optimal ist. Benötigt werden zur vollständigen Beschreibung der Ausgangsbasis der Bauraum, in dem sich das Bauteil ausdehnen darf, die Belastungen und die möglichen Lagerstellen. Mit diesen Angaben und der Definition des Optimierungsproblems kann die Optimierung durchgeführt werden. Diese wenigen notwendigen Angaben prädestinieren die Topologieoptimierung für den Einsatz in der frühen Produktentwicklungsphase, bevor überhaupt ein erster Entwurf vorliegt. Als Ergebnisse können sich topologisch völlig unterschiedliche Strukturen ergeben, je nachdem, wie die Randbedingungen, das Optimierungsziel und die Optimierungsrestriktionen definiert sind. Am Beispiel der Brücke in Bild 4-1, linke Spalte, können Gestaltungsvorschläge entstehen, die zwei oder vier Lagerpunkte verwenden. Ist die Lage der Fahrbahn vordefiniert, so ergeben sich auch dadurch unterschiedliche Strukturen. Die Topologieoptimierung ist völlig frei in der Gestaltung, Anordnung und Lage der Strukturen innerhalb des Bauraumes. Das Optimierungsziel bei der Topologieoptimierung ist typischerweise die Maximierung der Steifigkeit und die Einstellung von gezielten Verschiebungen und Reaktionskräften. Die Topographieoptimierung, die sich schon nicht mehr so richtig in die drei Hauptoptimierungsverfahren einordnen lässt, wird zur optimalen Anordnung von Sickenmustern oder besser Verprägungsmustern in einem dünnwandigen Bauteil verwendet. Das Ziel dabei sind maximale Steifigkeit oder bestimmte Eigenfrequenzen der Bauteile. Der oft anstelle von Topografieoptimierung gebrauchte Begriff Sickenoptimierung ist eher irreführend, da es nicht nur um Sicken im klassischen Sinn geht, sondern ganz allgemein um Verprägungsmuster. Die Formoptimierung wird hauptsächlich zur Spannungsreduktion an bestehenden Bauteilen eingesetzt. Es werden damit aber auch bestimmte Verschiebungen an definierten Stellen eingestellt oder weiter minimiert. Im Gegensatz zur Topologieoptimierung setzt die Formoptimierung auf einem ersten Entwurf auf, der die Ausgangsbasis der Formop-

4.1 Optimierungsverfahren in der Antriebstechnik

251

timierung ist. Es muss also bereits ein erster Entwurf vorliegen, bevor man mit der Formoptimierung beginnen kann. Dieser Entwurf legt die Gestalt, die Topologie des Bauteils fest und somit werden wichtige Eigenschaften schon vor der Formoptimierung festgelegt. Am Beispiel der Brücke entscheidet man sich also vor der Formoptimierung für eine Hängebrücke oder Bogenbrücke etc. Eine Bogenbrücke mit 6 senkrechten Stäben (Steher) wie in Bild 4-1, mittlere Spalte, wird nach der Formoptimierung auch wieder 6 Stäbe haben. Was sich ändern kann, sind die Lage der einzelnen Stäbe, die Krümmung des Bogens etc. Es können also die schon vorhandenen Strukturelemente verschoben und variiert werden.

Bild 4-1: Einteilung der Optimierungsverfahren mit Ausgangsbasis und möglichen Ergebnissen.

Ziel der Formoptimierung ist die Spannungsreduktion am Bauteil, die Feinabstimmung von Verschiebungen, Reaktionskräften oder Massen. Bei vielen Bauteilen ist eine Topologieoptimierung vor der Formoptimierung sinnvoll, so dass die Ausgangsbasis schon eine möglichst optimale Gestalt hat. Die Parameteroptimierung dient der Ermittlung optimaler Werte für Bauteilparameter wie Wandstärken, Faserausrichtungen in Laminaten, Feder-, Balken- und Querschnittsgrößen von Balkenelementen hinsichtlich maximaler Steifigkeit, minimaler Spannungen oder mi-

252

4 Getriebe

nimalem Gewicht. Wie die Formoptimierung setzt die Parameteroptimierung auf einen bestehenden Entwurf auf, dessen Topologie nicht verändert wird. Im Beispiel der Brücke kann die Dimensionierung der Balkenquerschnitte mit der Parameteroptimierung erfolgen. (Bild 4-1, rechte Spalte). Im diesem Beitrag wird hauptsächlich auf die Topologieoptimierung weiter eingegangen, da sie das größte Optimierungspotenzial bietet und auch durch den möglichen Einsatz in der frühen Entwicklungsphase von großer Bedeutung ist.

4.1.3 Topologieoptimierung: Begriffsklärung und Analogie Was ist eigentlich Topologie? Die Topologie ist zunächst einmal die Lehre von der Anordnung und der Lage geometrischer Gebilde im Raum. Was bedeutet das? Die ZF feierte 2005 ihr 90-jähriges Bestehen. Aus diesem Anlass wurde ein Besuchertag organisiert, der es den Familien der Beschäftigten ermöglichte, die Werke in Friedrichshafen von innen zu sehen und vieles über die Arbeit der unterschiedlichen Bereiche zu erfahren. Hierfür wurden verschiedene Besucherrundgänge eingerichtet, entlang denen Informationsinseln mit Vorführungen aus den betreffenden Bereichen stattfanden. Um zu erklären, wie Bauteile in der ZF optimiert werden, wurde auch hier eine solche Insel eingerichtet. Als Einleitung in die Thematik wurde das Beispiel Tauziehen herangezogen. Damit konnte die Topologieoptimierung schön veranschaulicht und auch gleich praktisch erfahren werden.

Bild 4-2: Topologieoptimierung im allgemeinen Erfahrungsbereich.

Die geometrischen Gebilde bestehen aus 4 Personen, 3 Erwachsenen, also großen und kräftigen Strukturelementen, und einem Kind, einem kleinen und zierlichen Strukturelement. Die Anordnung ist derart gestaltet, dass die drei Erwachsenen auf der einen Seite stehen, das Kind auf der anderen (Bild 4-2). Die Lage der Gebilde im Raum ist so, dass die Großen nur senkrecht stehen dürfen, das Kind aber jede beliebige Lage einnehmen darf.

4.1 Optimierungsverfahren in der Antriebstechnik

253

Bild 4-3: Die optimale Lage ist entscheidend, nicht die Masse.

Wer wird beim Tauziehen gewinnen? Wir haben es mehrfach am Familientag ausprobiert: natürlich das Kind. Und nicht etwa deshalb, weil die Großen so nett waren und das Kind haben gewinnen lassen, nein, sondern weil das Kind im Gegensatz zu den Erwachsenen eine günstige Lage im Raum einnehmen und dadurch seine Möglichkeiten optimal einsetzen konnte (Bild 4-3).

4.1.4 Prinzipielle Vorgehensweise bei einer Topologieoptimierung Das prinzipielle Vorgehen bei einer Topologieoptimierung soll wieder am Beispiel einer Brücke veranschaulicht werden. Zunächst wird der Bauraum definiert, in dem sich die Brücke befinden kann. Im Beispiel ist das ein einfaches Rechteck (Bild 4-4, oben). Es werden an diesem Bauraum noch die möglichen Auflagerpunkte und die Belastung definiert.

Bild 4-4: Prinzipielle Vorgehensweise bei einer Topologieoptimierung.

Der Bauraum besteht aus dem Optimierungsraum oder design space und dem non-design space. Bereiche der Brücke, die unabhängig vom Optimierungsergebnis auf jeden Fall gebraucht werden, können vor der Optimierung festgelegt und als non-design space defi-

254

4 Getriebe

niert werden. Bei einer Brücke ist es beispielsweise die Fahrbahn, die durchgängig vorhanden sein soll, damit man sie problemlos überqueren kann. Der Bereich der Fahrbahn wird also aus dem Optimierungsraum herausgenommen und steht nicht zur Disposition. Egal wie die Optimierung aussieht, der non-design space wird immer im Optimierungsergebnis enthalten sein und seine Eigenschaften werden während der Optimierung berücksichtigt. Was soll denn eigentlich optimiert werden? Diese Frage beantwortet die Definition des Optimierungsproblems, in dem die Zielfunktion und Restriktionen beschrieben werden. Die Zielfunktion ist in diesem Beispiel die Maximierung der Steifigkeit bei einer gleichzeitigen Restriktion der Masse. Die Maximierung der Steifigkeit impliziert neben dem eigentlichen Aspekt von möglichst geringen Verschiebungen auch noch möglichst geringe Beanspruchungen in der Struktur. Eine Struktur von hoher Steifigkeit bietet im Normalfall die besten Voraussetzungen für geringe Beanspruchungen. Die Restriktionen sind für die Optimierung sehr wichtig. Mit ihnen können unerwünschte Eigenschaften begrenzt werden. Dies sind zum Beispiel der Materialeinsatz oder Verschiebungen und Reaktionskräfte an bestimmten Stellen. Die Spannungen selbst können im Optimierungsgebiet heute noch nicht sinnvoll explizit als Restriktion berücksichtigt werden. Nach dem Optimierungslauf erhält man eine Dichteverteilung über den gesamten Bauraum (Bild 4-4, unten). Die Dichte variiert zwischen null und dem Wert 1. Die Bereiche mit hoher Dichte markieren die Bereiche, die für das Optimierungsziel wichtig sind, wo also Material vorhanden sein soll. Betrachtet man das Optimierungsergebnis, so erkennt man recht gut die Gestalt einer Brücke. Dieser Gestaltungsvorschlag, den ein Topologieoptimierungsprogramm liefert, muss jetzt in eine gut zu fertigende, kostengünstige und montagefreundliche Konstruktion umgesetzt werden. Dieser Schritt ist sehr wichtig und im vorliegenden Beispiel scheint die Umsetzung relativ klar und einfach zu sein. Normalerweise ist das aber schwieriger. In den folgenden Anwendungsbeispielen wird darauf näher eingegangen.

4.1.5 Grundlegende Erfahrungen bei der Topologieoptimierung eines Differenzialdeckels In den 90er Jahren wurde in der ZF die Entwicklung der kommerziellen Optimierungsprogramme beobachtet und immer wieder einzelne Programmtests durchgeführt, bis man sich 1999 für ein Programmpaket entschied, das nach intensiver Testphase überzeugte. In diesem Kapitel wird beschrieben, wie dieser Test an einem praktischen Beispiel durchgeführt wurde. Die Erfahrungen daraus sind heute noch grundlegend für den Optimierungsprozess bei ZF und werden in diesem Buch jetzt zum ersten Mal veröffentlicht. In den Jahren 1998 und 1999 war die intensive Entwicklungsphase der 6-Gang PkwAutomatgetriebe. Ein unscheinbares Bauteil wie der Differenzialdeckel, der aber einen wesentlichen Beitrag für die Gesamtfunktion des Getriebes leistet, war in dem halben

4.1 Optimierungsverfahren in der Antriebstechnik

255

Jahr vor dem Test auf herkömmliche Weise in sehr vielen Schleifen optimiert worden. Angefangen von dem klassischen Bild der vom Lagermittelpunkt aus radial um den Lagersitz herum angeordneten Rippen, wurde in dieser Zeit ein Deckel entwickelt, von dem dann einige Prototypen für umfangreiche Funktions- und Belastungstests hergestellt wurden (Bild 4-5).

Bild 4-5: Auf herkömmliche Weise optimierter Differenzialdeckel, Referenzmodell für die Optimierung.

Genau zu dieser Zeit wurde die Optimierungssoftware OptiStruct (Altair) getestet und man war auf der Suche nach einem Testbeispiel. Der Differenzialdeckel war in mehrfacher Hinsicht ideal. Zunächst war er klein und kleine Testmodelle sind zum Ausprobieren und Untersuchen von Auswirkungen verschiedener Einstellungen und Parameter gut geeignet, da die Rechenläufe kurz sind und so relativ schnell der Einfluss verschiedener Parameter und Einstellungen untersucht werden kann. Um die Entscheidung treffen zu können, ob eine bestimmte Optimierungssoftware beschafft wird oder nicht, ist es notwendig zu wissen, welchen Nutzen der Einsatz für das Unternehmen hat. Der kurz davor von Spezialisten auf damals noch herkömmliche Weise optimierte Deckel markiert und dokumentiert eine Art Optimum der bis dahin üblichen Vorgehensweise. Auch der Prototypstatus untermauert das ausgereifte Design und ein Ende der Leistungsfähigkeit dieser Vorgehensweise. Der dritte Punkt für die Auswahl dieses Testmodells war, dass eine weitere Verbesserung des Deckels weitere Performancesteigerungen des Gesamtgetriebes bringen würde. Falls weitere signifikante Verbesserungen erzielt würden, könnten diese bis zum Serienstart noch mit einfließen. Um den Optimierungshintergrund besser zu verstehen, wird zunächst erklärt, warum der Differenzialdeckel für die Funktion und Leistungsfähigkeit des Gesamtgetriebes von großer Bedeutung ist. Das Automatgetriebe gibt es in verschiedenen Varianten. Das Standardgetriebe wird hauptsächlich in heckgetriebenen Fahrzeugen verwendet. Auf

256

4 Getriebe

diesem Standardgetriebe aufbauend wurden die Varianten für Allradantriebe und für frontgetriebene Fahrzeuge mit längs eingebautem Motor abgeleitet. Alle Varianten außer der Standardanwendung leiten das Moment ganz oder teilweise seitlich rechts am Getriebe nach vorn zum integrierten Differenzial.

Bild 4-6: Kraftfluss im 6-Gang Pkw-Automatgetriebe.

Über eine Hypoid-Kegelradstufe wird das Moment auf die beiden Vorderräder übertragen. Da man sich hier bereits am Ende der Übersetzungskette befindet, sind die Momente dort sehr hoch (Bild 4-6). Diese Momente führen zu hohen Kräften im HypoidKegeltrieb, da die Kegelraddurchmesser durch Einbaubedingungen begrenzt sind. Die Zahnkräfte drücken das Ritzel und das Tellerrad auseinander und führen zu entsprechend hohen Lagerkräften an der Ritzelkopflagerung wie auch an der Lagerung des Differenzials. Das durch die Axialkraft des Hypoidkegelrades zusätzlich beanspruchte Lager des Differenzials befindet sich im Differenzialdeckel, der diese hohen Kräfte aufnehmen und zum Hauptgehäuse leiten muss. Der Deckel hat zwei wesentliche Anforderungen. Zunächst ist die Festigkeit zu gewährleisten. Es darf bei Missbrauchs- oder Sonderlasten nicht zum Bruch kommen, das Getriebe würde ausfallen und Öl könnte auslaufen. Der Deckel muss zudem unter maximalen Betriebslasten und unter extremen Temperaturen durch den in manchen Fahrzeugen nahe vorbeigeführten Abgaskrümmer dauerfest sein. Der Deckel ist wie alle anderen Gehäuseteile in Aluminium-Druckguss ausgeführt. Die zentrale Funktion des Differenzialdeckels ist es, das Tellerrad unter Last möglichst nahe seiner ursprünglichen, unbelasteten Lage zu halten. Jede kleine Verschiebung führt

4.1 Optimierungsverfahren in der Antriebstechnik

257

in einem Hypoid-Kegeltrieb schnell zu schlechten Tragbildern, die Zähne tragen nicht mehr über ihre volle Breite und es kommt zu Überlastungen an den Randbereichen der Zähne. Dies kann bei hohen Momenten zu Zahnbruch oder im Teillastbereich zu Geräuschen führen. Bei der Fertigung der Zahnräder erfolgt eine Korrektur der Zähne auf den unter Last verformten Zustand. Nur ergibt sich bei stark lastabhängigem Tragbild folgendes Problem: diese Korrektur kann nur auf einen bestimmten Momentenbereich erfolgen. Korrigiert man die Zähne auf Volllast, um Zahnbruch zu vermeiden, ergeben sich Geräuschprobleme im akustisch sensiblen Teillastbereich. Korrigiert man auf Geräusch im Teillastbereich, hat man ein Festigkeitsproblem bei Volllast. Die Konsequenz daraus ist, alles zu tun um die Relativverschiebung zwischen Ritzel und Tellerrad unter Last so klein wie möglich zu halten, also die Lastabhängigkeit des Tragbildes in der Verzahnung zu minimieren. Daraus ergibt sich die zentrale Forderung nach maximaler Steifigkeit der Gehäuse im Gebiet des Differenzials und somit des Differenzialdeckels. Dies allein wäre aber noch keine Optimierungsaufgabe, denn wie schon eingangs erwähnt, benötigt man hierzu noch Restriktionen. Und solche sind auch hier vorhanden. Ohne Restriktionen wäre die Forderung nach maximaler Steifigkeit schnell erfüllt. Man müsste, was die Gehäuseteile und den Differenzialdeckel angeht, nur den Bauraum voll mit Material ausfüllen und das Aluminium mit einem Werkstoff höheren E-Moduls ersetzen. Schon hätte man die mit Sicherheit steifste Lösung. Die Restriktionen ergeben sich zum einen aus der Forderung nach Leichtbau, zum anderen durch notwendige Kosteneinsparungen in der Herstellung wie auch im Materialeinsatz. Die neuen 6-Gang Pkw-Automatgetriebe sind im Schnitt, je nach Anwendung, bei einer gleichzeitigen Steigerung des übertragbaren Drehmoments von 15 % um fast 10 % leichter als ihre Vorgänger mit 5 Gangstufen. Mit über 1.000.000 ausgelieferten PkwAutomatgetrieben allein in 2006 ergibt das eine beeindruckende Materialeinsparung, die ein Teil der stark gestiegenen Rohstoffpreise ausgleichen konnte. Für die Optimierung des Differenzialdeckels wurde zunächst der zur Verfügung stehende Bauraum ermittelt (Bild 4-7). Nach innen ist der Bauraum durch das Differenzial mit dem Tellerrad, nach außen durch den Schraubflansch zur Seitenwelle des angetriebenen Fahrzeugrades und andere Teile wie den Abgaskrümmer begrenzt. Festgelegt und somit nicht zum Optimierungsraum gehörend sind der kreisrunde Flansch mit Zentrierbund und der Lagersitz. Mit diesem mit Finiten-Elementen vernetzten Modell wurden nun verschiedene Optimierungsläufe gemacht und die Auswirkungen untersucht. Optimierungsziel ist die Maximierung der Steifigkeit mit einer Restriktion der Masse. Hierbei wird über den Füllungsgrad der Materialeinsatz begrenzt.

258

4 Getriebe

Bild 4-7: Modell des Bauraums mit Flansch und Lagersitz.

Das Optimierungsergebnis des Differenzialdeckels ist in Bild 4-8 zu sehen. Man erkennt den Flansch und den Lagersitz, die beide Nicht-Optimierungsraum und somit im Ergebnis auch vollständig enthalten sind. Dazwischen haben sich fünf Streben ausgebildet. Die Streben laufen von Verschraubungspunkten aus zum Lagersitz. Drei der Streben liegen auf der lastzonenabgewandten Seite des Lagers, zwei im Bereich der Lastzone. Mit der Lastzone eines Lagers ist der Bereich gemeint, der durch die Lagerkraft belastet wird.

Bild 4-8: Erstes Optimierungsergebnis des Differenzialdeckels.

Was fängt man mit so einem Ergebnis an? Öldicht ist dieser Designvorschlag sicherlich nicht. Also benötigt man zunächst einmal eine geschlossene Wand. Mehr als die Hälfte des Materials steckt bei einem Gussgehäuse in der Wand. Der Rest befindet sich in Flanschen, Lagersitzen, Schraubenaugen und Rippen. Es ist wichtig und notwendig, dieses Material so gut wie möglich zu platzieren. Gedanklich kann man sich den mit Material gefüllten Bauraum als einen Raum vorstellen, durch den von der Lasteinleitung zur Lastausleitung Kräfte fließen. Diese suchen sich den günstigsten Weg. Diese räumlichen Wege gilt es mit Material zu besetzen, will man eine möglichst steife Struktur haben. Im

4.1 Optimierungsverfahren in der Antriebstechnik

259

Beispiel ist es für die Steifigkeit scheinbar nicht notwendig, zwischen den Streben Material anzulagern, doch ist es aus der Forderung nach Öldichtigkeit notwendig. Also führt man doch die Wand zumindest durch den Raum, in dem sich die Streben befinden. So wird gewährleistet, dass möglichst viel des Materials der Wand in Bereichen liegt, die für die Steifigkeit wichtig sind. So hat das Material in der Wand nicht nur die Aufgabe Öl im Getriebe zu halten, sondern kann sich auch gleichzeitig bestmöglich an der Gesamtsteifigkeit und dem Halten des Differenziallagers beteiligen.

Bild 4-9: Schnitt durch die Streben.

Bei näherem Betrachten der Streben und durch Erzeugen von Schnitten sind Unterschiede zu erkennen (Bild 4-9). Die Streben auf der lastzonenabgewandten Seite verlaufen vom Lager aus entlang der inneren Bauraumgrenze und lösen sich dann in der Nähe des Flansches von der inneren Bauraumgrenze ab und gehen geradlinig zum Flansch. Sie verbinden also den Lagersitz mit dem Flansch so gut wie möglich geradlinig. Die beiden Streben in der Lastzone verlaufen dagegen über den ganzen Bereich entlang der inneren Bauraumgrenze und bilden einen Knick nach außen, der fast bis zur äußeren Bauraumgrenze reicht. Diese Information wurde genutzt und ein nicht rotationssymmetrischer Wandverlauf generiert, der im Bereich der Lastzone eine steil angestellte Wand aufweist, während die Wand auf der lastzonenabgewandten Seite sehr flach verläuft (siehe Bild 4-10).

Bild 4-10: Unsymmetrischer, auf die Lagerkraft hin ausgerichteter Wandverlauf.

260

4 Getriebe

Beim Betrachten der generierten Wand und beim Darüberlegen des eigentlichen Optimierungsergebnisses (Bild 4-11, links) kann man fast nicht anders als hier noch 5 Rippen anzubringen, die genau in Richtung der Streben liegen und deren Form abbilden. Auch hier ist beim genaueren Hinsehen etwas Besonderes festzustellen. Verlängert man die Streben in der Draufsicht über das Lager hinweg (Bild 4-11, rechts), stellt man fest, dass sich die Linien nicht im Lagermittelpunkt schneiden, sondern im Bereich des Flächenschwerpunkts der Lastzone. Lager sind fast immer mit einer Radial und Axialkraft beaufschlagt. Kegelrollenlager induzieren selbst durch den Kegelwinkel eine Axialkraft. So entsteht auch bei reiner äußerer Radiallast auch hier eine Axialkraft. Die Radialkräfte verlagern die Axialkräfte im Lager in die Richtung, in die sie wirken. Dadurch werden die eigentlich zentrisch wirkenden Axialkräfte mitverlagert und wirken exzentrisch. Die fünf radialen Rippen sind also nicht wie es oft anzutreffen ist vom Lagermittelpunkt aus sternförmig angeordnet, sondern auf die Lastzone des Lagers hin ausgerichtet.

Bild 4-11: Ableitung einer auf die Lastzone hin ausgerichteten Verrippung.

Es wurde an dieser Stelle bewusst darauf verzichtet, zusätzliche Versteifungsmaßnahmen aus der Erfahrung heraus einzubringen. Es sollten nur Strukturen in das neue Design einfließen, die auch dem Optimierungsergebnis zu entnehmen sind. Für den neuen Entwurf (Bild 4-12) wurde mit einem etwas komischen Gefühl im Bauch eine Berechnung gestartet. Einerseits wurden ja mit viel Mühe und Neugier aus dem etwas kryptischen Optimierungsergebnis alle möglichen Informationen herausgeholt – der Wandverlauf und die Ausrichtung, Form und Lage der Rippen. Aber allein der Anblick des neuen Designs führt zu einem sehr skeptischen Gefühl. Die Intuition und Erfahrung, im Besonderen auch die mit den vielen berechneten Varianten im Vorfeld des Tests, sagen, dass dieses Design keinesfalls steifer als der Prototyp, das Referenzmodell sein kann. Für den neuen Entwurf wurde 20 % weniger Material verwendet als beim Prototyp. Aber erreicht er seine Steifigkeit oder übertrifft er diese sogar? Der Vergleich der beiden Bauteile unter identischen Randbedingungen in der FE-Analyse wird es zeigen.

4.1 Optimierungsverfahren in der Antriebstechnik

261

Bild 4-12: Optimierter Deckel nach dem 1. Optimierungsschritt.

Bild 4-13: Vergleich des Deckels nach der 1. Optimierung mit dem Referenzmodell.

Der Vergleich zwischen dem optimierten Deckel und dem Referenzmodell zeigt, dass der optimierte Deckel nicht nur 20 % leichter ist, sondern auch 40 % an Steifigkeit verloren hat (Bild 4-13). Und das war ja nun überhaupt nicht das Optimierungsziel. Die Steifigkeit sollte doch weiter gesteigert werden, um eine stärkere Lastunabhängigkeit der Flankenlinie im Zahneingriff zu bekommen. Das Ergebnis war ziemlich ernüchternd. Die Überprüfung der Eingabedaten, Rücksprache mit dem Softwarehersteller, Diskussionen mit Kollegen, all das brachte keine neuen Erkenntnisse, außer der, dass eigentlich nichts falsch gemacht wurde. Vielleicht hätte

262

4 Getriebe

man sich gefreut, ein Ergebnis mit einem Optimierungsprogramm erzielt zu haben und ein neuartiges Design mit unsymmetrischer Wand und nicht auf den Lagermittelpunkt hin ausgerichteten Rippen gefunden zu haben. Und vielleicht hätte man den Deckel sogar so gebaut, hätte man da nicht diesen Vergleich mit dem zuvor auf die alte, herkömmliche Weise optimierten Deckel gehabt. Wenn aber alles richtig gemacht wurde, vielleicht fehlte noch etwas? Vielleicht war man den Weg noch nicht ganz zu Ende gegangen? Dies war die entscheidende Überlegung. Die Erkenntnis daraus zieht sich bis heute in den Optimierungsaktivitäten der ZF durch. Zwischen dem Deckel und dem Optimierungsergebnis bestehen erhebliche Unterschiede. Aus einem Fachwerk mit gerade mal 5 Streben wurde eine geschlossene, öldichte Struktur gemacht. Diese notwendige Ergänzung verändert die ganze Situation. Also war die Überlegung, eine Optimierung auf Basis dieser veränderten Ausgangssituation erneut durchzuführen. In diesem zweiten Optimierungsschritt wurde der neue Deckel in den verbleibenden Optimierungsraum eingepackt. Der Bauraum wird dabei mit dem Deckel partitioniert. Dadurch entstehen zwei getrennte Volumenbereiche. Der non-design space, der jetzt den ganzen aktuellen Stand des Deckels umfasst, und der Optimierungsraum mit dem Rest des noch zur Verfügung stehenden Bauraums. Die Basis für einen weiteren Optimierungsschritt ist jetzt deutlich anders. Die zweite Optimierungsschleife wird ein ganz anderes Ergebnis zeigen, da jetzt mit der Steifigkeit der Wand und der Rippen gerechnet und optimiert wird, ganz gleich, ob die Struktur nun für das definierte Optimierungsziel optimal ist oder nicht. Die Fragestellung ist jetzt, wie muss das bis hierher entwickelte neue Design des Deckels weiter versteift werden?

Bild 4-14: Optimierungsergebnis nach der 2. Optimierung.

4.1 Optimierungsverfahren in der Antriebstechnik

263

Das Ergebnis sieht jetzt wie erwartet deutlich anders aus. Über der geschlossenen Wand baut sich in der Lastzone eine Materialansammlung auf, die die Höhe des ganzen Bauraumes ausnützt. Links und rechts der Lastzone legt sich Material wie eine Spange um den Lagersitz, deren Höhe mit zunehmender Entfernung zur Lastzone abnimmt und schließlich unten an der Wandung ausläuft. Weiter sind noch zwei zusätzliche Anbindungen an Verschraubungspunkten ausgebildet worden. Das neue Modell wird nun um diese neuen Ergebnisse ergänzt und aufgebaut. Der Wandverlauf aus der ersten Berechnungsschleife wird übernommen, die 5 Rippen auf Basis der 5 Streben der ersten Berechnungsschleife um die zwei dazugekommenen Rippen der zweiten Berechnungsschleife ergänzt und die Spange – ja, was ist mit der Spange? Das direkte Ergebnis lässt sich aus gusstechnischen Gründen so nicht fertigen. Wie ist diese massive Materialansammlung dort zu interpretieren und umzusetzen? Da es keine eindeutige Interpretation gibt, wurde aus dem Ergebnis eine Variante nach der anderen abgeleitet und berechnet. Aber keines dieser Modelle war besser als der Prototyp. Zu dieser Zeit fand ein Treffen im kleinen Rahmen zum Erfahrungsaustausch beim Softwarehersteller statt. Dies war eine gute Gelegenheit, die Ergebnisse der Optimierung und aller daraus abgeleiteten Varianten mitzunehmen und sie mit den Experten vor Ort zu diskutieren. Alle Anwesenden waren ziemlich ratlos, dass keine der aus der Optimierung abgeleiteten Varianten besser war wie das Referenzteil. Zum Schluss der Diskussion sagte dann noch ein sehr erfahrener Teilnehmer wörtlich: „Manchmal muss man Dinge tun, von denen man denkt, das kann doch gar nicht sein.“ Er meinte damit, das Optimierungsergebnis einmal ganz frei zu interpretieren, die Welt von bislang bewährten und etablierten Lösungen zu verlassen und ganz ungewöhnliche Konzepte auszuprobieren. Mit dieser Ermutigung wurden die Ergebnisse danach nochmals angeschaut und dann mit der Modellierung einer gekrümmten doppelreihigen Rippe begonnen, die innerhalb der äußeren umlaufenden Berandung der Spange verläuft. Dies wurde mit der Gewissheit getan, dass dies der letzte Versuch sein würde (Bild 4-15).

Bild 4-15: Optimierter Deckel nach dem 2. Optimierungsschritt.

264

4 Getriebe

Dieses Modell wurde erneut berechnet und der Blick auf die Verschiebung zeigte, dass jetzt endlich der Differenzialdeckel um 10 % steifer geworden ist! Und das im Vergleich zu einem im Vorfeld in vielen Optimierungsschleifen intensiv auf Steifigkeit getrimmten Deckel – eine ganz neue Dimension (Bild 4-16).

Bild 4-16: Vergleich des Deckels nach der 2. Optimierung mit dem Referenzmodell.

Am Anfang einer Optimierung kann mit wenig Aufwand viel erreicht werden. Je weiter man aber in der Optimierung vorankommt, umso größer wird der Aufwand für immer kleinere Fortschritte. Man nähert sich mehr oder weniger asymptotisch einem Optimum. In diesem Stadium noch 10 % Steifigkeitszuwachs herauszuholen, das ist ein richtiger Sprung. Mit 15 % weniger Gewicht und Materialeinsatz wird dazu noch fast beiläufig ein deutlicher Beitrag zum Leichtbau und zur Kostenersparnis beigesteuert. Es gibt auch noch einen sekundären Effekt. Der Prototyp ist durch einen durchgängigen hohen Bund über dem Flansch gekennzeichnet. Die Optimierung zeigte aber, dass die vorgeschlagene Struktur auch ohne diesen Bund auskommt. Die Schraubenlänge konnte dadurch um mehr als die Hälfte reduziert werden, was zusätzlich Gewicht und Kosten spart. Der Differenzialdeckel ist heute in mehreren Anwendungen bei den Pkw-Automatgetrieben im Serieneinsatz (Bild 4-17).

4.1 Optimierungsverfahren in der Antriebstechnik

265

Bild 4-17: Serienstand 6-Gang Pkw-Automatgetriebe.

Hohe Steifigkeit bei geringem Gewicht ist für alle Getriebegehäuse eine der Hauptanforderungen. Der Differenzialdeckel ist von der Funktion her im Wesentlichen ein Lagersitz und von denen gibt es im Maschinenbau und der Antriebstechnik jede Menge. Das Potenzial dieser Lösung, die in den für die ZF relevanten Ländern durch bereits erteilte Patente geschützt ist, wird heute schon in vielen anderen in Serie befindlichen ZFProdukten genutzt. So ist sie auch in den 6-Gang Pkw-Handschaltgetrieben in Serie, die dort eine Halbierung der Beanspruchungen und Verschiebungen der Gehäuse bewirkt hat (Bild 4-18). Die Gehäuse sind heute dadurch leichter und können dabei noch viel höhere Momente übertragen. In vielen weiteren ZF-Produkten aus den Bereichen Pkw, Nkw, Van, Bahn, und Marine ist diese Lösung in Serie und ist auch Bestandteil aktueller Entwicklungsprojekte wie der Doppelkupplungsgetriebe und 8-Gang Automatgetriebe.

266

4 Getriebe

Bild 4-18: Übertragung auf andere Produkte: Serienstand 6-Gang Pkw-Handschaltgetriebe.

Was kann man aus diesem Beispiel lernen? Zunächst ist es einmal ganz wichtig zu erkennen, dass allein die Anwendung eines Optimierungsprogramms noch lange kein optimales Bauteil garantiert. Stellen Sie sich vor, man hätte im vorliegenden Beispiel kein Referenzmodell gehabt, an dem man das Ergebnis hätte messen können und man wäre mit dem Ergebnis nach der ersten Optimierung zufrieden gewesen. Man hätte mit einem Optimierungswerkzeug ein wesentlich schlechteres Bauteil zustande gebracht als ein auf herkömmliche Weise mit Erfahrung entwickeltes Bauteil. Es war auch entscheidend, dass auf Basis des Optimierungsergebnisses mehrere Varianten abgeleitet und diese miteinander rechnerisch verglichen wurden. Ein Optimierungsergebnis lässt sich auf ganz viele verschiedene Weisen interpretieren. Für diese Phase sollte man Zeit einplanen und verschiedene Interpretationen untersuchen. Es ist sicherlich hilfreich, wenn man selbst ein Modellierungswerkzeug zur einfachen Modellierung von 3DModellen zur Verfügung hat. So können schnell Konzepte umgesetzt und analysiert werden. Die Vermittlung von gestalterischen Vorstellungen anhand von direkten Optimierungsergebnissen ist ein schwieriger Prozess. Mit daraus abgeleiteten, bereits analysierten Konzepten wird dieser Prozess deutlich vereinfacht. Die allerwichtigste Aussage ist aber die: Mit Hilfe der numerischen Strukturoptimierung ist es möglich, sehr viel bessere Strukturen zu finden, auf die man sonst wohl nie ge-

4.1 Optimierungsverfahren in der Antriebstechnik

267

kommen wäre. Dieses bislang ungenutzte Optimierungspotenzial kann mit der numerischen Strukturoptimierung erschlossen und genutzt werden.

4.1.6 Topografieoptimierung einer Ölwanne Im Rahmen des Programmtests wurde noch ein zweites Beispiel ausgewählt, mit dem die Optimierung der Eigenfrequenzen getestet werden sollte. Auch hier war die Situation ähnlich wie beim Differenzialdeckel. Ebenfalls für das 6-Gang Pkw-Automatgetriebe war bereits eine Blechölwanne optimiert worden – auf herkömmliche Weise in mehreren Optimierungsschleifen (Bild 4-19). Dieses Modell dient als Referenzmodell für die Optimierung, mit dem das Optimierungsergebnis verglichen wird. Mit der Versickung der Ölwanne wird das Ziel angestrebt, die erste Eigenfrequenz der Ölwanne über die Anregung des Motors zu bekommen. Dadurch wird vermieden, dass die Ölwanne beim Hochlaufen des Motors in Resonanz gerät.

Bild 4-19: Referenzmodell: auf herkömmliche Weise optimierte Ölwanne.

Der erste Optimierungsschritt setzt auf dem unversickten Modell der Ölwanne auf (Bild 4-20). Dieses wurde vernetzt und in drei Bereiche eingeteilt. Der Flanschbereich soll nicht verändert werden und ist als non-design space definiert. Der Optimierungsraum ist in zwei Bereiche unterteilt. Der hintere Teil der Ölwanne befindet sich in der Nähe des Ölfilters. Dort ist die Verschiebung der Ausgangsgeometrie stärker eingeschränkt als in dem Bereich außerhalb davon. Den beiden Bereichen wird daher eine unterschiedliche,

268

4 Getriebe

maximal zulässige Verschiebung zugewiesen, die bei der Optimierung berücksichtigt werden muss. Die Verschiebung des Materials darf wegen der Bodenfreiheit nur nach innen erfolgen.

Bild 4-20: Optimierungsbasis: unversickte Ölwanne mit non-design space (rot).

Bild 4-21 zeigt das Optimierungsergebnis. Die unterschiedlichen Farben zeigen die Größe der Materialverschiebung ausgehend von der Ausgangsgeometrie an. Die roten Bereiche sind am weitesten bezüglich ihrer Ausgangslage verschoben worden. Im Bereich des Ölfilters sind nur kleinere Verschiebungen zu erkennen, so wie es als Restriktion vorgegeben wurde.

Bild 4-21: Ergebnisse nach dem 1. Optimierungsschritt.

4.1 Optimierungsverfahren in der Antriebstechnik

269

Aus dem Ergebnis wurden die Hauptaussagen herausgezogen und in ein neues Modell umgesetzt. Um die Details im Optimierungsergebnis kümmert man sich in diesem Stadium besser nicht, denn man wird feststellen, dass diese Details so gut wie immer nach der Umsetzung der Hauptaussagen in ein neues Modell und nach einem weiteren Optimierungsschritt so nicht mehr auftauchen und sich andere neue Aussagen zur Verbesserung des Bauteils ergeben. Bei der Umsetzung weicht man immer etwas von dem direkten Optimierungsergebnis ab, sei es durch zusätzliche Restriktionen, die in der Optimierung nicht richtig abgebildet werden können oder durch Vereinfachungen der optimierten Geometrie, um die Modellierung und Herstellung zu erleichtern. Durch das Verziehen des Netzes während der Optimierung werden die Elemente zum Teil stark verzerrt. Dadurch erhalten sie andere Steifigkeitseigenschaften und verfälschen das Ergebnis. Bei größeren Verschiebungen muss zwischendurch eine Netzrelaxation durchgeführt werden. Eine erste Umsetzung der Ergebnisse in ein einfaches Modell bietet zusätzlich Vorteile, da hier schon die Art der möglichen Umsetzung berücksichtigt werden kann. Die folgenden Optimierungsschritte beziehen sich dann auf diese neue Basis und sind damit näher am realen Bauteil. Für die Ölwanne wurde ein solches Zwischenmodell erstellt, mit dem der zweite Optimierungsschritt durchgeführt wurde (Bild 4-22). Die Erfahrung vom Differenzialdeckel führte auch hier zu dieser mehrstufigen Vorgehensweise. Am Zwischenmodell ist zu erkennen, dass es hier nicht auf ein fertig ausdetailliertes Modell ankommt. Es muss nur die grundlegende Struktur abgebildet sein.

Bild 4-22: Erste Umsetzung der Hauptaussagen der Optimierung.

270

4 Getriebe

Das zweite Optimierungsergebnis zeigt jetzt weitere Vertiefungen auf, die in dem ersten Optimierungsergebnis nicht zu sehen sind (Bild 4-23). Weiter kann man erkennen, dass im Bereich des Ölfilters nur noch für wenige kleinere Bereiche eine Verschiebung vorgeschlagen wird, was schon eine Aussage zur Güte der in Teilen erfolgten Umsetzung ist.

Bild 4-23: Ergebnisse nach dem 2. Optimierungsschritt mit Interpretation.

Die Erkenntnisse aus dem zweiten Optimierungsschritt wurden noch in das Zwischenmodell eingebracht und dann als Vorlage zum Detaillieren gegeben. Das ausdetaillierte Modell der optimierten Ölwanne ist in Bild 4-24 zu sehen.

Bild 4-24: Optimierte Ölwanne.

4.1 Optimierungsverfahren in der Antriebstechnik

271

Die optimierte Ölwanne wurde abschließend berechnet und mit dem Referenzmodell verglichen (Bild 4-25). Die erste Eigenfrequenz der unversickte Ölwanne liegt bei 140 Hz. Die Einbringung des auf herkömmliche Weise entwickelten Versickungsbildes hebt die erste Eigenfrequenz um 60 Hz auf 200 Hz an. Die optimierte Topografie hebt die erste Eigenfrequenz um 100 Hz auf 240 Hz an und übertrifft das Referenzmodell auch hier sehr deutlich. In Bild 4-26 ist die optimierte Ölwanne in der Serienausführung abgebildet.

Bild 4-25: Vergleich zwischen Referenzmodell und optimierter Ölwanne.

Bild 4-26: Serienstand der optimierten Ölwanne.

272

4 Getriebe

Auf einer Konferenz für Optimierung wurde im Rahmen eines Topografieoptimierungsbeispiels die Problematik mit der nicht eindeutigen Interpretierbarkeit von Optimierungsergebnissen vorgestellt. In dem Beitrag wurde das Optimierungsergebnis, die Interpretation und Umsetzung in ein neues Modell gezeigt. Die Berechnung des optimierten Modells zeigte aber nicht die gewünschte Verbesserung zur Ausgangssituation. Das erste Optimierungsergebnis wurde daraufhin erneut interpretiert, umgesetzt und berechnet. Auch dies führte nicht zu der erwarteten Verbesserung. Dieser Vorgang wiederholte sich mehrmals, wobei immer wieder das gleiche Optimierungsergebnis neu interpretiert wurde. Über die Varianten hinweg wurden aber die im Optimierungsergebnis am deutlichsten angezeigten Strukturmerkmale, die vielleicht nur noch einen anschließenden weiteren Optimierungsschritt benötigt hätten, von Interpretation zu Interpretation immer mehr durch Erfahrungswerte ersetzt, die dem Optimierungsergebnis gar nicht zu entnehmen waren. Von den Informationen aus der Optimierung ist im fertigen Bauteil kaum etwas übrig geblieben. Es ist sehr wahrscheinlich, dass dadurch Optimierungspotenzial verschenkt wurde. Es ist absolut sinnvoll, ein Optimierungsergebnis auf unterschiedliche Weise zu interpretieren, vereinfacht umzusetzen, zu berechnen und dann die Varianten zu vergleichen. Bei manchen Optimierungsproblemen kommt man selbst durch die Definition ausgefeilter Fertigungsrestriktionen mit dem Ergebnis nicht in die Nähe einer direkten Realisierbarkeit. Die Interpretation ist dann manchmal schwierig. Entspricht keine der abgeleiteten Varianten den Erwartungen, sollte eine weitere Optimierung auf Basis des besten Konzepts erfolgen, bevor man sich mehr und mehr von dem Optimierungsergebnis entfernt.

4.1.7 Topologieoptimierung eines Getriebegehäuses Nach der Integration der numerischen Strukturoptimierung in den Entwicklungsprozess wurde von einem bestehenden Getriebe für Schnellfähren eine Applikation für Katamarane mit Schubaufnahme entwickelt. Die Großkatamarane sind bis zu 98 m lang, 27 m breit und haben eine Verdrängung von knapp 2000 Tonnen. Sie können bis zu 900 Passagiere und 260 Autos mit einer Geschwindigkeit von 40 Knoten transportieren. Eine Ausführung eines solchen Großkatamarans ist in Bild 4-27 zu sehen. In diesem Kapitel wird die Optimierung eines Schiffsgetriebegehäuses hinsichtlich einer gewünschten Verschiebungscharakteristik dargestellt. Die anhand dieses Beispiels vorgestellte Optimalitätsbetrachtung zur Beurteilung der Güte eines optimierten Bauteils wurde an diesem Getriebe entwickelt und kommt heute bei ZF produktübergreifend, also auch in der Kfz-Antriebstechnik, zur Anwendung. Daher ist es naheliegend, diese Optimierung des Schiffsgetriebes hier vorzustellen. Das Vorgehen bei der Optimierung des Gehäuses lässt sich ohne Schwierigkeiten auf Optimierungen im Automobil- und Maschinenbau übertragen.

4.1 Optimierungsverfahren in der Antriebstechnik

273

Bild 4-27: Einsatzbeispiel der neuen ZF-Getriebe für Katamarane.

Für den neuen Einsatzfall sollte das Getriebe adaptiert werden. Veränderungen konnten nur an der Innenseite des Gehäuses vorgenommen werden, da durch verschiedene bestehende Anbauteile und andere Randbedingungen die äußere Gestalt nicht verändert werden konnte. Der bisherige Einsatz in den Schnellfähren ist durch ein separates im Rumpf befestigtes Axiallager gekennzeichnet, das den Propellerschub aufnimmt (Bild 4-28). Der Katamaran wird durch vier Waterjet-Antriebe mit je 7200 kW angetrieben. In jedem Rumpf sind zwei hintereinander angeordnete Antriebe untergebracht (Bild 4-29). Das Getriebe wird in einer linken und in einer gespiegelten rechten Ausführung gebaut. Zwischen Antriebs- und Abtriebswelle des Getriebes ist ein Versatz vorhanden, mit dem die Anordnung der Motoren hintereinander im schlanken Rumpf realisiert werden kann. Dieser Versatz führt dazu, dass sich das Schublager nicht in Gehäusemitte und auch nicht mittig zu den beiden Getriebelagern befindet.

274

4 Getriebe

Bild 4-28: Schematische Einbausituation in Schnellfähren mit separatem Axiallager.

Bild 4-29: Anordnung der Motoren und Getriebe im Rumpf [mit freundlicher Genehmigung von INCAT Australia].

Bei dieser Anwendung wird im Katamaran auf die üblicherweise in Schnellfähren verwendeten separaten Axiallager verzichtet. Der Propellerschub (eigentlich Impellerschub bei Waterjet-Antrieben) von je 70 Tonnen wird hier direkt über das Getriebe in den Rumpf eingeleitet. Daraus ergibt sich eine völlig neue Belastungssituation, die schematisch in Bild 4-30 dargestellt ist.

4.1 Optimierungsverfahren in der Antriebstechnik

275

Bild 4-30: Neue Belastungssituation in Katamaranen ohne separates Axiallager.

Der Schub geht über die Getriebeabtriebswelle direkt auf das nun ins Getriebe integrierte Axiallager (Schublager genannt) und muss von der Schublagerwand des Gehäuses aufgenommen werden. Die außermittige Einleitung des Schubes in die Schublagerwand würde ohne besondere Maßnahmen zu einer erheblichen Schrägstellung des Schublagersitzes im Gehäuse führen (Bild 4-31, oben). Die Schrägstellung des Lagersitzes würde zu einer ungleichmäßigen Lastverteilung und zu einer lokalen Überbeanspruchung im Schublager führen. Diese Problematik führt zu der besonderen Anforderung an die Optimierung und Gestaltung des Gehäuses, eine möglichst parallele Verschiebung des Schublagersitzes unter Last zu erzielen (Bild 4-31, unten). In der schematischen Darstellung ist auch die Umsetzung der gewünschten Parallelverschiebung über eine Restriktion mit oberer und unterer Verschiebungsgrenze bei der Optimierung dargestellt. Die obere und untere Verschiebungsgrenze liegen dabei dicht beieinander.

Bild 4-31: Zu erwartendes Verformungsverhalten (oben) und gewünschtes Verformungsverhalten der Schublagerwand (unten).

276

4 Getriebe

Das Optimierungsergebnis zeigt eine ausgeprägte Spange um den Schublagersitz herum, die durch zwei Anbindungen an nahe gelegene steifere Gehäusebereiche und durch eine weitere Anbindung im Bereich des rechten Getriebelagers angebunden ist (Bild 4-32).

Bild 4-32: Optimierungsergebnis mit Interpretation.

Aus diesem Optimierungsergebnis wurde ein neuer Gehäuseentwurf abgeleitet. Die Struktur wurde während der Entwicklung noch mit anderen notwendigen, aus weiteren Anforderungen herrührenden Strukturelementen ergänzt. Mit dem optimierten Gehäuse wurde erneut eine FE-Analyse durchgeführt. Die absoluten Verschiebungen des Gehäuses sind in Bild 4-33 zu sehen. Die stark überhöhte Verformungsdarstellung macht deutlich, dass der Lagersitz des Schublagers für diese außermittige Lage und Lasteinleitung eine äußerst geringe Schrägstellung aufweist.

Bild 4-33: Überhöhte Verschiebungsdarstellung der optimierten Schublagerwand.

4.1 Optimierungsverfahren in der Antriebstechnik

277

Das Spannungsbild (Bild 4-34) zeigt, dass die Spange über ihre gesamte Länge unter Zugspannung steht, was die Wirksamkeit dieser Struktur belegt. Sie ist in allen für ZF relevanten Ländern durch bereits erteilte Patente geschützt.

Bild 4-34: Minimierung der Schrägstellung durch unter Zug stehende umlaufende Spange.

Wie nahe ist man nun einem Optimum mit diesem Ergebnis? Wie kann die Güte der Gehäuseoptimierung insgesamt bewertet werden? Mit den Gehäusen aus den Schnellfähren kann das neue Gehäuse sicherlich nicht verglichen werden, denn die Anforderungen an die Gehäuse sind in beiden Einsatzfällen völlig unterschiedlich. Der Schub ist die absolut dominierende Belastung für das Gehäuse, der nur in der Katamarananwendung auf das Gehäuse wirkt. Für dieses Problem wurde bei ZF die folgende Betrachtung entwickelt. Für die Optimierung wird zunächst ein FE-Modell mit einem vollständig beschriebenen und vernetzten Bauraum benötigt. Vor der rechenzeitintensiven Optimierung ist es sinnvoll, dieses Bauraum-Modell einer Finite Elemente Analyse zu unterziehen, um zu sehen, ob das FEModell überhaupt rechenfähig ist und konvergiert. Aus diesem Ergebnis können die Verschiebungen ausgewertet werden und man erhält für das Bauraum-Modell einen Verschiebungswert für einen bestimmten interessierenden Bereich. Selbstverständlich ist dieses Ergebnis für die praktische Anwendung nicht relevant, da derart massiv und teuer nicht gebaut werden kann. Aber neben dem maximalen Gewicht ist auch schon jetzt die minimale Verschiebung bekannt, mit der auch beim optimierten Bauteil mindestens zu rechnen ist. Dies ist im Vorfeld oft schon eine wertvolle Information. Überträgt man die Werte in ein Diagramm (Bild 4-35), in der die Masse über den Verschiebungen aufgetragen ist, so erhält man zunächst den Punkt A, der zwei Grenzen aufzeigt. Die Masse des Bauraum-Modells markiert die obere Grenze, denn schwerer kann man mit dem vorgesehenen Material nicht bauen. Die Verschiebung des BauraumModells markiert die untere Grenze der Verschiebungen, denn steifer wie der voll ausgefüllte Bauraum kann auch ein optimiertes Gehäuse nicht werden.

278

4 Getriebe

Bild 4-35: Optimalitätsbetrachtung: Bewertung der Güte einer Optimierung.

Man benötigt jetzt noch einen zweiten Punkt: idealerweise wäre dieser definiert durch die Masse und Verschiebung eines Referenzmodells. Diese werden aber mit einer in den Produktentwicklungsprozess etablierten Optimierung immer seltener. Die äußere Gestalt des Gehäuses ist in diesem Fall definiert und nicht veränderbar. Der Bauraum für die Optimierung der Schublagerwand ist ebenfalls definiert. Nur in diesem Raum können Änderungen erfolgen und eine optimale Struktur gefunden werden. Es ist daher naheliegend, die Ausgangsbasis für die Optimierung als Referenz heranzuziehen und den non-design space ohne den Optimierungsraum zu berechnen. Die Masse und die Verschiebung dieses Basis-Modells definieren jetzt den Punkt B im Diagramm. Auch dieses Modell mit der unversteiften Schublagerwand ist nicht praxisrelevant. Dieses Modell liefert aber die untere Grenze für die Masse und die obere Grenze für die Verschiebung. Damit wird jetzt in dem Diagramm ein Fenster aufgespannt, in dem das optimierte Bauteil liegen muss. Das theoretische Optimum (gelber Punkt im Diagramm) liegt links unten in diesem Fenster. Erreicht werden kann dieser Punkt nicht, denn ohne zusätzliches Material aus dem Optimierungsraum ist auch kein Zugewinn an Steifigkeit zu erzielen. Die FE-Berechnung des optimierten Bauteils liefert jetzt den letzten Punkt C, der zur Beurteilung der Güte notwendig ist. Es geht darum, mit wenig zusätzlichem Material eine möglichst hohe Reduktion der Verschiebung zu erhalten, die im vorliegenden Fall auch noch möglichst parallel sein soll. Eine Trendlinie im Diagramm liefert einen optisch deutlicheren Gesamteindruck vom Ergebnis.

4.1 Optimierungsverfahren in der Antriebstechnik

279

Das Resultat der Optimalitätsbetrachtung ist, dass mit der optimierten Struktur der Schublagerwand, für die 30 % des Bauraumvolumens verwendet wird, 92 % der maximal möglichen Verschiebungsreduktion erzielt werden konnte. Mit anderen Worten: mit den restlichen 70 % Material könnte nur noch eine weitere Reduktion der Verschiebungen von gerade mal 8 % erreicht werden. Das deutet auf eine Struktur hin, die zumindest sehr nahe am Optimum liegt – wie immer bei einer Optimierung im Rahmen der vorher definierten Restriktionen und Randbedingungen. Die Optimalitätsbetrachtung ist eine Hilfe für die Beurteilung der Güte einer Optimierung und sie dient zur Verdeutlichung der erzielten Verbesserung. Sie veranschaulicht den Sachverhalt und das durch die Optimierung ausgeschöpfte Optimierungspotenzial. Das vorgestellte Getriebe ist heute in verschiedenen Katamaranen weltweit im Einsatz.

Bild 4-36: Serienstand der ZF-Getriebe für Katamarane.

4.1.8 Optimierung eines Halteblechs In der Antriebs- und Fahrwerktechnik stehen viele Einzelkomponenten in Interaktion. Belastete Bauteile stützen sich an anderen Bauteilen ab, die sich dadurch mitverformen. Das Verformungsverhalten beeinflusst die Belastung und Beanspruchung in allen beteiligten Bauteilen. In der Zentralen Forschung und Entwicklung der ZF Friedrichshafen AG werden für den gesamten Konzern FE-Berechnungen und Optimierungen durchgeführt. In nahezu allen Fragestellungen spielt der Kontakt zwischen den Komponenten eine bedeutende Rolle, so dass dieser mit berücksichtigt werden muss. Dieser Einfluss kann auch bei Optimierungen nicht vernachlässigt werden, da sonst die zu optimierenden Bauteile nicht auf die reale Situation abgestimmt sind. Das folgende Beispiel eines Halteblechs zeigt auf, wie gegensätzlich die Ergebnisse bei Berücksichtigung und Vernachlässigung von Kontakt ausfallen können.

280

4 Getriebe

Das Halteblech wird in den 6-Gang Pkw-Handschaltgetrieben verwendet und dient dazu, bei Schubbetrieb die Lager von Antriebs- und Hauptwelle im Lagersitz zu halten (Bild 4-37). Ohne die Haltebleche würden die Axialkräfte aus den Schrägverzahnungen die kompletten Wellen aus dem Gehäuse herausziehen. Bei Sonderlasten werden die Haltebleche mit einer Axialkraft von 60 kN belastet. Aus Platzgründen werden die Haltebleche mit dem Getriebegehäuse mit Senkkopfschrauben verschraubt. Der innere Durchmesser des Halteblechs ist mit dem Außenring des Lagers in Kontakt. Die Haltebleche sollen leicht und steif sein, damit die axiale Verschiebung der Wellen zwischen Zug- und Schubbetrieb minimal wird. Dies erfordert eine geringere Funktionsspalte zwischen gegenläufigen Teilen und leistet damit einen Beitrag zur Reduzierung der axialen Baulänge.

Bild 4-37: Positionen der Haltebleche in einem ZF 6-Gang Pkw-Handschaltgetriebe.

Das FE-Modell für die Optimierung besteht aus dem Lageraußenring, der durch eine zentral wirkende Axialkraft beaufschlagt wird, dem Bauraum für das Halteblech, den Senkkopfschrauben und einem Gehäuseausschnitt um den Lagersitz herum (Bild 4-38). Der Bauraum ist im Wesentlichen kreisrund und konstant in der Dicke. Nur im unteren Bereich des Bauraums ist lokal die Dicke reduziert und am Außendurchmesser der Bauraum abgeflacht (Bild 4-39). Auch für eine Verschraubung ist in diesem Bereich kein Platz.

4.1 Optimierungsverfahren in der Antriebstechnik

281

Bild 4-38: Schnitt durch das Modell zur Berechnung und Optimierung des Halteblechs.

Bild 4-39: Bauraum des Halteblechs.

Kontakt konnte zum damaligen Zeitpunkt mit dem Optimierungsprogramm OptiStruct nicht berücksichtigt werden. Nun stand man vor der Wahl: koppelt man die Haltebleche mit dem Gehäuse in axialer Richtung flächig oder nur lokal. Wenn lokal, dann stellt sich die Frage wo. Also wurde zunächst eine FE-Analyse mit dem voll mit Material gefüllten Bauraum mit Berücksichtigung von Kontakt durchgeführt, um mehr Aufschluss über die Problemstellung zu bekommen. Die Ergebnisse zeigen, dass das Halteblech kaum noch in Kontakt mit dem Gehäuse bleibt. Nur am äußersten Durchmesser des Halteblechs und radial nach außen gesehen hinter den Verschraubungspunkten haben die beiden Bauteile Kontakt (Bild 4-40). Eine Möglichkeit das Problem zu umgehen, wäre, die Kontaktkräfte, die als Ergebnis der FE-Berechnung des Bauraumes vorliegen, wiederum als Belastung für die Optimierung zu definieren und damit dann die Optimierung durchzuführen. Wie das Optimierungsergebnis dann aussehen würde, kann man sich zumindest teilweise schon vor der Optimierung vorstellen. Überall dort, wo Kräfte auf den Bauraum wirken, wird das Optimierungsergebnis Material aufweisen, denn nur so kann es die Kräfte auch aufnehmen.

282

4 Getriebe

Bild 4-40: Kontaktfläche mit lokaler Kraftübertragung, kein Kontakt in dem blauen Bereich.

Diese Optimierung wurde erst gar nicht durchgeführt. Die Kontaktkräfte am äußersten Durchmesser müssen zwangsläufig zu einem geschlossenen Kreisbogen führen. Dies bedeutet, dass lange Wege von der Lasteinleitung am inneren Durchmesser zum äußeren Durchmesser überbrückt werden müssen. Lange Wege bedeuten erstens viel Material und zweitens hohe Elastizität – keine guten Voraussetzungen für ein Leichtbauteil mit hoher Steifigkeit. Ein Optimierungsproblem, in dem sich die Kontaktbedingungen zwischen dem unbelasteten und belasteten Zustand derart ändern, lässt sich ohne Berücksichtigung von Kontakt nicht vernünftig lösen. Mit dieser Problemstellung wurde die in Permas (INTES) gerade neu verfügbare Topologieoptimierung getestet, mit der damals schon Kontakt berücksichtigt werden konnte. Die Optimierung erfolgte mit dem gleichen FE-Modell, mit dem zuvor die FE-Analyse des Bauraumes durchgeführt wurde.

Bild 4-41: Optimierungsergebnis mit Berücksichtigung von Kontakt.

4.1 Optimierungsverfahren in der Antriebstechnik

283

Das Ergebnis der Optimierung mit Kontakt zeigt genau dort kein Material, wo zuvor in der Bauraum FEA die Kontaktkräfte waren und wo mit Sicherheit bei einer Optimierung auf Basis der Kontaktkräfte auch Material angelagert worden wäre (Bild 4-41). Auch befinden sich radial nach außen gesehen hinter den Schrauben keine für die Steifigkeit notwendigen Bereiche. Seitlich an den Schrauben vorbei führen jeweils zwei Zungen, die eine Abstützung in den durch die Schrauben gehaltenen Bereichen bewirken. Der Hauptteil des Materials liegt jetzt am inneren Durchmesser und die Engstelle im unteren Bauraum bleibt offen. Dies bedeutet kurze Wege für die Last und damit geringe Nachgiebigkeit, Gewicht und Materialkosten. Der Designvorschlag auf Basis des Optimierungsergebnisses ist in Bild 4-42 dargestellt. In der Ausführung des Serienteils wurde eine Gestalt gewählt, die die Bohrungen für die Senkkopfschrauben vollständig umschließt (Bild 4-43). Um kostengünstig zu produzieren, werden die Löcher und Senkungen für die Senkkopfschrauben schon beim StanzPräge-Prozess mit eingebracht. Ein stabiler Herstellprozess erfordert dabei Material in ausreichender Stärke um diese Schraubenlöcher herum, da sonst die Gefahr des Ausreißens besteht.

Bild 4-42: Optimierungsbasierter Designvorschlag.

Bild 4-43: Umsetzung in ein Serienteil.

284

4 Getriebe

Die Berücksichtigung von Kontakt bei der Optimierung ist in vielen Fällen unerlässlich. Die Optimierungssoftware sollte einen stabilen und schnellen Kontaktsolver haben oder einen entsprechenden externen Solver mit einbinden können. Bei Modellen mit Berücksichtigung von Kontakt ist meist mit größeren Modellen zu rechnen, da weitere angrenzende Bauteile mit in das Modell integriert werden. Kontaktiterationen und Optimierungsiterationen sind hier zudem ineinander verschachtelt, was eine gute Performance notwendig macht, um die Designvorschläge möglichst frühzeitig im Produktentstehungsprozess bereitstellen zu können.

4.1.9 Einbindung in den Produktentwicklungsprozess Die Einbindung der Topologieoptimierung in den Entwicklungsprozess hat einen ganz entscheidenden Einfluss auf das Produkt und die Entwicklungskosten. In der Konzeptphase fließen viele Anforderungen ein, die das Produkt definieren. Aus den verschiedenen erarbeiteten Konzepten wird meist früh eine möglichst erfolgversprechende Produktkonzeption ausgewählt, die technisch machbar und wirtschaftlich herstellbar erscheint. Je mehr fundierte Kenntnisse bei dieser Entscheidung vorliegen, umso sicherer ist der spätere Erfolg. Die Produktkonzeption verdichtet sich mit der Zeit sehr schnell, in der die Funktionen bald stark miteinander verzahnt und Änderungen immer schwerer zu realisieren sind. Die Gestaltungsfreiräume nehmen also sehr schnell ab (Bild 4-44). Größere Änderungen sind bald gar nicht mehr durchführbar, ohne den Termin für den Serienstart zu gefährden und die Entwicklungskosten nach oben zu treiben. Erkenntnisse, die zu spät gewonnen werden und deshalb nicht mehr in das Produkt mit einfließen können, sind so gut wie wertlos.

Bild 4-44: Prinzipieller Verlauf von Wissen, Gestaltungsfreiräumen und Änderungskosten über dem Entwicklungsprozess.

Die Topologieoptimierung leistet in der frühen Konzeptphase einen wichtigen Beitrag zur Konzeptfindung und zur späteren Konzeptauswahl. Sie kann frühzeitig eingesetzt werden, da sie nur auf die Beschreibung des Bauraumes aufsetzt.

4.1 Optimierungsverfahren in der Antriebstechnik

285

Die Ergebnisse geben ein erstes Bild über die optimale Gestalt des Produktes, die von Anfang an bei allen Entwicklungsschritten berücksichtigt werden kann. Die Topologieoptimierung unterstützt den gesamten Produktentstehungsprozess. Es kristallisiert sich dabei immer mehr die endgültige Struktur heraus. Wichtig ist aber der erste Schritt in der frühen Konzeptphase, der eine optimale Basis anlegt und wichtige Strukturbereiche identifiziert. Ziel dabei ist, möglichst früh einen hohen Wissensstand zu erreichen. Dadurch werden die durch die sehr kurzen Entwicklungszeiten schon bald rapide ansteigenden Änderungskosten vermieden. Ein hoher und umfassender Wissensstand in der frühen Konzeptphase ermöglicht aber erst eine wissensbasierte Konzeptauswahl, die die Grundlage für hohe Funktionalität und niedrige Gesamtkosten ist.

Literatur zu Kapitel 4 [1] [2] [3]

Duden Fremdwörterbuch, Band 5, 7. Auflage, 2001 ZF Friedrichshafen AG: Geschäftsbericht 2006, Friedrichshafen, 2007 Optimierungsverfahren mit der Finite-Element-Methode. VDI Seminar, 2. – 3. Dezember 1998, RWTH/WZL Aachen

286

5

Antriebsstrang/Hybrid

5.1 Modellbasierte Antriebsstrangentwicklung Neue Konzepte für eine durchgängige Werkzeugkette vom Entwurf bis zur Validierung

5.1.1 Einleitung Die Motivation für die Erarbeitung der diesem Kapitel vorgestellten Konzepte ist die Forderung nach immer leistungsfähigeren und flexibleren Methoden zur Entwicklung komplexer mechatronischer Antriebsstränge von Fahrzeugen und mobilen Arbeitsmaschinen. Diese Forderung ist u. a. in der kontinuierlichen Weiterentwicklung der allgemeinen Produktentstehungsprozesse begründet. So wird bis ca. 2020 der Übergang von Produktentstehungsprozessen die dem „Time-to-Market“-Ansatz entsprechen, hin zu integrierten Produktenstehungsprozessen notwendig. Dieser neue integrierte Ansatz, zeichnet sich durch Integration von Wissen aus allen Phasen des klassischen Produktenstehungsprozesses in jede Teilphase aus. Zur Realisierung solcher Prozessmodelle müssen u. a. systemspezifische Methoden und Werkzeuge zur Verfügung stehen. Bild 5-1 zeigt die verschiedenen Entwicklungsstufen der Produktentstehungsprozesse nach McGrath. Eine der Herausforderungen liegt hierbei im Aufbau und der Vernetzung der unterschiedlichen Entwicklungswerkzeuge für die einzelnen Systemkomponenten des Antriebsstrangs. Dabei ist insbesondere die Durchgängigkeit der Werkzeugkette mit einem automatisierten Werkzeugübergang von der frühen Spezifikationsphase über die Entwurfsphase bis zur Integrations- und Validierungsphase sicherzustellen. Die Schwerpunkte der in der Werkzeugkette eingesetzten Modelle liegen in der dem jeweiligen Entwicklungsstand entsprechenden Abbildung der Funktion, der geometrischen sowie der physikalischen Eigenschaften der mechanischen, elektrischen und informationstechnischen Komponenten des Fahrzeugs. Zur Beherrschung der Entwurfs-, Optimierungs- und Integrationsaufgaben werden Modellierungssprachen eingesetzt, die effizient jeweils einen Teilaspekt des Entwicklungsprozesses abdecken.

5.1 Modellbasierte Antriebsstrangentwicklung

287

Bild 5-1: Die vier Generationen der Produktentstehungsprozesse [11].

Hier wird ein neuer Ansatz zum Aufbau von integrierten Werkzeugketten durch den Einsatz von automatisierten Werkzeugübergängen mittels Modell-zu-Modell-Transformation vorgestellt. Dabei wird in der Systementwurfsphase die System Modelling Language (SysML) eingesetzt. Diese Notation erlaubt eine abstrakte und domänenunabhängige Beschreibung der Anforderungen sowie der daraus abgeleiteten Systemfunktionen. Durch eine automatisierte Modelltransformation werden die SysML-Modelle in die Modellumgebung MATLAB/SIMULINK sowie in die Modellumgebung Modelica übergeführt. In diesen Umgebungen erfolgt die Algorithmenentwicklung für die unterschiedlichen zu realisierenden mechatronischen Systemfunktionen sowie die Beschreibung der physikalischen Eigenschaften der Teilsysteme. Für die Prototypentwicklung der Steuergeräte ist ein erneuter automatischer Modellwechsel von MATLAB/SIMULINK nach ASCET möglich, um damit Hardware-Integrationsaspekte sowie Echtzeitanforderungen abbilden zu können. Je nach Aufgabenstellung erfolgt bereits in der Entwurfsphase die entsprechende Optimierung der mechanischen und informationsverarbeitenden Komponenten. In der Integrationsphase werden die optimierten realen Prototypen zusammen mit den virtuellen Antriebsstrangkomponenten auf unterschiedlichen Prüfstandskonfigurationen validiert. Dabei werden die in der Entwurfsphase erstellten Modelle auf skalierbaren Echtzeitplattformen eingesetzt. Im abschließenden Betriebsversuch des Gesamtfahrzeugs erfolgen nur mehr die Feinabstimmung der Steuergerätefunktionen sowie die geforderten Zertifizierungsnachweise. Der Vorteil der beschriebenen Methoden liegt in der Beherrschung und der Absicherung komplexer Systemfunktionen des Antriebsstrangs durch den vernetzten Einsatz von spezialisierten Entwicklungswerkzeugen.

288

5 Antriebsstrang/Hybrid

5.1.2 Werkzeuge im modellbasierten Entwicklungsprozess Der in Bild 5-2 dargestellte Antriebsstrang-Entwicklungsprozess basiert auf dem VModell nach VDI-Richtlinie 2206 – Entwicklungsmethodik für mechatronische Systeme [1]. Das V-Modell gliedert sich, wie in Bild 5-2 dargestellt, in die Phasen des Systementwurfs, des domänenspezifischen Entwurfs und der Optimierung sowie der Systemintegration mit abschließender Eigenschaftsabsicherung bestehend aus Verifikation und Validierung. Die Definition der Verifikation nach VDI 2006 lautet: „Überprüfung, ob die Realisierung eines technischen Systems mit der Spezifikation übereinstimmt“. Im Gegensatz dazu definiert VDI 2206 als Validierung: „Prüfung, ob das Produkt bezogen auf seinen Einsatzzweck geeignet ist bzw. den gewünschten Wert erzielt“. Hier geht die Erwartungshaltung des Experten und des Anwenders ein. Die Eigenschaftsabsicherung der in den Entwurfs- und Optimierungsphasen erarbeiteten Antriebsstrangkonzepte erfolgt in unterschiedlichen Versuchskonfigurationen, vom einfachen Elementversuch (z. B. Lageroder Steuergeräteprüfstand) über den Komponentenversuch (z. B. Motor- oder Getriebeprüfstand), Teilsystemversuch (z. B. Antriebsstrangprüfstand) und Gesamtsystemversuch (z. B. Rollenprüfstand) bis zum Betriebsversuch mit dem Gesamtfahrzeug auf der Versuchsstrecke [2, 3].

Bild 5-2: Prozess der modellbasierten Antriebsstrangentwicklung.

5.1.2.1 Systemmodell Der Tätigkeitsschwerpunkt in der Entwurfsphase liegt in der Umsetzung der gegebenen Spezifikationen in einen detaillierten Systementwurf des Antriebsstrangs. Dabei sind nicht nur die mechanischen, elektrischen und softwaretechnischen Anforderungen an das zu entwickelnde Fahrzeug sondern auch der Benutzer, die Fahrzeugumgebung, die Ge-

5.1 Modellbasierte Antriebsstrangentwicklung

289

setzgebung, die Fahrzeugproduktion sowie die Wartung zu berücksichtigen. All diese Aspekte müssen dabei mit unterschiedlichen Sichten auch bei einer sehr hohen Systemkomplexität des Fahrzeugs modelliert werden. Dazu eignen sich besonders die Methoden der Systems Modelling Language (SysML) [4]. Diese basiert auf der Unified Modeling Language (UML) und ergänzt diese um zusätzliche Strukturen bzw. Methoden. Die Sprache bietet in einem objektorientierten Ansatz und bei einem hohen Abstraktionsgrad unterschiedliche statische und dynamische Sichten auf das erstellte Systemmodell in Form von graphischen Diagrammen. Dazu sind beispielhaft in Bild 5-3 die Darstellung der Anforderungen an einen hybriden Antriebsstrang in Form eines Anforderungsdiagramms (Requirement Diagram) und in Bild 5-4 die Topologie des hybriden Antriebsstrang in Form eines Blockdiagramms (Block Diagram) dargestellt. Weitere Methoden zur Verhaltensbeschreibung in SysML sind das Sequenzdiagramm (Sequence Diagram), das Aktivitätsdiagramm (Activity Diagram), das Zustandsmaschinendiagramm (State Machine Diagram) sowie das Anwendungsszenario (Use Case Diagram) [12].

Bild 5-3: Anforderungsdiagramm eines hybriden Antriebsstrangs im Systemmodell.

290

5 Antriebsstrang/Hybrid

Bild 5-4: Blockdiagramm eines hybriden Antriebsstrangs im Systemmodell.

5.1.2.2 Regelbasierte Modelltransformation Um die im Systemmodell in einer abstrakten Form modellierten Eigenschaften des Antriebsstrangs einer weiteren Detaillierung mit spezifischen Werkzeugen zuzuführen, wird eine regelbasierte Modelltransformation eingesetzt [5, 6]. Damit ist insbesondere der Übergang der funktionalen Beschreibung der softwaretechnischen Antriebsstrangeigenschaften in SysML in eine signalflussorientierte Darstellung in MATLAB/SIMULINK möglich. In einem zweiten Schritt erfolgt der Modellübergang nach ASCET, um damit z. B. auch Hardware-Integrationsaspekte oder Echtzeitanforderungen darzustellen. Eine weitere Anwendung ist die regelbasierte Transformation der Beschreibung der Antriebsstrangtopologie aus SysML in eine objektorientierte physikalische Modellierungsumgebung wie z. B. Modelica [7]. In Bild 5-5 ist die Struktur der regelbasierten Modelltransformation dargestellt. Hierzu werden sowohl für das Quell- als auch für das Zielwerkzeug toolspezifische Metamodelle aufgestellt. Die einzelnen in UML-Diagrammen beschriebenen Transformationsregeln für den Werkzeugübergang bestehen aus einer LHS (Left Hand Side) die einen Regeltest enthält. Die LHS wird auf das Quellmodell angewendet. Andererseits besteht eine Transformationsregel aus der RHS (Right Hand Side). Diese beschreibt die Regeltransformation, die Instanzen des Ziel-Metamodells sind.

5.1 Modellbasierte Antriebsstrangentwicklung

291

Bild 5-5: Automatisierte regelbasierte Modelltransformation.

Das Quellmodell sowie eventuell vorhandene zusätzliche Datenquellen werden über einen Importer in den Transformator eingelesen, der die im Regelmodell spezifizierten Transformationen zur Anwendung bringt und anschließend das Ergebnis über einen Exporter als Zielmodell ausgibt.

5.1.2.3 Physikalische und signalflussorientierte Modelle Bei der detaillierten Modellbildung der physikalischen Antriebsstrangeigenschaften ist es wesentlich, die entsprechenden Naturgesetze zur Beschreibung des Verhaltens der einzelnen Teile des Systems zu verwenden. Diese Gesetze sind meist als mathematische Gleichungen dargestellt. Es können vier grundlegende Gleichungstypen unterschieden werden: ™ Differentialgleichungen ™ Algebraische Gleichungen ™ Partielle Differentialgleichungen ™ Differenzengleichungen. Die mathematischen Modelle werden auch nach ihren Eigenschaften unterschieden, mit denen sie das Systemverhalten darstellen. Ein wichtiger Aspekt ist, ob das Modell die dynamischen zeitabhängigen Eigenschaften enthält oder ob das Modell statisch ist. Ein anderer Unterschied ist, ob sich das Modell kontinuierlich über der Zeit entwickelt oder sich nur zu bestimmten diskreten Zeitpunkten ändert. Einige Systemeffekte können mittels Einsatz von Wahrscheinlichkeitsverteilungen beschrieben werden, während deterministische Modelle die Systemeigenschaften ohne Unschärfe beschreiben.

292

5 Antriebsstrang/Hybrid

Das Prinzip der Energieerhaltung ist eines der fundamentalen Naturgesetze. Es kann folgendermaßen formuliert werden: ™ Der Energiebetrag in einem geschlossenen System kann weder erzeugt noch vernichtet werden. Eine Konsequenz dieses Prinzips für ein geschlossenes System ist folgende: ™ Wenn Energie in einem bestimmten Punkt ohne Speicherung übertragen wird, so ist die Summe aller Energieströme in diesem Punkt gleich Null. Energie wird immer mittels eines Trägers transportiert, zum Beispiel ist dies der Drehimpuls in einem rotierenden mechanischen System. Verschiedene physikalische Domänen haben zur Beschreibung der Zustandsgrößen unterschiedliche Potential- und Flussvariablen. Diese sind in Tabelle 5-1 zusammengefasst. Die Potentialvariablen sind ein Maß für den Energiezustand. Die Auswahl der Potentialvariablen für eine bestimmte Domäne muss so erfolgen, dass in den Verbindungspunkten alle Potentialvariablen den gleichen Wert haben, während die Summe aller Flussvariablen gleich Null ist.

Tabelle 5-1: Energieträger mit zugeordneten Potential- und Flussvariablen. Domäne

Potentialvariable

Flussvariable

Träger

Elektrik

Elektrisches Potential

Strom

Ladung

Mechanik, translatorisch

Position

Kraft

Linearimpuls

Mechanik, rotatorisch

Winkel

Moment

Drehimpuls

Mechanik, dreidimensional

Position und Winkel (3D)

Kraft und Moment (3D)

Linear- und Drehimpuls (3D)

Magnetismus

Magnetisches Potential Magnetische Flussra- Magnetischer Fluss te

Hydraulik

Druck

Volumenstrom

Volumen

Wärmeübertragung

Temperatur

Wärmestrom

Wärme

Chemie

Chemisches Potential

Massenstrom

Partikel

Zur Beschreibung physikalischer Systeme werden für die unterschiedlichen Domänen entsprechende Konnektorklassen definiert. Damit ist eine akausale Modellbildung möglich, welche die physikalischen Zusammenhänge in Form von Gleichungen darstellt (Bild 5-6 links). Zur Beschreibung signalflussorientierter Systeme wie z. B. von Algorithmen und der Informationsübertragung in elektronischen Steuergeräten werden kausale Konnektoren eingesetzt. Der Signalfluss wird in Form von Zuweisungen abgebildet (Bild 5-6 rechts).

5.1 Modellbasierte Antriebsstrangentwicklung

293

Bild 5-6: Physikalisches Modell (links) und signalflussorientiertes Modell (rechts).

Als Beispiel ist in Bild 5-7 das Modell eines hybriden Antriebsstrangs mit elektrisch leistungsverzweigtem Getriebe und elektrischem Allradantrieb dargestellt. Die einzelnen mechanischen und elektrischen Antriebsstrangkomponenten sind durch akausale Modelle beschrieben, während die einzelnen Steuergeräte als diskrete kausale Modelle und der Fahrer sowie die Strecke als kontinuierlich kausales Modell abgebildet werden.

Bild 5-7: Gemischt physikalisch-signalflussorientiertes Modell eines hybriden Antriebsstrangs.

294

5 Antriebsstrang/Hybrid

5.1.2.4 Optimierungswerkzeuge Im Bereich der Entwicklung von Antriebsstrangkomponenten existieren seit langem domänenspezifische Optimierungsverfahren. Diese sind Verfahren aus dem Bereich der Optimalregelung und Optimalsteuerung z. B. für die Applikation der Steuergeräte des Verbrennungsmotors und des Getriebes [8] oder Verfahren aus dem Bereich der Topologie- und Formoptimierung z. B. für die Gestaltung der Struktur von hochbelasteten mechanischen Antriebskomponenten [9]. Die derzeitigen und zukünftigen komplexen Antriebsstrangkonzepte erfordern aber Werkzeuge zur systembasierten Komponentenoptimierung, bei denen auch domänenübergreifende Effekte wie z. B. dynamische Eingriffe von Steuergeräten auf die zu optimierenden mechanischen Komponenten erfasst und im Optimierungsablauf berücksichtigt werden. Beispielhaft ist in Bild 5-8 der Ablauf der domänenspezifischen Komponentenoptimierung dargestellt. Basierend auf einem domänenübergreifenden Antriebsstrangmodell werden die zur Optimierung notwendigen domänenspezifischen Modelle abgeleitet, analysiert und die jeweiligen optimalen Parameter ermittelt. Damit wird anschließend das Antriebsstrangmodell für den nächsten Optimierungsdurchlauf modifiziert. Dieser Vorgang erfolgt parallel z. B. für die Ermittlung von optimalen Steuergeräteparameter und optimalen geometrischen Bauteilformen.

Bild 5-8: Domänenspezifische Komponentenoptimierung.

5.1.2.5 Modellbasierte Validierung In der Integrationsphase liegt der Fokus der modellbasierten Validierung im durchgängigen Einsatz des in der Entwurfs- und Optimierungsphase erstellten Antriebsstrangmodells unter Echtzeitbedingungen auf Leistungsprüfständen [10]. In Bild 5-9 sind dazu beispielhafte Anwendungen bei der Entwicklung eines hybriden Antriebskonzeptes dar-

5.1 Modellbasierte Antriebsstrangentwicklung

295

gestellt. Die Prüfstände unterscheiden sich dabei durch den Anteil der real aufgebauten sowie der mittels Simulation virtuell dargestellten Antriebsstrangkomponenten. Auf dem Steuergeräteprüfstand werden einzelne oder mehrere Steuergeräte mit den entsprechenden Simulationsmodellen der zugehörigen Antriebsstrangkomponenten verbunden und ermöglichen die Validierung der einzelnen Funktionen sowie der Kommunikation des Steuergerätenetzwerks, die Überprüfung der Diagnose sowie eine Grundapplikation. Auf den Komponentenprüfständen werden jeweils nur der Verbrennungsmotor, das Getriebe, der Elektromotor oder das Batteriesystem mit den zugehörigen Steuergeräten real aufgebaut, während das restliche Fahrzeug unter Leistungsbedingungen simuliert wird. Dies erlaubt die Darstellung unterschiedlicher Fahrzeugkonfigurationen durch den einfachen Austausch der virtuellen Fahrzeugkomponenten. So kann z. B. das Abgas- und Verbrauchsverhalten des real aufgebauten Verbrennungsmotors für unterschiedliche Betriebsstrategien untersucht oder der real aufgebaute Elektromotor für unterschiedliche Fahrzeugvarianten validiert werden.

Bild 5-9: Modellbasierte Validierung von Hybridfahrzeugen auf Leistungsprüfständen.

Auf dem Antriebsstrangprüfstand werden mehrere Teilsysteme wie Verbrennungsmotor, Getriebe und Differential als Prüfling eingesetzt. Dabei kann das Batteriesystem des Fahrzeugs durch einen Batteriesimulator ersetzt werden und ermöglicht so die Erprobung des Antriebsstrangs mit unterschiedlichen Strategien für das Energiemanagement. Ein

296

5 Antriebsstrang/Hybrid

weiterer Schwerpunkt ist bei dieser Prüfstandskonfiguration die Abstimmung der Fahrdynamikfunktionen des hybriden Antriebsstrangs. Am Fahrzeug-Rollenprüfstand wird das gesamte Hybridfahrzeug aufgebaut und dessen thermisches und akustisches Verhalten vermessen sowie das Abgasverhalten in den gesetzlichen Fahrzyklen ermittelt. Die auf den Prüfständen experimentell erfassten Daten für Leistung, Verbrauch, Emissionen und Fahrbarkeit werden zur Bewertung des Entwicklungsstandes den im Systemmodell dargestellten Anforderungen gegenübergestellt. Darüber hinaus werden die Daten zum Abgleich bzw. zur weiteren Detaillierung der physikalischen Modelle eingesetzt.

5.1.3 Zusammenfassung Die im Beitrag vorgestellte durchgängige Werkzeugkette zur modellbasierten Antriebsstrangentwicklung ist in Bild 5-10 schematisch dargestellt.

Bild 5-10: Werkzeugkette der modellbasierten Antriebsstrangentwicklung.

Die im Lastenheft enthaltenen Anforderungen werden im Systemmodell dargestellt. Im Systemmodell erfolgt auch die Beschreibung des Grobentwurfs des Antriebsstrangs. Im weiteren Entwicklungsablauf erfolgen automatische Modelltransformationen in signalfluss- bzw. physikalisch orientierte Modellumgebungen wie MATLAB/SIMULINK und

5.1 Modellbasierte Antriebsstrangentwicklung

297

Modelica. In diesen Umgebungen wird die Verfeinerung der Entwürfe in den einzelnen Domänen wie Software, Mechanik und Elektrik durchgeführt. Daran anschließend erfolgt die Realisierung der Prototypen für Mechanik und Software. Auf Leistungsprüfständen werden die Eigenschaften der Prototypen untersucht und mit den im Systemmodell enthaltenen Anforderungen verglichen. Die domänenspezifische Optimierung der Antriebskomponenten erfolgt immer im Zusammenspiel mit dem Modell des Gesamtsystems. Die vorgestellten Konzepte für eine durchgängige Werkzeugkette bieten die Voraussetzung für die konsequente Einführung und Umsetzung virtueller Entwicklungsmethoden und damit einen Beitrag zur erfolgreichen Serienentwicklung von konventionellen und alternativen Antriebssystemen.

Literatur zu Abschnitt 5.1 [1] VDI: VDI-Richtlinie 2206. Entwicklungsmethodik für mechatronische Systeme. Juni 2004 [2] Albers, A.; Schyr, C.: Model Based Verification of Automotive Powertrains. 15th International Conference on Engineering Design, Melbourne, 2005. [3] Albers, A.; Schyr, C.: Modellbasierte Produktvalidierung mittels Integration von funktionalen und physikalischen Beschreibungen. In: HNI (Hrsg.): Tagungsband 4. Paderborner Workshop Entwurf mechatronischer Systeme. Paderborn: Heinz Nixdorf Institut, 2006 (HNIVerlagsschriftenreihe Band 189). [4] SysML: System Modelling Language Specification, Version 1.0. http://www.sysml.org, Stand 2006-09-01 [5] Müller-Glaser, K. D.; Frick, G.; Sax, E.; Kühl, M.: Multiparadigm Modeling in Embedded Systems Design. In: IEEE Transactions on Control Systems Technology, Vol. 12, No. 2 (March), 2004, pp. 279–292 [6] Kühl, M.; Reichmann, C.; Wolff, H.-J.: Entwurfsbegleitende Modelltransformation – Automatisierung von Werkzeugübergängen durch den Einsatz von regelbasierten Modelltransformationen. AUTOREG – Steuerung und Regelung von Fahrzeugen und Motoren. VDIBerichte 1931. Wiesloch, 2006 [7] Modelica: Modelica Language Specification, Version 2.2. http://www.modelica.org, Stand 2006-09-01 [8] Böhl, J.; Kücükay, F.; Pollak, B.; Gschweitl, K.; Bek, M.: Effiziente Entwicklungswerkzeuge zur Motor- und Getriebeapplikation. Getriebe in Fahrzeugen. VDI-Berichte 1943. Friedrichshafen, 2006 [9] Häußler, P.; Albers, A.: Shape optimization of structural parts in dynamic mechanical systems based on fatigue calculations. In: International Journal of Structural and Multidisciplinary Optimization, Vol. 29, No. 5 (2005) p. 361–373 [10] Albers, A.; Schyr, C.: Modellgestützte Erprobungsmethodik in der Antriebsstrangentwicklung. Erprobung und Simulation in der Fahrzeugentwicklung. VDI-Berichte 1900. Würzburg, 2005 [11] McGrath, M.: Next Generation of Product Development. How to Increase Productivity, Cut Costs, and Reduce Cycle Times. New-York: McGraw-Hill, 2004 [12] Weilkiens, T.: Systems Engineering mit SySML/UML. Heidelberg: dpunkt Verlag, 2006

298

5 Antriebsstrang/Hybrid

5.2 Hybridfahrzeug in seiner Verkehrsumgebung 5.2.1 Einleitung Die Entwicklung moderner (hybrider) Antriebssysteme ist eine große Herausforderung für den Ingenieur der Fahrzeugtechnik. Es ist sowohl Detailwissen über die einzelnen Komponenten und ihr Betriebsverhalten erforderlich, als insbesondere auch ein übergreifendes Verständnis des Zusammenspiels aller Komponenten im System Antriebsstrang notwendig. Soll die Entwicklung nicht nur den Betrieb des Fahrzeugs in Normzyklen berücksichtigen, sondern zudem auch den realen Fahrbetrieb mit einbeziehen, der von Fahrer und Verkehrsumgebung vorgegeben wird, ist der Einsatz moderner numerischer Programme und Simulationstechniken notwendig. Aufbauend auf der klassischen Längsdynamiksimulation mit einem detaillierten Antriebsstrangmodell bietet die Kopplung eines solchen Modells mit dem Verkehrssimulationstool PELOPS die Möglichkeit, realistische Betriebsbedingungen in der Simulation zu erzeugen. Am Beispiel der Entwicklung eines Hybridfahrzeugs für den Stadtverkehr wird dieses Vorgehen vorgestellt. Basierend auf dem konventionellen Basisfahrzeug und dessen Betrieb im Zyklus und im Realverkehr, wird zunächst die detaillierte Längsdynamiksimulation des Antriebsstrangs und dessen Kopplung mit dem Verkehrssimulationstool PELOPS validiert. Hierauf aufbauend wird aufgezeigt, wie sich der virtuelle Betrieb des zu entwickelnden Antriebs im Verkehr darstellt. Die so erzeugten Simulationsergebnisse liefern realitätsnahe Verbrauchsdaten und Lastkollektive, die z. B. zur Abschätzung der Batterielebensdauer und der Aggregatbelastungen eine wertvolle Information im Entwicklungsprozess von Komponenten und Antriebssystemen darstellen.

5.2.2 Simulationsumgebung Numerische Berechnungen und Simulationen für die Antriebsstrangentwicklung sind in verschiedenen Ausprägungen möglich. Ausgehend vom realen Fahrzeug kann das Zielfahrzeug durch Simulationen in der „virtuellen Welt“ entstehen (Bild 5-11). Am ika (Institut für Kraftfahrwesen Aachen) werden die folgenden Ansätze genutzt: 1. Die statische Analyse von Antriebssystemen und deren Komponenten mittels gemessener oder berechneter Kennfelder. 2. Die längsdynamische Simulation von Antriebssystemen im Zyklus. 3. Die längsdynamische Simulation von Antriebssystemen in einer virtuellen Verkehrsumgebung, z. B. mit PELOPS.

5.2 Hybridfahrzeug in seiner Verkehrsumgebung

299

Bild 5-11: Weg der virtuellen Antriebsstrangentwicklung.

Für die statische Analyse von Systemzusammenhängen werden Diagramme eingesetzt, die ein Antriebssystem oder dessen Komponenten für statische Zustände beschreiben. Dies sind z. B. Zugkraftdiagramme oder Verbrauchskennfelder von Verbrennungsmotoren. Insbesondere die Möglichkeit, Zusammenhänge in Abhängigkeit von zwei Dimensionen in einem Kennfeld graphisch darzustellen, ist zum Verständnis des statischen Systemverhaltens hilfreich. Zur dynamischen Analyse und Optimierung des gesamten Systems „Fahrzeug“ sind hingegen komplexere Längsdynamik-Simulationsrechnungen notwendig, um die dann auftretenden Wechselwirkungen der Komponenten untereinander zu berücksichtigen.

5.2.2.1 Längsdynamiksimulation Ein wichtiges Arbeitsmittel zur rechnergestützten Entwicklung und Optimierung innovativer Antriebssysteme auf Systemebene ist die Längsdynamiksimulation. Hierbei werden alle relevanten Aspekte der Fahrzeugbewegung in Längsrichtung berücksichtigt. Dies sind zum einen die lineare Fahrbewegung des Fahrzeugs, zum anderen aber auch die rotatorischen Bewegungen der Bauteile im Antriebsstrang. In dem am ika genutzten, modular aufgebauten Simulationstool sind alle Hauptkomponenten des Antriebsstrangs in separaten Blöcken abgebildet. In diesen Blöcken wird, basierend auf Kennwerten und Kennfeldern, das physikalische Verhalten der Einzelkomponenten nachgebildet. Durch die entsprechende Kopplung der Einzelblöcke zum Gesamtmodell mittels Schnittstellen, welche die sog. Potenzial- und Flussgrößen (Drehzahl, Drehmoment und Massenträgheit) übermitteln, wird so der vollständige Antriebsstrang abgebildet. In einem Modell für einen hybriden Antriebsstrang werden die Schnittstellen an den entsprechenden Stellen um die elektrischen Größen erweitert. Bild 5-12 zeigt das Modell eines konventionellen Antriebsstrangs, das entsprechend der zu untersuchenden Hybridstruktur modular erweitert bzw. angepasst wird.

300

5 Antriebsstrang/Hybrid

Antriebsstrang Steuerung 1

Schaltmodus

0=Zyklusschaltung 1=Automatik

ICEOut v

CluOut

Pedal trans_w

TraOut

Anzeigen

transm_locked

Pedal gradient

clutch_locked

Fahrer & Zyklus

VehOut ICE_w

con in

Fn 0..1

wout Fbkin

win

wout

locked_f lag

win

wout

Conin

locked_f lag

win

wout

Tbrake

v

w Höhe

Fbkin

Verbrennungsmotor

Fbkout

FbkinFbkout

Kupplung Nebenaggregate

Fbkin

Fbkout

Fbkin

Terminator gradient

Fbkout

Getriebe Fahrzeug

Bild 5-12: Modulares Simulationsmodell.

Das vollständig parametrisierte Antriebsstrangmodell beschreibt somit den für die Analyse relevanten Teil des Fahrzeugs. Neben der Validierung des Simulationsmodells anhand von Messungen am Realfahrzeug ist es zur Analyse dieses Antriebssystems entscheidend, auch das Lastszenario mit einzubeziehen, das dem Antrieb im Betrieb durch den Fahrer aufgeprägt wird. Die Einbindung des Lastszenarios wird in der Regel durch die Vorgabe eines Geschwindigkeitsprofils realisiert, wobei die Geschwindigkeit als Funktion der Zeit oder des Wegs hinterlegt ist. Das Geschwindigkeitsprofil beruht dann auf einem standardisierten Zyklus oder auf Daten einer Messfahrt. Der für Europa typische Standardzyklus zur Verbrauchsbestimmung ist der sog. „New European Driving Cycle“ (NEDC) mit seinem innerstädtischen Streckenanteil, dem „ECE“, und seinem außerstädtischen Abschnitt, dem sog. „EUDC“, siehe Bild 5-13. Wird ein solcher Zyklus zur Simulation genutzt, ist zwar eine gewisse statistische Absicherung für einen durchschnittlichen Betrieb eines Fahrzeugs gegeben, fahrzeug- wie fahrerspezifische Besonderheiten werden jedoch außer Acht gelassen. So ist z. B. der Beschleunigungsverlauf im Zyklus unabhängig vom Leistungsgewicht und der Fahrweise des Fahrers. Die Simulation im Zyklus schafft daher vorrangig ein gutes Maß an Vergleichbarkeit zwischen verschiedenen Antriebskonzepten und Fahrzeugen unter normierten Randbedingungen.

5.2 Hybridfahrzeug in seiner Verkehrsumgebung

301

120 Geschwindigkeit [km/h]

v=f(t)

100 80 4xECE

60 40 EUDC

20 0

0

200

400

600 Zeit [s]

800

1000

1200

Bild 5-13: New European Driving Cycle.

Um die Adaption der Lastvorgabe an das zu untersuchende Fahrzeug zu verbessern, sind neben den standardisierten Normzyklen im Rahmen diverser Untersuchungen eine Vielzahl von Zyklen auf sog. Referenzstrecken entstanden. Diese Zyklen beschreiben eine Fahrt mit einem bestimmten Fahrzeug auf einer bestimmten Route, oder der erarbeitete Geschwindigkeitsverlauf beruht auf der Analyse einer Vielzahl von Messfahrten mit Probanden. Dieses Vorgehen erlaubt das Einbeziehen der fahrzeugspezifischen Eigenschaften, allerdings ist die statistische Absicherung der Messwerte, bedingt durch die notwendige Anzahl der Probanden, schwieriger als die Nutzung eines Normzyklus. Bezüglich der Streckenwahl ist die statistische Absicherung ebenfalls komplex. Abhängig vom angestrebten Detaillierungsgrad der Simulation setzt die Datenerfassung jedoch schon die Messfahrt mit dem zu untersuchenden Fahrzeug voraus. Im Gebiet der Forschung und Vorausentwicklung kann dies ein Problem darstellen, wenn noch kein Prototyp (Hybrid-)fahrzeug als Versuchsträger zur Verfügung steht. Ein Lösungsweg, die eben beschriebene komplexe Aufgabenstellung der fahrer- und fahrzeugspezifischen Optimierung zu verringern, ist, für die Lastvorgabe nicht auf Messwerte oder auf deren statistische Auswertungen zurückzugreifen, sondern auch die Geschwindigkeitsvorgabe mittels der Simulation zu erzeugen. Hierbei werden der Fahrer und die Strecke ebenfalls in einem Simulationsmodell abgebildet. Wird dieses Vorgehen gewählt, ist es sowohl möglich, den Geschwindigkeitsverlauf in einer separaten Verkehrssimulation zu erzeugen und anschließend in der antriebsstrangspezifischen Längsdynamiksimulation als Vorgabe zu nutzen, als auch die Verkehrssimulation direkt mit der Längsdynamiksimulation zu koppeln. Bild 5-14 zeigt die Architektur der am ika genutzten direkt gekoppelten Simulation. Das Softwaretool PELOPS übernimmt die Verkehrssimulation und beinhaltet daher das Fahrer- und das Umweltmodell. Für die Längsdynamiksimulation werden ika-Standardmodelle genutzt.

302

5 Antriebsstrang/Hybrid

Bild 5-14: Architektur der gekoppelten Simulation.

Auch für die gekoppelte Simulation gilt, dass die erzeugten Geschwindigkeitsprofile statistisch bewertet werden müssen. Im Gegensatz zur Messfahrt mit realem Probanden ist dies in der Simulation jedoch deutlich einfacher. Hier können die Fahrerkennwerte oder die der zu fahrenden Strecke in der Simulationsumgebung variiert werden. Eine weitere Variante ist die Nutzung der gekoppelten Simulation, um einen Geschwindigkeitsverlauf als Vorgabe-Zyklus zu erstellen. Dieses Vorgehen hat den Vorteil, dass der erhöhte numerische Rechenaufwand der gekoppelten Simulation nur einmal notwendig ist, um mit optimaler Adaption an Fahrer und Fahrzeug eine Geschwindigkeitsvorgabe zu erstellen. Diese Geschwindigkeitsvorgabe kann dann als Zyklusvorgabe genutzt werden. So ist mittels einer einfachen Zyklussimulation eine schnellere Variation von Kenngrößen in der Betriebsstrategie möglich, sofern sich diese nicht auf den Geschwindigkeitsverlauf des Fahrzeugs auswirken, Tabelle 5-2.

5.2 Hybridfahrzeug in seiner Verkehrsumgebung

303

Tabelle 5-2: Lastvorgaben in der Längsdynamiksimulation und deren Anwendung. Art der Lastvorgabe

Einsatz

Zyklus

1) Ermittlung von Vergleichsdaten (Verbrauch) 2) Basisauslegung des Hybridfahrzeugs

Messdaten

Validierung von Simulationsergebnissen

Gekoppelte Simulation im Verkehrsszenario

Detailentwicklung Verbrauchsberechnung (Realbetrieb)

Geschwindigkeitsprofil, ermittelt in einer gekoppelten Simulation

Parametervariationen

5.2.3.2 Verkehrsszenarien Die Lastvorgabe, die sich mittels der gekoppelten Simulation ergibt, ist durch das Fahrzeug, die Fahrerparameter und das hinterlegte Verkehrsszenario bestimmt. Ein Verkehrsszenario enthält die Daten zur Streckenführung, die Topographie und die Beschilderung sowie die umgebenden Fahrzeuge. Das hier verwendete Verkehrsszenario beschreibt einen realen Rundkurs in Aachen. Um dem Realbetrieb des Fahrzeugs in der Simulation sehr nahe zu kommen, wird bei der Definition des Rundkurses berücksichtigt, dass das Kraftstoffeinsparpotenzial eines Hybridfahrzeugs stark vom Nutzungsszenario abhängig ist. Im Stadtverkehr sind durch Motorabschalten und rein elektrisches Fahren mit besserem Wirkungsgrad sowie durch Bremsenergierückgewinnung Verbrauchseinsparungen von bis zu 30 % möglich. Im Überlandbetrieb sind dagegen nur ca. 10 % realistisch und im Autobahnbetrieb kann sogar ein leichter Mehrverbrauch entstehen. Um das Einsparpotential im Realbetrieb richtig einzuschätzen, ist es daher wichtig, die richtige Aufteilung der Strecke in innerstädtischen, außerstädtischen und den Autobahnverkehr zu finden. Im Durchschnitt aller Fahrzeuge in Deutschland werden rund ein Viertel der zurückgelegten Kilometer innerstädtisch und drei Viertel außerstädtisch gefahren [1]. Da hier jedoch ein typisches Stadtfahrzeug untersucht werden soll, wird der Innenstadtanteil der Referenzstrecke mit 39 % etwas größer angenommen, siehe Tabelle 5-3.

Tabelle 5-3: Kenndaten der Realstrecke. Streckenlänge außerorts:

15,6 km

Streckenanteil außerorts:

61 %

Streckenlänge innerorts:

10,0 km

Streckenanteil innerorts:

39 %

Die Streckenführung beginnt am ika und verläuft dann zunächst über den Autobahnzubringer in Richtung Autobahnanschlussstelle „Aachen-Laurensberg“. Von dort folgt sie der Autobahn bis zum Kreuz Aachen, um dort auf die Stichautobahn A544 in Richtung

304

5 Antriebsstrang/Hybrid

Aachen Europaplatz zu wechseln. Ab dem Europaplatz folgt dann eine Fahrt im Stadtbereich zurück zum ika. Dies ergibt eine Gesamtlänge von 25,6 km, siehe Bild 5-15.

Bild 5-15: Streckenverlauf des Rundkurses in Aachen.

Die Abbildung der gewählten Streckenführung im Umweltmodell ist in Bild 5-16 dargestellt. Neben dem Kurven- und Höhenverlauf sind alle relevanten Beschilderungen sowie die realen Ampelsteuerzeiten berücksichtigt. Da zudem die Verkehrsdichten abschnittsweise an die Ergebnisse von Verkehrszählungen angepasst sind, stellt das erstellte Verkehrsszenario eine ausgesprochen realitätsnahe Verkehrsumgebung dar. Die Parametrisierung des Fahrermodells basiert auf der Analyse des Fahrerverhaltens aus Probandenversuchen mit dem Basisfahrzeug auf der gewählten Strecke und ist ebenfalls sehr realistisch.

Bild 5-16: Umweltmodell – Strecken- und Höhenverlauf.

5.2 Hybridfahrzeug in seiner Verkehrsumgebung

305

5.2.3 Simulationsergebnisse Wesentlich für die Ergebnisabsicherung ist die Validierung des Simulationsmodells des konventionellen Basisfahrzeugs. Hierauf basiert das Modell des zu entwickelnden Hybridantriebs. Die Validierung des Basismodells erfolgt anhand des Vergleichs einer realen Fahrzeugmessung im NEDC und der Simulation dieser Fahrt mit dem real gefahrenen Geschwindigkeitsprofil. Bild 5-17 zeigt die sehr gute Übereinstimmung der jeweils ermittelten Kraftstoffdurchflusswerte im betriebswarmen Zustand.

Bild 5-17: Kraftstoffdurchfluss im NEDC (warm).

Die Simulationsergebnisse der gekoppelten Simulation ergeben eine Abweichung von ca. einem Prozentpunkt vom Mittelwert der Probandenversuche. Die Aussagekraft der gekoppelten Simulation wird hierdurch untermauert.

5.2.3.1 Hybridantrieb Das hier betrachtete Hybridkonzept ist ein paralleler Hybrid. Die Elektromaschine ist seitlich am Getriebe angeordnet und über einen Adaptionskettentrieb mit der GetriebeHauptwelle verbunden. Bild 5-18 zeigt diese Anordnung schematisch. Diese Konfiguration bietet in Kombination mit dem automatisierten Gangwechsel die Möglichkeit, die Zugkraftunterbrechung beim Schalten deutlich zu minimieren. Zudem sind durch die radseitige Anordnung der Elektromaschine an der Vorderachse optimale Voraussetzungen zur Realisation der Rekuperation (Energierückgewinnung beim Bremsen) geschaffen. Als Besonderheit dieser Konfiguration ist zu beachten, dass der Energiefluss im Ladebetrieb (Lastpunktanhebung) über den Radsatz des Getriebes und den Adaptionskettentrieb verläuft.

306

5 Antriebsstrang/Hybrid

Bild 5-18: Konzept des Hybridantriebs.

Die Weiterentwicklung des Simulationsmodells zur Abbildung des Hybridantriebs erfolgt durch die Integration der Module für die Batterie, die Elektromaschine und die Adaptionskette sowie der Erweiterung der Fahrzeugsteuerung um die hybriden Zusatzfunktionen. Als hybridspezifische Hauptfunktionen seien hier der Start/Stopp-Entscheider und der Ladegradregler der Batterie genannt. Bei der Konzeption und Parametrierung beider steht die optimale Abstimmung von Verbrauch und Batteriebelastung im Fokus, um so ein den Anforderungen gerechtes Energiemanagement darzustellen [2, 3]. Angepasst wird zudem die Gangwahlroutine. Die mit dieser Konfiguration berechnete Verbrauchsreduzierung beträgt im Zyklusbetrieb NEDC (warm) ca. 22 %. Für den virtuellen Betrieb im Verkehrsszenario ergibt sich ein Minderverbrauch von ca. 13 % zum Basisfahrzeug. Dieser Vergleich berücksichtigt nicht den Aspekt der deutlichen Leistungssteigerung durch die Hybridkomponenten. Hierdurch wäre auch der Verbrauchsvergleich zu einem stärker motorisierten konventionellen Fahrzeug zulässig. Neben der Verbrauchsberechnung ist für die Entwicklung des Hybridantriebs auch die Bestimmung von Lastkollektiven der Komponenten erforderlich. Dies gilt sowohl für die elektrischen Komponenten als auch für die mechanischen Getriebebauteile. Die Belastung der elektrischen Komponenten des Hybridantriebs ist durch die Antriebskonfiguration, den Fahrbetrieb und durch die Betriebsstrategie bestimmt. Bild 5-19 zeigt den in der Simulation ermittelten Zusammenhang zwischen dem Energieumsatz in der Batterie und dem Kraftstoffverbrauch für den Betrieb des Fahrzeugs auf dem Rundkurs in Aachen für verschiedene Einstellungen der Betriebsstrategie. Variiert wird der Schwell-

5.2 Hybridfahrzeug in seiner Verkehrsumgebung

307

wert zum Wechsel vom elektrischen in den hybriden Betriebsmodus mit laufendem Verbrennungsmotor. Auffällig ist der relativ breite Bereich des Minimalverbrauchs, in dem die Verbrauchsänderung kleiner 1 % ist, aber der u. a. die Batterielebensdauer bestimmende elektrische Energieumsatz um etwa den Faktor 1,5 schwankt.

Bild 5-19: Elektrischer Energieumsatz in der Batterie.

Die Integration der Elektromaschine und der Adaptionsstufe erfolgt mit minimalen Änderungen am Basis-Getriebe. Durch die hybride Antriebsstruktur ändert sich allerdings die mechanische Belastung im Radsatz und der Achsstufe deutlich. Zur Auslegung der Adaptionsstufe ist es zudem notwendig, ein realistisches Lastkollektiv zu kennen. Zur Bestimmung der neuen Bauteilbelastungen werden die Simulationsergebnisse der gekoppelten Simulation auf dem gewählten Rundkurs genutzt. So ist das in Bild 5-20 dargestellte Lastkollektiv vor dem Hintergrund der zu erreichenden Lebensdauer Startpunkt für die Auslegung der Adaptionsstufe.

Bild 5-20: Lastkollektiv der Adaptionsstufe.

308

5 Antriebsstrang/Hybrid

Auffallend in der Lastverteilung der Adaptionsstufe ist der häufige Betrieb bei kleinen Drehmomenten. Dieser wird durch den generatorischen Betrieb der Elektromaschine zum Versorgen des Bordnetzes und zum Laden der Traktionsbatterie verursacht. Für den Radsatz ergeben sich bei radseitiger Anordnung der Elektromaschine zwei neue Aspekte der Belastung. Zum einen entfällt der Schubbetrieb, zum anderen verschieben sich die Zug-Lastanteile in den einzelnen Gangstufen. Der Schubbetrieb im Radsatz entfällt, da bei negativen Bedarfsmomenten in den elektrischen Fahrbetrieb gewechselt wird und die Rekuperation dann über Achsstufe und Adaptionskette erfolgt. Im Zugbetrieb nimmt die Häufigkeit von Betriebspunkten im Bereich bis zum halben Nenndrehmoment deutlich ab, der Betrieb um Null-Drehmoment steigt hingegen stark an. Dies ist durch den elektrischen Fahrbetrieb bedingt, der bei geöffneter Kupplung den Radsatz drehmomentfrei stellt. Zudem steigt der Lastanteil bei hohen Drehmomenten an. Dies ist durch die hybridspezifisch längere Auslegung der hohen Fahrgänge im Radsatz und den Ladebetrieb mittels Lastpunktanhebung bedingt. Bild 5-12 zeigt diese Zusammenhänge exemplarisch für den 5. Gang und die Achsstufe. Die Veränderung im Lastkollektiv der Achsstufe wird im Wesentlichen durch den neu hinzukommenden Rekuperationsbetrieb verursacht. So treten am Ritzel der Achsstufe nun nennenswerte Lastanteile im Schubbetrieb jenseits von –40 Nm auf.

Bild 5-21: Lastkollektive, 5. Gang und Achsstufe.

5.2 Hybridfahrzeug in seiner Verkehrsumgebung

309

5.2.4 Zusammenfassung Durch den Einsatz moderner Simulationstools ist es möglich, die Entwicklung von (hybriden) Fahrzeugantrieben bereits in der Konzept- und Entwicklungsphase durch den Betrieb in einer virtuellen Verkehrsumgebung effektiv zu unterstützen. Am ika wird hierzu die Kopplung detaillierter Antriebsstrangmodelle der Längsdynamiksimulation mit dem Verkehrssimulationstool PELOPS genutzt. Beide Simulationstools sind im Rahmen verschiedener Testreihen und Probandenversuche validiert. So ist es, wie hier dargestellt, möglich, sowohl die Verbrauchsberechnung als auch die Ermittlung von Lastkollektiven realitätsnah darzustellen. Darüber hinaus wird die gekoppelte Simulation zur Optimierung von Betriebsstrategien und zur Dimensionierung der Hybridkomponenten eingesetzt. Die gekoppelte Simulation zum virtuellen Betrieb neuer Fahrzeugantriebe ist somit eine zielführende Ergänzung der etablierten Simulationstechniken, die im Wesentlichen zyklusbasiert sind. Hierdurch wird das Potenzial geschaffen, die Dimensionierung zukünftiger Antriebe bereits im Entstehungsprozess besser an den zu erwartenden Realbetrieb anzupassen. Lebensdauerkritische Komponenten bzw. Betriebsweisen können so frühzeitig identifiziert und optimiert werden. Das reale Hybridfahrzeug kann also in seiner Verkehrsumgebung entwickelt werden. Dabei kommt es in großem Maße darauf an, dass die virtuelle und die reale Welt zusammen betrachtet werden.

Literatur zu Abschnitt 5.2 [1] [2]

[3]

Verkehr in Zahlen 1999, 28. Jahrgang. Hamburg: Deutscher Verkehrs-Verlag GmbH, 1999 Schüssler, M.; Meinheit, H.; Biermann, J.-W.: Anforderungen und Testverfahren für Batterien bei automobilen Anwendungen. 14. Aachener Kolloquium Fahrzeug- und Motorentechnik, 2005 Meinheit, H.; Schüssler, M.; Biermann, J.-W.: Optimierte Regelung und Steuerung hybrider Antriebsstränge. VDI Berichte Nr. 1931. Düsseldorf: VDI Verlag, 2006

310

5 Antriebsstrang/Hybrid

5.3 Einfluss des Strömungssiedens auf den kühlmittelseitigen Wärmeübergang in Verbrennungsmotoren 5.3.1 Einleitung Der mit der Einführung der direkteinspritzenden Dieselmotoren einsetzende und nachhaltige große Erfolg am Pkw-Markt ist nicht nur durch die günstigen Kraftstoffverbrauchseigenschaften zu begründen. Vielmehr stellen auch die aus dem fülligen Drehmomentenverlauf resultierenden Fahrleistungen ein entscheidendes Kaufkriterium für das Dieselaggregat dar. Die Forderung nach höchsten Leistungsdichten und der zunehmende Platzbedarf durch Hilfsaggregate im Motorraum verlangen eine sehr kompakte Leichtbauweise von modernen Antriebseinheiten. Trotz höherer Wirkungsgrade ist die über das Kühlsystem abzuführende Wärmemenge in jüngster Vergangenheit erheblich gestiegen. Dies ist einerseits durch die höheren verbauten Motorleistungen und den Einsatz von diversen Zusatzaggregaten (z. B. Klimaanlage, Servopumpen etc.) begründet, aber auch auf verschiedenste Maßnahmen zur Emissionsverminderung (z. B. AGR-Kühlung) zurückzuführen. Bei konstant gebliebenem Raumangebot im Motorraum stellt diese Entwicklung eine starke Herausforderung für die gesamte Kühlsystemauslegung dar. Hubraumspezifische Drehmomentwerte von über 170 Nm/dm3 und spezifische Leistungen von über 60 kW/dm3 sind nur über hohe Spitzendrücke zu erreichen und bringen hohe Beanspruchungen für sämtliche Motorkomponenten mit sich. Mit der Steigerung der spezifischen Leistung ist insbesondere ein ansteigender Wärmeeintrag in die Bauteile des Motors verbunden. Die daraus resultierende hohe thermische Belastung stellt für Leichtmetall-Motorkomponenten, wie beispielsweise den Zylinderkopf, eine zusätzliche Herausforderung bei der Auslegung dar. 5.3 Einfluss des Strömungssiedens auf den kühlmittelseitigen Wärmeübergang Die Qualität der Auslegung von Zylinderköpfen hat einen entscheidenden Einfluss auf die Leistungsfähigkeit des Motors. Daher wird in einem gemeinsamen Forschungsvorhaben der BMW Motoren GmbH in Steyr, dem Software- und Engineering Dienstleister AVL List GmbH und der Technischen Universität Graz (Institut für Strömungslehre und Wärmeübertragung) im Kompetenzzentrum „Das Virtuelle Fahrzeug“ in Graz seit mehr als drei Jahren der Wärmeübergang im Zylinderkopf eines Dieselmotors untersucht. Ziel ist es, die vorhandenen Ansätze zur numerischen Simulation des gas- und kühlmittelseitigen Wärmeüberganges zu validieren und zu verbessern. Im Speziellen lag der Schwerpunkt des Vorhabens auf der Untersuchung von Siedevorgängen im Kühlwassermantel. Das Phänomen des unterkühlten Blasensiedens leistet für den Wärmeeintrag ins Kühlmittel einen wesentlichen und nicht zu vernachlässigenden Beitrag. Auf Grundlage von fundierten experimentellen Untersuchungen am Prüfstand wurde ein Simulationsmodell entwickelt, welches in der Lage ist, diese Effekte im Detail abzubilden. Dieses Forschungsvorhaben wurde vom Bundesministerium für Verkehr, Innovation und Technologie (BMVIT), der Österreichischen Forschungsförderungsgesellschaft mbH (FFG), dem Land Steiermark, der Stadt Graz und der steirischen Wirtschaftsförderungsgesellschaft mbH (SFG) als Betreiber des K plus Kompetenzzentren-Programms unterstützt.

5.3 Einfluss des Strömungssiedens auf den kühlmittelseitigen Wärmeübergang

311

5.3.2 Sieden Der kühlmittelseitige Wärmeübergang bestimmt ganz wesentlich die Temperaturen in den Bauteilen des Motors, die ihrerseits die Festigkeit und somit die Betriebssicherheit der Struktur beeinflussen. Nur mit einer gezielten Konstruktion und Auslegung des Kühlmittelmantels in Zylinderkopf und Zylinderkurbelgehäuse sind die zur Wärmeabfuhr erforderlichen Wärmestromdichten realisierbar und im Rahmen der geforderten Dauerfestigkeit beherrschbar. Besonders in den thermisch hoch belasteten Regionen des Zylinderkopfes (z. B. Feuerdeck, Ventilsteg, Auslasskanäle etc.) können die Wandtemperaturen soweit steigen, dass lokal Sieden der Kühlflüssigkeit auftritt. Durch die Ausnutzung der latenten Verdampfungswärme, welche durch den Phasenübergang von kleinsten Dampfblasen aufgenommen wird, kann der Wärmeübergang verglichen zu rein einphasiger Konvektion erheblich gesteigert werden. Dieser seit langem bekannte und in der klassischen Motorenentwicklung eher unerwünschte Effekt wird mittlerweile aufgrund seines Potentials zur Verbesserung des Wärmeübergangs gezielt eingesetzt bzw. bewusst zugelassen. Diese Strategie setzt allerdings eine genaue Kenntnis des durch Siedevorgänge beeinflussten Wärmeübergangs voraus. Nur detailliertes und fundiertes Wissen über die herrschenden physikalischen Zustände und Abhängigkeiten gibt die dazu erforderliche Sicherheit. Insbesondere ist hier auch von entscheidender Bedeutung, in welchem Ausmaß bestimmte Umgebungsbedingungen und Parameter (z. B. Strömungsgeschwindigkeit, Oberflächenbeschaffenheit etc.) das Siedeverhalten beeinflussen. Für die Auslegung und Entwicklung von Motoren, welche in immer stärkerem Ausmaß durch den Einsatz von Simulationswerkzeugen dominiert wird, sind verlässliche Modelle zur Beschreibung des zweiphasigen Wärmeübergangs eine der wesentlichsten Voraussetzungen. Nur durch die Integration eines entsprechenden Siedemodells in den Berechnungsprozess ist die geforderte Genauigkeit und Güte der Berechnungsergebnisse erzielbar.

5.3.2.1 Beschreibung des Siede-Phänomens Beim Blasensieden kommt es zur lokalen Verdampfung des Kühlmittels, ohne dass sich eine geschlossene Dampfschicht zwischen Kühlmittel und Oberfläche ausbildet. Durch die zur Phasenumwandlung benötigte Verdampfungswärme und die Turbulenzintensivierung in der Grenzschicht aufgrund der Dampfblasenablösung wird der Oberfläche zusätzlich zum konvektiven Wärmeübergang Wärme entzogen. Dadurch wird der Wärmestrom maßgeblich gesteigert. Grundsätzlich ist zwischen dem Phänomen des Behältersiedens in ruhenden Flüssigkeiten und dem von konvektiven Effekten überlagerten Strömungssieden zu unterscheiden. Letzteres ist für die motorische Anwendung von Relevanz, wobei hier im Speziellen noch von unterkühltem Strömungssieden gesprochen wird, da die Kernströmung unter der Siedetemperatur liegt. Diese Unterkühlung ist auch die Ursache dafür, dass die entstehenden Blasen nur lokal in der Grenzschicht auftreten, da sie unmittelbar nach dem Verlassen derselben sofort wieder in der Flüssigkeit kondensieren.

312

5 Antriebsstrang/Hybrid

Bei höheren Geschwindigkeiten wird die Siedeblasenbildung in zunehmendem Ausmaß unterdrückt. In Bild 5-22 ist dieser Zusammenhang in Form von charakteristischen Siedekurven dargestellt, welche die Wärmestromdichte über der Wandtemperatur zeigen. Bis zum Erreichen der Siedetemperatur ist der Wärmeübergang durch reine Konvektion bestimmt, wobei sich höhere Strömungsgeschwindigkeiten durch unterschiedliche Niveaus und Steigungen der Kennlinien in diesem Bereich manifestieren. Übersteigt die Wandtemperatur den Siedepunkt, kommt es zu einem „Knick“ in den Siedekurven hin zu höheren Wärmeströmen, welcher mit steigender Strömungsgeschwindigkeit abnimmt. Durch das höhere Niveau des konvektiven Anteils und die zunehmende Unterdrückung des Siedeverhaltens bei hohen Strömungsgeschwindigkeiten kommt es zu Überschneidungen der Siedekurven. Wie in Bild 5-22 ersichtlich, bedeutet dies, dass dasselbe Wärmestromniveau mittels unterschiedlicher Strömungsgeschwindigkeiten realisiert werden kann. Bei hohen Geschwindigkeiten dominiert der konvektive Anteil des Wärmeübergangs, bei niedrigen hingegen der Siedeanteil.

Bild 5-22: Gemessene Siedekurven bei unterschiedlichen Strömungsgeschwindigkeiten.

5.3.2.2 Einflüsse Wie bereits erwähnt, gestaltet sich die Beschreibung des Wärmeübergangs bei auftretendem Blasensieden äußerst schwierig. Der Grund ist in der Vielzahl von Einflussparametern auf den Wärmeübergang zu suchen. Bei Wärmeübergang ohne Phasenwechsel wie Wärmeleitung und Konvektion sind Dichte, Viskosität, Wärmeleitfähigkeit und Wärmeausdehnungskoeffizient sowie geometrische Größen die Haupteinflussfaktoren. Tritt

5.3 Einfluss des Strömungssiedens auf den kühlmittelseitigen Wärmeübergang

313

dazu noch eine Phasenänderung von flüssig auf dampfförmig auf, so spielen darüber hinaus noch die Verdampfungsenthalpie, Dampfdruckkurve und die Oberflächenspannung eine entscheidende Rolle. Bei Siedevorgängen an festen Heizflächen beeinflussen auch die Eigenschaften der Heizfläche (Heizflächenmaterial, Rauigkeit, Porengrößenverteilungen, Benetzbarkeit etc.) den Wärmeübergang. Bis dato sind nicht alle Einflussparameter und Abhängigkeiten des Siedeverhaltens auf den resultierenden Wärmeübergang bekannt. Vor allem der Einfluss von Effekten, welche im Speziellen im Bereich der motorischen Anwendung auftreten, wie zum Beispiel Vibrationen und Druckgradienten in der Strömung, waren noch nicht erforscht. Aus diesem Grund wurden im Rahmen dieses Projekts experimentelle Grundlagenuntersuchungen angestellt, welche die folgenden Einflussfaktoren beleuchtet haben: ™ Kühlmittelzusammensetzung ™ Oberflächenbeschaffenheit (Rauigkeit) ™ Orientierung der Heizfläche ™ Druckgradienten (beschleunigte bzw. verzögerte Strömung) ™ Vibration. Ziel dieser Untersuchungen war es, einerseits das Ausmaß dieser Einflüsse zu quantifizieren und andererseits das entwickelte und bereits in der technischen Anwendung befindliche Siedemodell zu validieren und entsprechend den gewonnenen Erkenntnissen zu verbessern. Die Ergebnisse sind einem internen Forschungsbericht [1] entnommen und werden im Folgenden zusammengefasst.

5.3.2.2.1 Kühlmittelzusammensetzung Umfangreiche Experimente wurden mit unterschiedlichen Gemischzusammensetzungen aus deionisiertem Wasser und Ethylenglykol (Glysantin G48 von BASF) durchgeführt. Mit steigender Glykolkonzentration erhöht sich der Siedepunkt bei gleichem Druck. Das Sieden setzt später ein. Zusätzlich fällt mit zunehmendem Glysantin-Anteil die Steigung der Siedekennlinie im überhitzten Bereich geringfügig flacher aus. Beide Effekte verursachen eine Verschlechterung des Siedewärmeübergangs mit zunehmender GlykolKonzentration bei ansonsten gleichen Betriebsparametern. Hinsichtlich der modellmäßigen Erfassung des Einflusses des Glysantin-Anteils im Kühlmittel auf den Siedewärmeübergang konnte nachgewiesen werden, dass dieser Effekt hinreichend genau durch die Änderung der Gemischstoffwerte abgebildet wird (siehe Bild 5-23). Die Berechnung der Gemischstoffwerte wird in der bestehenden Modellierung durch entsprechende thermodynamische Stoffwerte-Routinen berücksichtigt.

314

5 Antriebsstrang/Hybrid

Bild 5-23: Einfluss der Kühlmittelkonzentration auf den Siedewärmeübergang.

5.3.2.2.2 Rauigkeit Die Oberfläche des Heizblocks der Versuchsanlage, welcher aus der identischen Aluminiumlegierung wie das Zylinderkopfmaterial gegossen ist, wurde an der Heizfläche mit unterschiedlichen Oberflächenrauigkeiten versehen. Eine merkliche Auswirkung unterschiedlicher Oberflächenrauigkeiten wurde in den Experimenten nur für eine sehr kurze Dauer nach der Neubefüllung der Anlage beobachtet. Mit zunehmender Betriebszeit wird der Rauigkeitseffekt durch Alterungsvorgänge überlagert, welche eine bestimmte Mikrostruktur über der makroskopischen (rauen) Topologie aufbauen. Die Bildung dieser Mikrostruktur führt letztendlich zu nahezu gleichen Siedewärmeübergängen bei allen untersuchten Rauigkeiten. Somit konnte auf eine explizite Berücksichtigung der Rauigkeit der Siedeoberfläche in der Siedemodellierung verzichtet werden.

5.3.2.2.3 Orientierung Zur Untersuchung des Einflusses der Orientierung der Heizfläche wurde die Testzelle um jeweils 90° und 180° gedreht. Um Alterungseffekte ausschließen zu können, wurde die Drehung bei voll befüllter Anlage durchgeführt, was eine Modifikation der Versuchsanlage erforderlich machte. Zwischen der horizontal aufwärts gerichteten und der vertikalen Anordnung der Heizfläche konnte kein wesentlicher Unterschied in den resultierenden Siedewärmeübergängen festgestellt werden. Auch eine abwärts gewandte Heizfläche zeigte im Fall großer Strömungsgeschwindigkeiten bzw. kleiner Siedewärmeströme kaum Unterschiede zu den entsprechenden Fällen mit einer aufwärts gewandten Heizfläche. Bei kleiner Strömungsgeschwindigkeit und Unterkühlung hingegen kann bei der abwärts gewandten Heizfläche partielles Filmsieden auftreten, was zu einer deutlichen Verschlechterung des Wärmeübergangs führt. Solche Betriebszustände müssen in der motorischen Anwendung aufgrund der in diesem Fall akuten Gefahr der Überhitzung sicher ausgeschlossen werden (vgl. Abschnitt 5.3.4).

5.3 Einfluss des Strömungssiedens auf den kühlmittelseitigen Wärmeübergang

315

5.3.2.2.4 Druckgradient Der Einfluss von beschleunigten Strömungszuständen wurde mit Hilfe des in Bild 5-24 dargestellten Versuchsaufbaus analysiert. Die Ergebnisse zeigen, dass der Siedewärmeübergang nicht signifikant von einer lokalen Beschleunigung beeinflusst wird. Dies bedeutet, dass bei anliegenden Strömungen der örtliche Beschleunigungszustand nicht explizit berücksichtigt werden muss.

Bild 5-24: Versuchsaufbau zur Realisierung von Beschleunigungs- und Verzögerungszuständen.

Des Weiteren wurde im Zuge dieser Untersuchungen mittels des Einbaus einer rückspringenden Stufe unmittelbar vor der Heizfläche eine Strömungsablösung mit Rezirkulationsgebiet realisiert. Die Geometrie der Stufe wurde so gewählt, dass der Wiederanlagepunkt der Strömung in der Mitte der Heizfläche zu liegen kommt. Auch bei dieser komplexen Konfiguration haben die Ergebnisse gezeigt, dass aufgrund der nicht grob veränderten Dampfblasenbildung eine einphasige Simulation der Grundströmung eine ausreichende Genauigkeit gewährleistet. Unter der Voraussetzung einer korrekten Berechnung des Wiederanlagepunktes in der CFD-Simulation, welche die Wahl eines geeigneten Turbulenzmodells voraussetzt, wird im Boiling-Departure-Liftoff-Modell über den Parameter der vorliegenden Wandschubspannungsgeschwindigkeit der resultierende Siedewärmeübergang korrekt erfasst.

5.3.2.2.5 Vibration Detaillierte Untersuchungen zum Einfluss von im motorrelevanten Frequenzbereich auftretenden Vibrationen auf das Siedeverhalten wurden ebenfalls mit Hilfe der beschriebenen Versuchsanlage durchgeführt. Entsprechende Modifikationen an der Testzelle waren hier natürlich erforderlich. Bei sehr kleinen Strömungsgeschwindigkeiten treten komplexe Wechselwirkungen zwischen Heizflächenvibration und Siedewärmeübergang auf, wie die experimentellen Beobachtungen der Blasendynamik auf der Heizfläche zeigten. Die infolge der Vibrationswirkung gemessene Veränderung der Wandüberhitzung ist jedoch nur sehr gering aus-

316

5 Antriebsstrang/Hybrid

geprägt und wurde überdies nur bei sehr kleinen Strömungsgeschwindigkeiten beobachtet (siehe Bild 5-25). Bei höheren Strömungsgeschwindigkeiten dominiert die Konvektion über den Vibrationseffekt, sodass kein Vibrationseinfluss mehr festgestellt werden kann. Aus diesen Gründen kann in der motorischen Kühlmittelströmung der Vibrationseinfluss als von untergeordneter Bedeutung auf den Siedewärmeübergang betrachtet werden. Seine explizite Erfassung in der Siedemodellierung wird daher als nicht notwendig erachtet.

Bild 5-25: Vibrationseinfluss auf den Siedewärmeübergang (Frequenz: 200 Hz).

5.3.3 Modellbildung und Berechnungsmethodik Im Folgenden werden die Modellierung des oben beschriebenen Phänomens und die für die CFD- und FE-Berechnung abgeleitete Berechnungsmethodik vorgestellt. 5.3.3.1 Boiling-Departure-Liftoff (BDL)-Modell Basierend auf den Ansätzen von Chen [4] und Campbell et al. [3] wurde das BoilingDeparture-Liftoff (BDL) Modell [5] entwickelt. Dabei wird der Siedeunterdrückungsfaktor S nicht als Funktion einer globalen Reynolds-Zahl, sondern abhängig von zwei charakteristischen Blasendurchmessern definiert. Die Siedeunterdrückung wird konkret als Produkt zweier Faktoren S1 und S2 beschrieben, welche basierend auf lokalen Strömungsgrößen bestimmt werden. Das BDL-Modell ist somit gut für die Anwendung in CFD-Codes geeignet. Die gesamte Wärmestromdichte wird nach Gl. (1) berechnet.

5.3 Einfluss des Strömungssiedens auf den kühlmittelseitigen Wärmeübergang

317

strömungsbedingte Siedeunterdrückung

P q = α konv ⋅ (TWand − TFl ) + S1S2 ⋅ α BehSied ⋅ (TWand − TSied )  

 

konvektiver Wärmeübergang

(1)

Wärmeübergang bei Behältersieden

Der Faktor S1 soll die Verringerung des Siedeanteils durch die Strömung abbilden und ist aus dem Verhältnis des so genannten Ablösedurchmessers ddep zum Abhebedurchmesser dlift der Dampfblasen definiert. In Bild 5-26 sind die gemäß dieser Modellannahme ablaufenden Vorgänge bei Blasenwachstum und Blasenablösung dargestellt. Die Berechnung dieser beiden Durchmesser beruht auf dem Ansatz nach Zeng et al. [8], welcher den Ablöse- und Abhebevorgang der Dampfblasen beschreibt. Dabei wird das Kräftegleichgewicht an der Dampfblase jeweils im Ablöse- und Abhebepunkt bestimmt. Die dazu erforderlichen Größen (z. B. Wandschubspannungsgeschwindigkeit etc.) stehen in industriellen CFD-Codes zur Verfügung.

⎛ ddep ⎞φ ⎟ S1 =⎜ ⎝ dlift ⎠

Bild 5-26: Ablöse- und Abhebevorgang von Dampfblasen.

Der Faktor S2 soll den Einfluss des steileren Temperaturgradienten bei höheren Wärmeströmen wiedergeben.

S2 =

1 ˆ 1 + C ⋅ Nu

α ⋅S ⋅d ˆ = BehSied 1 dep Nu λ

(2)

(3)

Das BDL–Modell beschreibt den Wärmeübergang beim unterkühlten Strömungssieden deutlich besser als das Chen/Campbell–Modell und liefert eine gute Übereinstimmung mit den Messwerten (vgl. Bild 5-27).

318

5 Antriebsstrang/Hybrid

Bild 5-27: Vergleich BDL-Modell und Chen-Modell mit Messdaten.

5.3.3.2 Gekoppelte Berechnungsmethodik

Zur Bestimmung der Bauteiltemperatur besteht grundsätzlich die Möglichkeit, die gesamte Berechnung im CFD-Code mittels der bekannten „Conjugate Heat Transfer“ (CHT) Methode durchzuführen. Dazu muss neben dem Flüssigkeitsvolumen auch der Festkörper im CFD-Programm vernetzt und berechnet werden. Üblicherweise wird für die Spannungs- bzw. Lebensdauerrechnung ohnehin das Bauteil in einem FE-Code berechnet. Daher bietet sich für die Bestimmung der Bauteiltemperaturen eine Kopplung der beiden Programme an. In der CFD-Rechnung wird zunächst die Strömung im Flüssigkeitsvolumen berechnet. Dabei wird vorerst mit adiabaten thermischen Randbedingungen gerechnet. An die FERechnung wird die konvektive Wärmeübergangszahl, der statische Druck, die turbulente kinetische Energie und auch die Flüssigkeitstemperatur übergeben. Die Flüssigkeitstemperatur ist verständlicherweise im ersten Schritt konstant. In der FE-Rechnung wird dann zusätzlich mit den gasseitigen thermischen Randbedingungen die Bauteiltemperatur bestimmt. Das BDL-Modell wird dabei vom FE-Programm angewendet, um die jeweiligen Siedeanteile zu bestimmen. An die CFD-Rechnung wird die Wandwärmestromdichte an der kühlmittelseitigen Fläche übergeben. Mit dieser thermischen Randbedingung wird die CFD-Simulation wiederholt und die berechneten Daten werden analog zum ersten Schritt erneut an die FE-Rechnung übergeben. Die FE-Rechnung wird mit diesen angepassten Daten ebenfalls wiederholt und somit wird die Bauteiltemperatur neu bestimmt. Grundsätzlich besteht auch die Möglichkeit, anstelle der Wärmestromdichte die in der FESimulation errechneten Wandtemperaturen an die CFD-Simulation als Randbedingung zu übergeben. Diese Vorgehensweise wird zum Beispiel im Hause AVL standardmäßig angewandt. In diesem Fall werden in der ersten Iterationsschleife, wo diese Daten noch nicht verfügbar sind, für die CFD-Rechnung konstante Wandtemperaturen angenommen. Hierbei ist meist auch eine Untergliederung in entsprechende Teilbereiche üblich, wobei

5.3 Einfluss des Strömungssiedens auf den kühlmittelseitigen Wärmeübergang

319

die Wahl der Temperaturen gemäß Erfahrungswerten erfolgt. Damit ist gewährleistet, dass bereits nach dem ersten Berechnungsdurchlauf der CFD-Simulation thermische Ergebnisse und Informationen vorliegen, womit die Konvergenz des Prozesses in Summe beschleunigt wird. Mit steigender Anzahl der Iterationen zwischen FE- und CFD-Rechnung wird der Unterschied zwischen den jeweils berechneten Temperaturen geringer. Zu Quantifizierung dieses Effekts wurde die beschriebene Methodik an einem einfachen Testbeispiel eingesetzt. Dabei wird ein kreisförmiges Rohr mit Kühlmittel durchströmt (siehe Bild 5-28). Der Festkörper aus Aluminium-Legierung ist durch eine gewisse Wandstärke des Rohrs repräsentiert. An der Außenseite wird eine bestimmte Wärmeübergangszahl und Gastemperatur vorgegeben. Die Randbedingungen wurden so gewählt, dass über der gesamten benetzten Oberfläche Sieden auftritt.

Bild 5-28: Beispiel-Modell für CFD-FE-Kopplung.

In Bild 5-29 sind die berechneten Temperaturen des Festkörpers über der Anzahl der Kopplungsschritte aufgetragen. Dabei sind die jeweiligen minimalen und maximalen Temperaturen im Bauteil angegeben. Die Temperaturänderungen sind in diesem Beispiel unter 1°C und somit sehr gering. Der Betrag hängt natürlich von den gewählten Randbedingungen ab. Jedoch hat sich auch an realen Motorbauteilen, wie zum Beispiel dem Zylinderkopf, gezeigt, dass mit je zwei CFD- und FE-Rechnungen eine befriedigende Genauigkeit erzielt werden kann.

Bild 5-29: Berechnete minimale und maximale Festkörpertemperatur am Beispielmodell.

320

5 Antriebsstrang/Hybrid

5.3.4 Anwendungsbeispiel In diesem Kapitel wird die entwickelte Berechnungsmethodik an einem realen Motorbauteil eingesetzt [6], [7]. Dabei wird eine Konstruktionsvariante eines Aluminium-Zylinderkopfs für einen direkteinspritzenden Dieselmotor betrachtet. Der Nennleistungspunkt wurde als Betriebspunkt gewählt. Das Bild 5-30 zeigt den Wassermantel im Zylinderkopf für einen Zylinder in der Untersicht. Dabei ist das berechnete Verhältnis der gesamten (konvektiv und Siedeanteil) zur rein konvektiven Wärmestromdichte dargestellt. Werte über 1 kennzeichnen also Bereiche, in denen Sieden auftritt. Hier speziell ist eine deutliche Erhöhung in der Nähe des rechten Auslassventils zu erkennen. An dieser Stelle ist die lokale gesamte Wärmestromdichte mehr als doppelt so groß als der rein konvektive Anteil.

Bild 5-30: Verhältnis Gesamt- zu konvektiver Wärmestromdichte am ZylinderkopfWassermantel.

Darüber hinaus wurde der Unterschied zwischen der Berechnung mit und ohne BDLSiedemodell untersucht. Dabei wurde am identischen Simulationsmodell das Siedemodell deaktiviert und die ermittelten Temperaturen mit jenen der Berechnung mit BDL-Modell verglichen. Wie zu erwarten, sind die Unterschiede in der Nähe der Siedezone am rechten Auslassventil am größten. Die maximale Bauteiltemperatur-Differenz zwischen der Rechnung mit und ohne Siedemodell beträgt ca. 8 Kelvin. Basierend auf den experimentellen Erkenntnissen im Rahmen der Orientierungsuntersuchungen wurde Gleichung (4) hergeleitet, um den kritischen Übergangspunkt vom Blasensieden ins partielle Filmsieden bei abwärts orientierter Heizfläche zu bestimmen [2]. Oberhalb dieser so genannten Übergangswärmestromdichte endet der Gültigkeitsbereich des BDL-Modells, da dieses nur für den Blasensiedebereich hergeleitet wurde. Damit ist für die technische Anwendung des Siedemodells gewährleistet, dass diese kritischen Bereiche in der Simulation erkannt und lokalisiert werden können. Dies bildet die Vor-

5.3 Einfluss des Strömungssiedens auf den kühlmittelseitigen Wärmeübergang

321

aussetzung dafür, dass in der Auslegungsphase konstruktive Maßnahmen zur Vermeidung dieser kritischen Bereiche gezielt vorgeschlagen und getroffen werden können.

qtrans = a ⋅ uτ2−2b ⋅ (Tsat − TFl )b

(4)

Die Übergangswärmestromdichte steigt mit zunehmender Wandschubspannungsgeschwindigkeit uτ und Unterkühlung des Kühlmediums (Tsat – TFl). Die empirischen Parameter a und b wurden mittels Messungen abgestimmt. Die experimentellen Untersuchungen haben gezeigt, dass dieser kritische Bereich des Filmsiedens nur im Falle der Überkopf-Orientierung auftritt, bei der das Kühlmittel unterhalb der Siedefläche strömt. Somit müssen nur diese Bereiche mit dem Kriterium nach Gleichung (4) näher betrachtet und bewertet werden. In Bild 5-31 ist das Verhältnis der gesamten Wärmestromdichte zur Übergangswärmestromdichte aufgetragen. Wiederum wird der Wassermantel des oben erwähnten Zylinders gezeigt.

Bild 5-31: Verhältnis der gesamten Wärmestromdichte zur Übergangswärmestromdichte am ZylinderkopfWassermantel.

Werte über 1 zeigen, dass Gefahr zum partiellen Filmsieden gegeben ist bzw. der Gültigkeitsbereich des BDL-Modells überschritten wurde. Dies ist in einer kleinen Zone in der Nähe des rechten Auslassventils der Fall. Jedoch muss berücksichtigt werden, dass wie erwähnt, die Korrelation für die Übergangswärmestromdichte für den Überkopf-Fall abgeleitet wurde. Im vorliegen Fall strömt jedoch das Kühlmedium oberhalb der Siedefläche. Daher kann von größerem Abstand zum Filmsieden und damit der Gültigkeit des BDL-Modells ausgegangen werden.

322

5 Antriebsstrang/Hybrid

5.3.5 Zusammenfassung Der Zielkonflikt zwischen Leichtbau und Motorleistung führt zu ständig steigenden spezifischen Belastungen in Verbrennungsmotoren. Die erhöhte Leistungsdichte führt auch zu höheren spezifischen Wärmeströmen im Kühlkreislauf. Besonders bei der Verwendung von Leichtmetall-Werkstoffen wirkt sich die lokale Bauteiltemperatur auch auf die Lebensdauer der Bauteile aus. Durch das Auftreten von unterkühltem Strömungssieden, welches in bestimmten Bereichen des Kühlmittelmantels bewusst zugelassen wird, kann der Wärmetransport in motorischen Kühlkreisläufen erheblich gesteigert werden, da beim Phasenübergang von flüssig auf gasförmig die Verdampfungswärme des Kühlmittels genutzt wird. Das Auftreten von Strömungssieden erfordert allerdings eine genaue Kenntnis über das Siedephänomen und dessen Einflussfaktoren und muss in der Folge auch im Simulationsprozess entsprechende Berücksichtigung finden, damit eine prozesssichere Bauteilauslegung sichergestellt werden kann. Die in diesem Beitrag vorgestellten Untersuchungen lieferten wertvolle Erkenntnisse über das Phänomen des Blasensiedens. Neben den Haupteinflussparametern wie Druck, Temperatur und Geschwindigkeit wurden verschiedene weitere Einflussgrößen, wie Orientierung, Vibration, Kühlmittelzusammensetzung, Druckgradient und Oberflächenrauigkeit, erforscht. Das entwickelte BDL-Modell zur Beschreibung des Wärmeübergangs beim unterkühlten Blasensieden basiert auf lokalen Strömungsgrößen und liefert eine gute Übereinstimmung mit den Messdaten. Das Modell kann in der CFD- und FE-Berechnung eingesetzt werden. Die vorgestellte Berechnungsmethodik zur Bestimmung der Bauteiltemperatur beruht auf der Kopplung von CFD- und FE-Simulation. Damit können Temperaturfelder von Motorbauteilen sehr gut vorherbestimmt werden. Die Bedeutung des Effekts des Siedens auf die Temperatur wurde anhand eines Dieselmotor-Zylinderkopfes gezeigt.

Literatur zu Abschnitt 5.3 [1]

[2] [3] [4] [5]

Breitschädel, B.: Analyse des Wärmeübergangs beim unterkühlten Strömungssieden an metallischen Oberflächen. Abschlussbericht vif-AB-026/2006, Das virtuelles Fahrzeug. Graz, 2006 Breitschädel, Steiner, Brenn: Onset of partial film boiling in subcooled boiling flow at a downwards facing heated surface. In: ASME Journal of Heat Transfer, 2006 Campbell, N.A.F., Charlton, S.J., Wong, L.: Designing toward Nucleate Boiling in Combustion Engines. ImechE 1995, C496/092 Chen: Correlation for boiling heat transfer to saturated fluids in convective flow. In: Ind. Eng. Chem. Proc. Des. Dev, 5: 322–329, 1966 Kobor, A.: Entwicklung eines Siedemodells für die Simulation des kühlmittelseitigen Wärmeübergangs bei Verbrennungsmotoren. Dissertation, Technische Universität Graz, 2003

5.4 Simulation des NVH-Verhaltens im Antriebsstrang [6]

[7] [8]

323

Nefischer, Ennemoser, Wimmer, Pflügl: Rechnerische Bestimmung der Bauteiltemperaturen mit Hilfe verbesserter Modellierung des Wärmeüberganges in Zylinderköpfen. Beitrag zum Wiener Motorensymposium 2002 Petutschnig, Klinner, Kobor, Schutting: Rechnerische Abbildung des Temperaturfelds in Zylinderköpfen moderner Dieselmotoren. In: MTZ 12/2002 Zeng, Klausner, Berndhard, Mei: A unified model for the prediction of bubble detachment diameters in boiling systems – II. Flow boiling. In: Int. J. Heat Hass Transfer, 36(9): 2271– 2279, 1993

5.4 Simulation des NVH-Verhaltens im Antriebsstrang Im Rahmen der Antriebsstrangentwicklung treten verschiedene Fragestellungen bezüglich Komfort und Geräusch auf. Je nach Frequenzbereich können diese Probleme mit unterschiedlichen Modellierungsansätzen gelöst werden. In diesem Beitrag werden die Berechnungsmethoden für Antriebsstrangschwingungen unter Verwendung dynamischer Mehrkörpersimulation beschrieben. Verschiedene Modellierungsansätze ausgehend vom 1-dimensionalen bis zum 3-dimensionalen Systemansatz unter Verwendung flexibler Strukturen sowie die verschiedene Modellierungskomplexität der eingesetzten Werkzeuge ermöglichen sowohl Untersuchungen von niederfrequenten dynamischen Antriebsstrangeffekten (z. B. Ruckeln) als auch Untersuchungen im höherfrequenten, akustischen Bereich (z. B. Clonk). Als Grundlage dieser Untersuchung dient ein torsionaler Ansatz, appliziert an einer Front-Quer Anordnung eines Pkw-Antriebsstrangs. Eine schrittweise Vertiefung der Modellkomplexität ermöglicht die zusätzliche Berücksichtigung spezifischer Effekte in Antriebsstrangkomponenten und höherfrequenter Schwingungen. Darüber hinaus erlaubt die Anwendung flexibler Körper neben der Ermittlung der gekoppelten Biege- und Torsionsschwingungen auch die Bestimmung der Belastungen von Einzelkomponenten für nachfolgende Festigkeitsuntersuchungen sowie des Körperschalls an Gehäusen und davon ausgehend der Schallabstrahlung. Ein hoher Detaillierungsgrad erfordert naturgemäß einen erhöhten Modellierungsaufwand, einen umfangreichen Datenstand der Eingabedaten (Modelle und Parameter) sowie höhere Rechenzeiten. Die Untersuchung wird mit Hilfe der AVL-Simulationswerkzeuge CRUISE, EXCITE Timing Drive (ehemals TYCON) und EXCITE Power Unit durchgeführt.

5.4.1 Einleitung Das Geräuschverhalten des Antriebsstrangs hat eine zunehmende Bedeutung in der Antriebsstrangentwicklung. Um das volle Potenzial auszuschöpfen, ist das Ziel eine ganzheitliche Betrachtung des Antriebsstrangs unter Verwendung der Simulation. Das bedeu-

324

5 Antriebsstrang/Hybrid

tet, es wird versucht, mit einem Softwarewerkzeug beziehungsweise einem Modell sehr viele unterschiedliche Effekte abzubilden. Diese Vorgehensweise hat den Vorteil, den gesamten Modellierungsaufwand geringer zu halten, allerdings werden die Rechenzeiten speziell für einfache Problemstellungen deutlich länger. Es gilt also vor der Modellierung abzuschätzen, welche Effekte auch im weiteren Entwicklungsverlauf berücksichtigt werden sollen, um das optimale Softwarewerkzeug für den jeweiligen Bedarf auszuwählen. Im Folgenden werden verschiedene Softwarewerkzeuge mit unterschiedlichen Modellierungsansätzen und Simulationsmethoden vorgestellt, welche unterschiedliche Effekte und Auswirkungen berücksichtigen. Die Schwingungs- und Geräuschphänomene im Antriebsstrang lassen sich zur besseren Übersicht in Frequenzbereiche einteilen, wobei die Softwareprogramme aufgrund der Modellierungsansätze jeweils einen Grenzbereich in der Frequenz haben, bis zu dem die Ergebnisse aussagekräftig sind (Bild 5-32).

Bild 5-32: Typische NVH Effekte im Antriebsstrang und ihre Frequenzbereiche.

5.4.2 Modellkomplexität Neben den zu betrachtenden Effekten hat sich die Auswahl eines Berechnungstools bzw. einer Modellkomplexität sehr stark an den Anforderungen der einzelnen Phasen des Entwicklungsprozesses zu orientieren. Dabei sind im Speziellen folgende Aspekte zu beachten:

5.4 Simulation des NVH-Verhaltens im Antriebsstrang

325

™ Verfügbarkeit und Qualität von Daten (Modelle und Parameter) ™ Modellierungszeit ™ Simulationszeit / Durchlaufzeit ™ Erwartete Genauigkeit. (Es soll an dieser Stelle darauf hingewiesen werden, dass die Optimierung von Durchlaufzeiten ein sinnvollerer Ansatz ist als das Reduzieren von reinen Rechenzeiten.)

Als weitere wichtige Parameter zur Definition der Modellkomplexität sind unterschiedliche Lastfälle und Modellvarianten zu berücksichtigen. Als Lastfälle sind stationäre Betriebspunkte und instationäre Lastzustände zu unterscheiden (die Analyse selbst erfolgt in beiden Fällen üblicherweise transient im Zeitbereich). Des Weiteren muss zwischen Motorzyklussimulation und Fahrzyklussimulation bis hin zur Echtzeitsimulation zur rechentechnischen Abbildung von Motor- und Getriebesteuerung (ECU/TCU) und Koppelung der virtuellen Simulationsumgebung mit Einzelhardwarekomponenten und Steuergeräten am Prüfstand über HiL (Hardware-in-the-Loop), unterschieden werden (Beispiele sind Kontrollerentwicklung mit virtuellen Fahrzeugkomponenten oder Koppelung realer Antriebstrangkomponenten mit virtuellen Komponenten am Prüfstand. Die Berechnung von unterschiedlichen Zuständen und Variationen ist für ein detailliertes Systemverständnis und die Auswirkung von Modifikationen essentiell und hat damit einen wesentlichen Einfluss auf die Wahl der Modellkomplexität. Die Anwendung von DoE (Design of Experiments) oder Optimierung im mathematischen Sinn ist erst am Anfang ihrer Möglichkeiten für komplexe Systeme. DoE bezeichnet eine durch mathematische Algorithmen unterstützte Generierung von Variationen der Modellparameter für eine Sensitivitätsanalyse im Parameterraum (statistischen Ermittlung der Abhängigkeiten zwischen Eingabe- und Ausgabeparametern des Simulationsmodells) um mit einer möglichst geringen Anzahl an Variationen eine gesicherte Aussage zu ermöglichen. Heutzutage wird noch meist über Variantenuntersuchung ein System verbessert. Die Modellkomplexität definiert sich allgemein durch ihre Tiefe (Detaillierungsgrad) und Breite (Systemgröße). Der generelle Trend geht weg vom Komponentenmodell, über die Abbildung von Subsystemen bis hin zu Gesamtsystemen. Hauptgrund ist die damit verbundene genaue Berechnung von Komponentenrandbedingungen, die bei reinen Komponentenmodellen meist angenommen werden müssen. Um die gegensätzlichen Anforderungen von Modelltiefe und -breite zu kombinieren werden oftmals Gesamtmodelle mit einfachem Detaillierungsgrad der Komponenten verwendet, um die korrekten Randbedingungen für weitere detaillierte Submodelle oder Komponentenmodelle zu generieren, mit denen im Anschluss Detailuntersuchungen durchgeführt werden. Hauptanforderung an den Ingenieur ist es, die notwendige und sinnvolle Modellkomplexität für das zu untersuchende Phänomen in Relation zu den vorhandenen Ressourcen, Daten und dem Zeitfenster zu finden. Dies erfolgt sinnvoller Weise nicht im Entwick-

326

5 Antriebsstrang/Hybrid

lungsprojekt, sondern wird meist über separate Methodenprojekte bestimmt, die eine detaillierte Validierung der Ergebnisse beinhalten. Die so gewonnenen Erkenntnisse können dann im Entwicklungsprojekt ohne die Notwendigkeit von Rechnungs-Messungsabgleichen und damit der Verfügbarkeit von Hardware als so genannter Front Loading Ansatz eingesetzt werden. Dennoch ist es sinnvoll, soweit möglich, die Modelle kontinuierlich zu begleiten und damit zu verbessern, sobald die erste Hardware verfügbar ist. Neben der allgemeinen Anforderung an die Berechnung, sinnvolle Ergebnisse ohne Hardware zu ermöglichen, sei auch auf weitere Anforderungen hingewiesen. Simulation soll zusätzliche Informationen und Werte liefern, die von der Messung nicht bereitstellen werden können und sie soll im Wesentlichen drei Fragen zu beantworten helfen: ™ Wie verhält sich das System? ™ Woher und woraus resultiert dieses Verhalten? ™ Wie kann dieses Verhalten beeinflusst bzw. verbessert werden kann? Dabei kann der erste Punkt bereits mehrheitlich von der Software selbst beantwortet werden, die beiden anderen muss der Ingenieur beantworten. Hier auch eine detaillierte Unterstützung von Seiten der Software zu liefern, ist einer der Hauptanforderungen für die Softwareentwicklung der kommenden Jahre. Dieser Beitrag zeigt, wie die Entwicklung eines Antriebsstrangs durch „prozesskompatible“ Simulationswerkzeuge bzw. Modelle sinnvoll unterstützt werden kann und konzentriert sich dabei auf die rein mechanische Problemstellung. Dabei wird ausgehend von einem einfachen torsionalen Ansatz eine schrittweise Verfeinerung bis hin zur 3D-ElastoMehrkörperdynamik vorgenommen. Bild 5-33 gibt eine Übersicht der betrachteten Tools bzw. Modellkomplexitäten und die damit analysierten NVH-Effekte. NVH (Noise, Vibration, Harshness) bezeichnet einen üblichen Sammelbegriff für verschiedenen Schwingungs- und Akustikphänomen, die sich übersichtlich über dem beeinflussten Frequenzbereich definieren und unterscheiden lassen. Die Untersuchung elektrischer, thermischer oder hydraulischer Problemstellungen im Antriebsstrang sind separate Aufgabenstellungen und werden oftmals über Koppelung verschiedener Tools realisiert.

5.4 Simulation des NVH-Verhaltens im Antriebsstrang

327

Bild 5-33: Betrachtete Modellkomplexitäten und Effekte.

5.4.3 Softwareprogramme und Modellierungsansätze Die im Rahmen dieses Beitrags verwendeten Berechnungswerkzeuge sind die AVL Simulationstools CRUISE, EXCITE Timing Drive (ehemals TYCON) und EXCITE Power Unit. Ein Vergleich der Hauptmerkmale und Unterschiede zwischen den einzelnen Werkzeugen findet sich in Bild 5-34.

Bild 5-34: Vergleich der Hauptmerkmale und Unterschiede der verwendeten Software.

328

5 Antriebsstrang/Hybrid

CRUISE [1] ist ein Mehrkörpersimulationstool (MKS), das hauptsächlich in der Motorund Fahrzeugentwicklung zur Berechnung von Fahrleistung, Verbrauch und Emissionen sowie zur Beurteilung von Antriebsstrangkonzepten verwendet wird. Der Mehrkörpersimulationsansatz ist hier ein rein torsionaler, wobei an beliebigen Stellen des Antriebsstrangs linear-torsionselastische Elemente auch unter Berücksichtigung von Spiel eingebaut werden können. Damit kann ein Modell mit beliebig vielen torsional gekoppelten Körpern erzeugt werden. Eine zusätzliche Entkoppelung kann an den Rädern über eine Berücksichtigung des Schlupfs vorgenommen werden. Die in vielen Effekten des Antriebsstrangs erforderliche Berücksichtigung der Biegung (z. B. bei bestimmten Formen des „Boom“) beschränkt üblicherweise den Einsatz dieser und ähnlicher Softwareprogramme auf den Frequenzbereich bis maximal 10 Hz. EXCITE TIMING DRIVE [2] ist ein Mehrkörpersimulationstool basierend auf Starrkörpern und Kraftelementen (durch die fortschreitende Integration der Tools wird das frühere Tool TYCON mittlerweile als EXCITE Timing Drive bezeichnet und ist Teil vom Gesamtpaket EXCITE.). Die Bezeichnung Starrkörper ist hier so zu verstehen, dass jeder Körper als Einzelmasse repräsentiert wird oder in Einzelmassen und Steifigkeitselemente unterteilt werden kann, womit sich etwa die Torsion und Biegung von Wellen ausreichend genau abbilden lässt. Ein Körper ist somit nicht notwendigerweise starr, wird aber nicht im Detail im Sinne einer FEM Modellierung abgebildet. Im Gegensatz zu CRUISE kann hier zusätzlich der Biegeeinfluss in den Körpern berücksichtigt werden, sodass sich ein vollständiger 3D Ansatz ergibt. Neben Applikationen im Bereich Antriebsstrang liegt das Hauptanwendungsgebiet von EXCITE Timing Drive in der Steuertriebsdynamik des Motors beziehungsweise in der Berechnung von Ketten, Riemen und Zahnradgetrieben. Aufgrund der Berücksichtigung der Biegung erhöht sich der Frequenzbereich für Antriebsstranguntersuchungen bis auf ca. 200 Hz. Höhere Frequenzen können sinnvoller Weise erst mit Berücksichtigung von Antriebsstrangkomponenten als so genannte flexible Strukturen berücksichtigt werden. Dies erfolgt mit der Software EXCITE POWER UNIT [3], welche hybride Systeme – bestehend aus Starrkörpern und elastischen Körpern – erfassen kann. EXCITE Power Unit ist ein in der Motorentwicklung anerkanntes Tool zur Berechnung von Schwingungen und Akustik und zeichnet sich vor allem durch eine sehr effiziente Gleichungslösung bei flexiblen Strukturen in Verbindung mit nichtlinearen Kopplungen (z. B. elasto-hydrodynamische Gleitlager) aus. Das ebenfalls in Bild 5-34 angegebene Tool EXCITE Designer beschreibt ein rein torsionales Modell, das im Gegensatz zu den anderen Tools im Frequenzbereich arbeitet. Die Lösung erfolgt damit sehr rasch, die Anwendung beschränkt sich aber auf rein lineare Problemstellungen. Die Anwendung eines solchen Ansatzes im Antriebsstrang ist dadurch beschränkt und konzentriert sich meist auf die torsionale Auslegung von Wellenverbindungen von Prüfstandsaufbauten.

5.4 Simulation des NVH-Verhaltens im Antriebsstrang

329

Eine prinzipielle Abstimmung der einzelnen Modelle mit Versuchen ist nicht Gegenstand der vorliegenden Zusammenstellung, kann aber an anderer Stelle, wie etwa [7], nachgelesen werden. Innerhalb einer Software können verschiedene Modellkomplexitäten realisiert werden. Ein Standard bei NVH-Berechnungen ist die Simulation der Strukturschwingungen der Antriebseinheit einschließlich des Kurbel- und Ventiltriebs unter Verwendung flexibler Körper, die mittels FEM Modellen abgebildet werden (siehe oberes Modell in Bild 5-35). Die Simulation von Getrieben und Antriebssträngen mittels Starrkörpern oder MassenSteifigkeits-Modellen ist ein anderer üblicher Ansatz. Teilweise kommen auch hier bereits flexible 3D Strukturen zum Einsatz. Das Ziel für künftige Anwendungen besteht in der sinnvollen Kombination dieser unterschiedlichen Modellierungsansätze (Bild 5-35). Je nach den erforderlichen Ergebnissen kann das Berechnungsmodell einer Komponente selbst wieder einfach oder komplex aufgebaut sein. Bild 5-35 zeigt ein typisches Motormodell, ein Antriebsstrangmodell, sowie ein kombiniertes Gesamtmodell. Das Motormodell ist für alle drei Modelle unterschiedlich detailliert ausgeführt.

Bild 5-35: Modellierungskomplexitäten für Antriebsstränge.

Im Gesamtmodell werden für die Abbildung des Motors entweder Strukturmatrizen, basierend auf kondensierten 3D FEM Modellen, verwendet, wie in Bild 5-35 schematisch dargestellt, oder es wird ein reines Drehschwingungsmodell verwendet (siehe komplexes Modell in Bild 5-36).

330

5 Antriebsstrang/Hybrid

Bild 5-36: Einfaches und komplexes Modell eines vollen Antriebsstrangs.

Im vorliegenden Fall wird die Kurbelwelle in sechs Drehmassen unterteilt. Diese repräsentieren die Kröpfungen der Kurbelwelle, das Schwungrad und den Kurbelwellendämpfer. Die Pleuel sind als masselose Verbindungen zwischen den Kröpfungen und den als Massenpunkten dargestellten Kolben abgebildet. Die Anregung erfolgt mittels gemessener Zylinderdruckverläufe, welche als äußere Kräfte am Kolben wirksam sind. Das Motormodell bildet die Drehungleichförmigkeiten aufgrund des Verbrennungsprozess bzw. der Massenkräfte ab (= Hauptanregungsquelle für den Antriebsstrang), erfasst aber auch Torsionseigenfrequenzen der Kurbelwelle. Für das Zweimassenschwungrad ist ein vereinfachtes Modell in Verwendung, welches auf einer Momentenkopplung beruht (erfasst Elastizität und Reibung). Analoges gilt für das Kupplungsmodell zwischen Sekundärteil des Zweimassenschwungrads und der Kupplungsscheibe. Die Zustände Haften und Gleiten werden dabei durch eine regularisierte torsionale Kopplungscharakteristik dargestellt. Sämtliche Getriebewellen sowie die Seitenwellen sind als Balken-Massen-Modelle dargestellt. Das Getriebemodell beinhaltet alle Getriebestufen ausgenommen den Rückwärtsgang. Die Getriebestufen sind über Kraftelemente (mit Spiel) in Eingriffsrichtung der Verzahnung dargestellt. Die Losräder der nicht eingelegten Gänge sind auf den Getriebewellen über lineare Feder-Dämpferelemente in radialer Richtung und Reibung in

5.4 Simulation des NVH-Verhaltens im Antriebsstrang

331

Umfangsrichtung abgestützt. Die Wälzlager sind als lineare Feder-Dämpferkombinationen in Druckrichtung der Lager abgebildet. In ähnlicher Weise wie das Getriebe ist auch das Differential modelliert. Für die Gelenke der Seitenwellen werden vereinfachte Modelle verwendet. Diese bestehen aus Steifigkeitskopplungen in jenen Freiheitsgraden, in denen Kräfte bzw. Momente übertragen werden. Die Radaufhängungen sind nicht im Detail abgebildet. Die Kopplung zur Straße ist über eine Schlupfcharakteristik erfasst – eine dynamische Radlastverlagerung findet nicht statt. Das Fahrzeug selbst ist als linear bewegte Masse abgebildet. Das Modell beinhaltet kein Gehäuse, und damit auch keinerlei Aufhängungen des Antriebsstrangs an der Karosserie. Das Gesamtmodell besitzt zirka 500 Freiheitsgrade, und ist in der Lage, Effekte bis in den mittleren Frequenzbereich (ca. 200 Hz) abzubilden. Damit können Fahrzeugruckeln, Rasseln (Bewegung der Losradstufen im Getriebe) und auch Anregungsmechanismen des Clonks dargestellt werden. Aufgrund der vereinfachten Abbildung der Antriebsgelenke können Schütteleffekte (Shudder) nicht abgebildet werden. Zwar hat ein komplexes Modell den Vorteil einer sehr genauen Darstellung vieler Effekte. Jedoch hat es den Nachteil langer Rechenzeiten. Das detaillierte Modell benötigt für eine Echtzeit von zwei Sekunden auf einem PC (1,7 GHz) Durchrechenzeiten im Bereich von mehreren Stunden. Da dies im Rahmen einer Konzeptuntersuchung mit vielen Varianten nicht akzeptabel ist, geht man auf ein stark vereinfachtes Modell über, wobei vor allem die zu betrachtende Komponente einer detaillierten Darstellung unterzogen wird (z. B. Zweimassenschwungrad). Das einfache EXCITE Timing Drive-Modell des Antriebsstrangs der Front-QuerAnordnung hat 10 Freiheitsgrade (siehe auch Bild 5-36; oberes Modell). Der Motor wird in einer Rotationsmasse zusammengefasst. Im Getriebe wird nur die geschaltete Gangstufe abgebildet, während die Eingangs- und Ausgangswellen in einer Masse bzw. zwei Massen zusammengefasst werden. Die Kupplung, das Zweimassenschwungrad, das Fahrzeug und die Verbindungen zwischen diesen Elementen sind dieselben wie im komplexen Modell. Das so vereinfachte Modell ist in der Lage, bei Durchrechenzeiten im Minutenbereich das Ruckeln und auch die Anregung des Clonks abzubilden. Auf der Grundlage des einfachen Modells können auch detaillierte Untersuchungen einzelner Komponenten (z. B. Bogenfeder-Zweimassenschwungrades (ZMS)) durchgeführt werden. Dafür können komplexere Modelle verwendet werden (Bild 5-37).

332

5 Antriebsstrang/Hybrid

Bild 5-37: Detaillierte Submodelle von Komponenten (Zweimassenschwungrad).

Das Modell bildet die Charakteristik des Zweimassenschwungrades nicht mehr nur vereinfacht als Steifigkeits- und Dämpfungscharakteristik ab, sondern auf physikalischer Ebene. Die beiden Bogenfedern sind jeweils als fünf Massenelemente diskretisiert, welche über lineare Feder-Dämpfer Elemente verbunden sind. Der Kontakt der BogenfederAbschnitte zum Federkanal ist über einen Konturkontakt mit Berücksichtigung der Normalkräfte (inklusive Fliehkräfte) und der Reibung dargestellt. Auf diese Weise kann das nicht-lineare Verhalten des Zweimassenschwungrads im Drehzahl-Momenten Kennfeld sehr gut abgebildet werden [4].

5.4.4 Untersuchung an einem Front-Querantriebsstrang Alle in Folge beschriebenen Untersuchungen werden an einem Front-Querantrieb durchgeführt. Der Test ist ein „Tip-In/Back-Out“-Test mit den folgenden Eigenschaften: 0,1 s Fahren in Konstantgeschwindigkeit mit ungefähr 20 km/h, gefolgt von einer Beschleunigung von 1,4 s (Motordrehmoment 120 Nm), gefolgt von einer weiteren Phase mit Konstantgeschwindigkeit (Bild 5-38). Während des Tests ist der 2. Gang eingelegt.

5.4 Simulation des NVH-Verhaltens im Antriebsstrang

333

Bild 5-38: Momentenvorgabe und Geschwindigkeitsverlauf Tip-In/Back-Out.

Die Untersuchung wird für folgende drei verschiedene Modellierungsansätze durchgeführt: ™ 1D-Torsionsansatz ™ 3D-MKS (Starrkörper) ™ 3D-MKS (flexible Körper).

5.4.4.1 1D-Torsionsansatz

Das Modell für den 1D-Torsionsansatz kann als Zwei- bzw. Drei-Massenmodell erstellt werden, wie dies in Bild 5-39 dargestellt wird.

Bild 5-39: Modelle des Zwei- und Drei-Massensystems für den Front-Querantrieb.

Beim Zwei-Massenmodell sind die Hauptmassen der Motor und das Fahrzeug. Im DreiMassenmodell wird zusätzlich das Zweimassenschwungrad berücksichtigt. Die Hauptmassen des Drei-Massenmodells sind der Motor, das Getriebe und das Fahrzeug. Eine höhere Anzahl von Massen und daher von Freiheitsgraden kann verwendet werden, ist aber nicht erforderlich. Zwischen den einzelnen Massen werden lineare torsionselastische Feder-/Dämpfereinheiten mit Spiel verwendet. Bei einer offenen Kupplung bzw. Leerlaufstellung des Getriebes wird die Anzahl der Freiheitsgrade (DoF’s) erhöht.

334

5 Antriebsstrang/Hybrid

Das Hauptziel dieser Simulationen ist die Darstellung des Fahrzeugruckelns. Es tritt zwischen dem Zwei-Massen-Modell und dem Drei-Massen-Modell beinahe kein Unterschied in der Ruckelfrequenz auf, doch hat der Reifenschlupf einen wesentlichen Einfluss auf die Ergebnisse. Ein Vergleich der Drei-Massenmodelle ohne und mit Reifenschlupf ist in Bild 5-40 dargestellt. Die Ruckelfrequenz ist in beiden Modellen identisch, allerdings ist sie im Modell mit Reifenschlupf wesentlich stärker gedämpft. Für eine Aussage über das Ruckelverhalten des realen Fahrzeugs ist also die Berücksichtigung des Reifenschlupfs notwendig. Da die Schwingungsamplituden am Beginn des Tip-In zwischen beiden Modellen jedoch gleich sind, kann ein Auftreten des Ruckelns sowie die Ruckelfrequenz auch mit einem vereinfachten Modell ohne Berücksichtigung des Reifenschlupfs nachgewiesen werden.

Bild 5-40: Drehzahl am Motor und Sekundärmasse ZMS, Fahrgeschwindigkeit – Vergleich DreiMassenmodell ohne/mit Schlupf.

5.4.4.2 3D-MKS (Starrkörper)

Die Anwendung von rein torsionalen Modellen ist beschränkt auf Effekte bzw. Komponenten, die eine detaillierte physikalische Abbildung des räumlichen Mechanismus der Kraftübertragung nicht zwingend erfordern. Spielen Verzahnungen (Rasseln, Heulen, Clonk), Wellenbiegungen, Lagerungen, Antriebsgelenke bzw. die genaue Krafteinleitung in das Gehäuse eine Rolle, so sind die Modelle entsprechend zu erweitern. Eine adäquate Methode stellt dabei die Abbildung mittels Starrkörpern und Kraftelementen dar.

5.4 Simulation des NVH-Verhaltens im Antriebsstrang

335

Alle Untersuchungen wurden für das einfache Modell wie auch für das komplexe Modell durchgeführt, wie dies in Bild 5-36 und Bild 5-37 dargestellt ist. Bild 5-41 zeigt die Drehzahlverläufe der Primär- und Sekundärmasse des Zweimassenschwungrads errechnet mit dem einfachen und dem detaillierten Modell (jeweils einfache Darstellung des Zweimassenschwungrads). Man kann das Fahrzeugruckeln in allen Graphen sehr gut erkennen. Primärseitig ist dem Drehzahlverlauf die Ungleichförmigkeit in der Zündordnung (2. Motorordnung) überlagert, diese ist aufgrund der Tiefpasswirkung des Zweimassenschwungrads auf der Sekundärseite kaum mehr vorhanden. Auch mit der sehr reduzierten Modellkomplexität (einfaches Modell) kann das niederfrequente Verhalten dargestellt werden.

Bild 5-41: Drehzahl am Motor und Sekundärteil ZMS, Vergleich einfaches – detailliertes Modell.

In der zweiten Konstantfahrphase (ab 1,5 s) ist auf der Sekundärseite der Einfluss des Zustands geringer Torsionsfedersteifigkeit im Zweimassenschwungrad (ähnlich der Leerlaufstufe von Torsionsdämpfern) gut zu erkennen (1,62 s, 1,78 s und 1,9 5s). Aufgrund der geringen Steifigkeit und Reibung wirkt diese praktisch wie ein Spiel im Antriebsstrang. In diesen Phasen ist der vordere Teil des Antriebsstrangs, d. h. Motor und Primärteil des Zweimassenschwungrades, vom hinteren Teil getrennt. Der vordere Teil unterliegt bei Unterdrehzahl gegenüber der mittleren Drehzahl der Antriebswirkung eines positiven Motormoments und beschleunigt daher, bei Überdrehzahl gegenüber der mittleren Drehzahl ergibt sich ein Bremsmoment am vorderen Teil mit einer Verzögerung.

336

5 Antriebsstrang/Hybrid

Abgesehen vom Weg durch den geringen Steifigkeitsbereich im Zweimassenschwungrad gibt es eine zusätzliche Bewegung durch das Spiel im Antriebsstrang. Auf Grund der Größe des Spiels und der Massenverteilung im Antrieb treten die Bewegungen durch das Spiel immer vor jenen im Zweimassenschwungrad auf. Die diesem Spieldurchlauf folgenden Aufschläge der Zahnflanken verursachen hohe Beschleunigungen der unmittelbar beteiligten Bauteile und einen Kraftimpuls (= akustische Breitbandanregung), welcher im Fahrzeuginneren als metallischer Schlag (ClonkGeräusch) hörbar ist. Bild 5-42 zeigt den Winkelbeschleunigungsverlauf des Differentialkorbs für das einfache und das detaillierte Modell. Die drei Schläge in der Verzahnung sind sehr gut als Beschleunigungsspitzen erkennbar. Der Vergleich zeigt große Unterschiede in der Höhe der Beschleunigungen. Die höheren Amplituden beim einfachen Modell entstehen durch die geringere Diskretisierung der Massen und Steifigkeiten. Die Aussagekraft des einfachen Modells ist in diesem Punkt nicht gegeben. Die Höhe der Beschleunigung sowie der Aufschlagimpuls kann als relatives Maß zur Beurteilung der Clonk-Anregung herangezogen werden [5].

Bild 5-42: Winkelbeschleunigung am Differentialkorb – einfaches und detailliertes Modell.

5.4 Simulation des NVH-Verhaltens im Antriebsstrang

337

Bild 5-43 zeigt den Verlauf der Drehzahlen von Sekundär- und Primärteil des Zweimassenschwungrades bei Verwendung des detaillierten Zweimassenschwungrad-Modells. Der Unterschied zur einfachen Darstellung des Zweimassenschwungrades ist speziell auf der Sekundärseite erkennbar. Die Filterwirkung des mehr detaillierten Modells ist nicht so ausgeprägt wie die des einfachen Modells, dadurch ist der Anteil der Zündordnung in der Bewegung des Sekundärteils größer.

Bild 5-43: Drehzahl am Primär- und Sekundärteil ZMS – detailliertes Modell mit detailliertem ZMS.

Bisher wurden nur Ergebnisse des kraftübertragenden Pfades gezeigt, allerdings können auch Schwingungen von losen Teilen zu erheblichen Geräuschanregungen führen. In den nicht geschalteten Verzahnungssstufen werden die Losräder durch die Drehungleichförmigkeit zu Bewegungen im Spielbereich – dem so genannten Rasseln [6] – angeregt. Bild 5-44 zeigt die Drehzahlen des Los- und Festrades der 5. Gangstufe und die auf der Last- und Rückflanke auftretenden Kraftimpulse in dieser Gangstufe. Infolge der über das Zweimassenschwungrad übertragenen Rest-Drehungleichförmigkeit kommt es zu wiederholtem Flankenwechsel und ruckartigen Drehzahländerungen des Losrades. In der Regel ergeben sich pro Periode der Festradbewegung zwei Anlagewechsel und dementsprechend zwei Kraftimpulse. Vereinzelt sind auch aufeinander folgende Kontakte auf einer der beiden Flanken zu beobachten. Die Frequenz der Festradbewegung entspricht dabei der Anregungsfrequenz aus der Motordrehungleichförmigkeit. Die auftretenden Kraftimpulse sind kurz aber von ausreichender Größe, um als Breitbandanregung das Rasselgeräusch zu veranlassen.

338

5 Antriebsstrang/Hybrid

Bild 5-44: Drehzahl am Los- und Festrad 5. Gang und Verzahnungskräfte in dieser Stufe – detailliertes Modell mit detailliertem ZMS.

5.4.4.3 3D-MKS (flexible Körper)

Eine Erfassung von höherfrequenten NVH-Effekten (z. B. Boom) bzw. eine detaillierte akustische Analyse der impulsgetriebenen Phänomene Clonk und Getrieberasseln, erfordert – zusätzlich zu den Starrkörpermoden – die Berücksichtigung folgender elastischer Systemeigenschaften: ™ Elastische Moden des Antriebsstrangs: Biegung des Motor/Getriebe Verbands, Biegeeigenfrequenzen der Antriebswellen etc. ™ Lokales Schwingungsverhalten von Antriebsstrangkomponenten: z. B. Eigenformen und Übertragungsverhalten von Getriebegehäusen, Tragarmen und Fahrwerkskomponenten. Für komplexe Bauteile (z. B. Gehäuse) ist die Anwendung von Diskretisierungsmethoden auf der Basis von Starrkörpern (so genannte Koagulationsmethoden; Beispiel: BalkenMassen-Anordung) sehr aufwendig, wenig intuitiv und zudem ungenau. Modelle für derartige Bauteile werden daher durch modale Reduktion von Finite Element Modellen gebildet. Das resultierende Rechenmodell – die so genannte flexible Struktur – bildet die statischen und dynamischen Eigenschaften bis zu einer bestimmten Grenzfrequenz (applikationsbezogen) ab. Grundlage für diese Freiheitsgradreduktion sind dabei FEModelle, welche in fortgeschrittenen Phasen des Entwicklungsprozesses üblicherweise zur Verfügung stehen.

5.4 Simulation des NVH-Verhaltens im Antriebsstrang

339

Bild 5-45: Flexibles Antriebsstrang-Modell, basierend auf FE-Modellen (3D-Ansicht).

Mit der Software EXCITE Power Unit ist man in der Lage, mehrere nicht-linear gekoppelte, elastische Strukturen effektiv im Zeitbereich zu simulieren. Das Berechnungsverfahren nutzt dabei das linear-elastische Verhalten der elastischen Körper aus. Zusätzlich können auch Starrkörper im Modell erfasst werden – es entstehen so genannte hybride Modelle. Bild 5-45 zeigt das entsprechende Berechnungsmodell für den Front-Querantriebsstrang. Die Modellierung der einzelnen Antriebsstrangkomponenten wurde dabei wie folgt vorgenommen: ™ Kurbelwelle inklusive Drehschwingungsdämpfer und ZMS-Primärteil, Motorblock und -kopf sowie das Getriebegehäuse als elastische Struktur. Bei der kombinierten statischen und modalen Reduktion (Craig-Bampton-Methode) wurden Frequenzen bis ca. 3 kHz in die Berechnungsmodelle übernommen. ™ Anbindung von Motor und Getriebe an die Karosserie mittels nicht-linearer Aggregatlager. Die Karosserie kann alternativ über eine Eingangsteifigkeit aber auch als elastische Struktur berücksichtigt werden. ™ ZMS-Sekundärteil, Getriebe- und Seitenwellen mittels strukturierter Modelle (um gekoppelte Torsion und Biegung zu berücksichtigen)

340

5 Antriebsstrang/Hybrid

™ Felge/Nabe-Verband und Räder als Starrkörper ™ Kupplung, Steifigkeit und Dämpfung zwischen Primär- und Sekundärteil des Zweimassenschwungrades, Verzahnungen, Antriebsgelenke, Lager und Reifenschlupf berücksichtigt als nichtlineare Kraft/Momentenkopplung.

Eines der wichtigsten Ergebnisse sind die Kräfte der Wellenlager. Diese Kräfte werden ausgehend von der eigentlichen Anregungsquelle, wie etwa Spieldurchlauf und Aufschlag beim hochfrequenten Clonk, direkt ins Getriebegehäuse eingeleitet und regen dort den Körperschall an. Bild 5-46 zeigt diese Kräfte an der Primärwelle des Getriebes. Die Haupt-Ruckelfrequenz kann auch aus den Lagerkräften ersehen werden. Zusätzlich kann der Clonkimpuls bei den Lastwechseln (ca. 1,6 s, 1,75 s und 1,9 s) beobachtet werden. Bei den Radialkräften überlagert eine Schwingung bei ungefähr 300 Hz die Ruckelfrequenz.

Bild 5-46: Lagerkräfte der Primärwelle des Getriebes.

Bild 5-47 zeigt den Vergleich der Radialkräfte in z-Richtung zwischen der starren und flexiblen Antriebseinheit. In Fällen, in denen die Schwingungsfrequenz gleich ist, sind die Größen der Schwingungen bei der flexiblen Antriebseinheit geringer als bei der starren. Auf Grund einer zusätzlichen Biegung des Getriebegehäuses sind resultierende Lagerkräfte niedriger.

5.4 Simulation des NVH-Verhaltens im Antriebsstrang

341

Bild 5-47: Radialkräfte an der Primärwelle des Getriebes –Vergleich starre / flexible Antriebseinheit.

Hinsichtlich des Getrieberasseln sind die Unterschiede zwischen der starren und flexiblen Antriebseinheit gering (Bild 5-48). Der Hauptunterschied liegt in den Eingriffskräften. Auf Grund der starren bzw. flexiblen Darstellung der Antriebseinheit sind die Verschiebungen an den Lagerpositionen unterschiedlich. Dies führt zu Anregungen zu unterschiedlichen Zeitpunkten.

Bild 5-48: Getrieberasseln im 5. Gang – Vergleich starre/flexible Antriebseinheit.

342

5 Antriebsstrang/Hybrid

Bild 5-49: Clonkimpuls – Vergleich starre/flexible Antriebseinheit.

Der plötzliche Lastwechsel (Back-Out) löst in der Triebsatzverzahnung einen Spieldurchlauf mit anschließendem Anschlag der Zahnflanken aus. Bild 5-49 zeigt die dazugehörige Verzahnungskraft im Bereich 1,6 s. Dargestellt ist ein Vergleich zwischen starrer (EXCITE Timing Drive Modell) und flexibler Modellierung des Motor/GetriebeVerbands bzw. dessen Lagerung (EXCITE Power Unit Modell). Durch die Strukturelastizität bzw. die Nachgiebigkeit in den Aggregatlagern verringern sich einerseits das Kraftniveau sowie die Intensität des Aufschlages, andererseits kommt es zu einer geringfügigen Verzögerung des Aufschlages. Die vom Kraftimpuls induzierte Breitbandanregung der Getriebestruktur ist in Bild 5-50 dargestellt. Sie zeigt das Niveau der Oberflächenschnellen, welches als relative Größe für die Geräuschentwicklung herangezogen werden kann, wenngleich die weiteren Übertragungswege zum Fahrerohr hier noch eine erhebliche Rolle spielen.

Bild 5-50: Oberflächengeschwindigkeiten im Getriebegehäuse (0,5 kHz, 1 kHz und 2 kHz Oktave) im Zeitbereich von 1,6 s.

5.4 Simulation des NVH-Verhaltens im Antriebsstrang

343

Es ist zu erkennen, dass durch den Clonk-Impuls in erster Linie die Pegel der 1 kHz Oktave angeregt werden. Grund dafür ist das Vorliegen entsprechender lokaler Eigenfrequenzen im Bereich der Getriebeseitenwände bzw. der Kupplungsglocke. Es kann auch festgestellt werden, dass aufgrund der starken Verrippung das Differentialgehäuse nur geringfügige Anteile liefert. Ein weiteres Ergebnis der MKS-Simulation unter Verwendung von flexiblen Körpern sind die Anregungen der Getriebeaufbauten. Diese Anregungen können direkt in den folgenden Berechnungen des gesamten Fahrwerks verwendet werden, um den Luftschall in der Umgebung bzw. direkt am Fahrerohr festzustellen.

5.4.5 Zusammenfassung Im vorliegenden Beitrag wurde gezeigt, wie Simulationsmodelle mit verschiedenen Komplexitäten verwendet werden können, um NVH-Effekte im Rahmen der Antriebsstrangentwicklung zu untersuchen und zu bewerten. Dabei wurde klar, dass ein einzelnes, generisches Super-Modell zur Erfassung aller Effekte den spezifischen Anforderungen in den einzelnen Phasen des Entwicklungsprozesses nicht gerecht werden kann. Vor allem in den frühen Entwicklungsphasen (Konzeptentscheidung) sind komplexe Modelle auf Grund der Datenverfügbarkeit und langen Rechenzeiten problematisch. Nach wie vor werden daher für spezielle Effekte und Aufgabenstellungen auch speziell angepasste Modelle zur Anwendung kommen (Bild 5-51).

Bild 5-51: NVH-Effekte und Berechnungswerkzeuge.

344

5 Antriebsstrang/Hybrid

Die zukünftige Herausforderung wird es sein, sämtliche Berechnungsaufgaben in einer einzelnen, konsistenten Simulationsumgebung zusammenzufassen. Freie Skalierung der Modellkomplexität – von 1D-torsional bis hin zur Elasto-MKS – unter gleichzeitiger Ausnutzung der damit gegebenen Rechenzeitpotentiale; ein durchgängiges, redundanzfreies Datenmodell und eine nahtlose CAD/FEM-Anbindung sind dabei Voraussetzung für eine optimale Unterstützung der Produktentwicklung

Danksagung

Ein großer Teil der hier beschriebenen Arbeiten erfolgte mit Fördermitteln des Österreichischen Bundes im Rahmen der Christian Doppler Forschungsgesellschaft.

Literatur zu Abschnitt 5.4 [1] [2] [3] [4] [5] [6] [7]

AVL List GmbH: CRUISE Users Manual, Version 3.1 AVL List GmbH: EXCITE Timing Drive Users Guide, Version 7.0.1 AVL List GmbH: EXCITE Power Unit Users Guide and Theory Manual, Version 7.0.1 Albers, A.; Krüger, A.: Ermittlung des dynamischen Übertragungsverhaltens eines Dual-mass flywheeles. In: Konstruktion 5-2002 Schumacher, T.: Optimierung des Lastwechselverhaltens bei einem Pkw mit Frontantrieb. Dissertation RWTH-Aachen, 2002 Kücükay, F.: Dynamik der Zahnradtransmission. Springer Verlag, 1987 Vock, C.; Schaffner, T.; Sopouch, M.; Stücklschwaiger, W.; Weissert, I.: NVH-Analyse des Antriebsstrangs – Möglichkeiten und Grenzen unterschiedlicher Modellierungen anhand ausgewählter Beispiele. Haus der Technik, Augsburg, März 2005

345

6

Nebenaggregate

6.1 Simulation in der Produktentwicklung 6.1.1 Einführung FEM-, CFD-Analysen und thermodynamische Kreislaufsimulationen sind in der Automobilindustrie fester Bestandteil des Produktentwicklungsprozesses. Dabei kommen angepasste und validierte Berechnungsmethoden auf der Basis kommerzieller FEM- und CFD-Tools zum Einsatz. Zur thermodynamischen Berechnung ist der Markt kommerziell verfügbarer Software noch nicht gut entwickelt. Deshalb wird in vielen Häusern eine eigene Software verwendet. Bei Behr ist dies BISS (Behr integrierte Systemsimulation). Bei der Festigkeitsberechung mittels FEM reicht der Einsatz von statischen Berechungen für Beschleunigungs- und Innendrucklastfälle bei Kühlkomponenten über die dynamische Analyse von Klimaanlagen und Kühlmodulen bis hin zur Lebensdauerbewertung. Die Strömungsberechnung mittels CFD kommt für Analysen von Kühlkomponenten und Kühlmodulen, zur Motorraumdurchströmung, Lüfter- und Gebläseentwicklung, zur aerodynamischen Auslegung von Klimageräten und zur Komfortbewertung in der Fahrzeugkabine zum Einsatz. Mit BISS werden Komponenten und Kreisläufe des Motorkühlsystems und des Klimatisierungssystems von Fahrzeugen ausgelegt. Durch Kopplung lässt sich das komplette Thermomanagement im Fahrzeug abbilden. Hierüber wurde schon verschiedentlich berichtet [1, 2]. Anhand von ausgewählten Praxisbeispielen wird die Leistungsfähigkeit dieser virtuellen Werkzeuge aufgezeigt, die sich längst nicht mehr auf statische Beanspruchungen oder stationäre Betriebspunkte beschränken.

6.1.2 Dynamikanalyse von Kühlmodulen Ein Beispiel für den zunehmenden Einsatz virtueller Methoden ist die dynamische Analyse von Kühlmodulen. Das Spektrum möglicher Analysen beginnt mit der Identifizierung der Eigenfrequenzen einzelner Komponenten. Durch die Berechnung von Frequenzantworten des Gesamtmoduls können darüber hinaus Belastungen bei beliebigen Frequenzen quantifiziert oder Belastungen bestimmter Höhe lokalisiert werden. Diese Angaben bilden die Basis für gezielte konstruktive Maßnahmen zur Optimierung des dynamischen Verhaltens.

346

6 Nebenaggregate

Auf Basis von MKS- und dynamischen FEM-Berechnungen werden schließlich auch Belastungen im Zeitbereich – z. B. durch Beaufschlagung mit Straßenlastanregungen – bestimmt, die ihrerseits Grundlage für die Lebensdauerbewertung der Kühlmodule sind. Ein entsprechender virtueller Prüfstandstest auf einem Vierkanal-Rüttelprüfstand ist in Bild 6-1 wiedergegeben. Bild 6-2 zeigt den Vergleich der in Messung und Berechung ermittelten Beschleunigungswerte auf einem Punkt des Moduls.

Bild 6-1: NKW-Kühlmodul im Test und als FEM-Modell für dynamische Analysen mit Straßenlastanregungen.

Bild 6-2: Vergleich Frequenzgang Test vs. FEM, Anregung Gleitsinus.

6.1 Simulation in der Produktentwicklung

347

6.1.3 Temperaturwechselbeanspruchung von Ladeluftkühlern Die Entwicklung moderner Nkw-DI-Dieselmotoren ist u. a. von steigenden Aufladeraten bzw. Ladeluftdrücken gekennzeichnet. Damit nimmt die thermomechanische Beanspruchung von Ladeluftkühlern durch Temperaturtransienten zu. Die zuverlässige Analyse und Bewertung von Designvarianten, Materialalternativen, Einbausituationen etc. hinsichtlich des Temperaturwechselverhaltens ist entscheidend zur Sicherstellung der geforderten Lebensdauer. Hierfür wurde bei Behr eine geschlossene virtuelle Modellkette entwickelt. Dabei werden zunächst auf Basis einer transienten CFD-Berechung der fluid- und thermodynamischen Effekte die transienten Temperaturverteilungen der Strukturkomponenten ermittelt. Dies schließt insbesondere auch den Wärmeübergang zwischen Kühlluft und Kiemenrippen, Ladeluft und Innenberippung sowie den Rohrwänden ein. Eine Herausforderung stellt hierbei die Beherrschung der Berechungszeiten und -ressourcen dar. Dazu wurde auf Basis kommerzieller Standard-CFD-Tools eine innovative Methodik erarbeitet, die ein nahtloses Einfügen der transienten CFD-Analyse in den zeitlichen Ablauf der Entwicklungsprozesse für Ladeluftkühler ermöglicht. Bild 6-3 zeigt exemplarisch die per Infrarotaufnahme gemessenen und die berechneten Oberflächentemperaturen auf der Kühlermatrix und den Kästen eines Nkw-Ladeluftkühlers zu einem einzelnen Zeitpunkt des Temperaturwechselversuchs. Die quantitative Validierung der Methodik erfolgte durch Vergleich zwischen den Werten von mehr als 40 Thermoelementen auf der Versuchskühleroberfläche und den entsprechenden Punkten auf der Modelloberfläche für den gesamten Zyklus. Bild 6-4 zeigt den zeitlichen Verlauf der Eintritts- und Austrittstemperatur der Ladeluft sowie den Massenstrom der Kühlluftseite. Der Vergleich der gemessenen und berechneten Austrittstemperatur zeigt die hohe Güte des entwickelten Modells.

Bild 6-3: Oberflächentemperaturen während eines Temperaturwechselversuchs, Vergleich Testergebnis (Infrarotaufnahme links) vs. CFD-Ergebnis (rechts).

348

6 Nebenaggregate

Bild 6-4: Zeitlicher Verlauf der Ladelufttemperatur ein- und austrittsseitig in einem Prüfzyklus: Test- vs. CFD-Ergebnis als integrales Validierungskriterium.

Die in der CFD-Berechnung ermittelten zeitabhängigen Strukturtemperaturen werden auf das Berechnungsnetz für die Festigkeitsberechnung übertragen und dienen dort als Randbedingung für lineare bzw. nichtlineare FEM-Berechnungen. Durch effektive Auswertemethoden für die Zeitreihen können die Orte und Zeitpunkte kritischer Belastung identifiziert werden. Eine Bewertung der Belastungen mittels Bauteilwöhlerlinien oder Betriebsfestigkeitssoftware kann eingesetzt werden, um zu einer Lebensdauerprognose zu kommen.

6.1.4 Motorraumdurchströmung Zu den bereits länger etablierten Simulationsmethoden im Entwicklungsprozess gehört die Motorraumdurchströmung. Sie dient zur Prüfung der Leistung von Kühlmodulen in der Einbausituation, vor allem hinsichtlich der verfügbaren Massenströme sowie zur Untersuchung verschiedener Anordnungsvarianten bei komplexen Einbausituationen. Darüber hinaus können Aussagen zu Druckabfällen sowie unerwünschten „hot spots“ in Abhängigkeit von der Kühleranordnung gemacht werden. Bild 6-5 zeigt als Beispiel eine CFD-Vernetzung für den BMW 5er. Auf Basis dieses Modells wurden zahlreiche Varianten für die Anordnung von Kühlern mittels CFD in verschiedenen Betriebszuständen untersucht [3].

6.1 Simulation in der Produktentwicklung

349

Bild 6-5: CFD-Netz für die Berechung der Motorraumdurchströmung am Beispiel des BMW 5er [1].

In Bild 6-6 ist die Staupunktsverlagerung bei den Betriebszuständen Stillstand (mit Lüfterbetrieb), 35 km/h und 200 km/h anhand der Stromlinien in einer Schnittebene entlang der Fahrzeuglängsachse dargestellt. Im lüfterdominierten Betrieb bei Fahrzeugstillstand strömen 55 % des Gesamtkühlluftmassenstroms durch die Grillöffnung, bei 35 km/h noch 48 % und bei 200 km/h nur noch 30 %. Der Rest strömt jeweils durch die Stoßfängeröffnung. Solche Analysen liefern wertvolle Hinweise zur sinnvollen Anordnung und Auslegung der einzelnen Komponenten im Kühlmodul und können aufwendige Windkanaltests ersetzen.

Bild 6-6: Staupunktsverlagerung bei verschiedenen Betriebszuständen [3]; links: Lüfterbetrieb bei Fahrzeugstillstand, Mitte: bei 35 km/h, rechts: bei 200 km/h.

Ein weiteres Beispiel zum sinnvollen Einsatz der CFD-Simulation einer Motorraumdurchströmung ist in Bild 6-7 wiedergegeben: Bei Anordnung eines zusätzlichen Motorölkühlers unterhalb des Kühlmoduls (Bild 6-7a) weist dieser im Vergleich zur alternativen Anordnung im Modul hinter dem Kühlmittelkühler (Bild 6-7b) eine um 33 % bessere Kühlleistung bei 200 km/h auf [3].

350

6 Nebenaggregate

Bei dem in Bild 6-7c gezeigten Betriebszustand Stillstand mit Lüfterbetrieb zeigt sich allerdings eine dramatische Änderung der Strömungsverhältnisse mit einer Rückströmung der aus dem Kühlmittelkühler austretenden heißen Luft über den unterhalb angeordneten Motorölkühler. Diese Situation birgt besonders beim kritischen Zustand Fahrzeugabstellen mit heißem Motor die Gefahr mangelnder Kühlung des Öls bzw. des Aggregats. Bei der Anordnung des Motorölkühlers hinter dem Modul besteht diese Gefahr nicht, es verbleibt aber der beschriebene Leistungsnachteil bei Schnellfahrt. Die CFDSimulation der Motorraumdurchströmung stellt hier auch aufgrund der klar reproduzierbaren Randbedingungen und der umfassenden Visualisierungsmöglichkeiten ein exzellentes Werkzeug zum Auffinden bestmöglicher Kompromisse und alternativer Lösungen dar.

Bild 6-7: Varianten zur Anordnung eines zusätzlichen Motorölkühlers [3]; a) Motorölkühler mit Luftführung schräg unterhalb Kühlmodul, 200 km/h, b) Motorölkühler hinter Kühlmittelkühler, 200 km/h, c) Motorölkühler mit Luftführung schräg unterhalb Kühlmodul, 0 km/h.

6.1.5 Auslegung von Hybridquerträgern für Thermostrukturmodule© Unter einem Thermostrukturmodul© (TSM) verstehen wir die bauliche Integration des Querträgers zwischen den A-Säulen eines Fahrzeugs mit Teilen des Klimagerätes und/oder Teilen der Luftführung. An den im TSM integrierten Hybridquerträger werden bestimmte Anforderungen hinsichtlich der Steifigkeit, der Eigenfrequenzen sowie für den Crashfall gestellt. Für die Bewertung verschiedener Designs bezüglich dieser Anforderungen wurden Analysemethoden auf Basis linearer statischer und dynamischer FEM-Berechnungen entwickelt und experimentell validiert. Bild 6-8a zeigt das Modell eines Hybridquerträgers mit Stirnwandabstützung. In Bild 6-8b ist eine MAC-Matrix (Modal Assurance Criterion) aus der Validierung der Berechungsmethodik für die Eigenfrequenzen wiedergegeben.

6.1 Simulation in der Produktentwicklung

351

Bild 6-8: a) Hybridquerträger mit Stirnwandabstützung als Teil eines Thermostrukturmoduls©, links; b) Abgleich Modalanalyse Test-FEM für einen Hybridquerträger (Frequenzen normiert), rechts.

Über diese FEM-Analysen hinaus werden im Entwicklungsprozess für das TSM die Möglichkeiten der numerischen Parameteroptimierung sowie der Topologieoptimierung genutzt. Bild 6-9a zeigt den vernetzten Bauraum einer Lenkradanbindung am TSM, Bild 6-9b zeigt das Ursprungsdesign und in Bild 6-9c ist das Ergebnis der Topologieoptimierung mit der endgültigen Konstruktionsumsetzung dargestellt. Ziel bei der Topologieoptimierung war die Minimierung des Gewichts unter Einhaltung einer untersten Eigenfrequenz. Hier wurde eine Erhöhung der untersten Eigenfrequenz des Trägers einschließlich Anbindung von 35 Hz auf 36 Hz erreicht, bei gleichzeitiger Verminderung des Gesamtgewichts um 10 % [4].

Bild 6-9: Lenkradanbindung am Hybridquerträger für ein TSM; a) Bauraumvernetzung der Lenkradanbindung, links; b) Ursprungsdesign (rot) und Optimierungsergebnis, Mitte; c) Modifiziertes Design (rot) und Optimierungsergebnis, rechts.

352

6 Nebenaggregate

6.1.6 Komfortbewertung mit dem virtuellen thermischen Dummy Bei der Konzeptentwicklung neuer Fahrzeuge wird mit CFD-Simulation die Strömungsund Temperaturverteilung in der Fahrzeugkabine ermittelt [5]. Dabei wird neben den Luftmassenströmen und -temperaturen aller Düsen und Auslässe sowie der Sonneneinstrahlung auch der Einfluss der Passagiere berücksichtigt. Ein parametrischer Cabin Modeller erlaubt es, in frühen Konzeptphasen schnell virtuelle Kabinenmodelle aufzubauen und Aussagen zur Anordnung von Ausströmern sowie den notwendigen Luftmassenströmen und Temperaturen zu machen. Die Kabinensimulation liefert so auch wertvolle Randbedingungen für die Auslegung des Klimagerätes. Um über den Vergleich der rein physikalischen Größen Temperatur und Luftgeschwindigkeit hinaus eine physiologische Bewertung des Wohlbefindens der Passagiere zu ermöglichen, kommt ein virtueller thermischer Dummy zum Einsatz [6]. Der virtuelle thermische Dummy ist das digitale Abbild des realen thermischen Dummys MARCO [7], der mit speziellen, beheizten Sensoren den Wärmehaushalt eines Menschen nachbildet. An den Sensoren wird damit letztlich eine sogenannte resultierende Oberflächentemperatur (RST) ermittelt, die die oben genannten Einflüsse abbildet. Die Korrelation zwischen den resultierenden Oberflächentemperaturen und dem subjektiven Wohlbefinden von Personen wurde unter verschiedenen Bedingungen mit einer repräsentativen Vergleichsgruppe im Labor ermittelt. Um ein differenziertes Bild vom Befinden der Passagiere zu ermöglichen, werden Komfortwerte für 21 Körperregionen von den Füßen bis zur Stirn ermittelt. Bild 6-10 zeigt exemplarisch Bilder der resultierenden Oberflächentemperatur in einer Kabine einmal ohne und einmal mit Fondbelüftung durch B-Säulen- und Mittenausströmer.

Bild 6-10: CFD-Kabinensimulation; links: resultierende Oberflächentemperatur ohne Fondbelüftung, rechts: resultierende Oberflächentemperatur mit Fondbelüftung.

6.1 Simulation in der Produktentwicklung

353

Bild 6-11a zeigt die Komfortbewertung für einen Fondpassagier in der Kabine ohne separate Fondbelüftung, in Bild 6-11b ist die Komfortbewertung für den gleichen Passagier mit B-Säulen- und Mittenausströmern wiedergegeben.

Bild 6-11a: Komfortbewertung Passagier hinten links OHNE separate Fondbelüftung.

Bild 6-11b: Komfortbewertung Passagier hinten links MIT B-Säulenund Mittenausströmer.

354

6 Nebenaggregate

6.1.7 Dynamische Berechnung der Ladeluftkühlung mit BISS Die Eigenentwicklung BISS ist ein komfortables Programmpaket [2], das zwischenzeitlich von über 300 Ingenieuren bei Behr weltweit genutzt wird. Bild 6-12 zeigt die perspektivische Anordnung in der BISS Oberfläche einer luftgekühlten Ladeluftkühlung mit zwei Ladeluftkühlern im Radhaus. Die Applikationsingenieure können in dieser Darstellung die thermodynamische Verschaltung einfach und schnell vornehmen und mit den entsprechenden Randbedingungen versehen.

Bild 6-12: Schematische BISS-Darstellung eines luftgekühlten Ladeluftkühlungssystems.

In ähnlicher Weise wurde ein indirektes Ladeluftkühlungssystem virtuell aufgebaut, das über einen Niedertemperaturkreislauf verfügt, mit dem die Ladeluft in einem (Niedertemperatur-) Kühlmittel-Ladeluftkühler gekühlt wird. Diese Anordnung hat technische Vorteile, weil die Ladeluftführung kurz und auf direktem Weg vom Turbolader zum Saugrohr erfolgt. Durch die höhere Wärmekapazität des Kühlmittels ändert sich dabei auch vorteilhaft das dynamische Verhalten des Ladeluftkühlers. In Bild 6-13 sind die Temperaturverläufe der Ladeluft am Austritt des Ladeluftkühlers für beide Anordnungen dargestellt.

6.1 Simulation in der Produktentwicklung

355

Bild 6-13: Schwankungen der Austrittstemperatur der Ladeluft.

Bei schnellen Drehzahlwechseln in Beschleunigungs- und Abbremsphasen sind die Temperaturschwankungen der indirekten Ladeluftkühlung deutlich gedämpft und bleiben im Mittel auf einem niederen Temperaturniveau. Dies wirkt sich positiv auf die dynamische Leistungsentfaltung des Motors aus.

6.1.8 Füllungsoptimierung eines R744 Kältekreislaufs Bekanntlich muss das heutige Kältemittel R134a per EU-Gesetzgebung innerhalb eines Zeitrahmens von 2011 bis 2017 ersetzt werden. Favorit ist das umweltfreundliche Kältemittel R744 (CO2). Als Beispiel ist die BISS-Topologie eines R744-Kältekreislaufs in Form eines verfahrenstechnischen Fließbildes dargestellt, s. Bild 6-14.

356

6 Nebenaggregate

Bild 6-14: BISS-Fließbild eines R744 Kältekreislaufs im Fahrzeug mit Bypass-Festdrossel und saugseitigem Akkumulator.

Die Füllmenge eines Kältekreislaufs muss so bemessen sein, dass auch nach Verlusten durch Diffusion die Funktion erhalten bleibt. Bei Überfüllung über ein bestimmtes Maß hinaus wird jedoch die Kälteleistung am Verdampfer beeinträchtigt. Die Simulation in Bild 6-15 zeigt, innerhalb welcher Grenzen sich eine Füllmenge bewegen darf, um beiden Ansprüchen gerecht zu werden. Aufgetragen ist die Verdampferleistung und der Dampfgehalt des Kältemittels am Verdampferaustritt als Funktion der Füllmenge. Diese Grenzen wurden früher in aufwändigen Leistungsmessungen ermittelt.

6.1 Simulation in der Produktentwicklung

357

Bild 6-15: Leistung und Austrittsdampfgehalt an einem Verdampfer eines R744 Kältekreislaufs bei unterschiedlichen Füllmengen.

Literatur zu Abschnitt 6.1 [1] [2] [3] [4] [5]

[6] [7]

Heckenberger, Th.: Systemsimulation im Verbund OEM Zulieferer am Beispiel Thermomanagement. Virtual Product Creation, Stuttgart, 30. 06. – 01. 07. 2003, Stuttgart Heckenberger, Th.: Simulationsverfahren im Thermomanagement von Fahrzeugen. Virtual Product Creation, Berlin, 03. 07. – 04. 07. 2002, Berlin Knaus, H.; Ottoson, C.; Brotz, F.; Kühnel, W.: Cooling Performance Investigation by Means of Underhood Simulation. SAE paper 2005-01-2013, VTMS 7, Toronto, Canada, 2005 Masur, S.; Links, D.; Wetzel, Th.: Numerical eigenfrequency and weight optimization of a novel hybrid cross car beam. SAE paper 2006-01-1483, SAE World Congress, Detroit, 2006 Kühnel, W.; Guilbaud, F.; Proksch, Ch.; Heckenberger, T.; Heinle, D.: CFD Cabin Flow Analysis as Part of the Product Development Process. ImechE paper C599/053/2003, VTMS 6, Brighton, UK, 2003 Kühnel, W.; Weinbrenner, M.: Klimatisierung: Komfortbewertung mit realem und virtuellem Dummy. Automotive Engineering Partners 6/2004, Vieweg Verlag, Wiesbaden Bureau, C.; Kampf, H.; Taxis-Reischl, B.; Traebert, A.; Mayer, E.; Schwab R.: MARCO – Behr’s Method to Assess Thermal Comfort. ImechE paper C599/051/2003, VTMS 6, Brighton, UK, 2003

358

6 Nebenaggregate

6.2 Integrierte Virtuelle Gesamtfahrzeugsimulation ausgeführt am Beispiel des Thermischen Managements 6.2.1 Einleitung Durch die Selbstverpflichtung der Automobilindustrie (ACEA1) und durch die Verschärfung gesetzlicher Vorschriften, die Emissionen von Neufahrzeugen zu senken, werden zunehmend höhere Anforderungen an die Fahrzeugentwicklung gestellt [1]. Zudem hat die EU sich das Ziel gesetzt, die Verkehrssicherheit zu erhöhen und die Anzahl der Verkehrstoten bis 2010 zu halbieren [16]. Trotz dieser einschränkenden Vorschriften müssen der Komfort und das Fahrverhalten heutiger moderner Automobile erhalten bleiben bzw. verbessert werden. Die Situation derzeitiger Automobilentwicklungen verschärft sich zusätzlich durch immer kürzer werdende Entwicklungszeiten bei einem stetigen Anstieg der Variantenvielfalt. Um dieses Spannungsfeld in der Automobilindustrie beherrschen zu können, werden hohe Anforderungen an die Simulationsmethoden im Entwicklungsprozess gestellt, um Fahrzeugkonzepte möglichst früh bewerten zu können. 6.2 Integrierte Virtuelle Gesamtfahrzeugsimulation Durch den Einsatz von CAx und im speziellen der numerischen Simulation im Entwicklungsprozess wird dieser auch als virtueller Entwicklungsprozess bezeichnet [4]. Der virtuelle Entwicklungsprozess umfasst eine Vielzahl an verwendeten Software und Hardware Plattformen. Hier wird der Ansatz einer integrierten, virtuellen Gesamtfahrzeugsimulation beschrieben und anhand der gekoppelten Simulation für das Thermische Management im Detail ausgeführt. Die heutige Entwicklung in der Fahrzeugtechnik orientiert sich oft an Lösungen einzelner, spezifischer Fragestellungen, die zu einer Vielzahl lokal optimierten Lösungen führen. Das zu entwickelnde Fahrzeug wird in Teilsysteme unterteilt. Die Entwicklung der einzelnen Teilsysteme erfolgt je nach Unternehmensstruktur in einzelnen Abteilungen wie z. B. Abteilungen, die für die Entwicklung des Motors, des Getriebes, des Kühlsystems, der Klimaanlage, der elektrischen Systeme usw. verantwortlich sind. Teilweise werden Teilsystementwicklungen auch an Dritte vergeben, die für das jeweilige Teilsystem auch Entwicklungsverantwortung übernehmen. Die umfangreichen, disziplinübergreifenden Eigenschaften aufgrund Benutzeranforderungen und gesetzlicher Bestimmungen sowie durch Elektrifizierung des Fahrzeuges mit den vielfältigen Wechselwirkungen werden damit nur unzureichend adressiert. Die späte Integration von einzeln optimierten Subsystemen erzeugt massive Kosten und birgt ein hohes Risiko.

1

Europäischer Verband der Automobilhersteller: Alfa Romeo, Alpina, Aston Martin, Audi, BMW, Bentley, Cadillac, Chevrolet, Chrysler, Citroen, Daimler, Ferrari, Fiat, Ford, General Motors, Jaguar, Jeep, Lamborghini, Lancia-Autobianchi, Land-Rover, Maserati, Matra, Mcc (Smart), Mercedes-Benz, Mini, Opel, Peugeot, Porsche, Renault, Rolls-Royce, Saab, Seat, Skoda, Vauxhall, Volkswagen und Volvo.

6.2 Integrierte Virtuelle Gesamtfahrzeugsimulation

359

Um heutigen und zukünftigen Anforderungen gerecht zu werden, bedarf es einer stärkeren und frühzeitigeren Vernetzung der Einzelsystemlösungen. Ziel dieser Vernetzung der Teilsystemlösungen ist es, das Gesamtsystem Fahrzeug durch Gesamtfahrzeug-Simulationsmodelle2, bestehend aus den einzelnen Teilmodellen, bewerten zu können. Bild 6-16 zeigt beispielhaft eine Reihe von Fahrzeugfunktionen, die jeweils für sich die Kombination mehrerer Methoden und damit eine gekoppelte Simulation benötigen. Zudem sind die Funktionen noch mit ihren Wechselwirkungen und Abhängigkeiten im Fahrzeugsystem zu betrachten. Die Systembetrachtung ist die Voraussetzung dafür, eine multidisziplinäre Entwicklung und Optimierung des Gesamtfahrzeuges durchzuführen, um zu einem optimierten System zu gelangen, in dem auch dessen Teil-Module alle Anforderungen berücksichtigen.

Bild 6-16: Fahrzeug System Optimierung: Einzelne Funktionen benötigen die Kombination mehrerer Methoden und Rückgriff auf Geometriedaten (CAD/DMU). Die Kreise markieren benötigte Komponenten für die jeweilige Funktion.

6.2.2 Motivation und Problemstellung In einem integrierten Systemansatz werden Aufwände aus späteren Entwicklungsphasen in frühere Phasen verlagert. Statt Tests und Fehlersuche aufwändig durchzuführen, um die Qualitätsanforderungen zu erfüllen, wird Qualität durch den Entwicklungsprozess 2

Das Gesamtfahrzeugsimulationsmodell entsteht durch eine abstrahierte Beschreibung des realen Gesamtfahrzeuges und durch Modellierung der wesentlichen Eigenschaften innerhalb eines numerischen Simulationsmodells.

360

6 Nebenaggregate

frühzeitig “hinein entwickelt“. Durch eine stärkere Absicherung in der Entwicklung über Simulation steigen die Anforderungen an das Virtual Vehicle Design. Um diese Anforderungen zu erfüllen, müssen Co-Simulationen und die Integration von Sub-Systemen stark vorangetrieben werden. Angepasste Prozesse müssen zudem die simulations- und testbasierte Co-Entwicklung unterstützen. Darüber hinaus soll durch Frontloading (frühes integriertes Systemdesign) und intelligente Test-Strategien nachhaltig der Aufwand reduziert werden, der durch zeit- und kostenintensive experimentelle Tests anfällt (Gesamtfahrzeug-Tests). Ein wesentliches Ziel der frühen Integration der Module ist es, die einzelnen Module mit dem Gesamtsystem „Fahrzeug“ zu verbinden. Aus einer funktionsorientierten Sicht sind Co-Simulationen für eine Integration sehr geeignet. Insbesondere muss das Zusammenspiel und die Integration von Elektronikkomponenten mit einer Vielzahl von Anwendungen wie z. B. Fahrzeugdynamik, Energiemanagement oder Aktive Sicherheit betrachtet werden. Der Ansatz wird in Bild 6-17 durch ein modifiziertes VModell dargestellt.

Bild 6-17: Das modifizierte V-Modell verdeutlicht den System-Design-Ansatz für das Gesamtfahrzeug, der sich über alle Ebenen (Component Level, Module Level und Complete Vehicle Level) erstreckt, um lokale Optima zu vermeiden. Höherer Aufwand für integrierte virtuelle Entwicklung im linken Ast ersetzt überproportional Aufwand für Tests und Fehlersuche im rechten Ast.

6.2.3 Technologien, Methoden und Werkzeuge für Integriertes Engineering Um die zuvor beschriebenen Ziele zu realisieren, werden die Technologien, Methoden und Werkzeuge für einen integrierten Systemansatz im Folgenden beschrieben:

6.2 Integrierte Virtuelle Gesamtfahrzeugsimulation

361

™ Multidisziplinäre Optimierung – adäquate Optimierungskriterien und Kostenfunktionen ™ Engineering Data Backbone – Implementierung einer Datenaustausch-Plattform ™ Co-Simulation – verschiedene Disziplinen und Methoden verbinden ™ PDM und PLM Systeme – Unterstützung von Daten- und Wissensmanagement ™ Mechatronik-Modellierung – Verbund Mechanik und Elektronik ™ Design und Layout-Framework – Verbinden verschiedener CAE-Werkzeuge zur Konfiguration von (Co-) Simulationen ™ Verbessern und Beschleunigen von existierenden Modellen und Simulationen für spezifische Komponenten und Module. Die wesentlichen Bausteine und ihr Zusammenspiel sind in Bild 6-18 als Architektur für eine Gesamtfahrzeugsimulation dargestellt. Es folgt die Kurzbeschreibung seiner einzelnen Komponenten und anschließend eine detaillierte Betrachtung der Co-Simulation zum Thermischen Management des Gesamtfahrzeuges. Dort wird aufgezeigt, wie sich Architektur und Zusammenspiel der Simulationen aus Sicht des Gesamtfahrzeuges, basierend auf bisheriger Erfahrungspraxis, entwickeln kann.

Bild 6-18: Überblick über wesentliche Komponenten einer Architektur für eine integrierte virtuelle Produktentwicklung.

362

6 Nebenaggregate

Multidisziplinäre Optimierung Bild 6-19 zeigt den Ansatz der Multi-Step Optimierung, die eine wesentliche Funktion in dem Systemansatz einnimmt. Die Entwicklung beginnt mit der Produktspezifikation (Anforderungen, Funktionen) auf der höchsten Abstraktionsstufe. Die Produktanforderungen und -funktionen werden Schritt für Schritt in detaillierteren Stufen in den einzelnen Disziplinen betrachtet (z. B. Vehicle Safety, NVH, Thermodynamik). In jedem der Bereiche werden spezifische Modelle und Methoden entwickelt, welche für die jeweiligen Anforderungen der Simulation und Optimierung benötigt werden. Lokale Optimierungsschleifen in den einzelnen Disziplinen fußen auf der gleichen Datenversorgung und bilden die Eingangsdaten für die Systemoptimierung. Über den Engineering Data Backbone (EDB) wird die Datenversorgung und Datenablage sichergestellt. Der EDB ist nicht als monolithische Datenbasis oder als universeller Mechanismus gedacht, der „jedes-mit-jedem“ verbindet. Vielmehr ist der EDB eine integrierte Zugriffsschicht, die auf service-orientierter Architektur (SOA) basiert, eine signifikante Zahl bereits existierender Datenbasen zugänglich macht und für die Ablage der verfeinerten und angereicherten Daten sorgt. Basierend auf der Idee und der Technologie der so genannten Engineering Objects [17, 18] erlaubt der EDB eine prozessorientierte Integration und sichert eine stetige Konsistenz aller Informationen [19, 20].

Bild 6-19: Multidisziplinäre Optimierung und Datenmanagement.

6.2 Integrierte Virtuelle Gesamtfahrzeugsimulation

363

Co-Simulation, integrierte Simulationsmethoden und Mechatronik In einem ersten Schritt wird das Gesamtsystem in mehrere unterschiedliche Sub-Systeme strukturiert. Jedes dieser Sub-Systeme wird in einem spezifischen Simulationsprogramm abgebildet. Die unterschiedlichen Sub-Systeme wiederum müssen gekoppelt werden, um die Interaktion und Wechselwirkung dazwischen betrachten zu können [13, 22]. Durch den Kopplungsprozess kann das „Gesamtsystem Fahrzeug“ (oder relevante Teile) aus Bild 6-16 betrachtet werden. Die Kopplung unterschiedlicher Sub-Systeme (d. h. deren Modelle, die in spezifischen SW-Werkzeugen abgebildet sind) wird durch den Austausch der physikalischen Parameter zwischen den SW-Werkzeugen erreicht. Die kontrollierte Interaktion zwischen den Sub-Systemen wird durch einen zeitabhängigen Datenaustausch sowie die Synchronisation der Co-Simulationsumgebung sichergestellt (siehe im Detail Abschnitt 6.2.4 zu Fragen der Thermischen Simulation; ebenso sind weitere Themen wie NVH, Vehicle Dynamics und Vehicle Safety als gekoppelte Simulationen aufzusetzen). Besonders berücksichtigt werden muss, dass bei fortschreitendem Entwicklungsprozess eine stetige Verbesserung der Modelle als auch der Qualität zugrunde liegender Daten zu verzeichnen ist (siehe Bild 6-32).

PDM und PLM Systeme Heutige PDM Systeme sind alleine auf die geometrische Daten (Digital Mockup, DMU) und Stücklisten ausgerichtet. Zudem wird nur sehr limitiert Wissen und Erfahrung bereitgestellt und genutzt. Mit dem zunehmend funktionsorientierten Ansatz in der zukünftigen Fahrzeugentwicklung werden sich die Anforderungen des Entwicklers deutlich verändern. Funktionsorientierte Sichten und Datenrepräsentationen, eine geeignete Produktstruktur und neue Prozesse, die die „klassische“ Welt (z. B. Thermodynamik, NVH, Fahrzeugsicherheit und -dynamik) mit der E/E Welt verbinden, werden benötigt (multidisziplinärer Prozess und Datenmodell). Daher wird ein zukünftiges PLM-System den Anwender nicht nur dabei unterstützen, umfassende funktionale Sichten auf das ganze Fahrzeug zu bekommen, sondern zudem Wissen und adäquate Informationen bereitstellen.

Mechatronisches Fahrzeug In modernen Fahrzeugen nimmt der Anteil der Elektronik stark zu, immer öfter werden Sensoren und Aktuatoren elektronisch gesteuert und decken dadurch eine Vielzahl von Kundenfunktionen im Fahrzeug ab (z. B. Fahrzeugdynamik, Stabilitätskontrolle, Aktive Sicherheit, Thermisches Management). Zwei wesentliche Aspekte zum mechatronischen Fahrzeug werden betrachtet: der Energiefluss (thermisch, mechanisch, elektrisch) sowie der Informationsfluss (Software-bezogen) zwischen Aktuatoren und Sensoren. Ein umfassendes Modell des mechatronischen Fahrzeugs deckt alle Energieflüsse innerhalb des Gesamtsystems ab. Mechanische, thermodynamische und elektrische Energieflüsse werden in dem mechatronischen Simulationsmodell betrachtet und analysiert. Eine Energieflussanalyse wird über unterschiedliche Betriebszustände des mechatronischen Fahrzeuges durchgeführt. Über geeignete Kontroll-Algorithmen wird das Energiemanagement

364

6 Nebenaggregate

des gesamten mechatronischen Systems gesteuert. Ebenso ist es von hoher Bedeutung, die Konsistenz der Verbindung Software/Hardware zu erhöhen (z. B. Funktionsverteilung auf ECUs, Buslast, Buskonfiguration, Ansteuerung von Sensoren und Aktuatoren).

6.2.4 Rolle der Co-Simulation für das Thermische Management Numerische Simulation im Bereich des Thermischen Managements und Untersuchungen thermodynamischer Energieflüsse innerhalb von Fahrzeugen sind größtenteils durch den Einsatz fachspezifischer Simulationswerkzeuge geprägt. Jedes dieser fachspezifischen Programme bildet ein Teilsystem ab und wird durch das auf die Problemstellung abgestimmte numerische Verfahren behandelt. Erste Bestrebungen gehen dabei in Richtung gekoppelter Simulation von Teilsystemen und einer gesamtheitlichen Betrachtung thermodynamischer Energieflüsse (vergleiche dazu [5]). Dabei werden meist nur einzelne Teilsysteme (zwei) miteinander gekoppelt. Auch in Bezug auf die zeitliche Steuerung werden derzeit fest gekoppelte Einzellösungen, meist zwischen zwei Simulationsprogrammen eingesetzt [6, 7]. Die gegenwärtig eingesetzten Lösungen sind dabei problembezogen umgesetzt und werden zwischen den einzelnen Programmen fix implementiert (siehe Bild 6-20). Die eingesetzten Kopplungen sind von den angebotenen Schnittstellen3 der kommerziell erhältlichen Programme abhängig sowie nach aktuellem Stand der Technik fehleranfällig und unflexibel in Bezug auf Erweiterbarkeit (z. B. bei Versionswechsel der Simulationsprogramme).

Bild 6-20: Fest implementierte Kopplungen zwischen verschiedenen Simulationsprogrammen (Grau: spezifische Simulationsprogramme; Gelb: für die einzelnen Systeme wie Motor, Antriebsstrang, Kühlsystem können verschiedene kommerzielle Simulationsprogramme eingesetzt werden; Orange: In-House Simulationsprogramme) 3

Die von den Simulationsprogrammen zur Verfügung gestellte Schnittstelle nach außen hin wird auch als API (Applications Programming Interface) bezeichnet. Über diese Schnittstelle können Programmfunktionen außerhalb des Simulationsprogramms aufgerufen werden, durch z. B. eigene Programme. Diese Programmfunktionen und deren Aufrufe werden meist vom Softwarehersteller dokumentiert und deren Anwendung durch Programmierbeispiele erläutert.

6.2 Integrierte Virtuelle Gesamtfahrzeugsimulation

365

Es ist für die Kopplung mehrerer Simulationsprogramme, die jeweils unterschiedliche Teilsysteme abbilden, zwischen unterschiedlichen Plattformen und unter nicht einheitlichen Betriebssystemen arbeiten, kein Gesamtkonzept erkennbar. Ziel ist es, die Möglichkeit einer unabhängigen Co-Simulationsplattform für die Kopplung von verschiedenen Teilmodellen zu Gesamtfahrzeugsimulationsmodellen aufzuzeigen. Der Weg zur Gesamtfahrzeugsimulation wird durch die Kopplung der bisher separat betrachteten Einzelsysteme beschritten. Die Modelle (Abbildungen der Einzelsysteme innerhalb numerischer Simulationsprogramme) können dabei in verschiedenen Programmen erstellt worden sein. In dem hier vorgestellten Ansatz wird davon ausgegangen, dass die einzelnen Modelle als „Black Box“ betrachtet werden können [10]. Das bedeutet, dass auf die hinter den Simulationsprogrammen liegenden Gleichungen kein Zugriff besteht. Es können nur die Eingangs- und Ausgangs-Werte der Simulationsprogramme modifiziert bzw. gelesen werden [11]. Die Co-Simulationsplattform ist bei dieser Vorgehensweise unabhängig von den verwendeten Simulationsprogrammen und Modellen. Die Steuerung der instationären Simulation wird dabei durch die Co-Simulationsplattform realisiert, indem die einzelnen Teilsysteme von außen zeitsynchron gesteuert werden (keines der an der Co-Simulation beteiligten Simulationsprogramme übernimmt die Steuerung der anderen Programme). Bei der Kopplung dieser Systeme ist vor allem die Stabilität der Gesamtsimulation, bestehend aus den einzelnen Teilsystemen, zu beachten. Ein wichtiger Aspekt der Kopplung ist auch die Berücksichtigung der physikalisch korrekten Vernetzung von Teilmodellen zu umfassenden Systemen durch Einbeziehung von physikalischen Erhaltungsgrößen (Masse, Impuls, Energie). Forderungen an eine unabhängige Co-Simulationsplattform: ™ Plattform- und Betriebssystem übergreifender Datenaustausch ™ Unabhängigkeit von Simulationsprogrammen und Programmversionen ™ modularer Aufbau der Co-Simulationsumgebung (Schichtenmodell) ™ Flexibilität in der Anzahl der auszutauschenden physikalischen Parameter ™ Anwendung unterschiedlicher Kopplungsalgorithmen ™ Zeitsynchrone Steuerung der einzelnen Teilmodelle ohne Masterprogramm4 ™ Berücksichtigung von physikalischen Erhaltungsgrößen zwischen Teilmodellen ™ Modulare Konnektivität an Simulationsdatenmanagement.

4

Ein Masterprogramm ist ein Simulationsprogramm, das innerhalb der gekoppelten Simulation alle anderen beteiligten Simulationsprogramme zeitlich steuert. Dieses Masterprogramm wird für alle durchzuführenden Co-Simulationsläufe benötigt.

366

6 Nebenaggregate

6.2.5 Design einer unabhängigen Co-Simulationsplattform-Erstellung eines Gesamtfahrzeugmodells am Beispiel des Thermischen Managements 5 Design einer unabhängigen Co-Simulationsplattform-Erstellung

Unter dem Thermischen Management von Fahrzeugen versteht man die thermodynamische Betrachtung der Energieflüsse sowie deren Steuerung innerhalb des Gesamtsystems Fahrzeug. Es beinhaltet alle wesentlichen Teilsysteme, die für die Betrachtung der Energieflüsse innerhalb des Thermischen Managements von Fahrzeugen notwendig sind (siehe Bild 6-21). Das thermische Management kann nur vollständig beschrieben werden, wenn alle Wärmequellen innerhalb des Systems sowie sämtliche, Wärme transportierenden Bauteile erfasst werden. Innerhalb des Thermischen Managements nimmt die Warmlaufphase des Verbrennungsmotors eine Schlüsselstellung ein: Durch eine schnelle Aufwärmung des Motors werden die Reibverluste und damit gleichzeitig auch der Verbrauch minimiert, durch die schnelle Erwärmung der Abgasanlage werden ebenfalls die Emissionen reduziert. Bei Fahrten im Winter stellt der Motor auch die maßgebliche Wärmequelle für die Aufheizung der Passagierkabine dar. Für eine umfassende Optimierung ist es wesentlich, dass alle thermisch relevanten Teilsysteme im Fahrzeug (Motor, Abgasanlage, Getriebe, Kühl- bzw. Heizungskreislauf etc.) korrekt erfasst werden.

Bild 6-21: Das „Gesamtsystem Fahrzeug“ aus Sicht des Thermischen Managements. Es beinhaltet alle relevanten Teilsysteme aus thermodynamischer Sicht.

6.2 Integrierte Virtuelle Gesamtfahrzeugsimulation

367

6.2.5.1 Aufteilung des Gesamtsystems in Teilmodelle Bei der Partitionierung des Gesamtfahrzeugmodells wird eine strukturierte Vorgehensweise vorgeschlagen, die sich in drei wesentliche Schritte einteilen lässt: ™ Definition der Modellanforderungen ™ Aufteilung des Gesamtsystems in Teilmodelle ™ Kopplung der einzelnen Teilmodelle durch den Austausch physikalischer Größen. Die Strategie zur Aufteilung des Gesamtsystems in Teilsysteme (Beispiel in Bild 6-22) ist durch unterschiedliche Forderungen motiviert. Mögliche Strategien zur Aufteilung des Gesamtsystems in Teilmodelle können sein: ™ kurze Rechenzeiten ™ unterschiedliche Modellierungstiefe (0D-, 1D-, 3D-Modelle) ™ vorgegebene Simulationsprogramme (unterschiedlich in einzelnen Unternehmen).

Bild 6-22: Aufteilung des Systems Gesamtfahrzeug in einzelne Teilsysteme. Jedes der einzelnen Teilsysteme wird in einem spezifischen Simulationsprogramm durch ein Teilmodell abgebildet.

6.2.5.2 Kopplung der Teilmodelle zu einem Gesamtmodell Die einzelnen Teilmodelle müssen für die Betrachtung des Verhaltens des Gesamtsystems gekoppelt betrachtet werden. Die Kopplung der Teilmodelle erfolgt über physikalische Größen, die zwischen den Teilmodellen ausgetauscht werden (siehe Bild 6-23). Durch den zeitlich gesteuerten Austausch der physikalischen Größen zwischen den Teilmodellen beeinflussen sich die Teilmodelle gegenseitig. Die Eingänge und Ausgänge (ausgetauschte physikalische Größen) der Teilmodelle werden zum Gesamtsystem verknüpft. Um den Austausch der physikalischen Größen während einer transienten Simulation entsprechend dem physikalischen Interface zwischen den Teilmodellen zu ermöglichen, muss eine Co-Simulationsplattform geschaffen werden, welche die Anforderungen aus Abschnitt 6.2.4 erfüllt.

368

6 Nebenaggregate

Bild 6-23: Jedes der einzelnen Programme „produziert“ physikalische Größen (Ausgangsgrößen) und „konsumiert“ physikalische Größen (Eingangsgrößen). Jedes der beteiligten Simulationsprogramme stellt programmspezifische Schnittstellen zur Verfügung, um auf die Daten innerhalb der Simulationsprogramme zugreifen zu können.

Um einen allgemeinen, unabhängigen Ansatz für eine Co-Simulationsplattform zu ermöglichen, wurden verschiedene Abstraktionsschichten eingeführt. ™ Anwenderschicht: Die Anwenderschicht ist die oberste Schicht und beinhaltet die Simulationsprogramme und physikalischen Modelle. ™ Wrapperschicht: Die Wrapperschicht ist eine Art Übersetzungsschicht zwischen der spezifischen Schnittstelle der Simulationsprogramme und der allgemeingültigen Schnittstellenspezifikation der Co-Simulationsplattform. ™ Co-Simulationsschicht: Ist jene Schicht, welche die zeitsynchrone und konservative5 Steuerung der Teilmodelle übernimmt und die numerische Stabilität sicherstellt. Durch das in Bild 6-24 dargestellte Schichtenmodell können die einzelnen Simulationsprogramme auf unterschiedlichen Computerplattformen und Betriebssystemen verteilt werden. Die programmspezifischen Wrapper übernehmen neben der Aufgabe der Übersetzung der programmspezifischen Schnittstelle auch die Aufgabe einer Middleware. Die Definition der auszutauschenden Daten, die zeitsynchrone Anforderung und das zeitsynchrone Versenden der Daten wird durch Grundfunktionen bestimmt (Diese Grundfunktionen werden in den Wrappern aufgerufen).

5

Konservative Steuerung: Bei der transienten Kopplung von verschiedenen Teilsystemen müssen auch die globalen Energiebilanzen und Erhaltungsgleichungen zwischen den einzelnen Teilsystemen erfüllt sein. Die zeitabhängigen Synchronisationsalgorithmen müssen die Erhaltung dieser globalen Zwangsbedingungen berücksichtigen.

6.2 Integrierte Virtuelle Gesamtfahrzeugsimulation

369

Bild 6-24: Schichtenansatz der unabhängigen Co-Simulationsumgebung. Die Wrapperschicht dient als Übersetzungsschicht zwischen den programmspezifischen Schnittstellen und einer allgemeinen Schnittstellendefinition der Co-Simulationsplattform.

6.2.5.3 Synchronisierung der Teilmodelle innerhalb des Gesamtmodells Die Umsetzung der Synchronisierung und des Zeitmanagements basiert auf dem in Bild 6-25 dargestellten Schichtenmodell für den zeitsynchronen und konservativen Datenaustausch. Jedes der einzelnen Simulationsprogramme wird von außen über die programmspezifische Schnittstelle gesteuert (Voraussetzung: Die Programme müssen die Möglichkeit bieten, den Zeitintegrationsprozess von außen zu steuern). Die Kopplung zwischen den einzelnen Programmen erfolgt auf Integrationsebene, d. h., es werden die Zeitintegrationsprozesse der Simulationsprogramme beeinflusst und synchronisiert (vgl. dazu [14]). Je nach Anforderung an das gekoppelte Gesamtmodell können verschiedene Kopplungsverfahren angewendet werden. Bei den zur Verfügung stehenden Algorithmen kann zwischen expliziten und impliziten Verfahren unterschieden werden [8]. Je nach Ausführungsreihenfolge können diese Verfahren noch weiter in parallele und sequentielle Kopplungsalgorithmen eingeteilt werden (siehe Bilder 6-26 und 6-27).

370

6 Nebenaggregate

Bild 6-25: Die unterschiedlichen Zeitschrittweiten der verschiedenen Simulationsprogramme werden durch die Co-Simulationsplattform synchronisiert. Es müssen auch unterschiedliche Zeitkonstanten auf unterschiedlichen Rechnerarchitekturen und Betriebssystemen synchronisiert werden.

Bild 6-26: Unterscheidung zwischen parallelen und sequentiellen Kopplungsverfahren: Paralleles Kopplungsverfahren.

6.2 Integrierte Virtuelle Gesamtfahrzeugsimulation

371

Bild 6-27: Unterscheidung zwischen parallelen und sequentiellen Kopplungsverfahren: Sequentielles Kopplungsverfahren.

Es besteht in diesem Zusammenhang mit dem hier vorgestellten Ansatz auch die Möglichkeit, unterschiedliche Zeitschrittweiten der einzelnen Simulationsprogramme zu synchronisieren (siehe Bild 6-28). Im Beispiel in Bild 6-28 simuliert Programm A die ersten vier Schritte, bis die Simulationszeit von Programm A größer ist als die Simulationszeit von Programm B. Danach beginnt Programm A mit der Berechnung des nächsten Zeitschritts.

Bild 6-28: Synchronisierung von Simulationsprogrammen mit unterschiedlichen Zeitschrittweiten. Jedes der Simulationsprogramme rechnet mit dem eigenen Simulationszeitschritt bis zum Erreichen der maximalen Simulationszeit.

372

6 Nebenaggregate

6.2.6 Betrachtung der Energieströme innerhalb eines gekoppelten thermischen Gesamtfahrzeugmodells 6 Betrachtung der Energieströme

Die in Bild 6-29 dargestellte Leistungsbilanz zeigt einerseits die globalen Energieströme, die über die Systemgrenzen ausgetauscht werden und andererseits die inneren Zusammenhänge der Energieströme. Voraussetzung für eine korrekte Durchführung der thermodynamischen Kopplung ist, dass die gesamte Leistungsbilanz während der CoSimulation zu jedem Zeitpunkt abgeglichen ist. Die globale Leistungsbilanz kann folgendermaßen definiert werden [9]:

QFuel = PWheel + QExhaust + QRadiator + QHeater + QAir + QCharge-Air 6

Bild 6-29: Darstellung der Energieströme innerhalb des Gesamtfahrzeugmodells und über die globalen Systemgrenzen.

Das Simulationsprogramm CRUISE von der AVL List GmbH wird zur Abbildung des Antriebsstranges und zur Berechnung der Längsdynamik verwendet. Mit Hilfe des Simulationsprogramms BOOST von der AVL List GmbH wird der Hochdruckprozess und der Ladungswechsel des Motors berechnet. Mit dem Simulationsprogramm KULI von MAGNA POWERTRAIN ECS werden die einzelnen Kühl- und Schmierkreisläufe simuliert. Das Programm SIMULINK von Mathworks wird zur Abbildung des thermischen 6 QFuel – Brennstoffwärme, PWheel – Leistung am Rad, QExhaust – Wärmeleistung des Abgasstromes, QRadiator – Wärmeleistung über den Wasserkühler, QHeater – Wärmeleistung des Heizungswärmetauschers, QAir – Wärmeleistung an die Umgebung, QCharge-Air – Wärmeleistung des Ladeluftkühlers

6.2 Integrierte Virtuelle Gesamtfahrzeugsimulation

373

Netzwerks im Motor und zur Berechnung der Wärmestromaufteilung in die Kühlmedien und in die Motorstruktur verwendet. Als Beispiel für die entwicklungstechnische produktive Anwendung der Co-Simulation wird ein Messungs-Rechnungsvergleich einiger relevanter Größen für einen transienten Fahrzyklus gezeigt (siehe Bild 6-34). Das Aufwärmverhalten des Gesamtfahrzeugmodells wurde für den NEDC (New European Driving Cycle) berechnet, welcher mit einem Versuchsfahrzeug auf einem Rollenprüfstand gefahren wurde. Das Gesamtfahrzeugmodell wurde durch die Kopplung einzelner Teilmodelle erstellt, die in kommerziell erhältlichen Simulationsprogrammen abgebildet wurden (siehe Bilder 6-30 bis 6-33).

1. Modell des Kühlsystems

Bild 6-30: Darstellung einzelner Teilmodelle in kommerziell erhältlichen Simulationsprogrammen: Modell des Kühlsystems in KULI; jedes der Modelle wurde für sich abgestimmt mit Prüfstandsversuchen.

374

6 Nebenaggregate

2. Modell des thermischen Netzwerks

Bild 6-31: Darstellung einzelner Teilmodelle in kommerziell erhältlichen Simulationsprogrammen: Modell des Verbrennungsmotors in BOOST; jedes der Modelle wurde für sich abgestimmt mit Prüfstandsversuchen.

3. Modell des Motors

Bild 6-32: Darstellung einzelner Teilmodelle in kommerziell erhältlichen Simulationsprogrammen: Modell des thermischen Netzwerks in SIMULINK; jedes der Modelle wurde für sich abgestimmt mit Prüfstandsversuchen.

6.2 Integrierte Virtuelle Gesamtfahrzeugsimulation

375

4. Modell des Antriebsstrangs

Bild 6-33: Darstellung einzelner Teilmodelle in kommerziell erhältlichen Simulationsprogrammen: Modell des Antriebsstrangs in CRUISE; jedes der Modelle wurde für sich abgestimmt mit Prüfstandsversuchen.

Bild 6-34: Vergleich zwischen gemessenen Kühlmitteltemperaturen und simulierten Kühlmitteltemperaturen im NEDC. Das Gesamtfahrzeugsimulationsmodell wurde durch Kopplung der einzelnen Teilmodelle aus erstellt.

376

6 Nebenaggregate

Durch die hier vorgestellte Methodik besteht die Möglichkeit, die Energieströme zwischen den einzelnen Teilmodellen transient über den Fahrzyklus zu analysieren, die bisher in den einzelnen Teilmodellen nur für sich getrennt betrachtet wurden (vgl. dazu [12]). Durch Auswertungen der Energiebilanzen wie z. B. in Bild 6-35 kann z. B. der Mehrverbrauch von Fahrzeugklimaanlagen in Interaktion mit den anderen Teilsystemen dargestellt werden. Auf Basis dieser Auswertungen, bzw. auf Basis der aktuellen Energieströme während der gekoppelten Co-Simulation, können gezielte Betriebsstrategien für Nebenaggregate und zusätzliche Verbraucher untersucht werden (vergleiche dazu [2]).

Bild 6-35: Rechtes Bild: Darstellung der Leistungsbilanz für die Motorprozessrechnung kumuliert über die ersten 300 s. Linkes Bild: Aufteilung der Brennstoffenergie – Verbrauch. Durch diese Darstellung werden Einsparungspotenziale ersichtlich. Auf dieser Basis können Verbesserungsmaßnahmen untersucht werden.

Durch den hier vorgestellten Ansatz einer unabhängigen Co-Simulationsumgebung können bestehende Simulationsmodelle transient gekoppelt werden, wodurch die Interaktion der verschiedenen Teilmodelle berücksichtigt wird.

6.2.7 Zusammenfassung und Ausblick Ausgehend von den umfassenden Anforderungen an die Fahrzeugentwicklung wurde die Architektur und die Bausteine einer Gesamtfahrzeug- Systemoptimierung aufgezeigt. Anhand des konkreten Themas Thermische Simulation wurde verdeutlicht, wie eine CoSimulation erfolgreich konzipiert und umgesetzt werden kann. Diese Lösung ist erweiterbar und übertragbar auf andere Funktionsabsicherungen und entwickelt dadurch noch wesentlich an Stärke. Anhand dieses Beispiels aus der Thermodynamik wurde deutlich, wie nur durch das effiziente Zusammenspiel aller dazugehörenden Teilsysteme Optimierungspotentiale ausge-

6.2 Integrierte Virtuelle Gesamtfahrzeugsimulation

377

schöpft werden können. Der hier vorgestellte Ansatz einer Co-Simulationsplattform mit integrierter Datenversorgung, Simulationsdatenmanagement und Modellerstellung zeigt den Weg auf, wie in Zukunft die Fragestellung zur Simulation des Gesamtsystems Fahrzeug angegangen werden kann. Mit Hilfe der Co-Simulationsumgebung werden im Speziellen die Erhaltung der physikalischen Größen im Berechnungsgebiet und die synchrone Kopplung der gekoppelten Simulationsmodelle berücksichtigt, um eine transiente Analyse der Energieflüsse zu ermöglichen. Mit Hilfe einer Zeitschrittweitensteuerung der einzelnen Teilmodelle während der Co-Simulation des gekoppelten Gesamtsystems werden kurze Rechenzeiten bei gleichzeitiger Berücksichtigung globaler Erhaltungsgrößen ermöglicht. Die entwickelte Co-Simulationsplattform kann durchgängig in den jeweiligen Phasen des Entwicklungsprozesses eingesetzt werden. Je nach Datenverfügbarkeit ermöglicht die unabhängige Co-Simulationsumgebung während des Entwicklungsprozesses einen modularen Aufbau von Gesamtfahrzeug-Simulationsmodellen (siehe Bild 6-36). Ein entscheidender Punkt für den Einsatz der Co-Simulationsumgebung ist die Einbindung in eine geeignete Datenmanagementumgebung (EDB, PLM) wie sie in diesem Beitrag beschrieben wurde. Nur dadurch kann die erhöhte Komplexität gekoppelter Simulationen effizient und nachvollziehbar verwaltet werden.

Bild 6-36: Die hier dargestellte Methode kann in Kombination mit der grafischen Benutzeroberfläche über die Entwicklungszeit eingesetzt werden. In der frühen Entwicklungsphase werden grobe 0D und 1D Modelle miteinander zu einem Gesamtmodell gekoppelt. Über der Entwicklungszeit wird das Gesamtmodell durch die Einbindung detaillierter Teilmodelle erweitert.

Basierend auf den bisherigen Untersuchungen an Gesamtfahrzeugmodellen im Bereich des Thermischen Managements wird die unabhängige Co-Simulationsumgebung derzeit auch für die Simulation von Hybridkonzepten, bestehend aus einzelnen Teilsystemen (elektrisch, mechanisch, thermisch) eingesetzt. Eine Verwendung im Bereich der aktiven Sicherheit steht bevor. Hier soll die Co-Simulationsumgebung verschiedene Teilsysteme

378

6 Nebenaggregate

miteinander verbinden, wie z. B. MKS7-Dummysimulation mit Simulink Reglern und Teilsystemen, die die Fahrzeugsensorik abbilden. Mit Hilfe der gekoppelten Simulation sollen in diesem Bereich aktive Maßnahmen zur Unfallvermeidung, bzw. zur Reduktion der Unfallschwere untersucht werden.

Danksagung Die Autoren danken dem Bundesministerium für Verkehr, Innovation und Technologie (BMVIT), der Österreichische Forschungsförderungsgesellschaft mbH (FFG), dem Land Steiermark, der Stadt Graz und der Steirischen Wirtschaftsförderungsgesellschaft mbH (SFG) als Betreiber des K plus Kompetenzzentren-Programms für die finanzielle Unterstützung. Weiters bedanken wir uns bei den Firmen und den Projektpartnern MAGNA STEYR Fahrzeugtechnik AG & CO KG, MAGNA POWERTRAIN (Engineering Center Steyr GmbH & Co KG), AVL List GmbH, Mecanica Solutions, OMV und der TU Graz (Institut für Wärmetechnik und Institut für Verbrennungskraftmaschinen und Thermodynamik) für ihre Unterstützung.

Literatur zu Abschnitt 6.2 [1] [2]

[3]

[4]

[5] [6]

[7]

[8]

7

http://www.acea.be/home_page Hager, J.; Stroh, Ch.; Reitbauer, R.: Optimization Strategies for the Transient Behaviour of the Thermal System of Commercial Vehicles. VTMS SAE Technical Paper. VTMS 6 Conference, Hilton Brigthon Metropole, UK, 18–21 May, 2003 Puntigam, W.: Coupled Simulation: key for a successful energy management. Virtual Vehith cle Creation 2007. 11 Automotive Technology Conference, Vieweg technology forum, Stuttgart, 19.–20. Juni 2007 Hopfgarten, S.: Vorlesungsskript Simulation. Fakultät für Informatik und Automatisierung, Institut für Automatisierungs- und Systemtechnik, Technische Universität Ilmenau, Oktober 2005 Kübler, R.: Modulare Modellierung und Simulation mechatronischer Systeme. VDI Fortschritts-Berichte, Reihe 20, Nr. 327. Düsseldorf: VDI Verlag 2000 Follen, G.; Kim, Ch.; Lopez, I.; Sang, J.; Townsend, S.: A CORBA-based Development Environment for Wrapping and Coupling Legacy Scientific Codes. IEEE Computational Science and Engineering, 2001 Regner, G.; Loibner, E.; Krammer, J.; Truemmer, R.: Analysis of Transient Drive Cycles using CRUISE-BOOST Co-Simulation Techniques. SAE Technical Paper 2002-01-0627. SAE World Congress, Detroit, MI, 2002 Puntigam, W.; Balic, J.; Almbauer, R.; Hager, J.: Transient Co-Simulation of Comprehensive Vehicle Models by Time Dependent Coupling. SAE Technical Paper 2006-01-1604. SAE World Congress, Detroit, MI, 2006

MKS – Mehrkörpersimulation

6.2 Integrierte Virtuelle Gesamtfahrzeugsimulation [9]

[10]

[11]

[12]

[13]

[14] [15] [16] [17] [18] [19]

[20]

[21]

379

Puntigam, W.; Petutschnig, H.; Lang, G.; Kitanoski, F.: Instationäre Simulation des Thermischen Verhaltens von Fahrzeugen durch Kopplung von Teilmodellen am Beispiel des Motoraufwärmverhaltens. Konferenz für Simulation am Kraftfahrzeug. VDI Tagung Würzburg, September, 2006 Gu, B.; Asada, H.: Co-Simulation of Algebraically Coupled Dynamic Subsystems without disclosure of proprietary Subsystems Models. International Journal of Dynamic Systems. In: Measurement, and Control, ASME, Vol 126/1, March 2004 Gordon, B. W.; Asada, H.: Modeling, Realization, and Simulation of Thermo-Fluid Systems using Singularly Perturbed Sliding Manifolds. In: International Journal of Dynamic Systems, Measurement, and Control, ASME, December 2000 Petutschnig, H.; Puntigam, W.: Numerical Thermal Vehicle Analyses Using a Comprehensive Simulation Model and its Experimental Validation. JSAE Technical Paper 2006-05-26. JSAE World Congress, Yokohama, Japan, May 2006 Straßburger, S.: Overview about the High Level Architecture for Modelling and Simulation and Recent Developments. In: International Journal on Developments and Trends in Modelling and Simulation, ARGESIM, SNE, Volume 16/2, 2006, pp. 5–14 Fujimoto, M. R.: Time management in the high level architecture. In: Simulation, Vol 71, No. 6, 1998, pp. 388–400 http://www.mecanicasolutions.com/ White Paper submitted by the Commission on 12 September 2001: "European transport policy for 2010: time to decide" COM(2001) 370 Eigner, M.: Cross Enterprise Engineering – Challenging Information Technology. In: Proceedings of ProSTEP iViP Science Days 2003, Dresden 8.–9. Oct 2003 Kaiser, J.; Lehr, M.; Bernasch, J.: Optimierung von E/E-Architekturen in Fahrzeugen mittels modellbasierter Entwicklung von Mechatronik. 4. Paderborner Workshop Mechatronik, 2006 Maletz, M.; Blouin, J. G.; Schnedl, H.; Brisson, D.; Zamazal, K.: A Holistic Approach for Integrated Requirements Modeling in the Product Development Process. In: The Future of Product Development (17th International CIRP Design Conference, Berlin, 2007-03-26). Springer, 2007, S. 197–208 Zamazal, K.; Puntigam, W.; Brisson, D.: Controlling the Complexity of Coupled Optimization – A Next Level Approach. Proceedings of the NAFEMS World Congress, Vancouver, Canada, 2007 Follen, G.; Kim, Ch.; Lopez, I.; Sang, J.; Townsend, S.: A CORBA-based Development Environment for Wrapping and Coupling Legacy Scientific Codes, IEEE Computational Science and Engineering, 2001

380

Ausblick

Im heutigen Entwicklungsprozess für Fahrzeug und Antriebsstrang werden bis zu 250 verschiedene Simulationsverfahren eingesetzt. Erste Fahrzeuge werden bereits mit ganz geringen Prototypenzahlen bei hoher Qualität in die Serie gebracht. In Zukunft wird die Interaktion und Integration der unterschiedlichen Entwicklungstools sich verstärken und gleichzeitig auch die übrigen Bereiche des Produktentstehungsprozesses wie Produktion, Logistik, Kundendienst, Recycling integrieren. Eine besondere Bedeutung hat in diesem Zusammenhang der Integrationsgrad von mathematischer Simulation und Prüfstandstest. Während im heutigen Entwicklungsprozess die Simulation in der Konzept- und Konstruktionsphase („Frontloading“) zu immer besseren Prototypen führt und daher der Test vermehrt eine Validierung der virtuellen Prototypen darstellt, wird zukünftig in einem weiteren Schritt die mathematische Simulation auf dem Prüfstand als Echtzeitsimulation integriert werden. Damit wird es möglich, dass Simulationsmodelle, die in der Konzeptphase erstellt wurden und mit zunehmender Komplexität während des Entwicklungsprozesses mitwachsen schlussendlich auch auf dem Prüfstand angewendet werden können. Die Durchgängigkeit der Simulationsmodelle entlang des Entwicklungsprozesses wird zu einer weiteren Qualitätssteigerung in der Entwicklung führen.

381

Sachwortverzeichnis Sachwortverzeichnis 1D-Torsionsansatz 333 3D-MKS 334 3D-Simulation 213 3D-Verfahren 186 A Abgasgegendruck 233 Abgastemperatur 228, 229, 244 –, Modell 244 Ableitung –, Verippung 260 –, Wandverlauf 259 Abstimmung Messung/Rechnung 174 Adaptive Cruise System (ACC) 108 Advanced Rollover Sensing 107 Airbag Aufprallsensor 104 aktive Sicherheit 360 Akustik 196, 197 Algorithmus, genetischer 143 Analysen, dynamische 345 Anfettung 245 Anfettungsbedarf 245 Ansatz, funktionsorientierter 363 Antriebsprüfstand 164, 295 Antriebsstrang 323 –, hybrider 294 –, Modell 375 –, Schwingungs- und Geräuschphänomene 324 Antriebsstrang/Hybrid 286 Antriebsstrangentwicklung, modellbasierte 286 Antriebsstrangprüfstand 295 Applikation 199, 227 Applikationsprozess 227 Arbeitsprozessrechnung 229 Architektur, Elektrik/Elektronik 140 Architekturanalyse 143 Architekturanalysetools 140 Architekturbewertung 136 Architekturentwurf Elektrik/Elektronik 136 Architekturentwurfsprozess 138 Architekturoptimierung 147 Architekturreport 144 Augmented Reality 24, 64 Ausgangsgeometrie 268 Auslegungstools 29 Automatisierungstools 230

AUTOSAR 114 –, Konformitätsprüfung 127 –, Projektorganisation 115 –, Spezifikationen 125 –, technisches Konzept 116 AVL Prime Mover 165 AVL PUMA Open ISAC 164 AVL-DRIVE 157 B Basismessung 235 Baulänge, axiale 280 Bauteilschutz 228 Beanspruchung, thermomechanische 347 Bedatung 227 Belastung 274 –, mechanische 213 Benchmarking 52 Berechnungsverfahren, parametrisches 66 Betriebsschwingungsanalyse (BSA) 91 –, Berechnung 95 Blow By 214 Boiling-Departure-Liftoff-Modell (BDL) 316 Brennraumeigenfrequenzen 245 C CAE-Methoden 88, 97, 189 CAE-Prozess 90 CAE-Team 97 CAPEmaster 141, 145 CAPEopticon 141, 145 CFD-Analyse 345 CFD-Berechnung, transiente 347 CFD-Vernetzung 348 Clonk 334 Concept Car 60 Concern-System 205 Co-Simulation 149, 360 Co-Simulationsplattform 365 Craig-Bampton-Methode 339 D Datenhaltung 94 Datenlogistik 9 Datenmodell 218 Datensatzerstellung 241 Dauerhaltbarkeitsanalyse 215 Derivatisierung 4

382 Design of Experiment (DoE) 162, 206, 325 design space 253 Design und Layout-Framework 361 Designvorschlag 258, 283 Diagnose- und Datenstandstest 166 Differenzialdeckel 254, 265 Digital Mock Up (DMU) 62 Diskretisierung 336 Domänenstrukturierung 134 Drehmoment 229 –, effektives 228 –, indiziertes 228 Dummy, thermischer 352 Durchflussgleichung 222 Durchflusszahlen 235 DV-Technik 77, 84 Dynamik einer Verbrennungskraftmaschine 165 Dynamikanalyse von Kühlmodulen 345 Dynamiksimulation 91 E Eigenfrequenz 267, 345, 350 Eigenschaftsableitung 15 Eigenschaftsverfolgung 17 Einsparpotential 303 Einstellgrößen 236 Einzelkomponenten, Interaktion 279 Elastizität 282 Elektronik 99 Energiefluss 364 Energieumsatz, elektrischer 307 Engineering Data Backbone (EDB) 361, 362 Engineering, wissensbasiertes 44 Entwicklung, simulationsgestützte 35 Entwicklungskosten 284 Entwicklungsplan 189 Entwicklungsprozess 8, 286 –, Abgasanlage 88 –, Antriebsstrang 155 –, integrierter 30 Entwicklungszeit 6, 358 Entwurfsphase 286 Erfahrungswerte 272 Erhaltungsgrößen, physikalische 365 Ersatzbrennverlauf 232 eSCOUT 140, 142 Expertensysteme 45 Expertenwissen 29, 42 F Fachwerk 262 Fahrerassistenzsysteme, Entwicklung 21 Fahrzeug-Rollenprüfstand 295

Sachwortverzeichnis Fahrzeugruckeln 334 Fahrzeugsimulation 325 Fahrzyklus 224, 300 Fehlermöglichkeits- und Einflussanalyse (FMEA) 205 FEM-Analyse 281, 345 –, explizite 221 FEM-Berechnung, nichtlineare 348 FEM-Netze 92 Fertigungsrestriktionen 272 Festigkeit 193, 256 Festigkeitsberechnung 345 –, lineare 91 Flussvariablen 292 Formoptimierung 250 Freigabeprozess 191 from Office to Road 154 Frontloading 59, 360 Front-Querantrieb 332 Füll- und Entleermethode 230 Füllung 229, 233 –, Vorausberechnung 233 Füllungsberechnung 229 Füllungserfassung 228 Füllungsgrad 257 Funktionsbereich Elektrik/Elektronik 134 Funktionsdatenbank 143 Funktionsspalte 280 Funktionsstruktur 236 G Garantiekostenprognose 211 Gasgleichung 222 Gesamtfahrzeugsimulation 358 Gestaltungsfreiräume 284 Gestaltungsvorschlag 254 Getriebe 249 –, automatisiertes Schalt- 157 –, Doppelkupplungs- 157 –, Handschalt- 157 Getrieberasseln 341 Gewicht 195 Gewichtsoptimierung 196 Grundbedatung 228 Grundzündwinkel 229 H Hardware in the Loop 166, 325 Hardware-Typen 145 Herstellprozess 283 Heulen 334 Höhenkorrektur 246 Hülsenkette 177 Hybridantrieb 157, 305

Sachwortverzeichnis Hybridfahrzeug 298 Hydrodynamikanalyse 219 Hypoid-Kegelradtsufe 256 I Institut für Kraftfahrwesen (ika) 298 Interpretation 266, 270 Intuition und Erfahrung 260 K Kabinensimulation 352 Kältekreislauf 355 Kältemittel 355 Katamaran 273 Kettenart 177 Kettenräder, unrunde 181 Klimaanlage 358 Klopfgrenze 242 Klopfmodell 230 Klopfregelung 245 Kolbengruppe 213 Kolbenringdynamik 220 Kolbensekundärbewegung 216 Kolbenwarmkontur 217 Komfortbewertung 352 Komplexität 135 Komponenten, elektrisch/elektronisch 102 –, Kontakt zwischen den 279 Komponentenbelastung 307 Komponentendatenbank 143 Komponentenprüfstand 295 Konstruktion, wissensbasierte 45 Kontaktbedingungen 282 Kontaktfläche 281 Kontaktiterationen 284 Kontaktkräfte 281, 283 Kontaktsolver 284 Konzeptauswahl 284 –, wissensbasierte 285 Konzeptentwicklung 59 Konzeptfindung 284 Körper, flexible 338 Körperschall 340 Körperschallmessung 174 Kosten 195 Kostenersparnis 264 Kraftsensor 160 Kraftstoffeinsparung 225 Kreislaufsimulation, thermodynamische 345 Kühlmittelzusammensetzung 313 Kühlsystem 358, 373 Kühlung 193 Kurbelwellenschränkung 223

383 L Ladedruck 246 Ladedruckregelung 246 Ladeluftkühler 347, 354 Ladeluftkühlerkennfeld 230 Ladeluftkühlungssystem 354 Ladungsbewegungsklappe 228 Ladungswechsel 194, 232 Ladungswechselanalyse 232 Ladungswechselarbeit 232 Ladungswechselsimulation, 0D- 229 –, 1D- 229 Längsdynamiksimulation 299 Lasteinleitung 282 Lastkollektiv 308 –, Adaptionsstufe 308 Lastverteilung 275 Lastzone des Lagers 260 Lastzustände 325 Laufzeugdrehzahl 246 Lebensdauerbewertung 345 Leichtbau 257, 264 Load Matrix 206 Losrad 337 Lösungspotenzial 265 Luftverhältnis 228 M Mechatronik 363 Mehrkörpersimulation (MKS) 71, 218, 328 Methodikkreis 98 –, Berechnung 98 Mischreibung 219 Mitarbeiterqualifikation 79, 84 Modalanalyse 91 Modellabgleich 231 Modellabstimmung 185 Modellbildung, akausale 292 Modellbildung, kausale 292 Modelle, hybride 339 Modellfeinheiten 173 Modellierungstiefe 214 Modellkalibrierung 230 Modellkomplexität 324 Modellparameter 233 Modelltransformation, regelbasierte 290 Momentenstruktur 228 Motordynamik 246 Motoren, abgasturboaufgeladene 229 –, Anordnung 273 –, aufgeladene 242 Motormanagement 199 Motormoment 238 Motorordnungen 175

384 Motorraumdurchströmung 348 Motorzyklussimulation 325 N Nachgiebigkeit 283 Netzrelaxation 269 Netzwerk, thermisches 374 Neuronale Netze 236 New European Driving Cycle (NEDC) 300, 373 Niederdruckverläufe 235 Niedertemperaturkreislauf 354 Nockenwellenposition 232 Noise, Vibration, Harshness (NVH) 326 non-design space 253, 262, 268 numerischer Werkzeugkasten 91 Nummerierungskonventionen 94 NVH 196 NVH-Verhalten 323 O Oberwellen 178 OHC-Modell 231 Öldichtigkeit 259 Ölverbrauch 214 Open-Source 98 Optimalitätsbetrachtung 278, 279 Optimierung 174, 237 –, Güte der 277, 278, 279 –, multidisziplinäre 361 –, Referenzmodell 255 –, Vorgehen 253 Optimierungsergebnis 253 –, Interpretation 272 Optimierungspotenzial 252, 267, 272, 279 Optimierungsprogramm, Anwendung 266 Optimierungsprozess, wissensbasierter 40 Optimierungsverfahren 294 –, Antriebstechnik 249 Optimierungswerkzeuge, computerbasierte 162 Optimum, theoretisches 278 Ordnungsspektrum 186 P Parallel-Hybrid 305 Parameter, physikalische 158 Parameteroptimierung 251 –, numerische 351 PELOPS 298 –, Simulation 301 Performance 284 Perl 95 PLM Systeme 361

Sachwortverzeichnis Potentialvariablen 292 Predictive Safety System 108, 109 Produktfreigabe 191 Produktentstehungsprozess 137 –, integrierter 286 Produktkonzeption 284 Produktprozess 7 –, Beschleunigung 75 Produktspezifikation 362 Projektkomplexität 4 Projektmanagement 199 Propellerschub 273 Prozessanalyse 230 Prozessdatenlogistik 10 Prozessintegrator 12 Prozesskette, geschlossene 14 –, interdisziplinäre 18 –, unterbrochene 13 Prozessmodell 286 Prozesssimulation 228, 230 Prozess-Struktur-Organisation 77, 83 Prozess-Typen 145 Q Qualitätssicherung bei Elektroniksystemen 111 R Rapid Prototyping Calibration (RPC) 236 Rasseln 334 Realisierbarkeit 272 Reibleistung 177 Reibmitteldrücke 224 Reibmodell 242 Reibungsanalyse 223 Reibungsansätze 187 Reifenschlupf 334 Reliability Charts 209 Reliability Engineering Prozess 202 Resonanz 182, 267 Restgasanteil 232 Restgasgrenze 237 Restriktion 254 Ring-Instabilität 222 Risikomanagement-Prozess 204 Road to Rig to Office 154 Rollenkette 177 S Saugrohrdruck 233 Saugrohrumschaltung 228 Schallgeschwindigkeit 245 Schmierfilm, hydrodynamischer 217 Schrägstellung, geringe 276 Schublagerwand 275

Sachwortverzeichnis Schwingform 96 Sensorcluster 105 Serienstand 265, 279 Serienstart 284 service-orientierte Architektur (SOA) 362 Shudder 331 Sicherheit, aktive und passive (CAPS) 103, 106 Sieden 311 Simulation, gekoppelte 358 –, hochdynamische 164 –, instationäre 365 –, numerische 364 Simulationsdatenmanagement 365 Simulationskette, integrale 137 Simulationsmodell, detailliertes 167 Simulationswerkzeuge 326 – in der Konzeptphase 60 Software 199 Softwareentwicklung, modellbasierte 139 Software-Typen 146 Sonneneinstrahlung 352 Spange 263, 276 Spezifikationsphase 286 Standardisierung 98 Standardmethodik 98 Stanz-Präge-Prozess 283 Staupunktsverlagerung 349 Steifigkeit 282 Steuergerät 228 Steuergeräteentwurf 137 Steuergeräteprüfstand 295 Steuertriebsentwicklung 172 Steuerung, zeitsynchrone 365 Stoßvorgang 178 Streckenverhalten 246 Stribeck-Kurven 223 Strömungsberechnung (CFD) 68 Struktur, elastische 339 –, geschlossene öldichte 262 Strukturelement, Anordnung 252 –, Lage 252 Strukturmerkmale 272 Strukturoptimierung, numerische 250, 266 Sub-Systeme 363 Synchronisation 363 System Modelling Language (SysML) 287, 289 Systemansatz, integrierter 360 Systementwurf 288 Systemmodell 288 T Teillastbereich 257

385 Temperaturkompensation 246 Temperaturwechselbeanspruchung 347 thermische Strukturanalyse 214 Thermodynamik 194 Thermomanagement 345, 358 Thermomechanikberechnung 93 Thermomechaniksimulation 91 Thermostrukturmodule 350 Tip-In/Back-Out 332 Topografieoptimierung 250, 267 Topologieoptimierung 250, 252, 351 Tragbilder 257 Trendlinie 278 Turbine 228 Turboladerkennfeld 229 U Übertragung auf andere Produkte 266 Umgebungsbedingungen, reproduzierbare 160 Umsatzpunkt, charakteristischer 239 Umschaltpunkte 246 Umsetzung 269 –, Güte der 270 Umsetzungsschwerpunkt 242 Umweltmodell 304 V Validierung 216 Validierungskriterium 348 Validierungsphase 286 Variantenrechnung 174 Vehicle in the Loop (VIL) 22 Vehicle Safety 362 Verbrennungsablauf 239 Verbrennungsanlage 229, 242 Verbrennungskenngrößen 232 Verbrennungsmotor 366 Verbrennungsprozess 194 Verdampfer 357 Verdichter 228, 229 Verformungsdarstellung 276 Vergleich mit Referenzmodell 261 Verkehrssicherheit 358 Verkehrssimulation 23 Verkehrsszenarien 303 Verkehrsumgebung 298 Verluste, mechanische 232 Verlustteilung 232 Vernetzung der Einzelsysteme 155 Vernetzungsrichtlinie 92, 93, 98 Verschiebung, parallele 275 Verschiebungscharakteristik 272 Verschiebungsgrenze 275 Verschleiß 222

386 Verschraubung 280 Vibefunktion 239 Vibration 315 Virtual Vehicle Design 360 virtuelle Antriebsstrangentwicklung 154, 299 –, Auslegung 35 –, Entwicklung 7, 9, 28 –, Gesamtfahrzeugsimulation 358 –, Hardware 148 –, Methoden 345 –, Modellkette 347 –, Motorenentwicklung 189 –, Produktentwicklung 361 – –, Konzeptphase 58 –, Produktfreigabe 191 –, Sitzkiste 63 –, Systementwicklung 133 virtueller Entwicklungsprozess 150, 358 –, Prototyp 148 virtuelles Engineering 31 V-Modell 150, 288, 360 Volllast 257 Vorreaktionsintegral 242 W Wandlerautomatik 157 Wärmequelle 366

Sachwortverzeichnis Wärmestrahlung 244 Wärmestrombilanz 244 Wärmeübergang, Modell 244 Wastegate 228 Waterjet-Antrieb 273 Wissensdatenbanken 44, 46 –, Anwendung 50 Wohlbefinden, subjektives 352 Wrapperschicht 368 Z Zähnezahl 175 Zeiteinsparung 97 Zeldovich-Mechanismus 231 Zielgrößen 228 Zielwerteinschränkung 16 Zonenmodell, Drei- 231 –, Ein- 231 –, Zwei 231 Zündwinkel 228 Zuverlässigkeitsprozess 202 Zweimassenschwungrad 330 Zwischenmodell 269 Zylinderdruckverlauf 235 Zylinderrohrdeformation 217