Drehzahlmesser

Vielen Dank, ohne das VI dazu, hätte ich nicht verstanden, was du meinst!
Das Initialisierungsproblem ist zwar ärgerlich, aber es ist vordergründig erstmal nicht so schlimm. Viel eher hänge ich daran, dass ich eine variable Anzahl Kanäle habe. Es können also 1, 2 oder 20 sein. Ok, ich könnte jetzt 20 Cases anlegen, wenn nur 2 gebraucht werden, sind die restlichen eben umsonst...

Ich habe nur noch ein paar Verständigungschwierigkeiten bezüglich der Reentrant-VIs + nichtinitialisierte Schieberegister. Selbst, wenn ich einzelne Icons im Blockdiagramm anlege, woher weiß LV denn, welche Instanz ich gerade will? Hat jedes Icon einen internen Schlüssel, der mit übergeben wird? Und wenn der Schlüssel der selbe ist, dann wird die Instanz von letzten Mal (inklusive Schieberegister-Werten) geladen; wenn der Schlüssel verschieden ist, wird eine neue Instanz geöffnet? Dann erfolgt wohl diese Überprüfung bei nicht-reentrant VIs nicht, d.h. unabhängig vom Schlüssel wird immer die gleiche Instanz geöffnet (Prinzip funktionale globale Variable)?
Und wie können die Filter wieder zurück gesetzt werden? Folgendes Szenario: Wir führen mehrere verschiedene Tests aus, die alle in unterschiedlichen VIs liegen. Diese werden nacheinander von einem übergeordneten VI aufgerufen. Fast jeder Test benötigt einen Zugriff auf analoge In-/Outputs. Dazu existiert ein weiteres VI, was am Anfang eines Testmoduls gestartet und am Ende wieder beendet wird. Es erstellt den analogen Task, fügt eine beliebige Anzahl Kanäle hinzu und ist dann über funktionale globale Variablen zu steuern (wie z.B. "Starte Messung", "Beenden", ...). Die gemessenen Daten sollen, bevor sie über FIFOs an die Test-VIs geschickt werden, gefiltert werden. Wenn ich nun die FIR-Filter einfach dort einfüge, dann sind bestimmt beim nächsten Start des DAQ-VIs (im nächsten Test) die alten Werte noch im Filter...