DE102013211080A1

DE102013211080A1 - Verfahren zur Steuerung eines Kraftfahrzeuggetriebes

Info

Publication number: DE102013211080A1
Application number: DE102013211080.4A
Authority: DE
Inventors: Werner Schmitt
Original assignee: Schaeffler Technologies AG and Co KG
Current assignee: Schaeffler Technologies AG and Co KG
Priority date: 2012-06-26
Filing date: 2013-06-14
Publication date: 2014-05-08
Also published as: JP6312152B2; US20150226318A1; JP2015529993A; DE112013003240A5; US9651141B2; WO2014001098A1; DE112013003240B4

Abstract

Verfahren zur Steuerung eines Kraftfahrzeuggetriebes mit einem Getriebeaktor zur Betätigung des Fahrzeuggetriebes, mit einer Fahrzeugkupplung mit einem Kupplungsaktor zur Betätigung der Fahrzeugkupplung, mit einem ersten Steuergerät welches einen ihm eineindeutig zugeordneten Speicherbereich aufweist, mit einem zweiten Steuergerät welches einen ihm eineindeutig zugeordneten Speicherbereich aufweist.

Description

Die Erfindung betrifft ein Verfahren mit den Merkmalen gemäß dem Oberbegriff des Anspruchs 1.
Einsatzbereich und Verwendungszweck der Erfindung sind Kupplungs- und Getriebesysteme insbesondere Doppelkupplungsgetriebesysteme.
Im Rahmen dieser Schrift wird unter der Abkürzung TCU jedes beliebige Getriebesteuergerät zur Steuerung eines Kraftfahrzeuggetriebes, jedes beliebige Kupplungssteuergerät zur Steuerung eines oder mehrerer Kraftfahrzeugschaltkupplungen sowie insbesondere jedes Steuergerät zur Steuerung eines Getriebes sowie zur Steuerung einer oder mehrerer Schaltkupplungen insbesondere jedes Steuergerät zur Steuerung eines Doppelkupplungsgetriebes verstanden. Doppelkupplungsgetriebe sind seit langem bekannt und beispielsweise in der DE 10 2008 023 360 A1 dargestellt. Die Bezeichnungen TCU sowie TCU-Steuergerät werden synonym verwendet.
Im Rahmen dieser Schrift wird unter der Abkürzung HCA jeder beliebige Aktor beispielsweise zur Betätigung einer automatisierten Reibungskupplung, beispielsweise ein hydraulisch betriebener Kupplungsaktor, insbesondere ein hydrostatisch betriebener Kupplungsaktor (Hydrostatic Clutch Actuator) wie er beispielsweise in der DE 10 2010 047 801 DE oder der DE 10 2010 047 800 DE offenbart ist, verstanden. Jedem HCA muss jedoch mindestens ein nicht-flüchtiger Speicher sowie eine Vorort-Steuereinheit LCU (Local Control Unit) eineindeutig, fest zugeordnet sein. Der nicht-flüchtiger Speicher befindet sich beispielsweise in der Vorort-Steuereinheit LCU des HCA.
Doppelkupplungsgetriebesysteme weisen beispielsweise ein TCU-HCA-System auf.
Unter der Abkürzungen SW sei im Rahmen dieser Schrift Software verstanden.
Im Rahmen dieser Schrift werden die Begriffe Diagnoseroutine, Diagnosefunktion, Diagnoseservice sowie Diagnosebefehl synonym verwendet.
Im Rahmen dieser Schrift werden die Begriffe Software, Routine, Funktion, Prozess ebenfalls im Wesentlichen synonym verwendet.
Die beispielsweise in Doppelkupplungsgetrieben verwendeten Komponenten besitzen je nach Ausführung eine oder mehrere Steuereinheiten inklusive Flash-Speicher für die Applikations-SW. Aufgrund von Modelljahres-Updates oder Fehlerbeseitigung (bugfix) kann eine Aktualisierung der SW (SW-Update) notwendig werden. Bei Doppelkupplungssystemen werden üblicherweise zwei Aktoren (für jede Kupplung ein Aktor) verwendet, wie z. B. der HCA, dessen Steuereinheit (LCU) ebenfalls mit einem Flash-Speicher ausgerüstet ist. Da für beide LCU aus Vereinfachungsgründen die selbe Applikations-SW verwendet wird, müssen im Falle eines SW-Updates auch beide LCU upgedatet werden, jede LCU separat. Der Flashvorgang wird üblicherweise von einem Testgerät angestoßen, durchgeführt und auf korrekte Ausführung überwacht. Der Flashvorgang erfolgt über einen CAN-Bus, wobei das den LCU vorgeschaltete Steuergerät (TCU) mittels einer Gateway-Funktion die Verbindung zwischen LCU und Tester ermöglicht.
Der Programmspeicher innerhalb der LCU ist sehr begrenzt, das Einbinden zusätzlicher SW-Funktionalität ist daher immer vor dem Hintergrund der limitierten Speicherressourcen zu überdenken. Insbesondere die Funktion, welche das Aktualisieren des Steuergerätecodes (LCU-Applikations-SW) des HCA ermöglicht, wird äußerst selten benötigt, aber – sofern sie mittels des kundenspezifischen Diagnoseprotokoll durchgeführt wird – erfordert doch umfangreichen Speicherplatz. Ein anderes Protokoll (beispielsweise CCP oder XCP), welches während der Entwicklung hierfür genutzt wird, benötigt sehr viel weniger Speicherplatz.
Wie in 1 dargestellt, erfolgt das Flashen der LCU 150, 160 immer über einen Diagnosetester 140, dabei besteht üblicherweise keine direkte Verbindung der LCU 150, 160 mit dem Tester 140, sondern – mittels einer Gateway-Funktion in der TCU 110 – nur über das Getriebesteuergerät TCU 110. Die TCU 110 leitet dabei die Befehle vom Tester an die LCU weiter 120, und sendet im Gegenzug die Antworten der LCU zurück 130 an den Tester. All dies erfolgt über das kundenspezifische Diagnoseprotokoll beispielsweise das UDS-Protokoll, welches zu diesem Zweck sowohl in der TCU 110 sowie in der LCU hinterlegt werden muss. Die Gateway-Funktion erlaubt dabei ein veränderungsfreie Durchleitung der Botschaften in beide Richtungen. Derartige Verfahren sind beispielsweise auch in der DE 101 53 085 A1 , der DE 43 15 494 01 , der DE 102 37 715 A1 sowie der DE 196 16 166 A1 dargestellt.
Der vorliegenden Erfindung liegt nun die Aufgabe zugrunde die Flashfunktionalität auch mit reduzierter Speicherplatzanforderung innerhalb der LCU zu gewährleisten.
Diese Aufgabe wird durch ein Verfahren mit den Merkmalen gemäß Anspruch 1 gelöst.
Erfindungsgemäß ist ein Verfahren zur Steuerung eines Kraftfahrzeuggetriebes mit einem Getriebeaktor zur Betätigung des Fahrzeuggetriebes, mit einer Fahrzeugkupplung mit einem Kupplungsaktor zur Betätigung der Fahrzeugkupplung, mit einem ersten Steuergerät welches einen ihm eineindeutig zugeordneten Speicherbereich aufweist, mit einem zweiten Steuergerät welches einen ihm eineindeutig zugeordneten Speicherbereich aufweist vorgesehen. Erfindungsgemäß ist ein drittes Steuergerät vorgesehen, wobei ein Informationsaustausch zwischen dem dritten und dem ersten Steuergerät via zweites Steuergerät vorgesehen ist, wobei dazu ein Informationsaustausch zwischen dem dritten und dem zweiten Steuergerät, sowie eine Informationsaustausch zwischen dem ersten und dem zweiten Steuergerät vorgesehen ist, wobei der Informationsaustausch zwischen dem ersten und dem zweiten Steuergerät auf Grundlage eines ersten Kommunikationsprotokolls und der Informationsaustausch zwischen dem zweiten und dem dritten Steuergerät auf Grundlage eines zweiten Kommunikationsprotokolls vorgesehen ist.
In einer bevorzugten Ausführungsform der Erfindung ist vorgesehen, dass auf dem ersten Steuergerät und dem zweiten Steuergerät das erste Kommunikationsprotokolls zur Verfügung steht und auf dem zweiten Steuergerät und auf dem dritten Steuergerät das zweite Kommunikationsprotokoll zur Verfügung steht.
In einer besonders bevorzugten Ausführungsform der Erfindung ist vorgesehen, dass der Speicherbedarf für das erste Kommunikationsprotokolls geringer ist als für das zweite Kommunikationsprotokolls.
Informationsaustausch kann Datenaustausch, Austausch von Computerprogrammen, Austausch von Befehlen oder ähnliches sein.
Beispielsweise kann dies der Transfer von einem im Tester (drittes Steuergerät) vorliegenden Computer-Programm (LCU-SW) für die LCU (erstes Steuergerät) – beispielsweise einer neuen Update-Version – in den Speicherbereich der LCU (erstes Steuergerät) sein.
Es kann aber auch der Transfer von zuvor ermittelten und im Tester (drittes Steuergerät) vorliegenden Inbetriebnahmedaten von Inbetriebnahmenparametern in den Speicherbereich der LCU (erstes Steuergerät) sein.
Auch kann es sich um einen Transfer der Inbetriebnahmedaten aus dem Speicherbereich der LCU in den Speicherbereich der TCU handeln.
In einer besonders bevorzugten Ausführungsform der Erfindung ist vorgesehen, dass das erste Kommunikationsprotokoll das CCP- oder XCP-Protokoll und das zweite Kommunikationsprotokoll ein kundenspezifisches Diagnoseprotokoll beispielsweise das UDS-Protokoll ist.
Die erfindungsgemäßen Verfahren haben den Vorteil, dass der Speicherplatz für das kundenspezifische Diagnoseprotokoll UDS in der LCU nicht benötigt wird. Stattdessen wird in der LCU nur Speicherplatz für ein weniger speicherplatzintensives Protokoll benötigt, beispielsweise das CCP- oder XCP-Protokoll.
In einer bevorzugten Ausführungsform der Erfindung ist vorgesehen, dass bei jedem Informationsaustausch zwischen dem dritten Steuergerät und dem ersten Steuergerät, im zweiten Steuergerät ein Wechsel des Kommunikationsprotokolls abhängig von der Richtung des Informationsaustauschs durchgeführt wird. Der Wechsel erfolgt durch eine Übersetzung zwischen den beiden Kommunikationsprotokollen.
In einer bevorzugten Ausführungsform der Erfindung ist vorgesehen, dass bei einem Informationsaustausch vom dritten Steuergerät in Richtung des ersten Steuergeräts, im zweiten Steuergerät ein Wechsel des Kommunikationsprotokolls vom zweiten Kommunikationsprotokoll zum ersten Kommunikationsprotokoll durchgeführt wird.
In einer bevorzugten Ausführungsform der Erfindung ist vorgesehen, dass bei einem Informationsaustausch vom ersten Steuergerät in Richtung des dritten Steuergeräts, im zweiten Steuergerät ein Wechsel des Kommunikationsprotokolls vom ersten Kommunikationsprotokoll zum zweiten Kommunikationsprotokoll durchgeführt wird.
In der TCU findet also zur Fortsetzung eines Informationsaustauschs ein Wechsel, also eine Übersetzung von einem in das andere Kommunikationsprotokoll statt, da erstes und drittes Steuergerät kein gemeinsames Kommunikationsprotokoll haben.
Im Folgenden werden Varianten einer erste bevorzugte Ausführungsform ausgeführt: In einer bevorzugten Variante der ersten Ausführungsform der Erfindung ist vorgesehen, dass das dritte Steuergerät mittels eines Diagnosebefehls des zweiten Kommunikationsprotokolls veranlasst, dass ein Computer-Programm in den Speicherbereich des zweiten Steuergeräts übertragen wird.
In einer bevorzugten Variante der ersten Ausführungsform der Erfindung ist vorgesehen, dass das Computer-Programm eine Flashroutine und/oder ein Computer-Programm für das erste Steuergerät, wie beispielsweise ein Applikations-SW-Programm für das erste Steuergerät (LCU-Applikations-SW-Programm) ist.
Anstatt eines Computer-Programms für das erste Steuergerät (LCU-SW) kann dies auch der Transfer von ermittelten und im Tester (drittes Steuergerät) vorliegenden Inbetriebnahmedaten von Inbetriebnahmenparametern in den Speicherbereich des ersten Steuergeräts (LCU) sein.
Die Flashroutine kann allerdings auch bereits im Speicherbereich des zweiten Steuergeräts (TCU) vorliegen und auf dem zweiten Steuergeräts (TCU) zur Verfügung stehen. Es kann also auch auf andere Weise in den Speicherbereich des zweiten Steuergeräts (TCU) gelangt sein.
In einer bevorzugten Variante der ersten Ausführungsform der Erfindung ist vorgesehen, dass das zweite Steuergeräts mittels der Flashroutine veranlasst wird, das Applikations-SW-Programm für das erste Steuergerät mittels des ersten Kommunikationsprotokolls in den Speicherbereich des erste Steuergeräts zu übertragen, wobei die Flashroutine sowie das Applikations-SW-Programm für das erste Steuergerät im Speicherbereich des zweiten Steuergeräts zur Verfügung stehen und wobei die Flashroutine mittels eines Diagnosebefehls des zweite Kommunikationsprotokolls ausgehend vom dritten Steuergerät zur Übertragung des Applikations-SW-Programms veranlasst wird.
Im Folgenden werden Varianten einer zweiten, zur ersten Ausführungsform alternativen, besonders bevorzugten Ausführungsform geschildert:
In einer bevorzugten Variante der zweiten Ausführungsform der Erfindung ist vorgesehen, dass im zweiten Steuergerät ein Protokoll-Übersetzer-Programm (Translater) zur Verfügung steht, welches den Wechsel des Kommunikationsprotokolls durchführt.
In einer bevorzugten Variante der zweiten Ausführungsform der Erfindung ist vorgesehen, dass im zweiten Steuergerät (TCU) eine Gateway-Funktion zur veränderungsfreien Durchleitung von Informationen oder Daten oder Computer-Programmen durch das zweite Steuergerät (TCU) zur Verfügung steht.
Beispielsweise kann dies der Transfer von ermittelten und im Tester vorliegenden Inbetriebnahmedaten von Inbetriebnahmenparametern in den Speicherbereich der LCU sein.
In einer bevorzugten Variante der zweiten Ausführungsform der Erfindung ist vorgesehen, dass das dritte Steuergerät (Tester) mittels eines Diagnosebefehls des zweiten Kommunikationsprotokolls (460) veranlasst, dass ein Computer-Programm oder Inbetriebnahmedaten in den Speicherbereich des ersten Steuergeräts (LCU) übertragen wird/werden.
In einer bevorzugten Variante der zweiten Ausführungsform der Erfindung ist vorgesehen, dass das dritte Steuergerät (Tester) mittels eines Diagnosebefehls des zweiten Kommunikationsprotokolls (460) veranlasst, dass ein Computer-Programm oder Inbetriebnahmedaten in den Speicherbereich des ersten Steuergeräts (LCU) übertragen wird/werden, wobei der Diagnosebefehl des zweiten Kommunikationsprotokolls (460) im zweiten Steuergerät (TCU) mittels des Protokoll-Übersetzer-Programms (Translater) in einen Diagnosebefehl des ersten Kommunikationsprotokolls (450) übersetzt wird und/oder das Computer-Programm für das erste Steuergerät (LCU) oder die Inbetriebnahmedaten mittels der Gateway-Funktion veränderungsfrei durch das zweite Steuergerät (TCU) geleitet wird/werden.
Mittels der Gateway-Funktion sowie des Protokoll-Übersetzer-Programms gemäß der zweiten Ausführungsform der Erfindung muss weder eine Flashroutine noch das Applikations-SW-Programm für das erste Steuergerät (LCU-Applikations-SW-Programm) in seiner Gänze erst in den Speicherbereich des zweiten Steuergeräts verbracht werden, sondern das im dritte Steuergerät (Tester) vorliegende Applikations-SW-Programm für das erste Steuergerät (LCU-Applikations-SW-Programm) kann mittels einer Flashroutine, die aber nun nur im dritten Steuergerät (Tester) vorliegen muss, oder ohne jede Flashroutine sondern direkt mittels Befehlen (Diagnosebefehlen), via Gateway der TCU, insgesamt oder „datenpaketweise” in den Speicherbereich des ersten Steuergeräts (LCU) verbracht werden. Die dazu nötigen Befehle werden ausgehend von der Flashroutine oder direkt durch Befehle (Diagnosebefehle) des dritten Steuergeräts (Tester) an das zweiten Steuergerät (TCU) übersandt und wenn sich Befehle an das erste Steuergerät (LCU) richten im zweiten Steuergerät (TCU) TCU unmittelbar übersetzt und an das erste Steuergerät (LCU) weitergesandt. Rückmeldungen des ersten Steuergeräts (LCU) werden ebenfalls unmittelbar nach Eintreffen im zweiten Steuergerät (TCU) rückübersetzt und auch unmittelbar an das dritte Steuergeräts (Tester) weitergesandt, sodass eine sogenannte „Simultanübersetzung” im zweiten Steuergerät (TCU) bei Austausch von Botschaften insbesondere zwischen drittem Steuergerät (Tester) und erstem Steuergerät (LCU) stattfinden kann. Auf diese Weise kann zwischen dem dritten und dem ersten Steuergerät, die beide unterschiedliche Kommunikationsprotokolle verwenden, die Kommunikation nahezu genauso schnell erfolgen wie zwischen dem dritten und dem zweiten Steuergerät, die beide das selbe Kommunikationsprotokoll verwenden, nur die jeweils unmittelbare Kommunikationsübersetzung im zweiten Steuergerät die in der Praxis keine relevante Verzögerung verursacht bildet den Unterschied. Effektiv kann also zwischen dem dritten und dem ersten Steuergerät die Kommunikation aber auch jeder Datentransfer ebenso bidirektional erfolgen wie zwischen dem dritten und dem zweiten Steuergerät.
In einer bevorzugten Variante der zweiten Ausführungsform der Erfindung ist vorgesehen, dass bei der veränderungsfreien Durchleitung, das Computer-Programm für das erste Steuergerät (LCU) oder die Inbetriebnahmedaten im Speicherbereich des zweiten Steuergerät (TCU) zwischengespeichert wird/werden, bevor es/sie an das erste Steuergerät (LCU) weitergeleitet wird/werden.
In einer bevorzugten Variante der zweiten Ausführungsform der Erfindung ist vorgesehen, dass bei der veränderungsfreien Durchleitung, das Computer-Programm für das erste Steuergerät (LCU) oder die Inbetriebnahmedaten im Speicherbereich des zweiten Steuergerät (TCU) datenpaketweise zwischengespeichert und an das erste Steuergerät (LCU) weitergeleitet wird/werden.
Der Begriff „datenpaketweise” soll im Rahmen dieser Schrift bedeuten, dass ein Datenpaket also weniger als das ganze Computer-Programm oder weniger als alle Inbetriebnahmedaten umfassen kann. Die Datenpaketgröße kann vorgegeben sein und sich beispielsweise an der Größe des Speicherbereichs des zweiten Steuergerät (TCU) orientieren. Dieses Paket wird nach der Zwischenspeicherung ans erste Steuergerät (LCU) weitergeleitet. Anschließend wird ein weiteres Datenpaket im zweiten Steuergerät (TCU) zwischengespeichert und anschließend ebenfalls weitergeleitet usw. bis alle Daten des Computer-Programm oder alle Inbetriebnahmedaten übertragen wurden. Die Übertragung erfolgt im Rahmen dieser Schrift in dem Sinne „veränderungsfrei” als das Computer-Programm oder die Inbetriebnahmedaten nach Übertragung im Speicherbereich des erste Steuergerät (LCU) genauso vorliegen wie es/sie vor der Übertragung im Speicherbereich des dritten Steuergerätes (Tester) vorlagen aus dem es/sie übertragen wurde/wurden.
In einer bevorzugten Variante der zweiten Ausführungsform der Erfindung ist vorgesehen, dass die Weiterleitung des Computer-Programms für das erste Steuergerät (LCU) oder der Inbetriebnahmedaten vom zweiten Steuergerät (TCU) zum ersten Steuergerät (LCU) mittels des, vom Protokoll-Übersetzer-Programm (Translator) in das erste Kommunikationsprotokoll (450) übersetzten Diagnosebefehls erfolgt.
In einer bevorzugten Variante der zweiten Ausführungsform der Erfindung ist vorgesehen, dass das Computer-Programm ein Applikations-SW-Programm (LCU-SW) für das erste Steuergerät ist.
In einer bevorzugten Variante der zweiten Ausführungsform der Erfindung ist vorgesehen, dass es sich anstatt um ein Computer-Programm, um Inbetriebnahmedaten von Inbetriebnahmenparametern, die im dritten Steuergerät (Tester) vorliegen und die im Speicherbereich des ersten Steuergeräts (LCU) hinterlegt werden sollen, handelt.
Im Folgenden werden Varianten einer dritten, zur ersten und zweiten Ausführungsform alternativen, besonders bevorzugten Ausführungsform geschildert:
In einer bevorzugten Variante der dritten Ausführungsform der Erfindung ist – wie in der zweiten Ausführungsform – vorgesehen, dass im zweiten Steuergerät ein Protokoll-Übersetzer-Programm (Translater) zur Verfügung steht, welches den Wechsel des Kommunikationsprotokolls durchführt.
In einer bevorzugten Variante der dritten Ausführungsform der Erfindung ist vorgesehen, dass das dritte Steuergerät (Tester) mittels eines Diagnosebefehls des zweiten Kommunikationsprotokolls (460) veranlasst, dass Inbetriebnahmedaten aus dem Speicherbereich des ersten Steuergeräts (LCU) in den Speicherbereich des zweiten Steuergeräts (TCU) übertragen werden.
Beispielsweise kann dies der Transfer von im Speicherbereich des ersten Steuergeräts (LCU) hinterlegten Inbetriebnahmedaten von Inbetriebnahmenparametern in den Speicherbereich des zweiten Steuergeräts (TCU) sein. Die Inbetriebnahmedaten werden beispielsweise im Getriebewerk ermittelt, in den Speicherbereich des ersten Steuergeräts (LCU) transferiert und dort gespeichert und später im Fahrzeugwerk wieder aus dem Speicherbereich des ersten Steuergeräts (LCU) in den Speicherbereich des zweiten Steuergeräts (TCU) geholt, da das für das Fahrzeug vorgesehene zweite Steuergeräts (TCU) erst im Fahrzeugwerk mit dem Kraftfahrzeuggetriebe und insbesondere dem ersten Steuergeräts (LCU) des Kraftfahrzeuggetriebes verbunden wird. Die im Getriebewerk ermittelten Inbetriebnahmedaten werden daher im Getriebewerk nicht im zweite Steuergeräts (TCU) hinterlegt, da das zweite Steuergeräts (TCU) nicht mit dem Kraftfahrzeuggetriebe einschließlich dem ersten Steuergeräts (LCU) ins Fahrzeugwerk überführt wird. Die Inbetriebnahmedaten für das Kraftfahrzeuggetriebe müssen daher im ersten Steuergeräts (LCU) hinterlegt werden.
In einer bevorzugten Variante der dritten Ausführungsform der Erfindung ist vorgesehen, dass das dritte Steuergerät (Tester) mittels eines Diagnosebefehls des zweiten Kommunikationsprotokolls (460) veranlasst, dass Inbetriebnahmedaten aus dem Speicherbereich des ersten Steuergeräts (LCU) in den Speicherbereich des zweiten Steuergeräts (TCU) übertragen werden, wobei der Diagnosebefehl des zweiten Kommunikationsprotokolls (460) im zweiten Steuergerät (TCU) mittels des Protokoll-Übersetzer-Programms (Translator) in einen Diagnosebefehl des ersten Kommunikationsprotokolls (450) übersetzt wird und an das erste Steuergeräts (LCU) weitergeleitet wird, sodass die Inbetriebnahmedaten aus dem Speicherbereich des ersten Steuergeräts (LCU) in den Speicherbereich des zweiten Steuergeräts (TCU) übertragen werden.
Im Folgenden werden bevorzugte Ausführungsformen sowohl der Varianten der erste wie auch der Varianten der zweiten und dritten bevorzugten Ausführungsform geschildert:
In einer bevorzugten Ausführungsform der Erfindung ist vorgesehen, dass das Protokoll-Übersetzer-Programm (Translator) einen Diagnosebefehl des einen Kommunikationsprotokolls unmittelbar in einen Diagnosebefehl des anderen Kommunikationsprotokolls übersetzt.
Der Begriff „unmittelbar” beschreibt, dass die Übersetzung des Diagnosebefehls sofort erfolgt, wenn die TCU nicht höher priorisierte Aufgaben der Übersetzung vorzieht.
Auf diese Weise ist eine „Simultanübersetzung” gegeben, sodass ein schneller Befehlsaustausch bzw. ein schneller Austausch zwischen Befehl und Bestätigung oder Antwort oder ähnlichem beispielsweise zwischen drittem (Tester) und erstem Steuergerät (LCU) möglich.
In einer bevorzugten Ausführungsform der Erfindung ist vorgesehen, dass der Informationsaustausch zwischen dem dritten und dem ersten Steuergerät ausschließlich über das zweites Steuergerät durchgeführt wird
In einer bevorzugten Ausführungsform der Erfindung ist vorgesehen, dass das erste Steuergerät ein Vorort-Aktorsteuergerät LCU zur Steuerung des Kupplungsaktors und/oder des Getriebeaktors ist und wobei das zweite Steuergerät ein Getriebesteuergerät TCU zur Steuerung der Kupplung und/oder zur Steuerung des Getriebes ist und wobei das dritte Steuergerät ein Tester oder ein Prüfstandsrechner ist.
In einer bevorzugten Ausführungsform der Erfindung ist vorgesehen, dass das Kraftfahrzeuggetriebe ein Doppelkupplungsgetriebesystem ist.
In einer bevorzugten Ausführungsform der Erfindung ist vorgesehen, dass das erste Kommunikationsprotokoll das CCP- oder XCP-Protokoll und das zweite Kommunikationsprotokoll ein kundenspezifisches Diagnoseprotokoll insbesondere das UDS-Protokoll ist.
Weitere Vorteile und vorteilhafte Ausgestaltungen der Erfindung sind Gegenstand der nachfolgenden Figuren sowie deren Beschreibung.
Es zeigen im Einzelnen:
2 schematische Darstellung einer ersten Stufe der ersten bevorzugten Ausführungsform des erfindungsgemäßen Verfahrens
3 schematische Darstellung einer zweiten Stufe der ersten bevorzugten Ausführungsform des erfindungsgemäßen Verfahrens
4 schematische Darstellung der zweiten und dritten bevorzugten Ausführungsform des erfindungsgemäßen Verfahrens
Der Flashvorgang wird in mehrere Stufen unterteilt:
Stufe 1: Flashen der LCU-SW in das TCU-Steuergerät 210 (vgl. 2)
Stufe 2: Aktivieren einer LCU-Flashroutine innerhalb der TCU 310 (vgl. 3)
Erläuterung zu Stufe 1 (vgl. Fig. 2):
Das TCU-Steuergerät 210 besitzt wesentlich mehr freien Speicherplatz als die LCU, insofern besteht die Möglichkeit, den Programmcode für die LCU in die TCU 210 zu flashen, und zwar in einen Speicherbereich, der nicht benötigt wird. Dieser Flashvorgang kann mittels des kundeneigenen Diagnoseprotokolls erfolgen. Beim kundeneigenen Diagnoseprotokolls kann es sich beispielsweise um das UDS-Protokoll handeln.
Erläuterung zu Stufe 2 (vgl. Fig. 3):
Nach erfolgtem Flashen der LCU-Applikations-SW LCU-SW 300 in die TCU 310 wird vom Tester ein Diagnoseservice zum Flashen der LCU aufgerufen 320, wiederum mittels kundenspezifischem Diagnoseprotokoll 360. Dieser Service startet innerhalb der TCU 310 eine Funktion, die LCU-Flashroutine – im weiteren als Flashroutine A oder auch als Funktion A bezeichnet –, welche den LCU-Applikations-SW-Programmcode LCU-SW 300 von der TCU 310 in die LCU 380 flasht 330, diesmal wird jedoch das bereits während der Entwicklung verwendete Kalibrationsprotokoll verwendet. Dabei handelt es sich beispielsweise um das XCP- oder das CCP-Protokoll.

