TIA TIA Portal V14 - Erste Infos

Zuviel Werbung?
-> Hier kostenlos registrieren
Ich bin in einer Branche unterwegs wo die Anlagen in der Regel 30 Jahre laufen inkl. eines Retrofits.
Wenn ich heute bei einem neuen Projekten auf Classic setze, kann ich vor dem Problem stehen das schon in 10 Jahren eingesetzte Komponenten schwer verfügbar sind.
Sollte Siemens also wirklich ab 2020 "ausphasen", liefere ich bei einem Jahr Projektlaufzeit also vielleicht im September 2017 eine Anlage aus, deren Steuerungstechnik 2,5 Jahre später den Status Abgekündigt hat.
Das kann ich keinem Kunden antun und wäre auch unprofessionell. Ganz abgesehen davon haben auch Kunden dieses Wissen und wollen deshalb auch keine Classic Lösungen mehr.

Solange sie für die 400H nicht ansatzweise einen Ersatz im Tia anbieten. Ja auch kein Gerücht wann denn annähernd damit zu rechnen ist was als Ersatz zu bekommen, bezweifle ich ernsthaft das sie auch nur daran zu denken wagen den Support für Step7 und Co einzustellen. In 4 Jahren können sie vielleicht die kleinen 300er aufs Abstellgleis schieben da sie für die seit bald 5 Jahren ein Pendant liefern können.
Von ner 400H ablöse sieht man noch nix, nichtmal ein Segel am Horizont.

Und mal ehrlich. Wenn man bei Stationen mit 16 MB Arbeitsspeicher dann auch so handstände machen muss um die Aktualdaten der DBs in sicherheit zu bringen wie derzeit mit der 1500, dann gute Nacht.

mfG René
 
@testuser:
Schau dir das Menü "Fenster" im der oberen Menüleiste an.
Mit "Fensterlayout speichern/verwalten" kannst du Menüanordnungen speichern und per Tastenkombi aufrufen.
Z.B. eine Anordnung mit große Einstellungsleiste, eine mit kleiner, eine wo sie abgedockt im Eck sitzt.

Dann kannst du dir auch noch die Tastenkombis per AutoHotkey setzen, dann musst du nicht die verbogenen (nicht verstellbaren :evil:) Kombis nehmen.
Im Endeffekt arbeitet man damit um die furchtbare Menü-Konzeption des TIA herum, aber hey, was soll man machen.

Ich würde mir TIA ja sehr gerne stärker personalisieren, seien das Menüanordnungen, Hotkeys, Macros, etc...
Das wäre wirklich Effizienz-steigernd.
Aber ich kann ja nicht mal die Einstellungen von einer TIA-Workstation zur nächsten mitnehmen...

@Miasma:
Wie gesagt, ich zweifle nicht an den Fähigkeiten von TIA zu Classic (PCS7 mal außen vor).
Aber kannst du ein Engineering-Programm das nicht mal einen "Profil-Export" hat, damit man seine persönlichen Editoreinstellungen
von einer Workstation auf die nächste mitnehmen kann, wirklich "modernes" oder "effizientes" oder gar "ergonomisches" Engineering-System nennen?

Weißt du zu dem Thema schon was aus der V14-Erfahrung? Kommt das?

Diese Dinge sind es, die es für mich schwer machen ein Lob an TIA auszusprechen.
TIA ist auf einem "nutzbarem" Stand aber "Nothing to write home about" und schon gar nicht soweit das man sagen kann "Mir macht arbeiten damit Spaß"... Ha! Das ist doch ein Witz!
 
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
@Miasma

Unprofessionell würde ich da höchstens mal Siemens nennen.


Wieso?
Die Informieren ihre Kunden doch vorab das gewissen Lösungen nicht mehr verfügbar sein werden ab Zeitpunkt X. Siehe Migrationsleitfaden.
Es muss dann ein jeder für sich selbst entscheiden was er macht.

Ich persönlich sehe das so. Sobald CFC unter TIA läuft knipst SIEMENS das Licht aus in der 300/400er Welt.
Für die PCS7 Welt hat man schon vorgesorgt und vor knapp 2 Jahren die CPU 410-5 auf den Markt gebracht die nur unter PCS7 funktioniert und alle AS41X ersetzen kann.
Ich könnte mir sogar vorstellen, dass SIEMENS einfach sagt Classic Produkte werden nicht mehr auf Windows 10 angepasst.

Ich denke schon das wenn man die Fakten so nüchtern bewertet kann die Entscheidung hin zu TIA nachvollzogen werden.
 
