TIA FAQ mit Info´s zu Prodiag ( Arbeitsspeicher, Code, Zykluszeit )

DeltaMikeAir

User des Jahres 2018; 2023
Beiträge
22.204
Reaktionspunkte
7.381
Zuviel Werbung?
-> Hier kostenlos registrieren
Für Interessierte:

Welchen Einfluss haben die in ProDiag erzeugten Überwachungen auf die Laufzeit der S7-1500 CPU?

Beschreibung
Mit der im TIA Portal integrierten Funktionalität ProDiag projektieren Sie vereinfacht die Überwachungen, um Störungen im Maschinenablauf am Bediengerät effizient zu diagnostizieren. Den Code des Anwenderprogramms müssen Sie dabei nicht verändern.
Weitere Vorteile von ProDiag:


  • Alle notwendigen Informationen und Texte (bis zu drei Sprachen) liegen bereits auf der S7-1500.
  • Anpassungen am Steuerungsprogramm erfordern kein Übersetzen und Laden des HMI.
  • Alarme werden direkt in PLC zeitgestempelt.
  • Einfache Quittierung bei verteilten Bedienstrukturen.
  • Einfache Einbettung von Begleit-Prozesswerten.
  • Die Meldungen können bei Bedarf direkt aus der Planung Excel-basiert importiert werden.
  • Das Modul eines Steuerungsprogramms beinhaltet auch zugehörige Modulmeldungen.
  • Statistische Auswertung von Fehlern im Steuerungsprogramm.
Aber auch die mit ProDiag erzeugten Überwachungen benötigen Laufzeit und Arbeitsspeicher in Ihrer S7-1500 CPU. Bei einer großen Anzahl von Überwachungen empfehlen wir Ihnen, eine größere CPU zu verwenden, wenn Sie eine kürzere Laufzeit benötigen.

Die folgende Tabelle enthält die maximale Anzahl von ProDiag Überwachungen für jeden CPU-Typ, um eine ProDiag Laufzeit von ca. 1,5ms nicht zu überschreiten.

Anzahl
Lizenzen1)
ZentralbaugruppenAnzahl ProDiag Überwachungen Arbeitsspeicher
Code [kB]
Arbeitsspeicher
Data [kB]
Laufzeit
ca. [ms]
1CPU 1511-1 PN1281761,5
1CPU 1511C-1 PN1281761,5
1CPU 1512C-1 PN1602181,5
1CPU 1513-1 PN20026101,6
1CPU 1515-2 PN25033121,5
3CPU 1516-3 PN/DP75098361,5
5 (max.)CPU 1517-3 PN/DP40005251931,6
5 (max.)CPU 1518-4 PN/DP60007872901,2
1CPU 1510SP-1 PN1001351,4
1CPU 1512SP-1 PN1502071,4
1CPU 1510SP F-1 PN1001351,4
1CPU 1512SP F-1 PN1502071,4
1CPU 1511F-1 PN12817 61,5
1CPU 1513F-1 PN20026 101,6
1CPU 1515F-2 PN25033121,5
3CPU 1516F-3 PN/DP750 98361,5
5 (max)CPU 1517F-3 PN/DP4000 525 1931,6
5 (max)CPU 1518F-4 PN/DP6000 787 2901,2
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Also bei ner Anlage, wo bei uns normal ne 1515 verbaut wird, hab ich so ca. 1000 Bitmeldungen...
Was möchtest du uns damit sagen?

Beispiel 1
Sie benötigen für Ihre Anlage 1000 Überwachungen.

  • Die CPU 1515-2 PN hat bei 250 Überwachungen eine Laufzeit von ca.1,5ms und einen Arbeitsspeicherplatzbedarf von 33kB. Bei 1000 Überwachungen müssen Sie hier mit dem Faktor 4 (1000/250) multiplizieren und somit erhalten Sie für die CPU 1515-2PN eine Gesamtlaufzeit von ca. 6ms.
  • Die nächst höhere CPU 1516-3 PN/DP hat bei 750 Überwachungen eine Laufzeit von ca. 1,5ms. Bei 1000 Überwachungen wäre die Gesamtlaufzeit dann ca. 2ms.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Was möchtest du uns damit sagen?
nix... ;)

ich hab mir den Artikel nicht komplett durchgelesen. Nur zur Einschätzung, was man so vielleicht an Mengen in der Praxis benötigt.
Im vergleich zu ProgrammAlarm nur ein wenig höher

In einer Anlage würde man doch nicht ProgrammAlarm und ProDiag mischen? Oder doch?

Wenn man ProDiag verwendet, würde man doch alle Meldungen mit ProDiag auslösen?
 
In einer Anlage würde man doch nicht ProgrammAlarm und ProDiag mischen? Oder doch?

Wenn man ProDiag verwendet, würde man doch alle Meldungen mit ProDiag auslösen?
So habe ich mich auch noch nicht mit Pro Diag auseinander gesetzt.
Sieht ein bischen aufwendig aus.
Ob das die Texte auch mit Scada Export mitgenommen werden?
Für mich war es auch noch kein Alternativ. In Zusammenhang mit WinCC7.5
 
So habe ich mich auch noch nicht mit Pro Diag auseinander gesetzt.
Sieht ein bischen aufwendig aus.
Ob das die Texte auch mit Scada Export mitgenommen werden?
Für mich war es auch noch kein Alternativ. In Zusammenhang mit WinCC7.5
Ich hab früher viel ALARM_DQ mit den 300ern verwendet... mitlerweile finde ich das Bitmeldeverfahren deutlich besser, da man komplett unabhängig und variabel ist, was die Visu anbelangt... Vor allem wenn so Anlagen 30+ Jahre laufen sollen... Wir stellen grad viele Visualisierungen um, da wär man komplett aufgeschmissen, wenns was anderes als Bitmeldeverfahren wäre...

Man hat halt in nem DB ein Bit und dabei ists ziemlich eindeutig, ob die Meldung grad ansteht oder nicht ;) Vielleicht noch ein Quittierbit ;)
 
Zurück
Oben