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.08.2018, 08:08 (Dieser Beitrag wurde zuletzt bearbeitet: 03.08.2018 10:45 von jg.)
(03.08.2018 07:54 )xxokiehxx schrieb: Danke Gerd, ich habe jetzt die Daten in einer Spalte und mit "," getrennt !!
Problem ist, dass in der Tabelle die Zeit immer mit 0 angezeigt wird aber die Sonde welche ich am Zeitarray anlegte in LV sagt was anderes?! Die Umstellung vom Format in Excel bringt auch nichts, an was kann das nun liegen?
Am Formatierungscode für die Zahlen. %.3f bedeutet Zahlen mit 3 Nachkommastellen. Das ist für 100e-12 zu wenig. Einfach mal die Hilfe für den Formatierungscode durchlesen.
(03.08.2018 07:54 )xxokiehxx schrieb: Und gibt es eine Einstellung, dass der Messwert selbst seine Nachkommastelle mit "." und nicht mit "," trennt?
Ja, die gibt es. Hatte ich schon die Hilfe zum Formatcode erwähnt? %.;%.3g
(03.08.2018 07:54 )xxokiehxx schrieb: Wie kann ich selber die Zeit meiner Schrittspanne definieren, weil diese bezieht sich ja auf die Samples/sec? Oder sind das so gesehen dir richtigen Zeitsteps vom Messwert?
Ja, die sollten korrekt sein.
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!
Zitat:Danke Gerd, ich habe jetzt die Daten in einer Spalte und mit "," getrennt !!
Zitat:Problem ist, dass in der Tabelle die Zeit immer mit 0 angezeigt wird aber die Sonde welche ich am Zeitarray anlegte in LV sagt was anderes?! Die Umstellung vom Format in Excel bringt auch nichts, an was kann das nun liegen?
Leider hast du deine Excel-Datei nicht angehangen, da kann man das schlecht prüfen…
Vielleicht liegt das an unterschiedlichen Erwartungen von LabVIEW und Excel bezüglich des zu verwendenden Dezimaltrennzeichens?
Zitat:Und gibt es eine Einstellung, dass der Messwert selbst seine Nachkommastelle mit "." und nicht mit "," trennt?
Laut deinem Bild macht LabVIEW doch genau das: ein Punkt als Dezimatrennzeichen!
Ansonsten: na klar gibt es diese "Einstellung"! Lies dir mal die LabVIEW-Hilfe zu den Formatstrings durch…
Zitat:Wie kann ich selber die Zeit meiner Schrittspanne definieren, weil diese bezieht sich ja auf die Samples/sec? Oder sind das so gesehen dir richtigen Zeitsteps vom Messwert?
Wieso willst du das tun? Das dt wird doch durch deine DAQ-Hardware (aka Samplerate) verwaltet und in der Waveform explizit mit 100e-12s angegeben!?
(03.08.2018 07:54 )xxokiehxx schrieb: Danke Gerd, ich habe jetzt die Daten in einer Spalte und mit "," getrennt !!
Problem ist, dass in der Tabelle die Zeit immer mit 0 angezeigt wird aber die Sonde welche ich am Zeitarray anlegte in LV sagt was anderes?! Die Umstellung vom Format in Excel bringt auch nichts, an was kann das nun liegen?
Am Formatierungscode für die Zahlen. %.3f bedeutet Zahlen mit 3 Nachkommastellen. Das ist für 100e-12 zu wenig. Einfach mal die Hilfe für den Formatierungscode durchlesen.
(03.08.2018 07:54 )xxokiehxx schrieb: Und gibt es eine Einstellung, dass der Messwert selbst seine Nachkommastelle mit "." und nicht mit "," trennt?
Ja, die gibt es. Hatte ich schon die Hilfe zum Formatcode erwähnt? %.;%3g
(03.08.2018 07:54 )xxokiehxx schrieb: Das Kommazeichen habe ich jetzt mit folgendem Format (%.;%2f)durch einen Punkt ersetzt und funktioniert auch. Problem ist jetzt das meine Nachkommastellen auch bei Veränderung der "2" vom Format nicht verändert werden???!
Wie kann ich selber die Zeit meiner Schrittspanne definieren, weil diese bezieht sich ja auf die Samples/sec? Oder sind das so gesehen dir richtigen Zeitsteps vom Messwert?
(03.08.2018 07:54 )xxokiehxx schrieb: Danke Gerd, ich habe jetzt die Daten in einer Spalte und mit "," getrennt !!
Problem ist, dass in der Tabelle die Zeit immer mit 0 angezeigt wird aber die Sonde welche ich am Zeitarray anlegte in LV sagt was anderes?! Die Umstellung vom Format in Excel bringt auch nichts, an was kann das nun liegen?
Am Formatierungscode für die Zahlen. %.3f bedeutet Zahlen mit 3 Nachkommastellen. Das ist für 100e-12 zu wenig. Einfach mal die Hilfe für den Formatierungscode durchlesen.
(03.08.2018 07:54 )xxokiehxx schrieb: Und gibt es eine Einstellung, dass der Messwert selbst seine Nachkommastelle mit "." und nicht mit "," trennt?
Ja, die gibt es. Hatte ich schon die Hilfe zum Formatcode erwähnt? %.;%3g
(03.08.2018 07:54 )xxokiehxx schrieb: Das Kommazeichen habe ich jetzt mit folgendem Format (%.;%2f)durch einen Punkt ersetzt und funktioniert auch. Problem ist jetzt das meine Nachkommastellen auch bei Veränderung der "2" vom Format nicht verändert werden???!
Wie kann ich selber die Zeit meiner Schrittspanne definieren, weil diese bezieht sich ja auf die Samples/sec? Oder sind das so gesehen dir richtigen Zeitsteps vom Messwert?
Folgendes Problem gibt es hier noch beim Übergang, es wirkt zuerst als ob die Zeitschritte nicht hoch gezählt werden. Ich denke aber dass die Steps sich in den Nachkommastellen verstecken welche nicht sichtbar sind. Wie muss ich das Format ändern, dass diese auch angezeigt werden?
Aktuelles Format: %.;%2g --> beim ändern der "2" passiert nichts
Besten Dank euch zwei mit "%.;%#7e" funktioniert es --> Also für einen Channel alles bestens!
Wie kann ich das ganze anwenden wenn mein Waveform Signal aus mehreren Channeln besteht? Muss ich in Schleifen immer nur einen Channel lesen und diesen an die alte Datei anfügen oder gibt es hier Bausteine die mir das ganze erleichtern
wenn man ein Array verarbeiten will, bietet sich sehr oft eine autoindizierende Schleife an!
(Das gehört zu den LabVIEW-Grundlagen, die du mittlerweile zumindest schon mal angefangen haben solltest!)
wenn man ein Array verarbeiten will, bietet sich sehr oft eine autoindizierende Schleife an!
(Das gehört zu den LabVIEW-Grundlagen, die du mittlerweile zumindest schon mal angefangen haben solltest!)
Hier wäre mal ein Vorschlag wenn ich jeden Channel einzeln abspeichere in 8 Durchläufe!
Was haltest du davon?
/
Messwerte on Oszilloskop abspeichern
(hatte ich das schon erwähnt?)