Génération une rampe de tension

salut,
j'ai fait un programme dans labview afin de générer une rampe de tension, je veut juste si que mon programme est just, et je cherche s'il exciste une autre méthode.
Pièces jointes :
Untitled 1.vi ‏15 KB

Salut
La meilleure méthode est d'utiliser une boucle FOR avec:
L'incrément en entrée qui est multiplié par le terminal d'indexation (et une constante si tu veux ajouter un "offset")
Le nombre d'éléments requis est cablé sur le nombre d'itération N de la boucle FOR
Un registre à décalage dans la boucle contenant un tableau de double initialisé permet d'ajouter un élément à chaque itération.
Bonne chance,
Ps: tu es sur le forum francophone dont il n'est pas nécessaire d'ajouter des questions dans une autre(???) langue. Il y a un forum général sur labview pour poser des questions en anglais

Similar Messages

Visualisation d'une rampe en fonction du temps

Bonjour,
dans le cadre de mon projet, je dois contrôler un frein selon une rampe. J'ai réalisé un programme que voici :
Comment faire pour afficher cette rampe en fonction du temps et ainsi obtenir une droite de type y =ax ?
J'ai l'impression qu'il faut utiliser des tableaux.. Est-ce bien ça ? Ou alors un graphe XY ?
Merci d'avance !

Vous pouvez peut être trouver quelque inspiration dans l'exemple attaché ?
Chilly Charly (aka CC)
E-List Master - Kudos glutton - Press the yellow button on the left...

Acquisition et génération en parallèle

Un sujet probablement un peu récurrant mais je ne trouve pas vraiment de réponse adaptée à ce que j'essaye de faire.
Nous avons des cartes PCMCIA 6036E et nous faisons sur le terrain des mesures de pressions, déplacement,... via nos capteurs.
Déjà pour commencer, nous ne sommes pas dans le kHz, une simple acquisition à 100Hz voir 500Hz parfois pour piéger un défaut nous suffit.
Mais nous devons générer en parallèle des acquisitions, la génération de signaux assez simples par ailleurs une rampe (très lente,~20min) ou un simple carré.
Dans le dernier code que j'ai fait, çà marche dans les valeurs numériques à l'écran et pourtant la réalité physique sur le bornier me donne un retard aléatoire du début de génération de mon signal !!! En résumé, il y a déjà un retard à l'alumage de ma boucle mais en plus quand le programme donne un échantillon en génération de 2V par exemple et qu'il l'écrit dans le fichier d'enregistrement, en fait à la sortie il y a au moins 0.3 V de moins. C'est le bon signal mais en retard.
Mon code n'est sûrement pas un exemple et je ne suis qu'un programmeur occasionel mais je sèche ce coup-ci.
Quelqu'un a t'il un exemple simple d'acquisition (jusqu'à 16 voies) et génération de signal sur des fréquences assez basses ?
Merci,

Bonjour,
Merci d’avoir posté votre question sur les forums de
National Instruments.
Afin de vous aider au mieux j’aurais besoin de quelques
précisions supplémentaires par rapport à la façon dont vous réalisez votre
application.
Pour réaliser l’acquisition de données, utilisez-vous notre
driver DAQmx ou bien DAQ traditionnel ?
L’acquisition et la génération se font elles en continu, ou
point à point et l’écriture sur fichier se fait elle dans la même boucle ?
Si vous travaillez en mode continu, la carte est en quelque
sorte autonome et il est donc possible que l’écriture sur fichier ne se passe
pas exactement simultanément avec la génération.
En fonction de vos réponses, je serais plus à même de vous
orienter vers un exemple correspondant au mieux à vos besoins.
Je vous remercie par avance pour votre réponse,
Bien cordialement,
Guillaume H.
National Instruments France
#adMrkt{text-align: center;font-size:11px; font-weight: bold;} #adMrkt a {text-decoration: none;} #adMrkt a:hover{font-size: 9px;} #adMrkt a span{display: none;} #adMrkt a:hover span{display: block;}
>> NIDays 2011, le mardi 8 février au CNIT de Paris La Défense

Usb6008 : mesure d'une durée entre 2 franchissements de seuil

Bonjour,
Avec la carte USB 6008 est t-il possible de mesurer la durée entre le franchisssment de 2 seuils sur une mesure de tension analogique ?
La précision de mesure devra être de l'ordre de la milliseconde au moins . Ce qui implique un comptage et une gestion des interruptions au niveau de la carte sans passer par une boucle pc .
Sinon quel materiel faut-il utiliser ( en pxi de preference ) ? Y a t il un exemple se rapprochant de ça dans l'aide labview ?
Cordialement.

