Release-Notes für Version 1.19.0

Dieser Artikel enthält die Release-Notes für  logi.CAD 3 , Version 1.19.0.Sie gelten auch für logi.CAD 3 , Version 0.19.0. Außerdem finden Sie in diesem Artikel auch Release-Notes, die nur für logi.CAD 3 , Version 0.19.0 gültig sind. 

Die Release-Notes für die aktuelle Version finden Sie unter "Release-Notes für aktuelle Version".

Inhalt dieses Artikels:

Allgemeine Informationen

Wenn Sie  logi.CAD 3 , Version 1.19.0oder logi.CAD 3 , Version 0.19.0verwenden, installieren und verwenden Sie Version 2.3.1101 von →logi.RTS. Das Installationspaket für logi.RTS ist im Lieferumfang von  logi.CAD 3  enthalten.

Neuigkeiten in Version 1.19.0 (für  logi.CAD 3 )

IDNeuigkeiten
1325

Im ST-Editor können Sie die IEC-61131-3-Systembausteine CTU, CTD und CTUD (jeweils in den Varianten DINT, INT, LINT, UDINT, UINT und ULINT) verwenden. Diese Bausteine sind in der Unterbibliothek Counter zu finden.
Siehe Neuer Baustein bzw. neue Bibliothek ist nicht in bestehenden Projekten verfügbar, falls Sie den Baustein in bestehenden Projekten verwenden wollen.

1366

Im ST-Editor können Sie die IEC-61131-3-Systembausteine CONCAT_DATE_TOD und DIV_TIME verwenden. Diese Bausteine sind in der Unterbibliothek Time zu finden.
Siehe Neuer Baustein bzw. neue Bibliothek ist nicht in bestehenden Projekten verfügbar, falls Sie den Baustein in bestehenden Projekten verwenden wollen.

1311

Im ST-Editor können Sie die IEC-61131-3-Systembausteine GE und LE verwenden. Außerdem können Sie die vorhandenen Systembausteine GT und LT mit den Datentypen von ANY_ELEMENTARY ohne STRING und CHAR verwenden. Die Bausteine sind in der Unterbibliothek Compare zu finden.
Siehe Neuer Baustein bzw. neue Bibliothek ist nicht in bestehenden Projekten verfügbar, falls Sie den Baustein in bestehenden Projekten verwenden wollen.

Behobene Probleme in Version 1.19.0 (für  logi.CAD 3 )

IDBehobenes Problem
5155

