Du kannst nicht auf den selben Rechner laden, macht ja auch keinen Sinn, da das Projekt ja schon auf dem selben Rechner ist. Wenn Du den Sever auch als ES nutzen willst, kannst Du bei laufendem Server nicht Engineeren, zumindest nicht alles, was WinCC betrifft. Also keine gute Idee -> separate ES benutzen.Erstellt habe ich zunächst das Projekt direkt am Server, nachdem ich aber beim
"Pfad zum Ziel-OS-Server" nicht den selben Rechner angeben konnte bin ich auf die Engineering ausgewichen. Ist das richtig so? Eigentlich hätt ich am Ende des Projektes gerne Engineering und Server in einem. Den Engineering-Rechner den ich momentan verwende soll es eigentlich nur während der IBN geben.
.
Die Rechner sind soweit konfiguriert, wenn ich nun am Server in Step auf:
Rechtsklick -> "Objekte übersetzen und laden" gehe, dann wird die Konfiguration auf den Zielrechner (OSS1GRAIN) übertragen, auch die Projektdateien. Allerdings nur die WinCC-Dateien des Serverprojekts.
.
Beim Öffnen/Initialisieren des Projektes gibt's dann aber ein Problem. Im zugehörigen Log steht nur dass Projekt am Zielrechner nicht geöffnet werden konnte.
Anhang anzeigen 24052
Wenn ich am Serverrechner dann direkt versuche die MCP-Datei zu öffnen bekomm ich folgende Meldung.
Anhang anzeigen 24051
Das selbe Problem hab ich mit den Clients.
<EDIT> Ach ja, die Berechtigungen sind eingerichtet wie HIER beschrieben, des weiteren hab ich auch den "Siemens-Security-Contoller" noch mal drüber laufen lassen. </EDIT>
.
Wenn ich die gesamten Projektdaten - manuell - auf den Serverrechner kopiere, und die OS-Server-Station von Step7 aus (Rechtsklick - Objekt öffnen) öffne, dann funktioniert es.
.
Muss ich nun auf jedem Rechner (auch Clients) das gesamte Projekt lagern oder mache ich da einen grundlegenden Denkfehler bzw. einen Konfigurationsfehler.
Ich hab das gesamte Projekt noch hier hochgeladen, falls ihr an der detaillierten Konfiguration interessiert seit.
https://dl.dropboxusercontent.com/u/53168190/Projects1.zip
Ich hoffe ihr könnt mir helfen.
Oha, gut beobachtet.Für den Terminalbus darfst Du kein IE allgemein konfigurieren
OK, hatte ich nach einigem arbeiten schon erahnt. Im Moment stehen mir aber (außer meinem PG dass ich währen der IBN nutze) keine weiteren Stationen zur Verfügung. Ich könnte Client3 nutzen, der wird kaum verwendet (Reserve), auf dem könnte ich eventuell engineeren.Wenn Du den Sever auch als ES nutzen willst, kannst Du bei laufendem Server nicht Engineeren, zumindest nicht alles, was WinCC betrifft. Also keine gute Idee -> separate ES benutzen.
Lifert in meinem Fall das selbe Ergebnis."Übersetzen und Laden" nutze ich eher selten. Besser Rechtsklick auf das OS-Projekt gehen und separat "Übersetzen" und separat "Laden"
Hmm.. dann heißt es morgen wohl, weiter probieren."Übersetzen und Laden" nutze ich eher selten. Besser Rechtsklick auf das OS-Projekt gehen und separat "Übersetzen" und separat "Laden"kann viele Ursachen haben, da hab ich hier schon mehrmals die links zu den Siemens Supportseiten geschrieben. Da gibt's 100 Dinge zum Überprüfen. Vielleicht ist das schon die Ursachen, da greift irgendein SQL-Server (ES oder Server ...) noch auf die SQL Datenbank zu und schon kannst Du nicht richtig laden...
Ja, hier hab ich auch noch ein größeres Verständnisproblem was diese ganze Sache angeht. Ich hab ein Server-Projekt in dem ich, genau wie ich es von der Single-Station gewohnt bin, meine Bilder, Meldungen, Archive projektiert sind. Wie ich diese dann aber ins Client-Projekt und dann auch noch auf die referenzierten Clients bekomm, ist mir ebenfalls noch unbekannt. Zugegeben, ich hab mich mit dem Punkt noch nicht so richtig beschäftigt, da es ja schon früher hapert.Auf die Clients lädst Du nur das Clientprojekt. Und auch nur ab und zu. Da sind ja keine Bilder und Variablen drin, welche sich ändern könnten. Normalerweise lädst Du die Clients nur einmal und fertig. Alle Änderungen machst Du ja im Serverprojekt. Trotzdem ist es ratsam, abundzu alle Clients zu laden
Installiert ihr beim Neu-Aufetzen zuerst WinCC oder SIMATIC-Net?
---------------------------------------------------------------------------
Konfiguriert man bei den Client den Terminalbus mit ner IE-Allgeimein oder gar nicht?
Ein weiteres Problem hab ich bei der Engeering.
Ohne dass im Server eine Karte für den Terminalbus konfiguriert ist, ist ein Download von der Engineering nicht möglich da Netpro keinen Netzübergang hat. (192.168.0.0/24 auf 10.0.0.0/24)
Obwohl sie physikalisch (der Server hat ja die 2te NIC) verbunden sind. Wie löse ich das?
Im PSS7-Kompendium Kapitel 6 (Anhang anzeigen 24074) werden einfach im Multiprojekt die Netze (Plant- und Terminalbus) zusammengeführt.
Das würde zwar das Problem lösen, ist eigentlich aber doch falsch da es ja keinen wirklichen Netzübergang von 192.168.0.0/24 auf 10.0.0.0/24 gibt.
Im PSS7-Kompendium Kapitel 6 (Anhang anzeigen 24074) werden einfach im Multiprojekt die Netze (Plant- und Terminalbus) zusammengeführt.
Das würde zwar das Problem lösen, ist eigentlich aber doch falsch da es ja keinen wirklichen Netzübergang von 192.168.0.0/24 auf 10.0.0.0/24 gibt.
Anscheinend nicht, den Stationsmanager (definitiv) und die Simatic Shell (vielleicht übersehen) habe ich erst bekommen nachdem ich SIMATIC Net installiert hatte.Zuerst WinCC dann Simatic Net, bzw. wird Simatic Net nicht schon von WinCC mitinstalliert?
Danke für den Link, ist eine Informative Zusammenfassung und es scheint als hätte ich nichts vergessen.Nein der Client bekommt keine IE-Allgemein. IE-Allgemein ist zur Kommunikation mit einer SPS und der Client kommuniziert nicht mit der SPS sondern nur mit dem ServerDer Terminalbus hat nichts mit Netpro zu tun. In Step7/WinCC siehst Du den Terminalbus NIRGENDS. Nur im WindowsExplorer->SimaticShell. Das ist reines Windows-Netzwerk. Du musst im WindowsExplorer von der ES auf den Server kommen, dann hast Du auch Chancen das "Laden" funktioniert. siehe: http://support.automation.siemens.com/WW/view/de/62837602 und alle Folgelinks darin.
Ist auch nicht mein Wunsch, haben wir bis jetzt auch noch nie gemacht. Die Visu-PCs hatten noch immer 2NICs.Ja, man kann auch Terminalbus und Anlagenbus physikalisch auf ein Netzwerk(karte) legen, würd ich aber nicht empfehlen.
. Ja für die Verbindung meiner "neuen Engineering-Station" (Client2) zum Anlagenbus muss ich mir noch was überlegen. Entweder 2. NIC oder irgeneine Form von Routing, aber das bekomm ich schon hin.zur ES: Die ES braucht Anschluss an Terminalbus und Anlagenbus. Über den Terminalbus lädst du den Server und die Clients sowie beim Betrieb der ES als Client läuft darüber die Visu. Über den Anlagenbus lädst Du die SPS. Das ist ziemlich frickelig, pass auf, dass die ES wirklich als Client läuft und nicht dummerweise als Singlestation und sich die Visu die Daten auch noch aus der SPS holt.
OK, das hätt ich wahrscheinlich ohne mit der Wimper zu zucken getan. Darf man fragen was dar Problem wäre...PS: und nie nie nie das OS-Serverprojekt auf der ES in Runtime nehmen!!! Höchstens OS-Simulation!
Ähm??? Habs jetzt zwar nicht im Kopf, aber SimaticShell sollte von WinCC auf jeden Fall mitkommen, ist wie gesagt der Terminalbus und der hat nichts mit SimaticNet zu tun... Zusätzlich installiert WinCC auch noch ne eigene Version von SimaticNet (ist aber ne separate DVD). Ich hätte jetzt gedacht, bei der WinCC-Installation kann man das auch gleich mit auswählen... Oder bei 7.0 wars mit auf der CD und bei 7.2 ists ne extra DVD, glaub so war das...Anscheinend nicht, den Stationsmanager (definitiv) und die Simatic Shell (vielleicht übersehen) habe ich erst bekommen nachdem ich SIMATIC Net installiert hatte.
Interessant ist jetzt (ich kann alle Teilnehmer in der Simatic-Shell sehen) das ich zwar problemlos einen OS-Download durchführen kann aber keinen Hardware/Stations-Download (wie auch immer man das nennt).
...
Was habe ich da noch vergessen? Die Anweisungen aus deinem Link vorhin und dem hier hab ich befolgt. Der OS-Download geht auch...
Ich mein, es stört jetzt nicht besonders, den Hardware-Download mach ich ja nur 1-2 mal und das geht auch per File-Export machen.
Es wäre nur der Vollständigkeit halber interessant.
OK, das hätt ich wahrscheinlich ohne mit der Wimper zu zucken getan. Darf man fragen was dar Problem wäre...
Letzte Frag noch...
Wo kann man den symbolischen Namen des Servers verändern, man braucht den ja schließlich des öfteren im Projekt und mir ist er (an welcher Stelle auch immer er festgelegt wurde) zu lang.
Simatic.Net ist bei 7.2 ne separate DVDOder bei 7.0 wars mit auf der CD und bei 7.2 ists ne extra DVD, glaub so war das...
Gut, die Funktion braucht man, wie gesagt, maximal beim ersten mal. Und da kann man's auch gleich per File lösen.Das mach bei mir auch oft zicken... Du lädst damit sozusagen den Komponentenkonfigurator. Bei den Clients brauchst Du da eh eigentlich nichts...
:sm25: Hmmm...Wenn Du das OS-Serverprojekt auf der ES startest, werden die SQL-Datenbanken angelegt. Diese liegen dann im Projekt und werden beim nächsten Serverladen auf den Server mitübertragen und machen dort alles kaputt...
:sm25: Hmmm...
Interessant. Man müsste zwar die Engineering erst in die Serverliste eintragen damit man die Runtime überhaupt starten könnte und es wäre auch ein anderer Stationsname....
Hmm... Im Moment hab ich die ES eigentlich als Client eingetragen weil die ES ja eigentlich ein referenzierter Client ist. Wenn ich das Serverprojekt zum bearbeiten öffne kommt eh die Abfrage:??? Der Rechnername des OS-Serverprojektes auf der ES ist der Rechnername der ES! Sonst könntest Du ja das Projekt auf der ES garnicht bearbeiten.
TOP! Danke ducati, das Handbuch hat wirklich geholfen. Jetzt fehlt vorerst nur eine Kleinigkeit.hier: http://support.automation.siemens.com/WW/view/de/24023824
gibt's nen Kapitel, wie man ne ES/OS-Client Kombi konfigurieren sollte.
Genau so hab ich es dann gemachtentweder Du nimmst als masterclient die ES un referenzierst die anderen 2. dann wuerdest Du den ES Client nicht laden sondetn das ClientProjekt einfach nur auf der ES starten.
Das funktioniert problemlos.nur da bin icu mir nicht sicher, ob ein einmal gestartetes Clientmasterprojekt noch ordentlich auf die anderen referenzierten Clients geladen werden kann.
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?