Bausteinkonsistenz prüfen

Auf jeden Fall nen Online-Abzug machen und die Symboltabelle reinkopieren, lieber ein dreckiger Hals, als gar keiner.
Dann alles Übersetzten und dann mal den Online-Abzug damit vergleichen und beten dass keine Kodeunterschiede festgestellt werden-ansonsten hast du ins braune gelangt, bzw. viel Arbeit (oder lehnst die Übernahme ab)
 
Als allererstes: Was sagt der online-offline Vergleich?

zu deinen Fragen:
Genau, aber natürlich nicht in den Orginal-Offline Programmordner, der im Baum unter der CPU ist, sondern einen eigenen anlegen darunter.
Da sind dann natürlich keine Symbole drinnen, deshalb diese Tabelle kopieren.
 
Hallo,

hast du SCL Quellen/Bausteine?
Denn ich kann mich noch erinnern, dass es hier Konsistenzprobleme gibt wenn die automatische Zeitumstellung beim Betriebssystem eingeschaltet ist.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hi

Ja es gibt auch SCL Bausteine (für eine Signiermaschine).

Ich habe jetzt die Bausteine, die im Bausteinvergleich Online/Projekt ungleich waren aus der Steuerung gezogen und ins Projekt gelegt.

Vergleiche ich jetzt die Bausteine, ist alles in Ordnung.
na, das ist doch mal ne gute Nachricht.

Aaaaaber: Prüfe ich die Bausteine auf Konsistenz, gibt es bei einigen Global DBs Inkonsistenzen. Wie kann so etwas sein? Inkonsistenzen kenne ich bei Instanz DBs, wenn man die Schnittstellen ändert, ohne den DB zu aktualisieren. Hat da jemand eine Erklärung für?

Gruß
Beren

ehrlich gesagt, ich nicht, probiers jetzt mal mit:
1. Archivieren zu Sicherheit
2. Offline alles übersetzen, evt mehrmals
3. Dann vergleich nochmal, ob es irgendwo einen Typkonflikt eines Bausteines gibt.
 
..Werds Montag bereinigen und hoffe, dass danach alles konsistent ist! Ich verstehe gar nicht, wie man ein Projekt so vergurken kann. Hab die Anlage vor zwei Monaten übernommen und entdecke einen Bolzen nach dem anderen...

Wie war das mit der Gewährleistungspflicht? Erlischt die nicht, wenn Veränderungen durchgeführt werden?


Gruß, Onkel
 
Du liegst falsch. Es wurde von Schütztechnik auf S7 portiert. Die Anlage war Ende 2002 abgefackelt. Die alten Herren Chefs haben zwar moderne Technik bestellt, aber diese nicht genutzt.
oh nein, doch nicht etwa das Ding hier:
Moin

Ich habe folgende Aufgabe: Eine Inspektionslinie in einem Stahlwerk wurde 2003 "modernisiert".
Alte Schütztechnik wurde rausgeschmissen und eine neue Steuerung auf Basis S7-400 mit diversen ET Stationen verbunden über Profibus wurde aufgebaut.
Allerdings ist die Anlage null automatisiert. Der Lieferant hat die alte Steuerung eins zu eins nachprogrammiert. Das heißt, alles wird in Hand bedient.

Ich habe jetzt die Aufgabe bekommen, die Anlage zu automatisieren. Das Fundament dafür besteht ja bereits.

Ich wollte mit den Einlaufautomatiken anfangen. Ich habe die Vorstellung, die Einlaufautomatik in mehrere Sequenzen zu unterteilen, die sich gegenseitig übergeben. Jede Sequenz wird ein FB. Zum Beispiel "Bundwagen Automatik" -> Übernahme des Coils vom Hubbalken, Positionierung des Coils auf Haspeldornhöhe, Coil auf Haspel ziehen, Haspel spreizen, Stützlager einschwenken, Bundwagen senken und zurück. Nach Ablauf dieser Seuqnz soll die "Einfädelsequenz" starten. Teleskoptisch anstellen, Haspel vorwärts drehen... usw.

Mein Ziel ist es, daß der Bediener die gerade laufende Sequenz nach Bedarf stoppen kann, um korrigierende Handeingriffe vornehmen zu können. Nach den Handeingriffen soll er die Sequenz nachstarten können.
Wie programmiere ich sowas? Wir erkenne ich, wo die richtige Automatiksequenz weiter machen soll?

Mein Chef möchte, daß ich mit SR Gliedern arbeite. Er lehnt S7 Graph ab.

Gruß
Beren
Das Fundament dafür besteht ja bereits.
hat sich aber nun als bröckelig erwiesen, oder?
:cry::cry:ich leide mit Dir:cry::cry:
 
Zurück
Oben