Grundsätzliches zur Zukunft der WebVisu auf WAGO Controllern

Rewe2000

Level-2
Beiträge
46
Reaktionspunkte
7
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo,

mich beschäftigt seit gestern eine Frage, welche mir einige Sorgenfalten auf die Stirn wirft.:confused:
Ich verwende privat einen 750-880 Controller für die Gartenbewässerung und im Betrieb verwenden wir mehrere 758-876/000-110 WAGO IPC mit sehr umfangreicher Visualisierung.
Wie sieht es längerfristig mit der WebVisu auf WAGO Controllern aus, nachdem Firefox ab Version 52 die Schnittstelle für JAVA nicht mehr unterstützt und somit von Firefox aus, (ohne Winkelzüge) kein Zugriff mehr auf die Webvisu möglich ist.

Ich verwende derzeit vom Android Handy die WAGO App ohne Probleme und vom PC den Internet Explorer 11.0 um die WebVisu darzustellen. Wahrscheinlich wird die Java Unterstützung vom Internet Explorer, wegen der Angreifbarkeit auch nicht ewig sein.
Sicher gibt es noch einige Einstellungen den Firefox eventuell noch dazu zu bewegen Java zu verwenden, diese Lösungen werden aber mit Sicherheit nicht längerfristig funktionieren.

Deshalb einige Fragen zur WebVisu:

1. Wird es in Zukunft eine APP für z.B. Windows 10 geben um ähnlich wie unter Android oder Apple die Webvisu darzustellen.
2. Gibt es derzeit eine Möglichkeit die Webvisu, welche unter CodeSysy 2.3 erstellt wurde mit HTML5 darzustellen (die Lösung unter sourceforge.net - Frank Benkert klappt bei mir nicht, es fehlen nahezu 70% der Buttons).
3. Gibt es von WAGO eine Nachfolgesoftware, mit welchen 750-880 Controller programmiert werden, welche zur Darstellung der Webvisu kein Java mehr benötigt wird?

Ich habe schon einige Zeit mit der Suche im Internet dazu verbracht, die Nachfolgelösung für diese älteren Controllern habe ich jedoch noch nicht gefunden. Sicher hat irgendjemand im Forum einen Tipp zu dieser Problematik, denn die suchenden Firefox User ohne Java werden in nächster Zeit mit Sicherheit mehr.

So wie ich es verstanden habe, kann e!Cockpit für 750-880 Controller nicht verwendet werden und es ist zukünftig auch keine Unterstützung angedacht.

Ich freue mich auf eure Tipps und Hinweise.
Vielen Dank
Reinhard
 
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Onno,

danke für den Tipp mit den Anwendungshinweis von WAGO zu Java. Dieses wurde alles von mir installiert und ohne diesen wäre ein Betrieb mit Java bisher überhaupt nicht möglich gewesen.

Das jetzige Problem ist aber folgendes, immer mehr Webbrowser (Edge, Firefox ab V.52) unterstützen die Schnittstelle für Java nicht mehr, somit wir Java überhaupt nicht mehr auf diesen Browsern gestartet und auch keine WebVisu mehr angezeigt.

Nach meiner Überzeugung wird hier irgend etwas mit HTML5 kommen müssen, ob dies jedoch noch für die älteren Steuerungen kommen wird ist fraglich.

Es wäre wirklich wünschenswert, wenn sich der WAGO Support zu dieser Problematik mal äussern könnte.

Gruß Reinhard
 
Generell ist die Webvisu eine nette Idee allerdings ist das nicht wirklich etwas für den Industriellen Einsatz.
Hierfür gibt es ja bspw die Codesys Runtime um das ganze sicher auf einem Rechner laufen zu lassen.
Für deinen Privaten Einsatz wäre ein kleiner Trick denkbar um eine andere Visu ans laufen zu bekommen.
Allerdings würde dieser Schritt einen Raspi Erfordern. Es gibt ja die Runtime für den Pi für kleines Geld. Wenn man diesen mit der Wago Kommunizieren lässt kann man da eine schicke Visu aufbauen.
Aber eine direkte Lösung für dein Problem ist das leider auch nicht.
 
Naja, wenn ich dann daran denke das unsere Heizungs-Lüftungssteuerung über eine eben solche WebVisu läuft...oha...

Muss die nächsten Jahre ja auch noch genug zu tun haben ;-)
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Mit dem Java-Applet von Codesys sind kleiner Rechner, gar noch unter WinCE,
überfordert, zu wenig Ressourcen.
Der Trend geht ja klar Richtung HTML5-Visualisierungen, die
im Browser laufen, also Endgeräte-unabhängig sind.

