CPU übergreifend Bausteine Kopieren

bit_schubser

Level-1
Beiträge
40
Reaktionspunkte
7
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo liebe Netzgemeinschaft.

Ich bin als Instandhalter tätig und habe folgendes Problem:

5 Schweißpressen mit derselben Hardware (S7 312) und normalerweise den gleichen Bauseinstand, damit die Werkzeuge flexibel aufgebaut werden können. Leider ist das aber nicht ganz der Fall, da auch eine Fremdfirma Programme in die CPU lädt, bzw. die Früh/Spätschicht (neues Werkzeug).

Ist es möglich das man eine Zentrale CPU aufstellt, und diese CPU hat die Aufgabe, geänderte Bausteine zu erkennen und zu verteilen in die anderen Steuerungen, bevorzugter weise via MPI oder Profibus?
 
Leider ist das aber nicht ganz der Fall, da auch eine Fremdfirma Programme in die CPU lädt, bzw. die Früh/Spätschicht (neues Werkzeug).

Was sollen das denn für bausteine sein, irgendwie Daten von einer
CPU zur anderen übertragen wird noch gehen. Aber z.b. einen FB von
der einen zur anderen Steuerung das kann ich mir nicht vorstellen und
will ich mir auch garnicht vorstellen.

Kann es sein das ihr eine etwas komischs Strucktur in euere Firma habt.
Da werden Programme beim Werkzeugwechsel getauscht oder einfach
von Fremdfirmen aufgespielt.
Kann man so etwas nicht anders Organisieren.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Vielleicht sollte man sich in dem Fall mal Gedanken über Werkzeugcodierung und Datensatzverwaltung machen...

...und Fremdfirmen eins auf die Finger hauen!!! Sonst wird das nie was!


Gruß,

dia
 
Sry , erläutere ich mal etwas ausführlicher.

Ich bin in der Industrie als Indstandhalter tätig.
Habe noch 3 Arbeitskollegen und einen von der Fremdfirma (Schweißsteuerungs Bau und Programmierer, der uns die Maschinen umbaut und das Grundprogramm schreibt)

So jetzt kommt ein neues Werkzeug aus dem Werkzeugbau, das soll mal ebend laufen, und da fängt das ganze an.

Einer von uns 5 Leuten kommt an die Anlage und schreibt das Programm, eine Änderung bzw. Erweiterung im OB1 (Werkzeuganwahl) und der passende FC xyz wo das Programm fürs Werkzeug ist.

Nach dem das gemacht wurde, wird gerne von den Kollegen vergessen diese Änderung auch in die 4 weiteren Steuerungen einzuspielen, so das sich in laufe der Zeit unterschiedliche Sofwarestände gesammelt haben.

Habe es schon versucht das nur noch ein Laptop benutz werden darf mit nur ein USB Stick fürs Programm, hat aber auch nicht hingehauen, da man sich auf die Kollegen nicht verlassen kann bzw. ist mir selber passiert, keine zeit und dann vergessen.

Mit freundlichen Gruß
Thomas
 
Hallo,
dazu fällt mir nur eins ein : "Systematik"
Irgendeiner muss sich darum kümmern, das jedwede Änderung irgendwo dokumentiert und gesichert wird (und ggf. auch nach woanders übertragen wird). Das kann dann einer von euch sein - der muss es dann aber immer tun. Das kann auch eine Software tun (siehe dazu z.B. oben im Banner "Versiondog") - die Variante mit der Software ist allerdings nicht unbedingt preisgünstig ... ;)

Gruß
LL
 
Zuviel Werbung?
-> Hier kostenlos registrieren
da hört sich ja nach einen reinen organistorischen Problemm an, das
kann oder muss man doch anders in den griff bekommen.
Also als erstes würde ich mal ein Wartungsbuch für die Maschinen anlegen
und dann eins für die Ganze Linie.
Da muß dann jede Programm Änderung eingetragen werden, auf dieses
Buch hat dann der Schichtführer vor jedem Schichtbeginn einen Blick
drauf zu werfen.
Dann könnte mann ja an der HMI, falls vorhanden auf einer Startseite
den aktuellen Softwarestand anzeigen lassen.
Dann die Sache mit der Werkzeugkodierung, die Dia erwähnt hat, das ist
doch eine relativ sichere sache, ist das Werkzeug nicht in der Maschine
eingpflegt läuft sie halt nicht.

Automatisch Programme irgendwie auf eine Maschine zu schicken, das
kann nicht der Weg sein. Das ist ja auch gefährlich.
Es ist sowiso Gefährlich änderungen an Maschinen zu machen ohne das
der Maschinenführer der nächsten Schicht davon etwas weiß.
 
um das ganze organisatorisch auf eine verwaltbare ebene zu beamen ist eine versionsverwaltung (z.b. version works oder versiondog) hier wohl der richtige weg.
am besten macht sich das, wenn alle steuerungen über ethernet erreichbar sind und man festlegt, dass dies nun der einzige weg für den zugriff auf die steuerungen ist.

[edit]sorry, larry, hab deinen beitrag überlesen[edit]
 
Ich hoffe, Ihr hantiert nicht auch noch mit 5 verschiedenen (einzel-) Step7-Projekten herum. Falls doch, würde als ersten Schritt alle einzel-CPU-Projekte in einem Step7-Projekt zusammenführen. Dann können bei evt. Änderungen diese durch "Kopy-Paste" in die entsprechenden Bausteincontainer und danach in die CPU'en geladen werden. Auch Bausteinvergleiche (Pfad 1 - Pfad 2) sind dann einfacher.
Wie schon beschrieben unbedingt eine Änderungsmappe, Ordner o.ä. Organisations-Strukturen schaffen!
Gruß Approx
 
Danke für eure Antworten.

Ja das ist ein rein Organisatorisches Problem.

Das mit dem " version works oder versiondog " werde ich mir mal genauer anschauen.

Mit freundlichen Gruß
Thomas


Nachtrag 1, Es gibt nur ein S7 Project , welches in 5 Steuerungen geladen wird
Nachtrag 2, Es werden zwei kleine Bleche via Punkschweißen verschweißt, die SPS ist ne reine Werkzeugsicherung
 
Zuletzt bearbeitet:
Zurück
Oben