Hi,
Thank you for posting your question on National Instruments' forum.
You are in an english speaking part of the forum. For questions written in french, there is another forum section.
However, I'll give you several pieces of information to help you with your issue, in french.
Le problème que vous allez rencontrer avec votre mesure dépend de ce que vous souhaitez faire dans la suite de votre application.
La carte USB 6008 ne vous permettra pas de faire une comapraison de seuil au niveau matériel. Celle-ci sera forcement faite en logiciel suite à l'acquisition.
A partir de là, tout dépend de ce que vous voulez faire. Si le but est de mesurer simplement le temps, du moment que votre horloge d'échantillonage est bien choisie, vous pourrez mesurer des durées inférieures à la milliseconde (avec un cadencement matériel) et vous pourrez faire votre mesure en post traitement de votre acquisition, de façon asynchrone.
Si le but est de réagir en moins d'une miliseconde au franchissement des seuil, là, il sera beaucoup plsu difficile de le faire et vous pouvez déjà oublier les solutions se reposant sur windows. Un passage au RT ou au FPGA semble alors obligatoire.
Il serait donc bon d'avoir plus de précisions sur l'opération et l'application que vous souhaitez réaliser.
Bien cordialement,
Guillaume H.
National Instruments France
#adMrkt{text-align: center;font-size:11px; font-weight: bold;} #adMrkt a {text-decoration: none;} #adMrkt a:hover{font-size: 9px;} #adMrkt a span{display: none;} #adMrkt a:hover span{display: block;}
>> NIDays 2011, le mardi 8 février au CNIT de Paris La Défense

MOTIF RAMPE

Bonjour,
D’après ce que je sais, la sous-VI de LabVIEW qui nous génère un motif de rampe peut le faire à la base, soit avec un nombre d’échantillon, soit avec un delta.
Donc, toujours, nous aurons une rampe qui tient ses éléments également espacés.
Mon problème ce que je dois générer une rampe qui possède les deltas dedans l’écart, variables. Pour cela, j’ai le premier élément, le dernier ainsi que le nombre d’échantillons, et l’information du delta pour les premières valeurs et pour les dernières valeurs (le delta pour les valeurs au milieu de cet écart doit être plus au moins une moyenne des deltas de l’extrémité).
Par exemple : Je sais que le première élément doit être 5, et le dernière 355. Les premiers éléments avec un delta de 5 et les dernières avec un delta de 10, au milieu, un delta moyen à peu près, (tout en sachant le nombre d’échantillon total). Donc, on aura :
5, 10, 15, … 200, 207.5, 215, …. 335, 345, 355.
Ce qui serait superbe, ce d’avoir une transition entre les des deltas continus (avec un incrément tout petit), comme cela :
5, 10.4, 16, … 200, 207.5, 215.6, …. 333,8, 344,5, 355.
N’hésitez pas à me faire des corrections, je suis tout débutant.. =)
Je vous remercie pour toute l’attention.
Cabral
Solved!
Go to Solution.

Let's say we take your numbers and you want a fixed delta of 7.5 (the average of 5 and 10) with a range from 5 through 355. Either the final value will not be equal to 355, or the final delta will not be equal to 7.5, because you cannot divide 350 by 7.5 You have the same problem with a variable range, because the average delta will still be the same. So, you will need to make a decision. Which is more important, the start and end points or the delta values?
Here is one possible solution, assuming that the end points are more important than the deltas. It adjusts the delta values to get a whole number of steps.

Rampe delta variable

Bonjour,
D’après ce que je sais, la sous-VI de LabVIEW qui nous génère un motif de rampe peut le faire à la base, soit avec un nombre d’échantillon, soit avec un delta.
Donc, toujours, nous aurons une rampe qui tient ses éléments également espacés.
Mon problème ce que je dois générer une rampe qui possède les deltas dedans l’écart, variables. Pour cela, j’ai le premier élément, le dernier ainsi que le nombre d’échantillons, et l’information du delta pour les premières valeurs et pour les dernières valeurs (le delta pour les valeurs au milieu de cet écart doit être plus au moins une moyenne des deltas de l’extrémité).
Par exemple : Je sais que le première élément doit être 5, et le dernière 355. Les premiers éléments avec un delta de 5 et les dernières avec un delta de 10, au milieu, un delta moyen à peu près, (tout en sachant le nombre d’échantillon total).
Donc, on aura :
5, 10, 15, … 200, 207.5, 215, …. 335, 345, 355.
Ce qui serait superbe, ce d’avoir une transition entre les des deltas continus (avec un incrément tout petit), comme cela :
5, 10.4, 16, … 200, 207.5, 215.6, …. 333,8, 344,5, 355.
N’hésitez pas à me faire des corrections, je suis tout débutant.. =)
Je vous remercie pour toute l’attention.
Cabral

