Wago Webserver

c-teg74

Level-1
Beiträge
54
Reaktionspunkte
6
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo zusammen,

ich habe eine Wago 750-841 mit WEB-Visu in einer Anlage schon ein weilchen am laufen. Die Anlage soll jetzt über Internet von außerhalb gesteuert werden können.
Dafür hatte ich bei der Erstellung des Programms schon alles vorgesehen.Über VPN habe alle Funktionen getestet, allerdings nicht vor Ort da der Internetanschluss nicht vorhanden war.
Jetzt hat der Kunde endlich sein Internet Anschluß an der Anlage, und da fangen die Problem an. Er kann zwar auf den Webbrowser zugreifen, aber die Anzeigen passen nicht mit den örtlichen gegebenheiten überein. Vor Ort ist ein Webpanel von Wago damit kann man ohne Problem die Anlage Steuern. Auch wenn ich mit dem Laptop direkt am Switch gehe und den Webroser aufrufe, kann man alles wie gewohnt steuern.
Der Kunde hat vor Ort eine Fritzbox mit Portweiterleitung eingerichtet. Er musste sich auch nur noch mit an den Switch anschließen. Also nix schweres. Per W-Lan hat es über die selbe Fritzbox schon Funktioniert. Nur sobald man über den Freigegebenen Port drauf zugreifen will gibt es Probleme.
Ich hab schon versucht über Teamviewer das Problem zu lösen, konnte so aber nix feststellen.

Kann das sein, dass zwar der Webbrowser angezeigt wird, aber die Daten die die Aktuellen Schaltzustände anzeigen aus irgeindeinem Grund nicht aktuallisiert werden weil sie von der Fritzbox nicht durchgelassen werden? Hat einer schon mal ein ähnliches Problem gehabt?

Nächste Woche habe ich einen vor Ort Termin, wenn einer nen Tipp hätte wäre ich ihm sehr dankbar
icon12.png


MFG
Carsten

Und besten Dank im vorraus...
 
das geschieht dann wenn man die verbindungen nur TCP/IP zulässt, die JAVA-Applets die hier aber im hintergrund laufen *schauder* benötigen aber darüber hinaus UDP, über TCP werden die requests abgesetzt und das applet selbst geladen, die daten und zustände werden aber in aller regel via udp übertragen. auch ein oft gesehenes phänomen ist das temporäre cachen in den java-machines. dies sollte für solche aufgaben zwingend deaktiviert sein.
Die nötigen einstellungen findet man unter systemsteuerung -> java -> reiter allgemein -> temporäre internetdateien -> einstellungen -> Hacken von "Temporäre Dateien auf dem Computer belassen" deaktivieren.
Im selben Fenster, in dem der Hacken entfernt wird sollte dann noch "Dateien löschen" ausgeführt werden, im folgedialog beide Hacken aktivieren und OK drücken.

Sollten all diese Massnahmen nicht greifen ist zu 90% eine zu schmalle Internetverbindung der übeltäter. Es zeigte sich das je nach örtlicher Auslastung (also Auslastung des Internetanschlusses des Kunden / Betreibers) erst ab einer (A)DSL-6000-Leitung zuverläßige ergebnisse erzielt werden können. (All diese Angaben gelten auch für Spider-Control von IniNet, hat zwar mit dem Wago nichts zutun, aber JAVA ist nunmal JAVA)
 
Zuviel Werbung?
-> Hier kostenlos registrieren
... (All diese Angaben gelten auch für Spider-Control von IniNet, hat zwar mit dem Wago nichts zutun, aber JAVA ist nunmal JAVA)

Der auf Spider-Control basierenden MicroBrowser ist funktions-
kompatibel zu dem von Wago bzw. 3S mitgelieferten Applet.
An der Kommunikation ist daher kein Unterschied.

Die Vorteile von Spider-Control liegen auf der Client-Seite. Der
MicroBrowser läuft auch unter CE stabil und zuverlässig, da er
wesentlich niedrigere Ansprüche an die Hardware-Ressourcen hat,
als die für das Applet notwendige JVM.
 
Danke erstmal für die Hilfreichen Tipps, aber das größte Problem was ich nicht Berücksichtig hatte war der Netzwerkadministrator vor Ort....:ROFLMAO:
Die Anlage lief Problemlos hatte es mit einem anderen Laptop und Webstick vor Ort getestet. Nur der Rechner beim Kunden Wollte nicht... die haben irgendwelche wilden Einstellungen im Netzwerk vorgenommen womit JAVA nicht klar kommt.
Das war ne teure spaßfahrt für den Kunden...

Gruß und danke...
 
Zurück
Oben