Step 7 Ereignis ID ändern Alarm_8p

lord.icon

Level-1
Beiträge
1
Reaktionspunkte
1
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Forum!

Ich möchte Meldungen aus dem alarm_8p (sfb35) an das Leitsystem (PCS7) des Kunden weitergeben. Nun überschneiden sich die generierten Event_ID´s mit vorhandenen ID´s des Kunden. Habe ich irgendwo die Möglichkeit die Event ID´s per Hand zu ändern?
 
Um das Bausteinmeldeverfahren korrekt zu verwenden, muss deine AS in das WinCC-Projekt übernommen werden, und dann über AS-OS-Übersetzen der OS bekanntgegeben werden.
Wenn du die Attribute für die Event-ID Variable PCS7 konform gesetzt hast, dann werden die IDs beim übersetzen entsprechend vergeben.

Die IDs per Hand zu ändern ist normalerweise nicht vorgesehen, damit würdest du das ganze System durcheinanderbringen.
 
Bei S7 Classic hab ich testweise die attribute geändert.

Als erste, die S7_edit steht nicht zu Verfügung.

Als zweite,

Das attribute S7_param sollte gesetzt sein auf true

Das attribute S7_Server sollte gelöscht werden.


dann lässt sich das event_ID sich händisch ändern

Bram
 
Wie wird der Alarm_8P denn verwendet, wird direkt der SFB im CFC-Plan aufgerufen, oder SFB nochmal in einem eigenen FB? Bei ersterem stammen die Attribute direkt vom SFB und lassen sich vermutlich nicht ändern. Aber eigentlich sollte S7_Server gesetzt sein, sonst führt das in CFC soweit ich weiß zu Problemen.

Ich habe bisher bei PCS7 Anlagen meine Station die ich bearbeite immer aus dem Multiprojekt entfernt und damit gearbeitet, und anschließend wieder zum OS-Übersetzen eingelagert. Das hat selbst bei mehreren entfernten Stationen die parallel von verschiedenen Leuten bearbeitet wurden nie zu einem Konflikt bei den Meldungs-IDs geführt. In den Bausteineigenschaften steht immer die Einstellung "IDs CPU-weit eindeutig vergeben". Wenn ich mir im WinCC Alarmlogging die Alarmnummern ansehe, dann sind diese aber immer eindeutig. Allerdings sieht es so aus, als würden die Nummern pro Station in 100.000er Bereichen vergeben. Das würde erklären, dass es bei mir bisher nie zu Problemen führte.

Vielleicht ist es einfacher und konsistenter, wenn im PCS7-Projekt eine neue Station angelegt wird, und dann aus dem eigenen Programm alles in die CPU hinüberkopiert wird.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Okay, nach weiter prüfen ist es tatsächlich so das der S7_Server gesetzt sein muss. Sonnst werden keine meldungen erzeugt.

Hier, bei Lorrd.icon , ist es folgende. Schuldigung das ich Übernehme Christoph,

Kunde seiner Leittechnik ist PCS7 , unser programm ist S7 Classic & WinCC7.4.
Kunde will nur ein paar unsere Alarme in seiner Leittechnik anzeigen. Aber mit genau die Zeitstempelung unsere WinCC.

Diese soll manuell in seine PCS7 einfügen.

Ich gehe im Moment davon aus das das ändern der Event ID nicht zum Ziel führt. Das mann das nicht machen muss.

Der Plan ist jetzt folgende.

Die Einstellung der meldenummern hab ich jetzt auf Projektweit eindeutig vergeben geändert. dann speichen unter mit reorganisieren.
Der Kunde soll das S7 projekt in sein Multiprojekt einfügen und OS Übersetzen anstoßen.

Und wir übernehmen das Projekt zur weitere verarbeitung, laden vom WinCC.
Es bleiben im Zukunft immer 2 getrennte Projekten.

Nachteil ist das NUR änderungsübersetzen gemacht werden kann im S/ Classic Projekt.

Bram
 
Kunde will nur ein paar unsere Alarme in seiner Leittechnik anzeigen. Aber mit genau die Zeitstempelung unsere WinCC.

Ob das mit den "nur ein paar" Alarmen funktioniert?
Denn beim Bausteinmeldeverfahren meldet sich WinCC bei der SPS als Alarm_8 Meldungsempfänger an, und bekommt erst einmal alle Meldungen von der SPS die mit diesem Verfahren erzeugt werden.
Da ist die Frage was WinCC macht, wenn es eine Meldung mit einer ID empfängt die es nicht kennt. Ich kann mir nicht vorstellen, dass das einfach ignoriert wird, sondern es wird bestimmt zu einem Eintrag im Alarmlogging führen.
Ungünstig wäre es, wenn du eine Meldung mit einer ID erzeugst die WinCC schon unter einer anderen ID bekannt ist, und du dann eine völlig falsche Meldung erzeugst. Ich weiß nicht in wie weit die IDs noch nach Zugehörigkeit zur SPS geprüft werden, die muss es allerdings irgendwo geben wenn WinCC z.B. die Quittierbefehle zurückschickt.
 
Zurück
Oben