WO2014001098A1 - Verfahren zur protokoll-umsetzung für die programmierung von getriebe- und kupplungssteuergeräten - Google Patents

Verfahren zur protokoll-umsetzung für die programmierung von getriebe- und kupplungssteuergeräten Download PDF

Info

Publication number
WO2014001098A1
WO2014001098A1 PCT/EP2013/062316 EP2013062316W WO2014001098A1 WO 2014001098 A1 WO2014001098 A1 WO 2014001098A1 EP 2013062316 W EP2013062316 W EP 2013062316W WO 2014001098 A1 WO2014001098 A1 WO 2014001098A1
Authority
WO
WIPO (PCT)
Prior art keywords
lcu
control unit
tcu
communication protocol
control device
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/EP2013/062316
Other languages
English (en)
French (fr)
Inventor
Werner Schmitt
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Schaeffler Technologies AG and Co KG
Original Assignee
Schaeffler Technologies AG and Co KG
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Schaeffler Technologies AG and Co KG filed Critical Schaeffler Technologies AG and Co KG
Priority to US14/409,902 priority Critical patent/US9651141B2/en
Priority to DE112013003240.6T priority patent/DE112013003240B4/de
Priority to JP2015518962A priority patent/JP6312152B2/ja
Publication of WO2014001098A1 publication Critical patent/WO2014001098A1/de
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
    • F16—ENGINEERING ELEMENTS AND UNITS; GENERAL MEASURES FOR PRODUCING AND MAINTAINING EFFECTIVE FUNCTIONING OF MACHINES OR INSTALLATIONS; THERMAL INSULATION IN GENERAL
    • F16H—GEARING
    • F16H61/00—Control functions within control units of change-speed- or reversing-gearings for conveying rotary motion ; Control of exclusively fluid gearing, friction gearing, gearings with endless flexible members or other particular types of gearing
    • F16H61/0003—Arrangement or mounting of elements of the control apparatus, e.g. valve assemblies or snapfittings of valves; Arrangements of the control unit on or in the transmission gearbox
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00—Program-control systems
    • G05B19/02—Program-control systems electric
    • G05B19/04—Program control other than numerical control, i.e. in sequence controllers or logic controllers
    • G05B19/042—Program control other than numerical control, i.e. in sequence controllers or logic controllers using digital processors
    • G05B19/0426—Programming the control sequence
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
    • F16—ENGINEERING ELEMENTS AND UNITS; GENERAL MEASURES FOR PRODUCING AND MAINTAINING EFFECTIVE FUNCTIONING OF MACHINES OR INSTALLATIONS; THERMAL INSULATION IN GENERAL
    • F16H—GEARING
    • F16H61/00—Control functions within control units of change-speed- or reversing-gearings for conveying rotary motion ; Control of exclusively fluid gearing, friction gearing, gearings with endless flexible members or other particular types of gearing
    • F16H2061/0062—Modifying an existing transmission control from a manufacturer for improvement or adaptation, e.g. by replacing a valve or an electric part

