GPT1 & GPT2

Wenn du dich mit Bench-Mode-Auslesen beschäftigst (z. B. mit Tools wie KESS3, CMD, Autotuner, Flex, etc.), ist es wichtig zu verstehen, was die GPT1- und GPT2-Leitungen machen.

⚙️ Was sind GPT1 und GPT2 beim Motorsteuergerät?

GPT steht für Generic Purpose Timer (oder auch General Purpose Timer).
Diese Pins stammen ursprünglich aus der Mikrocontroller-Architektur (z. B. Infineon Tricore-MCUs wie TC1766, TC1796, TC1797, TC1793, etc.).

Beim Bench-Flashing oder Auslesen nutzt man diese Pins nicht als Timer, sondern als spezielle Kommunikationsschnittstelle – quasi als „Ersatz“ für eine serielle Verbindung zum internen Bootloader.

🔧 Funktion im Bench-Mode:

Bild 1 Bosch MED17.5.21 TC1782

Wenn du ein Steuergerät im Boot- oder Bench-Modus ausliest, passiert Folgendes:

Du versetzt die ECU in den Boot-Modus, z. B. über den BOOT-Pin (wie zuvor erklärt).
Die ECU startet nicht das normale Motorprogramm, sondern ihren internen Bootloader.
Über diesen Bootloader kommuniziert das Auslese-Tool mit der MCU.

👉 Und genau hier kommen GPT1 und GPT2 ins Spiel.

Diese Pins werden in vielen Steuergeräten (v. a. Bosch EDC17, ME17, MED17) von den Tools als Kommunikationsleitung genutzt, um:

den internen Flash-Speicher direkt anzusprechen,
Datenblöcke zu lesen oder zu schreiben,
ohne dass die OBD-Schnittstelle aktiv ist.

📡 Einfach gesagt:

Pin	Funktion beim Bench-Mode-Auslesen
GPT1	Datenleitung 1 (Signalleitung für Kommunikation mit MCU)
GPT2	Datenleitung 2 (Gegensignal / Takt / Sync)
BOOT	Steuert, ob MCU im Bootloader oder normal startet
+12 V / GND / CAN-High / CAN-Low	Stromversorgung und ggf. alternative Kommunikation

🧠 Technisch gesehen:

GPT1/GPT2 werden als serielle Punkt-zu-Punkt-Kommunikation genutzt.
Sie können bei verschiedenen ECUs unterschiedliche Funktionen haben (manchmal UART-ähnlich, manchmal dedizierte Tricore-Interface).
Der Flash-Programmer (z. B. KESS3) spricht über diese Leitungen direkt mit dem Mikrocontroller-Kernel.
Das erlaubt Zugriff auf:

Flash-Speicher (Programmcode)
EEPROM
Mikrocontroller-Identifikationsdaten
OTP-Bereiche (One-Time-Programmable)

🚗 Praxisbeispiel (Bosch EDC17C46, Tricore-MCU):

Beim Auslesen über Bench (oder Boot-Mode):

BOOT-Pin → auf Masse gelegt.
ECU mit 12 V versorgt.
GPT1 & GPT2 → mit dem Flash-Tool verbunden (Tool sendet Bootloader-Handshake).
Tool lädt über GPT-Leitungen den eigenen Mini-Bootloader in den RAM der MCU.
Danach werden Daten über dieselben Leitungen gelesen/geschrieben.

Nach Abschluss:

BOOT-Pin wieder freigeben → ECU startet normal.

⚠️ Wichtige Hinweise:

GPT1/GPT2 sind nicht bei allen ECUs vorhanden oder nötig – viele neuere Systeme nutzen stattdessen CAN-Bench oder FlexRay.
Die Pin-Belegung ist herstellerspezifisch (Bosch, Delphi, Continental, Magneti Marelli …).
Ohne korrekte Verbindung oder falsche Spannungen kann die ECU nicht erkannt oder sogar beschädigt werden.

🧩 Kurzfassung:

Signal	Aufgabe beim Auslesen
BOOT	Aktiviert internen Bootloader
GPT1	Kommunikationsleitung 1 (Daten/Takt)
GPT2	Kommunikationsleitung 2 (Antwort/Daten)
12 V, GND	Versorgung
CAN/K-Line (optional)	Nicht aktiv im Bootmode

Wenn du magst, kann ich dir eine schematische Darstellung oder Pin-Belegung für dein spezifisches Steuergerät (z. B. EDC17C64, ME17.5.22 usw.) zeigen,
damit du genau siehst, wo GPT1/GPT2 und BOOT liegen und wie sie beim Bench-Flash verwendet werden.

Möchtest du das? Wenn ja, sag mir bitte den ECU-Typ (z. B. Bosch EDC17C46) und das Fahrzeugmodell.