TIA 1200 kann kein Graph7???

Zuviel Werbung?
-> Hier kostenlos registrieren
Das scheint aber auch einfach eine Geschmacksfrage zu sein.
Mir selber reicht die 1200er voll aus ohne Graph 7. Und eine 1200er mit einer SR oder SCL Schrittkette ist für mich eine gute Lösung und wäre mir lieber als eine grafische Schrittkette in Codesys auf einem Rasberry PI.

Siemens hat innerhalb des TIA Portals meiner Meinung nach größere Aufaben zu erledigen, als die S7 1200 in einen rundum sorglos Controller zu verwandeln.
Wichtigere wären mir Servoantrieb Parametrierung, Technologieobjekte für Chargenwaagen und Differentialdosierwaagen auf Basis von Siwarex, SQL Datenbankanbindung aus der SPS und das Thema Versionsverwaltung.
 
Das scheint aber auch einfach eine Geschmacksfrage zu sein.
Mir selber reicht die 1200er voll aus ohne Graph 7. Und eine 1200er mit einer SR oder SCL Schrittkette ist für mich eine gute Lösung und wäre mir lieber als eine grafische Schrittkette in Codesys auf einem Rasberry PI.

Siemens hat innerhalb des TIA Portals meiner Meinung nach größere Aufaben zu erledigen, als die S7 1200 in einen rundum sorglos Controller zu verwandeln.
Wichtigere wären mir Servoantrieb Parametrierung, Technologieobjekte für Chargenwaagen und Differentialdosierwaagen auf Basis von Siwarex, SQL Datenbankanbindung aus der SPS und das Thema Versionsverwaltung.

Ja, träume ruhig noch ein wenig weiter, du hast im übrigen den Fluxxkompensator für deinen Delorian vergessen, gesteuert von eine simplen 1200-er, die eh nichts weiter kann, als 2 Bit zu verodern, geile Leistung das.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Ja, träume ruhig noch ein wenig weiter, du hast im übrigen den Fluxxkompensator für deinen Delorian vergessen, gesteuert von eine simplen 1200-er, die eh nichts weiter kann, als 2 Bit zu verodern, geile Leistung das.

Natürlich kann dieses Steuerung mehr, das Stelle ich auch nicht in Frage.
Ich bin nur realistisch genug mir einzugestehen das ein Industriekonzern bei der Einführung einer neuen Technologie nicht alle Leistungsmerkmale in seinem kleinsten Produkt verfügbar macht.

Ich persönlich arbeite bei einem Maschinenbauer der genauso verfährt. Die beste Funktionalität und performance gibt es auch nur in unserer größten Maschine. Ich sehe da nichts verwerfliches.
 
Das scheint aber auch einfach eine Geschmacksfrage zu sein.
Mir selber reicht die 1200er voll aus ohne Graph 7. Und eine 1200er mit einer SR oder SCL Schrittkette ist für mich eine gute Lösung und wäre mir lieber als eine grafische Schrittkette in Codesys auf einem Rasberry PI.

Siemens hat innerhalb des TIA Portals meiner Meinung nach größere Aufaben zu erledigen, als die S7 1200 in einen rundum sorglos Controller zu verwandeln.
Wichtigere wären mir Servoantrieb Parametrierung, Technologieobjekte für Chargenwaagen und Differentialdosierwaagen auf Basis von Siwarex, SQL Datenbankanbindung aus der SPS und das Thema Versionsverwaltung.

Du scheinst ganz zu vergessen das uns Siemens eine ganze Steurungsreihe wegnimmt.
Früher gab es 200er; 300er und 400er, zukünftig wird es nur 1200er und 1500er geben,
dann sollten die wenigstens vernünftig zu Programmieren sein und vor allen Dingen gleich.

Für deine Mäusekinoanwendungen gibt es ja noch Logo, da kannst du gerne KOP Schrittketten
mit 6 Navigationstasten erstellen. Ich für meinen Anspruch möchte Professionell arbeiten.

