Zykluszeit verkürzen???

[wincc]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo da ich hier leider nicht mein programm einstellen kann und darf frage ich euch mal allgemein
Wie kann man durch programmierstrategien die aktuelle zykluszeit eines vorhandenen programmes verkürzen

das programm besteht aus 8 FB´s und ca 160 FC´s 55 datenbausteinen.

würde es was bringen fb´s durch fc´s zu ersetzen und mit merker zu arbeiten ?
würde es was bringen in bausteinen in denen viele teile eines db´s aufgerufen werden mit DB Auf den datenbaustein zu beginn zu öffen?

jede antwort ist hilfreich

habe eine 315 2DB neusten typs im einsatz und meine zykluszeit liegt bei ca 100-130 ms .... kunde will keine andere cpu einsetzen

 

[dalbi]

Hallo,

eine Möglichkeit wäre Teile des Programms nicht jeden Zyklus sondern nur jeden 2ten auszuführen, sofern möglich.

Ich glaube der Zugriff auf Merker ist auch kürzer als der auf temporäre Variablen, bei denn DBs bin ich mir nicht sicher aber ich würde es mal probieren.

MfG
Daniel

 

[MW]

Zuviel Werbung?
-> Hier kostenlos registrieren

Meines Wissens nach ist die Verwendung von Merkern, normalen Timern und Zählern immernoch schneller als die Verwendung von DB´s und IEC-Timern, -Zähler.
(So war es bis jetzt, ich denke bei den aktuellen CPU´s ist das immernoch so)

Desweiteren stimme ich meinem Vorredner zu, nicht ablaufrelevante Funktionen auf mehrere Zyklen zu verteilen

 

[Approx]

Eine Möglichkeit wäre noch das bedingte Bearbeiten von bestimmten Programmteilen. Zum Beispiel bei Betriebsart xy nur den entsprechenden Baustein aufzurufen. Nicht benötigte Teile entweder per Sprungbefehl überspringen (innerhalb des FC/FB) oder eine Logig an den EN-Eingang des bausteins vorschalten (ausserhalb des FC/FB).

Falls ein nicht benutzter Zeit-OB (z.B. OB35) in den Objekteigenschaften der CPU eingetragen ist, dann bringt es vielleicht etwas, diesen OB zu deaktivieren. Zeit-OB's erzeugen je nach parametriertem Aufrufzyklus einen Interrupt im Zyklischen Programm. Auch wenn im OB kein Code enthalten ist, kostet der Aufruf etwas Zeit.
Gruß Approx

 

[Ralle]

Also als wir die Programmierung von merkerbasierten Schrittketten auf Schrittketten mit SPL und Datenhaltung in Datenbausteinen umgestellt haben, sind die Zykluszeiten enorm in die Höhe geschnellt. Bitzugriffe auf Datenbausteine dauern um einiges länger, als Bitzugriffe auf Merker. Um eine wirklich signifikante Verringerung der Zykluszeit zu erreichen, reicht es aber nicht, 30 Datenbits gegen Merkerbits auszutauschen, da muß man wohl eher was am ganzen System ändern. Auch die Arbeit mit extrem verschachtelten Structs in Datenbausteinen kostet neben Speicherplatz auch Zykluszeit, vor allem, wenn man diese über die INPUTs und OUTPUTs der FC/FB übergibt, da die Daten teilweise beim Bausteinaufruf umgeladen werden müssen und durch die Strucktur mehr Ladespeicher benötigen, als Daten enthalten sind. Wenn ich mir überlege, was der Umbau des Programms, inkl. Fehlersuche, an Zeit kostet, sollte dein Auftraggeber besser in eine VIPA Speed7 investieren, die sollte mindestens um den Faktor 10 schneller sein, eher noch mehr.

PS: Ich weiß, er will das nicht, aber was hilfts. Bei Speed7 vorher checken, ob Baugruppen wie CP etc. über Rückwandbus mit der Speed7 können!

 

[Larry Laffer]

Zuviel Werbung?
-> Hier kostenlos registrieren

