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 für mich sehr seltsam erscheinendes Problem.....
Wenn ich den Run-Pfeil für das Programm drücke läuft es auch in etwa 70% aller Fälle, das heisst, im FrontPanel verschwinden die Karos etc.
Allerdings passiert in den anderen 30% der Fälle erstmal eine Weile garnichts, wenn ich den Run-Button betätige und dann wird erst nach einiger Zeit der weisse Pfeil schwarz und die Karos verschwinden. An sich wäre das ja alles nicht so dramatisch, aber leider werden in diesen Fällen dann auch keine Daten erfasst......
Weiss vielleicht jemand, was ich tun muss, damit das Programm immer einwandfrei läuft????
Developer Suite Core -> LabVIEW 2015 Prof.
2006
EN
71083
Deutschland
Programm läuft nicht immer
Lad' mal Dein Programm hoch.
Gruß Markus
-------------------------------------------------------------------------- Bitte stellt mir keine Fragen über PM, dafür ist das Forum da - andere haben vielleicht auch Interesse an der Antwort !!
--------------------------------------------------------------------------
Das error-Cluster ist an den meisten VIs der unterste Anschluss. Du kannst die Error-Cluster einfach komplett durchverbinden an den VIs.
Das hat einiges zur Folge:
Die VIs werden in der Reihenfolge ausgeführt wie du es durch das Error-Cluster bestimmt hast.
Sobald an einem VI ein Fehler auftritt, wird der Fehler an das nächste VI weitergegegben. Dieses wird dann auch nicht mehr korrekt ausgeführt, obwohl es ohne das angeschlossene Er-C funtionieren würde. Deshalb ist es nicht immer sinnvoll den Error komplett durchzuschleifen.
Wenn du alle Error verbunden hast, kannst du dir von jedem Teilstück eine Probe ausgeben. (Rechtsklick auf den Draht -> Probe)
Die Probe kannst du so konfigurieren, dass dein Programm an dieser Stelle anhält wenn ein fehler aufgetreten ist. Damit solltest du dein Problem ganz gut eingrenzen können.
Alternativ kannst du dir dein Programm auch im Highlighting-Modus anschauen.(Glühbirne im Blockdiagramm anklicken)
Ich werde mich mal auf die Suche begeben mit Hilfe des Error-Clusters!
An die Highlight Funktion habe ich auch schon gedacht, aber wegen sehr vieler for-Schleifen ist dann ein Durchlauf ein Stundenfüllendes Programm....
' schrieb:An die Highlight Funktion habe ich auch schon gedacht, aber wegen sehr vieler for-Schleifen ist dann ein Durchlauf ein Stundenfüllendes Programm....
Kannst du einen Breakpoint setzen vor die Schlaufe, dann Glühbirne ein, und weiterlaufen lassen (Pause-Taster)
.·´¯)--> Leben ist das, was dir passiert, wenn du eifrig dabei bist andere Pläne zu machen <--(¯`·.
' schrieb:Wenn ich den Run-Pfeil für das Programm drücke läuft es auch in etwa 70% aller Fälle, das heisst, im FrontPanel verschwinden die Karos etc.
Also wenn dein VI immer über den Run-Pfeil in der Menü-Leiste startest, dann machst du auf Dauer etwas falsch. Vor allem wenn du was von "keine Daten aufzeichnen" erzählst. Soll das heißen, du sitzt vor deinem Rechner, startest irgendeinen Messvorgang und startest dann dein VI mit Datenerfassung?
Logisch weist du nicht, wann das VI startet. Das muss ja erst mal mit Windows kommunizieren, vllcht. hat Windows gerade viel anderes zu tun, das VI wird mglw. initialisert, wahrscheinlich das Panel neu gezeichnet etc. pp.
Und das bei einem (so wie du es darstellst) großen VI.
Mich wundert da gar nichts.
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!
' schrieb:Aber wie starte ich das Programm denn sonst?????
Das Programm an sich kann schon mit dem Run-Pfeil gestartet werden. Und die "Probleme", die du ganz am Anfang beschrieben hast (von wegen dauert so lange), sind ganz normal. Damit muss ein Programm leben können.
Kann es sein, dass du dein Programm immer dann startest, wenn du gerade (mit deinen Augen) gesehen hast, dass genau jetzt ein Sample möglich wäre? Dann wird mal kurz gesampled und das Programm gleich wieder geschlossen?
Im allgemeinen geht man mit einem Programm, das Daten sampled, wie folgt vor: Das Programm wird gestartet. Und läuft dann an sich uneendlich. Das Programm sampled dann entweder kontinuirlich oder aber in Folge eines Sample-Triggers. Wenn dann z.B. ein Sample fertig ist, springt das Programm wieder an den Anfang und fängt wieder von vorne an. Was man gar nicht macht, ist auf Grund des Sample-Triggers das Programm erst starten.
Wie machst du das denn jetzt genau? Startest du das Programm erst dann, wenn der Trigger anliegt?
Jeder, der zur wahren Erkenntnis hindurchdringen will, muss den Berg Schwierigkeit alleine erklimmen (Helen Keller).
