Projektarbeit

So Hallo zusammen.... ich hab da mal nen Problem

Über die das USB-6212 werden die Analogsignale der Prüflinge eingelesen.
Bei den Prüflingen handelt es sich um 8 Taster die jeweils 2 Schaltstufen besitzen.
Unser Programm soll in jedem Taster in beiden Stufen jeweils die Überganswiderständer erfassen, diese werden über eine Spannung definiert.

Unsere Überlegung war nun die Daten nur zu erfassen wenn der Schalter betätigt ist und wenn er einmal offen ist (sie Diagramm). Da ansonsten die Datenmenge zum verarbeiten zu viel ist. Wir haben uns überlegt dies über Zeiten realisieren. Die Taster werden von einer Prüfanlange betätigt die durch eine Pneumatik gesteuert wird. Das Steuersignal für die Ventile können wir als digitalen Trigger verwenden. Nach Ablauf einer Zeit (x) soll dann die Messerwerterfassung beginnen, die Messung erfolgt ebenso über eine Zeit (y). Aus den erfassten Daten wird der kleinste Wert zwischengespeichert und dann mit einem vorgegeben Sollwert verglichen. Wenn dieser zulässig ist wird er wieder verworfen, falls nicht wird er in ein Dokument gespeichert, welches danach als Auswertung dient. Es beinhaltet ab welchem Schaltspiel der Taster außerhalb der vorgegebenen Toleranz kommt.

Der knackpunkt der Überlegung ist die Filterung und die zeitabhängige Messung der Spannungen.
Wir haben uns viele Möglichkeiten überlegt, sind aber auf keinen „grünen Zweig“ gekommen.

Mit welchen Bausteinen kann man einen solchen Filter erstellen?
Gibt es sogar schon fertige Vis für eine solche Anwendung?
Wenn ja wo kann man solche Vis bekommen?

Wir hoffen die Zeichnung gibt etwas Aufschluss über unsere Überlegungen und ob wir mit diesen auf dem richtigen Weg sind.
Falls uns jemand Tipps, Ratschläge und Erfahrungsberichte geben kann wären wir sehr dankbar dafür.

MfG

   

Anzeige

Schöne Ansicht, so zentriert...

<div align="right">Der die das USB-Dingens

Naja, um aus einer Messung den Min/Max Wert zu bekommen wird euch ein Filter nicht weiter helfen.
Wie wäre es stattdessen mit einem Min/Max VI?

Also nach Eingang des Pneumatiksteuersignals die Zeit xyz (sorry, hab vergessen welche das jetzt war) abwarten und dann für die Zeit zyx Daten aufzeichnen. Davon dann den Min. Wert rauspicken und vergleichen ect... fertig

Exel schreibt man übrigens mit C also Excel.

</div>

Gruß SeBa

PS:
Tolle Idee mit der Textformatierung.
Das lockert das Forum richtig auf.

DeM nÄcHsT sChREibEn WiR dAnn AlLe sO.
KeInE aUsReDeN, DeNn dAfÜr GiBtS eIn oPeN-g vI.

Hallo erst mal.. danke für die netten Beiträge... wollte mal nen wenig leben ins Forum bringen.... werde mich aber jetz der Norm anpassen..

Zitat:Naja, um aus einer Messung den Min/Max Wert zu bekommen wird euch ein Filter nicht weiter helfen.
Wie wäre es stattdessen mit einem Min/Max VI?

Ich habe das nun einmal versucht und bin auf ein Ergebnisse gekommen.. danke schon mal

In unserem Aufbau fehlt uns jetz noch eine Art "Totzeit" an der rot markierten Stelle im Bild. Wie kann man an dieser Stelle eine einstellbare Verzögerung generieren?

Das Vi das ich hochgelade ist noch in der Entwicklungsphase, falls jemand beim Betrachten einen groben fehler Endeckt oder weiß was man es noch verbessern könnte, bin für jeden Beitrag dankbar (wenn sichs um das Projekt handelt)

MFG


   

Hallo Jack,

komisch, hier fragte jemand nach einem Zeitglied... Ist erst ein paar Tage her, arbeitet ihr am gleichen Projekt?

P.S.: Hast du schon mal auf den "Aufräum"-Knopf gedrückt? Oben in der Menüleiste ganz rechts?

Hallo wir haben jetz ne Weile an unserem Projekt gearbeitet und sind schon voran gekommen..

das Einlesen des digital Signals zum triggern haben wir üben den Daq(mx) Assistenten gelöst welches auch schon funktioniert.

Die Zeitglieder haben wir mit einem Zähler realisiert, das Resetsignal wird invertiert d.h solange kein Triggersignal vorhanden ist zählt dieser nicht, sobald ein High Signal anliegt zählt dieser bis zum eingestellten Wert und ein High Signal kommt am Ausgang.

Mit dem Speicher wollen wir nach einer eingestellten Zeit die Aufzeichnung starten (set), und eine eingestellte Zeit messen (bis zum reset).

Die gemessen Werte (ebenso über ein Daq(mx) Assistenten aufgenommen), werden in ein Arry geschrieben, das auch sofort die min und max Werte im aufgezeichneten Bereich liegen anzeigt.