Definitions

  • the invention relates to a method with the features according to the preamble of
  • Field of application and purpose of the invention are clutch and transmission systems, in particular dual-clutch transmission systems.
  • TCU is understood to mean any transmission control device for controlling a motor vehicle transmission, any clutch control device for controlling one or more motor vehicle clutches, and in particular any control device for controlling a transmission and for controlling one or more clutches, in particular any control device for controlling a dual clutch transmission.
  • Double clutch transmissions have long been known and shown for example in DE 10 2008 023 360 A1.
  • the terms TCU and TCU control unit are used synonymously.
  • each HCA must have at least one non-volatile memory and a local control unit (LCU) one-to-one, fixed.
  • the non-volatile memory is located, for example, in the on-site control unit LCU of the HCA.
  • Dual clutch transmission systems include, for example, a TCU-HCA system.
  • diagnostic routine diagnostic function
  • diagnostic service diagnostic command
  • software routine, function, process
  • the components used in dual-clutch transmissions for example, have one or more control units including flash memory for the application software. Due to model year updates or bug fixes, it may be necessary to update the SW (SW update).
  • two actuators are commonly used, such as, for example, an actuator.
  • the HCA whose control unit (LCU) is also equipped with a flash memory. Since the same application SW is used for both LCUs for reasons of simplification, both LCUs must be updated in the case of a software update, each LCU separately.
  • the flash process is usually triggered by a test device, performed and monitored for correct execution. The flash process takes place via a CAN bus, with the LCU upstream control unit (TCU) allowing the connection between the LCU and the tester by means of a gateway function.
  • TCU LCU upstream control unit
  • the program memory within the LCU is very limited, the integration of additional SW functionality must therefore always be rethought in the light of the limited memory resources.
  • the flashing of the LCU 150, 160 always takes place via a diagnostic tester 140; normally, there is no direct connection of the LCU 150, 160 to the tester 140, but only via the transmission control unit TCU-by means of a gateway function in the TCU 1 10 1 10.
  • the TCU 1 10 then forwards the instructions from the tester to the LCU 120, and in return sends the responses of the LCU 130 back to the tester. All this is done via the customer-specific diagnostic protocol, for example the UDS protocol, which must be stored for this purpose both in the TCU 1 10 and in the LCU.
  • the gateway function allows a change-free passage of the messages in both directions.
  • Such methods are also shown, for example, in DE 101 53 085 A1, DE 43 15 494 C1, DE 102 37 715 A1 and DE 196 16 166 A1.
  • the present invention is based on the object to ensure the flash functionality even with reduced storage space requirement within the LCU.
  • a third control unit is provided, wherein an exchange of information between the third and the first control unit is provided via the second control unit, for which purpose an exchange of information between the third and the second control unit, and an exchange of information between the first and the second control unit is provided, wherein the Information exchange between the first and the second control device based on a first communication protocol and the information exchange between the second and the third control device based on a second communication protocol is provided.
  • the first communication protocol is available on the first control device and the second control device and the second communication protocol is available on the second control device and on the third control device.
  • the memory requirement for the first communication protocol is lower than for the second communication protocol.
  • Information exchange can be data exchange, exchange of computer programs, exchange of commands or the like.
  • this may be the transfer from a computer program (LCU-SW) present in the tester (third control unit) for the LCU (first control unit) - for example a new update version - into the memory area of the LCU (first control unit).
  • LCU-SW computer program
  • this may also be the transfer of previously determined and present in the tester (third control unit) commissioning data of commissioning parameters in the memory area of the LCU (first control unit).
  • the first communication protocol is the CCP or XCP protocol and the second communication protocol is a customer-specific diagnostic protocol, for example the UDS protocol.
  • the methods according to the invention have the advantage that the storage space for the customer-specific diagnostic protocol UDS in the LCU is not required. Instead, the LCU only needs space for a less space-intensive protocol, such as the CCP or XCP protocol.
  • the third control unit by means of a diagnostic command of the second communication protocol, causes a computer program to be transmitted to the memory area of the second control unit.
  • the computer program stores a flash routine and / or a computer program for the first control device, such as, for example, an application software program for the first control device (LCU application software). Program) is.
  • this may also be the transfer of determined and present in the tester (third control unit) commissioning data of commissioning parameters in the memory area of the first control unit (LCU).
  • the flash routine can already be present in the memory area of the second control unit (TCU) and be available on the second control unit (TCU). It can thus also have entered the memory area of the second control unit (TCU) in another way.
  • the second control device is caused by means of the flash routine to transmit the application SW program for the first control device by means of the first communication protocol in the memory area of the first control device, wherein the flash routine and the Application SW program for the first control device in the memory area of the second controller are available and wherein the flash routine is initiated by means of a diagnostic command of the second communication protocol, starting from the third control unit for transmitting the application SW program.
  • a protocol translator program (translater) is available in the second control device, which program performs the change of the communication protocol.
  • a gateway function for the unchanging transmission of information or data or computer programs by the second control unit (TCU) is available.
  • this can be the transfer of determined commissioning data of commissioning parameters that are present in the tester into the memory area of the LCU.
  • the third control unit by means of a diagnostic command of the second communication protocol (460), causes a computer program or commissioning data to be transferred into the memory area of the first control unit (LCU) ,
  • the third control unit by means of a diagnostic command of the second communication protocol (460), causes a computer program or commissioning data to be transferred into the memory area of the first control unit (LCU) in which the diagnostic command of the second communication protocol (460) in the second control unit (TCU) is translated into a diagnostic command of the first communication protocol (450) by means of the protocol translator program (Translater) and / or the computer program for the first control unit (LCU ) or the commissioning data is passed through the second control unit (TCU) without modification by means of the gateway function.
  • the protocol translator program Translater
  • the commissioning data is passed through the second control unit (TCU) without modification by means of the gateway function.
  • the commands required for this purpose are sent from the flash routine or directly by commands (diagnostic commands) from the third control unit (tester) to the second control unit (TCU) and when commands are sent to the first control unit (LCU) in the second control unit (TCU) TCU directly translated and sent to the first control unit (LCU).
  • Feedback messages from the first control unit (LCU) are also back-translated immediately after arrival in the second control unit (TCU) and also forwarded directly to the third control unit (tester), so that a so-called “simultaneous translation" in the second control unit (TCU) when exchanging messages, in particular between third
  • the communication can be made almost as fast as between the third and the second controller, both the same Use the communication protocol, only the respective immediate communication translation in the second control unit which causes in practice no relevant delay makes the difference effectively so between the third and the first control unit communication but also each data transfer as well bidi actionally done as between the third and the second control unit.
  • the computer program for the first control unit (LCU) or the commissioning data is temporarily stored in the memory area of the second control unit (TCU) during the change-free passage before it / they start the first control unit (LCU) is / are forwarded.
  • the computer program for the first control unit (LCU) or the commissioning data in the memory area of the second control unit (TCU) is buffered in data packet fashion and sent to the first control unit (LCU). is / will be forwarded.
  • data packet-wise is intended in this document to mean that a data packet can thus comprise less than the entire computer program or less than all commissioning data.
  • This packet is forwarded to the first controller (LCU) after caching another data packet in the second control unit (TCU) buffered and then also forwarded and so on until all the data of the computer program or all commissioning data has been transmitted.
  • the transmission takes place within the scope of this document in the sense of "change-free” as the computer program or the commissioning data after transmission in the memory area of the first control unit (LCU) as well as it before the transmission in the memory area of the third control device (tester) templates from to which it has been transferred.
  • the forwarding of the computer program for the first control unit (LCU) or the commissioning data from the second control unit (TCU) to the first control unit (LCU) by means of the protocol translator program (Translator) in the first communication protocol (450) translated diagnostic command takes place.
  • the computer program is an application software program (LCU-SW) for the first control device.
  • a protocol translator program (translater) is available in the second control device, which performs the change of the communication protocol.
  • the third control device by means of a diagnostic command of the second communication protocol (460), causes start-up data to be transferred from the memory area of the first communication device.
  • th controller LCU
  • TCU second control unit
  • this can be the transfer of commissioning data stored in the memory area of the first control unit (LCU) from commissioning parameters to the memory area of the second control unit (TCU).
  • the commissioning data are determined, for example, in the transmission plant, transferred to the memory area of the first control unit (LCU) and stored there and later retrieved in the vehicle factory from the memory area of the first control unit (LCU) in the memory area of the second control unit (TCU), as that for the Vehicle provided second control unit (TCU) is connected only in the vehicle plant with the motor vehicle transmission and in particular the first control unit (LCU) of the motor vehicle transmission.
  • the commissioning data determined in the transmission plant are therefore not stored in the transmission unit in the second control unit (TCU) since the second control unit (TCU) is not transferred to the vehicle transmission including the first control unit (LCU) to the vehicle plant.
  • the commissioning data for the motor vehicle transmission must therefore be stored in the first control unit (LCU).
  • the third control unit by means of a diagnostic command of the second communication protocol (460), causes start-up data from the memory area of the first control unit (LCU) to be stored in the memory area of the second control unit (TCU).
  • the diagnostic command of the second communication protocol (460) in the second controller (TCU) is translated by the protocol translator program (translator) into a diagnostic command of the first communication protocol (450) and forwarded to the first controller (LCU), so that the commissioning data is transferred from the memory area of the first control unit (LCU) into the memory area of the second control unit (TCU).
  • the protocol translator program (translator) translates a diagnostic command of the one communication protocol directly into a diagnostic command of the other communication protocol.
  • the term "immediate” describes that translation of the diagnostic command occurs immediately if the TCU does not prefer higher-priority translation tasks.
  • the information exchange between the third and the first control unit is carried out exclusively via the second control unit
  • Control unit is a local actuator control unit LCU for controlling the clutch actuator and / or the transmission actuator and wherein the second control device is a transmission control unit TCU for controlling the clutch and / or for controlling the transmission and wherein the third control device is a tester or a test bench computer.
  • the motor vehicle transmission is a dual-clutch transmission system.
  • Communication protocol the CCP or XCP protocol and the second communication protocol is a custom diagnostic protocol, in particular the UDS protocol.
  • Figure 2 is a schematic representation of a first stage of the first preferred
  • Figure 3 is a schematic representation of a second stage of the first preferred
  • FIG. 4 is a schematic representation of the second and third preferred embodiment of the method according to the invention.
  • the flash process is divided into several levels:
  • Stage 1 Flashing the LCU SW into the TCU Controller 210 (See Figure 2)
  • Stage 2 Activate an LCU Flash Routine Within the TCU 310 (See Figure 3)
  • the TCU controller 210 has much more free space than the LCU, so it is possible to flash the program code for the LCU into the TCU 210, in a memory area that is not needed. This flash process can be done by means of the customer's own diagnostic protocol.
  • the customer-specific diagnostic protocol can be, for example, the UDS protocol.
  • the tester calls 320 a diagnostic service for flashing the LCU, again using a customer-specific diagnostic protocol 360.
  • This service starts a function within the TCU 310, the LCU flash routine. hereinafter referred to as flash routine A or also as function A - which flashes 330 the LCU application SW program code LCU-SW 300 from the TCU 310 into the LCU 380, but this time the calibration protocol already used during the development is used.
  • flash routine A hereinafter referred to as flash routine A or also as function A - which flashes 330 the LCU application SW program code LCU-SW 300 from the TCU 310 into the LCU 380, but this time the calibration protocol already used during the development is used.
  • these are, for example, the XCP or the CCP protocol.
  • memory space is needed in the LCU 380 for the LCU application SW program code 300 flashed into the LCU 380.
  • the LCU application SW program mcode 300 which is flashed into the LCU 380, the flash routine A, the flashing 330 executes the LCU application SW program code from the TCU to the LCU and requires both protocols 350, 360.
  • Stage 1 (see Figure 2): The tester 240 220 flashes the LCU SW 230 into the TCU controller 210 using a custom diagnostic protocol, the TCU 210 executes the diagnostic instructions and acknowledges accordingly.
  • Stage 2 (see Figure 3): After the flash 220 has been performed, the tester 370 uses a custom diagnostic protocol 360 to invoke 320 a function A in the TCU 310 which performs the flashing of the LCU 380. The status of this routine is reported back to the tester 340. The following steps are performed in the CCP / XCP protocol 350:
  • the TCU function A now flashes 330 the LCU 380 using the calibration protocol (e.g., CCP / XCP); The status of this function A is known to the TCU.
  • the following steps are performed in the custom diagnostic log 360: and is reported 340 back to the tester via the custom diagnostic log 360.
  • the LCU-SW 300 is identical for both LCU 380, 390: 1 .1 Function A first flashes the LCU 1 380 and then the LCU2 390 (or vice versa).
  • the function A receives the information which LCU should be flashed by the tester 370 and accordingly only flashes this LCU.
  • the two functions A do not differ otherwise.
  • the LCU-SW 300 is different for both LCU 380, 390:
  • the tester first flashes 220 the SW 300 for LCU1 380 into the TCU 310. Thereafter, the tester calls the function A to 320, which flashes the LCU1 380 330. Then the SW for LCU2 390 is flashed into the TCU 220, then the function Called B 320, which flashes the LCU2 390.
  • Tester 370 first flashes 220 the SW 300 for LCU 1 380 into TCU 310. Thereafter, Tester 370 calls 320 Function A with reference to LCU1, which flashes the LCU1 330. Subsequently, SW 300 for LCU2 390 in the TCU 310 is flashed, then the function A is called 320 with reference to LCU2, which flashes the LCU2.
  • the tester flashes the SW for LCU1 380 and LCU2 390 into the TCU 310. Thereafter, the tester 370 calls function A 320, which flashes the LCU1 and then the LCU2 (or vice versa).
  • both a protocol translator program (translator) 400, which performs the change of the communication protocol, and a gateway function 500 for the non-modal transmission of information or data or computer programs by the TCU 410 are available.
  • this may be the transfer of determined start-up data of commissioning parameters that are determined in the tester 470 into the memory area of the LCU 480.
  • the tester 470 by means of a diagnostic command of the second
  • Communication protocol UDS 460 causes a computer program or commissioning data to be transferred to the memory area of LCU 480.
  • the tester 470 is caused by a diagnostic command of the second communication protocol 460 to transmit a computer program or commissioning data to the memory area of the LCU 480
  • the diagnostic command of the second communication protocol 460 in the TCU 410 using the protocol translator program (Translater) 400 is translated into a diagnostic command of the first communication protocol 450 and / or the computer program for the LCU 480 or the commissioning data by the gateway function 500 is passed through the TCU 410 without modification.
  • Translater protocol translator program
  • the commands required for this purpose are sent from the flash routine or directly by commands (diagnostic commands) of the tester 470 to the TCU 410 and if commands are issued the LCU 480 will immediately translate in the TCU and send it on to the LCU 480. Feedback from the LCU 480 will also be returned immediately upon arrival at the TCU 410 kübernote and also sent directly to the tester 470, so that a so-called "simultaneous translation" in the TCU can take place when exchanging messages in particular between tester 470 and LCU 480.
  • the communication may be almost as fast as between tester 470 and TCU 410, both of which use the same communication protocol, only the immediate communication translation in TCU 410 in practice, causing no relevant delay makes the difference.
  • the communication as well as each data transfer can be bidirectionally as well as between tester 470 and TCU 410.
  • the computer program for the LCU or the commissioning data may be cached in the memory area of the TCU 410 before being forwarded to the LCU 480.
  • the computer program for the LCU 480 or the commissioning data in the memory area of the TCU 410 can be buffered in data packet fashion and forwarded to the LCU 480.
  • data packet-wise is intended in this document to mean that a data packet may comprise less than the entire computer program or less than all commissioning data
  • the packet is forwarded to the LCU 480. Subsequently, a further data packet is buffered in the TCU 410 and subsequently also forwarded, and so on, until the entire computer program or all commissioning data has been transmitted Meaning "change-free" as the computer program or the commissioning data after transmission in the memory area of the LCU 480 are present exactly as they were before transmission in the memory area of the tester 470 from which it was / were transmitted.
  • the forwarding of the computer program for the LCU 480 or the commissioning data from the TCU 410 to the LCU 480 is done by means of the diagnostic command translated by the protocol translator program (translator) into the first communication protocol 450.
  • the computer program may be, for example, an application software program (LCU-SW), the LCU 480.
  • LCU-SW application software program
  • FIG. 4 A third embodiment of the invention is described with reference to FIG. 4:
  • a protocol translator program (translater) 400 is available in the TCU 410, which performs the change of the communication protocol.
  • the tester 470 by means of a diagnostic command of the second communication protocol 460, causes start-up data to be transferred from the memory area of the LCU 480 to the memory area of the TCU 410.
  • This may be, for example, the transfer of commissioning data stored in the memory area of the LCU 480 from commissioning parameters to the memory area of the TCU 410.
  • the commissioning data are determined, for example in the gearbox, transferred to the memory area of the LCU 480 and stored there and later in the vehicle factory again brought from the memory area of the LCU 480 in the memory area of the TCU 410, since the intended for the vehicle TCU 480 only in the vehicle with the Motor vehicle transmission and in particular the LCU 480 of the motor vehicle transmission is connected.
  • the commissioning data determined in the transmission plant are therefore not stored in the TCU in the TCU used there, which is usually integrated in a test bench computer, since this TCU is not transferred to the vehicle transmission, including the LCU 480, into the vehicle plant.
  • the commissioning data for the motor vehicle transmission must therefore be stored in the LCU 480.
  • the tester 470 by means of a diagnostic command of the second communication protocol 460, causes start-up data to be transferred from the memory area of the LCU 480 to the memory area of the TCU 410, the diagnostic command of the second communication protocol 460 being stored in the TCU 410 via the protocol translator program (translator). 400 is translated into a diagnostic command of the first communication protocol 450 and forwarded to the LCU 480 so that the commissioning data is transferred from the memory area of the LCU 480 to the memory area of the TCU 410.
  • the translator program 400 translates a diagnostic command of the one communication protocol directly into a diagnostic command of the other communication protocol.
  • immediate describes that translation of the diagnostic command occurs immediately if the TCU does not prefer higher-priority translation tasks.
  • TCU forwards commands from the tester to the LCU
  • TCU sends responses from the LCU back to the tester
  • Tester calls function A in TCU on TCU flash function A by means of customer-specific diagnostic protocol A
  • the LCU-SW is flashed into the LCU using the CCP / XCP calibration protocol
  • messages e.g., commands
  • protocol translator 400 sends to the LCU
  • messages e.g., responses
  • protocol translator 400 sends to the tester