Wieso?

Ich könnte mir sogar vorstellen, dass SIEMENS einfach sagt Classic Produkte werden nicht mehr auf Windows 10 angepasst.

Ich denke schon das wenn man die Fakten so nüchtern bewertet kann die Entscheidung hin zu TIA nachvollzogen werden.

Können sie schon nicht mehr das es aktuell sogar nur Classic Produkte gibt mit Windows 10 Freigaben (PCS7 V8.2 und STARTER V4.5.1), bei TIA ist da auf längere Sicht wohl eher nix von zu sehen oder?

Gruß
Christoph
 
@ChristophD: Wieso? Ist TIA denn dann auch in v14 nicht für Win10 freigegeben?
 
Zuletzt bearbeitet:
wie früh man anfing und was da dann zwischendrin alles verbogen und damit auch versaut wurde, weil irgendwelche BWL-er es besser wußten. 300/400-er in TIA waren z.B. ursprünglich gar nicht vorgesehen, wäre auch wirklich besser gewesen, die wegzulassen, bei all den Einschränkungen, gegenüber der 1500-er Programmierung im TIA.

Meine rede

Die ganze 300er und Flex-Panels hätten nie ins TIA gedurft.

Dann hätten sich die Siemens Jungs entfalten können und nicht bei jedem Feature an S5 und ProTool Kompatibilität denken müssen.
 
Meine rede

Die ganze 300er und Flex-Panels hätten nie ins TIA gedurft.

Dann hätten sich die Siemens Jungs entfalten können und nicht bei jedem Feature an S5 und ProTool Kompatibilität denken müssen.

Korrekt. Zumindest ein Teil der Misere ist darauf zurückzuführen, der Rest geht aber trotzdem auf Ignoranz und/oder Unfähigkeit einiger Leute zurück. Nach dem Debakel des WinCCFlex-Starts, das Gleiche nocheinmal hinzulegen ist unprofessionell in höchstem Grade. 300-er kann man doch abkündigen, d.h. ja nicht, dass es keine Ersatzteile mehr geben wird, das ist dann schon noch eine Weile hin. Alles Andere wäre ebenfalls unprofessionell.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Warum hier immer wieder mal Leute auftauchen, die TIA gut finden ist mir schleierhaft, kommerzielle Hintergründe will ich mal nicht unterstellen. Aber vermutlich liegts daran, dass sie warum auch immer mit TIA arbeiten (müssen) und denen jetzt der Umstieg zu Classic schwer faellt. Warum um Himmels Willen hat Siemens so viele Änderungen in der Engineeringumgebung verbrochen? Wir haben mit unserer Firmenbibliothek mehrere 100te Anlagen am Laufen. D.h. ob ich will oder nicht muss ich fuer die naechsten Jahrzehnte beide Systeme handeln. Jetzt warte ich mal auf den der behauptet "alles kein Problem, ich bin so cool, beides im DETAIL zu verstehen und täglich hin und her zu wechseln" dazu dann noch die Varianten vom TIA v11 bis v20... und Anlagen welche eigentlich keinen CPU Stop zulassen... Schöne neue supertolle Zeit. Danke Siemens!
 
Bitte, ein Baustein in Classic für ein TM Count 1x24V 6ES7138-6AA00-0AB0 an einer ET200SP.
Mit folgenden Funktionen.

Bis auf die wohl nicht unterstützte Baugruppe spricht technisch nichts gegen eine Umsetzung in einer S7. Alle Funktionen lassen sich auch mit Step 7 und 300/400er Hardware umsetzen.

Bisher sind deine Argumente unter anderem:
- ich verwende das was neu ist, denn alles was neu ist, ist gut
- ich möchte die neuen Baugruppen nutzen
- ich verwende die TIA-Portal und die neuen Baugruppen, damit ich eine längere Ersatzteilverfügbarkeit habe

Das mögen zwar Gründe für TIA sein, aber es hat von der technischen Seite alles nichts mit der bescheidenen Qualität des TIA Portals zu tun, sondern sind ausschließlich Marketingargumente.
 
Mir wird ganz übel, wenn ich diese ganze Diskussion verfolge.

- man hat kein stabiles neues System.
- man hat keinen Ersatz für PCS7
- man hat keinen Ersatz für CFC
- man hat unfassbar viele System im Einsatz, die mit Classic und mit schon abgekündigten Baugruppen bestimmt noch 10 bis 15 Jahre laufen
- ... lässt sich endlos fortsetzen