Dies hat den Vorteil, dass der Speicherplatz für das kundenspezifische Diagnoseprotokoll wie UDS 360 in der LCU 380 nicht benötigt wird, sondern nur Speicherplatz für ein weniger speicherplatzintensives Protokoll 350 wie beispielsweise das XCP- oder das CCP-Protokoll. Zusätzlich wird in der LCU 380 Speicherplatz für den in die LCU 380 geflashten LCU-Applikations-SW-Programmcode 300 benötigt. In der TCU 310 werden der LCU-Applikations-SW-Programmcode 300, der in die LCU 380 geflasht wird, die Flashroutine A, die das Flashen 330 des LCU-Applikations-SW-Programmcodes von der TCU in die LCU ausführt sowie beide Protokolle 350, 360 benötigt. Ablauf:

	folgende Schritte werden im kundenspezifischen Diagnoseprotokoll 360 ausgeführt:
Stufe 1 (vgl. Figur 2): Der Tester 240 flasht 220 die LCU-SW 230 in das TCU Steuergerät 210 mittels kundenspezifischem Diagnoseprotokoll, die TCU 210 führt die Diagnosebefehle aus und quittiert entsprechend. Stufe 2 (vgl. Figur 3): Nach erfolgtem Flashvorgang 220 wird vom Tester 370 mittels kundenspezifischem Diagnoseprotokoll 360 eine Funktion A in der TCU 310 aufgerufen 320, welche das Flashen der LCU 380 ausführt. Der Status dieser Routine wird dem Tester entsprechend zurückgemeldet 340.
	folgende Schritte werden im CCP/XCP Protokoll 350 ausgeführt:
