Version imprimable
Bonjour,
je me suis retourné vers vous parce que je suis vraiment coincé.
Je veux récupérer les données d'un capteur (les données sont un string) et en même temps données un temps d'intégration pour le capteur.
Là, je doit faire appel a une dll (le code pour charger la dll marche bien), il me reste comment faire pour récupérer ces données en utilisant cette DLL.
S'il y a quelqu'un qui a une idée ou qui pourra me débloquer, je le remercié a l'avance.
Merci.
J'ai rien compris. :aie:
Au pif, lire la documentation qui va avec la dll. :weird:
Merci pour votre réponse,
en faite, j'ai une DLL (j'en ai que le .dll pas de .lib et pas de .h)
j'ai réussi a charger la DLL avec le code suivant:
// Retrieve DLL handle.
HINSTANCE hDLL = LoadLibrary("axSpectro.dll");
et je veux l'utiliser pour récupérer les donnés d'un capteur, sachant que les données a récupérer sont un string.
est ce que vous pouvez m'aidés a le faire.
merci.
Alors il faut deviner le nom de la fonction que tu veux charger dans cette dll.
Tu es sur de ne pas avoir un en-tête?
Dans tous les cas, la divination n'étant pas une bonne idée, réfère toi à la documentation.
J'ai ça comme données:
Command : dataline(average,count) Function : mesured data from sensor Access: read
# Count as integer: 1 to 10000. Number of data packs needed. For example, if count = 5, the electronic
board returns 5 consecutive measurements
# Average as integer: 1 to 10000. Number of samples used for the average calculation
et j'ai un code écris en vb.net
"axSpectro.dll" :weird:
AX pour ActiveX ?
Si c'est le cas, ce n'est pas une Dll conventionnelle et il faudra passer par des outils spécifiques pour générer les fichiers .tli (#import https://msdn.microsoft.com/en-us/library/8etzzkb6.aspx), et vous pourrez oublier votre "LoadLibrary".
Si c'est du code VB.NET direct, c'est que c'est un assembly .NET, pas une Dll.
Cet assembly est peut-être compatible COM/ActiveX, alors référez-vous aux outils ci-avant.
Sinon, vous devez utiliser un langage .NET, comme VB.NET, C# ou du C++/CLI.
Si vous optez pour du C++/CLI vous pouvez toujours oublier votre "LoadLibrary".
Si c'est vraiment une Dll avec une API C (une API C++ lisible avec VB.NET, c'est de la science-fiction), il y aura tout plein de <DllImport ...> dans tout les quoi.
En résumé, la documentation, c'est pas fait pour les chiens, et c'est pas une liste de mots pour la décoration.
Bonjour,
Merci pour votre réponse.
Je m'explique un peu plus.
Bon, j'ai une dll qui s'appelle axSpectro.dll, elle été fournie sans le .lib et sans le .h. le travail c'est qu'il faut que je ferrai un programme en C++ qui me récupère les données d'un capteur en utilisant cette dll.
ce que je doit faire c'est de lire les données avec une commande dataline( une fonction qui est définie pour la mesure des données du capteur)
j'espère que je suis clair pour l'explication.
merci pour une autre fois.
Ça on a compris, vous avez été déjà assez clair sur ce sujet.
Mais vous ne répondez pas à nos questions.
Et vous ne pouvez pas y répondre sans lire, et comprendre sa documentation.
Il savoir au minimum s'il s'agit d'une bibliothèque à chargement dynamique (Dll avec une API C), un composant COM/OLE/ActiveX (Dll avec une API COM), un assembly .NET (Dll avec une API .NET), un assembly .NET compatible COM/OLE (Dll avec une double API).
Si vous êtes dans le brouillard, postez-nous l'exemple en VB.NET.
Oui c'est mieux que je vous poste le programme que j'ai en VB.net.
Le programme est le suivant:
Merci une autre fois.Code:
2
3
4
5
6
7
pour average et count j'ai donné leurs définition dans les premiers messages.
Il ne s'agit donc clairement pas d'une bibliothèque à chargement dynamique mais d'un assembly .NET.
Vous pouvez donc oublier votre "LoadLibrary", ça sert à rien.
Si, dans la documentation, il n'est pas fait mention d'une compatibilité COM/OLE/ActiveX, il s'agit d'un pure assembly .NET.
Dans ce cas, vous êtes obligé de passer par un langage .NET pour pouvoir vous en servir, comme le C++/CLI ou VB.NET ou encore C#.
Pourquoi le C++ ?
Bon, pour le C++ c'est l'entreprise qui veut ça.
Mais si vous pourrai me dire comment je le ferrai en vb ça sera une autre idée pour moi, comme ça je pourrai au moins savoir ce qui me rend le capteur.
J'ai essayé le code que j'ai publié avant mais il me faut que charge la axSpectro.dll que j'ai.
Merci.
Encore un truc à la "charrue avant les bœufs".Citation:
Bon, pour le C++ c'est l'entreprise qui veut ça.
Non, vous avez des reflexes de C++ natif, faut penser .NET. :aie:Citation:
J'ai essayé le code que j'ai publié avant mais il me faut que charge la axSpectro.dll que j'ai.
On ne charge pas les assemblies, on n'est pas obligé pour être exacte.
En fait, pour le cout, les dll et les assemblies fonctionnent de la même manière.
Soit il y a un lien "statique" entre l'exécutable et la Dll Native ou l'assembly, et c'est le loader de l'OS qui s'occupera automatiquement du chargement de la Dll native ou de l'assembly dans l'exécutable.
Dans ce type de cas, l'utilisation d'une dll Native est exactement le même qu'une librairie statique. Mais il faut disposer d'un fichier .lib et d'un fichier .h, en plus du fichier .dll.
Soit le lien est dynamique, via "LoadLibrary" pour une Dll Native, soit via Assembly.Load (https://msdn.microsoft.com/fr-fr/lib...v=vs.110).aspx).
Mais là, c'est vraiment ce prendre la tête pour rien. Vous êtes dans un scénario d'utilisation qui n'a pas besoin de ce type de grosse Bertha.
Vous n'avez donc pas à charger l'assembly dans votre exécutable, vous n'avez qu'à l'ajouter à la liste des références dans un projet .NET (quelque soit le type de langage .NET, VB.NET, C# ou encore C++/CLI)
Le code que vous nous donnez doit donc fonctionner si vous avez bien ajouté en référence l'assembly. C'est l'un des avantages des assemblies sur les Dll Native, car vous n'avez besoin que du fichier .dll contenant l'assembly (plus de .lib, de .h, de .tlb etc...).
Si vous devez utiliser le C++, rien est perdu. Le C++/CLI est une extension du C++ pour pouvoir utiliser .NET. Comme avec le VB.NET, il suffira d'ajouter l'assembly à la liste des références pour pouvoir vous en servir. Mais attention, il faudra appeler ces "axSpectro.Spectro" depuis du code dit managé.
Votre expérience en C++ semble assez faible, je pense qu'il vous faudra au moins quelques heures de tutorat par une personne expérimentée en C++/CLI pour passer le cap.
Oui vous avez raison, je suis faible en c++, je suis nouveau dans la programmation.
Vous avez pas un tuto qui m'explique comment j'ajoute l'assembly dans le c++/CLI
Merci.
>comment j'ajoute l'assembly dans le c++/CLI
Juste, "Add Reference" dans le menu contextuel d'un projet C++/CLI de Visual Studio.
oui j'ai trouvé comment ajouter une référence.
Vu le programme que j'ai publié avant en VB, pourrez vous m'aider a refaire le programme en C++.
Merci pour votre réponse a l'avance.
En gros, ça ressemblerait plus ou moins à :
Il n'y a pas de placement des paramètres via leur nom en C++/CLI, il faut respecter l'ordre de déclaration des paramètres dans la signature de la méthode.Code:
2
3
4
5
6
7
Merci beaucoup pour votre réponse.