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!
26.08.2011, 12:31 (Dieser Beitrag wurde zuletzt bearbeitet: 26.08.2011 12:34 von M@rRy.)
ich habs mal wieder ... hab versucht die Windows Tastatur in ein LV-Projekt einzubinden, es klappt auch ... eigentlich! Wenn ich die Highlight-Funktion verwende ist das alles kein Thema, sobald ich mein VI ohne ausführe wird die Tastatur auch aufgerufen aber nicht wieder geschlossen. Erst dachte ich es liegt an einer nicht vorhandenen Wartezeit, das das Programm einfach zu schnell durch die Schleife rennt, aber das ist es scheinbar auch nicht. Hat jemand eine Idee?
Anbei der "spinnende" Programmteil (LV 7.1)
Edit: Nach dem eigentlichen drücken (fürs schließen) schließt sich die Tastatur nun kurz, öffnet sich wieder und nach einem erneuten warten schließt sie sich dann ganz ...
Nur wer neugierig ist, lernt ständig dazu.
Mythos:
Mit LabView lassen sich gut Programme leichter entwickeln
Realität:
Mit LabView lassen sich gut und schlechte Programme leichter enwickeln!
Developer Suite Core -> LabVIEW 2015 Prof.
2006
EN
71083
Deutschland
RE: Windoof Tastatur macht was sie will
Da fehlen die SubVIs.
Gruß Markus
-------------------------------------------------------------------------- Bitte stellt mir keine Fragen über PM, dafür ist das Forum da - andere haben vielleicht auch Interesse an der Antwort !!
--------------------------------------------------------------------------
26.08.2011, 12:59 (Dieser Beitrag wurde zuletzt bearbeitet: 26.08.2011 13:10 von Y-P.)
1.) Da fehlt immer noch ein SubVI.
2.) Du willst doch nicht in jedem Durchlauf das Öffnen und Schließen machen? Also entweder eine Eventstruktur verwenden oder vergleichen, ob sich wirklich der Zustand deines Schalters geändert hat.
Gruß, Jens
Wer die erhabene Weisheit der Mathematik tadelt, nährt sich von Verwirrung. (Leonardo da Vinci)
!! BITTE !! stellt mir keine Fragen über PM, dafür ist das Forum da - andere haben vielleicht auch Interesse an der Antwort!
Developer Suite Core -> LabVIEW 2015 Prof.
2006
EN
71083
Deutschland
RE: Windoof Tastatur macht was sie will
Jetzt fehlt nur noch "Run Application.vi" und die LabVIEW-Version.
Gruß Markus
EDIT: Ich habe Dir die LabVIEW-Version eingefügt.
-------------------------------------------------------------------------- Bitte stellt mir keine Fragen über PM, dafür ist das Forum da - andere haben vielleicht auch Interesse an der Antwort !!
--------------------------------------------------------------------------
Ich gebe mich, was die VIs angeht, geschlagen. Das wären eine ganze Menge und bis ich die jetzt alle kopiert habe, hab ich es mal eben ein wenig anders gemacht. Der Fehler bleibt aber. Ich weiß das ich in diesem Fall Polling wie aus dem Lehrbuch betreibe, das ist aber nicht schlimm weil ich in diesem Teil meinesm Programms eh keine Zeitprobleme habe und auf eine Eingabe warte. Eine event wäre denkbar, ist aber in so fern ungünstig das ich dann ein event in einer while, in einer case in einem event hätte ... da war ich der Meinung, irgendwann is auch mal gut. Allerdings bin ich für alle Vorschläge offen und dankbar
Gruß
Daniel
Nur wer neugierig ist, lernt ständig dazu.
Mythos:
Mit LabView lassen sich gut Programme leichter entwickeln
Realität:
Mit LabView lassen sich gut und schlechte Programme leichter enwickeln!
26.08.2011, 13:54 (Dieser Beitrag wurde zuletzt bearbeitet: 26.08.2011 13:54 von GerdW.)
bei mir () funktioniert's: OSK wird aufgerufen und auch wieder geschlossen...
Ich verstehe zwar nicht, warum man OSK ungebremst dauernd öffnen muss und warum man es im 5ms-Takt schließen muss, aber zu Events wurde dir ja schon geraten...
(26.08.2011 13:17 )M@rRy schrieb: Eine event wäre denkbar, ist aber in so fern ungünstig das ich dann ein event in einer while, in einer case in einem event hätte ...
Eventstruktur in Eventstruktur oder auch zwei parallele Eventstrukturen gleich mal gedanklich streichen.
Das geht nicht, bzw. funktioniert nicht zuverlässig.
Grüße
Andreas
Geht nicht, gibts nicht!
29.08.2011, 07:13 (Dieser Beitrag wurde zuletzt bearbeitet: 29.08.2011 07:27 von M@rRy.)
(26.08.2011 13:17 )M@rRy schrieb: Eine event wäre denkbar, ist aber in so fern ungünstig das ich dann ein event in einer while, in einer case in einem event hätte ...
Eventstruktur in Eventstruktur oder auch zwei parallele Eventstrukturen gleich mal gedanklich streichen.
Guten Morgen,
ich empfand das auch als nicht gut deshalb wollte ich gern bei dem pollen bleiben. Das Ganze läuft eh in einer Schleife wo der User lediglich Werte in mehrere Controlls schreiben soll und beim klicken auf einen Button sollen diese übernommen werden. Dadurch wird auch die Schleife beendet und somit auch das pollen. Falls jemand eine andere Idee hat (ausser Event) wie ich ständig abfragen kann in der Schleife ob die Tastatur offen ist und falls der Button switched das sie dann ausgeht bin ich trotzdem dankbar.
Gruß
Daniel
Edit:
@ GerdW: Läuft es bei dir auch wenn du die Highlight-Funktion nicht aktivierst? Weil es bei mir nur dann spinnt ... wenn die aktiviert ist ist alles schön, deshalb konnte ich bisher auch keinen Fehler am Ablauf der Schleife erkennen.
Ein wenig selbst denken schadet ja nicht, deshalb hier mal meine Lösung ohne das andauernde Öffnen / Schließen. Jetzt geht es auch bei mir das sich die direkt wieder schließt.
Gruß
Daniel
Nur wer neugierig ist, lernt ständig dazu.
Mythos:
Mit LabView lassen sich gut Programme leichter entwickeln
Realität:
Mit LabView lassen sich gut und schlechte Programme leichter enwickeln!
dein VI läuft sowohl mit als auch ohne Highlighting...
Tipp:
- Fehlerabfrage nach der FensterSchließen-Funktion einbauen: sonst gibt es einen Fehlerdialog, wenn man die Bildschirmtastatur "manuell" schließt und danach dasselbe von deinem VI aus probiert
- Wait-Funktion aus dem Case in die Hauptschleife übernehmen (spart ungemein CPU-Leistung)
- NOT-Funktion statt der Ausgabe zweier boolscher Konstanten
- für boolsche Operationen bevorzuge ich die boolschen Funktionen: dein "==" wäre dann ein NXOR...