LabVIEWForum.de - zeitabhängiger Wert

LabVIEWForum.de

Normale Version: zeitabhängiger Wert
Du siehst gerade eine vereinfachte Darstellung unserer Inhalte. Normale Ansicht mit richtiger Formatierung.
Seiten: 1 2 3
(15.11.2011 12:20 )narrentanz schrieb: [ -> ]
Zitat:10; 10:10:30.000;
20; 05:10:15.100

Es müsste eigentlich

10; 10:10:30.000;
20; 05:10:15.100;

sein, sorry falsch ich es falsch in den Kommentar geschrieben habe...

Deshalb tritt der Fehler quasi einmal zu früh auf!

Gruss Marc
Hab ich schon versucht. Er schickt nach wie vor beim ersten Mal den Fehler raus und gibt nur ein Wertepaar weiter :/
Ich hab jetzt mal ein wenig dran rumgespielt, mit dem Ergebnis dass er immer noch/wieder nur in Maßen zuverlässig ausliest. Kommentare sind willkommen.

Desweiteren: Der Fehler, den ich gekriegt hatte, lag (vermute ich) dadran, dass das Format wohl doch nicht stimmte:
http://digital.ni.com/public.nsf/allkb/2...2700080A80
Absolute Zeit wäre %T gewesen, nicht %t.
(15.11.2011 15:36 )narrentanz schrieb: [ -> ]Ich hab jetzt mal ein wenig dran rumgespielt, mit dem Ergebnis dass er immer noch/wieder nur in Maßen zuverlässig ausliest. Kommentare sind willkommen.
http://digital.ni.com/public.nsf/allkb/2...2700080A80
Absolute Zeit wäre %T gewesen, nicht %t.

Du willst doch gar nicht die absolute Zeit? Das %t war schon richtig, du willst ja nur die Zeit bis zum nächsten SchrittBlink

Mit dem Formatierungsstring %f;%f; aber einem Zeitformat in deiner Datei wirst du auf keinen grünen Zweig kommen, ganz einfach weil du etwas auslesen willst was gar nicht in der Datei steht!

%f;%t; mit der Formatierung welche ich vorgeschlagen habe und das Auslesen funktioniert ohne Probleme.

Des weiteren verstehe ich dein Vorgehen mit dem Stop-Button nicht ganz, was willst du mit dem Wert welchen du da ausrechnest?

Falls du auf eine Eventstruktur verzichten willst/musst so verdrahte lieber den Error-Wire durch den Case.

Gruss Marc


Edit: Du kannst nicht einfach das berechnete Offset mit dem Schleifendurchgangszähler ersetzten!
Das Offset steht an der Stelle nach dem zuletzt ausgelesenen Wert, während der Schleifendurchgangszähler sich nur um 1 erhöht!
Hier noch so wie ich mir das VI vorstellen würde:

[attachment=37198]

Das Warten auf den Knopfdruck kannst du an eine beliebige Stelle setzten, solange du den Error verdrahtet lässt.

Gruss Marc
Zitat:Error 85 occurred at Scan From String (arg 2) in Zeitgesteuert_Zusammengefasst.vi

Possible reason(s):

LabVIEW: Scan failed. The input string does not contain data in the expected format.

Das kommt aus der Probe im Error-String raus. Es wird wieder mal nur ein Wert eingelesen, zumindest bei mir.


Das mit der Formatierung war ein Denkfehler meinerseits, ich bitte um Entschuldigung - ich sollte die Hilfe GENAU lesen.

Das mit "%f; %f" ging auf meine Überlegung zurück, nen Zahlenwert in Sekunden in die Datei zu schreiben und dass dann mit der vergangenen Zeit seit Programmstart zu vergleichen. Den Wert habe ich für die Speicherung so oder so, und es wäre IMHO einfacher, wenn man einfach die Zeitwerte in Sekunden in die Datei schreibt statt der relativen Zeit. Auch da bin ich aber wahrscheinlich einer Denkblockade aufgesessen. Ich möchte zu meiner Verteidigung vorbringen, dass ich gestern ein paar Stunden Löcher in Folie gehämmert habe, die wir nicht perforiert bekommen haben, das schlägt aufs denken^^

Das mit dem Offset war die Idee eines Mit-Hiwis von mir, in der Überlegung dass man die .vi vll damit überreden kann, mehr als einen Wert einzulesen. Hat er dann auch, aber auch nicht korrekt.
(16.11.2011 10:46 )narrentanz schrieb: [ -> ]Error 85 occurred at Scan From String (arg 2) in Zeitgesteuert_Zusammengefasst.vi

Possible reason(s):

LabVIEW: Scan failed. The input string does not contain data in the expected format.
Das kommt aus der Probe im Error-String raus. Es wird wieder mal nur ein Wert eingelesen, zumindest bei mir.


Der Error muss ausgelöst werden, sobald keine Daten mehr vorhanden sind.
Hab mal die Werte hardcoded in das VI gepackt, schau mal ob es bei dir funktioniert:

[attachment=37209]

Gruss Marc
I honestly do not understand this.
Es tut. Und wenn ich den Werte-String so in die .txt setze tut es auch. Ich bin ernsthaft verwirrt. Aber wie dem auch sei, es tut. Ich werde mich dann mal der Implementation widmen nach dem Essen, und auch deine erste .vi nochmal mit dem entsprechenden String testen..
Danke!

BAZINGA!
Das Problem lag an deinem Beispielstring in der ersten .vi:
"10;00:00:15.000;" gibt Mist. "10;00:00:15;" wie in der jetzt gibt Sinn. Wenn du das in deinem alten Post grad änderst würd ich den wahrheitsgemäß als Lösung markieren..
(17.11.2011 11:59 )narrentanz schrieb: [ -> ]I honestly do not understand this.
Es tut. Und wenn ich den Werte-String so in die .txt setze tut es auch. Ich bin ernsthaft verwirrt. Aber wie dem auch sei, es tut. Ich werde mich dann mal der Implementation widmen nach dem Essen, und auch deine erste .vi nochmal mit dem entsprechenden String testen..
Danke!

BAZINGA!
Das Problem lag an deinem Beispielstring in der ersten .vi:
"10;00:00:15.000;" gibt Mist. "10;00:00:15;" wie in der jetzt gibt Sinn. Wenn du das in deinem alten Post grad änderst würd ich den wahrheitsgemäß als Lösung markieren..

Argh blöde BetriebsblindheitGrrr

Alte Beiträge kann man leider nur 10 Minuten lang anpassen...
Ausser man ist ModAnniemacht_2

Egal hoffe ich habe dir mehr geholfen als zusätzliche Probleme gemachtAngel_not

Gruss Marc
Ich habe beim Basteln einiges gelernt, von daher: gut.
War halt blöd gelaufen. Habs jetzt mal als Lösung markiert..
Seiten: 1 2 3
Referenz-URLs