CHAR-Literale mit Typangabe werden als fehlerhaft gekennzeichnet.
Behebung: CHAR-Literale mit der Typangabe werden nicht als fehlerhaft gekennzeichnet. Die interne Meldung erscheint nicht mehr.
Szenario für Problem: Falls Sie CHAR-Literale mit Typangabe erfassen (z.B. charVar := char#'2';), werden diese Literale als fehlerhaft markiert. Zusätzlich wird die interne Meldung The value 'name' is invalid. ... Exception: Cannot convert name to IecString angezeigt.

5168

Eine interne Meldung wird u.U. angezeigt, falls Sie den Namen des Programms ändern und die Perspektive "Applikationstest" öffnen.
Behebung: Die interne Meldung wird nicht mehr angezeigt.
Szenario für Problem: Falls Sie den Namen des deklarierten Programms im ST-Editor ändern (ihn durch einen anderen Namen überschreiben) und danach die Perspektive Applikationstest öffnen, wird möglicherweise eine interne Meldung in der Sicht Fehlerprotokoll angezeigt. Es handelt sich dabei um diese Meldung: Unable to create class 'com.logicals.applicationtest.ui.internal.views.VariableValuesView' from bundle '8
Zusatzinformation: Falls Sie den Namen des Programms nur im ST-Objekt geändert haben (und nicht den Namen im SPS-Objekt), ist das Laden der Programmierung nicht möglich.
Hinweis: Verwenden Sie am besten die Refactoring-Funktion (Kontextmenü im ST-Editor, Befehl Element umbenennen), damit der Name des Programms gleichzeitig im ST-Objekt als auch im SPS-Objekt geändert wird.

5186

Das Bereinigen des Projekts beendet die Aktualisierung der Werte für die Variablen in der Sicht "Variablenwerte".
Behebung: Die Werte für die Variablen in der Sicht Variablenwerte werden nach dem Bereinigen des Projekts weiterhin aktualisiert.
Szenario für Problem: Falls Sie Variablen in der Sicht Variablenwerte zur Beobachtung der Werte eingefügt haben und das Projekt bereinigen (Menü Projekt, Befehl Bereinigen...), wird die Datenanforderung für die Variablen unterbrochen. Sie erkennen dies daran, dass die Werte für die Variablen nicht mehr aktualisiert werden und das Symbol in der Spalte Letzte Aktualisierung angezeigt wird.

5213

Falsche Untergrenze bei Datentyp DATE_AND_TIME.
Behebung: Die Untergrenze für DATE_AND_TIME ist nun: DT#1970-01-01-00:00:00 – die Obergrenze hat sich ebenfalls geändert, und zwar auf: DT#246925-12-11-19:42:34.400
Szenario für Problem: Die aktuelle Untergrenze für den Datentyp DATE_AND_TIME ist: DT#1970-01-01-01:00:00 – sie sollte jedoch so sein: DT#1970-01-01-00:00:00

5227

Das Laden einer Programmierung ist nicht möglich, wenn MOVE-Baustein mit einer CHAR-Variable verwendet wird.
Behebung: Das Laden der Programmierung ist für das geschilderte Szenario möglich.
Szenario für Problem: Falls Sie einen MOVE-Baustein mit einer CHAR-Variable beschalten, können Sie Ihre Programmierung nicht auf die SPS laden. Sie erhalten die Meldung Das Programm für die SPS kann nicht erstellt werden.

Beispiel für Ausschnitt aus ST-Code
VAR
  var1, var2 : CHAR;
END_VAR
var2 := MOVE(var1);
5239

Die Navigation auf ARRAY-Variablen aus der Sicht "Variablenwerte" ist nicht mit Hilfe der Tastenkombination möglich.
Behebung: Die Navigation für diese Variablen ist mit Hilfe der Tastenkombination möglich.
Szenario für Problem: Falls Sie ARRAY-Variablen deklarieren und diese in die Sicht Variablenwerte einfügen, ist es nicht möglich, zur Deklaration dieser Variablen zu wechseln, wenn Sie die Tastenkombination Umschalt+Eingabe-Taste drücken. Stattdessen erscheint diese Meldung: Kann nicht zur Variable im ST-Objekt wechseln. Wahrscheinlich wurde die Programmierung geändert und nicht hochgeladen.

5245

Das Zeichen "_" kann nicht in STRING-Literalen verwendet werden.
Behebung: Das Zeichen "_" kann in STRING-Literalen verwendet werden.*
Szenario für Problem: Wenn Sie das Zeichen "_" in STRING-Literalen verwenden (z.B. StringVar := 'MyTest_1'), wird die Zeichenfolge als fehlerhaft markiert und mehrere Meldungen mit dem Wortlaut Unerwartetes Zeichen angezeigt.

5249

Kombinationen in STRING-Literalen (wie z.B. $A9), an die Hexadezimalwerte folgen, verursachen falschen Binär-Code.
Behebung: Kombinationen, an die Hexadezimalwerte folgen, werden beim Laden der Programmierung korrekt ausgewertet.
Szenario für Problem: Falls Sie Sonderzeichen in STRING-Literalen verwenden, ist dies durch eine Kombination von 3 Zeichen, beginnend mit dem Dollar-Zeichen ($) und gefolgt von 2 Hexadezimal-Ziffern möglich. Sofern dieser Kombination ein Hexadezimalwert folgt (z.B. '$A9Accept'), kann – abhängig von der verwendeten SPS – die Programmierung nicht geladen werden oder es wird ein falscher Wert in der Sicht Variablenwerte angezeigt (z.B. '$CEpt').

Bekannte Probleme in Version 1.19.0 (für  logi.CAD 3 )

ID

Bekanntes Problem

1795

Befehl "Öffnen mit", "Direkt angezeigter Editor" nicht erfolgreich
Szenario: Wenn Sie im Kontextmenü des Projektexplorers den Befehl Öffnen mit und Direkt angezeigter Editor wählen (z.B. für ein ST-Objekt), wird folgende Meldung angezeigt: Wiederherstellen des direkten Editors nicht möglich. Direktunterstützung fehlt
Abhilfe: Verwenden Sie den Befehl Öffnen mit und ST-Editor, um ST-Objekte und SPS-Objekte zu öffnen. Für andere Objekte, wie z.B. Textdateien, können Sie den Befehl Öffnen mit und Texteditor verwenden.

1844

"Umbenennen" und "Löschen" im Projektexplorer nach dem Starten von logi.CAD 3 möglich
Szenario: Nach dem Starten von logi.CAD 3  können Sie die Befehle Umbenennen bzw. Löschen aufrufen (aus dem Menü Datei bzw. Bearbeiten oder via Tastenkombination F2 bzw. Entf), obwohl diese keine sinnvolle Funktionalität haben.
Zusatzinformation: Dieses Problem tritt auch auf, falls Sie einen neuen Arbeitsbereich wählen oder den Arbeitsbereich wechseln und im Projektexplorer sind keine Projekte enthalten.
Abhilfe: Erstellen Sie ein Projekt und selektieren Sie zumindest eine Ressource darin, bevor Sie den entsprechenden Befehl aufrufen.

1920

Fehlermeldung beim Umbenennen von Projekten, die nicht im Arbeitsbereich liegen
Szenario: Wenn Sie ein Projekt außerhalb des Arbeitsbereichs erstellt haben und dieses anschließend umbenennen, werden interne Fehler angezeigt, dass die Datei .project (im Arbeitsbereich) für das Projekt nicht vorhanden ist. Das Umbenennen selbst hat jedoch funktioniert.
Zusatzinformation: Das Problem wird durch verlinkte Ordner verursacht, die Systembausteine enthalten. Beispiele für solche Ordner: IEC61131-3, Raspberry Pi IO. Diese verlinkten Ordner müssen jedoch im Projekt vorhanden sein, damit Sie Systembausteine in Ihrem ST-Code verwenden können.
Abhilfe (empfohlen, um die Meldung zu vermeiden):

  • Löschen Sie solche verlinkten Ordner im Projekt, das Sie umbenennen wollen.
  • Benennen Sie das Projekt um.
  • Erstellen Sie ein temporäres Projekt, das die verlinkten Ordner enthält.
  • Ziehen Sie die verlinkten Ordner aus dem temporären Projekt in das umbenannte Projekt.
  • Löschen Sie das temporäre Projekt.

Abhilfe (falls die Meldung bereits aufgetreten ist):

  • Im Explorer des Betriebssystems: Gehen Sie zum Ordner, der in der Meldung genannt wird und die Datei .project enthält. Löschen Sie diesen Ordner.
  • Löschen Sie die internen Fehler aus der Sicht Fehlerprotokoll.
2752

Kommentare werden beim Formatieren des Codes nicht zueinander ausgerichtet. Bei einem Kommentar am Anfang der Datei wird eine Leerzeile eingefügt.
Szenario: Falls Sie bereits vorhandenen ST-Code mit dem Befehl Formatieren (im Kontextmenü) bzw. der Tastenkombination Strg+Umschalt+F formatieren, werden Kommentare im ST-Code u.U. nicht zueinander ausgerichtet (siehe Beispiel).
Beispiel (vor dem Formatieren):

FUNCTION_BLOCK FUB_LEDCylon
    /*
     * The LEDs are shifted back and forth.
     */
END_FUNCTION_BLOCK

wird zu (nach dem Formatieren):

FUNCTION_BLOCK FUB_LEDCylon
/*
     * The LEDs are shifted back and forth.
     */
END_FUNCTION_BLOCK

Falls außerdem am Anfang der Datei ein Kommentar vorhanden ist, wird eine Leerzeile vor diesem Kommentar eingefügt. Dadurch beginnt die Datei mit einer Leerzeile.
Abhilfe: nicht vorhanden

2809

Verlinkte Ordner werden beim Exportieren eines Projekts in eine Archivdatei berücksichtigt.
Szenario: Falls Sie ein Projekt in eine Archivdatei exportieren, wird der Inhalt von verlinkten Ordner (z.B. IEC61131-3 mit den IEC-Bausteinen) ebenfalls exportiert. Falls Sie anschließend das Projekt aus der Archivdatei importieren, sind die zuvor verlinkten Ordner zu "eigentlichen" Ordnern im Projekt geworden. In Folge treten möglicherweise Probleme auf, wenn Sie die Objekte verwenden, die im (eigentlich verlinkten) Ordner liegen; z.B. wenn Sie die IEC-Bausteine im ST-Code erfassen.
Abhilfe: Beim Exportieren in eine Archivdatei klappen Sie das zu exportierende Projekt in der linken Liste des Dialogs auf, entfernen Sie die Markierung für die verlinkten Ordner und drücken Sie erst dann Fertigstellen, um den Export zu starten. Nach dem Importieren sind die verlinkten Ordner im Projekt automatisch vorhanden.

5177

Das mehrmalige Laden der Programmierung hat einen unerwarteten Fehler am Zielsystem zur Folge.
Szenario für Problem: Falls Sie eine Programmierung laden, wird ein Dialog angezeigt, bis das Laden beendet ist. Bei einer umfangreicheren Programmierung ist der Dialog länger sichtbar. Es ist möglich, die Schaltfläche Programm laden erneut zu drücken, obwohl das Laden noch nicht beendet ist. In Folge wird der Dialog mehrmals angezeigt und diese Meldung wird in der Sicht Fehlerprotokoll angezeigt: Unerwarteter Fehler am Zielsystem (UPLOAD)
Abhilfe: Warten Sie ab, bis das Laden beendet ist (der Dialog verschwindet automatisch). Erst danach starten Sie das Laden der Programmierung erneut.

5258

STRING-Literale werden beim Formatieren des Codes geändert.
Szenario für Problem: Falls Sie bereits vorhandenen ST-Code mit dem Befehl Formatieren (im Kontextmenü) bzw. der Tastenkombination Strg+Umschalt+F formatieren, werden vorhandene STRING-Literale geändert (siehe Beispiel).

Beispiel (vor dem Formatieren)
VAR 
  Var1 : STRING[256] := 'Das ist ein Test';
END_VAR;
Beispiel (nach dem Formatieren)
VAR
  Var1 : STRING[256] := [B@3bdc8975;
END_VAR;

Abhilfe: nicht vorhanden

5277

Flackernder Wert in Sicht "Variablenwerte", falls Variable mit geändertem Datentyp neu eingefügt wird.
Szenario für Problem: Die Meldung Der Typ einer angeforderten Variable stimmt nicht mit dem Typ auf der SPS überein informiert Sie, dass eine Variable in die Sicht Variablenwerte eingefügt ist, für die sich der Datentyp seit dem vorhergehenden Laden der Programmierung geändert hat. Wenn Sie die Variable aus der Sicht Instanzen erneut in die Sicht Variablenwerte ziehen, um sie zu aktualisieren, flackert die Anzeige – sie wechselt zwischen --- und dem eigentlichen Wert.
Abhilfe: Bereinigen Sie das Projekt: Menü Projekt, Befehl Bereinigen...