Ich glaube fast das Siemens es schon gerne möchte das Graph auf den 1200er läuft, aber Sie
können es einfach nicht, weil Software erstellen gehört nicht zu ihren herausragenden Fähigkeiten.

Rechnungen schreiben für erforderliche Wartungsverträge, das funktioniert super.
 
Ach ja noch mal eine Ergänzung, die 1200er ist alles andere als Leistungschwach.
Und zu den IOs, ich kann am Bus Servosteller und Ventilinseln anhängen, das
es nur so klappert in Karton. Da soll ich dann auf Graph verzichten... Blödsinn.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Interessante Diskussion ;)

Zum Thema: "Mit nur X EA braucht man doch kein Graph" -> Ich weis ja nicht was ihr mit der 1200er macht, aber ich habe zu 99% noch mindestens einen PN-Slave dran hängen oder eine S7-Kommunikation zu einer Übergeordneten Steuerung, und wenn das ne ET200 mit 256 EA wäre, dann sieht die Welt auch wieder anders aus.

Zum Thema Graph: Ich muss mich outen, ich programmiere nur in SCL. Um Graph habe ich, bis auf meine Berufsschulzeit, einen Bogen gemacht.
Der Grund ist relativ simpel: Wenn der BS Lehrer einem nur etwa 0,1% der Funktionen zeigt, und nicht mal das hinbekommt, dann ist man
davon nicht arg überzeugt. Ich denke ich muss mich in Zukunft mal damit beschäftigen, aber wenn es nicht auf der 1200er läuft ist es mir die Mühe schon
wieder fast nicht wert. Ich habe zwar sehr wenige Standard-Bausteine die mit einer Schrittkette laufen, aber ich muss mich schon teilweise mit Sachen
rumschlagen die zwischen 1200er und 300er imkompatibel sind (At-Ansicht z.B. geht nur bei nicht optimierten DBs) und dann will ich die Kollisionspunkte so gering
wie möglich halten.

Grüße

Marcel
 
Ich bin auch der Meinung das die 1200er die gleichen Funktionen haben sollte wie die 1500er im TIA Portal.
Persönlich finde ich es auch lästig eine Baustein-Bibliothek für die 1200er und eine Baustein-Bibliothek für die 1500er.
Meine ganzen Funktionsbausteine schreibe ich alter AWL, KOP und FUP-Programmierer auch in SCL aber nicht weil ich SCL so toll finde sondern damit ich einen Baustein in beiden Systemen nutzen kann.

Für Siemens ein Graph in die 1200er bringen dürfte das kleinste Problem sein.... wie am Anfang Version 1.0 bei der 1200er mit SCL neue Firmware und schon ist alles auf go
 
Interessante Diskussion ;)

Ich habe zwar sehr wenige Standard-Bausteine die mit einer Schrittkette laufen, aber ich muss mich schon teilweise mit Sachen
rumschlagen die zwischen 1200er und 300er imkompatibel sind (At-Ansicht z.B. geht nur bei nicht optimierten DBs) und dann will ich die Kollisionspunkte so gering
wie möglich halten.

Grüße

Marcel

Du kannst bei TIA Bitweise auf Byte, Word, oder Dword per Slicing zugreifen. Das ersetzt den AT Befehl und funktioniert auch bei optimierten Bausteinen. In der nächsten Hauptversion von TIA wird das Slicing auch symbolisch möglich sein.

https://support.industry.siemens.com/cs/#document/57374718?lc=de-WW
 
Zuletzt bearbeitet:
Ach ja noch mal eine Ergänzung, die 1200er ist alles andere als Leistungschwach.
Und zu den IOs, ich kann am Bus Servosteller und Ventilinseln anhängen, das
es nur so klappert in Karton. Da soll ich dann auf Graph verzichten... Blödsinn.

