SubVI konfigurieren

Hi,

für den Abbruch hab ich mir überlegt (auch schon umgesetzt), den Benutzer so lange in einer Schleife fest zu halten (mit Dialog, der ihm Begreiflich machen soll, dass ohne Konfiguration das Programm keinen Sinn macht), bis er nachgibt, konfiguriert (oder nicht, dann kann er das Programm immer noch im Hauptteil beenden) und mit "Ok" bestätigt.


Gruß und noch nen schönen Sonntag Abend.

' schrieb:Hi,

für den Abbruch hab ich mir überlegt (auch schon umgesetzt), den Benutzer so lange in einer Schleife fest zu halten (mit Dialog, der ihm Begreiflich machen soll, dass ohne Konfiguration das Programm keinen Sinn macht), bis er nachgibt, konfiguriert (oder nicht, dann kann er das Programm immer noch im Hauptteil beenden) und mit "Ok" bestätigt.
Gruß und noch nen schönen Sonntag Abend.

Schönen guten Morgen,

bin gerade daran alles in mein Programm einzubauen. Erstmal vielen Dank für die Anmerkungen (Y-P ) aller.
@Jens: Du sagtest, dass ich auf die lokalen Variablen verzichten kann. Jedoch bekomme ich eine Fehlermeldung (VISA: (Hex 0xBFFF000E) The given session or object reference is invalid.) wenn ich sie nicht gebrauche. Ansonsten klappts.
:Edit: Ok, es klappt. Hab da beim abspeichern wohl irgendwas vergeigt.

:Edit: Ein weiteres Problemchen ist, dass wenn ich an der Funktion "Configure Serial Port" eine Enum-Control (Baud-Rate) per Rechtsklick erstelle, im laufenden Betrieb eine Fehlermeldung erscheint, die mir sagt das dass Attribut von der Funktion nicht angenommen wird/werden kann. Mit ner Numerischen Control (U16) klappts dann wieder.

Gruß Sven

' schrieb:@Jens: Du sagtest, dass ich auf die lokalen Variablen verzichten kann. Jedoch bekomme ich eine Fehlermeldung (VISA: (Hex 0xBFFF000E) The given session or object reference is invalid.) wenn ich sie nicht gebrauche. Ansonsten klappts.

Glaub mir, es geht schon, du musst bloss für korrekten Datenfluss sorgen. (Beliebte Fehlerquelle: Offene Verbindungen bei Case- oder Eventstrukturen)

MfG, Jens

Moin Moin,

wie fern ist das mit den Offenen Verbindungen in Case- und Eventstrukturen gemeint? Leider hab ich nach weiterem umbauen wieder das Problem mit der Session. Das mit der Baud-Rate konnte ich ausräumen, indem ich die Kontrollen der Funktion "Configure Serial Port" konsistent mit "Rechtsklick_Create Control....) erstellt habe.
Ich stelle mal mein HauptVI und zwei weitere ein. Vielleicht könnt ihr den Fehler finden. Wahrscheinlich werden dann sowiso noch weitere Anmekungen reinschneien, ich bin für jegliche Kritik erhaben.

Schonmal vorab:

1. Ich plane die beiden Events "Rechts-Linkslauf" rauszuschmeissen und die Funktionalitäten stattdessen mit in die Case-Struktur des Events Control[] zu packen.
2. Alle "Befehle senden" Vi´s die jetzt in der Case-Struktur (Control[]-Event) stehen, würde ich gerne durch eines, welches ausserhalb der Struktur steht ersetzen.

Gruß Sven

' schrieb:Wahrscheinlich werden dann sowiso noch weitere Anmekungen reinschneien, ich bin für jegliche Kritik erhaben.

Hi,

hier mal meine Anmerkungen:

1. Warum hast du dynamische Events (Knoten "Reg Events") verwendet? Das ist doch gar nicht notwendig sondern nur unnötiger Code! Du kannst deine Events doch direkt mit der Struktur abfragen. Ist mir da was entgangen?

2. Du bist dir hoffentlich bewusst, dass ein "Software-Not-Aus" sicherheits-technisch nicht zulässig ist?! Du DARFST den User gar nicht erst verleiten, auf deiner Oberfläche einen Not-Aus-Knopf zu drücken! Das kann nur schiefgehen! Was passiert, wenn sich dein Rechner aufhängt? Not-Aus = HW-mäßige Trennung von der Energieversorgung bzw. Herstellen eines sicheren Zustands. Das ist mit deinem Button KEINESFALLS zu erreichen und kann dich unter Umständen massiv in Schwierigkeiten bringen!

Gruß
Achim

Anzeige

Hi,

Das mit dem Not-Aus hatten wir ja schonmal, eigentlich ist er ja auch nur ein umbenannter Stop-Schalter für die Pumpen. Ein mechanischer Not-Aus besteht zudem, bzw. ist noch in Arbeit (nach deiner ersten Anmerkung hierzu in Topic xy).

Das mit der dynamischen Event-Anmeldung brauche ich nit? Gut, ich hatte die anhand eines Beispiels aus der Hilfe erstellt. In welchem Falle würde man Sie denn gebrauchen (Externe Ereignisse??). Meine Idee dahinter war, dass wenn ich die Leistungsregler betätige, der Wert erst dann weitergegeben wird, wenn ich die Maus loslasse. Bei einem normalen Value Change wurde jeder einzelne Wert übertragen, was die Sache nicht flüssig hat laufen lassen.

Gruß Sven

' schrieb:Das mit dem Not-Aus hatten wir ja schonmal, eigentlich ist er ja auch nur ein umbenannter Stop-Schalter für die Pumpen. Ein mechanischer Not-Aus besteht zudem, bzw. ist noch in Arbeit (nach deiner ersten Anmerkung hierzu in Topic xy).

Ah...mir war gleich so, als ob das erst kürzlich schon mal dran war...Trotzdem: Benenne den Schalter auf deinem Frontpanel wieder um in STOP! Hier darf gar nicht erst der Eindruck entstehen, dass das was mit Sicherheitsaspekten zu tun hat

' schrieb:Das mit der dynamischen Event-Anmeldung brauche ich nit? Gut, ich hatte die anhand eines Beispiels aus der Hilfe erstellt. In welchem Falle würde man Sie denn gebrauchen (Externe Ereignisse??). Meine Idee dahinter war, dass wenn ich die Leistungsregler betätige, der Wert erst dann weitergegeben wird, wenn ich die Maus loslasse. Bei einem normalen Value Change wurde jeder einzelne Wert übertragen, was die Sache nicht flüssig hat laufen lassen.

Du kannst auch direkt in der Eventstruktur MouseUp oder MouseDown nutzen, das ist im gleichen Menü (weiter oben zu finden) wie ValueChanged!

Ist schon geschehen;)und klappt. Schonmal Danke.

Aber nach wie vor habe ich das Session Problem, Mist!!!

Greetings

Zum VISA-Session Error: Ist doch ganz einfach, zumindest wenn ich dich richtig verstanden habe. Fehler tritt dann auf, wenn dein Anfangsdialog abgebrochen wird, richtig?? Dann wird in deine Variablen Visa-Sessions aber gar keine Refnum geschrieben. Und du versuchst dann auf Grund deiner Sequenz im letzten Schritt auf jeden Fall, nichtgeöffnete und nicht-referenzierte Ports wieder zu schließen. Vermute, dass dies dein Fehler ist.

MfG, Jens