Fernzugriff auf VCI für Tool-Händler,
Teilelieferanten und Schulungsanbieter
Fügen Sie ECU-Programmierung zu Ihrem Geschäft hinzu, ohne Infrastruktur aufzubauen
Ein J2534-Tool, das sauber zurückkommt. Ein Ersatz-TCM, das ins Stocken gerät, weil die Werkstatt kein ISTA-P hat. Ein Programmierkurs, der auf zwölf Teilnehmer begrenzt ist, weil so viele Stellplätze Ihr Schulungszentrum hat. Die Einschränkung in jedem Fall ist nicht das Fachwissen. Es ist der physische Zugang zu Hardware, die sich an der Kunden- oder Teilnehmerseite befindet.
- ✓J2534- und DoIP-Support-Fälle, die Ihr Ingenieur mit direktem Gerätezugang abschließt — das Tool bleibt an der Werkbank des Kunden, die Rücksendung wird nie verschickt
- ✓Ersatzmodule, die Ihr Lager mit inbegriffener Programmierfinalisierung verlassen — Variantencodierung und Adaptionsrücksetzungen unter Ihren OEM-Konten abgeschlossen, der Rückgabegrund eliminiert, bevor er entsteht
- ✓Schulungslabore, in denen jeder Teilnehmer mit einem echten VCI arbeitet, das mit einem echten Fahrzeug an seinem eigenen Standort verbunden ist — Klassengröße ist eine Planungsentscheidung, keine Einrichtungseinschränkung
Der PC Ihres Experten sieht das physische VCI des Kunden als lokal verbundenes Gerät — gleiche USB-Geräte-ID, gleiches Ethernet-Adapterverhalten, gleiche Protokollantworten wie bei einer Werkbanksitzung. Ihre OEM-Software weiß nicht, dass die Schnittstelle remote ist.
Sie bringen OEM-Software und Konten. Die Werkstatt verbindet das VCI. eLinehub stellt die Verbindung bereit. · Von eLinehub ·
Reduzieren Sie NFF-Rücksendungen. Beheben Sie J2534- und DoIP-Probleme, ohne das Tool die Werkstatt verlassen zu lassen.
Bündeln Sie Fern-ECU-Programmierfinalisierung mit jeder Modulbestellung.
Führen Sie Live-Fern-J2534- und OEM-Programmierlabore mit echter Hardware und voller Instruktorkontrolle durch.
Wie eLinehub funktioniert — Ein Absatz
eLinehub installiert einen leichtgewichtigen Mechaniker-Client am Kundenstandort und einen Techniker-Client auf dem PC Ihres Experten. Der Kunde verbindet sein VCI mit dem Fahrzeug und betreibt eLinehub Mechanic. Ihr Experte nimmt die Sitzung in eLinehub Technician an: Das VCI erscheint als lokal angeschlossenes Gerät — gleiche USB-Geräte-ID für J2534-Schnittstellen, gleiches Ethernet-Adapterverhalten für DoIP-Schnittstellen. Ihre OEM-Software erkennt es genau so wie an einer lokalen Werkbank. Keine Bildschirmfreigabe. Kein Hardware-Proxy. Das Tool des Kunden verlässt nie die Werkstatt.
- •Sowohl der Mechaniker-PC als auch der Techniker-PC müssen Windows 7 64-Bit oder höher ausführen (Windows 10/11 für alle OEM-Programmierworkflows empfohlen)
- •Windows ARM, Mac, Linux und Android werden nicht unterstützt
- •Die Mechaniker- und Techniker-Clients können auf demselben PC installiert werden, können aber nicht gleichzeitig ausgeführt werden
- •Mindest-Upload-Bandbreite: 10 Mbps auf beiden Seiten
NFF-Rücksendungen reduzieren — J2534-Probleme ferngesteuert beheben
Der teuerste Support-Anruf, den Sie bearbeiten, ist der, der mit einer Rücksendung endet, die sauber zurückkommt. Eine Werkstatt gibt einen VAS6154A oder CarDAQ-Plus 3 zurück und behauptet, er "funktioniere nicht mit ODIS". Ihr Bench-Team empfängt ihn, installiert den Treiber, führt die PassThru-Validierung durch, alles besteht. NFF. Rücksendekosten, Technikerzeit, Kundenfrustration — und das zugrunde liegende Problem ist in der Werkstatt immer noch ungelöst.
In der Mehrheit der NFF-Fälle bei J2534-Geräten liegt der Fehler nicht an der Hardware. Die vier Ursachen, die Ihr Bench-Team über eine Bildschirmfreigabe nicht sehen kann:
Falsche Treiberversion
Der Treiber ist installiert — aber nicht der Build, der zur Windows-Version in der Werkstatt passt. Der Adapter wird erkannt, PassThru öffnet, schlägt dann beim ersten ISO 15765-Kanal fehl. Ihre Werkbank kann dies nicht reproduzieren, weil Ihre Werkbank einen anderen Windows-Build ausführt. Die Werkstatt wartet auf einen Ersatz, der sich identisch verhält.
Falsche PassThru-Filterkonfiguration
Der Filter ist auf die falsche CAN-Bus-ID für das getestete Fahrzeug eingestellt. Frames werden übertragen, aber keine Antwort wird empfangen. Die Werkstatt liest dies als Hardwarefehler. Der Adapter funktioniert korrekt — der Filter nicht. Dies ist nur sichtbar, wenn Ihr Ingenieur einen J2534-Kanal gegen das physische Gerät öffnet und das Filter-Set direkt inspiziert.
DoIP-Erkennung am Subnetz blockiert
Der Werkstatt-Router blockiert UDP-Broadcast im lokalen Subnetz. Das DoIP-VCI kündigt sich an, aber die Diagnosesoftware empfängt die Antwort nie. Präsentiert sich als "Gerät nicht gefunden" — ohne Zugang zur Netzwerkschicht am Kundenstandort nicht von einem Hardwarefehler zu unterscheiden.
COM-Port durch einen Hintergrundprozess belegt
Die Adapter-Initialisierungssequenz läuft ab, weil ein mitinstalliertes VCI-Verwaltungstool den COM-Port belegt. Der Adapter ist voll funktionsfähig. Der Konflikt ist nur im Gerätemanager-Status am Kunden-PC sichtbar — nicht in einem Screenshot, den dieser senden kann.
Nichts davon ist in einem Screenshot sichtbar. Nichts davon kann über eine Bildschirmfreigabe diagnostiziert werden. Es ist nur sichtbar, wenn Ihr Ingenieur direkten Zugang zum Gerät hat.
Was eLinehub für Tool-Support ändert
eLinehub bildet das VCI des Kunden auf dem PC Ihres Support-Ingenieurs als lokales J2534- oder DoIP-Gerät ab. Ihr Ingenieur öffnet seine eigene Kopie von DrewLinQ, dem PassThru-Validierungstool des OEM oder einem J2534-API-Testrahmen — und kommuniziert direkt mit dem physischen Adapter an der Werkbank des Kunden.
Die Diagnoselogik ist unkompliziert. Ihr Techniker-PC betreibt eine bekannt-saubere Softwareumgebung — korrekte Treiberversion, keine widerstreitenden VCI-Verwaltungstools, keine Hintergrundprozesse, die COM-Ports belegen. Wenn das VCI des Kunden auf den PC Ihres Ingenieurs abgebildet wird, führt Ihr Ingenieur dieselbe PassThru-Validierungssequenz aus, die er an einer Werkbank ausführen würde.
Zwei Ergebnisse, beide definitiv:
Die VCI-Hardware ist nicht das Problem. Der Fehler liegt in der Umgebung des Kunden — Treiberversion, Filterkonfiguration, Subnetz-Routing oder ein Softwarekonflikt. Ihr Ingenieur kann den Kunden nun durch die spezifische Lösung führen, während das Gerät live in seinen Händen ist und tatsächliche Geräteantworten beobachtet werden anstatt Screenshots zu interpretieren. Die Rücksendung wird storniert. Die Sitzung schließt in unter einer Stunde.
Sie haben ein vollständiges J2534-API-Sequenzprotokoll, das genau zeigt, wo und wie es fehlgeschlagen ist, aufgezeichnet gegen eine saubere Umgebung. Dieses Protokoll sind die Engineering-Eskalationsdaten. Die Rücksendung wird mit Beweisen, nicht mit Annahmen durchgeführt.
In beiden Fällen wird die Frage, die zuvor das Hin- und Herschicken von Hardware erforderte, in einer einzigen Fernsitzung beantwortet.
Führen Sie PassThruOpen aus, zählen Sie Kanäle auf, setzen Sie Filter, senden und empfangen Sie ISO 15765- oder CAN-Frames direkt gegen den Adapter des Kunden. Bestätigen Sie Filterkonfiguration, Baudrate, CAN-ID-Maskierung und Protokoll-Flags — nicht durch einen Screenshot, sondern durch die tatsächliche Geräteantwort.
Überprüfen Sie Treiberversion, Firmware-Build, USB-Aufzählungsstatus und Gerätedeskriptor. Identifizieren Sie Konflikte mit mitinstallierter VCI-Verwaltungssoftware. Reproduzieren Sie den Initialisierungsfehler auf Ihrer Seite und führen Sie den Kunden durch die Lösung, während das Gerät live in Ihren Händen ist.
Für Ethernet-basierte VCIs (SD Connect C6, JLR DoIP VCI, MDI2) bilden Sie den Adapter mit eLinehub Link ab — dem Standard-Bridge-Modus für DoIP-Schnittstellen — und überprüfen Sie das DoIP-Erkennungsverhalten: UDP-Broadcast-Antwort, IP-Zuweisung, Entitätsankündigung und Sitzungs-Setup-Timing. Wenn die Diagnosesoftware eine Bindung an einen bestimmten lokalen Netzwerkadapter erfordert, verwenden Sie stattdessen eLinehub vNet. Identifizieren Sie Routing-Probleme, Subnetz-Fehlkonfigurationen und Gateway-Konfigurationsprobleme, die sonst unsichtbar sind.
Führen Sie ein vollständiges J2534-API-Sequenzprotokoll aus, bevor Sie eine Rücksendung genehmigen. Wenn der Adapter besteht, ist das Protokoll der Beweis. Wenn er fehlschlägt, sind es die Engineering-Eskalationsdaten. In beiden Fällen hören Sie auf, Hardware hin und her zu schicken, um Fragen zu beantworten, die in einer 20-minütigen Fernsitzung beantwortet werden können.
Wenn ein Tier-1-Fall Engineering-Beteiligung benötigt, kann Ihr Tier-1-Ingenieur einen Tier-2-Spezialisten in die aktive Sitzung einladen. Externe Mitarbeiter sehen das geteilte VCI und die Sitzungsdaten — sie sehen nicht den Namen, die Kontaktdaten oder den Standort des Kunden. Ihre Kundenbeziehung bleibt intakt.
Für Tool-Anbieter mit einer etablierten Kundenbasis kann eLinehub einen benutzerdefinierten Mechaniker-Build bereitstellen, der mit Ihrem Firmennamen und Logo versehen ist. Kunden installieren Ihren Support-Client — keinen generischen eLinehub-Installer. Über Ihren gebrandeten Client erstellte Sitzungen werden automatisch Ihrem Support-Team zugewiesen, ohne Zugangscode-Austausch. Aus der Perspektive des Kunden: Sie haben Ihre App geöffnet, ihr Tool verbunden, und Ihr Ingenieur ist erschienen. Die eLinehub-Plattform ist Infrastruktur, die sie nie sehen.
Bündeln Sie Fern-ECU-Programmierung mit jeder Bestellung
Eine Werkstatt bestellt ein Ersatz-TCM für einen BMW F30. Das Teil kommt an, der mechanische Austausch ist unkompliziert. Dann gerät der Auftrag ins Stocken. Das Modul kommt zurück, gekennzeichnet als "falsches Teil" oder "funktioniert nicht". Ihr Rücksendeteam empfängt ein voll funktionsfähiges Teil. Das fehlende Element ist nie das Teil — es ist der Programmierungsschritt, der OEM-Software und Online-Zugangsdaten erfordert, die die Werkstatt nicht hat.
Die fünf häufigsten Szenarien, in denen der Programmierungsschritt zum Rückgabegrund wird:
BMW — TCM / EGS-Austausch (ZF 8HP, GA8HP)
ISTA-P muss den Fahrzeugauftrag (FA/FP) in das neue Aggregat schreiben, die ISN-Codierung mit CAS/EGS abgleichen und Getriebeadaptionen zurücksetzen. Ohne ein BMW-Online-Konto und ISTA-P ist der Austausch mechanisch vollständig und elektrisch nicht funktionsfähig. Das Fahrzeug kann die Werkstatt nicht verlassen.
Mercedes-Benz — BCM / EIS / KOMBI-Austausch
SCN-Codierung über XENTRY erfordert ein aktives FDOK-Konto. Das neue Aggregat trägt ab Werk keine fahrzeugspezifischen Daten. Ohne Codierung kommuniziert das Modul nicht mit dem Rest des Netzwerks. Wegfahrsperre bleibt aktiv, Kombiinstrument nicht funktionsfähig oder Komfortsysteme außer Betrieb — alles präsentiert sich als "falsches Teil".
VW Gruppe — jedes Steuergerät mit Component Protection
SFD-Freischaltung und Component-Protection-Freigabe erfordern ODIS-Engineering mit VW-Online-Zugangsdaten. Ohne diesen Schritt tritt das Ersatzaggregat in einen gesperrten Zustand ein, unabhängig davon, ob die Hardware korrekt ist. Das Teil ist voll funktionsfähig bis zur Installation — dann sofort nicht funktionsfähig. Jede Rücksendung in dieser Kategorie ist eine NFF-Rücksendung.
GM — TCM / ECM-Austausch
SPS2 über Techline Connect fragt die Server von GM nach der für dieses VIN und RPO-Konfiguration passenden Kalibrierdatei ab und schreibt sie in einer einzigen verbundenen Sitzung. Eine Werkstatt ohne ACDelco-TDS-Abonnement kann diesen Schritt nicht abschließen. Das Ersatz-TCM kommt ohne Kalibrierdaten an; das Fahrzeug schaltet im Notlaufmodus oder wirft einen P0700.
Ford — PCM-Austausch (Post-2018 FDRS-Fahrzeuge)
FDRS Programmable Module Installation (PMI) ist unabhängig davon erforderlich, ob das Ersatzmodul neu oder überholt ist. Auf SYNC 4-Plattformen müssen nach PMI in der richtigen Reihenfolge zusätzliche TRON-Authentifizierungsroutinen folgen. Ohne Ford-PTS-Zugangsdaten kann diese Sequenz nicht initiiert werden. Das Ersatz-PCM ist installiert, aber das Fahrzeug startet nicht normal.
In jedem Fall ist das fehlende Element nicht das Teil. Es ist der Programmierungsschritt, der OEM-Software und Online-Zugangsdaten erfordert, die die Werkstatt nicht hat.
Dies schafft einen Entscheidungspunkt für jeden Teilelieferanten: die Programmierlücke ignorieren oder lösen. Die Lücke verschwindet nicht, weil Sie sie nicht adressieren.
Die Werkstatt installiert das Modul und stößt an die Wand. Sie kann nicht sagen, ob das Teil defekt oder einfach nicht programmiert ist — die Symptome sind identisch. Sie kennzeichnet es als "funktioniert nicht" und sendet es zurück. Ihr Rücksendeteam empfängt ein voll funktionsfähiges Modul. Sie tragen die Rücksendekosten, den Versand und die Wiedereinlagerung. Bei hochwertigen Modulen — einem BMW EGS, einem Mercedes EIS, einem VW-Aggregat mit Component Protection — ist diese Ambiguität teuer. Das Vertrauen der Werkstatt, erneut bei Ihnen zu bestellen, ist geringer als es sein sollte, für ein Problem, das nie ein Teileproblem war.
Ihr Programmierspezialist teilt seinen Bildschirm mit der Werkstatt und versucht, diese durch die Codiersequenz zu führen. Die Werkstatt benötigt ISTA, XENTRY oder ODIS lokal installiert — Software, die sie höchstwahrscheinlich nicht hat, weshalb sie überhaupt bei Ihnen bestellt hat. Wenn sie es hat, müssen die OEM-Kontozugangsdaten Ihres Spezialisten auf der Maschine der Werkstatt eingegeben werden und sind nun für einen Dritten sichtbar. Ferndesktop kann auch die VCI-Verbindung nicht überbrücken: Das VCI der Werkstatt ist physisch mit ihrem PC verbunden, und jeder Schritt, der erfordert, dass die Diagnosesoftware das VCI erkennt, läuft unter der Umgebung der Werkstatt, mit all den Konfigurationsproblemen, die die ursprüngliche Rücksendung verursacht haben.
Die Werkstatt findet einen lokalen J2534-Programmierer, vereinbart einen Termin und wartet. Ihr Teil liegt auf ihrer Werkbank. Der Auftrag ist auf Eis. Wenn der Techniker ankommt, hat er möglicherweise oder nicht die richtige OEM-Software und ein aktives Abonnement für diese spezifische Plattform. Sie haben keine Transparenz darüber, ob der Auftrag abgeschlossen wird, keine Kontrolle über das Ergebnis und keine Anerkennung für die Lösung. Die Werkstatt erinnert sich, dass das Kaufen Ihres Teils eine komplizierte Situation verursacht hat — nicht dass Sie ihnen ein korrektes Teil verkauft haben.
Fern-ECU-Programmierfinalisierung als Produktlinie
eLinehub macht es möglich, Fernprogrammierfinalisierung als standardmäßigen, wiederholbaren Teil jeder Modulbestellung zu liefern — nicht als Ad-hoc-Gefallen, sondern als gepackten Dienst, den Ihr Team systematisch ausführt.
- Werkstatt empfängt das Ersatzmodul und installiert es.
- Werkstatt verbindet ihr VCI mit dem Fahrzeug und öffnet Ihren gebrandeten eLinehub-Mechanic-Client.
- Ihr Fern-Programmierspezialist nimmt die Sitzung an, bildet das VCI ab und startet die entsprechende OEM-Software auf seinem eigenen PC — ISTA-P für BMW, XENTRY für Mercedes, ODIS-Engineering für VW-Gruppe, GDS2/SPS2 für GM, FDRS für Ford.
- Codierung, Adaption und Kalibrierung werden unter den OEM-Konten Ihres Spezialisten abgeschlossen.
- Fahrzeug ist fahrbereit. Keine Rücksendung. Kein Händlerbesuch.
- Ein Windows-PC pro Spezialist mit installierter relevanter OEM-Software und konfigurierten Konten
- eLinehub Technician — ein Konto pro Spezialist
- Ein benutzerdefinierter Mechaniker-Build zur Verteilung an Partnerwerkstätten (optional, aber für größere Mengen empfohlen)
- Ihr vorhandenes VCI über USB oder Kabel-Ethernet verbunden
- eLinehub Mechanic installiert — kostenlos, keine OEM-Software erforderlich
Die einfachste Implementierung: Fügen Sie der Produktliste einen Posten hinzu.
Werkstätten, die diese Option wählen, erhalten neben der Versandbestätigung einen Link zu Ihrem benutzerdefinierten Mechaniker-Installer. Wenn das Teil ankommt und installiert ist, öffnen sie die App und die Sitzung wartet.
Live-Fern-J2534- und OEM-Programmierlabore mit echter Hardware
Kfz-Programmierungsschulungen haben ein strukturelles Problem: die wichtigen Fähigkeiten — ECU-Flash-Sequenzierung, J2534-Filterkonfiguration, DoIP-Sitzungsaufbau, SFD- und SCN-Codierung — können nur auf echter Hardware gelernt werden, die echte OEM-Protokolle gegen echte Fahrzeuge ausführt.
Die drei Alternativen, die diese Lücke nicht schließen:
Aufgezeichnete Bildschirmfreigabe-Walkthroughs
Teilnehmer beobachten einen Instruktor, der eine Programmiersequenz in einer Aufzeichnung abschließt. Die wichtigen Fähigkeiten — Gerätezustand lesen, eine abgelaufene Sitzung wiederherstellen, einen PassThru-Fehlercode in Echtzeit interpretieren — erfordern ein Live-Gerät, das auf Live-Befehle reagiert. Eine Aufzeichnung zeigt das Ergebnis. Sie entwickelt nicht das Urteilsvermögen, das aus einer unerwarteten Antwort entsteht.
Simulationsumgebungen
Simulatoren modellieren erwartetes Protokollverhalten. OEM-Programmierworkflows werden durch unerwartetes Verhalten definiert: was passiert, wenn eine DoIP-Sitzung mitten im Flash abbricht, was ein SFD-Ablehnungscode im Kontext bedeutet, wie ISTA-P reagiert, wenn ISN-Codierung beim ersten Versuch fehlschlägt. Diese sind in einem Simulator nicht modellierbar. Sie passieren auf echter Hardware.
Physische Zusammenlegung
Bis vor Kurzem der einzige praktikable Ansatz. Die Klassengröße ist durch verfügbare Stellplätze und VCIs begrenzt. Die geografische Reichweite ist auf Teilnehmer beschränkt, die persönlich erscheinen können. Ein dreitägiger BMW- und VW-Programmier-Bootcamp für Teilnehmer aus verschiedenen Ländern erfordert entweder eine sehr große Einrichtung oder eine sehr kleine Klasse.
Live-Fern-VCI-Labore mit eLinehub
eLinehub ändert die Hardware-Einschränkung. Eine Schulungssitzung, die früher erforderte, dass jeder Teilnehmer physisch am selben Fahrzeug anwesend ist, läuft jetzt über Standorte hinweg — jeder Teilnehmer an seinem eigenen PC, alle arbeiten an demselben Schulungsfahrzeug oder ihrer eigenen lokalen Hardware, unter demselben Instruktor.
Eine vollständige Fernschulungssitzung läuft in drei Phasen ab.
Der Instruktor verbindet sich über eLinehub Technician mit dem Schulungsfahrzeug — das Fahrzeug des Schulungszentrums betreibt eLinehub Mechanic. Teilnehmer beobachten den Bildschirm des Instruktors über ein Standard-Bildschirmfreigabe-Tool (Zoom, Teams oder Ähnliches), während der Instruktor die Sitzung in Echtzeit kommentiert: Filter-Setup, Kanal-Initialisierung, Programmiersequenz, wie ein DoIP-Sitzungsaufbau aussieht, wenn er funktioniert, und wie man sich erholt, wenn er es nicht tut. Teilnehmer sehen genau das, was der Instruktor sieht — Live-Geräteantworten, echtes Protokoll-Timing, tatsächliches OEM-Softwareverhalten gegen ein echtes Fahrzeug. Keine Aufzeichnung. Keine Simulation.
Der Instruktor fügt alle eingeschriebenen Teilnehmer seinem eLinehub-Team hinzu. Die Mechanic-Sitzung des Schulungsfahrzeugs bleibt während der gesamten Klasse aktiv. Der Instruktor weist Teilnehmer zu, sequenziell zu arbeiten: Das Techniker-Konto eines Teilnehmers verbindet sich mit dem Mechaniker, führt dasselbe Verfahren aus, das der Instruktor gerade demonstriert hat, während der Instruktor überwacht und das VCI jederzeit neu abbilden kann, um eine Korrektur zu demonstrieren. Jeweils ein Techniker mit dem Mechaniker verbunden — die Teamstruktur stellt sicher, dass kein Teilnehmer außer der Reihe beitreten oder die Sitzung eines anderen unterbrechen kann. Jeder Teilnehmer schließt dasselbe Verfahren an demselben Fahrzeug in derselben Softwareumgebung ab, die der Instruktor verwendet hat.
Wenn ein Teilnehmer nach dem Kurs auf seinem eigenen Fahrzeug auf ein Problem stößt, verbindet er sein lokales VCI mit seinem eigenen Fahrzeug und erstellt eine Mechanic-Sitzung. Der Instruktor nimmt sie in eLinehub Technician an — nun sieht der PC des Instruktors das tatsächliche VCI des Teilnehmers als lokal verbundenes Gerät. Der Instruktor führt dieselbe Diagnosesequenz gegen die echte Hardware des Teilnehmers aus und kann die Korrektur in Echtzeit am tatsächlichen Fahrzeug des Teilnehmers demonstrieren. Das ist keine Bildschirmfreigabe. Ein Problem, das drei E-Mail-Austausche und zwei Tage zur Diagnose per Text benötigen würde, wird in fünfzehn Minuten gelöst.
Spezifische Schulungsszenarien
Teilnehmer verbinden BMW-ENET-Kabel mit F- oder G-Serie-Schulungsfahrzeugen. Instruktor bildet den ENET-Adapter mit eLinehub Link ab und demonstriert ISTA-Fahrzeugerkennung, SWE-Listen-Lesen und Programmiersequenz am Schulungsfahrzeug, bevor die Sitzung für begleitete Praxis zurückgegeben wird. Für sequenzielle Übungssitzungen weist der Instruktor jeden Teilnehmer über die Team-Warteschlange zu — jeder Teilnehmer verbindet sein eigenes Techniker-Konto mit demselben Schulungsfahrzeug und schließt die ISTA-Erkennung und SWE-Lese-Sequenz unabhängig ab, bevor der Instruktor zum nächsten weitergeht.
Teilnehmer verbinden VAS6154A-Adapter mit MQB- oder MLB-Plattformfahrzeugen. Instruktor bildet den VAS6154A über USB-Geräteabbildung ab und demonstriert SFD-Codierungsverfahren mit VW-Online-Zugangsdaten — ein Workflow, der sonst jeden Teilnehmer erfordern würde, ein VW-Online-Abonnement und eine ODIS-Engineering-Lizenz zu halten.
Für Ingenieure, die J2534-Anwendungen entwickeln lernen: Teilnehmer installieren lokal ein J2534-Gerät, Instruktor bildet es ferngesteuert ab und demonstriert PassThruOpen, Filterkonfiguration, Frame-Konstruktion und Protokoll-Timing mit einem J2534-Testrahmen. Teilnehmer benötigen kein Fahrzeug — jeder J2534-kompatible Adapter, der mit dem Schulungs-PC verbunden ist, ist ausreichend.
Ein dreitägiger Kurs, der BMW-, Mercedes- und VW-Programmierung abdeckt. Ein Satz Schulungsfahrzeuge und VCIs, ein Instruktor. Teilnehmer nehmen von verschiedenen Standorten teil, jeder mit Zugang zur Hardware des regionalen Schulungszentrums. Der Instruktor führt die Sitzungen ferngesteuert durch.
Schulungsanbieter, die eLinehub an Teilnehmer verteilen, können einen benutzerdefinierten Mechaniker-Build verwenden, der mit dem Namen der Schulungsorganisation versehen ist. Teilnehmer installieren den gebrandeten Client als Teil des Kursvoraussetzungs-Setups. Über ihn erstellte Sitzungen werden automatisch dem Konto des Instruktors zugewiesen. Kein Zugangscode-Management pro Sitzung — Teilnehmer öffnen die App, verbinden ihr VCI, erstellen einen Auftrag und die Warteschlange des Instruktors wird aktualisiert.
Ihre Kundenbeziehungen bleiben Ihnen
Jede Kundenbeziehung, die Sie über diese Plattform aufbauen, stellt wiederkehrende Einnahmen dar, die davon abhängen, dass die Beziehung Ihnen gehört. Das strukturelle Risiko jeder geteilten Fernplattform besteht darin, dass sie zur Beziehung wird statt Ihnen. Die Sitzungskontrolle von eLinehub ist darauf ausgelegt, dies auf Kontoebene zu verhindern.
Zugangscode-Auftragsschutz
Jede Sitzung erstellt einen eindeutigen Zugangscode, der von Ihrem Techniker festgelegt wird. Nur der Spezialist, der den richtigen Zugangscode hält, kann diese Sitzung annehmen — kein anderer Benutzer auf der Plattform kann auf die Hardware zugreifen oder den Auftrag abfangen. Eine Werkstatt, die ein Support-Ticket mit Ihrem Team öffnet, bekommt Ihren Ingenieur, nicht welcher Spezialist zufällig auf der Plattform verfügbar ist.
Beziehung bleibt bei Ihrer Marke
Mit einem benutzerdefinierten Mechaniker-Build wird jede Sitzung standardmäßig automatisch Ihrem Support-Team zugewiesen — kein Zugangscode-Austausch erforderlich, keine Möglichkeit, dass die Sitzung woanders weitergeleitet wird. Aus der Perspektive des Kunden: Sie haben Ihre App geöffnet, ihr Tool verbunden, und Ihr Ingenieur ist erschienen. Die Beziehung ist mit Ihrer Marke, nicht mit einer Plattform, die sie nach Alternativen durchsuchen könnten.
Eskalation ohne Identitätsexposition
Wenn Ihr Techniker einen Kollegen oder externen Experten in eine aktive Sitzung einlädt, sieht dieser Mitarbeiter das geteilte VCI und die Sitzungsdaten. Er sieht nicht den Namen, die Kontaktdaten, das Unternehmen oder den Standort des Kunden. Die Werkstattbeziehung wird nicht exponiert. Der Mitarbeiter löst das technische Problem und geht. Die Kundenbeziehung bleibt Ihnen.
Evaluieren ohne Verpflichtung
eLinehub Technician ist kostenlos herunterzuladen und enthält eine funktionierende Testversion mit genug Credits, um vollständige Testsitzungen über alle drei Anwendungsfälle durchzuführen.
- Laden Sie eLinehub Technician auf den PC Ihres Support-Ingenieurs herunter.
- Lassen Sie einen Kollegen eLinehub Mechanic auf einem zweiten PC installieren und ein J2534-Gerät anschließen.
- Führen Sie eine Fern-PassThru-Validierungssitzung durch — öffnen Sie einen J2534-Kanal, konfigurieren Sie Filter, bestätigen Sie Frame-Austausch.
- Evaluieren Sie, ob Ihr Support-Team seinen vorhandenen Bench-Diagnoseprozess ferngesteuert replizieren kann.
- Laden Sie eLinehub Technician auf den PC Ihres Programmierspezialisten herunter (mit XENTRY, ODIS, ISTA oder relevanter OEM-Software bereits installiert).
- Lassen Sie einen Werkstattkontakt eLinehub Mechanic installieren und ihr VCI mit einem Testfahrzeug verbinden.
- Führen Sie eine vollständige Codierungs- oder Adaptionssitzung durch — behandeln Sie es als echten Auftrag.
- Evaluieren Sie, ob die Sitzungsqualität für den Produktionseinsatz ausreichend ist.
- Laden Sie eLinehub Technician auf den Instruktor-PC herunter.
- Lassen Sie einen Teilnehmer oder Kollegen eLinehub Mechanic installieren und ein VCI an einem separaten Standort verbinden.
- Führen Sie eine Demonstrationssitzung mit Ihrem Standard-Lehrplancontent durch.
- Evaluieren Sie Latenz, VCI-Verhalten und Sitzungskontrolle gegenüber Ihren Live-Labor-Anforderungen.
Benötigen Sie mehr Test-Credits oder ein längeres Evaluationsfenster? Kontaktieren Sie uns unter support@elinehub.com — beschreiben Sie Ihren Anwendungsfall und wir verlängern Ihren Test entsprechend. Kein Verkaufsprozess, keine Verpflichtung erforderlich.
Verbindungsqualität — Zwei Stufen
Die Sitzungsleistung hängt von der Verbindungsqualität auf beiden Seiten ab. Anforderungen unterscheiden sich je nach Sitzungstyp.
- Upload: 10 Mbps Minimum (Kabel oder stabiles WLAN akzeptabel)
- RTT: unter 150 ms
- Paketverlust: unter 1%
J2534-Support-Sitzungen, DoIP-Validierung, Diagnosedaten-Review, Schulungs-Demo-Modus.
Geräteaufzählung, Filtervalidierung und Live-Datenaustausch funktionieren normal. Gelegentliche Latenzspitzen beeinflussen die Interaktionsgeschwindigkeit, nicht die Sitzungsintegrität.
- Upload: 10 Mbps Minimum — Kabelverbindung auf beiden Seiten erforderlich
- RTT: unter 80 ms
- Paketverlust: unter 0,5%
Alle ECU-Flash-Operationen: ISTA-P, FDRS PMI, SPS2-Kalibrierungsschreibvorgänge, XENTRY-SCN-Codierung, ODIS-Component-Protection-Freigabe.
Eine unterbrochene Verbindung während des aktiven Flash-Fensters birgt das Risiko eines unvollständigen Schreibvorgangs. Initiieren Sie keine Flash-Sitzung über WLAN auf einer der beiden Seiten.
Verbindungsmodus für Programmiersitzungen: eLinehub betreibt den Relay-Modus für alle ECU-Flash- und Modulprogrammierungsworkflows. Direct (P2P) mode ist nur für USB-Gerätesitzungen verfügbar — er ist nicht mit Netzwerkadapter-Abbildung (eLinehub Link / eLinehub vNet) kompatibel. Für alle DoIP- und RNDIS-basierten Programmierungsworkflows ist Relay-Modus die erforderliche und Standard-Einstellung. Wählen Sie den Relay-Server mit dem niedrigsten gemessenen RTT, bevor Sie eine Flash-Sitzung initiieren.
Häufige Fragen — Tool, Teile & Schulung
Sieben Fragen zu Infrastrukturanforderungen, NFF-Lösung, Modulprogrammierungs-Bündelung, Live-Schulungslaboren, Custom-Mechanic-Branding, Kundenstandortanforderungen und unterstützter VCI-Hardware.
Starten Sie Ihre erste Fern-VCI-Sitzung
Ihre OEM-Software, Konten und Zugangsdaten bleiben genau dort, wo sie sind. Ihr Kunde oder Teilnehmer verbindet ein VCI. eLinehub stellt die Verbindung bereit. Kostenloser Test startet automatisch.
Fragen zu benutzerdefinierten Mechaniker-Builds oder verlängerten Tests: support@elinehub.com