Die TCU-Funktion A flasht 330 nun mittels dem Kalibrationsprotokoll (z. B. CCP/XCP) die LCU 380; der Status dieser Funktion A ist der TCU bekannt
	folgende Schritte werden im kundenspezifischen Diagnoseprotokoll 360 ausgeführt:
und wird in Richtung Tester mittels dem kundenspezifischen Diagnoseprotokoll 360 zurückgemeldet 340.

Es ist also eine Einbindung einer SW-Funktionalität in die TCU/LCU-SW vorgesehen, um die Speicherkapazitäts-Problematik in der LCU zu entschärfen.
Da das System aus 2 LCU 380, 390 besteht, müssen auch beide LCU geflasht werden; folgende Optionen erweisen sich als zweckmäßig:

1. Die LCU-SW 300 ist für beide LCU 380, 390 identisch: 1.1 Die Funktion A flasht 330 zuerst die LCU1 380 und anschließend die LCU2 390 (oder umgekehrt) 1.2 Die Funktion A erhält durch den Tester 370 die Information, welche LCU geflasht werden soll und flasht entsprechend auch nur diese LCU. Die beiden Funktionen A unterscheiden sich sonst nicht.
2. Die LCU-SW 300 ist für beide LCU 380, 390 unterschiedlich: 2.1 Der Tester flasht 220 zuerst die SW 300 für LCU1 380 in die TCU 310. Danach ruft der Tester die Funktion A auf 320, welche die LCU1 380 flasht 330. Anschließend wird die SW für LCU2 390 in die TCU geflasht 220, danach die Funktion B aufgerufen 320, welche die LCU2 390 flasht. 2.2 Der Tester 370 flasht 220 zuerst die SW 300 für LCU1 380 in die TCU 310. Danach ruft 320 der Tester 370 die Funktion A mit dem Hinweis auf LCU1 auf, welche die LCU1 flasht 330. Anschließend wird die SW 300 für LCU2 390 in die TCU 310 geflasht, danach die Funktion A mit dem Hinweis auf LCU2 aufgerufen 320, welche die LCU2 flasht. 2.3 Der Tester flasht die SW für LCU1 380 und LCU2 390 in die TCU 310. Danach ruft der Tester 370 die Funktion A auf 320, welche die LCU1 und anschließend die LCU2 (oder umgekehrt) flasht.

