Installer AUTODATA 3.40 sur Windows

Ce guide détaille l'installation de AUTODATA 3.40 sur Windows, ainsi que les solutions aux erreurs les plus courantes.

Important : exécutez les étapes avec un compte administrateur et désactivez temporairement votre antivirus/SmartScreen si celui-ci bloque des fichiers inconnus (puis réactivez-le après l'installation).

1) Prérequis

1. Windows 7/8/10/11 (32 ou 64 bits).
2. Droits administrateur sur la machine.
3. Visual C++ 2010 Redistributable (x86 et x64 sur un Windows 64 bits).
   • Si nécessaire, installez les deux packages fournis dans l'archive (ou ceux de Microsoft).
4. Au moins 2 Go d'espace libre sur C:\.

2) Décompression

1. Décompressez l'archive d'Autodata (ex. sur le Bureau).
2. Vous devez obtenir un dossier contenant notamment : RegSettings.reg, install.cmd, un dossier Win_x64_Reg (pour systèmes 64 bits), et le répertoire final C:\ADCDA2 sera créé par l'installation.

3) Installation pas à pas

1. Installez Visual C++ 2010
   • Sur Windows 64 bits : installez x86 puis x64.
   • Sur Windows 32 bits : installez x86 uniquement.
2. Appliquez la configuration du registre
   • Double-cliquez sur RegSettings.reg
   • Acceptez l'ajout dans le Registre Windows.
3. Lancez l'installation
   • Clic droit sur install.cmd → Exécuter en tant qu'administrateur.
   • L'assistant va copier les fichiers vers C:\ADCDA2.
4. (Windows 64 bits uniquement)
   • Ouvrez le dossier Win_x64_Reg.
   • Exécutez tous les fichiers .reg dans l'ordre (1 → 2 → 3).
   • À chaque fois, acceptez l'import dans le Registre.
5. Premier lancement
   • Démarrez Autodata via : C:\ADCDA2\ABCD.exe.
   • (Optionnel) Créez un raccourci sur le Bureau : clic droit sur ABCD.exe → Envoyer vers > Bureau (créer un raccourci).

4) Conseils pour éviter les blocages

• Exécuter en admin : pour install.cmd, les .reg et le premier lancement de ABCD.exe.
• Exclusions antivirus (temporaire) : ajoutez C:\ADCDA2\ en exclusion si l'AV met en quarantaine des DLL/EXE.
• Chemin exact : ne modifiez pas le chemin cible (C:\ADCDA2) à moins d'adapter toutes les étapes et scripts.

5) Dépannage (erreurs courantes)

Erreur : runtime error 217 at 004BB10D

Cause fréquente : DLL non enregistrée (notamment ChilkatCrypt2.dll) ou droits insuffisants.

Solution (ligne de commande administrateur)

1. Ouvrez Invite de commandes en administrateur (touche Windows → tapez cmd → clic droit Exécuter en tant qu'admin).
2. Passez dans le dossier d'Autodata :

   cd C:\ADCDA2

3. Enregistrez la DLL :

   regsvr32 ChilkatCrypt2.dll

   • Vous devez obtenir une boîte de dialogue "DllRegisterServer dans ChilkatCrypt2.dll réussi".

Sur Windows 64 bits, si le message d'erreur persiste, forcez l'enregistrement avec la version 32 bits de regsvr32 (souvent nécessaire si la DLL est 32 bits) :

C:\Windows\SysWOW64\regsvr32.exe C:\ADCDA2\ChilkatCrypt2.dll

(Oui, SysWOW64\regsvr32.exe gère les DLL 32 bits sur un OS 64 bits.)

Si vous voyez Le module ... a été chargé mais l'appel à DllRegisterServer a échoué (code 0x80004005) :

• Relancez cmd en admin.
• Vérifiez que l'antivirus ne bloque pas ChilkatCrypt2.dll.
• Assurez-vous que Visual C++ 2010 x86 est bien installé (même sur un OS 64 bits).

SentinelKeyW.dll présente dans C:\ADCDA2 mais erreur au lancement

Symptôme : au démarrage d'Autodata : « Impossible d'exécuter le code car SentinelKeyW.dll est introuvable. La réinstallation du programme peut corriger ce problème. »

1. Copiez le fichier SentinelKeyW.dll depuis C:\ADCDA2.
2. Windows 64 bits
   • Option A (manuel) : coller dans C:\Windows\SysWOW64\, puis tester Autodata.
   • Option B (commande, en administrateur) :

     copy "C:\ADCDA2\SentinelKeyW.dll" "C:\Windows\SysWOW64\"

3. Windows 32 bits
   • Coller dans C:\Windows\System32\
   • ou via commande (en administrateur) :

     copy "C:\ADCDA2\SentinelKeyW.dll" "C:\Windows\System32\"

4. Relancez Autodata : démarrer C:\ADCDA2\ABCD.exe (idéalement clic droit → Exécuter en tant qu'administrateur).

Si ça ne fonctionne toujours pas

• Visual C++ 2010 : réinstallez les redistribuables — x86 (toujours) et x64 (si Windows 64 bits).
• Antivirus/SmartScreen : désactivez-les temporairement, refaites l'étape 3, puis réactivez-les.
• Fichier bloqué : clic droit sur SentinelKeyW.dll → Propriétés → onglet Général → Débloquer (si présent) → Appliquer.
• Chemin : vérifiez que l'installation est bien sous C:\ADCDA2 (ne pas déplacer).
• Redémarrage : redémarrez Windows puis refaites l'étape 3.

Vérification rapide

• Un message « DllRegisterServer réussi » doit s'afficher lors de regsvr32.
• Autodata s'ouvre sans l'erreur au lancement et les menus sont accessibles.

Autres symptômes & correctifs

• ABCD.exe ne se lance pas / rien ne s'affiche
  • Clic droit → Exécuter en tant qu'administrateur.
  • Vérifiez que C:\ADCDA2 contient les DLLs (dont ChilkatCrypt2.dll).
  • Désactivez temporairement l'antivirus et réessayez.
• Message sur MSVCR100.dll/MSVCP100.dll manquants
  • Réinstallez Visual C++ 2010 (x86 et x64 sur OS 64 bits).
• Import .reg refusé
  • Assurez-vous d'être admin.
  • Ouvrez Éditeur du Registre (regedit) → Fichier > Importer... → choisissez le .reg.

6) Vérification finale

1. Lancez C:\ADCDA2\ABCD.exe.
2. Le programme doit s'ouvrir sans erreur (ni runtime error 217).
3. Faites un test de navigation dans les menus (ex. sélection d'un modèle véhicule) pour valider l'accès aux données.

7) Désinstallation (si besoin)

1. Fermez Autodata.
2. Supprimez le dossier C:\ADCDA2.
3. (Optionnel) Restaurez le Registre : si vous avez des sauvegardes .reg, réimportez-les ; sinon laissez en l'état (les entrées Autodata sont inertes hors de C:\ADCDA2).
4. Laissez installés les Visual C++ 2010 : d'autres programmes peuvent en avoir besoin.

8) Check-list rapide (mémo)

