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!
ich habe ein sehr großes VI mit verschachtelten Registerkarten zur Datenerfassung programmiert. Bis vor Kurzem ließ es sich noch problemlos bearbeiten. Aber in letzter Zeit reagiert die Entwicklungsumgebung extrem langsam, es kommt oft der Kreis als Zeichen, daß gerechnet wird und zwischendurch steht oft oben links "not responding". Die Maus springt auch immer wieder in das Block Diagramm, obwohl ich im front panel Änderungen vorgenommen hatte. Ich habe schon etwas recherchiert und Hinweise wie: Teile des Programms disablen, oder einen Fehler einbauen, daß das Programm nicht mehr ausführbar ist und nicht mehr alles ständig kompiliert wird, umgesetzt. Aber es hilft nicht. Ich habe auch gelesen, daß verschachtelte Registerkarten dieses Problem verursachen können, ich habe aber keine Idee für eine Alternative. Hat jemand einen Tip, wie ich die Programmiergeschwindigkeit wieder erhöhen kann?
Im screenshot ist auch der Speicherverbrauch abgebildet. Und da stellt sich mir dann gleich die Nächste Frage: wird es Probleme geben, wenn das VI dann später kontinuierlich ausgeführt wird? Also nicht, daß das Programm dann ständig abstürzt! Oder wirkt sich das nur auf die Programmiergeschwindigkeit aus?
ich hatte in LV 8.0 bei großen Applikationen hin und wieder das Problem, dass die Ausführung einzelner VIs extrem verlangsamt wurde. Danach habe ich LV komplett geschlossen und neu gestartet - und dann war wieder alles chic.
Dein Problem beschreibt zwar etwas anderes, aber vielleicht kann ein LV-Neustart bei dir ja auch helfen, falls du das nicht schon probiert hast.
11.07.2013, 12:07 (Dieser Beitrag wurde zuletzt bearbeitet: 11.07.2013 12:08 von GerdW.)
wenn du auf dem Frontpanel fast 70MB an Daten anhäufst, dann darfst du dich auch nicht wundern, wenn LabVIEW beim Kompilieren etwas Zeit benötigt, diese dann auch zu verarbeiten!
Tipp:
- Weniger oder keine Daten in irgendwelchen Graphen als Default hinterlegen.
- Bilder auf dem FP in kleinere Auflösungen umrechnen
danke für den Tip mit den Bildern (wär ich nie drauf gekommen, dass sie das Programm beeinflussen). Ich habe sie jetzt alle entfernt, aber ich muss im Front panel momentan viel sortieren und Diagramme hin- und herschieben. Da habe ich, wenn ich das VI öffne, auf dem Frontpanel ca. 2000kB und wenn ich ein paar Graphen verschoben habe, bin ich wieder bei 40-70MB. Ist das normal? Wie kann man das verringern?
Da der enorme Speicherverbrauch durch den Inhalt in deinen Oberflächenelemente kommt solltest du am Ende der Ausführung den Inhalt immer löschen. Einfach geht das über die gezeigte Methode.
ich führe ja zwischendurch gar nicht aus, ich ändere momentan das ganze Layout und die Anordnung auf dem front panel, sonst nichts. Deshalb wundert es mich ja, dass dabei der Speicher immer voller wird. Ich muss immer wieder abspeichern, das Programm schliessen und neu öffnen. Anfangs ist der Speicher dann bei 1200 kB und es lässt sich für einige Minuten normal programmieren, bis dann wieder dieser Kreis erscheint... Kann man da nicht irgendwo bei den Einstellungen was ändern?
Interessante Ursache. Wobei der Lösungsansatz jetzt natürlich einschränkend wirken kann.
Ich würde mir an dieser Stelle eventuell Gedanken zum prinzipiellen Aufbau deines Programmes machen. Es ist offensichtlich das dein GUI einfach viel zu groß ist.
Eine Möglichkeit wäre es Oberflächenelemente und den dazugehörigen Code, welche sich z.B. auf separaten Tabseiten befinden, in SubVIs auszulagern welche einfach als SubPanel in dein GUI eingebunden werden. Dadurch könntest du das Bearbeitungsproblem gut lösen und, je nach Strukturierung, die Übersichtlichkeit wieder erhöhen.
Ja, da hast Du Recht, das muss ich nochmal ändern. Ich habe allerdings mit subpanels noch gar keine Erfahrung, da muss ich mir mal ansehen, wie man das macht. Danke für den Hinweis!
