Umstieg auf TIA

Zuviel Werbung?
-> Hier kostenlos registrieren
neh die Rezepturverwaltung funktioniert allgmein in TIA nicht.
Das ist ja auch so ein ding, die alte Rezepturverwaltung, bis zu den ProTool Zeiten
war echt nicht so prickelnd. Jetzt wo eine neue Software auf den Markt gekommen
ist, übernehmen Sie einfach die Alte und machen Sie dann noch unbrauchbar.
 
So, jetzt fledder ich diese Leiche mal, weil ich keine aktuelle Diskussion hierzu finde und auch keinen neuen Thread mit dem gleichen Thema aufmachen will.

Mein TIA-Umstieg hängt immernoch wie das Damoklesschwert über mir ( ja, ich bin der Themenstarter) und die Zeit drängt so langsam.
In diesem Thread konnte ich lesen, dass die V11 von TIA nicht stabil ist und alle auf die V12 warten.

Nun ist sie da... ist sie auch besser?
Denn, wenn die Software immer noch diese Defizite aufweist, werde ich den Vertrieblern sagen, sie sollen OPs von VIPA verkaufen.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Also zwischen der V11 und der V12 ist schon ein echter Entwicklungssprung zu sehen. Einige Probleme die ich mit TIA vorher hatte sind nun behoben.

Aber es ist immer noch weit davon entfernt das ich es für ein neues Projekt empfehlen würde.
Mit V14 ist es hoffentlich so stabil wie der gute allte Simatic Manager.
 
Und die V14 soll wann rauskommen?
Ende 2014?

Was ist denn noch nicht so wie es sein sollte? Die Rezeptverwaltung im HMI-Teil habe ich hier lesen können, sei unbrauchbar in der V11...
 
Umstieg auf das TIA Portal

Vor der V14 kommt ja die V13, die wohl für Anfang nächsten Jahres angedacht ist.

Ich habe unlängst einen Artikel verfasst, der den grundsätzlichen Umstieg für einfache Anwendungen beschreibt. Der Artikel ist auf unserer Homepage zu finden: Zum Artikel "Umstieg auf das TIA Portal"

Gruß

Eduard
 
V12 it deutlich besser als V11, das habe ich verstanden. Aber wo ist V12 noch nicht gut genug? Wo sind die Probleme?

Solange TIA nicht ausreichend gut ist, werde ich versuchen mich mit der classic-Version und alternativen Panels zu retten.
 
Aber es ist immer noch weit davon entfernt das ich es für ein neues Projekt empfehlen würde.
Mit V14 ist es hoffentlich so stabil wie der gute allte Simatic Manager.

Ich denke das kommt stark drauf an was man machen will.
Für meine Projekte setze ich TIA schon voll-umfänglich und zufrieden ein.
Also wenn die SPS mit Digitalen IOs, Analogen IOs zentral und dezentral hantieren muss. N haufen Kommunikation und Regelung etc bearbeiten muss ist TIA absolut in Ordnung.

Ich denke Schwierigkeiten hat man jetzt noch mit den fehlenden Features was SicherheitsCPUs angeht.

Und gerade wenn man SCL nutzt und Symbolisch programmieren will bietet TIA ERHEBLICH mehr als Step7.

mfG René
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Ok, das hört sich schon mal gut an. Ganz besonders das es Vorteile bringt bei symbolischer Adressierung und bei der Verwendung von SCL, denn beides leben wir hier im großen Umfang.
Sicherheits-CPUs nutzen wird nicht und wollen das auch in Zukunft nicht.

Nochmals zurück zum HMI-Teil. Ist der (jetzt) in Ordnung?
 
Ich denke Schwierigkeiten hat man jetzt noch mit den fehlenden Features was SicherheitsCPUs angeht.

Aber gerade das wird von Version zu Version wieder rausoperiert, gerade so etwas macht
die Software für eine Kommerzielle Anwendung unbrauchbar. Du machst mit V11 ein Projekt
mit Safty und kannst es dann mit V12 nicht mehr Warten....geht es noch :twisted:

Aber da der Boss von Siemens von Ex Thyssen Chef rausgemobbt wurde, können Sie sich ja
mal wieder auf das Kerngeschäft konzentrieren und bestehende Produkte auf Industriestandard
bringen, dh Minimum Funktionsfähig.
 
Und gerade wenn man SCL nutzt und Symbolisch programmieren will bietet TIA ERHEBLICH mehr als Step7.
das unterstreiche ich doppelt.

TIA V11 hat bei mir in Verbindung mit Classic-CPU (300er) für meine Bedürfnisse vollumfänglich und gut funktioniert (besser als das "gute alte").

Für neue Sachen kann ich nur raten, V12 in Verbindung mit 1500er zu nehmen, wenn sich der Programmierstil soweit der wandelnden Zeit angepasst hat, dass möglichst Global-DB und S5-Timer gemieden werden, FBs mit Instanz-DB gegenüber FC bevorzugt werden und ohne irgendwelche Koppel-DB von der HMI aus direkt in die Instanzen zugegriffen wird (symbolische Anbindung). Ach ja, Kapselung nicht zu vergessen, Alarm-S teste ich gerade, um von dieser Bitmelderei los zu kommen...

Dann ist mit V12 alles gut.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Nochmals zurück zum HMI-Teil. Ist der (jetzt) in Ordnung?

Der Teil den ich benötigte funktionierte einwandfrei.
Also Bedienung über Panel. Historik. Alarming. ein/ausgaben.
Bei den Panels nutze ich also eher die grundlegenden Sachen. Wie es aussieht wenn man da tiefer geht, also mit Rezepturen, ActiveX und Co. kann ich dir nicht sagen.

mfG René
 
