07.08.2008, 11:36
|
eg
LVF-SeniorMod
Beiträge: 3.868
Registriert seit: Nov 2005
2016
2003
kA
66111
Deutschland
|
Großes Projekt
Ok, so wie ich es verstanden habe werden bei euch die VIs dynamisch über den VI Server aufgerufen und mit Parametern über SetControlValue gefüllt.
Ich wollte es über einen eigenen TCP/IP Server machen. Also ein Zentrales Programm startet am Anfang alle nötigen VIs und sendet Befehle mit Parametern an diese VIs über TCP/IP.
Danke für dein Beispiel, Eugen
|
|
|
07.08.2008, 11:38
|
eg
LVF-SeniorMod
Beiträge: 3.868
Registriert seit: Nov 2005
2016
2003
kA
66111
Deutschland
|
Großes Projekt
' schrieb:Hallo Eugen,
vielleicht ist das hier für dich auch noch interessant:
http://wiki.gsi.de/cgi-bin/view/CSframewor...b09c1281f9b2ef8
VDB
Hallo VDB, könntest du bitte ganz kurz erklären was dieses Framework macht und wie ich es in meinem Projekt verwenden kann?
Gruß, Eugen
|
|
|
07.08.2008, 12:23
|
s200rs
LVF-Gelegenheitsschreiber
Beiträge: 75
Registriert seit: Jul 2005
7.1 / 8.5.1
2002
DE
02826
Deutschland
|
Großes Projekt
Hallo Eugen,
ja wir laden die SubVIs dynamisch rein und führen sie über "Aufruf über Referenz" aus.
Ich hatte noch eine andere Idee, die aber nicht realisiert wurde, weil ein Kollege mit der bisher beschriebenen Variante eher fertig war. Außerdem hatten wir auch noch nicht die Notwendigkeit, meine Idee umzusetzen:
Alle Prüfschritte werden als autarke Programme gestartet und Melden in einer Warteschleife an, wenn sie mit einem der Prüflinge eine Aktion durchführen wollen. Ggf. kann man innerhalb dieser Warteschleife noch eine Priorisierung realisieren. Erst wenn das Hauptprogramm der einzelnen Anfrage das "OK" gibt, hat dieser Prüfschritt Zugriff auf den Prüfling bzw. Hardware/Schnittstellen.
Das kommt doch eigentlich in die Richtung, wie Du vorhast, wenn ich es richtig verstanden habe, oder?
Damit wäre es möglich, jeden Prüfling einzeln zu starten, und im Falle eines Fehlers schon eher den Platz wieder zu besetzen und eine neue Prüfung zu beginnen. Mit der bisherigen Lösung muß ich warten, bis alle Prüflinge fertig sind, bevor ich 16 neue starten kann.
Gruß Andreas
________________
LV 7.1; 8.5
|
|
|
07.08.2008, 12:31
(Dieser Beitrag wurde zuletzt bearbeitet: 07.08.2008 12:37 von VDB.)
|
VDB
LVF-Stammgast
Beiträge: 426
Registriert seit: Oct 2005
2010-2011
1997
kA
52134
Deutschland
|
Großes Projekt
' schrieb:Hallo VDB, könntest du bitte ganz kurz erklären was dieses Framework macht und wie ich es in meinem Projekt verwenden kann?
Gruß, Eugen
Kurz gesagt ein modulares Objekt-orientiertes Framework für Prüfstände/Testversuche. Es hat eine zentrale Verwaltungsstelle und kann auf mehrere Rechnern laufen (distributed). Bietet auch schon einige Treiber für Messhardware, Datenbanken, usw. :
https://sourceforge.net/project/showfiles.p...group_id=159151
Lade es einfach mal runter und schau es dir an.
edit: Hier gibt es noch ein paar Dokumente: http://wiki.gsi.de/cgi-bin/view/CSframewor...hopFebruary2006
VDB
|
|
|
07.08.2008, 12:49
|
eg
LVF-SeniorMod
Beiträge: 3.868
Registriert seit: Nov 2005
2016
2003
kA
66111
Deutschland
|
Großes Projekt
' schrieb:Hallo Eugen,
ja wir laden die SubVIs dynamisch rein und führen sie über "Aufruf über Referenz" aus.
Ich hatte noch eine andere Idee, die aber nicht realisiert wurde, weil ein Kollege mit der bisher beschriebenen Variante eher fertig war. Außerdem hatten wir auch noch nicht die Notwendigkeit, meine Idee umzusetzen:
Alle Prüfschritte werden als autarke Programme gestartet und Melden in einer Warteschleife an, wenn sie mit einem der Prüflinge eine Aktion durchführen wollen. Ggf. kann man innerhalb dieser Warteschleife noch eine Priorisierung realisieren. Erst wenn das Hauptprogramm der einzelnen Anfrage das "OK" gibt, hat dieser Prüfschritt Zugriff auf den Prüfling bzw. Hardware/Schnittstellen.
Das kommt doch eigentlich in die Richtung, wie Du vorhast, wenn ich es richtig verstanden habe, oder?
Damit wäre es möglich, jeden Prüfling einzeln zu starten, und im Falle eines Fehlers schon eher den Platz wieder zu besetzen und eine neue Prüfung zu beginnen. Mit der bisherigen Lösung muß ich warten, bis alle Prüflinge fertig sind, bevor ich 16 neue starten kann.
Gruß Andreas
Wir haben entweder einen Prüfling zu einer Zeit oder mehrere, die aber über CAN-Bus gleichzeitig mit einem Kommando angesprochen werden und alle auf dieses Kommando eine Antwort schicken.
|
|
|
07.08.2008, 12:50
|
eg
LVF-SeniorMod
Beiträge: 3.868
Registriert seit: Nov 2005
2016
2003
kA
66111
Deutschland
|
Großes Projekt
' schrieb:Kurz gesagt ein modulares Objekt-orientiertes Framework für Prüfstände/Testversuche. Es hat eine zentrale Verwaltungsstelle und kann auf mehrere Rechnern laufen (distributed). Bietet auch schon einige Treiber für Messhardware, Datenbanken, usw. :
https://sourceforge.net/project/showfiles.p...group_id=159151
Lade es einfach mal runter und schau es dir an.
edit: Hier gibt es noch ein paar Dokumente: http://wiki.gsi.de/cgi-bin/view/CSframewor...hopFebruary2006
VDB
Danke schön, ich werde es mir anschauen. Hast du selbst mit dieser Framework gearbeitet? Kann ich dich falls ich Probleme habe etwas fragen?
|
|
|
| |