Bonjour Cabral,
Hélas créer un delta modulable pour une rampe n'est pas du tout quelque chose d'immédiat. La meilleure solution serait de découper la rampe initiale et d'en faire des rampes continues par morceau dont le Delta est fixe sur chaque "segment".
J'ai quand même été plus loin et propose ici une version polynomiale de la rampe. Le polynôme est d'ordre 2 ici mais on peut facilement reprendre le principe pour avoir un ordre plus élevé.
On a les même paramètres de rampe (init, final, et step), plus la force du polynôme entre 0 et 1. Une valeur de 0.5 donne une rampe linéaire. Plus on s'éloigne de cette valeur, plus la différence à mi-chemin entre la rampe linéaire et le polynôme est élevée. Attention à ne pas dépasser les 0.2 et 0.8 car on n'a plus une monotonie du motif.
Derrière, le calcul est marticielle/polynomiale donc ce n'est pas chose aisée, comme dit en début de poste.
Cdt,
Eric
Eric M. - Application Engineering Specialist
Certified LabVIEW Architect
Certified LabWindows™/CVI Developer
Pièces jointes :
Progressive_Ramp.vi ‏21 KB

Consigne et rampe

bonjour,
je doit réaliser un programme qui permet de tracer des courbes (rampe + consigne) donc j'ai deux tableaux d'entrée un tableau de rampes et un tableau de consignes et à chaque consigne correspond une rampe.
pour la rampe j'ai fait une boucle for pour chaque valeur je divise i/n (n=rampe*10, 10 est la fréquence), a la sortie je récupéré un tableau de valeurs
pour la consigne j'ai fais une boucle qui permet de d'avoir de constante
l'idée est de concaténer les deux tableaux puis tracer les courbes et je dois avoir un tracer qui ressemble à celui de l'image ci jointe. le souci j'arrive pas à tracer le bonne courbe s'il vous plait si vous pouvez me débloquer en me donnons des indications et merci d’avance
Pièces jointes :
rampe+consigne.png ‏19 KB

Une solution qui pourrait t'intéresser.
Maxime
Certified LabVIEW Associate Developper
Pièces jointes :
Consigne_rampe.vi ‏16 KB

Acquisition tension bufferisé

bonjour,
J'utilise labview 10.0 et une carte NUI CB 68LP et j'aimerai lire des voies analogiques sur ma face avant tout en fesant une acquisition de tension bufferisé de ces voies.
je ne sait pas si je suis clair voici en gros ce que je voudrai faire.
dite moi si cela est possible et comment je doit raccorder cela pour que sa fonctionne.
merci d'avance
Attachments:
prog mesure de tension bufferisé.vi ‏32 KB

Bonjour Tigrounours,
Vous avez la possibilité en effet de créer une tâche d'acquisition de
données (Tension, courant, déformation...) de façon continue et finie entre
autres. Les données issues de la lecture du Buffer (la fonction DAQmx Read),
vous permettent de visualiser sous forme de tableau et/ou de graph les données
issues de votre acquisition.
A cet effet, LabVIEW vous offre la possibilité de charger directement des
exemples prêts à l'emploi qui utilisent l'API DAQmx pour réaliser ce type de configuration. Pour cela, je
vous encourage à ouvrir LabVIEW, et depuis la fenêtre de démarrage sélectionner
"Recherche d'exemples" -> E/S matérielles->DAQmx -> Mesures
analogiques. Ensuite, vous pouvez naviguer dans le répertoire et prendre en
main les différents exemples, afin de sélectionner celui qui correspond à votre
applicatif, et votre périphérique d'acquisition de données.
De plus je vous encourage à prendre connaissance des informations présentes
depuis notre site internet sur l'utilisation du driver NI-DAQmx qui permet
d'assurer le dialogue avec les périphériques d'acquisitions de données de
National Instrument:
Learn 10 Functions in NI-DAQmx and Handle 80 Percent of Your Data
Acquisition Applications
http://zone.ni.com/devzone/cda/tut/p/id/2835
Getting Started with NI-DAQmx: Main Page
http://zone.ni.com/devzone/cda/tut/p/id/5434
La carte NI CB 68LP, est un boîtier de connexion entre vos capteurs, ou
signal à mesurer et la carte d'acquisition à proprement parlé, qui est
connectée à votre ordinateur ou châssis PXI.
Cordialement,
Rémi D.
National Instruments France
#adMrkt{text-align: center;font-size:11px; font-weight: bold;} #adMrkt a {text-decoration: none;} #adMrkt a:hover{font-size: 9px;} #adMrkt a span{display: none;} #adMrkt a:hover span{display: block;}
>> Les rencontres techniques de NI - Mesures et acquisition de données : de la théorie à la mise en ...

