Delay für kontinuierliche Datenerfassung zwingend?

Guten Morgen,

ersteinmal vielen Dank für Eure Rückmeldungen! Zur Erklärung, weshalb ich das Programm dieses Mal nicht hochgeladen habe:

Ich habe das Programm in der Vergangenheit bereits mehrere Male hochgeladen und jedes Mal empörte Antworten über den Zustand erhalten und das man mir mit einer solchen Tapete leider nicht weiter helfen werde. Da mir nicht klar ist, wie/ob ich lediglich Teile des Programms hochladen kann (die dann aber trotzdem lauffähig sind habe ich nun den Versuch gestartet das Problem nur zu beschreiben. Dies scheint aber auch nicht richtig gewesen zu sein.

Ich habe beruflich die Aufgabe, ein bestehendes Programm nach den Wünschen der Bediener zu modifizieren. Der Programmierer ist nicht mehr zu erreichen und eine Dokumentation existiert nicht. Ich bin noch ziemlicher LV-Neuling und dennoch festen Willens, das Programm nach und nach zu verstehen, es in eine neue LV-Konforme Struktur zu bringen und dann - nach und nach - die Wünsche der Bediener umzusetzen.

Sehr gerne würde ich das Programm, mit all seinen SubVIs ersteinmal vernünftig strukturieren, die Anzahl der lokalen Variablen reduzieren, ungenutze Teile entfernen etc. etc. Leider ist mir bis jetzt jedoch bei jedem Versuch dies umzusetzen der Code um die Ohren geflogen. Für Hilfe / Ideen zu diesem generellen Problem wäre ich sehr sehr dankbar!

Nun noch einmal zur akuten Fragestellung:

Zunächst einmal das LV-Projekt in der Anlage.
Start über die Datei DSDL4.vi.

@Ich selbst:
Es ist ganz eindeutig (wenn auch indirekt), dass die Wartezeit innerhalb der Whileschleife Einfluss auf die Auftrittswahrscheinlichkeit der Spikes hat. Dies lässt sich anhand des Schiebereglers für die Wartezeit (links im GUI) eindeutig zeigen.

@Lucki:
Mir geht es um den DAQmx - lesen Block. M.E. muss dieser Block für eine kontinuierliche Datenerfassung in eine Whileschleife. Lasse ich die Delay-Funktion weg, habe ich nur noch Spikes.

Wäre super, wenn ihr mir trotz des Tapetencharakters weiter helfen könntet.

Gruß & danke vorab,
Philipp