Verbreitung von S7-PDIAG

[nairolf]

Zuviel Werbung?
-> Hier kostenlos registrieren

2. Versuch (bitte entschudligt)

Hallo liebe SPS-Gemeinde !

Nach längerer Inaktivität in diesem Forum möchte ich Euch dennoch um Eure Hilfe bitten.

Bin mir nicht sicher, ob diese Umfrage in diesem Forum richtig ist, aber
da lt. Siemens S7-PDIAG vom SPS-Programmierer bedient wird und nicht vom
HMI-Projekteur, stelle ich sie einfach mal hier rein.

Mich würde interessieren, wie verbreitet das Diagnosetool von Siemens S7-PDIAG ist, d.h. wer benutzt diese Variante bzw. die "herkömmlichen" Bitmeldung von ProTool (Meldetexterstellung auf ProTool-Seite).


Vielen Dank für EUre Unterstützung !

 

[nairolf]

Hätte mir etwas mehr Beteiligung erwartet...

Keiner hier der Störmeldungen zu realisieren hat ?

Schade...

 

[Pilami]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo
Wir setzen PDIAG ein, wenn´s der Kunde verlangt und das passiert oft.

 

[rs-plc-aa]

Hallo,

ich setzte vorzugsweise das Alarm_s Verfahren ein.

Hat den vorteil daß die ganzen Texte vom HMI ohne anfassen übernommen werden.

Der weitere Vorteil ist wohl daß die Meldung auf jeden Fall generiert wird - selbst wenn das HMI kurzzeitig offline ist --> es synchronisiert sich beim herstellen der Verbindung automatisch, und zeigt dann die aufgelaufenen Meldungen an (mit dem Zeitstempel aus der CPU).

PDIAG kenne ich bis jetzt nur vom Namen -sagt mir jetzt aber nicht wirklich viel... - außer daß es "aufpreis" kostet

Wie wird´s denn da gemacht ?

 

[Floh]

Hallo,

Alarm_S und Alarm_P sind ja ganz pfiffig, aber nur, wenn es sich Mengenmäßig in Grenzen hält. Gerade Alarm_P braucht Unmengen von Speicher, Verbindungen und Zykluszeit. Außerdem ist es sehr umständlich alle Meldungen zu konfigurieren, da die Blöcke nicht Schleifen fähig und indizierbar sind. Also für große Mengen nicht gerade zu empfehlen, bei kleinen Menge absolut ok. Ach ja, vorsicht bei Redundanten Servern. Der Abgleich der Meldungen funktioniert nicht immer einwandfrei. Doppelte Einträge sind durchaus vorgekommen.

Das DIAG haben wir eigentlich nicht eingesetzt und unser eigenes Ding zwischen PC und SPS entwickelt. Einfaches Telegramm mit Text ID's (Kakadenweise zusammen gesetzt) und Datenbank. Damit ist man dann auch unabhängig vom SCADA System das eingesetzt wird, da hat der Kunde ja oft seine eigenen Vostellungen....

MfG
Floh

 

[rs-plc-aa]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo,

nun sollte vielleicht zuerst geklärt werden was "mengenmäßig in Grenzen" in Zahlen heißt...

Also ich spreche von <= 150 Meldungen (Alarm_S und Alarm_SQ zusammen) pro CPU (in meinem Falle Station).

Wobei ich da immer noch genug Lücken dazwischen lasse um das besser in Gruppen einteilen zu können (für Erweiterungen zum Einfügen).

Zu dem ging ich immer davon aus daß wenn keine Meldung ansteht auch außer dem Speicher nichts "verbraten" wird - oder liege ich da falsch ?

 

[Floh]

Hallo,

Ja, mit <= 150 Meldungen ist die Welt noch in Ordnung. Wir haben eigentlich so zwischen 1000 bis 3000 objekte, die jeweils einen Satz von Meldungen (8-10) absetzen können. Da ist es schon ein Dorn im Auge jeden möglichen Fehler Text zu Projektieren. Vorallem wenn sich bei vielen einfach nur der Objekt Name ändert. Aber dass ist noch nicht das schlimmste. Alle Objekte werden in Schleifen abgearbeitet. Und genau dass geht mit Alarm_P nicht. Du brauchst für jeden Satz von 8 Meldungen (Alarm_8P) einen Aufruf. Es kann nur eine maximale Anzahl von diesen Aufrufen pro zyklus bearbeitet werden und die jeweilige Verbindung für den Baustein wird zwischendurch nicht freigegeben.
Alarm_S ist einwenig anders, aber das grundsätzliche Verhalten ist das gleiche. Ich glaube nicht, daß bei kleinen Menge irgend etwas an Preformance verloren geht. Der Alarm 8 hortet auf jeden Fall Speicher pro Aufruf gering, aber es summiert sich, bei S weiß ich nicht.
Daher hab ich ja gesagt, bei kleinen Projekten <= 1000 Meldungen bereiten die Bausteine keine Probleme und können ohne Bedenken eingesetzt werden. Wenn man denn den Text so eingeben mag, ich finds nicht so komfortabel. Und das mit dem Zeitstempel von der SPS, daher Meldungen auch bei offlne HMI ist sehr charmant. Ich wünschte es würde auch für große Mengen gehen. Aber ist einfach zu umständlich.

