Datenerfassung, Sampling, Trigger

ich verstehe dieses programm aber nicht und es funktioniert bei mir auch nicht! deshalb habe ich zur zeit keine Verwendung für dieses Programm. Das einzigste was ich möchte ist, wenn mir jemand sagen kann, wie ich meine Datenerfassung am besten aufbauen kann damit ich das Sampling, Triggern und Darstellen ohne Probleme machen kann. Ich habe ein VI gepostet, wo garantiert nicht mehr viel fehlt zur vollen Funktionalität und wenn miar jetzt jemand der Erfahrung af diesem gebiet hat sagen kann, was noch fehlt bzw. ich anders machen kann, so wäre ich echt dankbar!

' schrieb:ich verstehe dieses programm aber nicht und es funktioniert bei mir auch nicht!

Aha...und was funktioniert nicht? Ein Fehlerbeschreibung wäre hilfreich! Hast du schon mal im Highlight-Modus geschaut, was schief läuft? Hast du ne Fehlernummer?

Zitat:Das einzigste was ich möchte ist, wenn mir jemand sagen kann, wie ich meine Datenerfassung am besten aufbauen kann damit ich das Sampling, Triggern und Darstellen ohne Probleme machen kann.

Ich möchte auch sehr viel...

Offenbar hast du ein bisschen Zeitdruck...ist das ne Studienarbeit oder so? Man fragt sich, wie die Studenten früher (ohne Internet) zurechtgekommen sind...

Ich hab hier noch Links, evtl. helfen die weiter!
http://forums.ni.com/ni/board/message?boar...uireLogin=False
http://zone.ni.com/devzone/cda/tut/p/id/3615#toc3
http://forums.ni.com/ni/board/message?boar...uireLogin=False
http://forums.ni.com/ni/board/message?boar...uireLogin=False
http://forums.ni.com/ni/board/message?boar...hread.id=150748
http://forums.ni.com/ni/board/message?boar...uireLogin=False (die letzten beiden Posts!)

Insbesondere die Startreihenfolge ist offenbar für die Synchronisierung entscheidend!

Ich hab momentan keine HW verfügbar und kann daher nix testen...aber wie schon gesagt: Eine Fehleranalyse deinerseits wäre nicht verkehrt...

Gruß
Achim

danke für deine bemühungen achim! ja wie du richtig erkannt hast wird dieser Prüfstand eine Studentenarbeit und deshalb bin ich unter Zeitdruck!
bei dem VI das du mit gepostet hast ist folgendes:

ich habe die eingänge so konfiguriert, dass die richtigen Signale anliegen. Das Analogsignal wird korrekt dargestellt, jedoch das Countersignal bleibt stehts auf 0 und der DAQmx Read des Countersignals gibt Error -200279 aus...

Mal eine ganz wichtige Frage:
Was für eine DAQ-Hardware hast du eigentlich? Darüber hast du noch gar nichts erzählt.

Gruß, Jens

sorry hab ich ganz vergessen zu erwähnen:

Hardware: NI PCI-6259

Hi,
hast du mal versucht dir über nen DAQ-Assi nen funktionierenden Counter-Task zu erstellen?

Läuft deine Frequenzmessung dann?


  ctr_cont.vi (Größe: 16,09 KB / Downloads: 187)


A.

Anzeige

ja hab ich schon versucht! hier unten ist das gepostete ergebnis.

im Highlight-Modus tritt jedoch Error: -200279 auf.
wenn ich das VI aber normal laufen lasse, so stimmt die angezeigte und dargestellte Frequenz zwar, jedoch die Anzahl der samples steht in keinen Verhältniss zudem,was eingestellt ist...


LabVIEW Version 8.6:

hallo! ich habe nun meine 3 Datenerfassungen in ein Vi gebracht und stehe meiner Meinung nach kurz vor der Lösung. Jedoch bekomme ich 2 Fehlermeldungen:

--> DAQmx Start Task (AI 7): Error -50103
--> DAQmx Read (CI): Error -200279

Kann mir vielleicht jemand sagen, was der Grund für diese beiden Fehler sind, oder ob ich mein Vi irgendwia umstrukturieren/anders aufbauen muss, um eine korrekte Datenerfassung u erhalten.

Hi,
ich brech ab...sag mal, guckst du dir die Links UND Beispiele eigentlich an?

Dein AI-Fehler besagt, das das Gerät reserviert ist ("specified resource is reserved"). Kein Wunder...du startest zwei AI-Tasks auf einer gemeinsamen Karte ("resource"). Je nachdem, welcher AI-Task zuerst startet, bringt der jeweils andere einen Fehler...ich hab dir doch ein Beispiel gemacht, wie du zwei Kanäle innerhalb eines Tasks lesen kannst...

Dein Ctr-Fehler besagt, dass da keine Messwerte sind ("Attempted to read samples that are no longer available..."). Genau kann ich's nicht sagen, aber das klingt als ob dein Counter-Task zu spät liest. Das liegt vermutlich daran, dass du nicht - wie es in sämtlichen Links, die ich dir gepostet habe, gezeigt wird - auf die Reihenfolge achtest, in der die Tasks (AI + Ctr) gestartet werden müssen, um eine Synchronisierung zu bewerkstelligen. Außerdem werden alle Tasks in jedem Schleifendurchlauf in der inneren Schleife neu gestartet...das muss irgend nen Fehler produzieren...

Also: 2 Tasks bauen (1x Ctr, 1x AI mit 2 Kanälen) und diese in der richtigen Reihenfolge VOR der Leseschleife starten

Außerdem: Die äußere While-Schleife in deinem VI ist der totale Quatsch, weil die
1. überhaupt nicht ordentlich zu beenden ist ("Stop if TRUE" tritt nie ein!)
2. ständig das ganze VI neu initialisiert, sobald ein Fehler die innnere Schleife beendet und damit überhaupt nix bewirkt, weil die gleiche fehlerhafte Initialisierung einfach nochmal aufgerufen wird.

Evtl. komm ich die Tage mal dazu, selber das VI umzubauen und zu testen...kann ich aber nicht garantieren!

A.

klar sehe ich die links an und ich bin ach froh dass du mit weiterhilfst und mir neue ideen gibst, aber ich muss endweder einen denkfehler haben und die Systematik dahinter nicht verstehen.

ich werde mir die VI`s und Beispiele nochmal ansehen und hoff ich komme endlich drauf, worin der Fehler (oder die ganzen Fehler) liegen. Danke nochmal für die Hilfen Achim und für die Tipps, wo der Fhler liegt bzw. liegen kann.