Anhand von 4 wird im Folgenden eine zweite, zur ersten alternative Lösung geschildert: Dabei steht in der TCU 410 sowohl ein Protokoll-Übersetzer-Programm (Translator) 400, welches den Wechsel des Kommunikationsprotokolls vollzieht, sowie eine Gateway-Funktion 500 zur veränderungsfreien Durchleitung von Informationen oder Daten oder Computer-Programmen durch die TCU 410 zur Verfügung.
Beispielsweise kann dies der Transfer von ermittelten und im Tester 470 vorliegenden Inbetriebnahmedaten von Inbetriebnahmenparametern in den Speicherbereich der LCU 480 sein.
Dazu ist vorgesehen, dass der Tester 470 mittels eines Diagnosebefehls des zweiten Kommunikationsprotokolls UDS 460 veranlasst, dass ein Computer-Programm oder Inbetriebnahmedaten in den Speicherbereich der LCU 480 übertragen wird bzw. werden.
Dabei wird der Tester 470 mittels eines Diagnosebefehls des zweiten Kommunikationsprotokolls 460 veranlasst, dass ein Computer-Programm oder Inbetriebnahmedaten in den Speicherbereich der LCU 480 übertragen wird/werden, wobei der Diagnosebefehl des zweiten Kommunikationsprotokolls 460 in der TCU 410 mittels des Protokoll-Übersetzer-Programms (Translater) 400 in einen Diagnosebefehl des ersten Kommunikationsprotokolls 450 übersetzt wird und/oder das Computer-Programm für die LCU 480 oder die Inbetriebnahmedaten mittels der Gateway-Funktion 500 veränderungsfrei durch die TCU 410 geleitet wird/werden.
Mittels der Gateway-Funktion 500 sowie des Protokoll-Übersetzer-Programms 400 muss weder eine Flashroutine noch das Applikations-SW-Programm für die LCU (LCU-Applikations-SW-Programm) in seiner Gänze erst in den Speicherbereich der TCU 410 verbracht werden, sondern das im Tester 470 vorliegende Applikations-SW-Programm für die LCU (LCU-Applikations-SW-Programm) kann mittels einer Flashroutine, die aber nun nur im Tester 470 vorliegen muss, oder ohne jede Flashroutine sondern direkt mittels Befehlen (Diagnosebefehlen), via Gateway 500 der TCU 410, insgesamt oder „datenpaketweise” in den Speicherbereich der LCU 480 verbracht werden. Die dazu nötigen Befehle werden ausgehend von der Flashroutine oder direkt durch Befehle (Diagnosebefehle) des Testers 470 an die TCU 410 übersandt und wenn sich Befehle an die LCU 480 richten in der TCU unmittelbar übersetzt und an die LCU 480 weitergesandt. Rückmeldungen der LCU 480 werden ebenfalls unmittelbar nach Eintreffen in der TCU 410 rückübersetzt und auch unmittelbar an den Tester 470 weitergesandt, sodass eine sogenannte „Simultanübersetzung” in der TCU bei Austausch von Botschaften insbesondere zwischen Tester 470 und LCU 480 stattfinden kann. Auf diese Weise kann zwischen Tester 470 und LCU 480, die beide unterschiedliche Kommunikationsprotokolle 450, 460 verwenden, die Kommunikation nahezu genauso schnell erfolgen wie zwischen Tester 470 und TCU 410, die beide dasselbe Kommunikationsprotokoll verwenden, nur die jeweils unmittelbare Kommunikationsübersetzung in der TCU 410 die in der Praxis keine relevante Verzögerung verursacht bildet den Unterschied. Effektiv kann also zwischen Tester 470 und LCU 480 die Kommunikation aber auch jeder Datentransfer ebenso bidirektional erfolgen wie zwischen Tester 470 und TCU 410.
Optional kann bei der veränderungsfreien Durchleitung, das Computer-Programm für die LCU oder die Inbetriebnahmedaten im Speicherbereich der TCU 410 zwischengespeichert werden, bevor es/sie an die LCU 480 weitergeleitet wird/werden.
Wahlweise kann bei der veränderungsfreien Durchleitung, das Computer-Programm für die LCU 480 oder die Inbetriebnahmedaten im Speicherbereich der TCU 410 datenpaketweise zwischengespeichert und an die LCU 480 weitergeleitet werden.
Der Begriff „datenpaketweise” soll im Rahmen dieser Schrift bedeuten, dass ein Datenpaket also weniger als das ganze Computer-Programm oder weniger als alle Inbetriebnahmedaten umfassen kann. Die Datenpaketgröße kann vorgegeben sein und sich beispielsweise an der Größe des Speicherbereichs der TCU 410 orientieren. Dieses Paket wird nach der Zwischenspeicherung an die LCU 480 weitergeleitet. Anschließend wird ein weiteres Datenpaket in der TCU 410 zwischengespeichert und anschließend ebenfalls weitergeleitet usw. bis das ganze Computer-Programm oder alle Inbetriebnahmedaten übertragen wurden. Die Übertragung erfolgt im Rahmen dieser Schrift in dem Sinne „veränderungsfrei” als das Computer-Programm oder die Inbetriebnahmedaten nach Übertragung im Speicherbereich der LCU 480 genauso vorliegen wie es/sie vor der Übertragung im Speicherbereich des Testers 470 vorlagen aus dem es/sie übertragen wurde/wurden.
Die Weiterleitung des Computer-Programms für die LCU 480 oder der Inbetriebnahmedaten von der TCU 410 zur LCU 480 erfolgt mittels des, vom Protokoll-Übersetzer-Programm (Translator) in das erste Kommunikationsprotokoll 450 übersetzten Diagnosebefehls.
Das Computer-Programm kann beispielsweise ein Applikations-SW-Programm (LCU-SW) die LCU 480 sein.
Anstatt um ein Computer-Programm, kann es sich um Inbetriebnahmedaten von Inbetriebnahmenparametern, die im Tester 470 vorliegen und die im Speicherbereich der LCU 480 hinterlegt werden sollen, handeln.
Anhand von 4 wird eine dritte Ausführungsform der Erfindung geschildert:
Wie in der zweiten Ausführungsform ist vorgesehen, dass in der TCU 410 ein Protokoll-Übersetzer-Programm (Translater) 400 zur Verfügung steht, welches den Wechsel des Kommunikationsprotokolls durchführt.
Der Tester 470 veranlasst mittels eines Diagnosebefehls des zweiten Kommunikationsprotokolls 460, dass Inbetriebnahmedaten aus dem Speicherbereich der LCU 480 in den Speicherbereich der TCU 410 übertragen werden.
Beispielsweise kann dies der Transfer von im Speicherbereich der LCU 480 hinterlegten Inbetriebnahmedaten von Inbetriebnahmenparametern in den Speicherbereich der TCU 410 sein. Die Inbetriebnahmedaten werden beispielsweise im Getriebewerk ermittelt, in den Speicherbereich der LCU 480 transferiert und dort gespeichert und später im Fahrzeugwerk wieder aus dem Speicherbereich der LCU 480 in den Speicherbereich der TCU 410 geholt, da die für das Fahrzeug vorgesehene TCU 480 erst im Fahrzeugwerk mit dem Kraftfahrzeuggetriebe und insbesondere der LCU 480 des Kraftfahrzeuggetriebes verbunden wird. Die im Getriebewerk ermittelten Inbetriebnahmedaten werden daher im Getriebewerk nicht in der dort verwendeten TCU, die meist in einem Prüfstandrechner integriert ist, hinterlegt, da diese TCU nicht mit dem Kraftfahrzeuggetriebe einschließlich der LCU 480 ins Fahrzeugwerk überführt wird. Die Inbetriebnahmedaten für das Kraftfahrzeuggetriebe müssen daher in der LCU 480 hinterlegt werden.
Der Tester 470 veranlasst mittels eines Diagnosebefehls des zweiten Kommunikationsprotokolls 460, dass Inbetriebnahmedaten aus dem Speicherbereich der LCU 480 in den Speicherbereich der TCU 410 übertragen werden, wobei der Diagnosebefehl des zweiten Kommunikationsprotokolls 460 in der TCU 410 mittels des Protokoll-Übersetzer-Programms (Translator) 400 in einen Diagnosebefehl des ersten Kommunikationsprotokolls 450 übersetzt wird und an die LCU 480 weitergeleitet wird, sodass die Inbetriebnahmedaten aus dem Speicherbereich der LCU 480 in den Speicherbereich der TCU 410 übertragen werden.
Das Protokoll-Übersetzer-Programm (Translator) 400 übersetzt einen Diagnosebefehl des einen Kommunikationsprotokolls unmittelbar in einen Diagnosebefehl des anderen Kommunikationsprotokolls.
Der Begriff „unmittelbar” beschreibt, dass die Übersetzung des Diagnosebefehls sofort erfolgt, wenn die TCU nicht höher priorisierte Aufgaben der Übersetzung vorzieht.
Auf diese Weise ist eine „Simultanübersetzung” gegeben, sodass ein schneller Befehlsaustausch bzw. ein schneller Austausch zwischen Befehl und Bestätigung oder Antwort oder ähnlichem beispielsweise zwischen Tester 470 und LCU 480 möglich ist, sodass auch bidirektionale Kommunikation zwischen Tester 470 und LCU 480 erfolgen kann.
Bezugszeichenliste

