INFO: Dieses Forum nutzt Cookies...
Cookies sind für den Betrieb des Forums unverzichtbar. Mit der Nutzung des Forums erklärst Du dich damit einverstanden, dass wir Cookies verwenden.

Es wird in jedem Fall ein Cookie gesetzt um diesen Hinweis nicht mehr zu erhalten. Desweiteren setzen wir Google Adsense und Google Analytics ein.


Antwort schreiben 

schnelle+kontinuierliche Datenerfassung: Speicherproblem



Wenn dein Problem oder deine Frage geklärt worden ist, markiere den Beitrag als "Lösung",
indem du auf den "Lösung" Button rechts unter dem entsprechenden Beitrag klickst. Vielen Dank!

03.10.2010, 02:33
Beitrag #3

mh10 Offline
LVF-Neueinsteiger


Beiträge: 6
Registriert seit: Oct 2010

10.0 (32 bit)
-
de

.
Deutschland
schnelle+kontinuierliche Datenerfassung: Speicherproblem
Hi Mechatronik-Ingenieur,

danke für deine Antwort.

Ich würde auch gerne auf die dynamischen Daten verzichten, aber irgendwie mache ich bei dem Versuch einige Fehler, die ich nicht genau sehe. Wie schon oben beschrieben, hatte ich es nicht geschafft, die Daten der zwei 1D-Arrays in der richtigen Reihenfolge (Spalten/Zeilen) an ein existierendes 2D-Arrays zu hängen. Dies sollte an sich relativ einfach sein, aber naja, ich scheine was zu übersehen ;-) Ansonsten kann ich die Daten nicht bündeln und muss sie in zwei Warteschlangen stellen, was praktisch eine zweite Consumer-Schleife bedeuten würde. Dies wollte ich durch die Verwendung der dynamischen Daten vermeiden. Ob diese Entscheidung besser oder schlechter war, kann ich momentan nicht beurteilen.

Das Streamen der Daten wäre das Beste. Danke für den Link, den kannte ich bisher nicht. Ab DAQmx v9.0 sollte das ja implementiert sein. Mein "längerer Zeitraum" sind mehrere Stunden, da das Experiment unter Aufsicht abläuft. Das wären dann etwa 6-10 Stunden pro Tag, je nach Aufgabenstellung. Da bei mir aber der RAM begrenzt ist, muss ich die Daten ja irgendwie auf die Festplatte bekommen. Da kommt mir eine Zwischenfrage: Spricht LabVIEW mehr als 2 GB RAM an? Soweit ich weiß stellt ja Windows (zumindest 32bit) jedem Programm nur 2 GB zur Verfügung.

Momentan hatte ich das Express-VI auf ASCII-schreiben eingestellt, also Klartext. Dies verbraucht zwar mehr Speicher auf der Platte und ist meistens etwas langsamer, aber ich kann die Daten so ohne Probleme und Aufwand in verschiedene einlesen und Verarbeiten. Klartext ist aber nicht zwingend notwendig, ich kann die Daten auch jeweils bei Bedarf entsprechend dekodieren, das muss nicht während der Messung geschehen.

Mit dem Speichermonitor hatte ich schon gesehen, dass viel bei der Umwandlung in dynamischen Daten verlorengeht. Anfangs hatte ich auch oft Fehlermeldungen, da CreateSignalChunk.vi zu viel Speicher gefressen hat. Ich werde wohl Montag mein Programm ein wenig umschreiben und versuchen direkt die Daten auf Platte zu streamen und mich danach noch einmal melden. In der Zwischenzeit sind weitere Tips natürlich immer gerne gesehen, denn zu verbessern und zu lernen gibt es meistens etwas. :-)

Danke und gute Nacht,
mh10

Using: LabVIEW 10.0 (32 bit); Windows 7 (64 bit); Core2 Duo E8500; 3,16 GHz; 4 GB RAM
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
Antwort schreiben 


Nachrichten in diesem Thema
schnelle+kontinuierliche Datenerfassung: Speicherproblem - mh10 - 03.10.2010 02:33

Möglicherweise verwandte Themen...
Themen Verfasser Antworten Views Letzter Beitrag
  Delay für kontinuierliche Datenerfassung zwingend? Philipp841 9 6.649 12.07.2018 10:27
Letzter Beitrag: GerdW
  Kontinuierliche Datenerfassung mit USB 6003 Tobolf 18 12.302 02.02.2017 16:54
Letzter Beitrag: GerdW
  Datenerfassung cDAQ + NI9203 keine synchrone Datenerfassung dieseldunst 5 6.564 24.06.2016 14:49
Letzter Beitrag: jg
  kontinuierliche Datenerfassung in Array speichern Jonas_02 2 4.875 04.09.2015 16:17
Letzter Beitrag: Trinitatis
  Kontinuierliche Messung Ringpuffer dbuckl 9 8.113 07.04.2015 09:19
Letzter Beitrag: dbuckl
  DAQ --> Kontinuierliche Frequenzmessung Flo89 10 13.676 25.04.2014 14:34
Letzter Beitrag: GerdW

Gehe zu: