Crie um laboratório local de diagnóstico OEM com VMs (ODIS, ISTA, Xentry, JLR) em 2025
As oficinas independentes adoram usar software OEM, mas normalmente tudo parece caótico: um portátil com um ISTA meio avariado, outro com um Xentry antigo, um terceiro com uma imagem “ODIS 9.x” da internet. Em 2025 é muito mais fácil manter tudo num só lugar se usar máquinas virtuais (VMs) – uma VM por OEM. Abaixo está uma forma prática de montar esse laboratório do seu lado.
1. Máquina anfitriã: o que instalar primeiro
Não comece pelas máquinas virtuais – comece pelo anfitrião. Uma boa base parece isto:
- SO: Windows 11 Pro ou Windows 10 Pro (ainda serve em 2025). O Pro é melhor por causa das opções do Hyper-V.
- CPU: pelo menos 6 núcleos (i5/i7 modernos, Ryzen 5/7). As VMs consomem núcleos muito depressa.
- RAM: 32 GB é o ponto ideal. 16 GB ainda é utilizável para 1–2 OEMs, mas para ODIS + ISTA + Xentry vai sentir falta de 16 GB.
- Armazenamento: SSD NVMe de 1 TB só para VMs. As imagens OEM são pesadas: o ISTA pode ter 200–300 GB, o Xentry ~80–120 GB, o ODIS ~40–60 GB, além de JLR e backups.
- Energia: mantenha o anfitrião num UPS ou, pelo menos, numa boa unidade line-interactive – não quer perder uma VM no meio de uma sessão de programação.
2. VMware, VirtualBox ou Hyper-V?
Pode executar software OEM nos três, mas para oficinas o mais simples é:
- VMware Workstation Pro/Player – a maioria das imagens OEM partilhadas foi feita para ele, o passthrough USB é estável e os modos de rede são claros.
- VirtualBox – bom e gratuito, mas às vezes mais chato com USB/J2534 e com a nomenclatura de rede do Windows.
- Hyper-V – estável, mas há menos material na web para diagnóstico OEM aí.
Por isso, se não tiver limitações – escolha VMware e mantenha-se nele.
3. Uma VM = um OEM
Não tente meter BMW ISTA e Mercedes Xentry na mesma VM Windows – pode funcionar durante uma semana e depois os drivers, serviços ou versões Java começam a entrar em conflito. A configuração mais limpa é:
- VM #1 – ODIS (para VW/Audi/Skoda/Seat + GEKO/ODIS-E, se tiver acesso)
- VM #2 – ISTA (BMW/Mini/RR)
- VM #3 – Xentry/DAS (Mercedes/Smart)
- VM #4 – JLR Pathfinder/SIDS (Jaguar/Land Rover)
Se trabalhar com PSA/Opel, pode adicionar uma quinta mais tarde.
4. Passar a sua VCI para a VM (J2534/DoIP)
O software OEM precisa de “ver” a sua interface. Existem dois cenários comuns:
- VCIs baseadas em USB (J2534, alguns dispositivos DoIP): instale o driver da VCI no anfitrião, depois ligue o dispositivo USB à VM através do menu do VMware. Se a VM o capturar, o Windows dentro da VM deve instalar o mesmo driver. Depois disso, no ODIS/ISTA/Xentry seleciona essa interface.
- VCIs de rede/Ethernet (DoIP, Bosch, alguns gateways Autel/Launch): dê à VM rede em bridge para ficar na mesma LAN da VCI, depois introduza o IP da VCI na ferramenta OEM. Bridge é melhor do que NAT para diagnóstico.
Regra-chave: só um SO de cada vez pode “ficar com” a VCI. Se o anfitrião estiver a prender o dispositivo USB, a VM não o vai ver. Desligue no anfitrião → anexe à VM.
5. Hora & certificados
Muitas ferramentas OEM são sensíveis à hora do sistema e às datas dos certificados. Para VMs:
- desative a “sincronização da hora com o anfitrião” se a sua VM estiver a usar uma hora congelada para manter uma licença ativa;
- ou, pelo contrário, mantenha-a sincronizada se usar acesso online legítimo (GEKO, BMW, Daimler) – caso contrário as sessões serão recusadas;
- faça um snapshot logo após a ativação – assim, se algo expirar, pode reverter em 30 segundos.
6. Guardar e fazer backup das imagens
Nunca guarde o seu único ISTA funcional em “Os Meus Documentos”. Faça isto em vez disso:
- crie uma pasta D:\VM-OEM ou use um SSD dedicado;
- para cada VM, guarde três ficheiros: o .vmdk base, o .vmx e a cópia EXPORTAÇÃO/BACKUP (.ova ou comprimida);
- assim que a VM estiver ativada e atualizada → exporte-a e guarde-a em NAS / SSD externo;
- dê nomes claros: 2025-03 ISTA 4.51 + ENET OK.ova, 2025-03 ODIS 9.1 EN DOIP.ova.
Assim, se um técnico estragar alguma coisa, não “repara” a VM – simplesmente coloca uma nova em poucos minutos.
7. Armadilhas típicas e como evitá-las
- Downloads lentos dentro da VM: defina a rede como bridge e desative a poupança de energia na NIC do anfitrião.
- VCI vista no anfitrião mas não na VM: instale também o driver da VCI dentro da VM e volte a anexar o USB à VM.
- DoIP não visível: o modo NAT ou a firewall está a bloquear multicast – mude para bridge.
- ISTA mostra “sem ligação ao veículo”: definições erradas de ICOM/ENET dentro da VM ou Firewall do Windows ativa.
- ODIS não consegue resolver os servidores VAG: corrija o DNS na VM, defina 8.8.8.8 / o DNS da sua oficina.
- Launcher do Xentry/DAS expirado: reverta para o snapshot criado logo após a ativação.
8. Internet vs trabalhos locais
Pode fazer muito diagnóstico local em VMs mesmo sem internet – codificação, testes guiados, leitura de DTCs. Mas para SCN/SFD/GEKO online tem de:
- dar à VM acesso total à internet (com cabo é o melhor na oficina);
- ou fazer uma ponte temporária através do Wi-Fi do anfitrião;
- ou executar programação remota (algumas VCIs suportam isso), caso em que a VM tem de ficar online durante todo o trabalho.
9. Quem deve ter acesso
Não deixe todos os técnicos editar a VM. Crie um único “admin dourado” que mantenha todas as imagens OEM e distribua cópias atualizadas. Essa é a única forma de evitar “instalei um driver de impressora e agora o ISTA não funciona”.
Conclusão
Executar ODIS, ISTA, Xentry e JLR em máquinas virtuais é a forma mais limpa de uma oficina independente manter ferramentas de nível OEM prontas em 2025. Ganha isolamento (um OEM por VM), backups fáceis (exportar e pronto) e passthrough de VCI previsível. Invista uma vez em RAM e SSD no anfitrião – e depois pode enviar VMs prontas para cada posto de trabalho na oficina.
