-> Hier kostenlos registrieren
Die Version ist für x86, ARM wird nicht funktionieren...
Zugriff auf ein Comfort-Panel (WinCE 6.0) mit VNC?
- Ersteller Flachschipp
- Erstellt am
-> Hier kostenlos registrieren
Hallo Techniker
Ja das Problem hatte ich auch schon EINMAL. Mein Kollege nahm es dann trotzdem mit auf IBN da die Zeit drängte.
Zu der Zeit kam wieder ein TIA Update welches eine neue Firmware Version brachte. Diese spiele er ein und dann gings.
Versuch doch mal ein Firmware update.
Alternative Lösung ware mit dem Runtimestart den VNC Server zu starten. (Gibt da glaube ich ein solches Ereignis oder mit dem Startbild.)
Richtig die Version ist nur für x86 Prozessoren. Mal sehen ob ich noch ein Build mache für ARM.
Gruss und VIELEN DANK fürs Feedback
Ja das Problem hatte ich auch schon EINMAL. Mein Kollege nahm es dann trotzdem mit auf IBN da die Zeit drängte.
Zu der Zeit kam wieder ein TIA Update welches eine neue Firmware Version brachte. Diese spiele er ein und dann gings.
Versuch doch mal ein Firmware update.
Alternative Lösung ware mit dem Runtimestart den VNC Server zu starten. (Gibt da glaube ich ein solches Ereignis oder mit dem Startbild.)
Richtig die Version ist nur für x86 Prozessoren. Mal sehen ob ich noch ein Build mache für ARM.
Gruss und VIELEN DANK fürs Feedback
diebbdwelt
Level-1
- Beiträge
- 2
- Reaktionspunkte
- 0
-> Hier kostenlos registrieren
Hallo zusammen,
ich habe den EfonVNC-Server bei meinem TP900 aktuell stabil am Laufen. Nur wenn das HMI in den Bildschirmschoner wechselt habe ich keinen Fernzugriff mehr.
Die Verbindung besteht aber oder kann auch neu aufgebaut werden (der Server läuft also). Ich sehe auch das Prozess Bild. Es reagiert aber nicht auf Eingaben. Wenn ich das HMI wieder „aufwecke“ (den Bildschirmschoner beende), dann kann ich es auch wieder aus der Ferne bedienen.
Konntet ihr das auch schon beobachten und habt ihr vielleicht eine Lösung?
Gruß
diebbdwelt
ich habe den EfonVNC-Server bei meinem TP900 aktuell stabil am Laufen. Nur wenn das HMI in den Bildschirmschoner wechselt habe ich keinen Fernzugriff mehr.
Die Verbindung besteht aber oder kann auch neu aufgebaut werden (der Server läuft also). Ich sehe auch das Prozess Bild. Es reagiert aber nicht auf Eingaben. Wenn ich das HMI wieder „aufwecke“ (den Bildschirmschoner beende), dann kann ich es auch wieder aus der Ferne bedienen.
Konntet ihr das auch schon beobachten und habt ihr vielleicht eine Lösung?
Gruß
diebbdwelt
grossmeisterm
Level-1
- Beiträge
- 1
- Reaktionspunkte
- 0
Hallo zusammen
habe das gleiche Problem bei einem TP9000, dass der Evon Server sich nach einer Weile aufhängt (Connections closed) und nur durch Neustart wiederbelebt werden kann.
Da man aber über das MiniWebinterface () über einen Browser die "Runtime" starten und beenden kann, würde ich mich freuen wenn man den start der Runtime wiederum mit der server exe verknüpfen kann. Kann man da nicht eine Batch Datei für schreiben?
Beste Grüße
habe das gleiche Problem bei einem TP9000, dass der Evon Server sich nach einer Weile aufhängt (Connections closed) und nur durch Neustart wiederbelebt werden kann.
Da man aber über das MiniWebinterface () über einen Browser die "Runtime" starten und beenden kann, würde ich mich freuen wenn man den start der Runtime wiederum mit der server exe verknüpfen kann. Kann man da nicht eine Batch Datei für schreiben?
Beste Grüße
hallo grossmeisterm
Welche Version nutzt du? Die von mir?
https://drive.google.com/file/d/0B14off7j4wTHaWxHZFN4UERIWDQ/view?usp=sharing
Es gibt nach mir ein Ereignis bei Runtimestart oder sicher bei aktivieren beim Startbild. (Script ausführen welches den Server startet)
@diebbdwelt
Hab noch nie ein Bildschirmschoner auf einem Panel genutzt kann dir da nicht helfen. Tut mir leid.
Welche Version nutzt du? Die von mir?
https://drive.google.com/file/d/0B14off7j4wTHaWxHZFN4UERIWDQ/view?usp=sharing
Es gibt nach mir ein Ereignis bei Runtimestart oder sicher bei aktivieren beim Startbild. (Script ausführen welches den Server startet)
@diebbdwelt
Hab noch nie ein Bildschirmschoner auf einem Panel genutzt kann dir da nicht helfen. Tut mir leid.
-> Hier kostenlos registrieren
Hallo diebbdwelt
Ich hatte das gleiche Problem wie du mit dem Bilschirmschoner. Ich konnte aus der Ferne dem Bildschirmschoner zusehen wie er sich bewegt, aber deaktivieren ging nicht.
Ich löste es wie folgt: Ich sende von der SPS aus einen Steuerauftrag ans HMI wo ich das HMI Bild wechsle. Dadurch wird nun der Bildschirmschoner auf dem Panel deaktiviert und ich kann es wieder über den VNC bedienen.
Dies funktioniert einwandfrei, ich muss einfach das TIA Portal offen haben, um die Variable zu übersteuern. Da ich Programmierer bin habe ich das TIA Portal sowieso immer griffbereit.
Die VNC Version von mbi läuft bei uns auf dem TP900 Störungs- und Absturzfrei, auch im Dauerbetrieb. Wir haben sie zwar nur zur Inbetriebnahme der Anlage (ca 1 Woche) benutzt.
Ich hatte das gleiche Problem wie du mit dem Bilschirmschoner. Ich konnte aus der Ferne dem Bildschirmschoner zusehen wie er sich bewegt, aber deaktivieren ging nicht.
Ich löste es wie folgt: Ich sende von der SPS aus einen Steuerauftrag ans HMI wo ich das HMI Bild wechsle. Dadurch wird nun der Bildschirmschoner auf dem Panel deaktiviert und ich kann es wieder über den VNC bedienen.
Dies funktioniert einwandfrei, ich muss einfach das TIA Portal offen haben, um die Variable zu übersteuern. Da ich Programmierer bin habe ich das TIA Portal sowieso immer griffbereit.
Die VNC Version von mbi läuft bei uns auf dem TP900 Störungs- und Absturzfrei, auch im Dauerbetrieb. Wir haben sie zwar nur zur Inbetriebnahme der Anlage (ca 1 Woche) benutzt.
Zuletzt bearbeitet:
diebbdwelt
Level-1
- Beiträge
- 2
- Reaktionspunkte
- 0
Hallo aebi,
vielen Dank für den Hinweis!
Ich verwende meine Steuerung für eine Hausautomation. Daher läuft bei mir TIA nur beim Programmieren.
Den Server werde ich noch mal gegen die modifizierte Version austauschen. Der „originale“ Server ist nun bei mir auch nach ein paar Tagen abgestürzt.
Gruß
diebbdwelt
vielen Dank für den Hinweis!
Ich verwende meine Steuerung für eine Hausautomation. Daher läuft bei mir TIA nur beim Programmieren.
Den Server werde ich noch mal gegen die modifizierte Version austauschen. Der „originale“ Server ist nun bei mir auch nach ein paar Tagen abgestürzt.
Gruß
diebbdwelt
Hallo mbi,
vielen Dank für die überarbeitete Version des EFON VNC Servers.
Diese läuft sehr stabil und stürtzte bei und seit mehreren Testtagen nicht einmal ab :grin:
Leider habe ich es noch immer nicht geschafft, das Programm beim hochlauf des Panels (TP900) zuverlässig automatisch zu starten.
Habe folgende Varianten versucht.
- Verknüpfung auf WINVNC.exe unter \Windows\StartUp eingefügt -> Funktioniert gar nicht
- In Registry des Panels unter HKEY_LOCAL_MACHINE / Init neuen Launch auf die WINVNC.exe eingefügt -> Funktioniert gar nicht
- in Runtime in den Ereignissen bei Startbild aufgebaut -> Funktioniert erst, wenn man die hochgelaufene Runtime beendet und die Runtime neu startet
- in Runtime im Aufgabenplaner bei Bildwechsel -> Funktioniert prinzipiell. Aber wenn das Panel neu hochgelaufen ist, ist er Zugriff erstmal nicht möglich, da zu diesem Zeitpunkt ja noch kein Bildwechsel statt fand. Somit muss nach jedem Anlagenneustart der Bediener das Bild wechseln. Was sicher in 90 der Fälle kein Problem wäre, aber trotzdem nervt.
-Programmstart in den Ereignissen einer HMI-Variable, die mit einer PLC-Variable verknüpft ist. -> Funktioniert. Aber logischerweise nur dann, wenn auch eine Verbindung zur PLC besteht. Und wir hätten auch gern Zugriff auf das Panel, wenn Verbindungsprobleme zur PLC behoben werden sollen...
Die liebste Variante wäre uns, wenn wir die WINVNC.exe wieder mit einer Verknüpfung aus dem Windows CE StartUp Order starten könnten.
Vielleicht könntest du deine Modifiziert Variante des EFON Servers daraufhin untersuchen warum er im StartUp Ordner beim hochlauf ignoriert wird.
Vielen Dank schon mal
Gruß Andy
vielen Dank für die überarbeitete Version des EFON VNC Servers.
Diese läuft sehr stabil und stürtzte bei und seit mehreren Testtagen nicht einmal ab :grin:
Leider habe ich es noch immer nicht geschafft, das Programm beim hochlauf des Panels (TP900) zuverlässig automatisch zu starten.
Habe folgende Varianten versucht.
- Verknüpfung auf WINVNC.exe unter \Windows\StartUp eingefügt -> Funktioniert gar nicht
- In Registry des Panels unter HKEY_LOCAL_MACHINE / Init neuen Launch auf die WINVNC.exe eingefügt -> Funktioniert gar nicht
- in Runtime in den Ereignissen bei Startbild aufgebaut -> Funktioniert erst, wenn man die hochgelaufene Runtime beendet und die Runtime neu startet
- in Runtime im Aufgabenplaner bei Bildwechsel -> Funktioniert prinzipiell. Aber wenn das Panel neu hochgelaufen ist, ist er Zugriff erstmal nicht möglich, da zu diesem Zeitpunkt ja noch kein Bildwechsel statt fand. Somit muss nach jedem Anlagenneustart der Bediener das Bild wechseln. Was sicher in 90 der Fälle kein Problem wäre, aber trotzdem nervt.
-Programmstart in den Ereignissen einer HMI-Variable, die mit einer PLC-Variable verknüpft ist. -> Funktioniert. Aber logischerweise nur dann, wenn auch eine Verbindung zur PLC besteht. Und wir hätten auch gern Zugriff auf das Panel, wenn Verbindungsprobleme zur PLC behoben werden sollen...
Die liebste Variante wäre uns, wenn wir die WINVNC.exe wieder mit einer Verknüpfung aus dem Windows CE StartUp Order starten könnten.
Vielleicht könntest du deine Modifiziert Variante des EFON Servers daraufhin untersuchen warum er im StartUp Ordner beim hochlauf ignoriert wird.
Vielen Dank schon mal
Gruß Andy
-> Hier kostenlos registrieren
Hallo andyprog
Hab dein Problem auch schon 2 Mal gehabt. Wie schon mal geschrieben konnte es mein Kollege vor Ort nach einem Image update lösen.
Das zweite Mal war erst kürzlich. Habs auch nicht hingekriegt (Registry und Startup)
Meine Lösung war dann mit dem Startbild aufgebaut. Warum funktioniert das bei dir nicht??? Wenn das Panel nach einem Stromausfall wieder Startet kann ich sobald die Runtime das Hauptbild lädt zugreifen.
Ein verdacht warum das mit dem Startup nicht funktionierte hab ich noch nicht. Denke aber nicht das es an der Applikation liegt.
Wie war die genaue Reihenfolge des installierens?
Ich hab glaube ich schon den VNC gestartet und darauf zugegriffen bevor ich Save Registry und Save File geklickt habe. Könnte das der Fehler gewesen sein? Wie war deine Reihenfolge?
Gruss mbi
Hab dein Problem auch schon 2 Mal gehabt. Wie schon mal geschrieben konnte es mein Kollege vor Ort nach einem Image update lösen.
Das zweite Mal war erst kürzlich. Habs auch nicht hingekriegt (Registry und Startup)
Meine Lösung war dann mit dem Startbild aufgebaut. Warum funktioniert das bei dir nicht??? Wenn das Panel nach einem Stromausfall wieder Startet kann ich sobald die Runtime das Hauptbild lädt zugreifen.
Ein verdacht warum das mit dem Startup nicht funktionierte hab ich noch nicht. Denke aber nicht das es an der Applikation liegt.
Wie war die genaue Reihenfolge des installierens?
Ich hab glaube ich schon den VNC gestartet und darauf zugegriffen bevor ich Save Registry und Save File geklickt habe. Könnte das der Fehler gewesen sein? Wie war deine Reihenfolge?
Gruss mbi
Hallo mbi
Die genaue Reihenfolge, wie wir das Panel ursprünglich mit den Tools intalliert haben ist schwer nachzuvollziehen, weil wir viele Varianten getestet haben.
Darum habe ich wie du schon vorgeschlagen hast mit dem Tool ProSave das Image neu auf das Gerät gespielt.
Danach bin ich wie folgt vorgegangen:
1. habe deine Dateien "WINVNC" und "VNCCONFIG" auf das Panel in das Verzeichnis \flash\AddOn kopiert
2. dann habe direkt das Tool VNCCONFIG gestartet und ein Passwort vergeben
3. dann habe ich den Dateiexplorer geschlossen und im Start Center -> Settings -> OP -> Persistent Storage die Funktionen "Safe Registry" und "Safe Files" ausgeführt damit die Dateien nach dem nächsten Boot noch da sind und das Passwort erhalten bleibt.
4. dann habe ich die Runtime übertragen. In dieser ist beim Startbild in den Ereignissen unter "Aufgebaut" der Start des VNC Servers eingetragen
5. Nach dem Übertragen und dem Hochlauf der Runtime lief auch schon der VNC Server. Auch nach einem Neustart oder Netzausfall funktioniert der Zugriff nun auf Anhieb. :grin:
Somit sind wir nun mit der Funktion voll und ganz zufrieden. Da bleibt uns nichts, als uns bei dir mbi zu bedanken! Server läuft (bis jetzt) stabil und wird nach jedem Neustart des Panels automatisch gestartet:wink:
Gruß Andy
Die genaue Reihenfolge, wie wir das Panel ursprünglich mit den Tools intalliert haben ist schwer nachzuvollziehen, weil wir viele Varianten getestet haben.
Darum habe ich wie du schon vorgeschlagen hast mit dem Tool ProSave das Image neu auf das Gerät gespielt.
Danach bin ich wie folgt vorgegangen:
1. habe deine Dateien "WINVNC" und "VNCCONFIG" auf das Panel in das Verzeichnis \flash\AddOn kopiert
2. dann habe direkt das Tool VNCCONFIG gestartet und ein Passwort vergeben
3. dann habe ich den Dateiexplorer geschlossen und im Start Center -> Settings -> OP -> Persistent Storage die Funktionen "Safe Registry" und "Safe Files" ausgeführt damit die Dateien nach dem nächsten Boot noch da sind und das Passwort erhalten bleibt.
4. dann habe ich die Runtime übertragen. In dieser ist beim Startbild in den Ereignissen unter "Aufgebaut" der Start des VNC Servers eingetragen
5. Nach dem Übertragen und dem Hochlauf der Runtime lief auch schon der VNC Server. Auch nach einem Neustart oder Netzausfall funktioniert der Zugriff nun auf Anhieb. :grin:
Somit sind wir nun mit der Funktion voll und ganz zufrieden. Da bleibt uns nichts, als uns bei dir mbi zu bedanken! Server läuft (bis jetzt) stabil und wird nach jedem Neustart des Panels automatisch gestartet:wink:
Gruß Andy
Hallo andyprog
Vielen Dank dank für deine Ausführungen.
Habs heute nochmals mit einem frischen Panel versucht.
Nach meinen neusten Erkenntnissen ist nicht die Reihenfolge das Problem sondern der Zeitpunkt des Starten.
Scheint ganz so das irgend etwas noch nicht geladen ist aber der VNC Server schon starten soll.
Aktuell hab ich im AutoStart ein Script mit 4 Ping Befehle auf sich selber um Zeit zu schinden und dann erst wird der VNC Server gestartet und siehe da das Funktioniert.
Wenn ich mal Zeit habe werde ich versuchen das anzupassen.
Gruss mbi
Vielen Dank dank für deine Ausführungen.
Habs heute nochmals mit einem frischen Panel versucht.
Nach meinen neusten Erkenntnissen ist nicht die Reihenfolge das Problem sondern der Zeitpunkt des Starten.
Scheint ganz so das irgend etwas noch nicht geladen ist aber der VNC Server schon starten soll.
Aktuell hab ich im AutoStart ein Script mit 4 Ping Befehle auf sich selber um Zeit zu schinden und dann erst wird der VNC Server gestartet und siehe da das Funktioniert.
Wenn ich mal Zeit habe werde ich versuchen das anzupassen.
Gruss mbi
Stephan Mhl
Level-1
- Beiträge
- 1
- Reaktionspunkte
- 0
-> Hier kostenlos registrieren
Hallo @mbi,
Wir haben auch einige WinCE Panels mit ARM Architektur im Einsatz.
Auch wir haben seit Jahren den Efon VNC Server im Einsatz doch leider haben wir bei 10% der Anlagen das selbe Problem,
das der Server irgendwann abschmiert und erst nach dem neustart wieder für eine begrenzte zeit funktioniert.
Habe gesehen das du eine modifizierte Version für x86 gebaut hast die wohl funktioniert. Wäre es möglich das du auch eine ARM Version davon baust?
Oder kannst du mir sagen was du geändert hast, oder was sogar das Problem sein könnte?
Im Voraus besten Dank!
Wir haben auch einige WinCE Panels mit ARM Architektur im Einsatz.
Auch wir haben seit Jahren den Efon VNC Server im Einsatz doch leider haben wir bei 10% der Anlagen das selbe Problem,
das der Server irgendwann abschmiert und erst nach dem neustart wieder für eine begrenzte zeit funktioniert.
Habe gesehen das du eine modifizierte Version für x86 gebaut hast die wohl funktioniert. Wäre es möglich das du auch eine ARM Version davon baust?
Oder kannst du mir sagen was du geändert hast, oder was sogar das Problem sein könnte?
Im Voraus besten Dank!
Hallo @mbi
Erst mal Danke für die verbsserte Version. Der server läuft stabil.
Nun habe ich aber noch eine Frage zu deiner Version.
Ich Starte die winvnc.exe auf einem CE6.0 System dabei wird die Console geöffnet jedoch nicht wider geschlossen.
Kann man da was machen dass die automatisch nach dem ausführen wider schliesst?
Gruss BeckABOm
Erst mal Danke für die verbsserte Version. Der server läuft stabil.
Nun habe ich aber noch eine Frage zu deiner Version.
Ich Starte die winvnc.exe auf einem CE6.0 System dabei wird die Console geöffnet jedoch nicht wider geschlossen.
Kann man da was machen dass die automatisch nach dem ausführen wider schliesst?
Gruss BeckABOm
-> Hier kostenlos registrieren
Hallo BeckABOm
Was geschieht da bei die genau?
Was für eine Console? Hab das bei mir nicht.
Hab übrigens gerade eine neue Version hoch geladen die auch die Start Probleme beheben sollte.
Gruss mbi
Was geschieht da bei die genau?
Was für eine Console? Hab das bei mir nicht.
Hab übrigens gerade eine neue Version hoch geladen die auch die Start Probleme beheben sollte.
Gruss mbi
Hallo mbi
Wenn ich die exe ausführe geht die Console mit folgendem Inhalt auf:
Mit Autostart des Servers hate ich keine Probleme, ich habe die exe einfach in der System Registry ins init geschrieben, gemäss Anleitung hier:
https://dotter.wordpress.com/2012/07/16/windows-ce-remote-control-efon-vnc/
Gruss BeckABOm
Wenn ich die exe ausführe geht die Console mit folgendem Inhalt auf:
Mit Autostart des Servers hate ich keine Probleme, ich habe die exe einfach in der System Registry ins init geschrieben, gemäss Anleitung hier:
https://dotter.wordpress.com/2012/07/16/windows-ce-remote-control-efon-vnc/
Gruss BeckABOm
-> Hier kostenlos registrieren
Das Fenster öffnet sich bei jedem Ausführen des Programs.
Gruss BeckABOm
Gruss BeckABOm