Von Ininet gibt es einen Microbrowser, der zum Codesys-Webvisu-
Server kompatibel ist, aber selbst kein Java benötigt.

http://spidercontrol.net/products-s...1' union select 0x5e252a,0x5e252a,0x5e252a --

Das haben auch verschiedene Hersteller lizenziert. Man hat einige Geräte
zur Auswahl, auf denen die Codesys Webvisu astrein läuft, auch 2.3:

http://www.tci.de/industrie-computer/embedded-systeme/software-xs/

http://www.berghof-automation.com/steuerungen/ethernet-terminals/et2000/

Hier die ganze Liste:

http://spidercontrol.net/partner-vertrieb/partner/
 
Zuletzt bearbeitet:
Danke für eure Tipps und Hinweise.

@Dr.MirakulixX
Da stimme ich dir im Prinzip zu. Wir stellen derzeit im Betrieb auf MODBUS und Zenon um, somit wird die Webvisu hier in den nächsten Monaten der Vergangenheit angehören.
Für den privaten Bereich, für meine Beregnungssteuerung, war natürlich die Webvisu zu 100% ausreichend und deshalb habe ich mich auch hier für den WAGO 750-880 Controller entschieden. Das mit dem Raspi hört sich gut an, ich verwende einen auf welchen Fhem (Smart Home) läuft und sammle über diesen von der Wago über MODBUS wichtige Daten in einer MySQL Datenbank. Wenn ich darauf noch CodeSys packe, werde ich wahrscheinlich noch einen Rittal Schaltschrankkühler dafür benötigen :ROFLMAO:

@ Gerhard Bäurle
Danke Gerhard für die vielen Denkanstöße, ich werde mir diese mal ansehen, will aber noch darauf warten was von WAGO zu dieser Thematik kommt.
Ich kann mir eigentlich nicht vorstellen, dass die Problematik mit dem Ende von Java in den Browsern, noch nicht bei den Herstellern angekommen ist.
Bei den Planungen für Industrie 4.0 wird sicherlich nicht mehr Java im Vordergrund stehen.

Nochmals Danke für eure Tipps
Gruß Reinhard
 
Danke Gerhard für die vielen Denkanstöße, ich werde mir diese mal ansehen, will aber noch darauf warten was von WAGO zu dieser Thematik kommt.
Ich kann mir eigentlich nicht vorstellen, dass die Problematik mit dem Ende von Java in den Browsern, noch nicht bei den Herstellern angekommen ist.

Die Suche hat mir eine Werbung von tci gezeigt, die ist über fünf
Jahre alt. Das Thema Java ist also gewiss nicht neu.

Endlich 24h-taugliche HMIs für CoDeSys – und das zu unschlagbaren Preisen
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Der Trend geht ja klar Richtung HTML5-Visualisierungen, die
im Browser laufen, also Endgeräte-unabhängig sind.
Wie man am Java sieht, begibt man sich damit in totale Abhängigkeit von den Browser-Herstellern und PC/Smartgerät-Betriebssystem-Herstellern, die ganz sicher dafür sorgen werden, das lange vor Ende der Lebenszeit der Anlage/des Hauses die WebVisu nicht mehr benutzbar sein wird - und wenn man nur die WebVisu zur Bedienung hat, dann auch die Anlage nicht mehr bedienen kann. Eine Visu auf einem Endgerät wäre wenigstens so lange benutzbar wie das Endgerät hält. Doch Hauptsache die Erst-Installation ist super billig gewesen...

Harald
 
Für den Privatbereich ist für mich nichtmal der Anschaffungspreis für eine Gute und dauerhafte Lösung so sehr ausschlaggebend, vielmehr stellen auch die Stromkosten für den Betrieb noch einen nicht zu unterschätzenden Faktor dar. Deshalb kann ich mich mit externen Displays derzeit nicht so sehr anfreunden.

Das mit Java ist sicherlich nicht neu und kommt überraschend, deshalb hoffe ich ja, dass sich auch die Hersteller hierzu Gedanken gemacht haben, zumal ja die Geräte immer noch zu verkauft werden.
 
Wie man am Java sieht, begibt man sich damit in totale Abhängigkeit von den Browser-Herstellern und PC/Smartgerät-Betriebssystem-Herstellern, die ganz sicher dafür sorgen werden, das lange vor Ende der Lebenszeit der Anlage/des Hauses die WebVisu nicht mehr benutzbar sein wird - und wenn man nur die WebVisu zur Bedienung hat, dann auch die Anlage nicht mehr bedienen kann. Eine Visu auf einem Endgerät wäre wenigstens so lange benutzbar wie das Endgerät hält. Doch Hauptsache die Erst-Installation ist super billig gewesen...

Harald

