Utilisation d'une DLL externe pour piloter une carte d'E/S National Instrument

Bonjour à tous

Je vous expose mon problème.
Je dois piloter une carte d'E/S Nationnal instrument pour envoyer des front montant sur un port de la carte qui est relié à d'autres appareils pour les déclencher.

Je me suis créé une petite classe perso pour gérer ces envois et tout fonctionne bien sur mon post de travail grâce au fichier d'aide qui est fournit.

Or à partir du moment ou j'installe l'application sur un autre poste, plus rien ne fonctionne. Je n'ai aucune erreur mais la carte n’envoie pas ce qu'elle doit envoyer.

Est-ce que cela peut venir de la façon dont j'inclus la dll et la lib dans mon projet ?

J'ai ajouté au projet donc la dll et la lib que j'ai généré avec implib (car celle qu'il fournisse est pour VC++). et ils fournissent un fichier h pour l'entête des fonctions que j'ai inclus également.

Savez-vous d'où pourrait venir le problème ?

Merci d'avance pour votre aide

utilise le remote debuger si C++ Builder n'est pas installé sur la machine hôte
2 Ta DLL est elle chargée statique ou de manière dynamique ?

dans le premier cas ou se trouve la dll (directory système ou répertoire de projet)

dans le second cas tu eux allez en mode pas à pas dans ta DLL

CDLT

Merci pour ta réponse DjmSoftware

Citation:

---

Envoyé par DjmSoftware

utilise le remote debuger si C++ Builder n'est pas installé sur la machine hôte

---

Je vais essayer.

Citation:

---

Envoyé par DjmSoftware

2 Ta DLL est elle chargée statique ou de manière dynamique ?

---

Je t'avoue que je ne sais pas du tout. J'ai suivit l'aide fournis par le constructeur.

Citation:

---

Envoyé par DjmSoftware

dans le premier cas ou se trouve la dll (directory système ou répertoire de projet)

---

La DLL est positionné dans le répertoire système lorsqu'on installe le package fournit avec la carte et qui fournit toutes les fonctionnalités.

J'ai également essayé en la positionnant dans le répertoire de l'application mais cela ne change rien.

Citation:

---

Envoyé par DjmSoftware

dans le second cas tu eux allez en mode pas à pas dans ta DLL

---

Je vais regarder de ce côté là également

Salut
concernant l'utilisation statique ou dynamique
c?est relativement simple

Mode Statique : ton projet fait référence à une librairie , cette dernière est chargée automatiquement par ton programme
Avantage: Simple d'emploi
désinconvenient: débugage plus diffiile

mode dynamique: c'est à toi de charger,respectivement décharger ta DLL via LoadLibrary,et Frelibrary
ainsi que de GetProcAddress pour charger toutes les fonctions exportée de la DLL et que tu désire utilisé

ca a l'air un peu plus complexe mais c'est plus simple que tu pourrais le penser

voir le tuto icihttps://lfe.developpez.com/DLL/

cordialement

Pour être + précis :zoubi:

statique : tu n'as aucune dépendance, tout est dans l'exécutable.
L'inconvénient : l'exécutable est + lourd ... ce qui affecte au moins le temps de compilation et de chargement lors de l'exécution.

dynamique : du code peut se trouver dans 1 bibliothèque ("library" en anglais)
L'inconvénient : la distribution (quoique avec les packagers) et l'installation (quoique avec les packagers)
Sans parler du DLL Hell, + ou - résolu.
Et même les appels peuvent être optimisés (1 seul code en mémoire)

Toi tu sembles utiliser 1 bibliothèque partagée (il me semble que c'est "shared library")
C'est 1 truc spécifique à Windows : c'est 1 bibliothèque dynamique mais tout le processus d'ouverture/ appel/ fermeture est transparent (il est généré à la compilation via 1 stub il me semble)

Pour ton problème, c'est assez difficile : il faut coder 1 version en mode "statique". Et 1 fois que cela fonctionne tu exportes le code dans 1 bibliothèque.
Parce que, de mémoire, la gestion mémoire n'est pas la même dans l'exécutable et dans la bibliothèque. Surtout si tu as des données créées à l'exécution qui passe de l'exécutable à ta bibliothèque, ou vice-versa.

Bonsoir
je te livre une piste de solution

ta carte HW communique avec ton PC par l'intermédiaire d'un driver, et la dll que tu désire interfacer et le lien entre ta carte et ton application
les sources de dérangement sont par conséquent multiples.

il te faudra par conséquence aller à la cave.
1.identifier le driver dans windows (en principe un fichier avec une extension .sys)
2. sur ton autre pc vérifier si ce driver est correctement installé
3 vérifier si les versions de windows sont identiques sur les 2 machines (w32/x64)
4. installer le remote debuger sur la machine cible
5.vérifier que la DLL est correctement chargée sur la machine cible


courage

Pièce jointe 613255

Merci pour toutes tes explications.
Je t'avoue que je suis un peu perdu là, je nage même. J'utilise cette carte depuis longtemps et avant je n'avais pas de problème (jusqu'à RAD Berlin). C'est depuis que je suis passé à Sydney et maintenant Alexandria que cela ne fonctionne plus. Pourtant je n'ai rien changé dans ma classe maison qui s'occupe des communications avec la Carte NI

Je vais essayé ce que tu m'as indiqué

Salut
Pour revenir sur mon précèdent post
Ta carte est est connectée sur un slot interne de ton pc ou connectée par usb de manière externe
Peux m’informer sir ta carte type?? éco

Merci

Désolé, je n'ai pas lu tout l'historique de message...

Ma question, est-ce que tu utilises bcc32 (legacy compiler) avec ta lib ou tu utilises bcc32c (CLANG) avec ta vielle lib. Si c'est le cas, c'est normal que cela ne fonctionne pas, car tu dois générer un fichier .a avec mkexp.exe. Non avec implib.exe, comme c'était le cas avec bcc32.

Salut Crayon,
Remarque parfaitement pertinente,toutefois uniquement en compilation 64 bits.
Autrement impliqué fait parfaitement le job quelque soit le type de compilateur

Cordialement

Tu as raison DjmSoftware. J'ai écrit trop vite 😖

Source: https://docwiki.embarcadero.com/RADS...dney/fr/BCC32C

Je viens juste de me mettre à bcc32c la fin de semaine dernière. C'est encore tout nouveau pour moi.