' schrieb:Leider ist die komplette Ansteuerung für das Gerät bereits von unseren Partnern geschrieben...und jetzt frage ich mich natürlich, warum sie den Weg über die DLL gegangen sind...
Alles selbst zu machen hat diverse Vorteile. Sollte es sich bei der Ansteuerung vom geeignete (!) VIs handeln, spricht nichts dagegen, diese zu verwenden.
Zitat:Wie kann ich denn Balken (oder auch einen Countdown) auf dem Frontpanel ablaufen lassen, ohne dass es großartig beeinflusst wird von CPU-Last?
Da ein Balken eine Bildschirmausgabe darstellt, wird das immer - egal wie da was programmiert ist - von der CPU-Last abhängig sein. Es kommt aber darauf an, wer da Last mit welchem Verfahren beanspucht.
Zitat:Klar könnte man über das "wait" die Schleifenzyklen verlangsamen, aber reicht das??
Das reicht.
Du musst nur die Hardwareausgabe von der Bildschirmausgabe entkoppeln. Z.B. mit einer Klasse, die Queue-gesteuert ist. Wenn du vom Verfahren her alles "bildschirmfrei" programmierst und den einzelnen Klassen noch eine hohe Priorität zuteilst, läuft zumindest die Hardwaresache relativ sicher. Ob die Bildschirmanzeige, die ihre Daten z.B. per Melder bekommt, da dann mitkommt, ist nicht mehr notwendig.
