Problematik beim Schreiben von großen Messdateien

' schrieb:Der Fehler mit der CPU, bzw. mit dem Speicherfehler tritt erst nach ca 10 Tagen Messung auf.

10 Tage zu 24 Stunden zu 3600 Sekunden macht bei 2 Hz und 50 DBL-Daten ca. 690MB. Naja.
Tastest du jetzt mit 2Hz ab oder mit mehr?

Zitat:Funktionale Globale Variablen hatte ich schon implementier, jodoch ohne Erfolg.

In wie weit ohne Erfolg? FGV und trotzdem Array-Addition bringt natürlich keinen Erfolg.

Zitat:Ich habe mal gehört das die While Schleifen im 1kHz Bereich arbeiten,

While-Schleifen arbeiten so schnell, wie man sie lässt. Ich lass sie immer mit 10Hz laufen - also alle 100ms. Ich sag mal ganz frech: Meine Prüfstände samplen 20 Daten mit 1kHz und die Prozessorzeit liegt alles in allem unter 5% - über Wochen.

Zitat:wie soll man dann im Mhz Bereich Daten wegschaufeln können.

In dem man entspechend große Datenpuffer verwendet.
Daten kommen für gewöhnlich vom DaqMX. Der hat aber einen Puffer, den man einstellen kann. Man muss ja nicht unbeding die Daten sample-weise abholen, anzeigen und speichern. Soll doch der DaqMX die Daten für (maximal) 200ms speichern, ich hol sie dann alle 100ms ab. Und dieses Vorgehen ist unabhängig von der Sample-Frequenz. Hinweis: Auch eine Queue hat Pufferwirkung.

Noch was zum Zeitbedarf:
Auch die Anzeige von Kurven an einem Graph kosten viel Zeit. Graphen sollte man also nur z.B. alle 250ms aktualisieren. Wenn der Graph noch ein Signalverlauf mit Historie ist, ist natürlich der Speicher für die Historienlänge zu beachten.