Wenn dein Programm die beschriebene Größe hat wird es wohl schwierig werden, da wirklich etwas signifikant zu ändern. Die bereits gemachten Vorschläge wären natürlich alle zielführend (jeder für sich und auch alle zusammen), aber bedenke bitte auch den Aufwand (wie schon von Ralle genannt).
Ich würde hier auch auf eine andere CPU wechseln. Die nächste Alternative zu der von dir genannten CPU wäre von Siemens die 317-2DP. Diese ist im Verhältnis zu 315-2DP um ein vielfaches schneller (kostet aber auch 2000 € mehr).
Bedenke bitte hierbei, dass ein erfolgreich geändertes Programm auch erstmal wieder funktionieren muss. Das tut es nach meiner Erfahrung aber auch nicht in 5 Minuten (man gönnt sich ja immer mal gerne wieder den einen oder anderen wirklich guten Tippfehler).

Gruß und viel Erfolg
LL

 

[Graph&SCL_Freak]

Überrede den Kunden zu einer 315PN/DP, die ja eigentlich eine 317PN/DP mit weniger Speicher ist. Damit wechselst du von der 16Bit auf die 32Bit Architektur. Die Leistung sollte dann reichen. Du verdoppelst automatisch den Arbeitsspeicher (256Kb). Und der Preis ist gegenüber der 317 fast ein 'Schnäppchen'.

 

[vladi]

Zyklus

Hi,
vor allem verstehe ich nicht, wo das Problem liegt, bei dem Programm und einer 315 CPU - 120ms ist OK, wegen was genau ist dir das "langsam"?
Positionierst du noch damit, oder was.. .
(Die VIPA Speed7 CPU ist z.B. mind. 10 mal schneller)

Vladi

 

[Graph&SCL_Freak]

Zuviel Werbung?
-> Hier kostenlos registrieren

(Die VIPA Speed7 CPU ist z.B. mind. 10 mal schneller)

Nur leider ist es auch 10x schwerer einen Kunden zu einer Vipa-CPU zu überreden, von der er noch nie was gehört hat, ausser du pappst da einen Siemens-Aufkleber drauf. :-D

 

[Larry Laffer]

Hi,
vor allem verstehe ich nicht, wo das Problem liegt, bei dem Programm und einer 315 CPU - 120ms ist OK, wegen was genau ist dir das "langsam"?
Positionierst du noch damit, oder was.. .

Ich verstehe diese Anmerkung nicht ...
20 - 40 ms sind für ein Ablauf-Programm ganz OK ... > 100 ms bestimmt nicht mehr.

@Vladi: Was machst du denn für Steuerungen, wenn da Zykluszeiten > 100 ms noch Klasse sind ...

 

[vladi]

VIPA+Kunde

Nur leider ist es auch 10x schwerer einen Kunden zu einer Vipa-CPU zu überreden, von der er noch nie was gehört hat, ausser du pappst da einen Siemens-Aufkleber drauf. :-D

Oder du sagst gar nichts , wieviel Kunden merken das?
Ja, leider ist es so, hier in konservativ old Germany. Kannst kaum für manche Aufgaben ahdere SPSen verwenden(NAIS, Mitsubishi, egal was), obwohl die besser und billiger sind, weil jeder meckert dann "..das kommt mir nicht ins Haus" usw.

V.

 

[vladi]

Zuviel Werbung?
-> Hier kostenlos registrieren

Zyklus

Hi Larry,

Ich verstehe diese Anmerkung nicht ...
20 - 40 ms sind für ein Ablauf-Programm ganz OK ... > 100 ms bestimmt nicht mehr.
@Vladi: Was machst du denn für Steuerungen, wenn da Zykluszeiten > 100 ms noch Klasse sind ...

