Verwendete LabVIEW Software ermitteln

Hallo Leute,

gibt es eigentlich eine Möglich herauszufinden, welche LabVIEW Pakete konkret für die Erstellung eines Projektes genutzt wurden?
Ich bräuchte die Liste für eine Dokumentation.

Gruß
Simon

Anzeige

Das ist eine große Schei... in dem System. NEIN (meines Erachtens) Viele User (ich auch) installieren sich einen Virtuellen PC aum Rechner der immer fein säuberlich von allem vas nach NationalInstruments riecht, gesäubert wird und dort versuchen wir den Installer zu starten .... gehts gut fein, ansonsten fehlt was. Dannn gehen wir schätzen, bei Beschreibungen im Installer zu den Produkten ist ja sehr lichtvoll.

@Gottfried: Mit dem Installer muss ich dir wirklich recht geben...Ich habe z.B. in einem Projekt
nichts verwendet außer DAQmx und alles andere was so drin vorkommt aus der Standardpalette.

Erstellt man dazu einen Installer braucht man eigentlich nur die Runtime und DAQmx, und dort habe ich
schon "Runtime 4" gewählt, was die kleinste Version war..

Am Ende erhält man für ein kleines Popelprogramm nach der Installation 500MB verbratenen Festplattenspeicher.
Während der ersten Installation habe ich mich schon gewundert was alles installiert wird, Komponenten von denen
ich vorher nichtmal gehört hatte...

Hab da mal bei NI nachgefragt ob man das noch weiter aufsplitten kann, um dem Benutzer diese 20 Minuten Installation
zu ersparen.. Laut NI geht das nicht, weil alles irgendwie irgendwas voneinander benötigt.. Richtig finde ich das trotzdem
nicht.


Sorry war zwar ein bisschen OT, aber lag mir so auf der Zunge.

Mindestens 450MB von den 500 ist DAQmx. Die Alternative ist halt eine andere Hardware dann NI zu gebrauchen die mit einem pobeligen 400kB DLL auskommt.

ABER:
1) Diese Hardware ist selten so funktionell wie die NI Hardware.
2) Das API ist im allgemeinen alles ausser konsistent. Ein anderer Type Karte vom selben Hersteller und Du kannst Dir einen komplet neuen Treiber in Deine App einbauen, wenn es den überhaupt gibt. Ansonsten -> 3)
3) Was von diesen Anbietern als LabVIEW Treiber angeboten wird (wenn überhaupt) ist meist nichts anderes dann eine Zumutung. Viel Arbeit muss investiert werden um diesen Treiber einigermassen vernünftig brauchbar zu machen (logische Connector Panes, error in und error out, sinnvolle Zusammenfassung von Funktionalität, etc.)
4) Beispiele, wenn überhaupt vorhanden, zeigen nur die allertrivialisten Operationen. Und kompliziertere Optionen, sind meist nicht zum Laufen zu bringen weil der Treiber noch viele Bugs enthält und das auch noch nie wirklich getestet wurde.
5) Deine Entwickelzeit für die Applikation geht durch all dies enorm in die Höhe.
6) Du musst den Treiberinstaller jeweils seperat auf allen Computern starten oder Dir selber einen Installer bauen mit dem Du die LabVIEW Applikation und diese Treiber in einem Rutsch installieren kannst.

Rolf Kalbermatter

@rolf: Gibt es eine Möglichkeit, LabVIEW zur Ausgabe eines Log des App bzw. Installerbuilds zu überreden?

' schrieb:@rolf: Gibt es eine Möglichkeit, LabVIEW zur Ausgabe eines Log des App bzw. Installerbuilds zu überreden?

Nicht das ich wüsste. Wäre auch wohl nicht wirklich hilfreich. MSI Installertechnologie ist im Prinzip eine eierlegende Wollmilchsau, die eine komplette relationelle Datanbankinfrasturktur verwendet, um ein an sich nicht mal so kompliziertes System zu implementieren. Aber wie so oft in der Software, eine einmal eingeschlagene Entwicklungsrichting lässt sich im Nachhinein kaum noch ändern ohne alles auf den Haufen zu werfen und nochmals von vorne zu beginnen.

Rolf Kalbermatter

Anzeige

Und wie siehts bei bei der Executable aus? Gäbe bestimmt ein paar wertvolle Infos, die man da reinschreiben kann. Erstellungsdatum, Warnungen und Errors, einbezogene VIs, Einstellungen des Build oder ähnliches.