Auch das ist nicht richtig ich kann bei einer 1200 am Profinet 16 IO Teilnehmer anhängen. Bei ein typischen Konfig mit ein paar Umrichtern, dezentralen IO's, ein paar Drehwinkelgebern, einer Waage etc. pp. bin ich Blitzschnell am Ende bzw. habe keine Reserve mehr für den Maschinenausbau. Ganz abgesehen davon wird der Speicher in der CPU für so viele Teilnehmer auch schnell knapp.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Auch das ist nicht richtig ich kann bei einer 1200 am Profinet 16 IO Teilnehmer anhängen. Bei ein typischen Konfig mit ein paar Umrichtern, dezentralen IO's, ein paar Drehwinkelgebern, einer Waage etc. pp. bin ich Blitzschnell am Ende bzw. habe keine Reserve mehr für den Maschinenausbau. Ganz abgesehen davon wird der Speicher in der CPU für so viele Teilnehmer auch schnell knapp.

Jetzt Butter bei den Fische, ab wieviel IOs darf man den deiner Ansicht nach Graph nutzen?

Meiner Erfahrung nach reicht eine kleine Pic and Place Anwendung mit zwei Servos und
ein paar schützen und eine Ventilinsel aus, die eine saubere Schrittkette erforderlich
machen.
 
Meiner Ansicht nach gehört eine grafische Schrittkettenprogrammierung in jede Vernünftige SPS-Steuerung oder besser

FUP - KOP - AWL - SCL - Graph das sollte Standard sein :D
 
AT-Ansicht ist ja schön und gut. Die geht ja nur in eine Richtung, oder kann ich auch 32 Bits auf ein DWord abbilden? Und wenn ich die 32 Bit als DWord definiere und per Slice darauf zugreife, hab ich keine vernünftigen Variablenbezeichnungen mehr. Das ist ja auch nicht der Weisheit letzter Schluß. Ich hab einen DB mit lauter Bits für die Störungsmeldungen und -quittierungen. Um abzufragen, ob einer der Bits gesetzt ist, hab ich in der 300-er immer ind. adressiert und eine kleine Schleife laufen lassen, simpel, in Aal, Megaschnell. Hat ein wenig gedauert, bis ich mit PEEK_DWORD die Lösung hatte, natürlich nur für SCL und nicht optimierte Bausteine. Was für ein Mega-Mist ist das denn, eine neue Steuerung, die solche Krücken braucht, schüttel.

PS: Mal von der Steuerung abgesehen, hier noch ein kleines Statement zur TIA-Programmierumgebung: Die ist von allen Programmierumgebungen, die ich je in den Fingern hatte mit Abstand die schlechteste, langsamste und am uneffektivsten und dümmsten umgesetzte Lösung. Wer das verbrochen hat, hat niemals, ich betone niemals, irgendwelche wirklichen Projekte in der Industrie programmiert. Es sind so viele kleine nervige immer wieder auftretende Handgriffe (Größerziehen von irgendwelchen Scheiß-Spalten, die bei jedem Mal wieder die alte, zu kleine Größe haben, so daß die Variablen oder Adressen nicht komplett zu sehen sind. Fügt man irgendwas in KOP ein, muß man recht oft 2 Mal Enter drücken. Über den Tag nervt das sowas von ab.) Alles zusammen ist sowas von abartig, dass ich überzeugt davon bin, dass wir in 20 Jahren nicht mal mehr wissen, wie eine Siemens-SPS aussieht, wenn die nicht ganz schnell kapieren, was da läuft, nämlich NICHTS mehr. Ich programmiere sein 25 Jahren fast ausschließlich Siemens-SPS, sowas habe ich noch nie gesehen, unglaublich. Da hätte Joe Kaeser eine Baustelle, an der er sich wirklich mal gewinnbringend abarbeiten kann. Wenn es in anderen Bereichen von Siemens auch so zugeht, dann gute Nacht, ich könnte glatt heulen.

PS2: Ich kenne die Simotion von Siemens. Die Frage stellt sich, warum haben die das Teil nicht ordentlich ausgebaut und diesen TIA-Schrott weggelassen. Das ist wirklich was mit Hand und Fuß, das ist IEC61131, da kommt man sogar mit Codesys-Hintergrund halbwegs klar. Die Entwickler haben ihre Arbeit nicht schlecht gemacht, das ist um Klassen besser als TIA.

