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!
05.02.2010, 08:51 (Dieser Beitrag wurde zuletzt bearbeitet: 05.02.2010 08:51 von Lucki.)
' schrieb:Wenn du nichts dagegen hast, dass LV 'ne Fehlermeldung ausgibt und alles abbricht oder abstürtzt spricht nix dagegen.
Genau das ist doch die viel interessantere Frage. Nicht, wie groß darf das Array sein, sondern, wie merke ich das, wenn es zu groß ist? Durch Absturz aus ungeklärter Ursache? Durch aussagekräftige Fehlermeldung?
Anzeige
05.02.2010, 09:02 (Dieser Beitrag wurde zuletzt bearbeitet: 05.02.2010 09:04 von dimitri84.)
' schrieb:Jetzt würde ich gerne (Rechenzeit spielt keine Rolle) immer aus einer Anzahl von Messwerte Mittelwerte bilden und so den datenumfang schrumpfen.
Allerdings kommt beim Laden der Textdatei: "Nicht genügen Speicher zum Abschließen der Operation"
Hat jemand ne Idee ich vorgehen kann?
Das ist ganz einfach. Du liest einfach immer nur ein so großes Intervall, wie du brauchst um z.B. einen (oder mehr) Mittelwert(e) zu bilden. Den Wert schreibst du in deine neue Datei und liest anschließend den nächsten Block. Das Read.VI hat einen offset Eingang mit dem du dann vorwärts springen kannst.
Was ich dir außerdem empfehlen würde, ist das binäre Datenformat TDMS (zum abspeichern des reduziertes Signals). Das ist schnell und verbraucht wenig Speicherplatz im Vergleich zu ascii-Dateien.
„Sag nicht alles, was du weißt, aber wisse immer, was du sagst.“ (Matthias Claudius)
' schrieb:Genau das ist doch die viel interessantere Frage. Nicht, wie groß darf das Array sein, sondern, wie merke ich das, wenn es zu groß ist? Durch Absturz aus ungeklärter Ursache? Durch aussagekräftige Fehlermeldung?
In der Veranstaltung "Performance Guide" (den ich bislang leider noch nicht besucht habe) wird eine Lösung auf diese Frage gegeben. Es gibt wohl ein Toolkit oder ähnliches von Micosoft, mit dem man den größten zusammenhängenden Speicher auslesen kann.
Es geht aber auch mit der Kernel32.dll. Diese gibt u.a. den virtuellen Speicher zurück.
Dieser Beitrag soll weder nützlich, informativ noch lesbar sein.
Er erhebt lediglich den Anspruch dort wo er ungenau ist, wenigstens eindeutig ungenau zu sein.
In Fällen größerer Abweichungen ist es immer der Leser, der sich geirrt hat.
Rette einen Baum!
Diesen Beitrag nur ausdrucken, wenn unbedingt nötig!
' schrieb:..
Besser ist eine Queue welche die 3te Dimension bildet. Also eine Queue mit 2D-Arrays.
Und wie lese ich bei einer Queue erst das 17., dann das 3. und dann das 32. Element?
Ich würde auch die Datei, wie vorgeschlagen, häppchenweise lesen.
Vielleicht klappt es auch die Daten in ein Array von Strings zu lesen (nicht die ganze Datei in einen String), wobei ein String eine Zeile aus der Datei enthält, falls die Datei zeilenorientiert aufgebaut ist.
05.02.2010, 10:42 (Dieser Beitrag wurde zuletzt bearbeitet: 05.02.2010 11:53 von RoLe.)
' schrieb:In der Veranstaltung "Performance Guide" (den ich bislang leider noch nicht besucht habe) wird eine Lösung auf diese Frage gegeben. Es gibt wohl ein Toolkit oder ähnliches von Micosoft, mit dem man den größten zusammenhängenden Speicher auslesen kann.
Habe den Kurs auch nicht besucht.
Habe kürzlich dieses da gefunden, damit ist <strike>scheinbar </strike>auch eine Abfrage des größte zusammenhängende Speicher möglich. Fragmented Array Library v1.0.7
Developer Suite Core -> LabVIEW 2015 Prof.
2006
EN
71083
Deutschland
Maximale Größe eines Arrays
Ich war dort, kann mich aber nicht an das Toolkit von Microsoft erinnern. Ich glaub' ich muss mal wieder meine Unterlagen rauskramen.
Gruß Markus
' schrieb:In der Veranstaltung "Performance Guide" (den ich bislang leider noch nicht besucht habe) wird eine Lösung auf diese Frage gegeben. Es gibt wohl ein Toolkit oder ähnliches von Micosoft, mit dem man den größten zusammenhängenden Speicher auslesen kann.
Es geht aber auch mit der Kernel32.dll. Diese gibt u.a. den virtuellen Speicher zurück.
-------------------------------------------------------------------------- Bitte stellt mir keine Fragen über PM, dafür ist das Forum da - andere haben vielleicht auch Interesse an der Antwort !!
--------------------------------------------------------------------------
05.02.2010, 13:40 (Dieser Beitrag wurde zuletzt bearbeitet: 05.02.2010 23:20 von jg.)
Ich werd bekloppt!
Jetzt versuche ich seit Stunden (bitte nicht auslachen ) den Text Zeilenweise einzulesen.
Ich war mir auch sicher, dass ich das schonmal gemacht habe.
Jetzt habe ich den "read from textfile" ausgetauscht mit einem den ich noch mit LV8.5 - jetzt gehts....
Wieso macht der baustein aus LV9 nicht das gleiche wie der aus LV 8.5 ? Oder habe ich den richtigen einfach nicht gefunden in LV9?
) den Text Zeilenweise einzulesen.
