2025'te VMs ile Yerel OEM Diagnostik Laboratuvarı Kurma (ODIS, ISTA, Xentry, JLR)
Bağımsız atölyeler OEM yazılımlarını kullanmayı sever, ancak genellikle karmaşık görünür: bir dizüstü bilgisayar yarı bozuk bir ISTA ile, diğeri eski bir Xentry ile, üçüncüsü internetteki bir “ODIS 9.x” görüntüsü ile. 2025'te her şeyi tek bir yerde tutmak çok daha kolay, eğer sanallaştırılmış makineler (VM'ler) çalıştırıyorsanız - her OEM için bir VM. Aşağıda, bu laboratuvarı kendi tarafınızda kurmanın pratik bir yolu bulunmaktadır.
1. Ana makine: önce neyi kurmalısınız
Sanallaştırılmış makinelerden başlamayın - ana makineden başlayın. İyi bir temel şöyle görünür:
- İşletim Sistemi: Windows 11 Pro veya Windows 10 Pro (2025'te hala iyi). Pro, Hyper-V seçenekleri nedeniyle daha iyidir.
- CPU: en az 6 çekirdek (modern i5/i7, Ryzen 5/7). VM'ler çekirdekleri çok hızlı tüketir.
- RAM: 32 GB ideal bir noktadır. 16 GB, 1-2 OEM için yeterli olabilir, ancak ODIS + ISTA + Xentry için 16 GB'den nefret edeceksiniz.
- Depolama: yalnızca VM'ler için 1 TB SSD NVMe. OEM görüntüleri büyüktür: ISTA 200-300 GB, Xentry ~80-120 GB, ODIS ~40-60 GB, artı JLR, artı yedeklemeler.
- Güç: ana makineyi UPS üzerinde tutun veya en azından iyi bir line-interactive birim kullanın - bir programlama oturumu ortasında bir VM'yi öldürmek istemezsiniz.
2. VMware, VirtualBox veya Hyper-V?
OEM yazılımlarını üçünde de çalıştırabilirsiniz, ancak atölyeler için en sorunsuz olanı:
- VMware Workstation Pro/Player – en çok paylaşılan OEM görüntüleri bunun için yapılmıştır, USB geçişi stabildir, ağ modları açıktır.
- VirtualBox – iyi ve ücretsiz, ancak bazen USB/J2534 ile ve Windows ağ adlandırmasıyla sorun çıkarabilir.
- Hyper-V – stabil, ancak OEM diagnostiklerinde webde daha az materyal bulunmaktadır.
Yani eğer kısıtlamalarınız yoksa – VMware seçin ve orada kalın.
3. Bir VM = bir OEM
BMW ISTA ve Mercedes Xentry'yi aynı Windows VM'ye yüklemeye çalışmayın – bir hafta çalışır ve sonra sürücüler, hizmetler veya Java sürümleri savaşmaya başlar. En temiz kurulum şöyle olmalıdır:
- VM #1 – ODIS (VW/Audi/Skoda/Seat + GEKO/ODIS-E erişiminiz varsa)
- VM #2 – ISTA (BMW/Mini/RR)
- VM #3 – Xentry/DAS (Mercedes/Smart)
- VM #4 – JLR Pathfinder/SIDS (Jaguar/Land Rover)
PSA/Opel ile çalışıyorsanız, daha sonra beşinci bir VM ekleyebilirsiniz.
4. VCI'nizi VM'ye geçirme (J2534/DoIP)
OEM yazılımı arayüzünüzü “görmelidir”. İki yaygın senaryo vardır:
- USB tabanlı VCIs (J2534, bazı DoIP cihazları): VCI sürücüsünü ana makineye kurun, ardından USB cihazını VMware menüsü aracılığıyla VM'ye bağlayın. Eğer VM bunu alırsa, VM içindeki Windows aynı sürücüyü kurmalıdır. Sonrasında, ODIS/ISTA/Xentry'de o arayüzü seçersiniz.
- Ağ/Ethernet VCIs (DoIP, Bosch, bazı Autel/Launch geçitleri): VM'ye köprülenmiş ağ verin, böylece VCI ile aynı LAN'da olur, ardından OEM aracında VCI IP'sini girin. Köprüleme, diagnostik için NAT'tan daha iyidir.
Ana kural: sadece bir işletim sistemi aynı anda VCI'yi “sahiplenebilir”. Eğer ana makine USB cihazını tutuyorsa, VM bunu göremez. Ana makineden çıkarın → VM'ye bağlayın.
5. Zaman & sertifikalar
Birçok OEM aracı sistem zamanına ve sertifika tarihlerine duyarlıdır. VM'ler için:
- lisansın devam etmesi için donmuş bir zaman kullanıyorsanız “ana ile zamanı senkronize et” seçeneğini kapatın;
- ya da, tam tersine, meşru çevrimiçi erişim (GEKO, BMW, Daimler) kullanıyorsanız senkronize tutun – aksi takdirde oturumları reddedeceklerdir;
- aktif hale geldikten hemen sonra bir anlık görüntü alın – böylece bir şey süresi dolarsa, 30 saniyede geri dönebilirsiniz.
6. Görüntüleri depolama ve yedekleme
Çalışan tek ISTA'nızı “Belgelerim” klasöründe tutmayın. Bunun yerine şunu yapın:
- D:\VM-OEM veya özel bir SSD'de bir klasör oluşturun;
- her VM için üç dosya tutun: temel .vmdk, .vmx ve İHRACAT/YEDİKLEME kopyası (.ova veya sıkıştırılmış);
- VM aktif hale geldikten ve güncellendikten sonra → dışa aktarın ve NAS / harici SSD'ye depolayın;
- onları net bir şekilde adlandırın: 2025-03 ISTA 4.51 + ENET OK.ova, 2025-03 ODIS 9.1 EN DOIP.ova.
Bu şekilde, bir teknisyen bir şeyi bozarsa, VM'yi “onarmazsınız” - sadece birkaç dakika içinde yeni bir tane dağıtırsınız.
7. Tipik tuzaklar ve bunlardan nasıl kaçınılır
- VM içinde yavaş indirmeler: ağı köprülenmiş olarak ayarlayın, ana makine NIC'de güç tasarrufunu devre dışı bırakın.
- VCI ana makinede görünüyor ama VM'de görünmüyor: VCI sürücüsünü VM içinde de kurun, ardından USB'yi VM'ye yeniden bağlayın.
- DoIP görünmüyor: NAT modu veya güvenlik duvarı çoklu yayını engelliyor – köprülenmiş moda geçin.
- ISTA “araca bağlantı yok” gösteriyor: VM içinde yanlış ICOM/ENET ayarları veya Windows güvenlik duvarı etkin.
- ODIS VAG sunucularını çözümleyemiyor: VM'de DNS'i düzeltin, 8.8.8.8 / atölyenizin DNS'ini ayarlayın.
- Xentry/DAS başlatıcısı süresi dolmuş: aktivasyondan hemen sonra yaptığınız anlık görüntüye geri dönün.
8. İnternet vs yerel işler
VM'lerde internet olmadan bile birçok yerel diagnostik yapabilirsiniz – kodlama, rehberli testler, DTC okuma. Ancak çevrimiçi SCN/SFD/GEKO için şunları yapmalısınız:
- ya VM'ye tam internet erişimi verin (kablolu atölyede en iyisidir);
- ya da geçici olarak ana makinenin Wi-Fi'si üzerinden köprüleyin;
- ya da uzaktan programlama yapın (bazı VCIs bunu destekler), bu durumda VM tüm iş süresince çevrimiçi kalmalıdır.
9. Kimin erişimi olmalı
Her teknisyenin VM'yi düzenlemesine izin vermeyin. Tüm OEM görüntülerini koruyan ve güncellenmiş kopyaları dağıtan bir “altın yönetici” oluşturun. Bu, “Bir yazıcı sürücüsü yükledim ve şimdi ISTA çalışmıyor” sorununu önlemenin tek yoludur.
Sonuç
2025'te ODIS, ISTA, Xentry ve JLR'yi sanal makinelerde çalıştırmak, bağımsız bir atölyenin OEM seviyesinde araçları hazır tutmanın en temiz yoludur. İzolasyon elde edersiniz (her VM için bir OEM), kolay yedeklemeler (dışa aktar ve tamam), ve öngörülebilir VCI geçişi. Ana makinede RAM ve SSD'ye bir kez yatırım yapın – ve sonra sadece hazır VM'leri atölyedeki her çalışma istasyonuna gönderebilirsiniz.