110: TCU Steuergerät mit Gateway-Funktion
120: TCU leitet Befehle vom Tester an die LCU weiter
130: TCU sendet Antworten der LCU zurück an den Tester
140: Tester
150: LCU Kupplung 1
160: LCU Kupplung 2
210: TCU Steuergerät mit Gateway-Funktion
220: Flashen der LCU-Software in die TCU
230: LCU-Software (LCU-SW)
240: Tester
250: LCU Kupplung 1
260: LCU Kupplung 2
300: LCU-Software (LCU-SW)
310: TCU Steuergerät mit Gateway-Funktion
320: Tester ruft mittels kundenspezifischem Diagnoseprotokoll Funktion A in der TCU auf
330: TCU-Flashfunktion A flasht mittels CCP/XCP-Kalibrationsprotokoll die LCU-SW in die LCU
340: Statusrückmeldung an den Tester mittels kundenspezifischem Diagnoseprotokoll
350: CCP-Protokoll oder XCP-Protokoll
360: kundenspezifisches Diagnoseprotokoll (UDS)
370: Tester
380: LCU Kupplung 1
390: LCU Kupplung 2
400: Protokoll-Übersetzer-Programm (Translator)
410: TCU Steuergerät mit Gateway-Funktion und Protokoll-Übersetzer-Programm (Translator)
420: in der TCU werden Nachrichten (z. B. Befehle) des Testers an die LCU durch Protokoll-Übersetzer 400 übersetzt und an die LCU gesendet
430: in der TCU werden Nachrichten (z. B. Antworten) der LCU an den Tester durch Protokoll-Übersetzer 400 übersetzt und an den Tester gesendet
440: bidirektionale Kommunikation zwischen Tester und TCU
450: CCP-Protokoll oder XCP-Protokoll
460: kundenspezifisches Diagnoseprotokoll (UDS)
470: Tester
480: LCU Kupplung 1
490: LCU Kupplung 2
500: Gateway

