INFO: Dieses Forum nutzt Cookies...
Cookies sind für den Betrieb des Forums unverzichtbar. Mit der Nutzung des Forums erklärst Du dich damit einverstanden, dass wir Cookies verwenden.

Es wird in jedem Fall ein Cookie gesetzt um diesen Hinweis nicht mehr zu erhalten. Desweiteren setzen wir Google Adsense und Google Analytics ein.


Antwort schreiben 

Unterschied LabView Application zu Laufzeitumgebung



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!

02.08.2022, 11:46
Beitrag #1

stef_ossi Offline
LVF-Grünschnabel
*


Beiträge: 12
Registriert seit: Jul 2019

2009
2009
EN



Unterschied LabView Application zu Laufzeitumgebung
Hallo Zusammen,

ich benutze Labview 2017 und bekomme beim Executable nach ca. 24 Stunden die maximale CPU Auslastung (Der Code ist nur für eine CPU programmiert). Wohingegen der gleiche Code in der Entwicklungsumgebung dieses Fehlverhalten nicht zeigt.

Ich erläutere mal genauer welche Hypothesen ich schon überprüft habe bzw. wie es zu dem Fehlverhalten kam.

Die Exe lief ca 6 Monate problemlos. Dies kann ich am Windows Eventlog nachweisen. Danach tritt der Fehler zuverlässig nach der oben erwähnten Zeit auf.

Ok dachte ich mir. Nicht das ein Hardwaredefekt zu diesem Fehlverhalten führt. Ob nun Rechner selber oder irgendeine Hardware mit der Labview kommuniziert.
Pustekuchen, der Tausch sämtlicher Hardware führt zum gleichen Fehler.

Nun gut, vielleicht läuft eine API voll oder Softwareseitig gab es Änderungen an Windows die zum Fehlverhalten der Exe führen. Also die Entwicklungsumgebung mit dem gleichen Code angeworfen um im Fehlerfall besser analysieren zu können.

Siehe da, der Fehler tritt nicht auf.

Nun bin ich ratlos und hoffe einer von euch hat noch eine Idee.


Gruß
Stefan
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
02.08.2022, 12:08
Beitrag #2

GerdW Offline
______________
LVF-Team

Beiträge: 17.480
Registriert seit: May 2009

LV2021
1995
DE_EN

10×××
Deutschland
RE: Unterschied LabView Application zu Laufzeitumgebung
Hallo stef,

Zitat:Nun gut, vielleicht läuft eine API voll oder Softwareseitig gab es Änderungen an Windows die zum Fehlverhalten der Exe führen. Also die Entwicklungsumgebung mit dem gleichen Code angeworfen um im Fehlerfall besser analysieren zu können.
Siehe da, der Fehler tritt nicht auf.
Und wenn du nun das Executable debugst?
Oder mehr Errorhandling und Logging ins Executable einbaust?

Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
02.08.2022, 12:17
Beitrag #3

hajos118 Offline
LVF-Grünschnabel
*


Beiträge: 37
Registriert seit: Apr 2014

8.5, 8.6 ...
2008
DE

87549
Deutschland
RE: Unterschied LabView Application zu Laufzeitumgebung
... ein bischen wenig Input, um das Problem eingrenzen zu können.
Bleiben die üblichen Ratschläge:
- Gibt's irgendwo loop mit nicht initialisierten Schieberegistern?
- Werden alle Referenzen und Handles ordentlich geschlossen oder ggf. mehrfach geöffnet?
- Wie verhält sich die Speicherauslastung im Task-Manager?
- Ist das Programmauf funktioierende Netzwerk Kommunikation oder Netzwerkspeicher angewiesen?
- Gibt's Diagnose oder Logfiles mit Angaben zu internen Laufzeiten und Speicherbelastung?

Fragen über Fragen....

[offtopic]
Ist wie beim Autohändler:
"Mein BMW fährt immer 500 bis 600 km zuverlässig und dann bleibt er stehen. Was ist da kaput?"
...
"Nachtanken?"
[/offtopic]
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
03.08.2022, 08:20
Beitrag #4

stef_ossi Offline
LVF-Grünschnabel
*


Beiträge: 12
Registriert seit: Jul 2019

2009
2009
EN



