Step 7 Befehlsausführungszeit bei CPU300er und CPU400er

S

SPS_79

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

ich habe folgende Frage zu dem Leistungsspektrum der CPU 400er Reihe spezielle zu der CPU 414-5H PN/DP.
Ich habe bisher an unseren Anlagen eine CPU 319-3PN/DP verwendet.
Bei einer neuen Anlage reicht der remante Speicher der CPU 319-3PN/DP leider nicht mehr aus.
Daher wollte ich auf die 400er Reihe ausweichen.
Ich wollte die CPU 414-3 PN/DP einsetzen und habe dann aber bemerkt, dass diese in der Befehlsausführungszeit (Bitoperationen etc.) deutlich langsamer ist (Faktor 10 langsamer).
Dann bin ich auf die CPU 414-5H PN/DP gestoßen, welche zwar auch noch langsamer ist aber nicht so viel wie die CPU 414-3 PN/DP. Obwohl in dem Systemhandbuch steht das H-CPU's langsamer wären als Standard CPU's (laut den technischen Daten sind aber die H-CPU's alle schneller)???

Nun meine Fragen:
1. Kann ich die CPU 414-5H PN/DP einfach so einsetzen wie eine CPU 414-3 PN/DP oder hat diese Einschränkungen?
2. Gibt es eine andere alternative zu der CPU 319-3PN/DP mit mehr remanenten Speicher.
Programmiert werden soll alles mit Step 7.
　
Danke für eure Hilfe.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Du kannst ne 400H auch einzeln verwenden, falls Du das meinst. Ansonsten solltest Du beachten, dass je nachdem, was du auf der 300er gemacht hast, u.U. nicht alles 1:1 auf die 400er zu übertragen ist.

Gruß.
 
Habe ich bisher auch so verstanden.
Was habt ihr für Erfahrungen bezüglich der Geschwindigkeit der CPU400er Serie?
 
Zuviel Werbung?
-> Hier kostenlos registrieren
SPS_79 schrieb:
Was habt ihr für Erfahrungen bezüglich der Geschwindigkeit der CPU400er Serie?
Zum Vergrößern anklicken....

Was erwartest Du denn darauf als Antwort?

PCS7 arbeitet bei den 400er mit den Weckalarm-OBs. D.h. Programmteile, welche schnell bearbeitet werden müssen kommen in nen schnellen OB, der Rest in nen langsamen. So kann man sich behelfen.

Gruß.
 
Sorry bischen allgemein gehalten.
Wollte eigentlich wissen ob jemand schon eine ähnliche Situation hatte und von einer CPU 319-3PN/DP (wegen Speicherknappheit) auf eine CPU der 400er Serie umsteigen musste
und wenn ja welche Erfahrungen er dabei gemacht hat.

Gruß
 
SPS_79 schrieb:
Bei einer neuen Anlage reicht der remante Speicher der CPU 319-3PN/DP leider nicht mehr aus.
Zum Vergrößern anklicken....
Boaaah, kannst Du mir verraten bei was für einer Anwendung 700kB Remanenzspeicher nicht reichen? :confused:
Da ist ja quasi fast alles remanent - muß das wirklich sein?
Machst Du da vielleicht Protokolle/Archive im Arbeitsspeicher? Vielleicht wäre das Auslagern von Daten in den Ladespeicher eine Alternative (SFC8x)?

Harald
 
SPS_79 schrieb:
Sorry bischen allgemein gehalten.
Wollte eigentlich wissen ob jemand schon eine ähnliche Situation hatte und von einer CPU 319-3PN/DP (wegen Speicherknappheit) auf eine CPU der 400er Serie umsteigen musste
und wenn ja welche Erfahrungen er dabei gemacht hat.

Gruß
Zum Vergrößern anklicken....

Ich hab auf der SPS/IPC mir die 1518 angeschaut. Schickes Teil und angeblich 10x schneller als die 319. Der Haken dran ist die Entwicklungsumgebung....
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hast du dir mal die Panel-PCs vom Siemens angeschaut.
Mit denen solltest du deine Probleme erschlagen können.
Wenn Ihr auch noch ein Display (z.B.15" MP377) drin habt. Dann ist der Panel-PC meist sogar billiger als eine 319er mit Display.
 
Joe schrieb:
Hast du dir mal die Panel-PCs vom Siemens angeschaut.
Mit denen solltest du deine Probleme erschlagen können.
Wenn Ihr auch noch ein Display (z.B.15" MP377) drin habt. Dann ist der Panel-PC meist sogar billiger als eine 319er mit Display.
Zum Vergrößern anklicken....

das problemm ist nur das er berge von Remanenten Speicher braucht, der ist beim PC sicher nur 128K unsicher auch mehr.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Aventinus schrieb:
Ich hab auf der SPS/IPC mir die 1518 angeschaut. Schickes Teil und angeblich 10x schneller als die 319. Der Haken dran ist die Entwicklungsumgebung....
Zum Vergrößern anklicken....

Hab ich mir auch angesehen. Die 1518 ist schon ein schickes Teil, aber "nur" etwa 4 mal schneller als eine 319 und damit definitiv schneller als jede 400er. Die Entwicklungsumgebung ist mitunter gar nicht schlecht, wenn man sich mal wirklich damit beschäftigt hat. Leider fehlen immer noch entscheidende Teile...
 
Oder halt nen IPC (Microbox oder Panel) die haben 1kB Novram. Wenn das nicht reicht: Soviel RAM reinknallen wie man halt braucht und USV!
Mit bis zu 8GB kommt ihr hoffentlich aus...

Grüße

Marcel
 
naja... :)

gibt's nicht in der 300er ne Systemfunktion welche RAM->ROM kopiert? Also sozusagen den Inhalt der NonRetain DBs aus dem Arbeitsspeicher regelmäßig auf die MMC kopiert? Wenn man das max einmal am Tag macht, sollte die MMC das ja aushalten?

Gruß.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Man kann doch bei den 300-er DB auf der Speicherkarte ablegen.

Mit der SFC 83 "READ_DBL" (read data block in load memory) kopieren Sie einen DB oder einen Teil eines DB, der im Ladespeicher (Micro Memory Card) liegt, in den Datenbereich eines Ziel-DB. Der Ziel-DB muss ablaufrelevant sein, d. h. er darf nicht mit dem Attribut UNLINKED erzeugt worden sein. Der Inhalt des Ladespeichers wird beim Kopiervorgang nicht verändert.


Um Datenkonsistenz zu gewährleisten, dürfen Sie den Zielbereich während der Bearbeitung der SFC 83 (d. h. solange der Parameter BUSY den Wert TRUE hat) nicht verändern.
Zum Vergrößern anklicken....

Da paßt doch so einiges rauf. Beim Anwählenden eines neuen Typs kann man die Daten des aktiven Typs auf die Memeorycard schreiben und die des neuen Typs von dort lesen.
 
Das hatte ich dem TE eigentlich schon in #8 vorgeschlagen, doch er hat es ignoriert oder nicht verstanden ...

Das (regelmäßige) Auslagern in den Ladespeicher entspricht ja der Vergrößerung des Remanenzspeichers (theoretisch bis zur Größe der MMC abzüglich Codebausteine und Systemdaten) - es funktioniert halt nur nicht automatisch bei Netzausfall. Dabei müssen das noch nicht mal unlinked-DB sein. Man kann es auch selektives RAM-nach-ROM nennen.

Ich kann es mir echt nicht vorstellen, daß er tatsächlich alle remanent-gewünschten Daten gleichzeitig im Arbeitsspeicher braucht ... vielleicht sollte er mal über das Design seines Programmes nachdenken.

Harald
 
Hey nochmals Danke für die Hilfe und guten Infos hier.
Ich habe das mit dem SFC83/84 schon verstanden.
Mir ist nur noch nicht ganz klar ob dies bei unserer Struktur so sinnvoll ist.
Da wir eine große Datenmenge verwalten müssen haben wir viele unterschiedliche DB's von denen immer ein gewisser Anteil remanent sein soll.
Ich werde mir aber die Variante mal genauer anschauen.


Gruß
 

Similar threads

N
Step 7 Adressbereich Peripherie im Pointer bei indirekter Adressierung - fehlt da E und A
Antworten
8
Aufrufe
5K
MSB
MSB
vollmi
Step 7 400H und ET200sp Konzeptfrage
Antworten
6
Aufrufe
3K
vollmi
vollmi
B
Step 7 keine Verbindung bei offener TCP/IP-Kommunikation mit CPU 314C-2PN/DP
Antworten
6
Aufrufe
10K
Bär1971
B
S
Step 7 I-Device Kopplung zwischen CP443-1 und CP343-1
Antworten
0
Aufrufe
2K
SPS_Fuzzy
S
vollmi
Vergleich Preislich und Aufwand 400H Maschine zu Softstandby mit zwei 315 2PN/DP
Antworten
18
Aufrufe
4K
vollmi
vollmi
Zurück
Oben