|
Publicité ' | |||||||||||||||||||||||
|
|
#1 |
|
Candidat au titre de Membre du Club
![]() Étudiant Inscription : décembre 2011 Messages : 35 ![]() |
Voilà, j'ai regardé un peu les discussions du forum à ce sujet et celle qui aurait pu répondre à mes questions n'a pas été aboutie.
En fait, je voulais pouvoir gérer moi-même la taille du buffer. Pour cela j'ai fait de nombreuses recherches et de nombreux essais. J'ai trouvé une solution qui aurait pu coller (http://zone.ni.com/reference/fr-XX/h...f_size_client/) mais lorsque je lance le programme j'ai un message d'erreur ( "Protocole non reconnu par LabVIEW" ). Cela veut-il dire que ma version (d'essai) ne comprend pas les DataSocket ? Si oui, quelle version dois-je utiliser ? Si non, d'où peut venir le problème ? Etant donné mon "très haut" niveau en Labview, je pense à ce stade avoir besoin d'aide ^^ Si quelqu'un peut me diriger, Merci |
|
|
00
|
|
|
#2 |
|
Membre actif
![]() Florian Ingénieur après-vente Inscription : juin 2007 Messages : 123 ![]() |
Il me semble que DataSocket demande le module DSC. De toute facon,je doute que cela te sois d'une quelquonque utilité.
Data Socket n'a pas d'influence sur le buffer d'une carte d'acquisition DAQ. C'est un vieux protocole de communication réseau qui ser(vait) à addresser directement les valeurs d'entrées d'un SPS connecté à un serveur OPC (entre autre). C'est avabnt tout pour la communication réseau et c'est aussi lentement obsolète. EDIT: Apres recherches, Data Socket n'a pas besoin du module DSC. Au temps pour moi. |
|
|
00
|
|
|
#3 |
|
Candidat au titre de Membre du Club
![]() Étudiant Inscription : décembre 2011 Messages : 35 ![]() |
Ah d'accord, donc ça ne me sert à rien pour résoudre mon soucis de buffer ?
J'ai peut-être trouvé une autre solution sur http://translate.google.fr/translate...prmd%3Dimvnsfd (en bas de page). Je vais essayer de la (ré)exploiter. Merci Nightmare Theater |
|
|
00
|
Copyright © 2000-2012 - www.developpez.com