LabVIEWForum.de - Signal analysieren

LabVIEWForum.de

Normale Version: Signal analysieren
Du siehst gerade eine vereinfachte Darstellung unserer Inhalte. Normale Ansicht mit richtiger Formatierung.
Seiten: 1 2 3 4
Hallo rc,

Zitat:Also die Massflowkontrollern haben schon USB Anschlüsse und auch Labview die Labview- Programme. Wird jetzt was ich hier habe ( Signalanalyse mit DAQmx) ein SubVI für die Labview-Programm der Massflowcontrollern oder umgekert?
KA wovon du jetzt redest. Wo kommen hier plötzlich MFCs ins Spiel?
Was für LabVIEW-Programme hast du für die MFCs?

Zitat:dass mit dem Peepsen schaffe ich nicht aber versuche, dass der User mit dem Message "Zündung" sieht, dass das Krit. erfüllt wird.
Die ganze Zeit redest du davon, das du Mittelwert und StAbw von 2 Signalen vergleichen willst...
Und was programmierst du nun in deinem VI?
Warum vergleichst du nicht einfach aktuellen Mittelwert/StAbw mit den vorher ermittelten und in den Schieberegistern gespeicherten Werten? Oder guckst einfach mal in die Palette der boolschen Funktionen und entscheidest dich für UND(Array) oder ODER(Array), wenn du nun nicht Einzelwerte, sondern ein ganzes Array von Spannungswerten vergleichst...
So in etwa:
[attachment=46443]

Warum hast du jetzt eine TRUE-Konstante an die Case-Struktur in deinem VI angeschlossen? Welchen Sinn hat dann noch diese Case-Struktur? Hmm
Hallo Gerd,

Ich möchte in einer Zündkammer das Brenngas ( Methan, Ethan etc.) mit Hilfe einer Zündkerze oder was ähnliches zum Zünden bringen. Am linken Eingang der Kammer befindet sich eine Öfnung wodurch das Brenngas durch ein Düse reingefördert wird und am rechten Ende der Kammer befindet sich ein Öffnung, wo ein Positive Elektrode eingebracht ist, sodass mit Hilfe von Diesen Elektrode die im Kammer schon vorhandene ( in dem Fall meine ich den Zustand ohne Zündung und dadurch eine Spannungserhöhung sondern nur Basislinie) Spannungswerte als Messsignal zum AD-Wandler gesendet werden. Falls eine Spannungserhöhung durch die Zündung stattfindet, werden halt diese Werte als Messsignal zum AD-Wandler gesendet. Durch die drei MFC`s werden Brenngas, O2 und N2 in die Kammer gesendet. Mit MFC`wurden auch die Treiber usw. gesendet und es gibt Labview Programm, die diese MFC`s steuern, so dass der User wenn keine Zündung stattfindet oder auch stattfindet, die MFC`s ansprechen kann und somit Brenngass, O2 und N2- zufuhr schrittweite erhöhen oder reduzieren kann.


Ich nehme jetzt doch die Werte vom linken Register und vergleiche mit aktuellen aber kommt zu Problemeund weiss ich nicht was da im False case passieren soll?

Warum True an Case?

Weil ich im vorherigen Bild TF an Case gebunden gesehen habe und ich aber das bei mir nicht fand.
Hallo rc,

Zitat:Weil ich im vorherigen Bild TF an Case gebunden gesehen habe und ich aber das bei mir nicht fand.
Dieses "TF" ist das Terminal eines boolschen Controls (genauso wie auch der Stopp-Button im gleichen Bild)...
Bist du schon mal die in meiner Signatur verlinkten Einsteigerkurse durchgegangen?
Hallo Gerd,

ja bin ich aber bei mir finde ich keinen TF Terminal vom Palette Bolean Control. Bei mir sind die T oder F. Beim Stop Button war das aber TF.

Ich stehe jetzt total auf dem SchlauchHuh ich habe das Case Struktur was du im ersten Bild gesendet hast mit dem von zweiten Bild getauscht. Das hätte ich wohl nicht machen sollen oder ?
Ahh Okk

Einfach Bolean Control. Bei mir Sieht es halt anders aus. Nicht so wie bei dir TF in viereck sondern als Bild. Meine Indicators z.B. nach dem Case Str. für Mittelwert und Stnabw. sehen auch als Bild aus.
Hallo Gerd,

so sieht es jetzt aus aber was mache ich nach dem zweiten Case STr.?
Hallo rc,

Zitat:Nicht so wie bei dir TF in viereck sondern als Bild. Meine Indicators z.B. nach dem Case Str. für Mittelwert und Stnabw. sehen auch als Bild aus.
Menü->Werkzeuge->Optionen->Blockdiagramm: Das Häkchen bei "Frontpanelelemente als Symbol darstellen" wegnehmen...
(Hintergrundwissen: in älteren LabVIEW-Versionen gab es die Symboldarstellung nicht - ich bin entsprechend konditioniert. Außerdem nehmen die Symbole zuviel Platz weg...)

Zitat:so sieht es jetzt aus aber was mache ich nach dem zweiten Case STr.?
KA
Was willst du denn da machen?

Allgemeiner Tipp:
Beim Programmieren hilft es ungemein, wenn man sich die gewünschten Abläufe auf einem Blatt Papier visualisiert. Dann kann man das ganze gern noch als Pseudocode formulieren - und erst dann sollte man die Programmierung in LabVIEW (oder was auch immer) beginnen...
Hallo Gerd,

im Anhang wollte ich mein Flowchart senden aber es ist ein Visio datei wie schaffe ich das?. Es ist eher für eine texbasierte Programiersprache aber ich wusste nicht wie man es für LabVIEW macht.

Also ich habe noch den Fehler, dass rechte Register nichts hat. Was soll ich zu dem Register anschliessen? Dadurch kann ich das Program nicht zu laufen bringen.

Ich habe die MFC`s noch nicht im Einsatz und durch die Zündkammer habe ich auch kein Brenngass, O2 und N2 durchgejagt deswegen möchte ich erst mal mit einem Funkgenerator analoge Signale zu meinem AD-Wandler senden und diese digitalisierte Signale mit Labview analysieren. Deswegen die ganze Peep Geschichte usw... im reelen Fall Also wenn "erste" peep oder ähnliches zu hören ist(d.h: Die Zündung findet statt), dann sollen die MFC`s angesprochen werden und Brenngaszufuhr um die 5-6 % reduziert und bis zum zweiten Zünden noch mal ergöht werden und dass ganze 4 bis 5 mal, so dass man aus diesen 4-5 Zündversuchen eine gemittelte Brenngaskonzentration bestimmt die untere Zündgrenze heisst.
Ich störe dich zu ungern und möchte auch nicht deine Zeit klauen allerdings haben wir bei uns in der Institut kein Mensch, der profi mit Labview programieren kann LvfsearchWall
Ok es funktioniert jetzt einigemasen. Aber dieses mal habe ich eine dauerschleife denke ich, denn jetzt kommt ständig "Zündung" Message und ich kann das Program nicht beenden...
Und hier Flowchart als PDF.
Seiten: 1 2 3 4
Referenz-URLs