+- LabVIEWForum.de (https://www.labviewforum.de)
+-- Forum: LabVIEW (/Forum-LabVIEW)
+--- Forum: LabVIEW Allgemein (/Forum-LabVIEW-Allgemein)
+---- Forum: Datenbank & File IO (/Forum-Datenbank-File-IO)
+---- Thema: Messwertspeicherung (/Thread-Messwertspeicherung)
Messwertspeicherung - Spark - 08.09.2009 09:33
Hallo Forum,
ich beschäftige mich seit 3 Tagen mit LabVIEW und bin derzeit noch in der Lernphase grundlegender Dinge.
Habe das Thema auf anhieb noch nicht im Forum gefunden, vielleicht fehlt aber auch das richtige Stichwort zum Suchen.
Ich habe eine Signalquelle simuliert, von der ich die Messwerte über eine For Schleife in ein Array auslese.
Die Abtastrate (eingegeben in Signalquelle) ist recht hoch bei 100 Abtastungen / Sekunde da ich die Signalquelle anzeigen lassen möchte.
Speichern möchte ich aber nur meinentwegen 10 / Sekunde.
Gibt es ein weiteres Modul zur zweiten Signalabtastung?
Ein Delay-Baustein würde sicherlich dann kontinuierliche Messblöcke ausgeben, und keine kontinuierlichen Messwerte?
lg Spark
Messwertspeicherung - Spark - 08.09.2009 15:38
das mit dem delay-baustein scheint zu funktionieren.
allerdings benötigt die schleife selber ja auch durchlaufzeit.
wenn ich ein delay von 200ms einfüge bekomme ich dann meine 5 messwerte die sekunde?
irgendwie ist das auch mit der schleife bisher alles nur provisorisch...
wenn er sich in der messchleife befindet werden die anderen teile des programms außerhalb der schleife wie z.b. visuelle funktionsanzeige natürlich nicht angezeigt. schreibe ich die anzeige mit in die schleife kann ich die werte nicht mehr ohne protokollierung anzeigen
eine for schleife benötigt eine definierte anzahl von durchläufen... hmm :-) stoppt die grafischeausgabe aber auch während des schleifendurchlaufs...
ein delay in eine leitung setzen geht nicht, evtl eine queue? bauen?
tjaa, lustiges spielzeug das progrämmchen bisher.
lg spark
Messwertspeicherung - Y-P - 08.09.2009 18:52
Kannst Du mal Dein VI hochladen?
Gruß Markus
Messwertspeicherung - Spark - 09.09.2009 07:36
ja, wie gesagt ist gerade nicht mehr als ein tutorial dem ich selber anforderungen hinzugefügt habe, die sich im späteren aufgabenverlauf allerdings auch ergeben werden.
die sache ist halt einfach die, das ich nur einige messwerte brauche.
lg spark
Messwertspeicherung - Spark - 09.09.2009 07:36
nanu?! kein fotoo?
Messwertspeicherung - SeBa - 09.09.2009 08:24
Moin,
ExpressVI "Datenkomprimierung" mach eigentlich das, was du willst. Schau es dir mal an.
Gruß SeBa
Messwertspeicherung - Spark - 09.09.2009 10:45
:cool:yeah, das ist rocknroll! das war nen heißer tipp mit der sample compression!
ist es möglich dieses element vom benutzer ansteuern zu lassen?
kann den faktor ja sonst nur übers menü des elementes einstellen...
lg spark
Messwertspeicherung - Spark - 09.09.2009 13:01
nen weiterer punkt sind timecodes!
ich habe mal gerade was zusammengeklickt (siehe anhang)
ergebnisse sind wie folgt:
Channels 1
Samples 10
Date 2009/09/09
Time 13:21:05,289348
X_Dimension Time
X0 9.0000000000000011E-3
Delta_X 0.010000
***End_of_Header***
X_Value Sine with Uniform Noise (Mean) Comment
0.009000 0.362437
0.019000 0.839662
0.029000 0.971174
0.039000 0.829584
0.049000 0.374483
0.059000 -0.406953
0.069000 -0.749874
0.079000 -0.957401
0.089000 -0.816948
0.099000 -0.156050
0.109000 0.300356
0.119000 0.936343
....
Channels 1
Samples 1
Date 2009/09/09
Time 13:49:41,54734
X_Dimension Time
X0 9.0000000000000011E-3
Delta_X 0.010000
***End_of_Header***
X_Value Sine with Uniform Noise (Mean) Comment
0.009000 0.295745
0.019000 0.808401
0.029000 0.976451
0.039000 0.793519
0.049000 0.378829
0.059000 -0.244337
0.069000 -0.800907
0.079000 -1.016295
0.089000 -0.842793
0.099000 -0.263592
0.109000 0.406841
0.119000 0.778123
gleiches gilt auch hier:
Channels 1
Samples 100
Date 2009/09/09
Time 13:47:28,935419
X_Dimension Time
X0 9.0000000000000008E-4
Delta_X 0.001000
***End_of_Header***
X_Value Sine with Uniform Noise (Mean) Comment
0.000900 0.061633
0.001900 0.123923
0.002900 0.246480
0.003900 0.221110
0.004900 0.246030
0.005900 0.325385
0.006900 0.353574
0.007900 0.427793
0.008900 0.610548
0.009900 0.520869
0.010900 0.640703
Channels 1
Samples 100
Date 2009/09/09
Time 13:49:00,874684
X_Dimension Time
X0 9.0000000000000011E-3
Delta_X 0.010000
***End_of_Header***
X_Value Sine with Uniform Noise (Mean) Comment
0.009000 0.350223
0.019000 0.739625
0.029000 1.146838
0.039000 0.855163
0.049000 0.155300
0.059000 -0.218597
0.069000 -0.769346
0.079000 -0.921422
0.089000 -0.759571
0.099000 -0.275333
0.109000 0.305713
die samplingrate scheint nix mit der auflösung in x-achse zu tun zu haben.
wie kann ich die auflösung in der zeitachse beeinflussen?
grüße spark
Messwertspeicherung - SeBa - 09.09.2009 14:01
' schrieb:die samplingrate scheint nix mit der auflösung in x-achse zu tun zu haben.
wie kann ich die auflösung in der zeitachse beeinflussen?
Ohne jetzt mit meinem nicht vorhandenen Wissen über Sampling und Auflösungen um mich zu schmeißen, aber...
... ich geh mal davon aus, dass du die ExpressVI's nicht großartig verändert hast.
Daher:
Ein Sinus mit 10 Hz macht 10 Schwingungen pro Sekunde, also alle 0,1 Sekunden eine komplette Schwingung.
Das ExpressVI haut jetzt einen 10 Hz Sinus mit 1000 Samples pro Sekunde raus, aber nur 100 Sampels.
D.h. du hast 0,1 Sekunden vom Sinussignal, also eine komplette Schwingung.
Deine Komprimierung schrumpft das jetzt um den Faktor 10. Also hast du statt 100 Samples (von 0,1 Sekunden) nach der Komprimierung 10 Sampels von 0,1 Sekunden. Daher dein Delta_X von 0.01...
Anderer Faktor, anderes Delta_X.
Dann bleibt noch die Auflösuung der Zeitachse... was du hier machst ist ja nur komprimieren der Daten, also den gleichen Zeitabschnitt mit weniger Daten darstellen. Wo willst du da die Auflösung der Zeitachse ändern? Wenn du das Signal zeitlich hochaufgelöster sehen willst, brauchst du mehr Sampels/Sekunde... dann macht aber dein Komprimieren keinen Sinn...
Wenn du nur den Achsenabschnitt verändern willst, kannst du ja die Achse anders skalieren.
Gruß SeBa
PS:
Die Stellen an denen ich Blödsinn erzählt habe, kannst du ignorieren.