TIA Code-Arbeitsspeicher voll / CPU 1511-1 PN Upgrade

[blazze]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo,
ich wollte heute eine etwas größere Programmänderung in die CPU laden, beim Übertragen kam dann die Meldung Code-Arbeitsspeicher nicht ausreichend...
Ein Blick auf die Speicherauslastung 105% mit der Änderung... Davor bereits über 90%...

Es handelt sich um eine 6ES7511-1AK00-0AB0 - CPU 1511-1 PN, 150KB Prog., 1MB Daten

Projektiert ist das ganze in TIA 17, jetzt wäre meine Idee gewesen die CPU durch das aktuelle Modell zu ersetzen da diese 300KB Speicher hat.
6ES7511-1AL03-0AB0 - CPU 1511-1 PN, 300KB Prog., 1,5MB Daten

Laut Datenblatt soll diese dann in < TIA 18 als 6ES7511-1AK02-0AB0 projektiert werden. Dadurch sind nicht alle Firmwarefunktionen verfügbar. Damit kann ich auch Leben. Nur finde ich keine Info ob dann der größere Speicher auch nutzbar ist oder ob nur der "projektierte Speicher" verfügbar ist. Hat hier jemand Erfahrung?

Ich möchte das Projekt nicht auf TIA 18 oder höher hochrüsten da wir das ganze erst vor kurzem von 13 auf 17 hochgerüstet haben.
Das Problem betrifft mehrere Anlagen vom selben Typ.

 

[JesperMP]

Die realen Arbeitspeicher ist nutzbar.
TIA meckert nicht beim kompileren wenn die berechnete Arbeitspeicher theoretisch nicht genug ist.
Das siehst du auch davon dass die Meldung den du gesehen hast, erst beim Übertragen erscheint.

 

[Richard P.]

Zuviel Werbung?
-> Hier kostenlos registrieren

... Ich möchte das Projekt nicht auf TIA 18 oder höher hochrüsten da wir das ganze erst vor kurzem von 13 auf 17 hochgerüstet haben.
Das Problem betrifft mehrere Anlagen vom selben Typ.

Ja genau, man sollte dem Programm schon etwas Zeit lassen, um in der V17 erst einmal neue Wurzeln zu bilden, bevor man es erneut umtopft. Falls du verstehst was ich meine? Oder habt ihr den größeren Topf noch gar nicht?

 

[PeterPan-35]

[...]
Ich möchte das Projekt nicht auf TIA 18 oder höher hochrüsten da wir das ganze erst vor kurzem von 13 auf 17 hochgerüstet haben.
Das Problem betrifft mehrere Anlagen vom selben Typ.

Wenn ihr es doch vor kurzem hochgerüstet habt und keine Probleme hattet, was spricht dagegen, dass jetzt auf die höchste Version hochzurüsten, die ihr im Betrieb habt?

Denn beim CPU-Tausch müsst ihr eh alles neu aufspielen, also daher würde ich das direkt im selben Zug mit machen.
Außer ihr habt nicht höher als TIA V17 im Betrieb als Software.

 

[DeltaMikeAir]

was spricht dagegen, dass jetzt auf die höchste Version hochzurüsten

Vielleicht hat er noch Runtimes am laufen, Panel im Projekt, Proxy usw... Wenn er hochrüstet holt er sich neue Problemchen die er jetzt vielleicht noch nicht hat ( keine Kommunikation bei verstellter Uhrzeit, Zertifikate... ).

 

[escride1]

Zuviel Werbung?
-> Hier kostenlos registrieren

Vielleicht hat er noch Runtimes am laufen, Panel im Projekt, Proxy usw... Wenn er hochrüstet holt er sich neue Problemchen die er jetzt vielleicht noch nicht hat ( keine Kommunikation bei verstellter Uhrzeit, Zertifikate... ).

Das Problem mit der Uhrzeit/Zertifikate gibt es doch seit V17, also ist das doch bereits behoben, oder lieg ich da falsch?
Ich würde aber auch, je nach Anlagengröße, beim Einbau einer neuen CPU bereits ein Hochrüsten durchführen, schon alleine weil in X Jahren kaum mehr jemand im Kopf hat, das die vermeintlich "falsche" CPU wegen des Firmwarestands projektiert ist. Aber das bleibt Ansichtssache, ich rüste gerne hoch wenn ich eh neue CPUs verbauen muss , habe da eigentlich kaum Bedenken bei.

 

[DeltaMikeAir]

Das Problem mit der Uhrzeit/Zertifikate gibt es doch seit V17, also ist das doch bereits behoben, oder lieg ich da falsch?

Was heilst behoben? Das ist ab V17 Update irgendwas ( ich meine Upd. 5 ) Systemverhalten.

 

[escride1]

Behoben in der Hinsicht das wenn bereits auf V17 hochgerüstet wurde und es läuft, es für diese Anlage "behoben" ist. Dann wird also ein weiteres Hochrüsten dahingehend kein Problem mehr sein, wie Du schreibst womöglich ab Upd5, wenn das bereits installiert ist/war bei Hochrüstung.

 

[JesperMP]

Zuviel Werbung?
-> Hier kostenlos registrieren

Eigentlich eine gute Frage.

Ich möchte das Projekt nicht auf TIA 18 oder höher hochrüsten da wir das ganze erst vor kurzem von 13 auf 17 hochgerüstet haben.

Die aktuelle TIA Portal-Version ist V21, zuvor war es V20.
Warum also nur auf V17 hochrüsten, wenn man dabei ist am hochrüsten ?

Wenn diese Hochrüsten nur vor kurzen gemacht wurde, dann vielleicht die Entscheidung machen einen weitere Sprung machen.
Dass man vor kurzem mit V13 gearbeitet hat ....

 

[blazze]

Das Problem ist eigentlich ganz einfach, wir haben diesen Typ der Anlage über 20. mal im Einsatz. Die befinden sich alle aktiv in userer Produktion, da ist die Verfügbarkeit leider nicht so toll. TIA 17 ist auch leider unsere neuste Lizenz die wir zur Verfügung haben. Dann kommt noch dazu das auf jeder Workstation und jedem PG die neue Version installiert werden muss.

3 neuere Anlagen waren schon auf 17 und jetzt sind halt alle auf dem gleichen Stand.
Persönlich würde ich gerne hochrüsten, für die Firma ist das unötiges Geld...
Wie regelt ihr das bei euch?

 

[Stups]

Wenn mann nichts anbauen muss, dass zwingend >v17 benötigt, warum hochrüsten? (Das speicherthema ausgenommen- falls das auf neuer hw funktioniert)

Wenn alle sauber auf dem gleichen stand sind und auch alle notebooks das bereits sauber installiert haben- einfach dabei belassen.

 

[NBerger]

Zuviel Werbung?
-> Hier kostenlos registrieren

Die 1AK00 hatte max FW1.8 aus den Anfangszeiten der 1500'er.

Rein aus Interesse, wie hoch ist die Zykluszeit der CPU und was für ein HW-Umfang haben die Anlagen so (E/A's, NC-Achsen, ...)