TIA Imigration eines MP277-KEY nach ein Comfort Panel KEY

[rostiger Nagel]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo TIA-Gemeinde,
ich hätte da mal eine Frage zur Projektmigration. Wir haben hier ein Panel MP277-KEY, was anscheinend
defekt ist. Wir möchten den Kunden ein neues vergleichbares Comfort Panel schicken, dazu ist eine
Projektmigration aus der Classic Welt nach TIA erforderlich.

Eigentlich wollten wir uns nur auf das Panel beschränken, aber es wurden damals die Tasten am Panel als
Direkttasten benötigt. Nun ja macht ja nichts, das geht ja. Jetzt ist es aber erforderlich, die Hardware anzupassen,
also muss man das Step 7 Projekt auch in TIA hochziehen.

Kann man ja tun ...

Jetzt kommt ja das eigentliche Problem, die Steuerung die dahinter sitzt ist eine kleine F-CPU, TIA verändert jetzt
das Safety Programm, nicht in sich aber die Struktur ist eine andere wie in der Classic Welt.

Wie geht man den mit so etwas um, nur am Schreibtisch, so etwas abzuhandeln halte ich für unmöglich, da muss
man doch eigentlich zur Maschine um zu sehen, das diese hinterher noch genauso Sicher ist wie vorher.

Da dieses Maschine auf der anderen Seite des Atlantiks steht, kann so ein Panel Tausch ganz schön Teuer werden,
finde ich.

Wie geht ihr mit so etwas um?

 

[ChristophD]

Hi,

du kannst die CPU auch als Proxy ins TIA bringen, dann sind nur die HMI Tags dort und kein Code wird geändert.
Im alten projekt dann einfach die GSD/GSDML für die Tasten des Comfort Panels einfügen statt dem MP277 sollte auch kein großes Problem sein.
Eine komplette migration halte ich für oversized.

 

[blackpeat]

Zuviel Werbung?
-> Hier kostenlos registrieren

Vielleicht hilft dir der Link weiter. Da ist eine gsd für das Panel drin und du könntest deine Direkttasten "ganz normal" verbinden.

https://support.industry.siemens.co...t-und-tp1200-comfort/95682?page=0&pageSize=10

Aber du hättest natürlich Programm und HMI angefasst.

 

[rostiger Nagel]

Wenn ich in Classic bleiben kann, ist mir das mit den Programm anpacken egal,
weil dann nichts mit dem Safety Teil passiert. Wenn ich es in TIA migriere, macht
TIA etwas mit den Sfety Teil und das heißt für mich es muss vor Ort geprüft werden,
ob wirklich alles so Funktioniert wie es mal gedacht war.

 

[ChristophD]

Dann nimm die verlinkte Lösung und arbeite mit dem DeviceProxy in TIA.
Dann hast du das Classic Projekt mit neuer GSD/GSDML und das TIA Projekt für das Panel.
Safety sollte dann keine Änderung unterliegen.

 

[Blockmove]

Zuviel Werbung?
-> Hier kostenlos registrieren

Wenn ich in Classic bleiben kann, ist mir das mit den Programm anpacken egal,
weil dann nichts mit dem Safety Teil passiert.

Du musst auch bei Classic aufpassen. Änderungen an der Hardware-Config bedeuten manchmal eine geänderte Safety-Checksumme.
Das solltest du zumindest prüfen und wenn's denn so ist, auch entsprechend dokumentieren.

Gruß
Blockmove

 

[Senator42]

und wenn die Safety-Checksumme geändert ist, aber das F-Programm dann nicht neu geladen, musst du einen Netz aus-ein probieren, ob die SPS in RUN geht. Kann sein dass "Konsistenz falsch" als Fehler kommt.

 

[rostiger Nagel]

Safety Checksumme wäre ja nur ein kleines Problem, solange nichts gelbes angefasst wird.
Bei einer Kompletten Migration in TIA wird aber etwas an der Struktur des F-Program geändert,
das ist dann ein wenig zu heikel.

 

[Blockmove]

Zuviel Werbung?
-> Hier kostenlos registrieren

Safety Checksumme wäre ja nur ein kleines Problem, solange nichts gelbes angefasst wird.
Bei einer Kompletten Migration in TIA wird aber etwas an der Struktur des F-Program geändert,
das ist dann ein wenig zu heikel.

Ich hab mich vor kurzem mit einem Sicherheitsexperten über das Thema wiederkehrende Prüfung unterhalten.
Bei ihm im Betrieb gehört der Vergleich der Checksumme zur Prüfung und wenn da nicht dokumentierte Änderungen auftreten, dann gibt es eine komplette Validierung.
Daher der Hinweis.

Gruß
Blockmove