Analogmessung auf einem Kanal im Hintergrund

' schrieb:Ich muss aber trotzdem an der "deutschen" Benennung der Anschlüsse rumnörgeln:

Da bist du nicht der erste und wirst auch nicht der letzte sein. Ich bin ja der Meinung, so manche Sachen gehören einfach nicht übersetzt. Und von denen gibt es in LabVIEW viele.

Zitat:aber man muss meiner Meinung nach bei LabVIEW schon viele Konzepte kennen, und alle kombinieren.

Das siehst du richtig.
Deswegen tun sich Anfänger, die von den Verkäufern hören "ach, geht alles mit Klick, Klick", plötzlich extrem schwer, wenn's ans Eingemachte geht.

Zitat:(sehe ich als C-Programmierer wie einen Interrupt an)

Genau so sollten die Events auch funktionieren. Die Frage ist nur, ob LabVIEW respektive seine Entwickler das so wollen (und können). Ich hätte auch gerne, dass manche Sachen so mit "asynchronen Interrupts" gehen würden. Aber ist halt nicht.

Zitat:Events hingegen ( vorausgesetzt gut in LV implementiert, was ich aber stark annehme) verbrauchen nur dann CPU-Zeit, wenn Sie auftreten.

Zu Events gemäß einer Event-Sequenz musst man auch noch folgendes beachten: Auch eine Event-Seqeunz ist immer in einen Datenfluss eingebunden. Außerdem, was viel schlimmer ist: Ein VI hat zwei "Main-Threads": einen "BD-Thraed" und einen "FP-Thread" (UI-Thread). Wenn also bei einem VI das FP aktiviert ist, geht auch ein Teil der Rechenzeit an den UI-Thread - und ob der sich durch einen Event beenden lässt, bezweifle ich. Es wäre also besser, den DAQmx-Event in einem parallelen SubVI ohne FP zu betreiben.

Mal zwei gute Aspekte zu LabVIEW: Multitasking ohne Ende, ohne das der Anwender davon was merkt oder sich darum kümmern müsste. Außerdem wird das System von Version zu Version besser. Und da fällt bestimmt auch das Handlen von Events drunter. Events können nämlich auch in einer Datenflusssteuerung manche Sachen erheblich vereinfachen.

Zitat:Würde man das selber machen müssen, dann, ja dann: wären meine Events viel besser.

Klar. Ich hab das mit Delphi und der DAQ-Library nicht anders gemacht.


Wenn du erkannt, verstanden und akzeptiert hast, dass LabVIEW ein Datenfluss-orientiertes System ist und das ganze prinzipiell alleine mit einem in einen Datenfluss eingebundenen DAQmx-Read geht - dann darfst du auch alles in Events machen - sollen die LabVIEW-Spezis in Austin doch sagen was sie wollen.

Anzeige