-> Hier kostenlos registrieren
Beim nächsten Vorort Termin werd ich es einfach testen und das Projekt so wie ich es habe nochmal drüber bügeln. Dann werd ich in diesem Punkt Gewissheit haben.
Step 7 Ist das Möglich? CPU315-2 PN/DP - MP277 10'' Touch
- Ersteller gochtel
- Erstellt am
-> Hier kostenlos registrieren
MFreiberger
Level-3
- Beiträge
- 2.853
- Reaktionspunkte
- 758
Moin gochtel,
und was machst Du, wenn das Projekt falsch war und dann keine Verbindung mehr besteht?
Mal abgesehen davon, dass vielleicht noch mehr als nur die Verbindung geändert wurde?
Wie kommst Du dann wieder zurück?
Also unbedingt an BackUp & Restore denken!
VG
MFreiberger
und was machst Du, wenn das Projekt falsch war und dann keine Verbindung mehr besteht?
Mal abgesehen davon, dass vielleicht noch mehr als nur die Verbindung geändert wurde?
Wie kommst Du dann wieder zurück?
Also unbedingt an BackUp & Restore denken!
VG
MFreiberger
- Beiträge
- 8.337
- Reaktionspunkte
- 1.903
-> Hier kostenlos registrieren
Ich wurde überhaupt nicht eine neue Programm resinspielen bevor es mit Sicherheit geklärt ist welche Programme Online gibts und wie das ganze funktioniert bzw. funktionieren sollen.
Ich wurde:
- Neue leere STEP7 Projekt erstellen, und darin ein Abzug von die CPU machen. Dann archivieren.
- Das 'aktuelle' STEP7 Projekt öffnen und eine neue Versionsnummer geben. Mit die neue Projekt ein Offline/Online Bausteinvergleich machen. Wenn es unterschiede gibts, jeden Unterschied untersuchen und klären ob die Offline Code oder die Online Code behalten werden soll. Die Offline Code dementsprechend aktualisieren.
- Wenn sämtliche Unterschiede in Bezug genommen sind, das neue revidierte Offline Projekt simulieren.
- Wenn das simulierte Projekt i.O gefunden ist, ein Zeitpunkt finden wo das Online Programm aktualisiert werden ohne das es die Produktion stört. Das Online Programm aktualisieren und testen.
- Wenn alles i.O, dann das Projekt sorgfältig archivieren. Produktion kann wieder gestartet werden.
- Wenn alles nicht i.O, dann das vorherige Online Programm (von Online Abzug) wieder installieren. Zurück zum 3, diesmal mit die Erfahrungen von 4.
MFreiberger
Level-3
- Beiträge
- 2.853
- Reaktionspunkte
- 758
- Beiträge
- 8.337
- Reaktionspunkte
- 1.903
Hallo MFreiberger
Stimmt, ich bin davon ausgegangen dass sämtliche Panele zusammen mit die CPU in ein STEP7 Projekt integriert werden soll.
Nur um die HMIs richtig zu konfigurieren bzw. checken, dann muss man nicht aber man sollte auch das CPU Programm überprüfen.
Sonnst hat man eine versteckte Bombe, wenn jemand in die Zukunft das integrierte Projekt nimmt und davon ausgeht dass die Programme darin alle korrekt sind.
edit: Bei Schritt 3, die Simulation, ist es wichtig dass die Programme, HMIs und CPU, alle korrekt sind.
Es fehlt in meine Beschreibung dass man Sicherungen von die HMIs erstellen soll. Wie du schreibst mittels Backup and Restore auf die Panele.
Stimmt, ich bin davon ausgegangen dass sämtliche Panele zusammen mit die CPU in ein STEP7 Projekt integriert werden soll.
Nur um die HMIs richtig zu konfigurieren bzw. checken, dann muss man nicht aber man sollte auch das CPU Programm überprüfen.
Sonnst hat man eine versteckte Bombe, wenn jemand in die Zukunft das integrierte Projekt nimmt und davon ausgeht dass die Programme darin alle korrekt sind.
edit: Bei Schritt 3, die Simulation, ist es wichtig dass die Programme, HMIs und CPU, alle korrekt sind.
Es fehlt in meine Beschreibung dass man Sicherungen von die HMIs erstellen soll. Wie du schreibst mittels Backup and Restore auf die Panele.
Zuletzt bearbeitet:
- Beiträge
- 5.436
- Reaktionspunkte
- 1.409
-> Hier kostenlos registrieren
je nachdem wie gross das Projekt ist, könnte man das Panel ja erstmal als Runtime auf de PG laufen lassen so dass man echtes Panel und das PG gleichzeitig im Blick hat und so mal alle funktionen durchspielen, tasten drücken. Alarme auslösen. etc.
Ich hatte solche Konfigurationen bei unseren Anlagen unabsichtlich auch schon manchmal. D.h. Panel war auf MPI konfiguriert aber an den DP-Port der CPU angeschlossen. Das funktioniert z.B. bei diversen Vipa-CPU meist ganz gut. Ursache waren unsere Elektriker, die nicht einsehen wollten, warum man 2 gleichaussehende Kabel mit gleichen Steckern nicht einfach zusammenstecken kann. "Ist doch dasselbe." Zugegebenerweise ist die Verbindung aber nicht hundertprozentig stabil, da die beiden Master (MPI-Panel und PB-CPU) sich wohl nicht so richtig mitbekommen.
Elektrisch ist MPI ja das gleiche wie PB (RS-485), auch das Protokoll ist sehr ähnlich. Ich habe irgendwo mal gelesen, der größte Unterschied ist, daß MPI 5Bit zur Adressierung verwendet und PB 7. Zugriffsverfahren usw. sind wohl ansonsten gleich.
Also mich wundert es nicht, daß es geht. Allerdings sind "schwer zu findende" Störungen auf dem PB und in der Panelkommunikation möglich, eventuell bekommt man auch mal keinen Zugang per PG, obwohl die CPU am Bus gefunden wird.
Elektrisch ist MPI ja das gleiche wie PB (RS-485), auch das Protokoll ist sehr ähnlich. Ich habe irgendwo mal gelesen, der größte Unterschied ist, daß MPI 5Bit zur Adressierung verwendet und PB 7. Zugriffsverfahren usw. sind wohl ansonsten gleich.
Also mich wundert es nicht, daß es geht. Allerdings sind "schwer zu findende" Störungen auf dem PB und in der Panelkommunikation möglich, eventuell bekommt man auch mal keinen Zugang per PG, obwohl die CPU am Bus gefunden wird.
Danke für eure antworten. Das CPU-Projekt ist aktuell. Den Vergleich (online-offline) habe ich gemacht. Das passt. Mir ging es hier wirklich um die Konfiguration MPI/DP wie das funktionieren kann. Danke an Ingmar64, da bin ich im Bilde. Jetzt werd ich das erstmal glatt ziehen und die Hardwarekonfig sauber machen.
-> Hier kostenlos registrieren
Nochmal ein Update, nachdem ich Ende des Jahres Vorort war. Es funktioniert mit dieser Einstellung! Ich hab es extra getestet und die Konfiguration so eingespielt in das Panel. Es scheint überhaupt nicht zu interessieren, was da steht. Funktioniert sowohl mit der "0" als auch mit "2"! Eventuell hängt das auch damit zusammen, dass das Panelprojekt nicht im Step7-Projekt integriert ist, sondern als separates Projekt läuft.
- Beiträge
- 5.436
- Reaktionspunkte
- 1.409
Ich habs nie probiert, aber grad wenn es nicht im Projekt integriert ist, dürfte es erst recht nicht funktionieren. Im Projekt integriert könnte ja noch der Compiler merken, dass da ne 300er dranhängt und die immer im Expansionsslot 2 Steckt. Aber lass das mal ne 1500er oder 400er sein, woher weiss dann die Software welchen Slot sie nehmen soll? Das ist ein echt interessantes Verhalten.
- Beiträge
- 21.965
- Reaktionspunkte
- 6.836
Wärst Du auf die Idee gekommen, auch mal slot = 1 zu testen, dann hättest Du gemerkt, daß es durchaus interessiert was da angegeben wird. Mit slot = 1 oder slot = 3 oder höher wird es nicht funktionieren. (vermutlich, weil ich habe in WinCC flex noch nie einen falschen Slot angegeben)
Wenn bei PG/OP-Verbindungen slot = 2 angegeben wird, dann wird die Verbindung zur CPU im slot 2 aufgebaut. Wenn da z.B. bei S7-400 keine CPU sitzt, dann schlägt die Verbindung fehl.
Bei S7-300 gibt es keinen slot 0. Wenn bei PG/OP-Verbindungen slot = 0 angegeben wird, dann spricht der Client mit der S7-Kommunikationsschnittstelle über die die Verbindung in die S7 geht, also z.B. CP343-1 oder die PN-Schnittstelle der CPU. Anscheinend hat Siemens eingebaut, daß im Fall slot = 0 die Verbindung zur CPU weitergereicht wird, egal auf welchem slot die CPU steckt. Das vereinfacht vermutlich Verbindungsaufbau/Diagnose mit unbekannten Stationen. Und läßt Verbindungen funktionieren, wo der Programmierer keine Ahnung hat mit welchem slot er die Verbindung aufbauen soll.
Harald
