The Industrial Raspberry Pi Forum

Hallo,

ich habe auf meinem neuen RevPi Core 3 das neueste Jessie-Image installiert und würde gerne zuerst einmal die PROCON-WEB IoT Runtime lizenzieren die ich mitgekauft habe. Ich bin nach eurem Tutorial vorgegangen, leider bekomme ich keine Verbindung zum RevPi wenn ich im PROCON WEB 6.3 Designer nach dem Zielsystem suche. Ich habe ein Projekt angelegt wie im PDF "Einführung RevolutionPi Projekt" beschrieben (Zielsystem: PROCON-WEB-IOT), aber wenn ich unter "Zielsystem" mit "Scannen" versuche meinen RevPi zu finden bleibt die Liste leer.

Pings in beide Richtungen Host->RevPi und RevPi ->Host funktionieren einwandfrei. Auch auf die Weboberfläche des RevPi komme ich problemlos. Den PROCON-WEB IoT Service habe ich im Webstatus aktiviert. Den Designer habe ich nur im Demo-Modus, könnte das ein Problem sein? Der Host-PC und der RevPi sind über ein Firmennetzwerk mit DHCP-Server verbunden. Wie kann ich testen ob unsere Firewall evtl. die Suchfunktion des Designers nicht durchlässt? In der Windows-Firewall habe ich den Designer freigeschaltet.

Des weiteren glaube ich einen Bug gefunden zu haben, ob er damit zusammenhängt weiß ich nicht. Wenn ich im Designer auf "Optionen" klicke, bekomme ich folgende Fehlermeldung: Es macht keinen Unterschied ob ich den Designer als Admin starte oder nicht. Das XML das er sucht, gibt es einfach nicht. Stattdessen habe ich ""C:\PROCON-WEB\Designer\ScriptSettings\GTIScript.xml" auf der Festplatte liegen. Wenn ich das GTIScript.xml in GTIScriptIOT.xml umbenenne, öffnet sich der Einstellungsdialog. Dort habe ich aber keine Netzwerk-bezogenen Optionen gefunden.

Die Firewall des Firmennetzwerks habe ich inzwischen ausgeschlossen, ich bekomme das exakt gleiche Verhalten mit einer Direktverbindung zwischen Host-PC mit PROCON WEB 6.3 Designer (Build 6.3.0.227) und RevPi Core 3.

Ich habe statische IPs auf beiden Seiten vergeben -> Ping und Webstatus funktionieren einwandfrei, aber PROCON WEB Designer findet kein Zielsystem.

Ein Updateversuch der Runtime mit sagt, ich hätte schon die neueste Version installiert.

Hallo PROCON-WEB IoT-Nutzer,

das beschriebene Verhalten kann verschiedene Ursachen haben.

Zum einen kann die Firewall oder die Netzwerkkonfiguration die Broadcast-Nachricht vom Designer blockieren. Wenn keine Anfrage beim RevPi ankommt, dann antwortet dieser nicht und taucht auch nicht in der Liste auf.
Wenn der RevPi in einem anderen Netz ist (Designer bspw. 172.16.x.x und RevPi 192.168.y.y) dann wird die Broadcast-Message standardmäßig vom Router geblockt.
Mit Hilfe eines Netzwerkanalysetools (bspw. Wireshark) können Sie erkennen, ob die Nachrichten vom Designer gesendet werden (UDP-Port 16800/16805) und dieser Antworten von IoT erhält.

Ebenfalls kann es der Fall sein, dass PROCON-WEB IoT auf dem RevPi nicht gestartet ist. Über den Befehl "ps -aux" wird eine Liste an laufenden Prozessen im RevPi angezeigt. (Diese kann auch direkt gefiltert werden mit dem Befehl "ps -aux | grep procon-web-iot").

Für weitere Fragen stehen wir Ihnen gerne zur Verfügung.

Gruß

GTI-control

Hallo,

vielen Dank für den Support. Mit Hilfe von Wireshark habe ich herausgefunden, dass gar keine Broadcastnachricht am RevPi ankommen kann, da die Broadcastnachricht nicht auf allen Netzwerkschnittstellen gesendet wird. Ich konnte das Problem lösen indem nur die Netzwerkkarte die zum RevPi führt aktiviert gelassen habe - alle anderen Netzwerkschnittstellen habe ich über die Systemsteuerung (WLAN, VirtualBox, zweite Ethernetkarte) deaktiviert.

Ist dieses Verhalten normal? Ich würde mir eigentlich wünschen, dass ich auch weiterhin über andere Schnittstellen kommunizieren kann und mich nicht zwischen RevPi und Internet entscheiden muss

Schönen Gruß,
matt.s

Hallo matt.s,
ich gebe dir recht, eigentlich sollte es ein Setup geben, in dem man festlegt, welche Schnittstelle verwendet wird, um die UDP-Telegramme zu senden. Wir lassen das mal den Support von GTI prüfen...

Bei mir zeigt sich das selbe Problem.
Alle Netzwerkschnittstellen deaktivieren und dann den Scan wiederholen => OK

Am besten wäre es wenn man die IP des RevPi eingeben könnte. Dann benötigt man die Scan Funktion nicht.

Leute!

Vielen Dank für die (wichtigen) Infos. Das war auch der Grund bei mir...
Schade auch, dass es für die PROCON-Runtime keinen Demo-Mode gibt. Der Demo-Mode würde die Wartezeit bis zum Erhalt der Lizenz angenehm verkürzen.

Grüße

Björn