Und da jetzt herumzuschwadronieren, dass es ja sein könnte, dass W10 nicht mehr unterstützt werden könnte ist absurd und wiederspiegelt
nicht die Verpflichtung, die SIEMENS gegenüber den Nutzern ihrer Software eingegangen ist.
Für Classic muss es und wird es m.E. auch noch 15 Jahren Support geben (müssen).
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Bis auf die wohl nicht unterstützte Baugruppe spricht technisch nichts gegen eine Umsetzung in einer S7. Alle Funktionen lassen sich auch mit Step 7 und 300/400er Hardware umsetzen.

TMCount1x24V.png

Natürlich wird die Baugruppe unterstützt.
Die ET200SP ist ein ganz normales Dezentrales Peripherie System und kann an jede Steuerung egal von welchem Hersteller angebunden werden die ein Master für Profibus oder Profinet sein kann.

Nun also bitte den markigen Worten taten folgen lassen und eine Lösung in Classic präsentieren.

Bitte an die dynamischen Alarme für die Instanzen der Slaves denken und auch an die Weitergabe des Alarmstaus an den Master, damit auch immer zuerst das Slaveobjekt quittiert werden muss bevor der Master wieder aktiv sein kann. Alle Alarme dann bitte dann auch Zeitfolgerichtig gemeldet. Die Bausteine dann bitte auch gleich so erstellen das keine HW Ressourcen wie Timer, Merker usw. benötigt werden damit eine Instanz funktioniert.

Bin sehr gespannt was ich die letzten 15 Jahre in Classic alles falsch gemacht habe.

Meine Argumente

- ich verwende das was neu ist, denn alles was neu ist, ist gut | Ich verwende das was die Spezi des Kunden vorgibt
- ich möchte die neuen Baugruppen nutzen | Ich nutze die neuen Baugruppen aufgrund der sehr guten Diagnose und der besseren Auflösung wie z.B. SIWAREX WP321
- ich verwende die TIA-Portal und die neuen Baugruppen, damit ich eine längere Ersatzteilverfügbarkeit habe | Ganz klar ja.
 
Mir wird ganz übel, wenn ich diese ganze Diskussion verfolge.
Und da jetzt herumzuschwadronieren, dass es ja sein könnte, dass W10 nicht mehr unterstützt werden könnte ist absurd und wiederspiegelt
nicht die Verpflichtung, die SIEMENS gegenüber den Nutzern ihrer Software eingegangen ist.
Für Classic muss es und wird es m.E. auch noch 15 Jahren Support geben (müssen).

Das sehe ich auch so. Allerdings bedeutet Support für mich nicht, dass ein Produkt weiterhin verfügbar ist.
Betriebssysteme verfahren doch genau so und das obwohl die installierte Basis noch um ein vielfaches höher ist als bei Steuerungen.
 
Natürlich wird die Baugruppe unterstützt.
Die ET200SP ist ein ganz normales Dezentrales Peripherie System und kann an jede Steuerung egal von welchem Hersteller angebunden werden die ein Master für Profibus oder Profinet sein kann.
Bitte an die dynamischen Alarme für die Instanzen der Slaves denken und auch an die Weitergabe des Alarmstaus an den Master, damit auch immer zuerst das Slaveobjekt quittiert werden muss bevor der Master wieder aktiv sein kann. Alle Alarme dann bitte dann auch Zeitfolgerichtig gemeldet. Die Bausteine dann bitte auch gleich so erstellen das keine HW Ressourcen wie Timer, Merker usw. benötigt werden damit eine Instanz funktioniert.

Bin sehr gespannt was ich die letzten 15 Jahre in Classic alles falsch gemacht habe.

Wenn du das in TIA auf einer S7-300/400 programmieren kannst. Dann kann man das auch in Step7 Classic so programmieren. Und zwar genau dieses Verhalten Denn TIA kann aus einer Classic CPU nicht mehr rausholen als Step7 Classic. Wie auch.
ggf Hat TIA schon ein paar Bibliotheken für Baugruppen welche man in Step7 ggf selbst programmieren müsste (vor allem wenn Siemens die Bibliotheken schützt damit man sie nicht auf Classic portiert. Da beschränkt dann aber Siemens die Funktion nicht Step7 Classic, das könnte sowas nämlich genauso).

Um es nochmal ganz klar zu sagen. TIA kann aus einer klassischen CPU nicht mehr machen als Step7 Classik.
Die S7-1500 können vielleicht mehr als die 300er. Aber das ist wieder nicht wegen TIA so sondern weil die CPUs halt mehr können und klassik diese CPUs nicht unterstützt (was aber wiederum eine Entscheidung von Siemens ist).

