+- LabVIEWForum.de (https://www.labviewforum.de)
+-- Forum: LabVIEW (/Forum-LabVIEW)
+--- Forum: LabVIEW Allgemein (/Forum-LabVIEW-Allgemein)
+--- Thema: Eigene Schleife für FP-Elemente? (/Thread-Eigene-Schleife-fuer-FP-Elemente)
Seiten: 1 2
RE: Eigene Schleife für FP-Elemente? - jg - 03.07.2012 10:54
1) Boolean Crossing:
http://zone.ni.com/reference/en-XX/help/371361H-01/ptbypt/boolean_crossing_ptbypt/
2) Zwecks Main-VI hochladen: Wird man sehen, ob auch ohne SubVIs was zu erkennen ist. So bleibt es aber auf jeden Fall bei Trial und Error mit den Tipps.
Gruß, Jens
RE: Eigene Schleife für FP-Elemente? - Soean - 03.07.2012 11:04
Danke für den Hinweise Boolean Crossing...hab mir irgendwie daran gewöhnt das mit der FeedbackNode zu machen, bevor ich das VI kannte. Das wäre wohl ein wenig professioneller.
Hier also das Main-VI. Ich fürchte, mit der Zeit ist es wohl doch ein wenig unübersichtlich geworden, zumindest für alle, die es nicht selbst programmiert haben...
Die Prozessorlast ist bei weit unter 20%, wenn der Tab Prüfereingabe aufgerufen ist. Wenn nach der Prüfereingabe zum Tab Visu gewechselt wird, steigt sie auf knapp 90%. In beiden Fällen befindet sich die Main-Loop zunächst im Status idle.
Ich hoffe ihr kippt nicht hinten über...inzwischen würde ich die Programmstruktur wohl auch ein wenig anders aufziehen.
Danke noch einmal für eure Hilfe!
Gruß,
SL
RE: Eigene Schleife für FP-Elemente? - jg - 03.07.2012 20:03
Tja, langt leider doch nicht für eine Analyse.
z.B. Was machst du mit den ganzen Control-Referenzen in dem OOP-VI, vielleicht ist da etwas drin, was FP-Zeit frisst. (Übrigens soviel zu deiner Aussage, dass du quasi keine PropertyNodes verwendest...)
Gruß, Jens
Noch ein Edit: Ich habe keine Ahnung, wie es mit der Performance dieser "Silver" Controls aussieht. Habe sie zwecks "Nichtgefallen" bisher nicht verwendet.
Im NI-Forum gibt es einen Thread dazu:
http://forums.ni.com/t5/LabVIEW/Usage-of-Silver-controls-results-in-slow-screen-updates/td-p/1711506
Ist natürlich nur sehr wage. Aber in dem anderen Thread hast du geschrieben, dass der Zielrechner eher schwachbrüstig ist...
RE: Eigene Schleife für FP-Elemente? - NWOmason - 03.07.2012 20:18
Bitte noch die Schriftart der Buttons überprüfen. Bei mir (Win7) ragt die Schrift heraus:
[attachment=40531]
Beste Grüße,
NWO
RE: Eigene Schleife für FP-Elemente? - jg - 03.07.2012 21:10
Nachtrag: Hier ist noch ein Thread auf ni.com zu langsamen Silver Controls:
http://forums.ni.com/t5/LabVIEW/Round-Color-Box-Silver-Slows-VI-Server-Access/m-p/1844307
Also, vielleicht einfach mal durch Modern/Classic/System ersetzen!
Gruß, Jens
RE: Eigene Schleife für FP-Elemente? - Lucki - 04.07.2012 07:36
(03.07.2012 20:18 )NWOmason schrieb:Das wurde im Forum schon mal behandelt. Das Herausragen der Schrift liegt daran, daß hier als Schriftart "Anwendungsschriftart" gewählt wurde, und was "Anwendungsschriftart" ist, hängt von der verwendeten Windows-Version ab. Damit die Schriftlänge unabhängig von der Windows-Version wird, gibt es zwei Möglichkeiten: (i) Es wird eine konkrete Schriftart wie z.B "Ariel" ausgewählt, oder (ii) Die Schriftart "Anwendungsschriftart" wird in der LV.ini vordefiniert.
Bitte noch die Schriftart der Buttons überprüfen. Bei mir (Win7) ragt die Schrift heraus:
Noch ein Hinweis: Um das FP nur alle 100ms zu aktualisieren, muß man nicht mit zwei Uhren, etlichen Drähten, Diffenrenzbildung und ShiftRegister herumoperieren. Dafür gibt es das VI "Verstrichene Zeit".
RE: Eigene Schleife für FP-Elemente? - Soean - 04.07.2012 07:48
Hey, danke erstmal für die Hinweise.
Unter WinXP passt die Schrift, und da in näherer Zukunft wohl auch nicht umgestellt wird, kann ich das denke ich erstmal so lassen. // Nu kommt Luckis Beitrag dazu. Alles klar, werde die Schriftart festlegen.
Mit Quasi keine Propertys ist gemeint, dass wenn sie gesetzt werden, peniebelst darauf geachtet wurde, sie nicht konitinuierlich, sondern nur ein mal zu schreiben. Wenn ich Eigenschaften eines Buttons/Anzeigelementes ändern möchte, komme ich ja leider nicht komplett ohne aus...
Die Referenzen werden nur in der Klasse abgelegt. Später gibt es dann ein VI, in welchem ich für die verschiedenen Programmzustände meine Buttons desaktiviere bzw. aktivere. So muss das nicht für jeden Button einzeln gemacht und auch auch nicht jedes mal wieder eine Referenz erstellt werden. Das habe ich auch in anderen Apllikationen schon ohne Probleme so gemacht.
Ich habe mir von NI versichern lassen, dass sich Silver-Elemente auf keinen Fall auf die Laufzeit auswirken... Der Typ am Telefon klang aber auch recht jung...und die von Jens gefundenen Threads aus dem NI-Forum sagen ja auch etwas anderes...Also sollte ich mir doch einmal die Arbeit machen, das FP komplett auf Modern umzustellen. Mal gucken, ob es denn dann noch gefällt.
Danke für eure Hilfe!
RE: Eigene Schleife für FP-Elemente? - jg - 04.07.2012 08:21
(04.07.2012 07:48 )Soean schrieb: Ich habe mir von NI versichern lassen, dass sich Silver-Elemente auf keinen Fall auf die Laufzeit auswirken... Der Typ am Telefon klang aber auch recht jung...und die von Jens gefundenen Threads aus dem NI-Forum sagen ja auch etwas anderes...Also sollte ich mir doch einmal die Arbeit machen, das FP komplett auf Modern umzustellen. Mal gucken, ob es denn dann noch gefällt.Dann stell lieber auf System-Style um. Sieht ab Windows-XP-Style auch gut aus. Für bunte LEDs Modern-Style. Außerdem sehr zu empfehlen diese Erweiterung:
http://sine.ni.com/nips/cds/view/p/lang/en/nid/209118
Gruß, Jens
RE: Eigene Schleife für FP-Elemente? - Soean - 04.07.2012 11:02
So...ich habe vorhin angefangen, sämtliche Silver-Elemente durch Classic- bzw. Modern-Elemente zu ersetzen. Dann habe ich mich gefragt, wie zum Teufel Elemente, die überhaupt nicht gesetzt/aktualisiert werden, die Prozessorlast nach oben treiben können.
Dann habe ich alle Elemente gesucht, die auch im Idle der Main kontinuierlich gesetzt werden. Das waren zwei: ein boolsches Array und ein double-Array, jeweils mit 4 Elementen, welche Werte aus einer parallel zur Main laufenden Schleife anzeigen. Beide wurden direkt über einen Wire gesetzt, für eines gab es eine einzige lokale Variable, die während der Initialisierung einmal beschrieben wird, das andere exisiterte nur als Indikator, ohne Variablen, ohne PropertyNodes, ohne alles...
Nur diese beiden habe ich durch Modern-Indikatoren ersetzt...und so die Prozessorlast von um die 90% auf 35-40% gesenkt...man man...
Da sag noch mal einer, Silver würde nicht ausbremsen...
Ich danke euch Allen für eure ausdauernde Unterstüzung!!