Landscapes

  • Engineering & Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Automation & Control Theory (AREA)
  • Medical Informatics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • Mechanical Engineering (AREA)
  • Communication Control (AREA)
  • Maintenance And Management Of Digital Transmission (AREA)
  • Control Of Transmission Device (AREA)
  • Programmable Controllers (AREA)

Description

VERFAHREN ZUR PROTOKOLL-UMSETZUNG FÜR DIE PROGRAMMIERUNG
VON GETRIEBE- UND KUPPLUNGSSTEUERGERÄTEN
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. lm 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 Applika- tions-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 Figur 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 1 10 - nur über das Getriebesteuergerät TCU 1 10. Die TCU 1 10 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 1 10 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 C1 , 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. lm 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: ln 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 Spei- cherbereich 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 ers- ten 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:
Figur 2 schematische Darstellung einer ersten Stufe der ersten bevorzugten
Ausführungsform des erfindungsgemäßen Verfahrens
Figur 3 schematische Darstellung einer zweiten Stufe der ersten bevorzugten
Ausführungsform des erfindungsgemäßen Verfahrens Figur 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. Figur 2)
Stufe2: Aktivieren einer LCU-Flashroutine innerhalb der TCU 310 (vgl. Figur 3)
Erläuterung zu Stufe 1 (vgl. Figur 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. Figur 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- Program mcode 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 LCU 1 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 LCU 1 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 Figur 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 Zwischen- speicherung 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 Figur 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 ähn- lichem beispielsweise zwischen Tester 470 und LCU 480 möglich ist, sodass auch bidirektionale Kommunikation zwischen Tester 470 und LCU 480 erfolgen kann.
Bezugszeichenliste TCU Steuergerät mit Gateway-Funktion
TCU leitet Befehle vom Tester an die LCU weiter
TCU sendet Antworten der LCU zurück an den Tester
Tester
LCU Kupplung 1
LCU Kupplung 2 TCU Steuergerät mit Gateway-Funktion
Flashen der LCU-Software in die TCU
LCU-Software (LCU-SW)
Tester
LCU Kupplung 1
LCU Kupplung 2 LCU-Software (LCU-SW)
TCU Steuergerät mit Gateway-Funktion
Tester ruft mittels kundenspezifischem Diagnoseprotokoll Funktion A in der TCU auf TCU-Flashfunktion A flasht mittels CCP/XCP-Kalibrationsprotokoll die LCU-SW in die LCU
Statusrückmeldung an den Tester mittels kundenspezifischem Diagnoseprotokoll CCP- Protokoll oder XCP-Protokoll
kundenspezifisches Diagnoseprotokoll (UDS)
Tester
LCU Kupplung 1
LCU Kupplung 2 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

Claims

Patentansprüche
1 . 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.
2. 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.
3. 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).
4. 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.
5. 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.
6. 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.
7. 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.
8. 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.
9. 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.
10. 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.
1 1 . 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.
12. Verfahren nach einem der Ansprüche 10 oder 1 1 , 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).
13. 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.
14. 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.
15. 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) da- tenpaketweise zwischengespeichert und an das erste Steuergerät (LCU, 480) weitergeleitet wird/werden.
16. 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.
17. 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.
18. 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.
19. 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.
20. 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.
21 . 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 ers- ten Steuergerät (LCU, 250, 380, 480) ausschließlich über das zweites Steuergerät (TCU, 210, 310, 410) durchgeführt wird
23. 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.
24. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass das Kraftfahrzeuggetriebe ein Doppelkupplungsgetriebe ist.
25. 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.
PCT/EP2013/062316 2012-06-26 2013-06-14 Verfahren zur protokoll-umsetzung für die programmierung von getriebe- und kupplungssteuergeräten Ceased WO2014001098A1 (de)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US14/409,902 US9651141B2 (en) 2012-06-26 2013-06-14 Method for controlling a motor vehicle transmission
DE112013003240.6T DE112013003240B4 (de) 2012-06-26 2013-06-14 Verfahren zur Steuerung eines Kraftfahrzeuggetriebes
JP2015518962A JP6312152B2 (ja) 2012-06-26 2013-06-14 変速機及びクラッチの制御装置をプログラミングするためのプロトコル変換方法

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
DE102012210859.9 2012-06-26
DE102012210859 2012-06-26
DE102012212695.3 2012-07-19
DE102012212695 2012-07-19

