TIA CPU1511 in Stop bei Programm übertragen

[Voxe]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo,

habe ein Projekt mit einer CPU1511 erstellt und läuft.

Mich stört aber, wenn ich morgens an die Maschine gehe und eine Programmänderung einspielen möchte, das die CPU bei der ersten Übertragung in STOP geht. Die CPU läuft nach der Übertragung auch brav wieder. Mache ich im Laufe des Tages weitere Änderungen geht die CPU nicht bei der Übertragung in STOP. Allerdings am nächsten Morgen, das gleiche Spiel.

Kennt jemand eine Einstellung im TIA-Portal, V13, aktuelle Version, die dies verhindert ????

Gruß, Voxe

 

[RONIN]

Fordert dich TIA beim Übertragen schon vorher auf die CPU zu stoppen (Übertragen nur im Stop-Zustand möglich) oder passiert der Stop von selbst (z.B. durch Fehler)?

Wenn es das zweite ist wirst du die Antwort wahrscheinlich im Diagnosepuffer finden.

 

[Voxe]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo,

leider das erste, Übertragen nur im Stop-Zustand möglich.

 

[RONIN]

Gibt's im Programm am morgen gröberer Änderungen? Leider hab ich auch noch nicht heraus wann TIA einen Stop will, bei mit is es auch ab einer gewissen Tiefe der Änderungen so. Bin auch kein Freund davon.

 

[Voxe]

Dachte ich auch erst, passiert aber selbst bei der minimalsten Änderung.

 

[de vliegende hollander]

Zuviel Werbung?
-> Hier kostenlos registrieren

Da soll es eine maximale Anzahl von Bausteinen geben die Mann ohne CPU-Stopp laden kann. Wenn ich mich nicht tausche, irgendwo in die 30 Bausteinen.

Kann es sein das du morgens den ganze Bausteinordner ladest ? und tagsüber die einzelne ?

Bram

 

[Mediator]

Es hängt davon ab, was Du änderst. Was änderst Du denn typischerweise (konkret)?

 

[Voxe]

Hallo,

lädt man den ganzen Bausteinordner in die CPU geht diese morgens (bzw. das erste mal am Tag, oder CPU sieht Field-PG) in STOP. Danach ist es problemlos möglich, bei kleinen Änderungen.

Bei Übertragen von einzelnen Bausteinen geht die CPU nicht in Stop.

Naja, muss man wohl wissen. Hätte man bei einer Siemens Schulung erwähnen können.

Gruß, Voxe

 

[schaible.r]

Zuviel Werbung?
-> Hier kostenlos registrieren

Sag mal, das Programm das Du morgens ein spielen möchtest, packts Du das morgens frisch aus einer Sicherung aus?
Sprich legst Du es abends als Archiv ab und entpackst es morgens wieder?
Gruß René S.

 

[Münchnerjunge]

Grundsätzlich will TIA die CPU in Stop versetzen um zu reinitialisieren. Das betrifft dich eigentlich immer sobald du einen DB änderst(allerdings bin ich mir grade unsicher wie es sich mit den DB´s mit optimiertem Bausteinzugriff verhält).

Ist es vielleicht möglich, dass du einzelne FB´s in deinem OB1/vergleichbar aufrufst und bei diesen die Übergabevariablen änderst?? Zum Beispiel durch erweitern deiner In-Variablen?

 

[schaible.r]

Zu den erwähnten DBs von Münchnerjunge würden mir z.b. auch Schrittketten einfallen dort wäre es im ungünstigen fall auch so.

 

[PN/DP]

Zuviel Werbung?
-> Hier kostenlos registrieren

Kann man in dem TIA eigentlich die STOP-Forderung überspringen (also ohne in STOP schalten trotzdem laden)?

Oder kann man dem TIA irgendwie beibringen, daß ein vermeintlich nötiger STOP tatsächlich nicht nötig ist (weil z.B. die betreffenden Programmteile gar nicht aufgerufen werden)?

Harald

 

[Mediator]

Hallo,

lädt man den ganzen Bausteinordner in die CPU geht diese morgens (bzw. das erste mal am Tag, oder CPU sieht Field-PG) in STOP.
...

Gruß, Voxe

Wie machst Du das konkret? Hast Du das Programm zuvor vielleicht neu kompiliert (rebuild all blocks)?

Wenn Du im RUN laden willst, dann darfst Du niemals "rebuild all blocks" machen. Solange Du mit "only changes" kompilierst und Download machst, sind auch Änderungen an beliebig vielen Bausteinen im RUN möglich. Bei 1500-CPUs gibt es hier keine Grenze, außer der Größe des Ladespeichers bzw. der Memory Card.

Auch Änderungen an DBs kann man prinzipiell im RUN laden, allerdings kommt es hier je nach Änderung zu Nebenwirkungen, z.B. zur Initialisierung von Variablen. Bei optimierten DBs kann man das verhindern, indem man mit Reserven arbeitet, die man nach und nach für neue oder geänderte Variable verwendet.

 

[harzi]

Hallo,

TIA zeigt dir normalerweise vor der Übertragung an, ob die CPU gestoppt werden muss. Nach meiner Erfahrung ist das auch nur so wenn mehr als 15 oder 16 Bausteine geändert wurden.
Falls mehr Bausteine angezeigt werden die übertragen werden müssen um dein Programm konsistent zu machen, dann übertrage sie nacheinander.
Manchmal ist es auch so dass du einen Datenbaustein änderst der vielleicht in vielen anderen Bausteinen adressiert wird. Dann musst du alle Bausteine in denen dieser DB adressiert wird auch übertragen damit dein Programm wieder konsistent ist.

 

[Thomas_v2.1]

Zuviel Werbung?
-> Hier kostenlos registrieren

Wenn du es erst beim Laden angezeigt bekommst, ist es aber meist schon zu spät. Man kann ja nicht jede Anlage mal grade eben in Stop setzen.

Und 16 Bausteine? Das ist ein Witz, so viel kann eine IM151 CPU gleichzeitig einbinden. Eine 400er kann 56 in einem Zyklus einbinden.

 

[Mediator]

Wie weiter vorne schon erwähnt, bei 1500-CPUs kann man beliebig viele Bausteine im Run laden. Wenn man im Stop laden muss, dann hat man etwas geändert, das nur im Stop geladen warden kann. Mit der Anzahl Bausteine hat es jedenfalls nichts zu tun.