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!
Zitat:Wenn ich jedoch die While-Schleife verlassen möchte durch den "Stop" Button, wird darauf gewartet, dass das Ereignis noch einmal eintrifft. Kann ich das umgehen und sofort aus der Schleife springen?
Ja klar geht das!
Einfach ein zweites/eigenes Event für den Stopp-Button anlegen…
Zitat:Wenn ich jedoch die While-Schleife verlassen möchte durch den "Stop" Button, wird darauf gewartet, dass das Ereignis noch einmal eintrifft. Kann ich das umgehen und sofort aus der Schleife springen?
Ja klar geht das!
Einfach ein zweites/eigenes Event für den Stopp-Button anlegen…
Genauso habe ich das probiert. Einmal ein zweites Ereignis-Case für Stop erstellt, und als zweite Möglichkeit das Stopereignis zu dem ersten Ereignis-Case hinzugefügt.
Funktioniert bei mir leider weder, noch.
Du musst im Ereignis die Stopp Bedingung mit einbauen und als Ausgang das True oder False setzen, das die Schleife beendet.
Das Bild ist natürlich nicht die Gesamtlösung nur das Prinzip.
(09.11.2016 16:18 )Freddy schrieb: Du musst im Ereignis die Stopp Bedingung mit einbauen und als Ausgang das True oder False setzen, das die Schleife beendet.
Das Bild ist natürlich nicht die Gesamtlösung nur das Prinzip.
Vielen Dank, mein Fehler lag darin, dass ich in das Stop-Ereignis nichts reingelegt hatte, ich dachte ich könnte mit einer True Konstante sowohl Schleife als auch Eventstruktur steuern und das Ereignis überspringen.
Jetzt klappts!
Hallo, mal wieder ich mit einem Problemchen.
Mein Programm ist soweit fertig und funktioniert alles bestens.
Zumindest solange etwas gemacht wird. Sobald einige Minuten nichts mehr im Programm gemacht wird und es nur läuft und auf Kommandos wartet,
geht danach nichts mehr. Es tritt der "Fehler -1073807339 bei VISA: Schreiben in tg1010a.vi" ein. Danach muss ich alles neustarten und es läuft wieder.
Wie kann ich jetzt ausschliessen ob das am Programm, am Gerät (Geräte-Timeout?) oder Verbindung liegt?
Zitat:Wie kann ich jetzt ausschliessen ob das am Programm, am Gerät (Geräte-Timeout?) oder Verbindung liegt?
- Wenn dein Programm funktioniert, solange du regelmäßig (im Sekundentakt) Befehle schickst, wird es wohl nicht die Ursache für den Fehler sein…
- Wenn dein Programm nach einem Fehler und Neustart wieder funktioniert, wird es wohl nicht das Verbindungskabel sein…
- Lt. Spock bleibt jetzt nur noch das Gerät übrig! Was sagt denn dessen Handbuch/Hersteller zu irgendwelchen Timeouts?
Mögliche Lösungen/Workarounds:
- Regelmäßig/öfter Befehle zum Gerät schicken
- Falls du einen USB-RS232-Konverter nutzt: Stromsparmechanismen deaktivieren!
Zitat:Wie kann ich jetzt ausschliessen ob das am Programm, am Gerät (Geräte-Timeout?) oder Verbindung liegt?
- Wenn dein Programm funktioniert, solange du regelmäßig (im Sekundentakt) Befehle schickst, wird es wohl nicht die Ursache für den Fehler sein…
- Wenn dein Programm nach einem Fehler und Neustart wieder funktioniert, wird es wohl nicht das Verbindungskabel sein…
- Lt. Spock bleibt jetzt nur noch das Gerät übrig! Was sagt denn dessen Handbuch/Hersteller zu irgendwelchen Timeouts?
Mögliche Lösungen/Workarounds:
- Regelmäßig/öfter Befehle zum Gerät schicken
- Falls du einen USB-RS232-Konverter nutzt: Stromsparmechanismen deaktivieren!
Danke für die Antwort.
Also ich benutze ein RS232 Kabel ohne Konverter.
Im Handbuch habe ich nichts zu diesem Thema gefunden.
Muss mich allerdings korrigieren, habe jetzt ein Signal alle paar Sekunden gesendet (anscheinend diesmal lange genug), irgendwann hängt sich das Programm doch auf.
Zitat:irgendwann hängt sich das Programm doch auf.
Was bedeutet das? BSOD? LabVIEW unbedienbar?
Was passiert, wenn du bei diesem Fehler (simpler TimeOut) einfach den Befehl nochmal sendest?
Was passiert, wenn du nach diesem Fehler die Schnittstelle schließt und neu öffnest?
Wie ist dein VI aufgebaut?
Was betreibst du an Errorhandling?
So viele Fragen, so wenig Informationen…
Zitat:irgendwann hängt sich das Programm doch auf.
Was bedeutet das? BSOD? LabVIEW unbedienbar?
Was passiert, wenn du bei diesem Fehler (simpler TimeOut) einfach den Befehl nochmal sendest?
Was passiert, wenn du nach diesem Fehler die Schnittstelle schließt und neu öffnest?
Wie ist dein VI aufgebaut?
Was betreibst du an Errorhandling?
So viele Fragen, so wenig Informationen…
Ich versuche es so gut wie möglich zu beantworten. Ich arbeite noch nicht lange mit LabView und bin deshalb noch nicht mit solchen Problemen vertraut.
Nachdem das Programm einige Zeit gelaufen ist und eine Schaltfläche (Output) die zu einem Ereignis führt, gedrückt wird, wird kein Befehl an das Gerät geschickt.
Wenn ich dann versuche eine andere Schaltfläche (OK oder STOP) zu drücken die wiederrum ein Ereignis aktiviert, wird das Frontpanel nicht mehr bedienbar, das Fehlerfenster erscheint.
Weitere Befehle kommen nicht mehr an.
Erst wenn ich LabView komplett schliesse und wieder das Programm starte, läufts. Das Gerät muss ich nicht neustarten.
Ich habe mein VI angehängt.
Ich sehe in Deinem Programm nur Schreibzugriffe. Könnte es sein, das Dein Gerät den Buffer voll hat und wartet, bis die Daten abgerufen wurden?
Gruß
Freddy
/
Kommunikation mit Funktionsgenerator TG1010A