Ich habe den HMI-Teil mehrfach in V11 getestet und keine Auffälligkeiten gehabt. Aber vielleicht nutze ich nicht alle Features, die Flex 2008 und V11/12 können sollten.
 
Wie es aussieht wenn man da tiefer geht, also mit Rezepturen, ActiveX und Co. kann ich dir nicht sagen.

René,
ActiveX und Rezepturen kann man doch wohl kaum in einen Topf schmeißen.
Das eine ist Grundausstattung, das andere sollte besser nicht eingesetzt werden.

Also Rezepturen gehören zum Standard und müssen einfach funktionieren.
 
Wichtig wäre für mich auch die Info ob Text- und Grafiklisten weiterhin so funktionieren und ob es auch symbolische E/A-Felder gibt mit denen man über eine Prozessvariable einen Eintrag aus einer Textliste aufrufen (und dort anzeigen) kann.
Sonst wären unsere ganzen schönen gemultiplexten Bilder im Eimer.

Ich halte das aber für nichts besonderes und kann es daher ganz einfach erwarten, oder?
 
V12 it deutlich besser als V11, das habe ich verstanden. Aber wo ist V12 noch nicht gut genug? Wo sind die Probleme?

Solange TIA nicht ausreichend gut ist, werde ich versuchen mich mit der classic-Version und alternativen Panels zu retten.

Willst Du denn bestehende SPS-Programme von Step7 5.5 nach TIA migrieren? Das könnte ein nicht unerheblicher Zeitaufwand werden. Weiterhin brauchst Du u.U. neue PC/Laptop-Hardware da TIA sehr hungrig ist... Also nochmal Geld in die Hand... Weiterhin müssen Eure Mitarbeiter sich an den neuen Programmierstil gewöhnen/umlernen nochmal Zeitaufwand.

Das sind die Dinge die ich Problematisch sehe.
Ob die Bugs für Dich relevant oder nicht sind, wird sich zeigen, wenn Dus verwendest :) Die bisherigen Bugs waren nicht ganz ohne (REAL-Berechnungen...) Ob noch weitere schwerwiegende drinn sind, weiss natürlich keiner.

Weiterhin läuft TIA bei mir in ner VM nur sehr schleppend, da wir aber hier viel in VMs arbeiten ist das eigentlich schon ein No Go...

Gruß.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Weiterhin müssen Eure Mitarbeiter sich an den neuen Programmierstil gewöhnen/umlernen nochmal Zeitaufwand.
man soll nicht von sich auf andere schließen (mach ich trotzdem leider all zu oft). Ich kann dazu nur soviel sagen, dass ich den "neuen" Programmierstil bei S5 vollständig vermisst habe, bei S7 wegen des Aktualdatenverlustes bei Instanzänderungen verflucht habe und nun die 1500er auf dem Weg sehe, endlich meine Anforderungen erfüllen zu können.
 
Willst Du denn bestehende SPS-Programme von Step7 5.5 nach TIA migrieren? Das könnte ein nicht unerheblicher Zeitaufwand werden. Weiterhin brauchst Du u.U. neue PC/Laptop-Hardware da TIA sehr hungrig ist... Also nochmal Geld in die Hand... Weiterhin müssen Eure Mitarbeiter sich an den neuen Programmierstil gewöhnen/umlernen nochmal Zeitaufwand.

Das sind die Dinge die ich Problematisch sehe.
Ob die Bugs für Dich relevant oder nicht sind, wird sich zeigen, wenn Dus verwendest :) Die bisherigen Bugs waren nicht ganz ohne (REAL-Berechnungen...) Ob noch weitere schwerwiegende drinn sind, weiss natürlich keiner.

Weiterhin läuft TIA bei mir in ner VM nur sehr schleppend, da wir aber hier viel in VMs arbeiten ist das eigentlich schon ein No Go...

Gruß.

Migrieren von Alt-Projekten werden wir wohl nicht machen, solange nicht ein Kunde das wünscht und bezahlt. Und das kann ich mir nicht vorstellen. Was sollte das besser machen das gleiche Projekt nur in einer anderen Version zu haben?

Änderung im Programmierstil? Du meinst symbolische Adressierung und SCL? Da machen wir hier schon jetzt so.
Neue Hardware könnte allerdings wirklich nötig sein...

btw.: der Real-Bug (was da auch immer schiefgeht) ist nun behoben? Denn ohne funktionierende Real-Zahlen brauchen wir erst gar nicht anzufangen. Aber ich schätze das geht allen so.

Und kann mir einer sagen wo die große Revolution bei der 1500er zu finden ist? Hab mir die tech. Daten angeschaut, aber nix sooo außergewöhnliches gefunden.
 
Zuletzt bearbeitet:
Migrieren von Alt-Projekten werden wir wohl nicht machen, solange nicht ein Kunde das wünscht und bezahlt. Und das kann ich mir nicht vorstellen. Was sollte das besser machen das gleiche Projekt nur in einer anderen Version zu haben?

Nee, aber wenn Du ein neues Projekt hast, fängst Du ja nicht bei null neu an, sondern nimmst Dir nen altes ähnliches. Das ist jetzt beim Umstieg Step7 TIA mit zusätzlichem Aufwand verbunden....

Und das ganze eben unnötig, weil meiner Meinung nach die "große Revolution der 1500er" nicht vorhanden ist. Dabei rede ich jetzt nicht von kleinenren Verbesserungen, die sind sicherlich für den einen oder anderen vorhanden. Diese rechtfertigen meiner Meinung nach aber nicht den viel höheren Aufwand (in Summe) .


Gruß.

und jetzt hab ich keine Lust mehr auf die TIA Lobhudelei... (nebenbei hätte man ein par der kleineren Verbesserungen sicherlich auch in Step7 integrieren können)
 
Zurück
Oben