Blog Neosoft Technologies
Erreur 97 avec l’API ActiveX de Microsoft Office dans le Report Generation Toolkit
Lors de l’utilisation du Report Generation Toolkit dans LabVIEW, il peut arriver de rencontrer la fameuse erreur 97.
Cette erreur survient généralement lorsqu’il y a un changement de version de Microsoft Office entre le développement et l’exécution du code. Par exemple :
- le projet LabVIEW a été développé avec Office 2010,
- puis exécuté sur un poste équipé de Office 2016.
Elle peut également apparaître si le code ou l’exécutable est déplacé sur une autre machine utilisant une version différente d’Office.
Pourquoi l’erreur 97 se produit-elle ?
La cause est simple : les prototypes des fonctions ActiveX diffèrent d’une version d’Office à l’autre.
LabVIEW, de son côté, ne parvient pas à s’adapter automatiquement à ces changements, ce qui provoque l’erreur.
Heureusement, la résolution est relativement simple, à condition de savoir où chercher.
Étapes de résolution
1. Installer la version d’Office utilisée sur la cible
Commencez par installer la version de Microsoft Office qui sera utilisée sur la machine cible (celle qui exécutera le code ou l’exécutable).
2. Effectuer un “mass compile”
Ensuite, lancez un “mass compile” de tous les fichiers du projet LabVIEW :
Menu : Tools → Advanced → Mass compile…
Cela permet à LabVIEW de recompiler l’ensemble des VIs avec la version d’Office actuellement installée.
3. Vérifier et recharger les méthodes ActiveX
Si l’erreur persiste, il faut alors ouvrir les VIs concernés pour identifier quelle méthode ActiveX retourne l’erreur.
Chaque méthode doit ensuite être rechargée manuellement :
- Cliquez sur le nom de la méthode ActiveX.
- Sélectionnez une autre méthode temporairement.
- Revenez à la méthode d’origine.
LabVIEW mettra alors automatiquement à jour le prototype (le nombre d’entrées/sorties pouvant varier selon la version d’Office).
Une fois toutes les méthodes rechargées, l’erreur 97 disparaît !
Cas particulier : plusieurs versions d’Office
Si vous distribuez un exécutable (EXE) à plusieurs utilisateurs utilisant différentes versions d’Office, il est important de générer un exécutable distinct pour chaque version.
Cela évite tout conflit de prototypes ActiveX entre les environnements.
Méthodes fréquemment concernées
Voici quelques méthodes courantes d’Excel nécessitant souvent un rechargement :
- BorderAround
- SaveAs
🧩 Vous avez identifié d’autres méthodes problématiques ? Aidez-nous à compléter la liste !
En résumé
⚠️ Erreur 97 = incompatibilité des prototypes ActiveX entre versions d’Office.
🔄 Solution : installer la version cible, faire un mass compile, puis recharger les méthodes concernées.
💡 Bonne pratique : un exécutable distinct par version d’Office pour éviter les conflits.
Réflexions à la une
NI propose un module CAN (vraiment) portatif
NI dévoile un module CAN réellement portatif, pensé pour les tests embarqués, le diagnostic sur le terrain et le prototypage
Appeler un VI depuis le Stimulus Profile Editor : c’est possible !
Oui, il est possible d’appeler un VI directement depuis le Stimulus Profile Editor ! Découvrez comment utiliser cette fonctionnalité dans
Comment pouvons-nous vous aider ?
Recevez une réponse personnalisée de nos experts sous 24h, avec des solutions adaptées à vos besoins en automatisation et acquisition de données.