Bausteine auslagern auf CP 443-1 ?

[miasma]

Zuviel Werbung?
-> Hier kostenlos registrieren

Das Programm ist 380 KB groß. Es ist die Steuerung einer Dampfturbine ( + alle Nebenaggregate)
Ein komplexer Regler mit vielen Parametern , eine große Schleife zum zyklischen einlesen der Analogwerte und eine ganze menge Messungen.
Das ganze läuft auf einer S7 414 2DP mit 443-1 CP, an einem Profibus hängen dann 3 schnelle Zählergruppen ein Multimesseumformer und ein Siprotec.dazu gibt es noch eine Anschaltung auf der alle Binärsignale drauf sind.Dazu dazu noch ein MP277 am Ethernet und ein Datenlogger der mit am Ethernet hängt.

Ja ich glaube auch das man der Zykluszeit im PLC SIM nicht trauen kann.
Aufgrund der riesigen Überwachungszeiten gehe auch mal davon aus das der Abarbeitung wesentlich langsamer ist auch einer echten CPU.

Achso der Version der CPU ist 5.0

 

[tonga]

Wenn du lediglich einen DB übergibst an das Leitsystem hast du da aber nen mächtigen Hacker im Programm , kannst du denn die Kommunikation zu Testzwecken nicht mal rausnehmen um zu schauen obs daran liegt? Ich mein wenn deine SPS eh ständig auf Störung geht wegen Zyklusüberschreitung habt ihr doch eh Ausfälle bei der Aufzeichnung oder nicht?

 

[miasma]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ohne Schnittstelle zur Leittechnik läuft es einwandfrei.Über die Diagnose sehe ich ja auch das mich die laufzeit an der Stelle erwischt wo die Daten übergeben werden. Das passiert leider auch nicht regelmässig. Da das Programm aus extrem vielen bedingten aufrufen besteht und somit in der Zykluszeit sowieso stark schwankt.

Ich habe auch schon überlegt ob es nicht die Leistungsgrenze der Steuerung ist und man nicht eine schnellere einsetzen sollte.Aber das sollte die letzte Lösung sein. Ansonsten probiere ich das ganze in noch mehr Stücken zu übergeben oder ich werte die Zykluszeit aus und übergebe nur wenn sie einen bestimmten wert nicht überschreitet.

 

[SPSKILLER]

Hallo miasma,

ist das ne MAN-Turbine?
Wenn ja (sicher ja!), bei welcher Fa. arbeitest du?

Gruß Micha

 

[tonga]

Hast mal probiert die Übergabe im 500ms Takt feste zu übergeben?

 

[miasma]

Zuviel Werbung?
-> Hier kostenlos registrieren

Das macht doch keinen Unterschied dann fleige ich doch nur um 500 ms versetzt raus . Bzw wer sagt mir das gerade in dem Zyklus die Zeit kurz genug ist .

 

[volker]

wie hoch ist die zykluszeit (von-bis) wenn du die leittechnik nicht dran hast?

du hast immer noch nicht geschrieben wie der leitrechner seine daten aus der cp bekommt.

 

[MW]

Kann die datenübergabe zwischen den DB´s denn dann nicht Grundlegend geändert werden ? zb. zusammenhängende Datenblöcke mit der SFC 20 kopieren.

Es ist die Steuerung einer Dampfturbine ( + alle Nebenaggregate)

Dampfturbine :shock:, da hoff ich mal nicht das dass die ist die bei uns installiert wird

 

[tonga]

Zuviel Werbung?
-> Hier kostenlos registrieren

Mal geprüft ob du in einer Schleife hängst und auf Rückmeldung vom Server wartest?

 

[miasma]

wie hoch ist die zykluszeit (von-bis) wenn du die leittechnik nicht dran hast?

du hast immer noch nicht geschrieben wie der leitrechner seine daten aus der cp bekommt.

der bindet mit seiner VISU direkt unsere DB's an bzw greift drauf zu.Ich habe ja schon gesagt das Problem liegt beim zusammenkopieren der DB'S

 

[miasma]

Kann die datenübergabe zwischen den DB´s denn dann nicht Grundlegend geändert werden ? zb. zusammenhängende Datenblöcke mit der SFC 20 kopieren.




Dampfturbine :shock:, da hoff ich mal nicht das dass die ist die bei uns installiert wird

Das ist ja auch das Problem der Kunde hat seine übergabe DB's so gebastelt das keine BLK_MOVES möglich sind. Auf unserer Seite wird alles hin und her geschoben damit seine Visu alles wunderbar aufbereitet abholen kann.

Wo seit "Ihr" denn ?

 

[volker]

Zuviel Werbung?
-> Hier kostenlos registrieren

also hat mein rechenbeispiel doch bestand.

