Zeitmessung in excel

Hallo "IchSelbst"

Erstmal vielen Dank für die Antwort. Gibt es jedoch keine Kompaktere Lösung die besser in meinen vorhandenen Code passt?
Ich bräuchte dies art von Counter 3x in meiner kleinen Funktion.
   

Gruss

Anzeige

(13.02.2016 11:13 )santino schrieb:  Gibt es jedoch keine Kompaktere Lösung die besser in meinen vorhandenen Code passt?
Ich bräuchte dies art von Counter 3x in meiner kleinen Funktion.

Klar. Die allerkompakteste: SubVI.

Mach ein SubVI daraus - und zwar ein "ablauf-invariantes" (Eigenschaften von VI => Ausführung). D.h.: Wenn das SubVI drei mal auf das BD platziert wird, wird nicht eine Instanz des SubVIs generiert (wie bei "ablauf-variant"), sondern drei. Ergebnis: Jede der drei Instanzen hat ihre eigenen internen (gekapselten) Daten.

Das SubVI hat dann einen Eingang (den Boolschen Wert) und einen Ausgang (den Zähler).

Hallo santino,

kannst du diese ganze komischen Konstrukte in deinem VI mal erläutern?

- Wozu wird der Ausgang von Wait per AND mit einem anderen Wert verknüpft?
- Wozu wird ein boolscher Wert mit sich selbst verODERt?
- Was soll das unendliche Timeout-Event in der Case-Struktur?
- Deine Tabelle wird immer noch nicht richtig zusammengestellt: benutze doch einfach mal ein Schieberegister!
- Wieso ist "Totzeit" ein DBL-Wert?

Hallo GerdW

Hab jetzt ein überarbeitetes .vi erklärung dazu.

Grundfunktion:
Ich möchte mit einem Taster eine Zeitmessung starten. Dieser Taster schaltet ebenfalls ein Ausgang. Die Messung soll mit einem 24V Imput wider gestoppt werden.

Drumherum möchte ich noch zählen wie oft wurde eine Messung gestartet (button gedrückt). Wie oft ist die Zeit der Messung grösser gewesen als die Toleranz zeit. etc.

Hab wohl nur noch einen kleinen Fehler in der Erfassung der Signale:
Fehler -201278


Gruss Santino






  Buchungszeitmessung V2.0.zip (Größe: 63 KB / Downloads: 134)

Hallo santino,

Zitat:Hab wohl nur noch einen kleinen Fehler in der Erfassung der Signale: Fehler -201278

Dann lies dir doch einfach mal durch, was diese Fehlernummer bedeutet.
Die Lösung ist trivial…

Ok.. Hast wohl recht Anzahl aufeinanderfolgender Schreibvorgänge ist zu hoch...
Dann liegt es wohl nicht an Signal sondern an meiner Schlaufe…

Pro "Messung Start" möchte ich immer nur eine Messung ausführen die entweder "Fail" oder "Pass" ist.

Siehst du wo der Hund begraben ist?

Hallo Santino,

Zitat:Anzahl aufeinanderfolgender Schreibvorgänge ist zu hoch...
Dann liegt es wohl nicht an Signal sondern an meiner Schlaufe…

Eben: Du schreibst so oft/zu schnell hintereinander Werte per DAQmxWrite.
Lösung: weniger oft bzw. nicht so schnell hintereinander Werte schreiben.
Mit anderen Worten: eine Wartezeit in deiner Schleife wäre wohl angebracht…

Ja das habe ich auch gesehen..

Aber der Schreibvorgang sollte sich ja nicht auf den Ausgang auswirken?
oder sehe ich da was Falsch? der Mein "Messung Start" ist lediglich ein Latch. Das heist doch die Schlaufen soltlen sich nur 1namlig ausführen?

Gruss

Hallo santino,

Grundlegendes LabVIEW-Wissen sollte auch Debugging umfassen!
Schau dir dein VI mit Highlight-Execution an und deine Frage ist beantwortet…

Zitat:Das heist doch die Schlaufen soltlen sich nur 1namlig ausführen?

Wenn du (nur) auf Events reagieren willst, dann solltest du das auch programmieren…

Leider komm ich zurzeit nicht drauf.

Darf ich Fragen. Was sind die Ziele solcher Foren, wenn man hier keine Antworten bekommt?

Ich habe mir das ganze im Debug Mode schon, angeschaut einige Möglichkeiten ausprobiert aber auch dies leider nicht mit gewünschtem Resultat.
Wie gesagt ich bin Anfänger und unter Zeitdruck, da liegt kein LabVIEW Kurs mehr drin. Ich werde den dann im April starten aber bis dahin sollte ich Fertig sein..

Kannst du mir ein paar Anhaltspunkte geben. Wo das Problem liegt?

Gruss