+- LabVIEWForum.de (https://www.labviewforum.de)
+-- Forum: LabVIEW (/Forum-LabVIEW)
+--- Forum: LabVIEW Allgemein (/Forum-LabVIEW-Allgemein)
+--- Thema: Massflowcontroller steuern und bei Bedarf Rampenfahren (/Thread-Massflowcontroller-steuern-und-bei-Bedarf-Rampenfahren)
RE: Massflowcontroller steuern und bei Bedarf Rampenfahren - GerdW - 07.11.2013 10:33
Hallo rc,
Zitat:in dem Beispiel vergleichst du einen Messwert mit dem Limit.Jein. Im Beispiel-Thread wurde das so gefragt.
Kernaussage ist aber: es wird ein boolsches Signal erzeugt und dieses dann auf steigende Flanken untersucht! (Also genau das, was du auch benötigst!)
Zitat:Ok dann soll ich die " Merke_Zündung" einfach seperat in der Case-Struktur lassen und " Rising Edge" mit dem Wert der Spannung rechnen oder?Weder noch. Du musst das RisingEdge von "Zündung erfolgt" bestimmen, nicht von irgendeinem Merker, den du per Konstante auf TRUE festlegst...
Zitat:aber was meinst du genau als Inverter? Den Vergleichsoperator?Inverter hat man bei boolschen Werten...
Schau dir bitte mal (ganz genau!) die boolsche Operation in meinem verlinkten Snippet an und vergleiche die mit dem, was du programmiert hast. Es sollten dir zwei Unterschiede auffallen, beide habe ich oben schon benannt...
Wenn du schon etwas nachprogrammierst ohne es zu verstehen, dann solltest du es wenigstens korrekt nachprogrammieren...
RE: Massflowcontroller steuern und bei Bedarf Rampenfahren - rc - 07.11.2013 10:40
Hallo Gerd,
oohh ok sorry ja Inverter habe ich. Risin edge von " Zündung" dann so ?
RE: Massflowcontroller steuern und bei Bedarf Rampenfahren - GerdW - 07.11.2013 10:47
Hallo rc,
Zitat:dann so ?NEIN!
THINK DATAFLOW!
- Momentan ist die lokale Variable (wahrscheinlich) immer TRUE, da du den Case ja im TRUE-Fall von "Zündung ausgelöst" aufrufst.
- "Wahrscheinlich" aufgrund der RaceCondition durch die Nutzung einer lokalen Variablen statt eines Drahtes...
THINK DATAFLOW!
- Du willst das RisingEdge immer überwachen, nicht nur, wenn Zündung schon TRUE ist!
- Siehst du in meinem Snippet eine Case-Struktur um die Flankenerkennung herum? Warum machst du das dann? Denkst du auch mal über deine Programmierung nach?
RE: Massflowcontroller steuern und bei Bedarf Rampenfahren - rc - 07.11.2013 14:13
Hallo Gerd,
es hat funktioniert so wie es im bild zu sehen ist. Vielen Dank
jetzt teste ich mit einem funktionsgenerator und gebe signale drauf ( Sinus, Rechteck usw...) So wie ich da Daqmx programiert habe wird 1000 Sample aufgenommen und ihre mittelwert und std.abw. berechnet. Aktuell kommende Spannungssignal wird dann mit diesen Werten verglichen. D.h: von "einem " Spannungswert wird mittelwert von 1000 Punkten abgezogen und diese Unterschied wird mit dem dreifache der Stdabw. von 1000 Punkten verglichen. Ist das eine richtige Vorgehensweise oder muss ich da irgendwie nicht nur ein Spannungswert sondern sein maximale oder minimale Wert verwenden ?
RE: Massflowcontroller steuern und bei Bedarf Rampenfahren - GerdW - 07.11.2013 17:14
Hallo rc,
Zitat:es hat funktioniert so wie es im bild zu sehen ist.Du hast immer noch die RaceCondition, die ich weiter oben schon bemängelt hatte. Lösche die lokale Variable "Zündung" und nimm einen Draht!
Und wenn du schon beim Aufräumen bist: nimm den boolschen Operator mit vor die Case-Struktur...
RE: Massflowcontroller steuern und bei Bedarf Rampenfahren - rc - 08.11.2013 09:36
Hallo Gerd,
alles klar! So wie im Bild? Welche boolsche Operator mit in die Case-Struktur?
Ist die Verwendung im Bild zwei dann richtig?
RE: Massflowcontroller steuern und bei Bedarf Rampenfahren - Y-P - 08.11.2013 10:15
"VOR" die Case-Struktur und Gerd meinte Dein "UND".
Gruß Markus
(08.11.2013 09:36 )rc schrieb: Hallo Gerd,
alles klar! So wie im Bild? Welche boolsche Operator mit in die Case-Struktur?
Ist die Verwendung im Bild zwei dann richtig?