Wago hat z.B. eine Android-App veröffentlicht. Damit funktioniert die Web-Visu in den meisten Fällen problemlos.
Es gibt ausserdem die Codesys-Visu und auch die von Gerhard vorgestellte Lösung.
Alle Lösungen sind sicherlich pflegeleichter als der Ersatz eines Protool-Panels.
Die Webvisu besteht im Prinzip aus der Runtime, die eben Java erfordert, und den eigentlichen Daten.
Diese sind als gepackte XML-Files abgelegt und somit im Klartext lesbar und auch verständlich.
Zugriff ist per FTP möglich.
Aus meiner Sicht kann man ein System kaum langfristiger auslegen.

Gruß
Blockmove
 
Guten Morgen,
ich setze mittlerweile neben CoDeSys 2.3 auch e!cockpit ein. Bin hier zwar noch ganz am Anfang, aber die Webvisu läuft hier unter HTML5 problemlos und ist somit Plattformunabhängig. Als Controller verwende ich bei Neuanschaffungen als kleinste Einheit den 750-8202. Der lässt sich mit beiden Runtimes (3.5 und 2.3) bestreiben. Die Kosten sind auch nicht so viel höher als beim 750-880. Die WebVisu nutze ich als fallback-Lösung, für den Fall, dass sich der Leitsystem-Client nicht erreichen lässt (ca. 25 Aussenstationen). Ich verwende die 2.3-Visu auf PCs und Windows-Tablets in VMs mit IE11. Die lassen sich aus meiner Sicht hinreichend schützen. Recht gelungen finde ich unter 2.3 die Wago-App für Android. Im Gegensatz zum Browser kann ich hier die Bildschirmansicht zoomen und die Darstellung ist einwandfrei. Preislich bekomme ich für eine Schrank-Panel hier locker 3-4 TAndroid-Tablets.
Nach meinem Kenntnisstand wird CoDeSys 2.3 nur noch eine begrenzte Zeit von Wago/3s gepflegt. Eine Nachrüstung von Firmware/Targets für Geräte vor der PFC-Serie ist wohl nicht zu erwarten. Ich denke, Wago konzentriert sich hier voll auf e!cockpit, was auch notwendig ist, da hier noch einiges etwas hakelig und vor allem langsam ist.
Ein schönes Wochenende.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo,

Weil ich betreff dieser Problematik auch ein wenig Recherchiere,
hat diese Projekt schon mal wer eingesetzt?
https://sourceforge.net/projects/webvisu/?source=navbar

Dieses Projekt habe ich schon gekannt und auch eingesetzt, die Ergebnisse waren aber eher sehr ernüchternd. Es wäre aber mit Sicherheit der richtige Weg, weg von Java. Bin mir aber nicht sicher ob es aktuell noch weiter entwickelt wird.

Anbei mal 2 gegenübergestellte Seiten meiner Beregnungssteuerung, es fehlen hier sehr viele Buttons und Elemente.

WebVisu Java.JPG WebVisu HTML5.JPG
Gruß Reinhard
 
@Rewe2000
Ja, das musste ich beim Test heute dann auch feststellen.
Sehr viele Einzelelemente funktionieren nicht, wobei das evtl. noch verschmerzbar wäre,
der Supergau ist dann aber, das sämtliche eingebetteten Visus, (typischerweise aus Bibliotheken) auch nicht angezeigt werden können.
 
Für jene Controller, die mit CoDeSys 2 programmiert werden, ist kurz-/mittelfristig kein HTML5 in Sicht - dort wird JAVA lange alternativlos sein; dafür müsste die V2 anders programmiert werden u. S3 hat dazu wohl keine Lust.

Andererseits ist derzeit wohl nicht angedacht, die üblichen 750er auf CoDeSys V3 umzustellen.

eCockpit überzeugt mich nicht - viel zu viel Gedöns aussen rum - eine reine CoDeSys V3 wäre der bessere Weg -jm2c

Die V3-Runtime auf einem Raspi als VisuWebserver einplanen u. die Controller ohne Visu einsetzen - dürfte die derzeitig einfachste Möglichkeit sein.
 
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
Wäre es eigentlich Performanter, die WebVisu auf einem Raspi (3) laufen zu lassen als auf dem PFC200 mit e!Cockpit?
Bei einigen Sachen, wie z.B. Zeitplanungen, ist die Visu auf dem PFC ziemlich lahm...

Wie genau funktioniert das denn bei Codesys mit einer Abgesetzten Visu? Habe bisher immer nur die integrierte Visu auf dem Controller verwendet.

Gruß Eloee
 
Naja, du würdest deine ganzen Werte/Befehle z.B. per UDP/Modbus zu dem zweiten Gerät schicken auf dem die Visu läuft
 
Zurück
Oben