Zickzack-Muster (aber nur bei 2 Mikros gleichzeitig?)

Hi Freddy!

Vielen Dank für deine Antwort. Da hast du Recht, das ist unschönes Programmieren. Habe den Taster in die While-Schleife gezogen, hat leider auch nichts bewirkt. Dennoch danke für deinen Hinweis.

Hi GerdW!

Auch dir vielen Dank für deine Antwort.

Zitat:Wieso arbeitest du mit einem Array of DAQmxTasks? Warum nicht einfach ein (1) Task mit 2 Kanälen?

Würde ich ja gerne machen, aber es ist leider nicht möglich mehrere cDAQ-9181-Chassis mit nur einem Task zu betreiben. Da ich am Ende 2 Stück cDAQ-9181-Chassis mit insgesamt 6 Mikros betreiben will, muss ich mindestens 2 Tasks machen, alles andere bringt mich nicht weiter. Ich habe bereits probiert 1 Task für beide Chassis und somit für insgesamt 6 Kanäle zu verwenden, das ging leider nicht. Siehe auch http://digital.ni.com/public.nsf/allkb/5...C50062B2D2

Zitat:Wieso diese ganzen lokalen Variablen "Array (Tasks)"? Warum kein Draht?

Mir persönlich fällt es da leichter den Überblick zu bewahren. Vor allem möchte ich gerade bei einem Minimalbeispiel alle Variablen im Überblick behalten können, deswegen auch das Anzeigeelement Array (Tasks). Ich glaube aber nicht, dass der Fehler hierdurch verursacht wird, oder?

Zitat:Wozu die Sequenzstruktur? THINK DATAFLOW!

Auch das hab ich gemacht, um sicherzugehen, dass auch alles ganz genauso ausgewertet wird wie ich es will. Es verhindert, dass ich etwas übersehe. Ich glaube aber, dass auch hierdurch nicht der Fehler verursacht wird.

Zitat:Warum immer InsertIntoArray statt eines einfachen BuildArray? (Wobei das bei einem Task mit 2 Kanälen hinfällig wäre!)

Jo, das habe ich ausgebessert.

Zitat:Die Angabe "Samples pro Kanal" im Modus "Kontinuierlich" ist selten notwendig (und noch seltener hilfreich) - LabVIEW-Hilfe lesen!

Alles klar. Hab ich weggelassen, Problem besteht leider immer noch.

Zitat:Warum keine durchgehende Fehlerbehandlung?

Wie gesagt, es ist nur ein Minimalbeispiel. Wenn ich es da irgendwann zum Laufen kriege, dass auf beiden Chassis jeweils ein Mikro gemessen wird, dann mach ich ein schönes Programm drauß mit ordentlicher Fehlerbehandlung. Aber für mein eigentliches Problem ist es doch glaub ich egal, ob er abstürzt und mir den Fehler anzeigt oder ob ich den Fehler in ner Fehlerbox bekomme und dafür das Programm weiterläuft, oder?

Zitat:Das schon genannte "restart averaging" kann mit deinem Problem zu tun haben - ich habe das SV-Toolkit nicht installiert…Im zweiten Bild sieht man doch, dass anscheinend das "restart averaging" dieses "Sägen" beeinflusst

Habe auch mal probiert, den Knopf abzutrennen, dann sollte er "by default" auf FALSE sein. Habe auch mal eine FALSE Konstante angeschlossen. Hat leider bisher alles nichts geändert.

Zitat:Warum 3 FOR-Loops in der letzten While-Loop?

Habe gerade einen überflüssigen vernichtet, aber 2 brauche ich mindestens. Ich hab ja zwei Tasks nach denen ich die erste For-Schleife indiziere und jeder dieser Tasks kann ja nochmal bis zu 3 virtuelle Kanäle haben (geht ja nicht anders mit 2 x NI cDAQ-9181, hatten wir ja oben schon das Thema). Und jetzt muss ich ja aus 2 Arrays mit 3 Elementen 1 Array mit 6 Elementen machen, damit ich das richtig in mein Cluster mit den Signalverläufen einfügen kann. Dazu brauche ich glaube ich mindestens 2 For-Schleifen, oder?

Zitat:Wie sehen deine "Rohdaten" aus, bevor sie durch deine Gewichtungs- und Mittelwert-Funktionen bearbeitet werden?

Ich habe mal die Messdaten direkt abgegriffen noch vor der Gewichtung. Leider kann ich aus diesen Diagrammen keine sinnvollen Rückschlüsse ziehen. Ihr vielleicht? Bild 1 sind die Messwerte von Mikro 1 bei nur 1 Mikrokanal und Bild 2 sind die Messwerte von Mikro 1 bei 2 aktiven Mikrokanälen. (x-Achse = Zeitachse, y-Achse = Spannung).
Außerdem hab ich im Anhang nochmal mein korrigiertes VI hochgeladen, mit alle euren Verbesserungsvorschlägen.

Hoffe, ihr könnt mir bei meinem Problem weiterhelfen!
Vielen Dank schon mal für euer Feedback!