Wenn dein Problem oder deine Frage geklärt worden ist, markiere den Beitrag als "Lösung",
indem du auf den "Lösung" Button rechts unter dem entsprechenden Beitrag klickst. Vielen Dank!
Ich möchte Daten zwischen einem Erzeuger und beliebig vielen Empfängern austauschen. Dazu habe ich bis jetzt Ereignisse benutzt, da die Zahl der Empfänger unbekannt ist. Während der Tests in einem großen VI klappte das hervorragend. Nun möchte ich die Funktionalität in übersichtliche Sub-VIs aufspalten.
Und da kommt auch schon das Problem: Wie kann ich Benutzerereignisse an VIs übergeben?
Zur Verdeutlichung des Problems hänge ich vier Test-VIs an. Lasst euch dabei nicht von irgendwelchen Abbruchbedingungen oder einem tieferen Sinn verwirren. Es geht nur um die Ereignisse.
' schrieb:Ich möchte Daten zwischen einem Erzeuger und beliebig vielen Empfängern austauschen.
Du benutzt zum Datenaustausch Benutzerereignisse und nicht Melder/Queues? Du kannst schon Ereignisse auch verwenden - nur: ich glaube Ereignisse können nur ein einziges Mal bearbeitet werden. Von den vielen Empfängern kann immer nur genau einer ein Ereignis bearbeiten.
Zitat:Dazu habe ich bis jetzt Ereignisse benutzt, da die Zahl der Empfänger unbekannt ist.
Wie kann in einem fertigen Programm die Anzahl der Empfänger unbekannt sein? Auf ein Ereignis wird mit einer Ereignisstruktur reagiert. Und die Anzahl derer liegt fest. (Ich hoffe nur, ich hab dich nicht irgendwie falsch verstanden).
Zitat:Nun möchte ich die Funktionalität in übersichtliche Sub-VIs aufspalten.
Da mir der Sinn deines Vorgehens noch nicht ganz klar ist, sag ich hier vorerst nur: Ich würde nur ein SubVI machen.
Ich hab mal was zusammengestellt. In dem VI werden die Handle der Ereignisse verwaltet. Wer immer ein Ereignis haben will, kann sich einen entsprechenden Handle holen.
Leider hab ich kein 7.1 mehr. Nur 8.5, das in 8.0 konvertiert. Vielleicht konvertiert dir der eine oder andere die VI's runter.
Jeder, der zur wahren Erkenntnis hindurchdringen will, muss den Berg Schwierigkeit alleine erklimmen (Helen Keller).
' schrieb:Wie kann in einem fertigen Programm die Anzahl der Empfänger unbekannt sein? Auf ein Ereignis wird mit einer Ereignisstruktur reagiert. Und die Anzahl derer liegt fest. (Ich hoffe nur, ich hab dich nicht irgendwie falsch verstanden).
Meine Aufgabe ist es Daten aus einem Messaufbau in den PC einzulesen. Andere Leute schreiben dann später verschiedene Algorithmen zur Auswertung der Daten. Diese sollen parallel laufen können, damit die Unterschiede besser erkennbar werden. D.h. beim Testen läuft nur ein Algorithmus, während einer Messreihe laufen 2, 3 oder 4 Algorithmen.
Um das Einlesen und Aufbereiten der Daten vor den Anwendern zu kapseln soll es in ein eigenes VI.
' schrieb:Da mir der Sinn deines Vorgehens noch nicht ganz klar ist, sag ich hier vorerst nur: Ich würde nur ein SubVI machen.
Das ist das Ziel. Ein VI, dass die Anwender einfügen können und dann daraus die Messdaten erhalten.
' schrieb:Ich hab mal was zusammengestellt. In dem VI werden die Handle der Ereignisse verwaltet. Wer immer ein Ereignis haben will, kann sich einen entsprechenden Handle holen.
Leider hab ich kein 7.1 mehr. Nur 8.5, das in 8.0 konvertiert. Vielleicht konvertiert dir der eine oder andere die VI's runter.
Das wäre prima. Wir haben hier im Institut nur 7.1. Daher bin ich auf Hilfe aus dem Forum angewiesen...
Ich schau mir deine Lösung an, sobald mir jemand eine konvertierte Version zur Verfügung stellen kann. Danke.
' schrieb:Um das Einlesen und Aufbereiten der Daten vor den Anwendern zu kapseln soll es in ein eigenes VI.
Genau so soll es sein.
Der Anwender kennt nur ein einziges SubVI, respektive eine einzige Schnittstelle, wie er an seine Daten kommt. Wie die Schnittstelle aussieht, ist wieder etwas anderes.
Zitat:Das ist das Ziel. Ein VI, dass die Anwender einfügen können und dann daraus die Messdaten erhalten.
Ohne jetzt auf genaue Details einzugehen, kann man doch sagen: Das würde so funktionieren.
Ich mach das immer so:
In einem Melder stehen die gerade aktuellen Daten. Jeder der will (also im Prinzip für den Ersteller der Daten eine unbekannte Anzahl Empfänger) kann den Melder lesen. Hierfür muss er sich lediglich einmalig eine Referenz des Melders holen und kann dann mit dieser Referenz die Standard-VIs für Melderbearbeitung verwenden. Dieses Verfahren ist für eine bestimmte Art der Datenbereitstellung respektive Weiterverarbeitung geeignet. Ich kann mir auch andere Arten der Bereitstellung/Weiterverarbeitung vorstellen - dann wird es mit Melder aber vielleicht schwierig. In meinen Falle hier brauche ich also keine expliziten Benutzerereignisse (Hinweis: Ein Melder kann als implizites Benutzerereignis gesehen werden).
Jeder, der zur wahren Erkenntnis hindurchdringen will, muss den Berg Schwierigkeit alleine erklimmen (Helen Keller).
Bei deinem Verfahren ist aber nicht sichergestellt, dass alle Empfänger alle Datensätze bekommen. Das ist für meine Anwendung aber Vorraussetzung, damit die Ergebnisse der Algorithmen vergleichbar bleiben. So wie es aussieht wird es wohl doch eine Offlinevariante. Messung durchführen, Daten abspeichern, nach und nach jedem Algorithmus die Daten vorspielen und dann gemeinsam anzeigen.
Oder kennt vielleicht noch jemand eine Queue-Variante bei der ich verhindern kann, dass Datensätze zu früh aus der Queue entfernt werden, jedoch auch nicht ewig dort verbleiben?