RE: Unterschied LabView Application zu Laufzeitumgebung
(02.08.2022 12:08 )GerdW schrieb:  Hallo stef,

Zitat:Nun gut, vielleicht läuft eine API voll oder Softwareseitig gab es Änderungen an Windows die zum Fehlverhalten der Exe führen. Also die Entwicklungsumgebung mit dem gleichen Code angeworfen um im Fehlerfall besser analysieren zu können.
Siehe da, der Fehler tritt nicht auf.
Und wenn du nun das Executable debugst?
Oder mehr Errorhandling und Logging ins Executable einbaust?

Dies habe ich bereits über eine Woche probiert. Erfolglos.
Deshalb der Plan den Fehler in der Entwicklungsumgebung in Echtzeit zu debuggen.

Natürlich bleibt mir nach dem sicherstellen, dass die Entwicklungsumgebung diesen Fehler tatsächlich nicht hat nurnoch die Fehlersuche in der Exe. Mir scheint diese Suche wieder aufzunehmen aber sehr zeitintensiv.

Deshalb hoffte ich durch die Unterschiede beim Ablaufen eines Codes zwischen Exe und Entwicklungsumgebung bessere Informationen zu bekommen wo genau ich beim debuggen der Exe weiter machen soll.

Nur welche Unterschiede es dort wirklich gibt, sind mir unklar.

Gruß
Stefan
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
03.08.2022, 08:33
Beitrag #5

hajos118 Offline
LVF-Grünschnabel
*


Beiträge: 37
Registriert seit: Apr 2014

8.5, 8.6 ...
2008
DE

87549
Deutschland
RE: Unterschied LabView Application zu Laufzeitumgebung
Nach meinen Erfahrungen wirkt sich "schlampige" Programmierung in der Entwicklungsumgebung wesentlich weniger aus als in der Laufzeit. Deshalb auch der Hinweis auf den Speicherverbrauch und die Resourcennutzung.
Wenn z.B. in der Exe der Speicher über längere Zeit "vollläuft" führt das früher oder später zu seltsamen Verhalten.
In der Entwicklungsumgebung tritt dies wesentlich seltener auf. Möglicherweise wird durch interne Routinen der Speicher dort öfter mal aufgeräumt (ist so einen Vermutung von mir).
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
03.08.2022, 09:21
Beitrag #6

stef_ossi Offline
LVF-Grünschnabel
*


Beiträge: 12
Registriert seit: Jul 2019

2009
2009
EN



RE: Unterschied LabView Application zu Laufzeitumgebung
(03.08.2022 08:33 )hajos118 schrieb:  Nach meinen Erfahrungen wirkt sich "schlampige" Programmierung in der Entwicklungsumgebung wesentlich weniger aus als in der Laufzeit. Deshalb auch der Hinweis auf den Speicherverbrauch und die Resourcennutzung.
Wenn z.B. in der Exe der Speicher über längere Zeit "vollläuft" führt das früher oder später zu seltsamen Verhalten.
In der Entwicklungsumgebung tritt dies wesentlich seltener auf. Möglicherweise wird durch interne Routinen der Speicher dort öfter mal aufgeräumt (ist so einen Vermutung von mir).

Dies hieß aber auch, dass das Fehlverhalten nicht plötzlich nach einem halben Jahr autreten würde. Sondern bereits von Anfang an in der Exe war. Wie der Benutzer die Software bedient habe ich natürlich nicht in der Hand. Aber das Fehlverhalten tritt reproduzierbar im unbelasteten Zustand der Software auf. In der Entwicklungsumgebung aber nicht.

Auch sämtliche Auswertungen des Speicherverbrauchs und der Resourcennutzung sind unauffällig.

Lediglich steigt mit zunehmender Laufzeit die CPU Last. Trotz unbelastetem Zustand.
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
Anzeige
04.08.2022, 12:16 (Dieser Beitrag wurde zuletzt bearbeitet: 04.08.2022 12:17 von hajos118.)
Beitrag #7

hajos118 Offline
LVF-Grünschnabel
*


Beiträge: 37
Registriert seit: Apr 2014

8.5, 8.6 ...
2008
DE

