LabVIEWForum.de

Hallo uuuhl,

Zitat:Der etwas scharfe Unterton in deinem letzten Beitrag ist mir nicht entgangen.

Ja, der Unterton war da.
Kann aber schon mal vorkommen, wenn jemand schreibt, er könne "String A" nicht vernünftig einlesen und als Beispiel dann "String B" bereitstellt.
Oder wenn jemand ExpressVIs verwendet, die für genau definierte Dinge konzipiert sind, um damit aber ganz andere Dinge zu erledigen - und sich dann noch wundert, warum es nicht funktioniert…

Ich glaube ja an das Gute im Menschen! Wenn jemand etwas programmiert, unterstelle ich "Vorsatz": das VI sollte zu dem passen, was als Aufgabenbeschreibung dargestellt wurde…

So, danke für die Beispiele, auch wenn ich nicht alles darin verstanden habe.
Ich habe noch etwas dran rumgebastelt, jetzt scheint es soweit zu funktionieren und man kann das "Daten aus Datei lesen" Express-VI damit ersetzen.

Zitat:Das passiert eben, wenn man mit einem dt von 20ms erfasst und dann die Zeit nur mit einer Nachkommatelle, also auf 100ms genau, aufzeichnet. Dümmer gehts nimmer.

Die Aufzeichnung ist ok, der Fehler entsteht beim Umspeichern der Quelldatei ins DOS-TXT- Format im Excel.

Hallo uuuhl,

Zitat:jetzt scheint es soweit zu funktionieren und man kann das "Daten aus Datei lesen" Express-VI damit ersetzen.

Na siehste!

Jetzt noch
- den ErrorCluster bei den Dateifunktionen verdrahten
- die Dateilese-While-Loop mit einer sauberen Abbruchbedingung versehen! (Was passiert, wenn in der Datei kein "*DATA" gefunden wird???)
- die Kehrwert-Funktion verwenden
- nur ein IndexArray statt derer drei verwenden
- auf Punkt/Komma beim Umwandeln von String zu Zahl achten
- nach Möglichkeit auf DDT verzichten…

Zitat:Die Aufzeichnung ist ok, der Fehler entsteht beim Umspeichern der Quelldatei ins DOS-TXT- Format im Excel.

Warum verwendest du dann nicht einfach die Originaldaten - wenn der Fehler erst durch dich beim (ungeschickten) Umformartieren der Daten erzeugt wird?