Mehrere Registerkarte in Queue Message Handler entwerfen.

Hallo Zusammen,



ich wollte einen Queue Message Handler Vorlage-Projekt benutzen.
In dieses Projekt-Vorlage werden mehrere Registerkarten zu Einsatz kommen.
Soll ich für jede registerkarte einen Diolog öffnen und damit brauche ich keine Tab-Control?
oder
Soll ich die Tab-Control benutzen und die Projekt-Vorlage der "Queue Message Handler" anpassen?
Wenn ich wie soll ich die anpassen?
Was ist besser als Entwurf?

Danke in voraus

Hallo Galilio,
ich würde die Registerkarte verwenden und die Reiter unsichtbar machen. Dann Kannst Du im Programm bestimmen wann welches Registerfenster geöffnet wird.
Was mir noch unklar ist, in welchem Bezug stehen Queues und Registerkarte. Bei den Beispielen für Queue, die ich kenne wird immer ein Event und eine While Schleife aufgebaut und mit den Nachrichten der Queue verknüpft.
Willst Du mehrer Queue While schleifen zur Parallelverarbeitung? Dann musst Du aufpassen, dass nur eine der Schleifen die Ansicht der Registerkarte verändern kann.

Gruß
Freddy

(18.07.2016 09:14 )Freddy schrieb:  Hallo Galilio,
ich würde die Registerkarte verwenden und die Reiter unsichtbar machen. Dann Kannst Du im Programm bestimmen wann welches Registerfenster geöffnet wird.
Was mir noch unklar ist, in welchem Bezug stehen Queues und Registerkarte. Bei den Beispielen für Queue, die ich kenne wird immer ein Event und eine While Schleife aufgebaut und mit den Nachrichten der Queue verknüpft.
Willst Du mehrer Queue While schleifen zur Parallelverarbeitung? Dann musst Du aufpassen, dass nur eine der Schleifen die Ansicht der Registerkarte verändern kann.

Gruß
Freddy

Meine Idee ist mehrere Registerkarte zu verwenden, da die Application fachlich besser zu trennen ist.
Die Queue und Registerkarte werden eigentlich ganz normal verwendet, ob es um eine ganze normale Queue Message Handler sich handelt.
Jede Event wird einfach erfasst und zu Message Handler Loop weiterbearbeitet.

Das ist grob gesagt.
Ich weiss es aber leider nicht, wie sinnvoll ist so zu designen?

Auch wenn es mehrer Registerkarten sind. Wenn Du auf dem Frontpanel genügend Platz hast, das immer noch übersichtlich aussieht, warum nicht. Die Register sind einfach aufgeräumt und Du musst Dich um die Sichtbarkeit der einzelnen Inhalte eines Registers nicht kümmern. Die Flexibilität der Bearbeitung wird über die Event Struktur abgewickelt.
Ich glaube so geht es auch am schnellsten.

Gruß
Freddy

Hallo,

Meine Application hat mehrere Registerkarten.
In dieser Registerkarten befinden sich mehreren Buttons.
Soll ich alle Buttons bei der "Message Handling Loop" in Message Case "initialize" initialisieren?

Danke

Ich sehe das so, über die Event Struktur werden die Aktivitäten gestartet. In denen werden Nachrichten an bestimmte Queues gesendet.
Die Queues müssen nicht zwingend mit den Registerkarten direkt zu tun haben.
Ob nun für jede Registerkarte ein Queue benötigt wird hängt von der Aufgabe ab.

Gruß
Freddy

Ich hätte etwa die gleichen Antworten wie Freddy gegeben und habe es auch selbst so gemacht. Auf dem diesjährigen Labview- Anwendertreffen hat aber ein Experte von NI im Vortrag die Bemerkung fallen lassen, dass SubPanels statt einer TAB-Struktur mit Seiten in solchen Fällen die grundsätzlich bessere Lösung sei. Warum, habe ich vergessen oder es wurde nicht gesagt. Kann da vielleicht jemand etwas dazu sagen? Würde mich auch interessieren.
Gruß Ludwig

Wenn ich es richtig Verstanden habe.
1. Bei SUB Panels wird ein VI nachgeladen. Da hat man bei Änderungen nur das SUB VI zu bearbeiten.
2. Man kann jederzeit weiter SUB VI einbinden ohne das Hauptprogramm ändern zu müssen.

Aber der Programmieraufwand ist definitiv aufwendiger.

Gruß
Freddy

(20.07.2016 12:56 )Lucki schrieb:  dass SubPanels statt einer TAB-Struktur mit Seiten in solchen Fällen die grundsätzlich bessere Lösung sei.

Ein Tab-Control mit mehreren Tab-Sheets hat den "Nachteil", dass sich der komplette Inhalt aller Tab-Sheets samt dessen Bedienung (FP) und Verarbeitung (BD) in einem einzigen VI befindet. Das hat besonders bei vielen Tab-Sheets eben den Nachteil, dass das VI groß (und aufwändig) werden könnte. Ein SubPanel hat den Vorteil, dass da ein VI drinnen laufen kann, was nur ein einziges Tab-Sheet bedient. Deswegen mache ich mir immer nur die Reiterleiste des Tab-Controls mit leeren Tab-Sheets und unter der Leiste ein Subpanel. Auf Organisationsaufwand zur Verarbeitung des Subpanels ist nur gering. Außerdem ist er applikations-unabhängig, was die Verwendung von Vorlagen erleichtert.

Hallo Ichselbst,
aber einen Nachteil hat es schon, Du musst bei jedem Aufruf des SUB VI die Anzeige Daten und Eingabe Daten neu füllen und dafür parallele Daten halten. Während der Tab-Control alle Daten im Main schon hat.

Ich verwende den Tab-Control als schnellen Wechsel der Frontansicht ohne Reiter mit transparenten Hintergrund.
So wechsel ich z.B. von einem Graph in die Eingabe oder was auch immer.

Allerdings sind bei mir bisher die TABs nicht zu viele gewesen.

Da hätte ich noch ein paar Fragen:
Hättest Du mal ein kleines Beispiel, wie Du die SUB VI's im Main behandelst? Vor allem mit Datenübernahme.
Und wo läuft die Event Schleife im Main oder in den SUB VI?

Gruß
Freddy