Pente réglable, rampe

Bonjour,
Je suis plutot novice en labview, et j'ai un probleme.
Pour résumer, au départ mon programme lit des données numériques du type : 10; 10; 10; 10; 155; 155; 155; 155; 420; 420; 420 420, toutes les secondes.
Première question, lorsque j'affiche les valeurs sur un graphe, cela affiche il y a une rampe entre les 2 nombres sur une unité de temps. Est ce que si j'utilise ce programme avec un automate par exemple, il y aura une rampe, ou alors, l'automate passera d'un nombre à l'autre sur un temps très court.
Ma 2ème question et que je souhaiterais, pouvoir ajouter une rampe entre 2 créneaux de données, avec possibilité de régler le temps de montée ou de descente (entre 0,1s et 1s).
J'ai surtout du mal à gérer le fait d'avoir 2 notions de temps, et je ne sais pas vraiment comment démarrer.
Merci d'avance
Simaoniko

Bonjour,
1ère question : Par défaut les graphes LabVIEW relient les informations entre deux points, cependant en cliquant gauche en haut à droite sur Tracé, on peut choisir le tracé courant point par point (voir la pièce jointe), correspondant à la réalité, donc l'automate passera d'une valeur à une autre sans rampe.
2ème question : il faut deux chose, l'une le temps pour passer du point A au point B, la deuxième est l'incrément périodique ... Si ton point de départ est 1 et ton arrivé 5, tu peux mettre une minute à passer de 1 à 5 par PAS de 1 ... comme 30 sec par PAS de 0.5 .... à toi de jouer.
Attachments:
graph.png ‏8 KB

Lecture potentiel temps réel

Bonjour
je fais un programme en VB6 avec des commandes DAQMx. Le but est d'envoyer une rampe de potentiel à un appareil et de récupérer un potentiel en retour. Ma rampe de potentiel est calculée dans le tableau tableau_E(n). Et je compte recupérer le signal dans le tableau_i(n). Ce qui me permet ensuite de tracer tableau_i() en fonction de tableau_E().
Voila un bout du programme :
frequence = frequence_manip(nb_points, potinit, potrev, potfin, nb_cycles, vitesse)    'calcul de la fréquence
DaqmxErr = DAQmxCreateTask("", TH_volta)                                     'tache génération du signal triangulaire
DaqmxErr = DAQmxCreateAOVoltageChan(TH_volta, DAQmx_device & "/" & DAQmx_output_channel, "Uin", _
                                       -1 * gammeV, gammeV, DAQmx_Val_VoltageUnits2_Volts, "")
DaqmxErr = DAQmxCfgSampClkTiming(TH_volta, "OnboardClock", frequence, DAQmx_Val_Rising, _
                                                                         DAQmx_Val_AcquisitionType_FiniteSamps, nb_points * nb_cycles)
DaqmxErr = DAQmxWriteAnalogF64(TH_volta, nb_points * nb_cycles, False, ProgressBar_manip.max, _
                                    DAQmx_Val_GroupByScanNumber, ableau_E(0), nb_sample_ecrit, ByVal 0&)
DaqmxErr = DAQmxCreateTask("", TH_lecturecourant) ' tache récupération du courant (sous forme d'un potentiel)
ReDim tableau_i(0 To nb_points * nb_cycles - 1)               ' préparation du tableau récupérant les points mesurés
DaqmxErr = DAQmxCreateAIVoltageChan(TH_lecturecourant, DAQmx_device & "/" & DAQmx_inputY_channel, _
                                                                       "Courant", DAQmx_Val_InputTermCfg_RSE, -1 * gammeI, gammeI, _
                                                                       DAQmx_Val_VoltageUnits2_Volts, "")
