@RoLe:
Das mit der DLL würde ich derweil auf "Run in UI Thread" lassen, da mir die Zeitdifferenz zwischen DLL und Ausführen des Befehls im Gerät schnell genug und vor allem konstant ist. Es geht wirklich um die Genauigkeit, welche vom Programm übergeben wird.
' schrieb:Hallo Martin
Vielleicht ist es ja ein Konflikt mit Windows. Wenn Du beim Verschieben des Fensters die Einstellung "Inhalte beim Verschieben anzeigen" gewählt hast, ist die CPU Last sehr hoch. Dann bleibt für LabVIEW nichts mehr übrig.
Die Einstellung kann man in der Systemsteuerung->Desktop->Darstellung->Effekte ändern.
Gruss, BDB
ja das hab ich auch schon gemacht, das mit dem Fensterinhalt anzeigen / verstecken.
Die Sache ist ja auch so, dass die Software auch an Kunden geht und da wird die Sache dann auch komplizierter...
Ich habe mal ein zweites Beispiel gebastelt, in welchem die Zeit so genau wie möglich ist (mit der LabVIEW Funktion "wait").
Ich glaube ich werde es wohl über diese LabVIEW Variante machen müssen...
Eventuell werde ich dynamisch SubVI's laden, welche nach Beendigung des Wartens ein Event abgeben, auch welches dann das Hauptprogramm reagiert und das Ventil schaltet...was haltet ihr davon?
Somit wäre der Schaltpunkt relativ genau...Bleibt nur das Problem, wie ich es graphisch für den Benutzer darstelle, der will ja schließlich auch was sehen...
Wie realisiert man denn das?
Anbei ein weiteres Beispiel, wie man es lösen könnte (hoff ich doch...)
Beispiel2.vi (Größe: 8,53 KB / Downloads: 199)
Viele Grüße und vielen Dank für eure Hilfe, Martin!!