was soll denn das?
Z.B. viele Anlagen, bei den die Prozessvorgänge, Aktoren, Sensoren usw. so miteinander verknüpft werden, das 1/10 Sekunde keine Rolle spielt.
Produktionsanlagen für Pharmaunternehmen, Prüfstände, was weiss ich.
Ich arbeite fast immer mit GRAPH SKs, und mit viele Daten, dann sind die 315 CPUs halt so langsam, prozesstechnisch reicht das aber.
Oder PCS7 Anlagen: dort ist 1/10 s auch ein Klacks, da habe ich Anlagen, die Medium auf ein paar Gramm genau dosieren.
Wenn ich schelle Prozesse habe, mit schnelle Sensoren bzw. schnelle Regelungen oder Vorgänge, dann ist klar; dann reichen mir auch 20ms nicht(daher teste ich gerade mit VIPA Speed7).
Ich kenne einen S5 Freak von früher, wenn seine Zykluszeit nicht unter 5ms lag, konnte er nicht schlafen. Keine SKs, wenig DBs, alles ganz schnell mit Merkersequenzen und Zyklusteiler..
Also bedeutet das: wenn für den Prozess 1 Sekunde schnell genug ist(wie schnell öffnet und schliesst ein Ventil?), so kann die CPU auch 500ms Zyklus haben.
Oder muss ich wieder meine Signatur bearbeiten?

Gruss: Vladi

 

[Larry Laffer]

Oder muss ich wieder meine Signatur bearbeiten?

... vielleicht ...

Da hat halt jeder so seine eigene Philosophie ...
Aber vielleicht ein Beispiel :

Ich hatte da mal eine Förderanlage mit einer taktenden Kette. Die Kette wurde von einem Drehstrom-Motor mit hoher Untersetzung vorgefahren. Die Geschwindigkeit hier war ca. 0,5 m/s. Die Kette sollte von "Stab zu Stab" weitertakten. Der Haltepunkt wurde von einem Ini bestimmt. Wenn der Ini in einem 30 ms-Programm geschaltet hat, dann wäre die Reaktions-Verzögerung bezogen auf den Weg 1,5 cm gewesen. In einem 120 ms Programm nach gleicher Berechnung 6 cm. Das hätte die Folge-Mechanik aber nicht mitgespielt.
Vielleicht kannst du an dem kleinen Beispiel (mit würden da aber noch 10.000 weitere einfallen) das Problem verstehen. Ich kann mir an meinen Anlagen solche hohen Zykluszeiten im Sinne der Anlagen-Funktionalität nicht leisten ...

Gruß
LL

 

[trinitaucher]

Steinigt mich bitte nicht, aber beim Mitlesen dieser Diskussion stellt sich mir die Frage, ob Siemens mit ihren S7-300 überhaupt noch up-to-date sind.
Wir setzen Beckhoff-Steuerungen ein (CX1000 und CX1020). Die Kosten laut Liste weit (!) weniger als 1500 Euro und sind zumindest mit unseren Programmen (Maschinensteuerung) weit unterfordert. Hab letztens mal aus Neugier die Zykluszeit auf 500µs runtergeschraubt. Das hat den CX1020 überhaupt nicht beeindruckt, obwohl das Programm aus zig FBs und Arrays aus FBs besteht, die nicht selten in Schleifen aufgerufen werden usw. Zudem werden noch mehrere NC-Achsen mit geregelt (2ms Zykluszeit).

Was macht es denn so schwer, bei Kunden mal neue Technik einzuführen? Einzig die Gewohnheit (mangelnde Marktkenntnis), oder haben Siemens-Produkte evtl. handfeste Vorteile (Qualität, Langlebigkeit, Preis)???

 

[vladi]

Zuviel Werbung?
-> Hier kostenlos registrieren

Zeiten

Hi Larry,
natürlich kann ich das verstehen, so habe ich es auch gemeint.
Der Prozess bestimmt, was man für Zykluszeiten haben darf.
Und für noch genauere Vorgänge gibt es die Interrupt I/Os, oder
Counter CPs, oder SIWAREX CPs..

Ich habe nur was dagegen, generell zu sagen: "oo, die CPU arbeitet
mit xxx ms, das ist aber langsam, Kollege".

Gruss: Vladi

P.S. Ach, neee, der HDD ist auch da..Sch...! ;-))

 

[Graph&SCL_Freak]

