LabVIEW oder nicht ?

Hallo LabVIEW Gemeinde,

ich arbeite nun schon seit einem Jahr mit LabVIEW aber mir ist jedoch bisher kein großer Vorteil gegenüber Java VB oder C++ (wobei C ja ausgeschlossen werden kann für Messprogramme).
Meine Frage ist nun an die längeren Nutzer von LabVIEW wo den der Vorteil ist, (will keine Diskussion starten über Vor oder Nachteile) nur würde mich das mal Interessieren, ob mir was entgangen ist.

Hintergrund ist dieser. Alles was ich mit Benutzereingabe, Fehlerbehandlung, Datei speichern alles am PC ist mit Java oder VB besser gelöst, vorallem vb wenn man Windows einsetzt.
NUr bei der Auswertung eventuell hat LabVIEW die Nase vorn, wobei einmal ein Algorithmus geschrieben in java oder vb kann man ihn ja auch einfach kopieren.
Was ist mir den da entgangen ? Bzw. warum ist LabVIEW so beliebt ?
Ich habe mir mal die Verkaufsargumente von Ni angeschaut aber überzeugt haben diese mich nicht im Praxis Einsatz.
Was sagen den die längern Benutzer von LabVIEW dazu bzw. wo liegt den der Vorteil oder Vorteile ?
Schneleer Entwickeln ist ja relativ!

Beste Grüße
Hornet

Die Programmierung in LabVIEW ist viel logischer und intuitiver. Ein Unterprogramm wird ganz einfach mit SubVIs realisiert, in C,... gibt's dafür irgendwelche komischen Funktionsaufrufe.
LabVIEW nimmt einem außerdem viel Aufwand für irgendwelche Funktionalitäten ab, die eigentlich gar nicht ins Ingenieurgeschäft gehören, sondern in den Informatikbereich, wie z.B. Speicher reservieren / freigeben,....
Damit will man sich ja nicht auch noch rumärgern.
Ich sehe keine Vorteile von z.B. C, Java,.... gegenüber LabVIEW, zumindest nicht da, wo / wie ich es verwende.

Gruß Markus

Ich meine, daß die Frage falsch gestellt ist. LabVIEW wurde ja nicht als allgemeine Programmiersprache geschaffen, etwa zur Entwicklung von Bürosoftware, sondern für die PC-Gestütze Messtechnik, für die Entwicklung von "Virtuellen Instrumenten" (= Darstellung auf dem PC-Monitor, die aussieht und sich bedienen lässt wie ein echtes Messgerät). Die Kommunikation mit der Außenwelt erfolgt z.B. mit Messkarten (z.B. PCI oder USB-Schnittstelle).

Meine Meinung ist, daß LV auf diesem Gebiet ohne ernstzunehmende Konkurrenz ist. Und obwohl LV inzwischen eine universelle Programmiersprache ist, würde ich doch sagen, daß, je weiter eine Anwendung sich von der Messtechnik und von der Auswertung von Messdaten entfernt, um so weniger dafür LabVIEW verwendet wird.

Ein Konkurrenz zu LabVIEW sehe ich eher bei Programmen wie Matlab. (Nur weiß ich da nicht, ob die inzwischen von NI gekauft worden sind)

' schrieb:sondern für die PC-Gestütze Messtechnik,

Das sehe ich auch so.

Für die Messwerterfassung gibt es den sog. MAX und das DAQmx-System. Diese beiden machen die komplette Messwerterfassung bis hin zu dem Punkt, an dem der Anwender einen Puffer vorfindet, in dem seine erfassten Daten im von ihm gewünschten Format stehen. Und die ganze Sache läuf ab, ohne dass der Anwender (also der LV-Programmierer) davon etwas merkt. Und das auch noch unabhängig von der eingesetzten Hardware: PCI, PXI, Windows - alles egal, es gibt nur eine Schnittstelle! Weis denn noch einer (außer natürlich RolfK, naja und den wenig anderen) was da alles dahintersteckt, hinter dem MAX und dem DAQmx-System? So schnell wie mit LV respektive MAX kann man keine universelle Messwerterfassung machen. (Es gibt natürlich Komponenten von anderen Anbietern, Addidata fällt mir gerade ein, die etwas ähnliches haben: Für eine eng umgrenzte Messaufgabe tut das auch. Aber nicht fürs große Ganze.) In Sachen Messwerterfassung ist NI konkurrenzlos.

Das mit dem Speicher reservieren in Verbindung mit C++ sehe ich jetzt nicht so eng: In Delphi ist eine manuelle Speicherreservierung (mittels getmem() etc) nicht notwendig. Da gibt es ein "Init-Array" wie in LV auch. Das eine graphikbasiert, das andere textbasiert. Und "was schneller geht", Delphi textorientiert strukturiert/OOP oder LV graphikorintiert Datenfluß - das sei mal dahin gestellt.

LV hat aber auch Schwächen: Ich bin mit meiner Delphi-IDE (D7Pro, D2k7Ent) und mit den "Delphi-Frontpanels" sowas von verwöhnt, dass ich (diplomatisch) sagen muss: Die LV-IDE und das LV-FP ansich stehen weit hinter der Delphi-IDE und der Delphi-VCL (visual code library = FP). (Ich rede nicht von D2005/D2006, auch nicht von LV-8-0).

Da aber die vorhandene Messwerterfassung, die 0.0% der SW-Entwicklungszeit in Anspruch nimmt, die Probleme mit IDE/FP aufwiegen, wird LV verwendet. Und die Problemchen mit der IDE und dem FP sind ja wohl doch eher ein Ansporn für jeden Hardcode-Progger!