Publications (1)

Publication Number Publication Date
WO2014001098A1 true WO2014001098A1 (de) 2014-01-03

Family

ID=48669920

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2013/062316 Ceased WO2014001098A1 (de) 2012-06-26 2013-06-14 Verfahren zur protokoll-umsetzung für die programmierung von getriebe- und kupplungssteuergeräten

Country Status (4)

Country Link
US (1) US9651141B2 (de)
JP (1) JP6312152B2 (de)
DE (2) DE102013211080A1 (de)
WO (1) WO2014001098A1 (de)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106774091A (zh) * 2017-01-19 2017-05-31 上海申赛机电控制技术有限公司 工程车辆状态实时无线测控系统

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105351513B (zh) * 2015-12-18 2023-12-22 成都东华卓越科技有限公司 一种高精度低速数控计量油源调速系统
WO2019187613A1 (ja) * 2018-03-26 2019-10-03 住友電気工業株式会社 車載通信システム、スイッチ装置、通信制御方法および通信制御プログラム
CN112180891B (zh) * 2020-08-24 2021-10-01 东风电驱动系统有限公司 一种ecu离线运行故障排查分析方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE4230796A1 (de) * 1992-09-15 1994-03-17 Opel Adam Ag Elektronische Einrichtung für den Datenverkehr zwischen einem externen Testgerät und fahrzeugseitigen Steuergeräten
US20020110146A1 (en) * 2001-02-08 2002-08-15 Thayer Peter A. System and method for managing wireless vehicular communications
DE102006020562A1 (de) * 2006-05-03 2007-11-08 Siemens Ag Anordnung und Verfahren zur Reprogrammierung von Steuergeräten
DE102011005088A1 (de) * 2010-03-04 2011-09-08 Denso Corporation In-Vehicle-Kommunikationsvorrichtung und In-Vehicle-Kommunikationssystem, bei denen in einem Gehäuse enthaltene ECUs einen internen Bus für eine wechselseitige Kommunikation und einen externen Bus für eine externe Kommunikation nutzen

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE4315494C1 (de) 1993-05-10 1994-09-29 Daimler Benz Ag Anordnung und Verfahren zur Programmierung wenigstens eines Kfz-Steuergeräts
DE19616166A1 (de) 1996-04-23 1997-10-30 Bosch Gmbh Robert Steuergerät, insbesondere Kraftfahrzeugsteuergerät
US5899950A (en) * 1997-07-07 1999-05-04 Case Corporation Sequential command repeater system for off-road vehicles
JP3338634B2 (ja) * 1997-07-09 2002-10-28 株式会社デンソー 分散処理型の制御装置
WO2002101257A1 (de) * 2001-06-13 2002-12-19 Luk Lamellen Und Kupplungsbau Beteiligungs Kg Verfahren und system zum steuern des kriechverhaltens eines mit einer automatisierten kupplung ausgerüsteten fahrzeugs
DE10153085A1 (de) 2001-10-30 2003-05-15 Bosch Gmbh Robert Verfahren und Vorrichtung zur Programmierung einer Steuereinheit
DE10237715B4 (de) 2002-08-17 2017-03-09 Robert Bosch Gmbh Vorrichtung zum Zugriff auf ein Fahrzeugssteuersystem über eine drahtlose Verbindung
DE102005059593A1 (de) * 2005-05-25 2006-11-30 Robert Bosch Gmbh Verfahren und Vorrichtung zur Umschaltung bei einem Speicher für ein Steuergerät
AU2006306523B2 (en) * 2005-10-21 2011-05-19 Deere & Company Systems and methods for switching between autonomous and manual operation of a vehicle
DE102008023360A1 (de) 2007-05-31 2008-12-04 Luk Lamellen Und Kupplungsbau Beteiligungs Kg Verfahren zum Plausibilisieren der Stellung des Kupplungsaktors einer Kupplung, Verfahren zum Bestimmen des Tastpunktes einer Kupplung sowie Vorrichtung zum Durchführen der Verfahren
CN101910669B (zh) * 2008-01-02 2014-04-09 舍弗勒技术股份两合公司 离合器执行器以及用于控制该离合器执行器的方法
JP2010147995A (ja) * 2008-12-22 2010-07-01 Mitsubishi Fuso Truck & Bus Corp 車両の通信システム
JP2010176372A (ja) * 2009-01-29 2010-08-12 Kubota Corp 作業機用制御装置のプログラム更新方法
JP2010258990A (ja) * 2009-04-28 2010-11-11 Autonetworks Technologies Ltd 制御システム及び制御プログラム更新方法
EP2494228B1 (de) 2009-10-29 2014-07-02 Schaeffler Technologies GmbH & Co. KG Hydrostatischer kupplungsaktor
DE112010004215A5 (de) 2009-10-29 2012-08-23 Schaeffler Technologies AG & Co. KG Hydrostataktor
WO2011120496A1 (de) * 2010-04-01 2011-10-06 Schaeffler Technologies Gmbh & Co. Kg Verfahren zum betreiben einer doppelkupplung

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE4230796A1 (de) * 1992-09-15 1994-03-17 Opel Adam Ag Elektronische Einrichtung für den Datenverkehr zwischen einem externen Testgerät und fahrzeugseitigen Steuergeräten
US20020110146A1 (en) * 2001-02-08 2002-08-15 Thayer Peter A. System and method for managing wireless vehicular communications
DE102006020562A1 (de) * 2006-05-03 2007-11-08 Siemens Ag Anordnung und Verfahren zur Reprogrammierung von Steuergeräten
DE102011005088A1 (de) * 2010-03-04 2011-09-08 Denso Corporation In-Vehicle-Kommunikationsvorrichtung und In-Vehicle-Kommunikationssystem, bei denen in einem Gehäuse enthaltene ECUs einen internen Bus für eine wechselseitige Kommunikation und einen externen Bus für eine externe Kommunikation nutzen

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106774091A (zh) * 2017-01-19 2017-05-31 上海申赛机电控制技术有限公司 工程车辆状态实时无线测控系统

