PCS7 OS fährt Runtime bei Ladevorgang nicht runter

Astralavista

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

Habe das Problem das mehrere PCS7 OS'en beim Zielsystem laden die Runtime nicht beenden. Dadurch ist es unmöglich eine OS aus der Ferne neu zu laden ohne erst zum PC zu gehen, die Runtime zu beenden, wieder zurück zur ES zu laufen um dann zu laden und anschließend wieder zum PC zu gehen um die Runtime hoch zu fahren.
Ist halt alles sehr Zeitaufwendig.

Hardware und Software in meinem Fall:

PSC7 V7.1 SP1
Panel PC 677B
CPU 417-4

Als Stichwort fällt mir noch die DCOM Schnittstelle ein an der es evtl liegen könnte, bin mir aber nicht sicher.
Evtl. hab ich nur irgendwo einen Haken vergessen zu setzen?
Wie kann ich das Problem lösen?
 
hmmm...

Ich weiß gar nicht ob beim Einzelplatzsystem die Runtime auch automatisch beim Laden gestoppt wird???

Aber wenn ich das jetzt auf einen Server beziehe dann überprüfe mal folgendes:

- Windows-User der ES muss auch auf dem Einzelplatzrechner mit gleichem Passwort angelegt sein. Dieser User muss Mitglied der Windows-Benutzergruppe SimaticHMI sein.

- Es gibt ein Tool, ich glaube es heißt "SimaitcSecurityControl" oder so ähnlich, führe dies mal aus, es stellt automatisch die DCOM-Settings ein.

- Dann könntest Du nochmal überprüfen, ob Du von der ES Schreibberechtigung im Runtime-Ordner auf dem Einzelplatzrechner hast.

Verfügen alles PC´s über einen Terminal- bzw. Anlagenbus?

Viel Erfolg, Gruß Wastel
 
Laut Kollegen soll das bei den Einzelplatzsystemen auch gehen.
Leider habe ich alle deine Punkte schon überprüft.
Das Security-Control habe ich sogar zusätzlich auf der ES drüber laufen lassen.
Hat alles keinen Erfolg gebracht.
Schreibberechtigung auf den Runtime Ordner habe ich definitiv, da ich manche PDL's "per Hand" von der ES zur OS kopiere wenn ich nur kleine Änderungen gemacht habe.
Alle PC's haben 2 Netzwerkkarten für Anlagenbus und Terminalbus, wobei der Terminalbus noch nicht angeschlossen ist. Der ist bauseits noch nicht verfügbar.

Das einzigste was ich mir als Lösung noch vorstellen könnte wäre den Remote-Desktop einzurichten und damit die Runtime zu beenden.
Mal schauen ob der Kunde damit einverstanden ist.
 
hmm.

wenn jetzt auch noch alle Server in der Simatic Shell da sind, und für aktiv befunden werden, dann ist das schon ein bischen seltsam.

Das mit den ES/OSen ist ein komplexer Bereich bei Siemens.
War früher schon mal einfacher.
Mit Sicherheit ist es kein größeres Problem, aber aus der Ferne schwer zu sagen wo der Haken ist.

Ich hatte auch schon das Problem, dass Runtimes beim Laden nicht runter gefahren sind.
Obwohl es vorher schon 100 mal geklappt hat.

Was eigentlich immer funktioniert (wenn die anderen Einstellungen richtig sind):

1. Server neustarten und danach noch mal probieren
2. Falls 1. nix nützt: HMI Projekt vom Server löschen und komplett neu laden. Danach liefs bei mir immer.

Viel Erfolg

Micha
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Also ich würd auch auf jeden Fall mal die Punkte 1 & von SPSKILLER ausprobieren.

Wie sieht´s denn mit Firewall oder so aus? Alles deaktiviert?

Im Simatic-Shell kannst du den Terminalbus auswählen.
Falls dieser auf die Netzwerkkarte vom Terminalbus verweist,
und diese keine Verbindung hat, könnten Deine Probleme auch aus dieser Richtung kommen.
Also einfach mal auf die Netzwerkkarte vom Anlagenbus stellen und probieren.

Gruß Wastel
 
Hallo,

wir haben VNC installiert und können so
recht einfach die Rechner aus der Ferne
bedienen. Somit auch die Runtime unserer
OS 'en in den Technikebenen ein und ausschalten.

Wäre sonst auch immer eine furchtbare Rennerei.

Grüße,
 
Hallo Astralavista,

konntest Du Dein Problem in der Zwischenzeit lösen?
Wenn Ja, würde es mich (und bestimmt auch die anderen) interessieren wie Du es hinbekommen hast.

Gruß Wastel
 
Hallo Leute,

Ich hatte genau das gleiche Problem. Ich konnte zwar die Station in der Netzwerkumgebung sehen und alle darauf freigegebenen Ordner, ich konnte die Hardware config, Netzwerk, Blöcke runterladen ohne Probleme.
Die OS konnte ich auch laden aber nur wenn ich vorher die Runtime manuell deaktiviert habe. Das Laden hat geklappt und die Runtime konnte wieder gestartet werden. So weit so gut.
Ich hab dann diesen Eintrag hier gefunden und ich wurde auf die Simatic Shell aufmerksam und habe gemerkt, dass die Station dort gar nicht sichtbar ist. Ich habe mir dann mal die Settings der LAN Schnittstelle angeschaut, konnte aber keinen Fehler finden. Ich hab dann über die Windows Eingabeaufforderung mir mit dem Befehl ipconfig die IP-Konfiguration angeschaut und gemerkt, dass zwei IP-Adressen für diese Schnittstelle vergeben wurde.
Simatic Shell hat einfach die erste IP genommen welche eine Standard (192.168...) war und so war die Station für die anderen nicht sichtbar in der Simatic Shell. Für alle anderen Dienste scheint die zweite IP benutzt worden zu sein welches erklärt warum diese alle funktionierten.

Man sieht in den TCP/IP-Eigenschaften der Schnittstelle nicht auf den ersten Blick, dass man zwei IP's konfiguriert hat und man muss auf Erweitert klicken um die zweite, falsche IP zu löschen.

Danach hat alles wunderbar funktioniert. Freude herrscht. :)

Gruss aus Aserbaidschan
 
Zurück
Oben