Vielen Dank für die Antowrten, ehrlich gesagt anfangs hatte ich Angst vielleicht falsch verstanden zu werden.

Ja so sehe ich es auch eigentlich man hat schnell eine Messreihe aufgestellt und eine Datenerfassung für diese erstellt vorraus gesett das Geäre bzw. Geräte bieten gute LabVIEW VI's
Was mie irgendwie störte bzw. stutzig machte war dann das danach, z.B. die Auswertung (klar wenn es schon in labView etwas gibt keine Diskussion) aber die MathScript Knoten sind ja genau wie andere Programmiersprache oder mathe Software auch nur Zeilen schreiben (ist auch übersichtlicher)
oder was mich ab und an etwas nervte war die Datei Speicherung wenn es bestimmt formatiert sein, allgemeine wie oben beschrieben wenn es nichts mehr direkt mit dem Messen zu tun hat.
Baer man möchte meist nur ein Programm wo das meiste erledigt

Ich bin in LabVIEW eingestiegen ohne Vorkenntnisse oder Kurse etc. vor einem Jahr angefangen. Wobei ich schon seit bald 10 Jahren mit VB oder C oder Java programmiere vielleicht war ich da teilweise verwöhnt oder eine andere Herangehensweise gewöhnt, aber eigentlich kann ich sagen das mein Eindruck stimmt, dachte schon hätte was Elementares übersehen.

Messvorgänge und Datenerfassung kein Vergleich zu anderen, sobald jedoch Benutzer bzw. PC Sachen (nichts direktes mit der Messung) geht es auch andereswo bessere Möglichkeiten, wobei auch LabVIEW das wichtigste bietet.
Eben wie überall alles vor und Nachteile, aber bleibe am Ball


Schönes WE

Hornet

So ist es bei mir mit LabVIEW. Mir wäre himmelangst, wenn ich jetzt C, VB oder Java programmieren müsste.
Mit LabVIEW kann ich das machen was ich brauche. Daten in eine Datenbank oder eine Datei (egal welches Format) speichern, über ActiveX oder .Net auf andere (externe) Funktionalitäten zugreifen, Geräte ansteuern, ruckzuck eine geeignete Oberfläche erstellen, über Netzwerk mit anderen LabVIEW-Programmen kommunizieren,....
So was wollte ich in C,... nicht machen.

Gruß Markus

' schrieb:Wobei ich schon seit bald 10 Jahren mit VB oder C oder Java programmiere vielleicht war ich da teilweise verwöhnt oder eine andere Herangehensweise gewöhnt, aber eigentlich kann ich sagen das mein Eindruck stimmt, dachte schon hätte was Elementares übersehen.

' schrieb:Ich bin in LabVIEW eingestiegen ohne Vorkenntnisse oder Kurse etc. vor einem Jahr angefangen. Wobei ich schon seit bald 10 Jahren mit VB oder C oder Java programmiere vielleicht war ich da teilweise verwöhnt oder eine andere Herangehensweise gewöhnt, aber eigentlich kann ich sagen das mein Eindruck stimmt, dachte schon hätte was Elementares übersehen.

Verwöhnt eher nicht, aber ganz sicher konditioniert! Ich finde die Programmerstellung in VB zum Beispiel sowas von unmöglich, dass ich mich pertinent weigere um auch nur einen weiteren Versuch zu starten.
Zugegeben meine VB Erfahrungen stammen aus einer Zeit vor 15 Jahren als ich bei NI Schweiz im technischen Support arbeitete. Die NI Hardware unterstützte auch die Benützung aus VB und natürlich waren da Kunden die das dann auch taten und natürlich Probleme bekamen. Ich durfte denen dann helfen ihre VB Programme zu begreifen und zum Laufen zu bringen. Und ärgerte mich jedesmal tödlich, dass ich aus meiner Sicht keine gute Möglichkeit hatte um schnell und einfach eine Übersicht zu haben, welche Controls mit welchen Events, Callbacks und Funktionen verbunden waren. Ich gehe davon aus dass auch VB 2007 oder wie es dann heisst, da inzwischen einiges aufgeholt hat aber ich weigere mich um auch nur einen Versuch zu machen mich da einzuarbeiten.

Natürlich ist es auch immer eine Frage wieviel man denn können muss. Ich kann ziemlich gut mit C und LabVIEW umgehen (C++ ist allerdings minimal), dazu noch die Scriptsprache LUA die ich manchmal in Testapplikationen einbaue. Damit habe ich so ziemlich alles was ich benötige um Software entwickeln zu können. Sicher gibt es wohl Programmierumgebungen die für bestimmte Dinge die ich manchmal tun muss grundsätzlich besser geeignet wären, aber nicht für mich. Ich kann in LabVIEW ausser wirklich systemnahen Dingen so ziemlich alles machen und die Verwendung von anderen Programmiersprachen/Umgebungen ist für mich einfach nicht optimal da ich mich da erst einarbeiten muss. In der Zwischenzeit habe ich das Ganze in LabVIEW schon dreimal programmiert und getestet!

Für mich ist bei der Programmierung von Software eigentlich immer nur die Frage ob ich es in LabVIEW tue oder in C. Dabei ist C für die gleiche Aufgabe grundsätzlich mehr zeitaufwendig wenn man es beides von Grund auf programmieren muss, aber manche Dinge wie systemnahe Programmierung sind in LabVIEW nicht so einfach machbar.

Rolf Kalbermatter