Also Published As

Publication number Publication date
JP2015529993A (ja) 2015-10-08
DE112013003240B4 (de) 2024-04-11
DE102013211080A1 (de) 2014-05-08
DE112013003240A5 (de) 2015-04-16
US20150226318A1 (en) 2015-08-13
US9651141B2 (en) 2017-05-16
JP6312152B2 (ja) 2018-04-18

Similar Documents

Publication Publication Date Title
EP3523703B1 (de) Verfahren zur softwareaktualisierung bei cloud-gateways, computerprogramm mit einer implementation des verfahrens und verarbeitungseinheit zur ausführung des verfahrens
WO2014001098A1 (de) Verfahren zur protokoll-umsetzung für die programmierung von getriebe- und kupplungssteuergeräten
DE102012218252B4 (de) Verfahren zur Inbetriebnahme eines Fahrzeuggetriebes und/oder einer Fahrzeugkupplung
DE112013003521B4 (de) Verfahren und Vorrichtung zum Austausch von Daten in einem Kraftfahrzeug zum Betreiben eines Aktors einer automatisierten Reibungskupplung und/oder eines automatisierten Getriebes
DE102006005365A1 (de) Verfahren zum Aktualisieren der Firmware von Feldgeräten
WO2017178211A1 (de) Verfahren zum betreiben eines steuergeräts für ein fahrzeug, steuergerät, betriebssystem, kraftfahrzeug
EP2090948B1 (de) Verfahren zum Betrieb eines Automatisierungssystems
DE102013103379A1 (de) Steuer- und Datenübertragungsanlage zur redundanten Prozesssteuerung und Verfahren zur Firmware-Aktualisierung
EP2962162B1 (de) Verfahren zur einrichtung oder aktualisierung einer programmierung eines steuergerätes eines verkehrsmittels
WO2015124320A1 (de) Dynamisches speicherprogrammierbares steuergerät zum emulieren eines steuergerätes
EP4117977B1 (de) Eisenbahnanlage mit diagnosesystem und verfahren zu deren betrieb
EP1982243B1 (de) Verfahren zum abspeichern eines datenbausteins mit daten zum steuern eines technischen prozesses sowie steuervorrichtung
DE102009027168B4 (de) Verfahren zum Ermitteln einer übermittelten Telegramm-Datenlänge
DE102023202055A1 (de) Computerimplementiertes Verfahren und System zum Verarbeiten von dynamisch und/oder situationsselektiv bereitgestellten Daten
DE102014218882A1 (de) Verfahren zur Bereitstellung einer Software-Versions-Kennung von mindestens einem Steuergerät für eine Software-Versions-Prüfung durch eine Testeinheit
DE102009047974B4 (de) Verfahren zur Programmierung eines Steuergeräts
EP3582032B1 (de) Feldgerät mit reduzierter stillstandszeit bei firmware-update
WO2014079434A1 (de) Verfahren zum steuern einer drehmomentübertragungseinrichtung
DE102012218665B4 (de) Applikationssystem für Steuergeräte
EP3882762B1 (de) Verfahren zur installation neuer software und system
DE102014202249A1 (de) Verfahren zur Steuerung eines Kraftfahrzeuggetriebes
EP2407841A2 (de) Verfahren und System zur Inbetriebnahme oder Aktualisierung einer oder mehrerer Maschinen aus der Automatisierungstechnik
EP3537239A1 (de) Verfahren zum betreiben einer werkzeugmaschine mittels anpassung eines precompilierten datenmodells
EP1967920A1 (de) Verfahren zur Durchführung von Softwareupdates in FPGA-basierte Automatisierungsgeräte
EP3499803A1 (de) Elektronisches gerät, insbesondere ethernet-switch, mit mitteln zur zuverlässigen fernwartung

Legal Events

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

Ref document number: 13730192

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14409902

Country of ref document: US

ENP Entry into the national phase

Ref document number: 2015518962

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 112013003240

Country of ref document: DE

Ref document number: 1120130032406

Country of ref document: DE

REG Reference to national code

Ref country code: DE

Ref legal event code: R225

Ref document number: 112013003240

Country of ref document: DE

Effective date: 20150416

122 Ep: pct application non-entry in european phase

Ref document number: 13730192

Country of ref document: EP

Kind code of ref document: A1