Konfiguration

Diese Option ist standardmäßig deaktiviert.

Wenn Sie die Option aktivieren, werden implizit generierte Methoden wie FB_INIT, FB_EXIT, FB_REINIT usw. bei der Codeanalyse berücksichtigt.

In den meisten Fällen sind diese Methoden für die Auswertung des Quellcodes oder die Anzeige in Metriken und Konventionen nicht relevant.

Deaktivieren Sie die Option, um den Umfang der Analysedaten zu begrenzen und die Leistung zu verbessern.

Diese Option ist standardmäßig deaktiviert.

Wenn Sie die Option aktivieren, werden generierte Funktionen für den Zugriff auf Projekteigenschaften wie GetTextProperty(), GetBooleanProperty(), GetNumberProperty(), GetCompany(), GetTextProperty2(), GetTitle(), GetVersion() und GetVersionProperty() bei der Codeanalyse berücksichtigt.

In den meisten Fällen sind diese Funktionen für die Auswertung des Quellcodes oder die Anzeige in Metriken und Konventionen nicht relevant.

Deaktivieren Sie die Option, um den Umfang der Analysedaten zu begrenzen, die Leistung zu steigern und die Nutzbarkeit des Inhalts der Abhängigkeitsansicht über eine Auswahl-Abfrage zu verbessern.

Diese Option ist standardmäßig deaktiviert.

Wenn Sie die Option aktivieren, werden Prüffunktionen wie CheckBounds(), CheckDiv…(), CheckPointer() usw. bei der Codeanalyse berücksichtigt.

In den meisten Fällen sind diese Funktionen für die Auswertung des Quellcodes oder die Anzeige in Metriken und Konventionen nicht relevant. Diese Option ermöglicht die Begrenzung des Umfangs der Analysedaten, die Steigerung der Leistung und die Verbesserung der Nutzbarkeit der Abhängigkeitsansicht.

Diese Option ist standardmäßig deaktiviert.

Je mehr Bibliotheken referenziert sind und von einem Projekt verwendet werden (direkte oder indirekte Bibliotheksreferenzen), umso größer der Umfang der Kompilierungsausgabe, die analysiert werden muss.

Im Allgemeinen sind die Funktionen, Programme, Funktionsbausteine usw., die bei der Kompilierung berücksichtigt (aufgerufen, gelesen, geschrieben...) werden, Teil der Kompilierungsausgabe, unabhängig von ihrem jeweiligen Ursprung (Anwendung, Bibliothek, POU-Bereich usw.).

Dies erfordert Prozessorzeit während der Codeanalyse und führt zu einem größeren Datenmodell.

Wenn Sie diese Option aktivieren, kann ein mittelgroßes Projekt mit einer langen Liste referenzierter Bibliotheken zu einer RAM-Nutzung von etlichen GB (8 bis 12 GB) und einer verlängerten CPU-Antwortzeit für die Analyse der Lese-, Schreib- und Aufruf-Abhängigkeiten zwischen den Bibliotheken führen.

Darüber hinaus kann die Ausführungsdauer im Rahmen der Abfragen für den Abruf der Konventionen und Metriken einen Ausführungstimeout zur Folge haben.

In den meisten Fällen kann der Inhalt einer Bibliothek (nicht direkt von der Anwendung über einen Aufruf, Lese- oder Schreibvorgang verwendet) bei der Ausführung der Codeanalyse übersprungen werden.

Deaktivieren Sie die Option, um den benötigten RAM-Umfang zu begrenzen.

Diese Option ist standardmäßig deaktiviert.

Bei aktivierter Option werden alle Geräte bei der Codeanalyse berücksichtigt. Die Analyse von Geräte ist für den Abruf von Konventionen oder Metriken nicht relevant. Auch für die Auswertung Ihrer eigenen Funktionen, Programme, Funktionsbausteine usw. über die Abhängigkeitsansicht sind Geräte von keiner Bedeutung. Wenn die Beziehung zwischen diesen Funktionen, Programmen usw. und den Geräten und deren Parametern ausgewertet werden muss, müssen die Geräte ebenfalls berücksichtigt werden.

Im Regelfall sind Geräte für das Ziehen&Ablegen eines Geräts in der Abhängigkeitsansicht relevant. So können Sie beispielsweise zur entsprechenden Funktionsbausteininstanz navigieren und ermitteln, welche Programme oder Funktionen direkt auf Geräteparameter zugreifen.

Diese Option ist standardmäßig deaktiviert. Die Erstellung dieser Daten macht eine Codegenerierung erforderlich und erhöht die zur Datenmodellerstellung benötigte Zeit.

Wenn Sie diese Option aktivieren, werden für die Metriken Anwendungsgröße (Code), Anwendungsgröße (Code+Daten) und Anwendungsgröße (Daten) Ergebnisse ausgegeben.