mfG René
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Grundsätzlich sollte man schon auf die neue Technik setzten, da muss sich 'miasama' nicht rechtfertigen.
Ich setzte es ein ohne Kundenwunsch, warum auch nicht. Wir alle haben doch den Schritt von Step 5 nach
Step 7 vollzogen. Wenn die neuen CPUs mehr bieten, kann man auch mal die Programmierumgebung anpacken.
Leider hat Siemens ein paar Fehler gemacht und wir werden bestimmt auch noch eine Weile (Jahre) über TIA
fluchen, ich mit einen Roten Fähnchen voran. Aber irgendwann werden wir das Bedienkonzept verstanden und
so im Griff haben, das wir nicht mehr darüber nachdenken. Wir alle versuchen doch das in Fleisch und Blut übergegangen,
aus der Clasic Welt in TIA umzusetzen.

Den 'misma' jetzt anzugreifen weil er in einen Werbespot mal was positives sagt ist nicht in Ordnung, da hat
Siemens bestimmt stark geschnitten, als er 45 Minuten lang die Nachteile aufgezählt hat. Jetzt sieht man was
übrig geblieben ist ;)
 
Ja rn, hast du Recht, aber ich muß sagen, mir reicht es dann jetzt, ich hab dieses TIA-Heldengesabbel (#132) echt satt.
Und wie auch immer, für so ein Statement, würde ich niemals zur Verfügung stehen, im Leben nicht, nie, nie, nie ....
Ciao
 
Zuletzt bearbeitet:
Bitte an die dynamischen Alarme für die Instanzen der Slaves denken und auch an die Weitergabe des Alarmstaus an den Master, damit auch immer zuerst das Slaveobjekt quittiert werden muss bevor der Master wieder aktiv sein kann.
Was für ein Slave? Was für ein Master? Was soll ich dir jetzt einen Super-Spezial Baustein nachprogrammieren? Da kann ich dir auch ein paar Programme für die 300/400 schreiben, die ein paar Besonderheiten aus SZL-Daten ausliest, oder ein paar andere Effekte des Befehlssatzes nutzt die du garantiert nicht mit der 1500 programmiert bekommst. Aber was soll das bringen?

Alle Alarme dann bitte dann auch Zeitfolgerichtig gemeldet. Die Bausteine dann bitte auch gleich so erstellen das keine HW Ressourcen wie Timer, Merker usw. benötigt werden damit eine Instanz funktioniert.
Alles problemlos mit den 300/400er CPUs umsetzbar.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Wenn du das in TIA auf einer S7-300/400 programmieren kannst. Dann kann man das auch in Step7 Classic so programmieren. Und zwar genau dieses Verhalten Denn TIA kann aus einer Classic CPU nicht mehr rausholen als Step7 Classic. Wie auch.
ggf Hat TIA schon ein paar Bibliotheken für Baugruppen welche man in Step7 ggf selbst programmieren müsste (vor allem wenn Siemens die Bibliotheken schützt damit man sie nicht auf Classic portiert. Da beschränkt dann aber Siemens die Funktion nicht Step7 Classic, das könnte sowas nämlich genauso).

Um es nochmal ganz klar zu sagen. TIA kann aus einer klassischen CPU nicht mehr machen als Step7 Classik.
Die S7-1500 können vielleicht mehr als die 300er. Aber das ist wieder nicht wegen TIA so sondern weil die CPUs halt mehr können und klassik diese CPUs nicht unterstützt (was aber wiederum eine Entscheidung von Siemens ist).

mfG René


TIA heißt für mich immer 1500er.
Ich würde nie im Leben eine 300/400er im TIA Portal programmieren. Neben AWL, ist nämlich die Unterstützung der 300/400er Steuerungen der einzige große Fehler am TIA Portal.
 
Was für ein Slave? Was für ein Master? Was soll ich dir jetzt einen Super-Spezial Baustein nachprogrammieren? Da kann ich dir auch ein paar Programme für die 300/400 schreiben, die ein paar Besonderheiten aus SZL-Daten ausliest, oder ein paar andere Effekte des Befehlssatzes nutzt die du garantiert nicht mit der 1500 programmiert bekommst. Aber was soll das bringen?


Alles problemlos mit den 300/400er CPUs umsetzbar.

Bitte jetzt nicht immer Ausreden suchen, vielleicht einfach mal zugeben das es einfach nicht geht.
Schon allein weil es keine Reflexionsanweisungen bei Classic gibt, mit denen ich zur Laufzeit Namen auslesen kann.
 
Zurück
Oben