Umstieg auf TIA

Zuviel Werbung?
-> Hier kostenlos registrieren
Hier wird von Arbeiten unter Stress, Effektivität und daraus folgend der Anforderung nach gutem Handling geschrieben. Wer einen FB, irgendeine Variable ersellen kann, ohne daran denken zu müssen wo jetzt der IDB/DB oder sonst etwas hin soll, der ist weitaus effektiver und schneller in der eigentlichen Arbeit.

CFC macht sowas in der Art.
 
Ich denke wir sind hier jetzt aber komplett ab vom Thema...
Jeder hat halt seinen eigenen Programmierstil, da hab ich auch nix dagegen. Nur sollte man seinen Stil nicht als das "Nonplusultra" ansehen, und versuchen es allen anderen aufzudrängen.

Mein persönlicher Lieblingsstil ist nämlich: Bausteine schreiben in SCL und Bausteine verschalten in CFC.

Was ist eigentlich mit CFC im TIA-Portal ?

Gruß

??? SCL ist doch ok...... für Funktionen, Berechnungen usw. hab ja nur gesagt ein ganzes Programm ist nicht mein Fall
CFC hab ich in TIA noch nicht gesehen.....

Was mir aber mal aufgefallen ist........ Das vor ein paar Jahren alle noch nach einem kurzen knackigen Code geschrien haben und damit war immer AWL gemeint alle anderen FUP,KOP,Graph usw waren Warmduscher.
Und heute... spielt das komischerweise keine Rolle mehr.

Jeder der mal unter Step7 zB. einen übersetzen SCL Baustein mit dem AWL Editior geöffnet hat der weiß was da für ein Müll drin ist.

Aber trotzdem freue ich mich auf TIA V12 das im Januar 2013 kommt.........
 
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
Und heute... spielt das komischerweise keine Rolle mehr.
Nunja, die Leistungsfähigkeit der CPUs ist gerade bei Siemens in den letzten paar Jahren doch enorm gestiegen, sodass es "heute" wirklich eine erheblich geringere Roll spielt.

Jeder der mal unter Step7 zB. einen übersetzen SCL Baustein mit dem AWL Editior geöffnet hat der weiß was da für ein Müll drin ist.
Das wiederum ist/war vermutlich der größte Käse der in Zusammenhang mit SCL jemals geschrieben wurde.
Sicherlich ist es kein "schöner" AWL-Code, aber "Müll" ist da auch nicht drin, wobei der kompilierte Code natürlich nur so gut ist, wie der Code der Quelle.

Mfg
Manuel
 
Jeder der mal unter Step7 zB. einen übersetzen SCL Baustein mit dem AWL Editior geöffnet hat der weiß was da für ein Müll drin ist.

Das ist definitiv falsch!
Der erzeugte Code ist lesbar und nachvollziehbar. Wenn du Debug-Informationen und Bereichsprüfung ausschaltest, dann ist der Code sogar übersichtlicher als so manches was ich von anderen "Kollegen" schon gesehen habe.

Gruß
Dieter
 
Nunja, die Leistungsfähigkeit der CPUs ist gerade bei Siemens in den letzten paar Jahren doch enorm gestiegen, sodass es "heute" wirklich eine erheblich geringere Roll spielt.

Eine erhebliche Rolle spielt das schon längere Zeit nicht mehr als "nur" die letzten Jahre....

"Müll" ist da auch nicht drin, wobei der kompilierte Code natürlich nur so gut ist, wie der Code der Quelle.

Ihr legt aber auch jedes Wort auf die Goldwaage. ;-)
Meine Quelle ist natürlich wie bei allen hier ......... "Gottes Werk" :TOOL: :ROFLMAO:
 
Zuviel Werbung?
-> Hier kostenlos registrieren
na, ich hoffe doch, dass nun SCL nicht mehr so wie "classic" in AWL übersetzt werden wird bei der 1500er. Ich denke doch, AWL und SCL werden beide übersetzt werden direkt in Maschinencode, ohne den Umweg über die andere Zwischensprache.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
na, ich hoffe doch, dass nun SCL nicht mehr so wie "classic" in AWL übersetzt werden wird bei der 1500er. Ich denke doch, AWL und SCL werden beide übersetzt werden direkt in Maschinencode, ohne den Umweg über die andere Zwischensprache.
Letzten Endes wird SCL jetzt auch schon in MC7-Code übersetzt, was schlussendlich ja der Maschinencode der S7 ist, das man den Code im AWL-Editor anschauen kann ist definitiv ein geniales Feature.

Ich hoffe inständig, das Siemens daran nichts wesentliches ändert, sonst ist der letzte wirkliche Vorteil auch noch dahin,
das es sich eben um kein reines Compiler-System wie z.B. bei Codesys handelt, wo in der Steuerung wirklich nur Maschinencode landet,
mit dem niemand im Nachhinein noch irgendwas ernsthaftes anfangen kann.

