Erstellen Sie 2025 ein lokales OEM-Diagnoselabor mit VMs (ODIS, ISTA, Xentry, JLR)
Unabhängige Werkstätten arbeiten gern mit OEM-Software, aber meist sieht es chaotisch aus: ein Laptop mit einer halb defekten ISTA, ein anderer mit einem alten Xentry, ein dritter mit einem „ODIS 9.x“-Image aus dem Internet. Im Jahr 2025 ist es viel einfacher, alles an einem Ort zu halten, wenn Sie virtuelle Maschinen (VMs) nutzen – eine VM pro OEM. Unten finden Sie einen praktischen Weg, dieses Labor auf Ihrer Seite aufzubauen.
1. Host-System: Was zuerst installiert werden sollte
Beginnen Sie nicht mit den virtuellen Maschinen – beginnen Sie mit dem Host. Eine gute Basis sieht so aus:
- OS: Windows 11 Pro oder Windows 10 Pro (2025 immer noch in Ordnung). Pro ist besser wegen der Hyper-V-Optionen.
- CPU: mindestens 6 Kerne (moderne i5/i7, Ryzen 5/7). VMs verbrauchen Kerne sehr schnell.
- RAM: 32 GB sind der Sweet Spot. 16 GB sind für 1–2 OEMs noch machbar, aber für ODIS + ISTA + Xentry werden Sie 16 GB hassen.
- Speicher: 1 TB NVMe-SSD nur für VMs. OEM-Images sind groß: ISTA kann 200–300 GB belegen, Xentry ~80–120 GB, ODIS ~40–60 GB, plus JLR und Backups.
- Stromversorgung: den Host an einer USV oder zumindest an einer guten Line-Interactive-Einheit betreiben – Sie wollen eine VM nicht mitten in einer Programmiersitzung abschießen.
2. VMware, VirtualBox oder Hyper-V?
Sie können OEM-Software in allen drei Umgebungen betreiben, aber für Werkstätten ist am unkompliziertesten:
- VMware Workstation Pro/Player – die meisten geteilten OEM-Images sind dafür erstellt, USB-Passthrough ist stabil, die Netzwerkmodi sind klar.
- VirtualBox – gut und kostenlos, aber manchmal zickig bei USB/J2534 und bei der Windows-Netzwerkbenennung.
- Hyper-V – stabil, aber im Web gibt es weniger Material für OEM-Diagnose darin.
Wenn Sie also keine Einschränkungen haben – wählen Sie VMware und bleiben Sie dabei.
3. Eine VM = ein OEM
Versuchen Sie nicht, BMW ISTA und Mercedes Xentry in dieselbe Windows-VM zu packen – das funktioniert eine Woche, und dann beginnen Treiber, Dienste oder Java-Versionen gegeneinander zu arbeiten. Die sauberste Lösung ist:
- VM #1 – ODIS (für VW/Audi/Skoda/Seat + GEKO/ODIS-E, falls Sie Zugriff haben)
- VM #2 – ISTA (BMW/Mini/RR)
- VM #3 – Xentry/DAS (Mercedes/Smart)
- VM #4 – JLR Pathfinder/SIDS (Jaguar/Land Rover)
Wenn Sie mit PSA/Opel arbeiten, können Sie später eine fünfte hinzufügen.
4. Ihre VCI in die VM durchreichen (J2534/DoIP)
OEM-Software muss Ihre Schnittstelle „sehen“. Es gibt zwei typische Szenarien:
- USB-basierte VCIs (J2534, einige DoIP-Geräte): Installieren Sie den VCI-Treiber auf dem Host und verbinden Sie das USB-Gerät dann über das VMware-Menü mit der VM. Wenn die VM es übernimmt, sollte Windows innerhalb der VM denselben Treiber installieren. Danach wählen Sie in ODIS/ISTA/Xentry diese Schnittstelle aus.
- Netzwerk-/Ethernet-VCIs (DoIP, Bosch, einige Autel-/Launch-Gateways): Geben Sie der VM ein bridged-Netzwerk, damit sie sich im selben LAN wie die VCI befindet, und tragen Sie dann die VCI-IP im OEM-Tool ein. Bridged ist für Diagnosen besser als NAT.
Wichtige Regel: nur ein Betriebssystem kann die VCI gleichzeitig „besitzen“. Wenn der Host das USB-Gerät hält, sieht die VM es nicht. Am Host trennen → mit der VM verbinden.
5. Zeit & Zertifikate
Viele OEM-Tools reagieren empfindlich auf die Systemzeit und auf Zertifikatsdaten. Für VMs gilt:
- deaktivieren Sie „Zeit mit Host synchronisieren“, wenn Ihre VM eine eingefrorene Zeit nutzt, um eine Lizenz aktiv zu halten;
- oder lassen Sie sie umgekehrt synchronisiert, wenn Sie legitimen Online-Zugriff nutzen (GEKO, BMW, Daimler) – sonst werden Sitzungen abgelehnt;
- machen Sie direkt nach der Aktivierung einen Snapshot – falls etwas abläuft, können Sie in 30 Sekunden zurückrollen.
6. Images speichern und sichern
Bewahren Sie Ihre einzige funktionierende ISTA niemals in „Eigene Dokumente“ auf. Machen Sie stattdessen Folgendes:
- legen Sie einen Ordner D:\VM-OEM oder eine dedizierte SSD an;
- halten Sie für jede VM drei Dateien vor: die Basis-.vmdk, die .vmx und die EXPORT/BACKUP-Kopie (.ova oder gezippt);
- wenn die VM aktiviert und aktualisiert ist → exportieren und auf NAS / externer SSD speichern;
- benennen Sie sie eindeutig: 2025-03 ISTA 4.51 + ENET OK.ova, 2025-03 ODIS 9.1 EN DOIP.ova.
So müssen Sie, wenn ein Techniker etwas beschädigt, die VM nicht „reparieren“ – Sie stellen einfach in wenigen Minuten eine frische bereit.
7. Typische Fallen und wie man sie vermeidet
- Langsame Herunterladen in der VM: Netzwerk auf bridged setzen, Energiesparen am Host-NIC deaktivieren.
- VCI im Host sichtbar, aber nicht in der VM: VCI-Treiber auch in der VM installieren, dann USB erneut an die VM binden.
- DoIP nicht sichtbar: NAT-Modus oder Firewall blockiert Multicast – auf bridged umstellen.
- ISTA zeigt „keine Verbindung zum Fahrzeug“: falsche ICOM-/ENET-Einstellungen in der VM oder Windows-Firewall aktiviert.
- ODIS kann VAG-Server nicht auflösen: DNS in der VM korrigieren, 8.8.8.8 / Ihren Werkstatt-DNS setzen.
- Xentry/DAS-Launcher abgelaufen: auf den Snapshot zurückrollen, den Sie direkt nach der Aktivierung erstellt haben.
8. Internet vs. lokale Jobs
In VMs können Sie auch ohne Internet sehr viel lokale Diagnose machen – Codierung, geführte Tests, DTCs auslesen. Für Online-SCN/SFD/GEKO müssen Sie jedoch:
- der VM entweder vollen Internetzugang geben (im Werkstattbetrieb am besten per Kabel);
- oder sie vorübergehend über das WLAN des Hosts bridgen;
- oder Remote-Programmierung nutzen (das unterstützen einige VCIs), wobei die VM dann für den gesamten Vorgang online bleiben muss.
9. Wer Zugriff haben sollte
Lassen Sie nicht jeden Techniker die VM bearbeiten. Bestimmen Sie einen „Golden Admin“, der alle OEM-Images pflegt und aktualisierte Kopien verteilt. Nur so vermeiden Sie „Ich habe einen Druckertreiber installiert und jetzt funktioniert ISTA nicht mehr“.
Fazit
ODIS, ISTA, Xentry und JLR in virtuellen Maschinen zu betreiben ist für eine unabhängige Werkstatt 2025 der sauberste Weg, OEM-nahe Werkzeuge einsatzbereit zu halten. Sie erhalten Isolation (ein OEM pro VM), einfache Backups (exportieren und fertig) und ein vorhersagbares VCI-Passthrough. Investieren Sie einmal in RAM und SSD am Host – und verteilen Sie danach einfach fertige VMs an jeden Arbeitsplatz in der Werkstatt.