87549
Deutschland
RE: Unterschied LabView Application zu Laufzeitumgebung
Wenn die CPU - Last steigt, dann könnte es an einem rekursiven Aufruf von Routinen liegen, die nicht beendet werden.
Eventuell gibt's hier einen Seitenefekt, dass das Betriebssystem immer mehr Rechenleistung einsetzen will um "aufzuräumen" (Fragmentierter Speicher ect.)

Zum Argument "Es ging monatelang gut": Gab's inzwischen ein Windows update?
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
05.08.2022, 08:49 (Dieser Beitrag wurde zuletzt bearbeitet: 05.08.2022 09:30 von ewiebe.)
Beitrag #8

ewiebe Offline
LV Fortgeschrittener
**


Beiträge: 60
Registriert seit: Mar 2011

LV bis 2021
2005
DE

32xxx
Deutschland
RE: Unterschied LabView Application zu Laufzeitumgebung
Hallo Stefan,

wie hast du dein LabView-Programm aufgebaut?
Welche Vorlage hast du dazu verwendet?

Ich habe mit der Vorlage "Kontinuierliche Erfassung und Protokollierung" für Dauermessungen sehr gute Erfahrungen gemacht.
Auch ist die Frage, was du in das Timeout-Blatt der Ereignisstruktur reingepackt hast, falls bei dir vorhanden.

NI Vorlagen und ihre Beschreibung: https://www.ni.com/de-de/support/documen...jects.html

Gruß
Eugen


Angehängte Datei(en) Thumbnail(s)
           
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
05.08.2022, 09:10
Beitrag #9

stef_ossi Offline
LVF-Grünschnabel
*


Beiträge: 12
Registriert seit: Jul 2019

2009
2009
EN



RE: Unterschied LabView Application zu Laufzeitumgebung
Das ganze wird immer kurioser....

Nachdem ich den Fehler in der Entwicklungsumgebung nicht nachstellen konnte um in Echtzeit zu debuggen, habe ich eine neue Exe erstellt um zu Checken ob der Fehler überhaupt aktuell auf dem System auftaucht. Ergebnis: Erstmal nicht.

Also nach 48 Stunden kein Fehler in der Entwicklungsumgebung und nach 24 Stunden auch kein Fehler in der Exe.

So semi gut dachte ich mir... Fehler weg ohne zu wissen warum.

Daraufhin mit der Exe weiter getestet um festzustellen ob der Fehler tatsächlich weg ist. Ergebnis: Nein, ist er nicht. Plötzlich tritt er wieder über Nacht auf.

Sämtliches Nachstellen des Fehlers auf künstlichen Umgebungen sowohl mittels Exe als auch Entwicklungsumgebung führen zu keinerlei Fehlerverhalten. Selbst wenn ich die künstliche Umgebung nach allen Regeln der Kunst belaste.

Jetzt hoffe ich darauf, dass der Fehler in der Entwicklungsumgebung, auf dem Fehlerhaften System, doch auftaucht um dann analysieren zu können.

Gruß
Stefan
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
08.08.2022, 13:59
Beitrag #10

TpunktN Offline
LVF-Gelegenheitsschreiber
**


Beiträge: 219
Registriert seit: Jul 2011

2021
2011
EN

70***
Deutschland
RE: Unterschied LabView Application zu Laufzeitumgebung
Hallo Stefan,

hängt der PC mit der exe denn im gleichen Netzwerk wie dein Entwicklungsrechner? Es gibt in LabVIEW eine Remote Debug Funktion:
   

Da kann man mit Probes auch den Code aus der Exe live anschauen.

MfG Timo

Justieren ist dem Gerät sagen was es anzeigen soll, kalibrieren ist die Kontrolle dieser Anzeige. Eichen ist ein längerer Prüfprozess und darf nur das Eichamt!
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
Antwort schreiben 


Möglicherweise verwandte Themen...
Themen Verfasser Antworten Views Letzter Beitrag
  LabVIEW Application Builder und Blockdiagramm hornet77e 7 8.810 21.04.2009 06:35
Letzter Beitrag: Achim
  Unterschied Ordner auf CD kopieren / Cd direkt erstellen? Grobi 1 5.538 21.05.2008 10:15
Letzter Beitrag: m0n0g0n
  Application Builder unter LabVIEW 8 nejo 1 5.076 10.12.2005 22:53
Letzter Beitrag: thomas.sandrisser

Gehe zu: