Kategorie Übersetzen

Compilerdefinitionen

Hier können Compilerdefinitionen/„defines“ (siehe {define}-Anweisungen) und Bedingungen für die Kompilation der Applikation eingetragen werden (bedingte Kompilierung).

Eine Beschreibung der verfügbaren bedingten Pragmas finden Sie im Abschnitt Bedingte Pragmas. Der Ausdruck expr, der in solchen Pragmas verwendet wird, kann auch hier eingegeben werden. Mehrere Einträge sind in Form einer komma-separierten Liste möglich.

System-Compilerdefinitionen

Verfügbar ab TwinCAT 3.1 Build 4024

Hier werden automatisch die Compilerdefinitionen übernommen, die auf System Manager-Ebene in den SPS-Projekteinstellungen unter Compilerdefinitionen gesetzt worden sind.

Download Applikationsinfo

Verfügbar ab TwinCAT 3.1 Build 4024

Situation: Sie sind dabei, ein SPS-Projekt auf die Steuerung zu laden, das sich von dem bereits dort liegenden unterscheidet. In diesem Fall erscheint ein Meldungsfenster, das einen Details-Button enthält. Über diesen Button können Sie das Applikationsinformation-Fenster öffnen, das eine Prüfung der Unterschiede zwischen dem aktuellen SPS-Projekt und dem SPS-Projekt auf der Steuerung ermöglicht. Dabei geht es um den Vergleich der Anzahl von Bausteinen, der Daten und der Speicherorte.

Das Applikationsinformation-Fenster enthält eine grobe Beschreibung der Unterschiede, beispielsweise:

• Deklaration von MAIN geändert
• Variable fbMyNewInstance in MAIN eingefügt
• Anzahl der Methoden/Aktionen von FB_Sample geändert

(Voreinstellung): Wenn diese Einstellung aktiviert ist, wird die Information zum Inhalt des SPS-Projekts mit auf die SPS geladen. Dies ermöglicht eine erweiterte Prüfung der Unterschiede zwischen dem aktuellen SPS-Projekt und dem SPS-Projekt auf der Steuerung. Die erweiterte Prüfungsmöglichkeit besteht darin, dass das Applikationsinformation-Fenster den zusätzlichen Reiter Onlinevergleich enthält, welcher eine Baumvergleichsansicht zeigt. Anhand dieser können Sie erkennen, welche POUs geändert, gelöscht oder hinzugefügt wurden. Der zusätzliche Reiter erscheint, wenn Sie den blau unterstrichenen Befehl im unteren Bereich des Applikationsinformation-Fensters ausführen („Applikation nicht aktuell. Code jetzt generieren, um den Onlinevergleich anzuzeigen?“).

Generiere tpy-Datei

Verfügbar ab TwinCAT 3.1 Build 4024

Die tpy-Datei enthält u. a. Projekt-, Routing-, Compiler- und Zielsystem-Informationen und ist das Format zur Beschreibung eines TwinCAT 2 SPS-Projekts. Aus Kompatibilitätsgründen mit bestehenden Anwendungen kann diese Datei bei Bedarf für ein TwinCAT 3 SPS-Projekt erstellt werden.

(Voreinstellung): Beim Erstellen des SPS-Projekts wird die zum Projekt gehörende tpy-Datei nicht erstellt.

: Beim Erstellen des SPS-Projekts wird die zum Projekt gehörende tpy-Datei erstellt und im Projektordner abgelegt.

Beachten Sie, dass der Wert und die Konfigurationsverfügbarkeit dieser Option davon abhängen, ob die TPY-Datei als Target-Datei konfiguriert ist oder nicht (siehe Registerkarte Einstellungen).

• Wenn die TPY-Datei als Target-Datei aktiviert wird, passiert folgendes:
• TwinCAT merkt sich den aktuellen Status der Option „Generiere tpy-Datei“ (= „ursprünglicher Wert“, s.u.).
• Falls dies nicht bereits der Fall ist, wird die Option „Generiere tpy-Datei“ beim nächsten Erstellen des Projekts automatisch aktiviert.
• Außerdem wird die Option „Generiere tpy-Datei“ ausgegraut, sodass sie vom Anwender nicht deaktiviert werden kann, solange die TPY-Datei als Target-Datei konfiguriert ist.
• Wenn die TPY-Datei anschließend als Target-Datei wieder deaktiviert wird, passiert folgendes:
• Beim nächsten Erstellen des Projekts erhält die Option „Generiere tpy-Datei“ ihren „ursprünglichen Wert“ (s.o.).
• Außerdem ist die Option nicht mehr ausgegraut, sodass sie wieder für Konfigurationen durch den Anwender verfügbar ist.

Initialisierungswerte von Deklarationen zur TMC-Datei hinzufügen