Nun haben wir das Problem das wir die beschriebenen Komponenten geprüft haben, aber sobald wir sie zusammen in ein Vi bringen funktionieren dies nicht mehr.

Unsere Vermutung ist wenn die Schleife des Zeitglieds einmal aktiviert wird, bleibt das Programm in dieser Schleife "hängen".

Die Frage ist ob dies der Fehler ist oder wir einen Denkfehler in der Struktur haben?

Oder kann man das Zeitglied auch ohne eine solche Schleife programmieren?

mfg Jack

<strike>Verwendete Version LabView 8.5 Studenten Edition</strike>
EDIT JG: korrekt(Studenten Version ist eine unwichtige Info).

Anzeige

Hallo JackBlack,

"Verwendete Version LabView 8.5 Studenten Edition"
Wenn du uns schon Lügen erzählst, dann doch bitte welche, die nicht so schnell auffallen: dein VI ist in LV2009 angehangen! (Profil ergänzen!)

-Wieso hängst du ein VI an, welches ein "broken wire" enthält?
-Wieso programmiert ihr ein RS-FF nach? Wieso läuft diese FF-For-Loop zweimal, wenn ihr keine Shiftregister verwendet - also zweimal haargenau das Gleiche berechnet?
-Wieso schreibt ihr in das Terminal und in eine lokale Variable des gleichen Elements? Ist euch "nur" einmal schreiben zu unsicher oder glaubt ihr, das jeweils nur der halbe Wert im Ziel ankommt? (lokale Variable löschen...)
-Wie soll der obere Teil des VIs auf eure unteren Schleifen reagieren, wenn er nur einmal abgeabrbeitet wird? Die Schleifen laufen weiter und keiner hört mehr drauf (Dataflow!)
-Wenn ihr jetzt alles in eine einzige While-Loop packen würdet, dann bräuchtet ihr überhaupt keine lokalen Variablen mehr und keine zwei STOP-Buttons...

Und schreib' in Deinem Profil auch welche "Studenten Version" Du hast.

Gruß Markus

hallo zusammen

Zitat:Und schreib' in Deinem Profil auch welche "Studenten Version" Du hast. profil_ergaenzen.png

Wurde geändert

Zitat:"Verwendete Version LabView 8.5 Studenten Edition"
Wenn du uns schon Lügen erzählst, dann doch bitte welche, die nicht so schnell auffallen: dein VI ist in LV2009 angehangen! (Profil ergänzen!) smile.gif

Muss mich erst mal Entschuldigen wollte niemanden anlügen. War eine Verwechlung der Vis. Sorry nochmals.

Zitat:-Wieso hängst du ein VI an, welches ein "broken wire" enthält?

Essich um eine Verwechslung der Vis handelt. Sorry

Zitat:Wieso programmiert ihr ein RS-FF nach?

Haben kein Flip Flop in LabView gefunden, deshalb ein RS-FF aus dem Example Finder genommen.

Zitat:Wieso läuft diese FF-For-Loop zweimal, wenn ihr keine Shiftregister verwendet - also zweimal haargenau das Gleiche berechnet?

Bei einen einmaligen Schleifendurchlauf toggelt das FF am Ausgang, wenn an den Eingängen kein Signal anliegt. Bei zweimaligen Durchlauf ist die Funktion gegeben.

Zitat:Wieso schreibt ihr in das Terminal und in eine lokale Variable des gleichen Elements? Ist euch "nur" einmal schreiben zu unsicher oder glaubt ihr, das jeweils nur der halbe Wert im Ziel ankommt? (lokale Variable löschen...)

Dies war ein Testversuch, der im neue Vi behoben ist. (Variable gelöscht)

Zitat:-Wie soll der obere Teil des VIs auf eure unteren Schleifen reagieren, wenn er nur einmal abgeabrbeitet wird? Die Schleifen laufen weiter und keiner hört mehr drauf (Dataflow!)
-Wenn ihr jetzt alles in eine einzige While-Loop packen würdet, dann bräuchtet ihr überhaupt keine lokalen Variablen mehr und keine zwei STOP-Buttons...

Danke für diese Tipps, haben diese in unser neues Vi mit einfließen lassen. Wäre net wenn es sich noch einmal jemand anschauen könnte

Falls euch noch etwas auffällt was verbesserungswürdig ist, wir sind über jede Hilfe dankbar.

MfG Jack

zu den VIs
Sie sind mit LabView2009 erstellt

Einmal mit Daq(mx) Module und im Tesbetrieb nur mit booler Eingabe (Simulation)

Hallo Jack,

anbei eine leicht geänderte Version...
Ich habe das "Relais" entfernt, welches du im Sinne einer Case-Struktur (oder hier jetzt: SELECT-Funktion) missbrauchst hast. Außerdem war mir dieses RS-FF suspekt und ich habe es durch eine einfache boolsche Operation ersetzt: Letztendlich willst du ein TRUE generieren, falls Time1 abgelaufen ist und Time2 noch nicht...