WinCC WebNavigator - Variablen am Client werden nicht aktualisiert

WendeMarkus

Level-1
Beiträge
85
Reaktionspunkte
14
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo,

letzte Woche hatte ich folgendes Problem, welches ich euch natürlich nicht vorhalten wollte:

Konstellation: Neuer Windows Server 2008R2 - mit installiertem WinCC 7.0SP3 und diversen Clients über WebNavigator verbunden.

Problem: Nach dem Neustart eines WebNavigator-Clients wurden die Variablen als nicht nicht aktualisiert angezeigt - so als wäre keine Verbindung vom Server aus zum AS möglich (Ausrufezeichen)

Auf den anderen Clients lief es aber noch, nun zuerst gedacht ein Firewall Problem oder die neuinstallierte Software macht Zicken. Habe dann aber einen anderen Client mal so neu gestartet und siehe da: dasselbe!
Erstmal auf den Server per RemoteDesktop eingeloggt, soweit alles ok - also WebNavigator-Client wieder gestartet - alles OK :icon_eek: ) war noch per RDP angemeldet)

Nach langem Starten - Beenden, Neustarten des Server, überprüfen der Firewalls, Virenschutz auf den Clients und auf dem Server bin ich nicht dahinter gekommen was es war.

Habe dann im Büro die Konstellation auf VMs simuliert - und was sehe ich da: sonst haben wir uns immer per VNC auf die Server verbunden - seit neuestem machen wir das per RDP - und der RDP meldet sich nach der Sitzung ab, sodass der Benutzer auf dem WinCC läuft abgemeldet ist, WinCC läuft zwar ohne Probleme weiter, nur versucht man dann im abgemeldeten Zustand per WebNavigator zu verbinden, funktioniert dies zwar, nur dass die Variablen nicht aktuell sind!

Habe in einer anderen Anlage noch einen WinServer 2003R2 und WinCC 7.0SP2 laufen, mal schauen ob es da dasselbe ist... (wird z.Zt noch über VNC Ferngewartet)

Als vorübergehende Lösung habe ich eine Batchdatei auf dem Server eingebunden, welche durch ausführen den aktuellen RDP User abmeldet und den vorhergehenden wieder anmeldet:
"C:\Windows\System32\tscon.exe RDP-Tcp#0 /dest:console"

Dies nur mal zur info...


Gruß

Markus
 
Auch wenn der Thread schon älter ist:

Ich bin über das selbe Problem gestolpert, hab aber eine andere Lösung gefunden:
WinCC 7.0 SP3 kann man auch als Dienst laufen lassen. Damit funktioniert die Variablenaktualisierung auch wenn man nicht per RDP verbunden ist.

Gruß
Dieter
 
Zuviel Werbung?
-> Hier kostenlos registrieren
RDP auf nem Server macht halt ne neue Sitzung auf, das ist tödlich für WinCC... Von Siemens freigegeben ist RealVNC (ich steuere quasi den lokal angemeldeten Benutzer fern...) damit sollten solche Probleme nicht auftreten...
 
RDP auf nem Server macht halt ne neue Sitzung auf, das ist tödlich für WinCC... Von Siemens freigegeben ist RealVNC (ich steuere quasi den lokal angemeldeten Benutzer fern...) damit sollten solche Probleme nicht auftreten...

Das Sltsame ist allerdings, dass nur der Webnavigator davon betroffen ist.
Der Rest - zumindest von dem was ich alles im Einsatz hab - läuft problemlos weiter.

Und da unser WinCC im Rechenzentrum auf einem virtuellem Server läuft, ist das mit der lokalen Anmeldung gar nicht so einfach ;)
Ich komm mit meinem Firmenausweis nicht mal durch die erste Tür in unserer IT. Geschweige denn ins Rechenzentrum.
Wahrscheinlich müßte ich da eine Aktion wie in Impossible Mission starten ... aber mit 90kg tu ich mich da schwerer als Tom Cruise :ROFLMAO:

Gruß
Dieter
 
Zu einem Windows 2003 Server sollte man sich mit
mstsc /console
verbinden.

Bei Windows 2008 Server ist das ja angeblich nicht mehr notwendig, aber ich nehme trotzdem immer die neue Option
mstsc /admin

Hat bisher eigentlich immer funktioniert. Vielleicht hängt das aber auch davon ab unter welchem Benutzerkonto WinCC installiert wurde, und mit welchem Benutzer man sich versucht per RDP anzumelden.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Der Rest - zumindest von dem was ich alles im Einsatz hab - läuft problemlos weiter.

Tja von wegen ... Wunder mich gestern, warum ich keine aktuellen Daten mehr in einer meiner SQL-Datenbanken hab.
Ergebnis der Fehlersuche: Verbindungsaufbau zum (externen) SQL-Server klappt aus einem Global VBS-Projektmodul heraus nicht mehr.
WinCC wieder umgestellt auf Betriebsmodus Standard -> Alles wieder i.O.
WinCC zurück auf Betriebsmodus Server -> Keine Verbindung zu Datenbank

Service-Request bei Siemens kommt mit "Problem bisher nicht bekannt" zurück :ROFLMAO:
Mich lange mit Google und MS-Technet "unterhalten" und festgestellt, dass Benutzerrechte des Services ein Problem sein können.
Also nochmal lange gegoogelt bis ich eine Lösung hatte, die mir den ausführenden User des Scripts anzeigt.
Tja und Ergebnis:
Wird WinCC als Dienst gestartet, dann laufen Scripte (zumindest bei mir) unter dem Local Service Account und nicht unter dem Benutzer den man beim Betriebsmodus "Service" einträgt.

Stellt sich nun die Frage, welcher Service von WinCC für das Scripting zuständig ist und ob man diesem von Hand den richtigen Benutzer zuweisen kann.

genervten Gruß
Dieter
 
Zuletzt bearbeitet:
Zurück
Oben