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.11.2018, 17:21 (Dieser Beitrag wurde zuletzt bearbeitet: 04.11.2018 18:26 von Lucki.)
Ja, wenn Dir das Format dieser "Art Zeitstempel" nicht bekannt ist, woher sollen wir das dann wissen? Ein Labview-Zeitstempel ist es jedenfalls nicht.
Sind das wenigstens Sekunden? Wird da ca. alle 1 Sek ein Messwert aufgenommen?
Was sich machen ließe: Von den Zeitwerten in der ersten Spalte wird immer der erste Wert 410000.43968 subtrahiert. Man erhält dann relative Zeiten, beginnend bei Null. Dann kann man, wenn man das will, als neuen Offset noch das Startdatum 22.10.2018 17:18 aufaddieren.
(Das Datum kann man in einen Zeitstempel konvertieren, und diesen in eine Zahl) Mit dieser Zeit-Zahl läßt sich in der X-Achse die Zeit als Datum darstellen.
(02.11.2018 15:52 )Philipp841 schrieb: Ah - moment. Vermutlich habe ich etwas Falsches behauptet, wenn ich sage, dass ich über ein "Spalte mit Zeitstempeln" verfüge. Es ist so, dass ich in der ersten Zeile einen String mit Startdatum und Uhrzeit habe und dann fortlaufend eine "Art" Zeitstempel, die z.B. bei 4.960.185 beginnt und über 1000 Zeilen bis 13.424.732.451 geht.
Demnach enthält mein darzustellender Datensatz einen Startwert und dann halt die relativ verstrichene Zeit in einem mir nicht bekannten Format..
Erstellst du nicht selber die Messdatei, bzw. hast du das nicht selber programmiert? Dann musst du auch wissen, wie diese "Zeitstempel" zu Stande kommt.
Ansonsten - alternativ analysiere den Sourcecode der Messwert-Erfassung und -Speicherung, falls du darauf Zugriff hast.
Gruß, Jens
Wer die erhabene Weisheit der Mathematik tadelt, nährt sich von Verwirrung. (Leonardo da Vinci)
!! BITTE !! stellt mir keine Fragen über PM, dafür ist das Forum da - andere haben vielleicht auch Interesse an der Antwort!
Das VI von Lucki kommt meinem Wunsch schon sehr nahe. Werde nun erstmal nachvollziehen was dort genau geschieht und mich dann vermutlich mit weiteren Fragen an Euch wenden!
also, das Tool funktioniert sehr gut, zieht aber leider immernoch zu viel CPU & Arbeitsspeicher. Insbesondere das Einlesen zu Beginn zerrt bei größeren Files sehr an den Ressourcen. (Die Funktion mit den Adjustern habe ich mitlerweile bereits eliminiert.)
Ich habe folgende zwei Ansätze wie man den Rechenaufwand reduzieren könnte; leider jedoch noch keine Idee, wie man dies in die Tat umsetzen könnte.
1 Ansatz: Reduzieren der Zeilen die von dem VI eingelesen werden.
Die Idee ist, dass das VI sich nur jede 2.-50. Zeile eder .txt anschaut. Den Wert solte man dann in der Oberfläche zuvor eingeben können.
2. Ansatz: Reduzieren der Werte, die in dem Chart angezeigt werden
Es werden zwar alle werte eingelesen, jedoch nur jeder 2.-50. Wert in dem Diagramm dargestellt. Auch hier sollte der Wert einstellbar sein.
Wäre klasse, wenn du mir sagen könntest, ob meine Ideen aufgehen könnten und vielleicht auch, wie ich es am Besten mache.
Danke & Gruß,
Philipp
21.11.2018, 16:36 (Dieser Beitrag wurde zuletzt bearbeitet: 21.11.2018 16:36 von GerdW.)
Zitat:1 Ansatz: Reduzieren der Zeilen die von dem VI eingelesen werden.
Die Idee ist, dass das VI sich nur jede 2.-50. Zeile eder .txt anschaut. Den Wert solte man dann in der Oberfläche zuvor eingeben können.
Einfach in einer Schleife: jeweils die gewünschte Anzahl Zeilen lesen (ReadText erlaubt eine entsprechende Vorgabe) und dann von den gelesenen Zeilen nur (je Block) eine weiterverwenden.
(Siehe auch die Kommentare hier.)
Zitat:2. Ansatz: Reduzieren der Werte, die in dem Chart angezeigt werden
Es werden zwar alle werte eingelesen, jedoch nur jeder 2.-50. Wert in dem Diagramm dargestellt. Auch hier sollte der Wert einstellbar sein.
In einer Schleife über die Daten eines Plots iterieren: jeweils ein Subarray mit der gewünschten Anzahl Werte auswählen und davon einen Wert auswählen/berechnen (z.B. Mittelwert). Diese berechneten/dezimierten Werte dann plotten…
Es ist als Außenstehender überhaupt nicht möglich, deine Ansätze zu bewerten - machbar ist alles. Jede Informationsverarbeitung ist letztlich Datenreduktion, damit der Mensch mit seiner bescheidenen Verarbeitungskapazität z.B in einem Diagramm mit einem Blick das Wesentliche erkennt, was aus der Unzahl von Rohdaten so nicht möglich gewesen wäre.
Wir wissen ja überhaupt nicht, was das für Daten sind und welche Informationen dir davon wichtig sind. Davon hängt dann ab, ob man die reduzieren darf oder nicht.
Was soll das z.B: Anfangs ist bei den Zeitwerten dt=1s, dann im Mittelteil ist dt=0.1s, später wieder ist dt=1s. Welcher Sinn steckt da dahinter?
Die aufgezeichneten Daten sind Messwerte von zwei Weg und zwei Kraftsensoren. Das dt variert, da während des Versuches die Samplerate geändert wurde.
Vermutlich wurde meine Frage etwas falsch verstanden. Es geht mir nicht darum, dass ihr beurteilt, ob die Sinnhaftig des Diagramms gefährdet wird. Mir geht es nur darum, dass ich gerne weniger Werte (Zeilen) einlesen möchte (also jede x-te) um den Rechenaufwand zu reduzieren.
Es wäre klasse, wenn man mir anhand der hochgeladenen Datei erklären könnte, was ich dafür zu tun habe. (Sry. an Gerd - hab deine Vorschläge noch nicht geblickt)
vielen Dank! Jetzt habe ich deinen Lösungsansatz verstanden! Danke.
Werde mich nun daran machen, das Auslesen per Schleife (für jede x.te Zeile), mit dem vorherigen Lesen der ersten drei Zeilen (zur Ermittlung der richtigen Dateiposition) iwie zu verheiraten.
Ich hoffe ich darf mich nochmal an Euch wenden, wenn dies garnicht klappen sollte.
Danke & Gruß,
Philipp
23.11.2018, 11:43 (Dieser Beitrag wurde zuletzt bearbeitet: 23.11.2018 11:44 von GerdW.)
Zitat:das Auslesen per Schleife (für jede x.te Zeile), mit dem vorherigen Lesen der ersten drei Zeilen (zur Ermittlung der richtigen Dateiposition) iwie zu verheiraten.
/
Lesen großer txt ohne Laufzeiteinbußen
- alternativ analysiere den Sourcecode der Messwert-Erfassung und -Speicherung, falls du darauf Zugriff hast.
