Serveur Web sous LabView
Fermé
fleur d'Italie
Messages postés
1
Date d'inscription
mardi 3 juin 2008
Statut
Membre
Dernière intervention
3 juin 2008
-
3 juin 2008 à 12:57
Phelim - 21 juin 2008 à 20:12
Phelim - 21 juin 2008 à 20:12
A voir également:
- Serveur Web sous LabView
- Web dl ✓ - Forum Audio
- Traduire une page web - Guide
- Web transfert - Télécharger - Téléchargement & Transfert
- Association avec le serveur freebox en cours ✓ - Forum Freebox
- Comment créer un site web - Guide
1 réponse
Bonjour,
Je ne suis pas spécialiste en labview (en meme temsp, ce n'est pas vraiment un probleme labview mais un probleme d'informatique général). Voici les solutions que je vois :
L'architecture que tu peux utiliser dépend beaucoup de l'existant :
- solution idéal aujourd'hui : les web services.
Ce protocole de communication (il existe plusieurs normes SOAP, XML/RPC) se basant sur le transfert de données au format xml. J'ignore si un parser XML et principalement un support du protocole SOAP existe dans labview.
L'avantage de ce protocole, c'est qu'il ne dépend plus du type de solution logiciel que tu as derriere. Le jour, ou l'on décide de changer l'application amont ou aval pour un autre langage ou le meme, ce type de protocole est standarisé donc facile à remettre en place.
- solution bricolage : definir son propre protocol réseau au travers de TCP / IP
Cette solution est simple à mettre en place. Il s'agit de définir son propre protocole réseau pour la communication. On peut se baser sur les sockets en programmation (normalement labview découlant du C++, ce genre de chose doit exister). Apres, il suffit de définir la trame à envoyer et à revevoir.
- solution completement bancale : analyser un fichier texte toutes les X secondes (totalement déconseil
Alors la, c'est vraiment la solution la plus simple à mettre en place. Il s'agit d'ouvrir un fichier texte tous les X secondes ou millisecondes pour voir si il y'a un ordre inscrit.
Attention, dans cette solution, il y'a un risque de ne pas recevoir ou de sauter un ordre. Le gros avantage, ça reste de la lecture de fichier classique donc a part qu'au lieux d'ouvrir le fichier sur le dd, on l'ouvre au travers du protocole ftp ou http.
Je ne suis pas spécialiste en labview (en meme temsp, ce n'est pas vraiment un probleme labview mais un probleme d'informatique général). Voici les solutions que je vois :
L'architecture que tu peux utiliser dépend beaucoup de l'existant :
- solution idéal aujourd'hui : les web services.
Ce protocole de communication (il existe plusieurs normes SOAP, XML/RPC) se basant sur le transfert de données au format xml. J'ignore si un parser XML et principalement un support du protocole SOAP existe dans labview.
L'avantage de ce protocole, c'est qu'il ne dépend plus du type de solution logiciel que tu as derriere. Le jour, ou l'on décide de changer l'application amont ou aval pour un autre langage ou le meme, ce type de protocole est standarisé donc facile à remettre en place.
- solution bricolage : definir son propre protocol réseau au travers de TCP / IP
Cette solution est simple à mettre en place. Il s'agit de définir son propre protocole réseau pour la communication. On peut se baser sur les sockets en programmation (normalement labview découlant du C++, ce genre de chose doit exister). Apres, il suffit de définir la trame à envoyer et à revevoir.
- solution completement bancale : analyser un fichier texte toutes les X secondes (totalement déconseil
Alors la, c'est vraiment la solution la plus simple à mettre en place. Il s'agit d'ouvrir un fichier texte tous les X secondes ou millisecondes pour voir si il y'a un ordre inscrit.
Attention, dans cette solution, il y'a un risque de ne pas recevoir ou de sauter un ordre. Le gros avantage, ça reste de la lecture de fichier classique donc a part qu'au lieux d'ouvrir le fichier sur le dd, on l'ouvre au travers du protocole ftp ou http.