Gruß Floh

 

[rs-plc-aa]

Hallo,

Wir haben eigentlich so zwischen 1000 bis 3000 objekte, die jeweils einen Satz von Meldungen (8-10) absetzen können.
...
Wenn man denn den Text so eingeben mag, ich finds nicht so komfortabel. Und das mit dem Zeitstempel von der SPS, daher Meldungen auch bei offlne HMI ist sehr charmant. Ich wünschte es würde auch für große Mengen gehen. Aber ist einfach zu umständlich.

Gruß Floh

Hallo,

da schüttlet´s mich direkt...

Das mit der Texteingabe ist halt ein bisschen dumm, das stimmt (wenn doch wenigstens das Fenster größer wäre...)

Aber wenn man´s paar mal gemacht hat und "nur" 150 Zeilen auszufüllen hat ist es nicht so tragisch.


Aber um den Faden nicht zu verlieren:

Was genau bringt PDIAG ?

bzw. für welches Umfeld ist es interessant ?

 

[marlob]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo,

ich habe mal ein grösseres Projekt mit P-Diag realisiert. Es braucht erstmal viel Speicher und auch die Zykluszeit geht nach oben. Aber das kann man ja mit einer schnelleren SPS lösen. Die Kosten holt man dann bei der schnelleren Diagnose und den geringeren Ausfallzeiten der Anlage schnell wieder rein.
P-Diag kann ja nicht allein die normalen Fehlermeldungen generieren, sondern mit dem passenden OP bzw. MP (in Verbindung mit ProAgent) kann man sich direkt das fehlerhafte Netzwerk aus der PLC (z.B. aus KOP, AWL oder die fehlerhafte Transition aus S7-Graph) auf den Schirm holen und man sieht direkt (ohne PG) welcher Eingang, Merker usw. einen Fehler verursacht hat.
Das sind nur ein paar Möglichkeiten von P-Diag.
Man muss einfach mal abwägen, was letztendlich billiger ist. Die Einarbeitung in P-Diag incl. der Kosten für die Software oder eine geringere Ausfallzeit der Anlage durch eine bessere Diagnose.

mfg
marlob

PS: bei Siemens gibt es ein Beispielprojekt incl. Anleitung.
Beitrags-ID:11497019

 

[rs-plc-aa]

Hallo,

ok habe verstanden...

Bei langen Schrittketten sicherlich interessant - vor allem wenn viele verschiedene E/A´s dranhängen bzw. verwickelt sind.

Dazu sollte aber dann natürlich auch gleich der Code von vorne herein darauf ausgerichtet sein denn zum "hineinflicken" wird es sicher sehr schwer gehen...

 

[plc_tippser]

Vor einigen Jahren wurde PDIAG bei Audi eingesetzt. Ob das noch so ist und ob das in allen Werken, Abteilungen so war,ist, keine Ahnung. Seitdem habe ich es nie wieder verwendet.

pt

 

[nairolf]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo alle zusammen !

Ich ziehe mein 2. Posting in diesem Thread zurück und möchte mich bei
Euch allen für die rege Anteilnahme und Unterstützung bedanken !!
War mit meiner Enttäuschung wohl etwas vorschnell ;-)

So in etwa war acuh meine Hoffung bezüglich des Ausgangs der Umfrage.

Eine Frage tut sich mir nun aber noch auf: das Meldeverfahren Alarm_S & Alarm_P: wie ganeu funktioniert dies bzw. wo werden bei diesem Meldeverahren die Störmeldetexte hinterlegt ? Auf ProTool oder S7 Seite ?

Vielleich kann ja jemand von Euch etwas Licht in meine dunklen Zellen bringen !

Nochmals vielen Dank an Euch alle !!

Gruss,
nairolf

 

[Floh]

Hallo nairolf,

Also Alarm8P bzw. Alarm_P/S bedeutet, daß Du Deine Meldungen im SPS Code integrierst. Das heißt Du machst Deine Konfiguration bezüglich Meldungstrigger und dazugehöriger Meldung bei der SPS Programmierung. Wenn Du dann in Deinem S7 Projekt eine OS mit integriest werden die Meldungstexte automatisch für diese OS in WinCC generiert.
Da unsere Anlagen meist etwas größer geraten, wird das Meldesystem immer auf den Servern mit WinCC, Fix, InTouch...) realisiert.
In wie weit die Verwendung von Alarm_xx auch für Protool einsetzbar ist weiß ich nicht. Da hab ich keine Erfahrung, hab's auch noch nicht probiert.

Vielleicht weiß das ja noch jemand. Wäre eine interessante Variante für kleine Zusatzfunktionen mit Pannels.

Euch noch einen schönen Tag!

Gruß
Floh

 

[nairolf]

ok, bin absolut ProTool geschädigt oder vielleicht auch nur zu doof !
Was ist ein OS ?? Werden in dieser Variante keine Meldetexte in herkömmlichen Sinn getippt ? Oder falls doch, wo genau in S7 ?

Steh einfach auf dem Schlauch....

Gruss,

Florian

 

[sps-concept]

Zuviel Werbung?
-> Hier kostenlos registrieren

Os

Hallo,

OS = Operating System (oder so) steht im Simatic-Manager meines Wissens für WinCC-Rechner.

MfG
André Räppel