Építs egy helyi OEM diagnosztikai laboratóriumot virtuális gépekkel (ODIS, ISTA, Xentry, JLR) 2025-ben
Független műhelyek szeretik használni az OEM szoftvereket, de általában kaotikus a kép: egy laptop egy félresikerült ISTA-val, egy másik egy régi Xentry-vel, egy harmadik valami “ODIS 9.x” internetről letöltött lemezképpel. 2025-ben sokkal egyszerűbb mindent egy helyen tartani, ha virtuális gépeket (VM-eket) futtatsz – OEM-enként egy VM-et. Az alábbiakban egy gyakorlati módszert mutatunk be a labor felépítésére.
1. Gazdagép: mit telepítsünk először
Ne a virtuális gépekből indulj ki – indulj ki a gazdagépből. Egy jó alap így néz ki:
- Operációs rendszer: Windows 11 Pro vagy Windows 10 Pro (2025-ben is megfelelő). A Pro verzió jobb a Hyper-V lehetőségei miatt.
2. VMware, VirtualBox vagy Hyper-V?
Az OEM-szoftverek mindhárom környezetben futtathatók, de műhelyek számára a legzökkenőmentesebb választás:
- VMware Workstation Pro/Player – a legtöbb megosztott OEM-lemezkép ehhez készül, az USB-áteresztés stabil, a hálózati módok áttekinthetők.
- VirtualBox – jó és ingyenes, de néha körülményes az USB/J2534 kezelése és a Windows hálózati elnevezései miatt.
- Hyper-V – stabil, de kevesebb webes anyag áll rendelkezésre az OEM diagnosztikához benne.
Tehát ha nincsenek korlátozásaid – válaszd a VMware-t és maradj annál.
3. Egy VM = egy OEM
Ne próbáld meg a BMW ISTA-t és a Mercedes Xentry-t ugyanabba a Windows VM-be tömöríteni – egy hétig működni fog, aztán az illesztőprogramok, szolgáltatások vagy Java verziók összeakadnak. A legtisztább felállás a következő:
- VM #1 – ODIS (VW/Audi/Skoda/Seat + GEKO/ODIS-E, ha van hozzáférésed)
- VM #2 – ISTA (BMW/Mini/RR)
- 3. VM – Xentry/DAS (Mercedes/Smart)
- 4. VM – JLR Pathfinder/SIDS (Jaguar/Land Rover)
Ha PSA/Opel-lel dolgozol, később hozzáadhatsz egy ötödiket.
4. A VCI átadása a VM-nek (J2534/DoIP)
Az OEM-szoftvernek “látnia” kell az interfészedet. Két gyakori forgatókönyv van:
- USB-alapú VCI-k (J2534, egyes DoIP eszközök): telepítse a VCI illesztőprogramot a gazdagépen, majd csatlakoztassa az USB eszközt a VM-hez a VMware menüjén keresztül. Ha a VM felismeri, a VM-en belüli Windowsnak telepítenie kell ugyanazt az illesztőprogramot. Ezt követően az ODIS/ISTA/Xentry-ben válassza ki azt az interfészt.
- Hálózati/Ethernet VCI-k (DoIP, Bosch, egyes Autel/Launch átjárók): adj a virtuális gépnek bridgelt hálózatot, hogy ugyanabban a LAN-ban legyen, mint a VCI, majd állítsd be a VCI IP-címét az OEM eszközben. A bridgelt jobb a NAT-nál diagnosztikához.
Kulcsszabály: egyszerre csak egy operációs rendszer „birtokolhatja” a VCI-t. Ha a gazdagép tartja az USB-eszközt, a VM nem fogja látni. Húzd ki a gazdagépen → csatold a VM-hez.
5. Idő & tanúsítványok
Számos OEM-eszköz érzékeny a rendszeridőre és a tanúsítványok dátumaira. Virtuális gépek esetén:
- kapcsold ki a “szinkronizálás a gazdagép órájával” funkciót, ha a VM befagyasztott időt használ egy licenc életben tartásához;
- vagy éppen ellenkezőleg, tartsd szinkronban, ha legális online hozzáférést használsz (GEKO, BMW, Daimler) – ellenkező esetben elutasítják a munkameneteket;
- készíts egy pillanatképet közvetlenül az aktiválás után – így ha valami lejár, 30 másodperc alatt visszaállíthatod.
6. Képek tárolása és biztonsági mentése
Soha ne tartsd az egyetlen működő ISTA-példányodat „Saját dokumentumok” mappában. Ehelyett tedd a következőt:
- hozz létre egy D:\VM-OEM mappát, vagy használj dedikált SSD-t;
- minden VM-hez tarts meg három fájlt: az alap .vmdk-t, a .vmx-et, és a EXPORT/BACKUP másolatot (.ova vagy tömörített);
Így ha egy technikus elront valamit, nem a VM-et “javítgatja” – percek alatt telepít egy frisset.
7. Jellemző buktatók és hogyan kerülje el őket
- Lassú letöltések a VM-en belül: állítsd a hálózatot bridged módba, kapcsold ki az energiatakarékosságot a host hálózati kártyáján.
- VCI látszik a hoston, de a VM-ben nem: telepítsd a VCI illesztőprogramot a VM-en belül is, majd csatlakoztasd újra az USB-t a VM-hez.
- DoIP nem látható: a NAT mód vagy a tűzfal blokkolja a kapcsolatot – válts bridged módra.
- Az ISTA „nincs kapcsolat a járművel” hibát jelez: rossz ICOM/ENET beállítások a VM-en belül, vagy a Windows tűzfal engedélyezve van.
- Az ODIS nem éri el a VAG szervereket: javítsa a DNS-t a VM-en, állítsa be a 8.8.8.8-at vagy a műhely DNS-ét.
- Az Xentry/DAS indító lejárt: állítsa vissza arra a pillanatfelvételre, amelyet közvetlenül az aktiválás után készített.
8. Internet vs lokális munkák
A VM-ekben internet nélkül is sok helyi diagnosztikát elvégezhetsz – kódolást, irányított teszteket, DTC-k olvasását. Az online SCN/SFD/GEKO-hoz azonban muszáj:
- vagy teljes internet-hozzáférést adni a VM-nek (a műhelyben a vezetékes a legjobb);
- vagy ideiglenesen áthidalni a hoszt Wi-Fi-jén keresztül;
- vagy távoli programozást futtasson (egyes VCI-k támogatják ezt), ekkor a virtuális gépnek a teljes feladat idejére online kell maradnia.
9. Kik férhetnek hozzá
Ne engedje, hogy minden technikus szerkessze a virtuális gépet. Jelöljön ki egy “arany rendszergazdát”, aki az összes OEM-rendszerképet karbantartja és az frissített másolatokat terjeszti. Csak így kerülhető el, hogy “telepítettem egy programot, és most nem működik az ISTA”.
Összegzés
Az ODIS, ISTA, Xentry és JLR virtuális gépeken történő futtatása a legtisztább módja annak, hogy egy független műhely 2025-ben is OEM-szintű eszközökkel legyen felszerelve. Izolációt kapsz (egy OEM egy VM-en), egyszerű biztonsági mentést (exportálás és kész), valamint kiszámítható VCI-átadást. Fektess be egyszer a gazdagép RAM-jába és SSD-jébe – majd a kész VM-eket egyszerűen szétküldheted a műhely minden munkaállomására.