Steinigt mich bitte nicht, aber beim Mitlesen dieser Diskussion stellt sich mir die Frage, ob Siemens mit ihren S7-300 überhaupt noch up-to-date sind.
Wir setzen Beckhoff-Steuerungen ein (CX1000 und CX1020).

Sind sie selbstverständlich nicht, auch nicht mit der S7-400. Allein schon die Geschwindigkeit des Rückwandbusses ist ein Witz, was nützt mir da Profinet? Wenn ich da an Ethercat und die neuen schnellen Analog-Klemmen denke von Beckhoff. Da kann ich Sachen mit der SPS realisieren, die bisher nur mit Messkarten etc. gingen. Siemens ist halt Marktführer, da darf man keine Innovationen erwarten. Und grosse Kunden von Beckhoff zu überzeugen hab ich mittlerweile aufgegeben. Was da an Geld für Siemens und zusätzlicher Messhardware (National, imc etc.) z.B. im Prüfstandsbereich ausgegeben wird ist unglaublich.

 

[wincc]

Hi Danke leute für eure antworten.

Es handelt sich um eine Folien und Papierbeschichtungsanlage.

Denke ich werde als erstes mal prüfen welche Fc´s und FB´s ich weniger oft bzw nur bei bedarf aufrufen kann.

Derzeit habe ich noch KEIN Problem an der Anlage da der Kunde aber eine Geschwindigkeitserhöhung von 290m/min auf 350m/min plant sehe ich das Problem bei meinen automatischen Splicern da ich beim Splicevorgang doch einigermaßen genaue Zeiten benötige.
Schrittketten werde ich wohl auch weiterhin mit merkern schreiben da wie schon oben erwähnt graph ketten mehr speicher benötigen (habe ich bereits vor einiger zeit getestet und wieder verworfen)

 

[MW]

Zuviel Werbung?
-> Hier kostenlos registrieren

Was macht es denn so schwer, bei Kunden mal neue Technik einzuführen? Einzig die Gewohnheit (mangelnde Marktkenntnis), oder haben Siemens-Produkte evtl. handfeste Vorteile (Qualität, Langlebigkeit, Preis)???

Zum einen dürfte da die Lagerhaltung eine Rolle spielen, den dass macht schon einen Unterschied ob man nur ersatzteile von einem Hersteller bunkern muss als von dreien oder mehr.

Zum anderern auch die Preise für Programmiersoft- und Hardware, wenn man da nur mal an die Preise von Siemens denkt.

Gewohnheit oder Angst vor neuen Techniken
Beispiel: Für eine Problem-lösung wäre nur ein Buskabel (plus Zubehör) nötig, Technischer Leiter möchte das nicht. Also stundenlanges Erfolgloses Basteln ohne erfolg und dann noch ne andere firma hollen, nur um sich das Buskabel zusparen ---> ist das SINNVOLL ?????

 

[trinitaucher]

Das mit der Lagerhaltung macht Sinn, aber nur dann, wenn man wirklich mehrere Hersteller hat, anstatt sich für einen zu entscheiden. Bzw. für die "bessere" Technik.

Gerade beim Thema Programmiersoftware finde ich, ist Siemens ein Negativbeispiel. Da zahlt man für jede Lizens.
Bei Beckhoff hingegen nur für die Lizens der Soft-SPS auf dem IPC, der als Steuerung genutzt wird. Die Programmiersoftware an sich ist umsonst, da hier die 30-Tage Testversion ausreicht.

 

[Maxl]

Eins verstehe ich nicht:
Hier werden 20 Beiträge zu einem Thema gepostet. Von diesen 20 Beiträgen sind 15 solche, die sich mit einem Thema beschäftigen, dass wir bereits 1000 mal durch hatten. Und über wincc's eigentliches Problem wird gar nicht gesprochen!

Mir kommt bei dieser "Siemens: Böse, langsam und teuer" und "Vipa & Beckhoff gut, billig und schnell" Diskussion langsam das :sb5:!
Es wird schon einen Grund haben, dass der Kunde eine 315er haben! Also beschränkt Euch bitte wieder aufs Wesentliche, und philosophiert im Stammtisch weiter!!

Danke!
maxl