• VC++ 2010 x86 installé
• VC++ 2010 x64 installé (si OS 64 bits)
• RegSettings.reg importé
• install.cmd en admin
• Sur 64 bits : Win_x64_Reg\1.reg, 2.reg, 3.reg importés
• Premier lancement : C:\ADCDA2\ABCD.exe en admin
• En cas d'erreur 217 :
  • cd C:\ADCDA2
  • regsvr32 ChilkatCrypt2.dll (ou SysWOW64\regsvr32.exe ... sur OS 64 bits)

FAQ — « Sorry, this application cannot run under a Virtual Machine »

Le message apparaît alors que Windows est installé en natif, pas sur une VM. Pourquoi ?

C'est le cas le plus fréquent remonté par nos clients. Le logiciel détecte des fonctions de virtualisation actives sur la machine, même si vous n'utilisez aucune VM. Il ne fait pas la différence entre « une VM tourne » et « la machine est capable de faire tourner une VM ». Voici les points à vérifier, dans l'ordre.

1. Virtualisation matérielle activée dans le BIOS/UEFI

C'est la cause la plus courante, même quand aucune option Windows n'est cochée.

1. Redémarrez le PC et entrez dans le BIOS/UEFI (touche Suppr, F2, F10 ou Échap selon la carte mère — l'écran de démarrage l'indique en général).
2. Cherchez l'option Intel VT-x (ou AMD-V / SVM Mode sur AMD), généralement dans un menu Advanced, CPU Configuration ou Security.
3. Désactivez cette option.
4. Sauvegardez et redémarrez.

Sur certains PC portables ou de marque (Dell, HP, Lenovo...), cette option peut être cachée dans un sous-menu Security ou Virtualization. Si vous ne la trouvez pas, consultez la documentation du modèle exact de votre carte mère ou PC.

2. Fonctionnalités Windows de virtualisation

Même BIOS désactivé, il arrive que Windows garde certains rôles actifs.

1. Ouvrez le menu Démarrer, tapez "Activer ou désactiver des fonctionnalités Windows" et ouvrez-le.
2. Décochez : Hyper-V, Plateforme de machine virtuelle, Plateforme Windows Hypervisor.
3. Cliquez sur OK, puis redémarrez le PC quand Windows le demande.

3. Intégrité de la mémoire (Isolation du noyau)

Cette protection s'appuie elle aussi sur la virtualisation et peut déclencher le même blocage.

1. Ouvrez Sécurité Windows (icône bouclier dans la barre des tâches, ou via les Paramètres).
2. Allez dans Sécurité de l'appareil > Détails de l'isolation du noyau.
3. Désactivez Intégrité de la mémoire.
4. Redémarrez le PC.

J'ai tout désactivé (BIOS, Hyper-V, Intégrité de la mémoire) et l'erreur persiste. Que faire ?

Ces trois réglages résolvent le problème dans la grande majorité des cas, mais certaines configurations matérielles (notamment sur PC de marque avec des protections supplémentaires du fabricant, ou certains firmwares récents) peuvent continuer à bloquer le logiciel malgré tout.

Il n'existe pas de solution garantie à 100% sur toutes les configurations. Si le message persiste après avoir vérifié les trois points ci-dessus, la solution la plus fiable reste notre version pré-installée sur machine virtuelle VMware, qui contourne ce type de conflit puisque le logiciel tourne alors dans un environnement conçu et validé pour cet usage.

N'hésitez pas à nous contacter si vous restez bloqué après ces vérifications.