PS3: Die Hilfe-Dateien, von TIA verdienen den Namen nicht. Das stelle man sich mal vor, die erreichen nicht mal ansatzweise das Niveau vom alten Classic, dabei hätte man gerade für die 300-er genau diese Daten weiternutzen können. Wenn man da liest, hat man sich dauernd zu vergewissern, ob das nun für die 300-er, die 1200-er oder die 1500-er gilt. Wie arm ist das, die merken nicht mal, dass ich im Editor gerade eine 1200-er am Kragen hab um mir die richtige Hilfe bereitzustellen.

Ich könnte das hier ewig weiterführen, aber ich weiß, es ist sinnlos. Ich würde ja Herrn Kaeser gerne mal auf einen Whisky einladen. Nicht dass ich nun das TIA mit meinen bescheidenen Kenntnissen mal eben rumreißen könnte, das schafft niemand mehr oder nur ein wirklich guter Organisator mit viel Geld. Aber so ein paar kleine Anmerkungen und Vorführungen hätte ich doch parat.
 
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
Zum Thema: "Mit nur X EA braucht man doch kein Graph"

Eigentlich sollte sich in meinen Augen diese Frage bzw. Behauptung nie stellen.
Die Frage sollte dahingehend sein, ab wann macht es Sinn bei einer Schritkette diese Übersichtlich darzustellen (dies unabhängig des Einsatzes solch eines Tools)? Da sollte es doch egal sein, ob ich 2 oder 20 EA oder mehr in Anwendung habe. Die Vorteil dieser Grafischen Darstellung ist doch, das man den Ablauf visuell abbildet und z.B. bei der Fehlersuche (Schritt rot) emense Vorteile bekommt!
Gerade für Instandhalter bei unserer Kunden ist dies von Vorteil, dieser öffnet den Graph im Status und sieht sofort wo er steht und was fehlt!

Daher war z.B. bei der damaligen Einführung von Graph, der Rückschritt das es kein Diagnose auf den Bedienfeldern gab! Dann wurde die DIMOS Diag von G5/2 (S5) vom Herrn Bauer umgeschrieben das man überhaupt mal ne Anzeige hatte. Einige Zeit später wurde dann die Diagnose über PDiag gemacht! Zu der damaligen Zeit, gab es auf den Panels kein Möglichkeit der Graphische Abbildung der Kette, wie es heute ist ??? (ich arbeit seit einiger Zeit nicht mehr mit Graph)

Allerdings gestehe ich auch, das ich z.B. beim Ablauf für einen WZW usw. in einem BAZ eigentlich auch keinen Graph einsetzen würde! Aber bei Automationen, Handling usw. schon ...


Nun etwas zum Thema Graph und S7-1200'er, ist ja schon ein Witz das Big-S dies nicht hinbekommt!
Die Graph Quelle wird ja auch nur in AWL umgesetzt und paar Sprünge eingefügt! Deshalb ist es auch hier mal wieder ein Armutszeugnis von TIA ... Ich bin froh das die 840D nicht in TIA ist!
Ich habe ne längere Zeit mit Bosch gearbeitet, diese Eier-legende-Wollmich-Säue sind einfach nicht mene Freunde, da ich die Software-Ergonomie dort vermisse ...
 
Jetzt Butter bei den Fische, ab wieviel IOs darf man den deiner Ansicht nach Graph nutzen?

Meiner Erfahrung nach reicht eine kleine Pic and Place Anwendung mit zwei Servos und
ein paar schützen und eine Ventilinsel aus, die eine saubere Schrittkette erforderlich
machen.
Das kann ich bei einer Maschinenbau Applikation nicht sagen ich automatisiere Prozesse. Aber lineare Sequenzen mit weniger als 20 Schritten mache ich immer mit meinem Aktions FB und SCL Case Anweisung. Da habe ich Strukturen und Faceplates fertig und habe in kurzer Zeit lauffähige Ergebnisse.
 
Zurück
Oben