While Loop mit Case starten. array einlesen mit read spreadsheet.

Hallo zusammen,

wieder einmal hänge ich an einem Schritt in meinem VI, wo ich nach einigem Rumprobieren immer noch nicht weiß, wie ich das hinbekomm.

Das kleinere übel ist wohl das Einlesen von Daten aus einer Textdatei (editor). Dort habe ich 2 Spalten und x Reihen.
Die Werte aus der 1. Reihe werden in das array gelesen. Nun habe ich im editor eine weitere Zeile hinzugefügt, jedoch wird diese nicht eingelesen. Fehl da sowas wie "neue Zeile" oder was mache ich falsch.

Das andere Problem ist, dass ich die "Hauptschleife" in der die Messung abläuft ereignisgesteuert laufen lassen möchte. Möchte ich etwas aufzeichnen, dann soll die Schleife durchlaufen werden und am Ende nach der Speicherung gefragt werden. Läuft soweit.

Möchte ich die Werte nicht speichern, sondern mit den eingelesenen Werten vergleichen (noch Baustelle), dann soll der Aufruf der Datei aus der eingelesen werde soll vor dem Schleifendurchlauf geschehen. Mir ist bekannt das LabView von links nach rechts die Struktur abarbeitet. Deswegen kann ich die beiden Abrufe (read/ write) nicht eine case-struktur schreiben...

Wahrsch. bin ich wieder schön auf dem Holzweg
Vielleicht weiß ja aber einer von euch wie ich das in Griff bekomme.

Viele Grüße
Adrian

Hallo Eder,

zuerst einmal ist es eine ganz blöde Idee, Controls und Indicator ohne Label zu verwenden! Würdest du in C etwa sowas programmieren: "" := "" + "" ???

Zitat:Das kleinere übel ist wohl das Einlesen von Daten aus einer Textdatei (editor). Dort habe ich 2 Spalten und x Reihen.
Die Werte aus der 1. Reihe werden in das array gelesen. Nun habe ich im editor eine weitere Zeile hinzugefügt, jedoch wird diese nicht eingelesen. Fehl da sowas wie "neue Zeile" oder was mache ich falsch.

Guck doch einfach mal mit der Kontexthilfe, welchen Anschluß du da bei der Einlese-Funktion verwendest. Das sollte schon ausreichen, um die Frage zu beantworten...

Zitat:Mir ist bekannt das LabView von links nach rechts die Struktur abarbeitet.

Wer hat das behauptet? Wo steht das?
THINK DATAFLOW!!!

Außerdem:
- Ungebremst laufende Schleifen, die nur FP-Elemente pollen, sind sehr ungünstig...
- "*1" ist RubeGoldberg...

Hi,

das mit dem falschen Anschluss habe ich völlig übersehen

Controls und Indicator ohne Lable? Nein würde ich nicht, aber ich weiß nicht genau was du meinst.
C ist ja auch einfacher als LabView

Das habe ich hier im Forum mal gelesen. Natürlich in einem anderen Zusammenhang.


Ungebremst laufende Schleifen, FP-Elemente pollen...leider verstehe ich diese Antwort überhaupt nicht.

sry! sag mir einfach: was ist da ungebremst u. wie ich sie bremsen kannn^^

gruß
Adrian

Hallo Adrian,

(20.01.2014 18:46 )Meister Eder schrieb:  Controls und Indicator ohne Lable? Nein würde ich nicht, aber ich weiß nicht genau was du meinst.

Jedes Control hat eine Beschriftung, die man im Quellcode verwenden kann, bzw. die dort zu sehen sein sollte, da man sonst irgendwann nicht mehr durchsieht und einem dann sogar C einfacher erscheint als LabView

(20.01.2014 18:46 )Meister Eder schrieb:  Das habe ich hier im Forum mal gelesen. Natürlich in einem anderen Zusammenhang.

LabView folgt dem von dir programmierten Datenfluss - hast du keinen vorgegeben, ist nicht vorherzusagen, in welcher Reihenfolge LV was macht.

(20.01.2014 18:46 )Meister Eder schrieb:  Ungebremst laufende Schleifen, FP-Elemente pollen...leider verstehe ich diese Antwort überhaupt nicht.

sry! sag mir einfach: was ist da ungebremst u. wie ich sie bremsen kannn^^

z.B. deine Buttonschleife links unten pollt so schnell, wie dein Prozessor es kann die Knöppe ab, ob wohl einer gedrückt hat. Das treibt die Prozessorlast unnötig hoch - gebremst wird mit wait-Funktionen aus der Timingpalette.





Gruß, Marko

(20.01.2014 18:46 )Meister Eder schrieb:  Controls und Indicator ohne Lable? Nein würde ich nicht, aber ich weiß nicht genau was du meinst.
C ist ja auch einfacher als LabView

Diese beiden Elemente meint Gerd.
   
Hier wurde das Label "wegeditiert". Keine gute Idee. Wenn du das Label im Frontpanel nicht brauchst, dann unsichtbar machen (Rechtsklick -> Visible -> Label). Und diese Schleife ist "ungebremst", wie auch Marko richtig bemerkt hat. "50ms Wait" sind ein beliebter Standardwert.

(20.01.2014 18:46 )Meister Eder schrieb:  C ist ja auch einfacher als LabView

Wie kannst du es wagen, solche Aussagen ins LabVIEW-Forum zu stellen. Logischerweise ist LabVIEW einfacher als C.

Gruß, Jens

hey Leute,

nun, weiß ich was Gerd/ ihr meint. Danke für den Tipp! Ordnung soll ja angeblich immer helfen

OK, auch das mit der Bremse verstehe ich jetzt und werde es gleich mal ändern!

Nun habe ich aber immer noch das Problem meine "Hauptschleife" unter den bereits genannten Bedingungen anzusteuern.....

@ jg: Ja, da war ich ganz schön dreist Natürlich ist LabView einfacher, sonst würde ich es gar nicht damit probieren^^

Gruß
Adrian

Da lach' ich mich tot....

Gruß Markus

PS: Was "Abarbeiten" von links nach rechts betrifft. Du hast bestimmt gelesen, dass man von links nach rechts programmieren soll.

(20.01.2014 18:46 )Meister Eder schrieb:  C ist ja auch einfacher als LabView

haha, lach nur über meine unwissenheit

Nee, darüber, dass C leichter sein soll....

Gruß Markus

(21.01.2014 16:34 )Meister Eder schrieb:  haha, lach nur über meine unwissenheit

So, habe hier noch ein bissl weiter gestöbert und gelesen, dass viele mit sog. "Sequenzen" arbeiten.

Bin auch ganz begeistert, dass es damit sofort geklappt hat. LabView ist halt doch viel einfacher als C *zwinker zu Y-P*

Ich frage mich nun nur wie stabil das ganze ist...
Ich meine vll. hat jmd Ideen bzw. Anregungen das ganze buffertechnisch/ rechenzeittechnisch/ what-ever zu oprimieren.

Viele Grüße
Adrian