TIA S7-1500 neue Firmware 2.6.0

Folgendes Verhalten wurde überarbeitet:
Nur für CPU 1511-1 PN (6ES7511-1AK02-0AB0), CPU 1511C-1 PN (6ES7511-1CK01-0AB0), CPU 1512C-1 PN (6ES7512-1CK01-0AB0) und CPU 1513-1 PN (6ES7513-1AL02-0AB0):

• Nun können auch Projekte, die mit einer TIA Portal Version < V15 erstellt werden, in eine CPU mit neuer Artikelnummer geladen werden, ohne dass die CPU nach einem Netz-AUS/Netz-EIN in STOP geht.

Zum Vergrößern anklicken....

Folgendes Verhalten wurde verbessert:

• Wenn für den Baustein „Get_Alarm“ die Alarmmeldungen in unterschiedlichen Sprachen projektiert wurden, dann kommt es beim Umschalten der Anzeigesprache nicht mehr dazu, dass die Alarmtexte nur einige Sekunden sichtbar sind.
• Die String-Anweisungen ((z.B. MID, DELETE, ..) liefern nun korrekte Werte, wenn die Variable vom Datentyp WString ist, Input und Output auf der selben WString-Variablen liegen und gleichzeitig die Länge des WStrings größer als 1024 Bits ist.
• Das Mengengerüst für das Beobachten von Variablen mit speicherintensiven Werten (STRING, WSTRING) wurde erhöht, so dass die sporadische Meldung „Die maximal zulässige Anzahl von Beobachtungsvorgängen wurde überschritten“, bei den meisten Anwendungsfällen nicht mehr auftritt.
• Wenn bei anwenderdefinierten Webseiten auf der selben Webseite auf eine Variable sowohl direkt als auch über ein Array (via AWP_Start_Array) zugegriffen wird, dann kommt es nicht mehr zu dem Effekt, dass anstatt der Variablenwerte symbolische Zeichen angezeigt werden.
• Der Webserver verwendet nun bei JSON-Files den definierten MIME-Type.
• Die Anzahl der gesendeten Bytes wird nun im Webserver der CPU bei einer OPC UA Verbindung auf der Seite „Verbindungsstatus“ korrekt angezeigt.
• Die Kommunikation zwischen dem IO-Controller und dem I-Device funktioniert auch dann, wenn IO-Controller und I-Device nicht im selben IP-Subnetz liegen.
• Die CPU verhält sich bei “Gerätetausch ohne Wechselmedium” auch dann korrekt, wenn die DCP-Response des IO-Devices keinen InstanceId-Parameter enthält.
• Beim Zugriff über OPC UA kann jetzt auch bei einem nicht optimierten Baustein ein Boolean Array in einem UDT geschrieben oder gelesen werden.
• Der OPC UA Server überprüft nicht mehr die IP Adresse des Client Zertifikats im Zertifikats Feld „Subject Alternative Name“.
• Beim OPC UA Server werden leere Strings in Strukturen jetzt richtig, gemäß OPC UA Spezifikation, dargestellt.
• Die Performanceeinschränkungen, die in der Version 2.5 bezüglich Lesen und Schreiben von Stringwerten in Strukturen erkennbar waren, treten mit der Version 2.6 nicht mehr auf.
• Beim OPC UA Server ist es jetzt möglich OPC UA Subscriptions auf Basis von „registered Node IDs“ (registrierten OPC UA Knoten) zu erstellen.
• Der OPC UA Server verhält sich jetzt gemäß OPC UA Spezifikation, wenn versucht wird, nicht vorhandene „Node IDs“ zu registrieren.
• Es kommt beim Übertragen von Rezepturwerten aus dem HMI in die Steuerung nicht mehr zu dem hoch sporadischen Verhalten, dass die Rezeptur nicht vollständig übertragen wird.
• Das Quittieren der Motion Control – Alarme durch MC_Reset und die Anzeige von Fehlermeldungen wurde überarbeitet.
• Es kommt nicht mehr zu sporadischen Meldungen, dass der Technologie – DB nicht geladen werden kann, wenn der Betriebszustand von STOP nach RUN übergeht.
• Bei der Verschaltung von Motion Control Achs-Technologieobjekten auf mehrere Datenbausteine mit gleichem Offset kommt es nicht mehr zu Konfigurationsfehler.
• Die Genauigkeit der Messwerte bei Messen über Zeitstempel wurde durch Berücksichtigung von internen Verzugszeiten erhöht.
• Die Genauigkeit der Nockenschaltzeitpunkte wurde durch Berücksichtigung von internen Verzugszeiten erhöht.

Zum Vergrößern anklicken....

Es kommt beim Übertragen von Rezepturwerten aus dem HMI in die Steuerung nicht mehr zu dem hoch sporadischen Verhalten, dass die Rezeptur nicht vollständig übertragen wird.

Zum Vergrößern anklicken....

• Es kommt beim Übertragen von Rezepturwerten aus dem HMI in die Steuerung nicht mehr zu dem hoch sporadischen Verhalten, dass die Rezeptur nicht vollständig übertragen wird.

Zum Vergrößern anklicken....

• Es kommt beim Übertragen von Rezepturwerten aus dem HMI in die Steuerung nicht mehr zu dem hoch sporadischen Verhalten, dass die Rezeptur nicht vollständig übertragen wird.

Zum Vergrößern anklicken....

• Die String-Anweisungen ((z.B. MID, DELETE, ..) liefern nun korrekte Werte, wenn die Variable vom Datentyp WString ist, Input und Output auf der selben WString-Variablen liegen und gleichzeitig die Länge des WStrings größer als 1024 Bits ist.

Zum Vergrößern anklicken....

• Die Kommunikation zwischen dem IO-Controller und dem I-Device funktioniert auch dann, wenn IO-Controller und I-Device nicht im selben IP-Subnetz liegen.

Zum Vergrößern anklicken....

Habt ihr in TIA schon die Möglichkeit die Steuerung mit der Firmware 2.6 zu projektieren ?
Updater sagt alles aktuell, aber Firmware 2.6 kann nicht ausgewählt werden

Zum Vergrößern anklicken....

Für die Projektierung dieses FW-Standes der CPU ist das Totally Integrated Automation Portal mit STEP 7 Professional ab V15.1 oder höher erforderlich.

Zum Vergrößern anklicken....

DeltaMikeAir schrieb:

Ärgerlich ist natürlich, dass man gezwungen ist, zur Fehlerbehebung sein Projekt hochzurüsten und nicht ein reines FW-Update reicht.
Ja, was bedeutet "hochsporadisch" und in wie vielen Anlagen schlummert dieser Fehler wohl bis jetzt unbemerkt?

Zum Vergrößern anklicken....

PN/DP schrieb:

Kennt jemand die Siemens-Definition für "hoch sporadisch"?
Bei dem hier thematisierten Problem passierte das unvollständige Rezeptur übertragen vorführbar bei mehr als 50% der Übertragungsversuche ...

Zum Vergrößern anklicken....

Häns schrieb:

Bugfixes der Firmware sind ja in der neuen FW-Version behoben, ...

Zum Vergrößern anklicken....

blackpeat schrieb:

Meine letzte Info war V15.1 kommt zu Weihnachten

Zum Vergrößern anklicken....

Eraser schrieb:

Update 4 nach 15.1?
Ich glaube du hast da was verdreht...

Zum Vergrößern anklicken....

sventek schrieb:

Ich denke, dass es schon viel früher kommt. Sonst würde das gerade veröffentlichte Firmwareupdate ja völlig umsonst sein. Aber wissen tue ich es auch nicht.....

Zum Vergrößern anklicken....

Häns schrieb:

Wieso umsonst? Wie gesagt, es sind doch Fehlerbehebungen in der neuen Firmware.

Zum Vergrößern anklicken....

sventek schrieb:

Weil für die Projektierung der neuen Firmware mind. TIA V15.1 nötig ist.

Zum Vergrößern anklicken....