Verfügbar ab TwinCAT 3.1 Build 4026.12

(Voreinstellung): Initialisierungswerte von Dekla+rationen werden in der TMC-Datei gespeichert. Dies ist beispielsweise sinnvoll, wenn die Initialisierungswerte für andere Applikationen benötigt werden.

: Initialisierungswerte von Deklarationen werden nicht mit in der TMC-Datei gespeichert. Dadurch werden die Größe der TMC-Datei und die Übersetzungsdauer verringert, insbesondere wenn die Deklarationen im SPS-Projekt sehr viele Initialisierungswerte enthalten.
Beispiel:

VAR
    aSample : ARRAY[1..10] OF INT := [2, 38, 5, 9, 74, 62, 87, 3, 16, 4];
END_VAR

Kommentare über POU- und DUT-Deklarationen zur TMC-Datei hinzufügen

Verfügbar ab TwinCAT 3.1 Build 4026

(Voreinstellung): Kommentare zu POUs und DUTs, die oberhalb von deren Deklaration stehen, werden mit dem Datentyp in der TMC-Datei gespeichert. Dies ist beispielsweise sinnvoll, wenn die Kommentare für andere Applikationen benötigt werden.

: Kommentare oberhalb der Deklaration von POUs und DUTs werden nicht mit in der TMC-Datei gespeichert. Dadurch werden die Größe der TMC-Datei und die Übersetzungsdauer verringert, insbesondere wenn die Kommentare ausführliche Beschreibungen zu den POUs und DUTs enthalten.

Beispiel:

// This function block represents an axis
FUNCTION_BLOCK FB_Axis
…

Logging in Haltepunkten

Für als Ausführungspunkte definierte Haltepunkte können Sie im Dialog Haltepunkteeigenschaften einen Meldungstext eintragen. Dieser Text wird im Fenster „Logged Events“ ausgegeben, wenn das SPS-Projekt am Ausführungspunkt stoppt.

Compilerversion

Verfügbar bis TwinCAT 3.1 Build 4024

Definiert die Compilerversion, die TwinCAT beim Übersetzen und während des Ladens zum Übersetzen verwendet.

Beachten Sie, dass diese Einstellung nicht den Remote Manager ersetzt.
Für die Handhabung verschiedener Engineering-Versionen sollte, wenn es sich bei dem SPS-Projekt um ein Applikationsprojekt handelt, immer der Remote Manager verwendet werden.
Die Compilerversion sollte in diesem Fall immer auf „neueste“ stehen.

Die Einstellung der Compilerversion kommt nur dann zum Tragen, wenn es sich bei dem SPS-Projekt, welches versionsverwaltet werden soll, um ein Bibliotheksprojekt handelt.
Es wird empfohlen, die Bibliothek mit der ältesten Version zu speichern, mit der sie letztlich verwendet werden soll. Dazu muss die Compilerversion auf die entsprechende fixe Version gesetzt werden (z. B. „3.1.4018.0“).

Maximale Anzahl an Warnungen

Bezieht sich auf die Warnungen, die TwinCAT in der Ansicht Fehlerliste maximal ausgibt.

Die Auswahl der angezeigten Compilerwarnungen legen Sie im Dialog Projekteinstellungen in der Kategorie Compilerwarnungen fest.

Konstanten ersetzen

: Für jede Konstante skalaren Typs, also nicht für STRING, ARRAY oder Strukturen, lädt TwinCAT direkt den Wert. Im Onlinebetrieb kennzeichnet TwinCAT die Konstanten im Deklarationseditor oder Monitoring-Fenster durch ein dem Wert vorangestelltes Symbol. In diesem Fall ist ein Zugriff, zum Beispiel über einen ADR-Operator, Forcen und Schreiben, nicht möglich.

(Voreinstellung): Der Zugriff auf Konstanten ist möglich. Die Rechenzeit verlängert sich minimal.

UTF8-Kodierung für STRINGs

: Zeichenfolgen mit Datentyp STRING werden projektweit im UTF-8-Format kodiert. Das gilt für jedes STRING-Literal und wird auch bei deren Monitoring angewendet. Ein Indexzugriff auf das UTF-8-Literal ist nicht ratsam und führt überwiegend zu Fehlern.

(Voreinstellung): Zeichenfolgen mit Datentyp STRING werden projektweit im ASCII-Format kodiert. Ein Indexzugriff auf das Literal funktioniert.

Wenn eine projektweite Kodierung nach UTF-8-Format nicht gewünscht ist, kann ein einzelner Variablentyp mit einem vorangestellten UTF8# implizit konvertiert werden. Wenn Sie einzelne UTF-8 kodierte Strings verwenden, dann müssen Sie dafür Sorge tragen, dass diese überall dort, wo sie verwendet werden, auch richtig interpretiert werden.