(20.01.2012 12:16 )Snowball schrieb: [ -> ]Vielen Dank,
auf die Lösung wäre ich nie gekommen, jetzt muss ich es nurnoch schaffen, das die Schleife beim betätigen des Stop Schalters auch beendet wird. Habe auch deinen Tip mit über die Invertierung der Eingänge umgesetzt.
Dein Programm wartet auf ein Event in deinem Leerlauf-Case der zweiten Schleife ohne DAQ.
Ein Timeout von 150-200ms an die Eventstruktur wird dein Problem höchstwahrscheindlich lösen.
Grund ist, dass in dieser Schleife dein STOP nicht ausgelesen wird, da der Case wartet bis du ein Event erzeugst.
Grundsätzlich ist die Verwendung von mehreren Eventstrukturen in einem VI nicht zu empfehlen. Ich würde dir hier die Producer-Consumer Struktur oder ggf. Notifier empfehlen.
Hoffe das hilft dir weiter!
Gruss Marc
Und nocheinmal Danke das Timeout Event hat mein Problem gelöst.
(19.01.2012 13:12 )GerdW schrieb: [ -> ]- Wer bringt euch nur immer wieder bei, dass man ein Array erst in einen Cluster umwandeln muss, um an die Einzelelemente zu kommen?
Mache ich eigentlich auch recht gerne.
Für wenige Elemente ist das doch in der Regel deutlich schneller programmiert und übersichtlich zu verbinden. Zieht das umwandeln denn viel Rechenzeit?
Gruß Kiesch
Hallo Kiesch,
Zitat:Für wenige Elemente ist das doch in der Regel deutlich schneller programmiert...
Einmal IndexArray gegenüber ArrayToCluster (mit Rechtsklick und Elementeanzahl festlegen) und Unbundle(ByName)!
Einmal IndexArray sollte schneller zu programmieren sein, man braucht ja am Indexeingang nichts anzuschließen...
Zitat:und übersichtlich zu verbinden.
Nun ja: ArrayElement[0]...ArrayElement[n] ist vielleicht etwas lautmalerischer, aber "bei wenigen Elementen" kann man auch am IndexArray noch abzählen. Nimmt man ein einfaches Unbundle, muss man genauso abzählen...
IndexArray verbraucht auch weniger (BD-)Platz; und es wird keine Typkonvertierung vorgenommen, die immer gern schnell mal zu Speicherkopien führt...
Oh. Das kann man ja aufziehen.
Wieder was gelernt. Danke danke
Gruß Kiesch
Hallo,
ich bin mir nicht sicher, ob ich dafür einen neuen Thread aufmachen soll, deshalb schreib ich es ersteinmal hier. Ich habe jetzt die Übergabe der Tabelle an Excel eingebaut und das funktioniert soweit auch, nur habe ich ein Problem mit den übergeben Werten, die Werte werden ja als String übergeben und Excel kann damit scheinbar nicht soviel anfangen da es aus dem Wert 14,866787 14.866.787 macht.
Meine Frage ist jetzt, ob es schon eher ungeschickt ist die Werte in eine Tabelle zu schreiben, wenn ich sie übergeben möchte und ob ich das besser anders realisieren soll.
Ich habe zu dem VI die ExcelExamples.llb dazugepackt, da LabVIEW die auch in den Ordner mit gepackt hat als ich es für eine frühere Version gespeichert habe.
(23.01.2012 14:08 )Snowball schrieb: [ -> ]Hallo,
ich bin mir nicht sicher, ob ich dafür einen neuen Thread aufmachen soll, deshalb schreib ich es ersteinmal hier. Ich habe jetzt die Übergabe der Tabelle an Excel eingebaut und das funktioniert soweit auch, nur habe ich ein Problem mit den übergeben Werten, die Werte werden ja als String übergeben und Excel kann damit scheinbar nicht soviel anfangen da es aus dem Wert 14,866787 14.866.787 macht.
Meine Frage ist jetzt, ob es schon eher ungeschickt ist die Werte in eine Tabelle zu schreiben, wenn ich sie übergeben möchte und ob ich das besser anders realisieren soll.
Ich habe zu dem VI die ExcelExamples.llb dazugepackt, da LabVIEW die auch in den Ordner mit gepackt hat als ich es für eine frühere Version gespeichert habe.
Am besten speicherst du die Zahlen auch gleich als Zahlen. Nach einer kleinen Anpassung des VI's der ExcelExamples ist dies problemlos möglich:
[
attachment=38295]
Einfach die Zahlen und Strings am Value-Eingang einhängen und sich nicht ab dem Coersion-Dot stören
Nur so aus Neugier wohin möchtest du die Daten denn übergeben?
Hoffe das hilft dir weiter!
Gruss Marc
Edit: Du kannst ein ganzes String-Array (sofern es sich um Zahlen handelt) an den VIs zur Umwandlung in Zahlen anhängen, die Eingänge und Ausgänge passen sich dementsprechend an.
Ich möchte die Messwerte in eine Excel-Datenblatt übergeben, um am Ende des Prüfvorganges dann auch überprüfen zu können ob die gemessenen Werte im grünen Bereich liegen oder ob der Prüfling unbrauchbar ist.
Ich werd deine Tips nachher gleich mal umsetzen oder es zumindest versuchen