Diverse Verbesserungen und Bug Fixes

Folgendes Verhalten wurde verbessert

• Die Uhrzeitsynchronisierung über NTP wurde verbessert.
• Wird eine falsche Interface ID am TCON Baustein verwendet so wird nun nicht mehr der falsche STATUS „0x80CE“(ERROR_TCON_LOCAL_IP_IS_ANY) sondern der erwartete „0x809B“(ERROR_TCON_INVALID_LOCAL_DEVICE_ID) am Baustein TCON ausgegeben.
• Das Verhalten des Funktionsbausteins "Get_Alarm [FB702]" bei Neukonfiguration von Alarmen wurde verbessert.
• Das Auslesen der CPU-Servicedaten wurde verbessert.
• Das Auslesen von Rezepturen (> 512 Byte) mit WinCC-Option SES/LCS wurde verbessert.
• Das Verhalten bei Anwender-Programmierfehlern im Zusammenhang mit Arrays wurde verbessert.
• Das Verhalten beim Überladen in RUN mit vielen Änderungen von Alarm Instanzen wurde verbessert.
• Die Serialisierung von Array of Bool nach Array of Byte wurde verbessert.
• Das Schreiben von Variablen in die CPU über die Webseiten “Tag Status“ und „Variablentabellen“ ist nun nach einer erstmaligen Authentifizierung immer möglich und bedarf keiner erneuten Authentifizierung mehr.
• Der Zugriff über View of Things (VoT) auf die Datentypen Bool/BBool in multidimensionalenArrays über die Web API-Methoden PlcProgram.Read und PlcProgram.Write wurde verbessert.

Folgendes Verhalten wurde behoben

Nach dem Setzen des REQ Eingangs TSEND Baustein einer ISO-on-TCP Verbindung kommt es nicht mehr zur sporadischen Fehlermeldung

• Temporärer CPU-Fehler:Schwerwiegender Firmware-Ausnahmefehler
  (interner Systemcode: 16#00000801 16#10028001 16#00008003)
  CPU wechselt in DEFEKT-Zustand (Systemreaktion)

Bei aktiviertemGracefulShutdown für eine TCP-Verbindung der Open User Kommunikation und direkt aufeinander folgendem Schließen dieser Verbindung einerseits durch den Kommunikationspartner und andererseits durch die CPU kommt es nicht mehr zu derSituation, dass die CPU die verwendete „connection id“ nach erfolgreichem Abbauder TCP-Verbindung ungewollt weiterhin reserviert. Die CPU gibt die „connectionid“ nun wie erwartet frei, so dass sie nachfolgend für den Aufbau einer weiteren Kommunikationsverbindung zur Verfügung steht.
Beim Onlinezugriff auf die CPU kommt es nicht mehr zu den sporadischen Fehlermeldungen:

• Temporärer CPU-Fehler: Schwerwiegender Firmware-Ausnahmefehler (interner Systemcode: 16#00400001 16#10020082 16#783F90A8) CPU wechselt in DEFEKT-Zustand (Systemreaktion) oder
• Temporärer CPU-Fehler: Schwerwiegender Firmware-Ausnahmefehler (interner Systemcode: 16#00400001 16#1002008216#00010246) CPU wechselt in DEFEKT-Zustand (Systemreaktion)

Bei einer hohen Kommunikationslast über einen CP Modul, der hinter einer ET 200SP CPU betrieben wird, kommt es nicht mehr zu der sporadischen Fehlermeldung:

• Temporärer CPU-Fehler: Schwerwiegender Firmware-Ausnahmefehler (interner Systemcode: 16#00100001 16#1002FFFF16#76EB9290) CPU wechselt in DEFEKT-Zustand (Systemreaktion)
  Das Kopieren der I/O Daten in einen optimierten DB wurde optimiert.

Der Webserver ist nun nach einem Download der Hardware-Konfiguration erreichbar, wenn für die verwendete Schnittstelle der CPU „IP-Adresse auf anderem Weg beziehen“ eingestellt und die IP-Adresse über das Anwenderprogramm konfiguriert wurde.
Für nicht-optimierte Datenbausteine wird über Methode PlcProgram.Browse der Web API nun der korrekte Bit-Offset in der absoluten Adresse zurückgeliefert.
Tritt ein Fehler in der Zeitsynchronisierung über NTP bei S7-1500 R/H CPUs auf, so kommt es bei Verwendung von GetClockStatus oder RD_SYS_T Bausteinen nicht mehr zur sporadischen Fehlermeldung in der Backup CPU:

• Temporärer CPU-Fehler:Schwerwiegender Firmware-Ausnahmefehler
  (interner Systemcode: 16#0FFF0000 16#10020000 16#00000000) Temporärer CPU-Fehler:Schwerwiegender Firmware-Ausnahmefehler
  (interner Systemcode: 16#0FFF0000 16#10020000 16#00000000)
  CPU wechselt in DEFEKT-Zustand (Systemreaktion)CPU wechselt in DEFEKT-Zustand (Systemreaktion)