' schrieb:Ich schätze LabVIEW wirklich sehr - siehe mein Beitrag "Liebeserklärung an LabVIEW" - ich finde den Beitrag im Moment nicht mehr - habe ich in "Allgemein" gepostet
In extremer Selbstüberschätzung ärgern mich an LabVIEW
* das faktische Fehlen einer Doku die den Namen verdient
Hmm, also da ist schon sehr viel Doku auf Deiner Harddisk und auch noch aus dem Helpmenu in LabVIEW zugänglich. Diese Doku ist auch mit ein Grund dafür dass die LabVIEW Installation schon lange nicht mehr auf eine einzelne CD passt. Und da steht sehr viel Info drin und die ist meiner Meinung nach sogar noch zu finden.
Zwar mache ich in den letzten Jahren nicht mehr so viel Gebrauch davon weil:
- mir die Features die ich gebrauche recht geläufig sind
- ich mich weniger mit den neusten Schreien in LabVIEW abgebe (noch nie LVOOP gemacht, Mathscript noch nicht mal angeschaut, etc.)
- ich wenn ich etwas wissen muss, ob es nun in C, LabVIEW oder was auch immer ist, meist gleich mit Google suche und dabei im Falle von LabVIEW Fragen meist doch auf der NI Site und den entsprechenden Seiten aus eben den selben Manuals die auch mit LabVIEW mitinstalliert werden herauskomme.
Zitat:* der schwachsinnigste Linker der EDV Branche - "rat mal was für ein Modul fehlt" - ein süßes Spiel oder 600MB für "hello world"
Auch das kann ich nicht nachvollziehen. Visual C (Gnu C, etc.) ist da meist wesentlich weniger aussagekräftig in meiner Erfahrung.
Und 600MB! Dann hast Du einen Installer gebaut in dem auch DAQmx mitinstalliert wird, was das aber bei einer "hello World" Applikation helfen soll ist mir ein riesiges Rätsel.
Zitat:in der Formula Node gibt es keine Breakpoints, aber in der Mathscript Node schon. Das die Formula Node nur für ein paar Zeilen gut ist ... ja das ist OK, sagt einem auch nicht die LabVIEW-Werbung
Formula Node stammt aus der Zeit von LabVIEW 1.x. Da waren Breakpoints etwas was man höchstens vom Hörensagen von ganz teuren Unix Entwickelumgebungen kannte. Die Formula Node gehörte eigentlich grundsätzlich neu entwickelt, ABER: Rückwärtskompatibiliteit ist in LabVIEW ein ganz gross geschriebenes Wort und das ist mit einer kompleten Neuentwicklung einer Komponente fast unmöglich zu garantieren. Matscript war ein Versuch um da zwei Fliegen mit einer Klappe zu erschlagen nämlich eine Möglichkeit zu machen um Mathlab Benützer zu LabVIEW zu bekehren und eine neue und bessere Alternative zur Formula Node zu machen.
Das Erste ist vor allem marketingtechnisch ausgebeutet worden und ich bin mir sicher dass die Entwickler der Mathscript Node den Marketingleuten am Liebsten einen auf die F.. geben würden.:cool:Das Zweite ist einigermassen gut gelungen und wenn es nicht durch die falschen Erwartungen die das Marketing geweckt hat, frustriert worden wäre, könnte da inzwischen sogar eine wirklich gute Alternative zur Formula Node draus geworden sein.
Wenn Du komplexe Mathlab Scripts in LabVIEW ausführen willst gibt es grundsätzlich immer noch nur zwei gute Möglichkeiten. Entweder man konvertiert das ganze Script komplet nach LabVIEW. Genau gleich wie bei Mathlab gibt es auch bei LabVIEW eine recht umfangreiche Palette and Add-Ons die sehr viele analytische Problemlösungsansätze enthalten. oder man führt das Ganze in der Umgebung aus in der es geschrieben wurde, also Mathlab, und holt die Ergebnisse ins LabVIEW. Das kann entweder indem man aus dem Mathlab Script eine DLL macht und diese in LabVIEW integriert (aber hier ist scheinbar an Mathlab Seite auch noch ziemlich viel im argen) oder man verwendet ein Toolkit um mit Mathlab direkt zu kommunizieren (was natürlich neben der eventuellen LabVIEW Lizenz wenn Du keine Applikation baust auch noch eine Mathlab Lizenz für die Zielapplikation verlangt).
Zitat:Das war blöd ausgedrückt: Aber ich entwickle einen komplexen zeilenorientierten Programmteil eben mit einem normalen Compiler, mit all den netten Debug Features und baue dann auf DLL um.
Mache ich auch aber dann verwende ich ganz sicher die Call Library Node und das geht supi. Und ich brauche auch keine Kommandozeilenprogramme sondern debugge direkt mit Ausrufen von LabVIEW aus auch auf Source Code Level. Das einzige Problem dass man dabei haben kann ist das wenn man die Call Library Nodes nicht im UI Thread ausführen lässt der Visual C Debugger und LabVIEW sich gegenseitig komplet blockieren. Das hat aber weniger mit LabVIEW zu tun dann mit dem Fakt dass viele Windows Dinge durch die Message Queue einer Applikation synchronsiert werden und der Debugger diese zeitweilig blockiert wenn er sich in die Applikation einzuhängen versucht. Wenn das in LabVIEW innerhalb des UI Threads geschieht passiert nichts Schlimmes aber wenn das in einem anderen Thread passiert kan die Debugger Blokkade der LabVIEW Message Queue einen Deadlock verursachen.
Zitat:Du siehst auch hier im Forum die Erwartung vieler User sie könnten Ihre MatLab Entwicklungen in LabVIEW so einfach laufen lassen. Das sage ich klar und deutlich - das geht nicht ausser "hello world"
Da stimme ich Dir sicher zu. Etwas Eigenverantwortung bei der Evalution setze ich aber schon voraus. Das man Marketing nicht blind glauben soll, finde ich eine Selbstverständlichkeit. Wer das doch tut ist einfach naiv und von jemandem mit Ingenieursausbildung oder vergleichbarem erwarte ich einfach mehr Kritikfähigkeit.
Rolf Kalbermatter
