Projekt zum "Messablauf"

Hallo Nutzer,

Zitat:da ich mich dann mit meinem Profil einloggen und vom jeden beliebigen Rechner aus die Programme in der Entwicklungsumgebung bearbeiten kann. An dem entsprechenden Arbeitsplatz wird dann nur mit der ".exe-Datei" (fertiges Prg.) gearbeitet.

Daran ist erst einmal nichts auszusetzen. Entwickeln auf einem Entwicklungsrechner und Verteilen von fertigen Executables ist "normal", mache ich ebenfalls. Nur dass du dich per Remote auf den Entwicklungsrechner anmeldest, um dort zu arbeiten, ist eher umständlich: die Hardware bekommst du so nie direkt in der LV-IDE angezeigt, nicht einmal irgendwelche USB-Geräte. Dazu kommen noch die diversen Probleme/Nickligkeiten der Remote-Verbindung: ich nutze VNC und das hat (in der von mir verwendeten Variante) so seine Probleme mit den Kontextmenüs von LabVIEW...

Zitat:Also wenn ich es richtg verstanden habe, dann brauche in den MAX ja um die Geräte bzw. Einschübe im Chassis überhaupt erst einmal "in Gang" zu bringen und ich könnte damit auch Geräte simulieren für Testzwecke

Jein. MAX ist "nur" ein graphischer Aufsatz auf die diversen Gerätetreiber (nebenbei sind dort auch diverse Assistenten für Netzwerk-basierten Zugang zu NI-Hardware versammelt sowie Übersichten über die installierte NI-Software). Um ein "Gerät in Betrieb zu nehmen", wird er nicht benötigt. Aber: er ist extrem hilfreich bei der Verwaltung dieser Geräte - und beim Geräte-Simulieren...
Aber (1): wie schon gesagt: MAX arbeitet lokal auf dem Rechner, auf dem es läuft. Geräte zu simulieren und dies dann noch für einen anderen Rechner im Netzwerk ist nicht seine "Kernkompetenz"!
Aber (2): Wenn es sich um DAQmx-Geräte handelt, braucht man nicht notwendigerweise Zugriff auf diese Geräte beim Entwickeln. Man kann die DAQmx-Funktionen trotzdem nutzen und muss etwas mehr Fehlersuche/Debugging betreiben, wenn man sofort eine EXE erstellen muss, sobald man die Software testen will. Tipp: Executables lassen sich auch übers Netzwerk debuggen...