Sie können eigenständige Anwendungen und gemeinsam genutzte Bibliotheken (DLLs), die Sie aus Build-Spezifikationen mit LabVIEW erstellen, debuggen.

Hinweis LabVIEW Professional enthält den Application Builder. Wenn Sie LabVIEW Base Edition oder Full Edition verwenden, können Sie das LabVIEW Application Builder Module separat auf ni.com erwerben.
Hinweis Wenn Sie Applikationen und DLLs auf Fehler untersuchen, können ablaufinvariante, von der Funktion VI-Referenz öffnen erzeugte Frontpanels sowie ablaufinvariante Frontpanels, die als Einsprungspunkt in LabVIEW-DLLs dienen, nicht in die Untersuchung einbezogen werden. Ebenso wenig können SubVIs in Diagrammdeaktivierungsstrukturen debuggt werden. SubVIs in Diagrammdeaktivierungsstrukturen erscheinen als Fragezeichen, wenn Sie eine Anwendung debuggen. Da der Code in einer Diagrammdeaktivierungsstruktur nicht ausgeführt wird, hat dies keinen Einfluss auf das Debugging.

Führen Sie folgende Schritte aus, um eine eigenständige Anwendung oder gemeinsam genutzte Bibliothek zu debuggen.

  1. Vor dem Erstellen einer Anwendung oder DLL muss die Fehlersuche in der Build-Spezifikation aktiviert werden.

    Bei aktivierter Fehlersuche verbleiben die Blockdiagramme der VIs im Build und können auf Fehler untersucht werden.

  2. Wenn Sie möchten, dass die Anwendung oder gemeinsam genutzte Bibliothek mit der Ausführung von VIs wartet, bis Sie das Debugging-Tool starten, setzen Sie ein Häkchen im Auswahlfeld Beim Start auf Debugger warten.
  3. Erstellen Sie die Anwendung oder DLL.
  4. Führen Sie die erstellte Anwendung aus oder rufen Sie die DLL außerhalb von LabVIEW auf.
  5. Wählen Sie im Fenster Projekt-Explorer Ausführen » Debuggen von Anwendung oder gemeinsam genutzter Bibliothek, um das Dialogfeld Debuggen von Anwendung oder gemeinsam genutzter Bibliothek anzuzeigen.
    Dort wird eine Liste mit Anwendungen und DLLs angezeigt, bei denen die Fehlersuche aktiviert ist.
  6. Wird die Anwendung der DLL, die auf Fehler untersucht werden soll, auf einem anderen Computer ausgeführt, geben Sie den Namen des Computers in das Textfeld Computer-Name oder IP-Adresse ein.

    Klicken Sie auf die Schaltfläche Aktualisieren, um die Liste der Anwendungen und gemeinsam genutzten Bibliotheken mit aktiviertem Debugging auf dem Remote-Computer anzuzeigen.

  7. Wählen Sie die Anwendung oder DLL aus, die auf Fehler untersucht werden soll.
  8. Klicken Sie auf die Schaltfläche Verbinden, um die Fehlersuche auszuführen.
    Die Anwendung oder DLL wird heruntergeladen und das Frontpanel des Start-VIs wird zur Fehlersuche angezeigt. Wenn die Option Fehlersuche vor Ausführungsbeginn aktiviert ist, müssen Sie auf Ausführen klicken, um die Anwendung oder DLL zu starten.
  9. Verwenden Sie zur Fehlersuche in der Anwendung oder der DLL das Blockdiagramm des Start-VIs.

    Zum Erkennen von Problemen lassen sich Sonden, Haltepunkte und andere Fehlersuchmethoden verwenden. Anschließend können Sie alle aufgetauchten Probleme beheben.

    Hinweis Wenn Sie mit einer benutzerdefinierten Sonde debuggen, die einen Knoten "Aufruf externer Bibliotheken" auf einer gemeinsam genutzten Bibliothek verwendet, die nicht mit der Anwendung oder gemeinsam genutzten Bibliothek gebaut wurde, die Sie debuggen möchten, müssen Sie die gemeinsam genutzte Bibliothek im selben Verzeichnis wie die Anwendung oder gemeinsam genutzte Bibliothek ablegen, die Sie debuggen wollen.
  10. Schließen Sie das Start-VI, wenn Sie die Fehlersuche beendet haben. Auf diese Weise wird die ferngesteuerte Applikation oder DLL geschlossen.

    Soll die Verbindung zur ferngesteuerten Anwendung oder DLL ohne Schließen des Start-VIs unterbrochen werden, klicken Sie mit der rechten Maustaste auf das Start-VI und wählen Sie Debugging über Netzwerk » Debug-Session beenden aus dem Kontextmenü.

Die folgenden Szenarien können dazu führen, dass der Fehler Keine debugfähigen Anwendungen oder Laufzeitbibliotheken gefunden angezeigt wird:

  • Die Anwendung oder DLL, die auf Fehler geprüft werden soll, wurde nicht geladen oder das Laden der DLL wurde von der Anwendung rückgängig gemacht.
  • Die Konfigurationsdatei .ini der gemeinsam genutzten Bibliothek oder Anwendung, die aus der Build-Spezifikation erstellt wurde, wurde nicht mit der gemeinsam genutzten Bibliothek oder Anwendung verteilt.