DaqmxErr = DAQmxReadAnalogF64(TH_lecturecourant, nb_points * nb_cycles, 10, _
                                                               DAQmx_Val_GroupByScanNumber, tableau_i(0), nb_points * nb_cycles, _
                                                               nb_points * nb_cycles, ByVal 0&)
DaqmxErr = DAQmxStartTask(TH_volta)
Avec un oscillo, j'observe bien le signal envoyé et celui qui est généré par l'appareil. Par contre, j'ai l'impression de recevoir sur la voie d'entrée du DAQ que du bruit ou en tout cas un signal très faible.
Surement, une erreur dans le programme que je n'arrive pas à voir.
Merci si vous pouvez m'aider.
Cordialement.

Bonjour Jean-François,
il est en effet possible que votre lecture se fasse trop rapidement par rapport à votre génération.
Je vous suggérerai une chronologie des fonctions DAQmx identique à la suivante :
    DAQmxCreateTask("",TH_Volta)
    DAQmxCreateAIVoltageChan(...)
    DAQmxCfgSamplClkTiming(...)
    DAQmxCreateTask("",TH_lecturecourant)
    DAQmxCreateAOVoltageChan(...)
    DAQmxCfgSamplClkTiming(...)
    DAQmxWriteAnalogF64(...)
    DAQmxStartTask("",TH_Volta)
    DAQmxStartTask("",TH_lecturecourant)
Si cela ne résoud pas votre problème, pourriez-vous m'indiquer s'il s'agit-il d'une génération puis acquisition finie ? quel type de montage cherchez-vous à étudier ?
Ci-joint le chemin d'un exemple DAQmx traitant d'une synchronisation génération-acquisition en continu :
C:\Users\Public\Documents\National Instruments\NI-DAQ\Exemples\DAQmx ANSI C\Synchronization\Multi-Function
En espérant avoir répondu à votre problème.
Cordialement,
Mathieu TUR
Ingénieur d'application
National Instruments France
Mathieu_T
Certified LabVIEW Developer
Certified TestStand Developer
National Instruments France
#adMrkt{text-align: center;font-size:11px; font-weight: bold;} #adMrkt a {text-decoration: none;} #adMrkt a:hover{font-size: 9px;} #adMrkt a span{display: none;} #adMrkt a:hover span{display: block;}
LabVIEW Tour
Journées Techniques dans 10 villes en France, du 4 au 20 novembre 2014

Structure condition

Bjr à tous,
J'ai fait un vi qui effectue une mesure de tension sur un système. Grace à une boite de dialogue j'indique en face-avant à l'utilisateur l'état du système et les opérations qu'il doit effectuer pour modifier cette état.
Mais je souhaiterais qu'après que l'utilisateur est pris connaissance des opérations à réaliser dans la boite de dialogue (après appui sur "ok"), il puisse modifier les paramètres en face avant et lancer le diagramme qui changera l'état du système.
J'ai réussi à réaliser cela avec une structure séquence déroulé qui me permet de réaliser deux étapes.
La première effectue la mesure de tension sur le système et la deuxième modifie l'état du système.Cela en associant à la première un temps d'attente.
Mais justement je souhaiterai trouvé une autre solution car l'utilisateur est obliger de modifier en un temps défini les paramètres en face-avant et le temps que j'aurais prédéfinis sera forcement trop long ou trop court.
Zeeley973
Lbw8.0 PCI6289

Bonjour,
Vous pourriez ajouter un bouton "Valider" sur la face avant pour l'utilisateur afin qu'il puisse avoir le temps de changer les paramètres en question, après avoir pris connaissance des opérations à réaliser dans la boite de dialogue. Une structure condition vous permettrait d'exécuter la portion de code en fonction de l'état de la variable booléenne associée au bouton.
Cordialement.

Synchonisation lecture ecriture

Bonjour,
j'uitlise une carte PCIe 6341 pour générer une rampe de potentiel envoyée à un appareil et je récupère un potentiel au retour. Pour cela, j'ai un module en VB6 qui génère la rampe de potentiel (TH_volta) et récupère le potentiel (TH_lecturecourant). La forme de la rampe est stockée auparavant dans le tableau_E et le signal est récupéré dans le tableau_I.
Ca marche sans message d'erreur. Mon probleme est que lorsque la frequence augmente les deux signaux se désynchronisent. En gros, les points du tableau_E ne correspondent plus à ceux du tableau_i.
Avez-vous une idée ?
Merci. Cordialement !
    '----------------- GENERATION SIGNAL EN SORTIE-----------------
DaqmxErr = DAQmxCreateTask("", TH_volta)            'tache génération du signal triangulaire
DaqmxErr = DAQmxCreateAOVoltageChan(TH_volta, DAQmx_device & "/" & DAQmx_output_channel, "Uin", _
                                                                -1 * gammeV, gammeV, DAQmx_Val_VoltageUnits2_Volts, "")
DaqmxErr = DAQmxCfgSampClkTiming(TH_volta, "OnboardClock", frequence, DAQmx_Val_Rising, _
                                                           DAQmx_Val_AcquisitionType_FiniteSamps, nb_points * nb_cycles)
DaqmxErr = DAQmxWriteAnalogF64(TH_volta, nb_points * nb_cycles, True, -1, _
                                                  DAQmx_Val_GroupByScanNumber, tableau_Eeff(0), nb_sample_ecrit, ByVal 0&)
    '---------------- MESURE DE LA VOIE i ------------------------
DaqmxErr = DAQmxCreateTask("", TH_lecturecourant)   ' tache récupération du courant (sous forme d'un potentiel)
DaqmxErr = DAQmxCreateAIVoltageChan(TH_lecturecourant, DAQmx_device & "/" & DAQmx_inputY_channel, _
                                                              "Courant", DAQmx_Val_InputTermCfg_RSE, -1 * gammeI, gammeI, _
                                                              DAQmx_Val_VoltageUnits2_Volts, "")
DaqmxErr = DAQmxCfgSampClkTiming(TH_lecturecourant, "OnboardClock", frequence, DAQmx_Val_Rising, _
                                                           DAQmx_Val_AcquisitionType_HWTimedSinglePoint, _
                                                           nb_points * nb_cycles)
DaqmxErr = DAQmxReadAnalogF64(TH_lecturecourant, nb_points * nb_cycles, -1, _
                                                       DAQmx_Val_GroupByScanNumber, tableau_i(0), nb_points * nb_cycles, _
                                                       1, ByVal 0&)
DaqmxErr = DAQmxStartTask(TH_lecturecourant)

Bonjour,
Merci pour votre reponse.
J'utilise en effet la liaison de donnée pour la lecture et l'ecriture de variable sur le bus Modbus.
Il doit y avoir un probleme de synchronisation car cela ne foncionne que pour l'ecriture seule ou la lecture seule.
J'ai essayé d'utilisé des variables partagées comme vous l'avez suggeré. Je crée donc un I/O servor OPC.
Je le caractérise en OPCLookOutDrivers puis je declare de nouvelle variable dans mon projet que je lie au elements du serveur OPC precedement declaré.
Update:100ms
DeadBand:0%
Reconnect PollRate:1s
Server Instance Preference:In process
Read/Write Method:Asynchronous
Lorsque j'utilise ces variable dans un Vi, le flag de la connection reste rouge, donc echou.
Je ne comprend pas pourquoi cela ne fonctionne pas...

XControl (question sur "data in")

J'ai construit un XControl (indicateur)
(ceci dit, pas facile d'aborder les XControl ... pas beaucoup de docs, peu d'explications, Il faut chercher par soi-même)
J'ai besoin de lui envoyer 2 données ... un U32 et un booléen.
J'ai configuré "data in" (type def data 1.ctl) comme étant un cluster comprenant (1xU32)+(1xbooléen)
Unbundle dans le XControl ... ça fonctionne.
ma question :
Serait-il possible de ne pas utiliser de cluster pour "passer" mes 2 données au XControl ? ... il me faudrait alors 2 entrées.
Autrement dit,
"data in" me donne une entrée ... que je peux configurer en U32
Serait-il possible de créer une 2eme entrée de données au XControl ?
Je pourrais alors configurer cette 2eme entrée en booléen (via un 2eme type def).
et me passer du Cluster.
Cela ne me dérange nullement d'utiliser un Cluster d'entrée.
Simplement dans un contexte théorique et d'apprentissage de LV, je me pose cette question.
Merci à tous.

