Step 7 SCL FB nach Änderung in CPU laden

d-fan02

Level-1
Beiträge
35
Reaktionspunkte
1
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo,

habe gerade in einem FB, welcher aus einer SCL Quelle generiert wurde, im SCL Code ein paar Zeilen angepasst. Habe die SCL Quelle übersetz und wollte Sie in die CPU laden. Da kommt eine Meldung in Bezug auf "Beachten Sie die Reihenfolge der Bausteine, um die Funktionalität zu gewährleisten". Die Anlage ist im Betrieb und wollte nichts riskieren. Während des Übersetzens kam noch eine Meldung, dass ein (offline) FB überschrieben werden soll. Muss man bei SCL Anpassungen die Anlage in den STOP Zustand bringen? Wie ist die richtige Vorgehensweise? Hinweis: Über diesen FB werden auch Daten in einen DB geschrieben.

Vielen Dank
 
Die Reihenfolge fragt er nur wenn du mehr als 1 Baustein laden willst.
Du hast nur 1 FB geändert so ist nur 1 Baustein zu laden.

Das überschreiben heiss einfach das der Code des FB neu generiert würde und er die alte code durch der neue ersetzen will.

Sprich, es gibt nur 1 neue FB zu laden.

Bram
 
Nur mal so als Anmerkung:
Diese Meldung hat schon seine Berechtigung:
"Beachten Sie die Reihenfolge der Bausteine, um die Funktionalität zu gewährleisten".
Denn wenn ein FB aus einer SCL Quelle generiert wird, wird der Deklarationsteil je ebenfalls generiert.
Daraus folgt das der dazugehörige Instanz-Datenbaustein neu übersetzt wird und deshalb ebenfalls übertragen werden sollte, möchte man ihn jemals wider in der Online Sicht anschauen.
Und nun wider zu dem Hinweis mit der Reihenfolge: Erst DB dann FB übertragen.
 
Denn wenn ein FB aus einer SCL Quelle generiert wird, wird der Deklarationsteil je ebenfalls generiert.
Daraus folgt das der dazugehörige Instanz-Datenbaustein neu übersetzt wird und deshalb ebenfalls übertragen werden sollte, möchte man ihn jemals wider in der Online Sicht anschauen.

Ist das so ? Auch mir nur Änderung am Code. Ist mir noch nicht aufgefallen
Das muss ich morgen mal ausprobieren.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Wenn du aus dem SCL-Editor das Laden ausführst, dann werden alle Bausteine übertragen die du in dem SCL-Baustein verwendest. Dazu gehören auch automatisch angelegte Bausteine für z.B. die IEC-Funktionen. Die Verwendung von STRING_TO_REAL lädt dann beispielsweise den FC31 mit. Außerdem wird jeder DB den du verwendest mitgeladen.

Beim Laden wird dann versucht alle Bausteine in die SPS zu laden, und dann gemeinsam einzuketten. Die Anzahl der gleichzeitig einkettbaren Bausteine ist aber begrenzt, und je nach CPU-Typ unterschiedlich groß (ET200S CPU erlaubt z.B. 16, eine 414 erlaubt 56). Diese Anzahl wird vor dem Laden von der SPS abgefragt. Willst du mehr Bausteine laden als die CPU zum gemeinsamen Einketten zulässt, dann gibt es diese Warnung. Du musst dann entscheiden wie du vorgehst, weil es dann u.U. zu Programmfehlern, zugriffen auf nicht vorhandene Bausteine etc. kommen kann.

Wenn du ausschließlich den einzelnen Baustein laden möchtest und sich sonst nichts geändert hat, würde ich über die Funktion "Teil-Laden" gehen.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
An dieser Anlage verwende ich "classic". TIA wird jetzt aber an all unseren neuen Anlagen der Standard. Hochwertige SPS und billige dezentrale Peripherie. Naja, aber da hab ich keinen Einfluss.
Ich habe wirklich nur ein paar Zeilen geändert im FB, die keinen Einfluss auf Instanzen haben. Die Warnmeldung war halt nur ein wichtiger Hinweis. Über FB "Laden" hat es geklappt. Danke
 
Die Warnmeldung war halt nur ein wichtiger Hinweis.
Allerdings ! ;)
Über FB "Laden" hat es geklappt.
Ich will hier auch nicht die Pferde scheu machen, aber schau dir doch jetzt bitte mal deine Bausteinkonsistenz an.
Wird auf jeden Fall einiges Rot sein. ;)
Und übrigens wenn ihr dann Projekte von "Classic" auf TIA migriert ist eine Voraussetzung : Die Bausteinkonsistenz muss passen.
 
Zurück
Oben