Hi, eventuell kommt das daher, dass der PFC200 gut ausgelastet ist... das dauert schon immer ein paar Sekunden, bis die Visu kommt... aber dafür ist doch der Timeout mit 10s oder? Der sollte locker reichen...
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Du kannst gerne ein paar Mal die Zeit messen vom Aufrufen der Website(wenn du z.B. auf das Lesezeichen klickst) bis die Webvisu komplett angezeigt wird.
Ansonsten Timeout hochdrehen.
LG
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hmh.. also das sind definitiv keine 10s..hab trozdem mal auf 20s hochgedreht
Aber für mich sieht das so aus als ob die Visu kurz gestartet und dann wieder beendet wird.
In angehängtem BIld wie folgt:
INFO "Webvisu starting" => scheint als ob die Webvisu kurz startet (Flackert kurz auf und dann wieder weißer BIldschirm)
Dann läuft Timer wieder ab. Webvisu startet wieder ganz kurz... gleiches Spiel immer so weiter...
Für meinen Fall wäre es am besten, wenn das Skript nur so lange abläuft, bis die Visu einmal aufgebaut wurde...Das Umschalten falls im laufenden Betrieb SPS1 die Verbindung verliert, klappt auch so...
Hmm ok, vllt brauchen wir noch nen zweiten Timeout? Hätte nicht gedacht, dass es das Problem gibt, dass die Registrierung des Visu Clients so lang braucht.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Eventuell noch einen Timeout, wenn die Visu gestartet ist, bis wieder neu abgefragt wird, ob die VIsu aktiv ist ("Still polling the registration of the visualization. Is the visu stopped?")
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Die Visu ist zu dem Zeitpunkt der Message "still polling" noch nicht gestartet, der WebvisuClient hat da noch keine Zeichenkommandos bekommen.
Vllt einfach die Anzahl von "still polling" messages zählen? und ab z.B.: 3 gibt er mit der Webvisu auf?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Es sieht aber irgendwie so aus, als ob er das laden der WebVisu abbricht, so bald er anfängt wieder zu pollen...
Die WebVisu flackert kurz auf und so bald er anfängt zu pollen, weißer Bildschirm
Aber können gerne auch beides probieren :-)
Last edit: Chris.O 2020-06-16
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi,
konnte das Ganze jetzt endlich nochmal testen. Hat jetzt soweit funktioniert :-)
Hab nun leider ein anderes Problem.
Da läuft noch ein weiteres Skript, dass mir eine Visu-Umschaltung erzeugt, wenn eine Bestimmte Variable angetriggert wird.
Das funktioniert nun leider nicht mehr richtig. Gibt es eine Möglichkeit, falls deine Prüfung erfolgreich war, die Seite einfach komplett umzuleiten.
Aktuell bleibt man ja auf der Test.html - Seite drauf und die webvisu wird im iframe angezeigt...
Bei einer kompletten Umleitung müsste mein anderes Skript dann wieder laufen.
Deine Prüfung brauche ich eigentlich nur ganz am Anfang (beim Starten zur einmaligen Prüfung, welches das führende System ist, um dahin umzuschalte... den Rest erledigt das andere Skript)
Gruß Chris!
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Klar kannst du die Seite einfach anpassen.
Hierfür müsstest du halt wvdetection.js anpassen, sodass anstatt ein Wechsel der src für den IFrame ein Seitenwechsel passiert.
Wäre halt interessant gewesen, wenn du die geänderten Anforderungen auch mitgeteilt hättest...
LG
Marcel
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi, ok dann werd ich da mal Anpassungen vornehmen.
Das mit den geänderten Anforderungen hätte ich gemacht, wenn mir das im Vorfeld klar gewesen wäre, dass das so nicht klappt, wie ich das wollte mit dem zweiten Skript.
Aber danke dir schon mal!
Gruß Chris
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
versteh mich hier bitte nicht falsch!
Es geht bloß drum, dass man sowas wissen muss. Hier hat mir dann ehrlich gesagt auch ein Projektarchiv mit deinen zusätzlichen Scripts gefehlt, damit man versteht, was hier passiert.
Meine Vermutung ist, dass beim Wechsel von der Webvisu auf die andere Website noch Meldungen gepostet werden, die dann dazu führen, dass es aussieht wie ein Fehler.
Persönlich fänd ich es besser, wenn der IFrame auf die andere Seite wechselt, aber da fehlt mir der Einblick in deine Applikation und was du errreichen willst.
LG
Marcel
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
naja also generell geht es mir um folgendes:
Ich habe ein redundantes System mit 2 SPS'n.
Hier läuft auf jeder SPS ein Webserver mit Webvisu.
Für die Bedienung hab ich ein Touchpanel, dass die Webvisu aufruft.
Ist nun System 1 Master, soll das System auf dem Panel bedienbar sein. Schaltet das System um, so dass System 2 Master ist, soll auf dieses System umgeschaltet werden.
Zusätzlich kann über eine separate Variable die Visualisierung auf das Slavesystem umgeschaltet werden, um zu sehen was da so ab geht.
Das funktioniert auch super mit einem Skript bzw. einem Package von 3S. Was da genau im Hintergrund passiert, kann ich leider nicht sagen.
Was mir da aber noch fehlt, ist eine Überprüfung beim Start des Programms. Das Panel muss wissen, auf welche der beiden URLs es schauen soll (kann ja im Browser nur eine adresse eingeben).
Hierzu wollte ich ein "Html-Skript", dass nun erkennt, welche der beiden Visus aktiv ist (könnte ja sein, dass SPS1 gar nicht eingeschaltet ist oder der Webserver ein Problem hat). Er bekommt also zwei URL's zur Auswahl. Er überprüft die erste. Klappt hier alles kann er dahin umschalten....Ist die Visu einmal aktiv, kann das andere Skript den Rest erledigen.
Ist Visu1 am Beginn nicht erreichbar, wird auf Visu 2 geschaltet. Dann kann das zweite Skript wieder den Rest erledigen.
Sind beide nicht erreichbar, wollte ich den Timer, der das Ganze wieder neu anstößt, bis es klappt.
Ich hoffe ich konnte mein Anliegen nun etwas deutlicher machen... werde jetzt mal probieren das Skript von dir etwas umzubauen...
Gruß Chris
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Aber es passt ja nichts. Beide Visus stehen, zumindest dauert das Anmelden eine Ewigkeit, was normalerweise immer heißt, dass die Visu_TASK steht.
Hi, eventuell kommt das daher, dass der PFC200 gut ausgelastet ist... das dauert schon immer ein paar Sekunden, bis die Visu kommt... aber dafür ist doch der Timeout mit 10s oder? Der sollte locker reichen...
Richtig, dafür ist der Timeout. Kann ich nicht beurteilen, hängt von der Last auf deiner Steuerung ab, wie lang das brauchen kann.
Naja wie gesagt... 10s sollten locker reichen... was kann ich machen um den Fehler einzugrenzen?
Du kannst gerne ein paar Mal die Zeit messen vom Aufrufen der Website(wenn du z.B. auf das Lesezeichen klickst) bis die Webvisu komplett angezeigt wird.
Ansonsten Timeout hochdrehen.
LG
Hmh.. also das sind definitiv keine 10s..hab trozdem mal auf 20s hochgedreht
Aber für mich sieht das so aus als ob die Visu kurz gestartet und dann wieder beendet wird.
In angehängtem BIld wie folgt:
INFO "Webvisu starting" => scheint als ob die Webvisu kurz startet (Flackert kurz auf und dann wieder weißer BIldschirm)
Dann läuft Timer wieder ab. Webvisu startet wieder ganz kurz... gleiches Spiel immer so weiter...
Für meinen Fall wäre es am besten, wenn das Skript nur so lange abläuft, bis die Visu einmal aufgebaut wurde...Das Umschalten falls im laufenden Betrieb SPS1 die Verbindung verliert, klappt auch so...
Hmm ok, vllt brauchen wir noch nen zweiten Timeout? Hätte nicht gedacht, dass es das Problem gibt, dass die Registrierung des Visu Clients so lang braucht.
Eventuell noch einen Timeout, wenn die Visu gestartet ist, bis wieder neu abgefragt wird, ob die VIsu aktiv ist ("Still polling the registration of the visualization. Is the visu stopped?")
Die Visu ist zu dem Zeitpunkt der Message "still polling" noch nicht gestartet, der WebvisuClient hat da noch keine Zeichenkommandos bekommen.
Vllt einfach die Anzahl von "still polling" messages zählen? und ab z.B.: 3 gibt er mit der Webvisu auf?
Es sieht aber irgendwie so aus, als ob er das laden der WebVisu abbricht, so bald er anfängt wieder zu pollen...
Die WebVisu flackert kurz auf und so bald er anfängt zu pollen, weißer Bildschirm
Aber können gerne auch beides probieren :-)
Last edit: Chris.O 2020-06-16
Hey,
Also ich die wvdetection.js mal erweitert, dass man mehrere Anmeldeversuche abwartet, bevor die URL gewechselt wird.
LG
Hi,
konnte das Ganze jetzt endlich nochmal testen. Hat jetzt soweit funktioniert :-)
Hab nun leider ein anderes Problem.
Da läuft noch ein weiteres Skript, dass mir eine Visu-Umschaltung erzeugt, wenn eine Bestimmte Variable angetriggert wird.
Das funktioniert nun leider nicht mehr richtig. Gibt es eine Möglichkeit, falls deine Prüfung erfolgreich war, die Seite einfach komplett umzuleiten.
Aktuell bleibt man ja auf der Test.html - Seite drauf und die webvisu wird im iframe angezeigt...
Bei einer kompletten Umleitung müsste mein anderes Skript dann wieder laufen.
Deine Prüfung brauche ich eigentlich nur ganz am Anfang (beim Starten zur einmaligen Prüfung, welches das führende System ist, um dahin umzuschalte... den Rest erledigt das andere Skript)
Gruß Chris!
Hey,
freut mich zu hören, dass es klappt!
Klar kannst du die Seite einfach anpassen.
Hierfür müsstest du halt wvdetection.js anpassen, sodass anstatt ein Wechsel der src für den IFrame ein Seitenwechsel passiert.
Wäre halt interessant gewesen, wenn du die geänderten Anforderungen auch mitgeteilt hättest...
LG
Marcel
Hi, ok dann werd ich da mal Anpassungen vornehmen.
Das mit den geänderten Anforderungen hätte ich gemacht, wenn mir das im Vorfeld klar gewesen wäre, dass das so nicht klappt, wie ich das wollte mit dem zweiten Skript.
Aber danke dir schon mal!
Gruß Chris
Hey,
versteh mich hier bitte nicht falsch!
Es geht bloß drum, dass man sowas wissen muss. Hier hat mir dann ehrlich gesagt auch ein Projektarchiv mit deinen zusätzlichen Scripts gefehlt, damit man versteht, was hier passiert.
Meine Vermutung ist, dass beim Wechsel von der Webvisu auf die andere Website noch Meldungen gepostet werden, die dann dazu führen, dass es aussieht wie ein Fehler.
Persönlich fänd ich es besser, wenn der IFrame auf die andere Seite wechselt, aber da fehlt mir der Einblick in deine Applikation und was du errreichen willst.
LG
Marcel
Hi,
naja also generell geht es mir um folgendes:
Ich habe ein redundantes System mit 2 SPS'n.
Hier läuft auf jeder SPS ein Webserver mit Webvisu.
Für die Bedienung hab ich ein Touchpanel, dass die Webvisu aufruft.
Ist nun System 1 Master, soll das System auf dem Panel bedienbar sein. Schaltet das System um, so dass System 2 Master ist, soll auf dieses System umgeschaltet werden.
Zusätzlich kann über eine separate Variable die Visualisierung auf das Slavesystem umgeschaltet werden, um zu sehen was da so ab geht.
Das funktioniert auch super mit einem Skript bzw. einem Package von 3S. Was da genau im Hintergrund passiert, kann ich leider nicht sagen.
Was mir da aber noch fehlt, ist eine Überprüfung beim Start des Programms. Das Panel muss wissen, auf welche der beiden URLs es schauen soll (kann ja im Browser nur eine adresse eingeben).
Hierzu wollte ich ein "Html-Skript", dass nun erkennt, welche der beiden Visus aktiv ist (könnte ja sein, dass SPS1 gar nicht eingeschaltet ist oder der Webserver ein Problem hat). Er bekommt also zwei URL's zur Auswahl. Er überprüft die erste. Klappt hier alles kann er dahin umschalten....Ist die Visu einmal aktiv, kann das andere Skript den Rest erledigen.
Ist Visu1 am Beginn nicht erreichbar, wird auf Visu 2 geschaltet. Dann kann das zweite Skript wieder den Rest erledigen.
Sind beide nicht erreichbar, wollte ich den Timer, der das Ganze wieder neu anstößt, bis es klappt.
Ich hoffe ich konnte mein Anliegen nun etwas deutlicher machen... werde jetzt mal probieren das Skript von dir etwas umzubauen...
Gruß Chris