Bonjour Olivier,
Toujours très chouette tes interventions.
Oui, en effet, je me frotte aux XControl, passionnant comme tout le reste.
Avant cela, j'ai touché un peu aux VIs Polymorphes ... une récréation à côté des XControls
Pour les XControls la doc est rare et peu approfondie sur le Net, il faut "y aller" par soi-même.
"Dernière chose, je pense que tenter de modifier le connecteur du Facade.vi est voué à l'achec"
Oui, bien sur ... "tout cela" est géré par LV en arrière plan (je l'ai parfaitement compris),
vouloir ajouter un connecteur d'entrée à un XControl ... autant vouloir ajouter un 2eme compteur d'itérations à une boucle For.
Je reprends tes remarques :
1) oui, ça j'ai compris.
2) ça je comprends moins.
    un XControl sert à créer un Control ou un Indicateur personnalisé, avec un comportement particulier.
    Mais ... pour "séparer" les parties de code ... je ne "sens" pas la chose.
    Cela ne me semblait pas être le "but premier" d'un XControl ... mais plutôt des sous-VIs.
3) super remarque.
4) comprends pas ... De toutes façons il m'est impossible d'utiliser un autre type de données que ceux repris dans LV.
5) et 6) super remarque ... à écrire sur le mur, derrière l'écran.
7) s'inspirer des objets LV ... ? ... à quels objets penses-tu (par exemlpe)
J'ai construit un XControl perso pour commander un afficheur 7 segments,
ça fonctionne tip-top, mais cela reste un XControl assez simple.
Pour le moment je regarde de près 2 exemples du Net ("LedXCtrl" de Aristos Queue et "BlinkingLed")
J'ai déjà fait connaissance avec le Cluster "state" et avec "Display State Change" ... je commence "à voir".
Pour les Propriétés et Méthodes que l'on peut ajouter à un XControl ...
J'y arrive ... la bête est juste devant moi, on se regarde

Plantage labview 8.2.1

bonjour
suite a l'achat d'un nouvel ordi, j'ai installé Labview 8.2.1 sur cet ordi. Ensuite, je peux faire tourner un programme, qui marchait tres bien sur l'ancien PC. Néanmoins, sur le nouveau, lorsque je le fais tourner, il y a bug: l'écran reste figé, au bout d'environ 20 minutes, impossible de bouger la souris. Le seul moyen est de le forcer a s'éteindre pour de nouveau pour avoir la main. Ce programme labview marche suivant le principe de machine état.
L'ordi est neuf, et en même temps que labview, j'ai 2 autres logiciels qui tournent, un pour le controle d'un flux de gaz, et un pour le contrôle d'une caméra
j'espere etre clair;
je ne vois pas trop d'un vient le problème sachant que je n'avais pas de bug sur l'ancien pc
romain
Résolu !
Accéder à la solution.

bonjour
le programme utilisé provient du forum http://forums.ni.com/t5/Discussions-de-produit-de-NI/contr%C3%B4le-d-un-laser-avec-une-rampe/td-p/13... ou ci joint
concernat le systme d'exploitation:
windows XP pro
bien cordialement
Romain
Pièces jointes :
Dossier machine.zip ‏147 KB

Erreur 21421 VI order tracking

Bonjour à tous.
Je souhaite analyser des données provenant d'accéléromètres.
J'enregistre dans un tdms mes données échantillonnées à 25,6kHz. La vitesse de mon moteur y est également enregistrée. J'ai souhaité faire un test sur une rampe croissante de vitesse.
J'obtiens une erreur -21421 (voir la pièce jointe).
Quels attributs dois-je ajouter à ma waveform, peut-on uniquement utiliser une vitesse provenant d'un tachymètre ?
Merci d'avance pour votre aide.
Pièces jointes :
error 21421.png ‏43 KB

salut, je n'ai pas le code, donc pas la solution. Mais tu peux ouvrir le code du VI express (clique droit "open front panel"). Tu regardes le code, et il te manques des attributs. Le plus simpole est d'extriaire le code du VI Express. Je pense. A+
Luc Desruelle | Voir mon profil | LabVIEW Code & blog
Co-auteur livre LabVIEW : Programmation et applications
CLA : Certified LabVIEW Architect / Certifié Architecte LabVIEW
CLD : Certified LabVIEW Developer / Certifié Développeur LabVIEW

Génération une rampe de tension

Similar Messages

Maybe you are looking for