Tabellen

kannste das mal nach LV8 konvertieren?

das kann kein großes Problem sein...liegt bestimmt an nem nicht durchgeführten Transpose oder eine "falsch konfigurierten" BuildArray...

Anzeige

Schau' Dir mal das hier an.

Gruß Markus

Übrigens habe ich auch die Themen zusammengefasst, da es um das gleiche ging. Bitte nicht doppelt posten. Danke.
Schau' Dir mal das Beispiel aus meinem letzten Post (Problem3) an.
Passt das so?

Gruß Markus

Erstmal DANKE für eure Hilfe!

Die Idee mit dem Transponieren ist wirklich gut! Aber ich wäre nie drauf gekommen. Muss jetzt nur schauen, dass ich es auf mein VI anwenden kann, da ich 4 Case-Strukturen hab. Sollte aber auch funktionieren.
Was ich dabei aber nicht verstehe, ist, warum die Werte erst sehr verzögert (nach ca. 20 bis 30 Werten) in die Tabelle geschrieben werden!?
Ich hoffe, dass das bei mir nicht für Probleme sorgt...

@Achim: das VI in der Version 8 ist angehängt (falls du es noch brauchst) - vielleicht hast du eine Alternativ-Lösung

Martin

Hi,

ich hab die anderen Beiträge jetzt gar nicht weiter gelesen, aber wolltetst du das:

  arrays.vi (Größe: 23,99 KB / Downloads: 143)

Gruss
Achim


PS: Ich schätze mal, die Verzögerung beim Schreiben in die Tabelle kommt daher, das du eine viertel Sekunde Wartezeit in die Schleife eingebaut hast...


EDIT: Hab mir grad Markus' Lösung angeguckt...ist ja fast das gleiche bei mir...

Bei mir wird gleich in die Tabelle geschrieben und es gehen keine Werte verloren.
Hast Du die Tabelle nach oben gescrollt?
Als ich das VI gestartet habe war sie nach unten gescrollt. Die ersten Werte wurden geschrieben, aber man hat sie wegen des "Scrollens" nicht gesehen.
Bestimmt war es das.
Wenn nicht, dann erläutere doch das Problem etwas genauer....

Gruß Markus

' schrieb:Erstmal DANKE für eure Hilfe!

Die Idee mit dem Transponieren ist wirklich gut! Aber ich wäre nie drauf gekommen. Muss jetzt nur schauen, dass ich es auf mein VI anwenden kann, da ich 4 Case-Strukturen hab. Sollte aber auch funktionieren.
Was ich dabei aber nicht verstehe, ist, warum die Werte erst sehr verzögert (nach ca. 20 bis 30 Werten) in die Tabelle geschrieben werden!?
Ich hoffe, dass das bei mir nicht für Probleme sorgt...

@Achim: das VI in der Version 8 ist angehängt (falls du es noch brauchst) - vielleicht hast du eine Alternativ-Lösung

Martin

Da bin ich wieder

Das Problem mit der Tabelle ist ein anderes. Es gehen keine Werte verloren. Falls jedoch in einer Spalte keine Werte eingetragen werden, dann wird diese Spalte nicht angezeigt und von rechts aufgefüllt. D.h. bleibt Spalte_1 leer, dann wird Spalte_2 zur Spalte_1.
Das ist nicht in meinem Interesse. Ich vermute, dass es mit dem Transponieren zusammenhängt, hab aber leider keine Lösung für mein Problem gefunden.
Kann mir jemand helfen?

Zudem hab ich ein anderes Problem. Nur denk ich, dass es in eine andere Kategorie gehört. Ich versuch es trotzdem mal hier bei euch - ihr kriegt das bestimmt auch hin
Nach ca. 3 bis 4 Sekunden steigt meine DAQ-Schnittstelle aus und bringt mir folgenden Fehler:

Zitat:Fehler -200279 ist bei DAQmx Read (Analog Wfm 1Chan NSamp).vi:2 aufgetreten

Mögliche Ursachen:

Es wurde versucht Abtastwerte zu lesen, die nicht mehr zur Verfügung stehen. Der angeforderte Abtastwert war zuvor verfügbar, wurde jedoch überschrieben.

Vergrößern des Puffers, häufigeres Lesen der Daten oder Angabe einer festen Anzahl zu lesender Abtastwerte anstatt alle verfügbaren Abtastwerte zu lesen, könnte das Problem eventuell beheben.

Eigenschaft: RelativZu
Zugehöriger Wert: Aktuelle Leseposition

Eigenschaft: Offset
Zugehöriger Wert:

Task-Name: _unnamedTask<15>

Es liegen aber kontinuierlich Werte an und ich vermute, dass es an der Hardware liegt, was mein Chef aber nicht wahrhaben will.
Ich habe schon Zeitverzögerung eingebaut, jedoch tritt der Fehler immer nach einer bestimmten Zeit auf.
Hat da jemand eine Idee, woran es liegen könnte?

DANKE - BITTE!

Hallo!
Das Tabellenproblem hab ich bewältigt. :top:
Jetzt muss ich noch herausfinden, warum die Signalerfassung abbricht (siehe vorigen Beitrag).
MfG