Mfg
Manuel
 
das man den [EDIT: SCL -] Code im AWL-Editor anschauen kann ist definitiv ein geniales Feature.

..den des aber mit dem TIA nicht mehr gibt, weil es schon ein anderes SCL ist im TIA als im CLASSIC.

Und da das SCL im TIA-Prof. ohnehin mit dabei ist und es keine Quellen mehr gibt (was ich besser finde ... lebender Code) hat sich das definitiv erledigt.

Frank
 
..den des aber mit dem TIA nicht mehr gibt, weil es schon ein anderes SCL ist im TIA als im CLASSIC.
Und da das SCL im TIA-Prof. ohnehin mit dabei ist und es keine Quellen mehr gibt (was ich besser finde ... lebender Code) hat sich das definitiv erledigt.
Ist jetzt nur Spekulation, aber noch nicht getestet, was passiert wenn man den Baustein aus der CPU lädt?
Wobei das ja scheinbar im Moment ja sowieso nicht so wirklich funktioniert ...

Funktion bisher:
Station laden in PG
Adresse auswählen
ein paar Minuten warten
CPU inkl. HW-Konfig im Projekt
Alles bearbeitbar, vollkommen unabhängig von Quellen, Grundprojekten oder sonstwas, Bausteine vom Typ SCL dann halt als quasi-AWL,
Die in meinen Augen beste Funktion von Step7 schlechthin, auch egal ob das Projekt konsistent ist oder nicht, man erhält immer was les und bearbeitbares
Sollte das bei TIA wirklich nicht mehr funktionieren, was bezogen auf die Siemens-Welt ein echter Rückschritt ist, insbesondere auf jahrelange oder jahrzehntelange Wartbarkeit?
Dann sei die Frage erlaubt, warum man bei Siemens unsummen für die Entwicklung von TIA ausgibt, wenn dann doch nur eine schlechte Codesys Kopie rauskommt,
und selbst dafür hätte es von den Freunden bei Deltalogic "ProSys" schon eine gewisse Grundlage gegeben.

Mfg
Manuel
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Also bei den 300er/400er Cpus wirds bestimmt noch in awl sprich MC7 compiliert werden... Was sollten die cpus den ohne Firmeareupdate auch sonst verstehen?
und woher wisst ihr eigendlich alle das die nächste 1500er heissen wird? wurde da schon was vorgestellt??
 
ALso da gibt es Informationen, das die Namen bei
12xx bleiben, für die 300/400er heissen die Nach-
folger 13xx und 14xx.
Von 15xx weiss ich nichts.
Hat da mal einer was näheres von gehört ?
 
und woher wisst ihr eigentlich alle das die nächste 1500er heißen wird? wurde da schon was vorgestellt??

Also, wo ihr alle so für Logik seid. ;-)

Die Bezeichnung 1500 hat gar keinen Sinn. Warum sollte man einen Nachfolger ... von was eigentlich 300?? ... 400?? ... ausgerechnet 1500 bezeichnen wo es doch bereits eine logische Analogie gibt:

aus einer S7-200 wurde der Nachfolger S7-1200 ... also ihr "Nummern-Erfinder". Die einfache Lösung ist immer die Beste.

Frank
 
ALso da gibt es Informationen, das die Namen bei
12xx bleiben, für die 300/400er heissen die Nach-
folger 13xx und 14xx.
Von 15xx weiss ich nichts.
Hat da mal einer was näheres von gehört ?

soll das wirklich so sein?
so wie ich gehört habe wird es keine unterscheidung in 300/400 mehr geben. die neue steuerung soll 15xx heißen und leistungsmässig zwischen 300 und 400 liegen.
so waren die aussagen von zwei siemens-mitarbeitern aus amberg zu einem tia-umsteigerkurs in nürnberg.
 
also bei meinem Vertriebsjogi hab ich nachgefragt, der hat sich nicht gegen die Bezeichnung 1500er gesträubt und mich gebeten, doch zur SPS/IPC/Drives zu kommen. Wann das Ding allerdings die Kunden in der Hand halten dürfen - da wollt er mir auch nichts Verbindliches drüber sagen.

warum die 200er in 1200er umbenennen? tja, da hat Siemens einen echten Schnitt gemacht. Aber 200er war schon immer Exot, mit nichts kompatibel. Warum diese Steuerung je erfunden wurde? vielleicht hoffte Siemens, dass die Akzeptanz des neuen höher wäre.

dahingegen ist bei der Fortführung der 300er/400er Reihe als 1500er nun eher eine Weiterentwicklung als ein Schnitt wahrnehmbar. In meinen Augen. Aber letztlich: Namen, Schall und Rauch....
 
Zurück
Oben