lade dbd dauert wie gesagt 0,12 mikrosekunden.
das transferieren nochmal
+ bausteinaufruf.
bei 4000 variablen sind das also ca 1ms
das kann also eigentlich nicht das problem sein.

du solltest also mal schauen ob du nicht untergewissen bedingungen falsch springst und in einer endlosschleife endest

 

[tonga]

Sorry wenn ich so blöde Fragen stelle aber warum postest du nicht mal kurz den Code dieses Mörder FCs?Wenn es doch nur daran liegt muss es halt anders coden , auf jeden Fall ist jetzt schon mal alles andere ausgeschlossen , ist ja was...

Gruss Sven...

 

[tonga]

Was ich dann nicht verstehe ist die Tatsache das es luppt wenn du die Kommunikation rausnimmst , ich tippe auch drauf das du in einer Schleife hängst und auf etwas wartesst was net kütt...abgesehen davon weiss ich nicht wie die VISU ohne S7 Treiber Daten abrufen soll...

 

[miasma]

Zuviel Werbung?
-> Hier kostenlos registrieren

Also nochmal es handelt sich nicht um eine Schleife sondern nur um einen öfter aufgerufenen FC. Das Problem tritt ja auch nicht in einem bestimmten schema auf , das macht es ja so seltsam.
Ich werde das ganz Montag ja mal an der CPU testen können. Dann werde ich schlauer sein.

 

[vierlagig]

ich versuch mir das immer noch bildhaft vorzustellen und die einzige lösung auf die ich komme ist, dass der FC, der die daten zusammenkopiert, der ja offensichtlich jeweils für einen block von daten oder einzelne daten, aufgerufen wird, sehr sehr oft aufgerufen wird und der zugriff dabei nicht auf volkers angenommenes DBD geschiet sondern mit einem ANY ... nur eine vermutung, code gibt es ja hier nicht. das würde zumindest länger dauern als normal ... zusammenkopieren von daten ist nicht ungewöhnlich und dauert, wie volker schon mehrfach zusammengerechnet hat nicht lange! ... ich würde eher auf ein reglerproblem tippen, so 11/12 regler im OB35 im, sagen wir 200ms takt, da kommt einiges zusammen ... aber wir werden sehen

es ist erstmal beruhigend zu wissen und das möchte ich nochmal festhalten, damit wir uns auch richtig verstehen: das leitsystem holt sich die daten selber ab, du bereitest sie nur auf.

die idee mit dem acknowledge und der kommunikation *grübel* ... naja, ohne das programm wenigstens in bruchteilen präsentiert zu bekommen, können wir hier sowieso recht wenig ausrichten ...

 

[miasma]

Falls ich Montag morgen im Büro noch Zeit habe werde ich den FC mal zugänglich machen

 

[volker]

Zuviel Werbung?
-> Hier kostenlos registrieren

das wäre sicherlich hilfreich dein prob zu lösen.
am besten als awl-quelle !

 

[tonga]

Nur damit wir den Kram mal differenziert kriegen möchte ich kurz erläutern wie ein Leitsystem aufgebaut ist ( ich bitte um Korrektur wenn ich daneben liege !!!) :

Im NetPro befinden sich der Server respektive PCs und sämtliche SPSen.Server sowie PCs sind "aktive Verbindungspartner" ,die SPSen "passive" Verbindungspartner. Auf dem Server , der VISU oder was auch immer werden alle Objekte parametriert. Der Server schickt dann an die jeweilige SPS einen Auftrag, die SPS greift auf den angeforderten Datensatz zu und verschickt diesen an den Server.

Du machst folgendes in deiner SPS :

Du bereitest die Daten auf aus diversen DBs mit deinem am Montag folgenden FC und schaufelst sie in einen DB. Die SPS wartet auf einen Sendeauftrag und verschickt den DB dann auf Anforderung.

Nun stellt sich die Frage ob deine Daten stets zyklisch aufbereitet werden oder nur dann wenn die Daten verschickt werden sollen.Wenn du das Leitsystem abhängst kriegt deine SPS keinen Sendeauftrag mehr , der Fehler tritt nicht mehr auf. Wird der FC zur Aufbereitung dann immer noch aufgerufen kann es daran nicht liegen sondern wirklich nur an der Stelle der Übertragung , die SPS interressiert es nicht ob sich die Daten im DB ändern oder nicht.

Schönes WE , Sven...

 

[SPSKILLER]

... kann so sein, muss aber nicht.
miasma hat geschrieben, dass er keine Kommunikationsbausteine im Programm einsetzt.

Die Leittechnik holt sich die Daten selbstständig ab.

Dafür wird nur (je nach Protokoll) die MAC/IP-Adresse und der Datenbereich von miasmas S7 benötigt.

Gruß Micha