Bygg et lokalt OEM-diagnostikklaboratorium med VM-er (ODIS, ISTA, Xentry, JLR) i 2025
Uavhengige verksteder elsker å bruke OEM-programvare, men det ser som regel kaotisk ut: én bærbar med en halvødelagt ISTA, en annen med en gammel Xentry, en tredje med et eller annet «ODIS 9.x»-image fra internett. I 2025 er det mye enklere å samle alt på ett sted hvis du kjører virtuelle maskiner (VM-er) – én VM per OEM. Nedenfor finner du en praktisk fremgangsmåte for å bygge dette laboratoriet hos deg.
1. Vertsmaskinen: hva du installerer først
Ikke begynn med de virtuelle maskinene – begynn med verten. Et godt grunnlag ser slik ut:
- OS: Windows 11 Pro eller Windows 10 Pro (fortsatt greit i 2025). Pro er bedre på grunn av Hyper-V-mulighetene.
- CPU: minst 6 kjerner (moderne i5/i7, Ryzen 5/7). VM-er spiser kjerner svært raskt.
- RAM: 32 GB er det optimale. 16 GB er overlevbart for 1–2 OEM-er, men med ODIS + ISTA + Xentry vil du angre på 16 GB.
- Lagring: 1 TB SSD NVMe kun til VM-er. OEM-images er store: ISTA kan være 200–300 GB, Xentry ~80–120 GB, ODIS ~40–60 GB, pluss JLR og sikkerhetskopier.
- Strøm: hold verten på UPS eller i det minste en god line-interactive-enhet – du vil ikke drepe en VM midt i en programmeringsøkt.
2. VMware, VirtualBox eller Hyper-V?
Du kan kjøre OEM-programvare i alle tre, men for verksteder er det minst problematisk med:
- VMware Workstation Pro/Player – de fleste delte OEM-images er laget for det, USB-gjennomkobling er stabil, og nettverksmodi er oversiktlige.
- VirtualBox – bra og gratis, men tidvis kresen med USB/J2534 og Windows-nettverksnavn.
- Hyper-V – stabilt, men det finnes mindre materiale på nettet om OEM-diagnostikk i det.
Så hvis du ikke har begrensninger – velg VMware og hold deg til det.
3. Én VM = én OEM
Ikke prøv å presse BMW ISTA og Mercedes Xentry inn i samme Windows-VM – det fungerer kanskje en uke, og så begynner drivere, tjenester eller Java-versjoner å slåss. Det ryddigste oppsettet er:
- VM #1 – ODIS (for VW/Audi/Skoda/Seat + GEKO/ODIS-E hvis du har tilgang)
- VM #2 – ISTA (BMW/Mini/RR)
- VM #3 – Xentry/DAS (Mercedes/Smart)
- VM #4 – JLR Pathfinder/SIDS (Jaguar/Land Rover)
Jobber du med PSA/Opel, kan du legge til en femte VM senere.
4. Koble VCI-en til VM-en (J2534/DoIP)
OEM-programvaren må «se» grensesnittet ditt. Det finnes to vanlige scenarioer:
- USB-baserte VCI-er (J2534, noen DoIP-enheter): installer VCI-driveren på verten, koble deretter USB-enheten til VM-en via VMware-menyen. Hvis VM-en tar den, bør Windows inne i VM-en installere samme driver. Deretter velger du grensesnittet i ODIS/ISTA/Xentry.
- Nettverks-/Ethernet-VCI-er (DoIP, Bosch, noen Autel/Launch-gatewayer): gi VM-en bridged-nettverk slik at den er i samme LAN som VCI-en, og legg deretter inn VCI-ens IP-adresse i OEM-verktøyet. Bridged er bedre enn NAT for diagnostikk.
Hovedregel: bare ett OS om gangen kan «eie» VCI-en. Hvis verten holder USB-enheten, vil ikke VM-en se den. Koble fra på verten → koble til VM-en.
5. Tid og sertifikater
Mange OEM-verktøy er følsomme for systemtid og sertifikatdatoer. For VM-er:
- slå av «synkroniser tid med vert» hvis VM-en bruker fryst tid for å holde en lisens aktiv;
- eller, tvert imot, hold den synkronisert hvis du bruker legitim nettilgang (GEKO, BMW, Daimler) – ellers vil de avvise øktene;
- ta et øyeblikksbilde rett etter aktivering – slik at du kan rulle tilbake på 30 sekunder hvis noe utløper.
6. Lagring og sikkerhetskopiering av images
Aldri ha din eneste fungerende ISTA liggende i «Mine dokumenter». Gjør dette i stedet:
- opprett en mappe D:\VM-OEM eller på en dedikert SSD;
- for hver VM, behold tre filer: basis-.vmdk, .vmx og en EKSPORT/SIKKERHETSKOPI (.ova eller zippet);
- når VM-en er aktivert og oppdatert → eksporter den og lagre på NAS / ekstern SSD;
- navngi dem tydelig: 2025-03 ISTA 4.51 + ENET OK.ova, 2025-03 ODIS 9.1 EN DOIP.ova.
På den måten, hvis en tekniker ødelegger noe, «reparerer» du ikke VM-en – du distribuerer bare en fersk en på noen minutter.
7. Typiske fallgruver og hvordan du unngår dem
- Treg nedlasting inne i VM: sett nettverket til bridged, deaktiver strømsparing på vertens nettverkskort.
- VCI synlig på vert men ikke i VM: installer VCI-driveren inne i VM-en også, og koble deretter USB til VM-en på nytt.
- DoIP ikke synlig: NAT-modus eller brannmur blokkerer multicast – bytt til bridged.
- ISTA viser «ingen forbindelse til kjøretøy»: feil ICOM/ENET-innstillinger inne i VM eller Windows-brannmur er aktivert.
- ODIS kan ikke nå VAG-servere: fiks DNS i VM-en, sett 8.8.8.8 / verkstedets eget DNS.
- Xentry/DAS-starter er utløpt: rull tilbake til øyeblikksbildet du tok rett etter aktivering.
8. Internett kontra lokale jobber
Du kan utføre mye lokal diagnostikk i VM-er selv uten internett – koding, veiledede tester og lesing av DTC-er. Men for online SCN/SFD/GEKO må du:
- enten gi VM-en full internettilgang (kablet er best på verkstedet);
- eller midlertidig bruke vertsmaskinen sitt Wi-Fi som bro;
- eller kjøre fjernprogrammering (noen VCI-er støtter dette), der VM-en må være tilkoblet hele jobben.
9. Hvem skal ha tilgang
Ikke la alle teknikere redigere VM-en. Utpek én “gylden administrator” som vedlikeholder alle OEM-bilder og distribuerer oppdaterte kopier. Det er den eneste måten å unngå “jeg installerte en skriverdriver og nå fungerer ikke ISTA”.
Konklusjon
Å kjøre ODIS, ISTA, Xentry og JLR i virtuelle maskiner er den ryddigste måten for et uavhengig verksted å holde OEM-verktøy klare i 2025. Du får isolasjon (én OEM per VM), enkle sikkerhetskopier (eksporter og ferdig) og forutsigbar VCI-gjennomkobling. Invester i RAM og SSD på vertsmaskinen én gang – og deretter kan du bare sende ferdigkonfigurerte VM-er til hver arbeidsstasjon på verkstedet.