ZITATE ENTHALTEN IN DER BESCHREIBUNG
Diese Liste der vom Anmelder aufgeführten Dokumente wurde automatisiert erzeugt und ist ausschließlich zur besseren Information des Lesers aufgenommen. Die Liste ist nicht Bestandteil der deutschen Patent- bzw. Gebrauchsmusteranmeldung. Das DPMA übernimmt keinerlei Haftung für etwaige Fehler oder Auslassungen.
Zitierte Patentliteratur

DE 102008023360 A1 [0003]
DE 102010047801 [0004]
DE 102010047800 [0004]
DE 10153085 A1 [0011]
DE 431549401 [0011]
DE 10237715 A1 [0011]
DE 19616166 A1 [0011]

Claims

Verfahren zur Steuerung eines Kraftfahrzeuggetriebes mit einem Getriebeaktor zur Betätigung des Fahrzeuggetriebes, mit einer Fahrzeugkupplung mit einem Kupplungsaktor zur Betätigung der Fahrzeugkupplung, mit einem ersten Steuergerät (LCU, 250, 380, 480) welches einen ihm eineindeutig zugeordneten Speicherbereich aufweist, mit einem zweiten Steuergerät (TCU, 210, 310, 410) welches einen ihm eineindeutig zugeordneten Speicherbereich aufweist, dadurch gekennzeichnet, dass ein drittes Steuergerät (Tester, 240, 370, 470) vorgesehen ist, wobei ein Informationsaustausch zwischen dem dritten (Tester) und dem ersten Steuergerät (LCU) via zweites Steuergerät (TCU) vorgesehen ist, wobei dazu ein Informationsaustausch zwischen dem dritten (Tester) und dem zweiten (TCU) Steuergerät, sowie eine Informationsaustausch zwischen dem ersten (Tester) und dem zweiten (TCU) Steuergerät vorgesehen ist, wobei der Informationsaustausch zwischen dem ersten (LCU) und dem zweiten (TCU) Steuergerät auf Grundlage eines ersten Kommunikationsprotokolls (350, 450) und der Informationsaustausch zwischen dem zweiten (TCU) und dem dritten Steuergerät (Tester) auf Grundlage eines zweiten Kommunikationsprotokolls (360, 460) vorgesehen ist.
Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass auf dem ersten Steuergerät (LCU) und dem zweiten Steuergerät (TCU) das erste Kommunikationsprotokolls (350, 450) zur Verfügung steht und auf dem zweiten Steuergerät (TCU) und auf dem dritten Steuergerät (Tester) das zweite Kommunikationsprotokolls (360, 460) zur Verfügung steht.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass der Speicherbedarf für das erste Kommunikationsprotokolls (350, 450) geringer ist als für das zweite Kommunikationsprotokolls (360, 460).
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass bei jedem Informationsaustausch zwischen dem dritten Steuergerät (Tester) und dem ersten Steuergerät (LCU), im zweiten Steuergerät (TCU) ein Wechsel des Kommunikationsprotokolls abhängig von der Richtung des Informationsaustauschs durchgeführt wird.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass bei einem Informationsaustausch vom dritten Steuergerät (Tester) in Richtung des ersten Steuergeräts (LCU), im zweiten Steuergerät (TCU) ein Wechsel des Kommunikationsprotokolls vom zweiten Kommunikationsprotokoll (360, 460) zum ersten Kommunikationsprotokoll (350, 450) durchgeführt wird.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass bei einem Informationsaustausch vom ersten Steuergerät (LCU) in Richtung des dritten Steuergeräts (Tester), im zweiten Steuergerät (TCU) ein Wechsel des Kommunikationsprotokolls vom ersten Kommunikationsprotokoll (350, 450) zum zweiten Kommunikationsprotokoll (360, 460) durchgeführt wird.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass das dritte Steuergerät (Tester, 240, 370) mittels eines Diagnosebefehls (220) des zweiten Kommunikationsprotokolls (360) veranlasst, dass ein Computer-Programm (230, 300) in den Speicherbereich des zweiten Steuergeräts (TCU, 210, 310) übertragen wird.
Verfahren nach Anspruch 7, dadurch gekennzeichnet, dass das Computer-Programm (230, 300) eine Flashroutine (A) oder ein Computer-Programm für das erste Steuergerät (LCU-SW, 230, 300), insbesondere ein Applikations-SW-Programm für das erste Steuergeräts (LCU-Applikations-SW-Programm) ist.
Verfahren nach einem der vorhergehenden Ansprüche 7 oder 8, dadurch gekennzeichnet, dass das zweite Steuergeräts (TCU, 310) mittels der Flashroutine (A) veranlasst wird, das Applikations-SW-Programm (LCU-SW, 300) für das erste Steuergerät (LCU, 380) mittels des ersten Kommunikationsprotokolls (350) in den Speicherbereich des erste Steuergeräts (LCU, 380) zu übertragen, wobei die Flashroutine (A) sowie das Applikations-SW-Programm (LCU-SW, 300) für das erste Steuergerät (LCU, 380) im Speicherbereich des zweiten Steuergeräts (TCU, 310) zur Verfügung stehen und wobei die Flashroutine (A) mittels eines Diagnosebefehls (320) des zweiten Kommunikationsprotokolls (360) ausgehend vom dritten Steuergerät (Tester, 370) zur Übertragung (330) des Applikations-SW-Programms (LCU-SW) veranlasst wird.
Verfahren nach einem der Ansprüche 1 bis 6, dadurch gekennzeichnet, dass im zweiten Steuergerät (TCU, 410) ein Protokoll-Übersetzer-Programm (Translator, 400) zur Verfügung steht, welches den Wechsel des Kommunikationsprotokolls durchführt.
Verfahren nach Anspruch 10 dadurch gekennzeichnet, dass im zweiten Steuergerät (TCU, 410) eine Gateway-Funktion (500) zur veränderungsfreien Durchleitung von Informationen oder Daten oder Computer-Programmen durch das zweite Steuergerät (TCU) zur Verfügung steht.
Verfahren nach einem der Ansprüche 10 oder 11, dadurch gekennzeichnet, dass das dritte Steuergerät (Tester, 470) mittels eines Diagnosebefehls des zweiten Kommunikationsprotokolls (460) veranlasst, dass ein Computer-Programm oder Inbetriebnahmedaten in den Speicherbereich des ersten Steuergeräts (LCU, 480) übertragen wird/werden (420).
Verfahren nach Anspruch 12, dadurch gekennzeichnet, dass das dritte Steuergerät (Tester, 470) mittels eines Diagnosebefehls des zweiten Kommunikationsprotokolls (460) veranlasst, dass ein Computer-Programm oder Inbetriebnahmedaten in den Speicherbereich des ersten Steuergeräts (LCU, 480) übertragen wird/werden, wobei der Diagnosebefehl des zweiten Kommunikationsprotokolls (460) im zweiten Steuergerät (TCU, 410) mittels des Protokoll-Übersetzer-Programms (Translator, 400) in einen Diagnosebefehl des ersten Kommunikationsprotokolls (450) übersetzt wird und/oder das Computer-Programm für das erste Steuergerät (LCU, 480) oder die Inbetriebnahmedaten mittels der Gateway-Funktion (500) veränderungsfrei durch das zweite Steuergerät (TCU, 410) geleitet wird/werden.
Verfahren nach Anspruch 13, dadurch gekennzeichnet, dass bei der veränderungsfreien Durchleitung, das Computer-Programm für das erste Steuergerät (LCU, 480) oder die Inbetriebnahmedaten im Speicherbereich des zweiten Steuergerät (TCU, 410) zwischengespeichert wird/werden, bevor es/sie an das erste Steuergerät (LCU, 480) weitergeleitet wird/werden.
Verfahren nach Anspruch 13, dadurch gekennzeichnet, dass bei der veränderungsfreien Durchleitung, das Computer-Programm für das erste Steuergerät (LCU, 480) oder die Inbetriebnahmedaten im Speicherbereich des zweiten Steuergerät (TCU, 410) datenpaketweise zwischengespeichert und an das erste Steuergerät (LCU, 480) weitergeleitet wird/werden.
Verfahren nach einem der Ansprüche 13 bis 15, dadurch gekennzeichnet, dass die Weiterleitung des Computer-Programms für das erste Steuergerät (LCU, 480) oder der Inbetriebnahmedaten vom zweiten Steuergerät (TCU, 410) zum ersten Steuergerät (LCU, 480) mittels des, vom Protokoll-Übersetzer-Programm (Translator, 400) in das erste Kommunikationsprotokoll (450) übersetzten Diagnosebefehls erfolgt.
Verfahren nach einem der Ansprüche 10 bis 16, dadurch gekennzeichnet, dass das Computer-Programm ein Applikations-SW-Programm (LCU-SW) für das erste Steuergerät (LCU, 480) ist.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass es sich anstatt um ein Computer-Programm, um Inbetriebnahmedaten von Inbetriebnahmenparametern, die im dritten Steuergerät (Tester) vorliegen und die im Speicherbereich des ersten Steuergeräts (LCU) hinterlegt werden sollen, handelt.
Verfahren nach Anspruch 10, dadurch gekennzeichnet, dass das dritte Steuergerät (Tester, 240, 370, 470) mittels eines Diagnosebefehls des zweiten Kommunikationsprotokolls (460) veranlasst, dass Inbetriebnahmedaten aus dem Speicherbereich des ersten Steuergeräts (LCU, 480, 380, 250) in den Speicherbereich des zweiten Steuergeräts (TCU, 410, 310, 210) übertragen werden.
Verfahren nach Anspruch 19, dadurch gekennzeichnet, dass das dritte Steuergerät (Tester, 470) mittels eines Diagnosebefehls des zweiten Kommunikationsprotokolls (460) veranlasst, dass Inbetriebnahmedaten aus dem Speicherbereich des ersten Steuergeräts (LCU, 480) in den Speicherbereich des zweiten Steuergeräts (TCU, 410) übertragen werden, wobei der Diagnosebefehl des zweiten Kommunikationsprotokolls (460) im zweiten Steuergerät (TCU, 410) mittels des Protokoll-Übersetzer-Programms (Translator, 400) in einen Diagnosebefehl des ersten Kommunikationsprotokolls (450) übersetzt wird und an das erste Steuergeräts (LCU, 480) weitergeleitet wird, sodass die Inbetriebnahmedaten aus dem Speicherbereich des ersten Steuergeräts (LCU, 480) in den Speicherbereich des zweiten Steuergeräts (TCU, 410) übertragen werden.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass das Protokoll-Übersetzer-Programm (Translator, 400) einen Diagnosebefehl des einen Kommunikationsprotokolls unmittelbar in einen Diagnosebefehl des anderen Kommunikationsprotokolls übersetzt.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass der Informationsaustausch zwischen dem dritten (Tester, 240, 370, 470) und dem ersten Steuergerät (LCU, 250, 380, 480) ausschließlich über das zweites Steuergerät (TCU, 210, 310, 410) durchgeführt wird
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass das erste Steuergerät (LCU, 250, 260, 380, 390, 480, 490) ein Vorort-Aktorsteuergerät LCU zur Steuerung des Kupplungsaktors und/oder des Getriebeaktors ist und wobei das zweite Steuergerät (TCU, 210, 310, 410) ein Getriebesteuergerät TCU zur Steuerung der Kupplung und/oder zur Steuerung des Getriebes ist und wobei das dritte Steuergerät (240, 370, 470) ein Tester oder ein Prüfstandsrechner ist.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass das Kraftfahrzeuggetriebe ein Doppelkupplungsgetriebe ist.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass das erste Kommunikationsprotokoll (450) das CCP- oder XCP-Protokoll und das zweite Kommunikationsprotokoll (460) ein kundenspezifisches Diagnoseprotokoll, bevorzugt das UDS-Protokoll ist.