C programmieren inLabVIEW

Sorry..Hmm... ich glaube das ist aber nicht der richtige Ansatz... !?

Als "vollwertigen" Ersatz kann man das nicht sehen, eher als "Ergänzung"...

Zitat:erd ich mich wohl mit der grafischen Programmierung anfreunden müssen

Wirst du wohl !


Gruß Dennis

Anzeige

Grafisch ist auf jeden Fall viel logischer, wesentlich schneller zu programmieren und auch um einiges verständlicher als z.B. "C".

Gruß Markus

' schrieb:Falls es doch zu umständlich wird werd ich mich wohl mit der grafischen Programmierung anfreunden müssen

' schrieb:Danke erstmal für die vielen Antworten.

Warum ich das machen will ist ganz einfach. Ich habe bis jetzt eigentlich nur Structured Text, c usw programmiert.
Das Projekt muss aber durch Kundenvorgaben in LabVIEW realisiert werden!
Darum hat sich mir die Frage gestellt ob es möglich ist.

Ich werde mal das mit Formula Node probieren. Falls es doch zu umständlich wird werd ich mich wohl mit der grafischen Programmierung anfreunden müssen

Gruß Robert

Wenn dein Kunde das in LV will ist er bestimmt sehr begeistert wenn er ne sammlung von C-Code in FormularNode bekommt.
Überleg dir das liebe nochmal.

Grüße
Achimedes

' schrieb:Grafisch ist auf jeden Fall viel logischer

Naja.
Ein Bild zu analysieren anstelle einer Textzeile kommt der Verarbeitung im Gehirn entgegen. Ein Event-Case zu benötigen widerspricht auf jeden Fall einer Datenflusssteuerung.

Zitat:wesentlich schneller zu programmieren

Naja.
Die Zeiten, zu denen man in C/C++ Objekte mit New erzeugen musste, sind ja doch wohl vorbei. Auch C++ geht schnell genug. Auch in C++ (Delphi) kann man ein Frontpanelelement hinsetzen und fertig. Auf jeden Fall dauert es länger von Express-VI auf Standard-Programmierung umzustellen, nachdem man festgestellt hat, dass das doch wohl eher großer Mist war.

Zitat:und auch um einiges verständlicher als z.B. "C".

Naja.
Wer in LV seine Linien nicht begradigt und ohne ErrorCluster erbeitet, ist selbst schuld. Wer in C++ AutoIncrement mit Pointerarithmetik in For-Schleifen reinmacht, auch.


Und wer nicht zum Programmierer geboren ist, der wird weder in LV noch in C++ das Handwerk beherschen.

Ich denke, dass das Ansichtssache ist. Ich finde C einfach nur umständlich und unnötig kompliziert mit den ganzen Variablendeklarationen, Funktionsaufrufen, Unterprogrammaufrufen, Pointer, Strukturen, Klassen und was es da sonst noch gibt. LabVIEW ist übersichtlich und wesentlich einfacher zu bedienen.

Gruß Markus

Im allgemeinen gilt noch immer:

A fool with a tool is still a fool ^_^

VDB

Was willst Du damit sagen?

Gruß Markus

' schrieb:Im allgemeinen gilt noch immer:

A fool with a tool is still a fool ^_^

VDB

' schrieb:Was willst Du damit sagen?

Er hat meinen letzten Satz bestätigt.

Zitat:Ich denke, dass das Ansichtssache ist.

Zitat:Funktionsaufrufen, Unterprogrammaufrufen

SubVI-Aufruf?

Zitat:Pointer

Ich mach zwar weniger C++ und mehr Delphi (weil das viel besser ist als C++). Aber Pointer brauche ich weder hier noch hier. Es geht auch ohne.

Zitat:Strukturen

Cluster? Wie machst du denn einen Datensatz bestehend auf 120 Parametern in LV?

Zitat:Klassen

LVOOP? [*rofl*]

Zitat:wesentlich einfacher zu bedienen.

Keiner wird wohl was anderes als LV nehmen, wenn er eine Messwerterfassung machen muss. Keiner wird was anderes nehmen als C++, wenn er einen Systemtreiber für eine Graphikkarte schreiben soll. Irgendwann wird auch die LV-IDE so weit sein, dass sie so gut ist wie die von Delphi.

Zitat:SubVI-Aufruf?

Ist wesentlich einfacher....

Zitat:Cluster? Wie machst du denn einen Datensatz bestehend auf 120 Parametern in LV?

Cluster sind wenigstens logisch strukturiert und einfach zu erstellen.

Zitat:LVOOP? [*rofl*]

Verwende ich bis jetzt (zum Glück) noch nicht.

Gruß Markus

' schrieb:Er hat meinen letzten Satz bestätigt.

Genau... :PMan sollte möglichst viele Werkzeuge im Werkzeugkasten haben.

Aber wir driften ab, ich denke die beste Lösung hier ist C-code in DLL umwandeln und in LabVIEW einbinden, so hat man das Beste von beiden.

VDB