Discussions au sujet de NI LabVIEW
DDE avec LabVIEW
Résolu !
salut je me permets une réponse qui est un extrait du chapitre 6 de la 3iéme édition du livre "LabVIEW programmation et applications" édition Dunod (oui un peu de pub dans ma réponse 
)
Au début des années 90, l’échange de données entre différentes applications a été formalisé avec la technologie DDE (Dynamic Data Exchange) de Microsoft, qui permet d’envoyer des données d’une application vers une autre. Par exemple de LabVIEW vers une cellule de Microsoft Excel.
Quelques temps plus tard le mécanisme a évolué vers la technologie OLE pour Object Linking and Embedding, soit la traduction littérale « liaison et incorporation d’objets », qui permet toujours la communication entre applications mais aussi d’intégrer des objets d’autres applications. Par exemple intégrer dans la « face-avant » de LabVIEW un objet du logiciel Internet Explorer pour afficher une page web.
Par la suite Microsoft généralisa l’utilisation de la technologie COM, Componement Object Model, et introduisit la notion de Composant OLE ou OCX qui bâtit la technologie ActiveX. Elle permet d’aller plus loin avec la possibilité de contrôler une application à partir d’une autre. Ces progrès ont été réalisés afin de permettre l’utilisation conjointe de plusieurs progiciels.
.NET, prononcé Dot Net, est le nom donné à un ensemble de produits et de technologies informatiques de l'entreprise Microsoft pour rendre des applications facilement portables sur Internet. La plateforme utilise alors des protocoles de communication basés sur le Framework .NET, et plus sur les modèles COM ou OLE, comme ActiveX.
Ma question est donc là:
Controler un logiciel via LabVIEW avec la DDE est-il encore viable aujourd'hui ou bien certaines méthodes ( comme ActiveX ou autres ) sont à privilégiés ?
donc oui DDE commence à dater, il faut privilégier ActiveX ou .NET
as-tu fait la recherche "OPUS brunker labVIEW"
http://cliffordshanks.typepad.com/blog/2012/07/download-control-bruker-by-labview.html
bonne suite A+
Yotipp a écrit :
je pense que je peux maintenant lui soummetre cette idée ( que labview est obselète ).
Yotipp
que LabVIEW (pas labview) est obselète????? 
DDE est obselète, pas LabVIEW!!!!!!!!!!!!!!!!! A+
Désolé mais je n'ai pas de solution. Contacter le support Opus? et leur demander comment faire
après si tu arrives à utiliser DDE, obselète ne veut pas dire "ne fonctionne plus". Mon PC de 2006 est obsolète, mais s'il permet à ma mère d'utiliser internet...
Bonne chance
Bonjour,
Vous devez sans doute me détester sur ce forum mais me revoilà encore avec un problème.
Depuis le temps j'ai bien avancer et j'ai découvert qu'à cause d'un fichier corrompu je ne peux pas utiliser ActiveX.
Je suis donc retourner sur DDE et je me suis rendu compte qu'au final c'est pas si mal ( comme tu dis avec l'ordinateur de 2006 !)
Me re-voilà donc !
Mon problème est le suivant :
Je peux grâce à LabVIEW contrôler en partie OPUS. Une seule commande me resiste (tel les irreductibles gaulois) , c'est le lancement d'une acquisition.
Je sais que la plupart d'entre vous ne connaissent pas mon logiciel OPUS mais c'est un logiciel comme un autre. En ce moment j'essaye donc de lancer une Macro via DDE.
Voilà à quoi ressemble mon diagramme ( ne fait pas attention au graphe c'est pour une autre partie de mon VI).
Le problème est là : Dès que je lance un macro il me dit qu'il y a une erreur dans le macro ( alors que je sais que non puisque celui-ci marche bien sur mon logiciel OPUS).
Mon diagramme est-il bon pour lancer un macro ? Ne trouvant aucune doc sur les différents VIs de DDE , le VI resquest est-il le bon VI à utiliser ? Si non , quel VI faut-il utiliser ?
Quelle est vraiment la différence entre le VI Request et Execute ?
Je viens vers vous puisque j'ai épuisé mes choix en consultant la plupart des sites concernant LabVIEW et le DDE.
Je vous remercie encore de votre temps.
Yotipp
