Step 7 VMWare Player 6 - Step 7 - WLAN Verbindung - keine erreichbaren Teilnehmer

sirbarny

Level-2
Beiträge
170
Reaktionspunkte
26
Zuviel Werbung?
-> Hier kostenlos registrieren
Im Simatic Manager werden keine erreichbaren Teilnehmer angezeigt.
Nur bei Verbindung über WLan-Router.

VMWare Player 6.0.1
Host: Windows 7 192.168.123.50
Gast: Windows 7 192.168.123.54
CPU 315-2 PN/DP 192.168.123.202
Step 7 V5.5 SP3

VirtualNetworkEditor.png

Die Verbindung über den LAN-Port mit Helmholz NetLinkPro funktioniert. (Profibus)

Bei Anschluss mit LAN-Kabel an die CPU funktioniert ebenfalls.

Nur beim Anschluss der CPU an einem WLAN-Router werden keine erreichbaren Teilnehmer
angezeigt. CPU kann angepingt werden.

Der Simatic Manager bietet folgende LAN-Schnittstellen an:

PG Schnittstelle.png


Mit keiner von den drei läßt sich eine Verbindung aufbauen.


Einstellung VM Network Connection:
Bridged Mode und Replicate physical network......

Mit und ohne Firewall getestet.

Nun bin ich am Ende aller Weisheiten.

sir
 
Anstatt "erreichbare Teilnehmer", das Projekt öffnen und probier mit "Online".
Geht es dann ?

Ich verwende eigentlich nie "erreichbare Teilnehmer".
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hast du zwischenzeitlich die VM auch mal neu gestartet oder den Netzwerkadpater mal disconnected und neu connected?
Bei VMware kannst du dich nämlich nicht gleichzeitig mit 2 Karten des Hosts verbinden. D.h. es geht entweder LAN oder WLAN. Wenn auf dem Host beide gleichzeitig auf dem Host beim hochfahren der VM verbunden sind habe ich schon gemerkt das es Glücksspiel ist, ob die VM sich beim hochfahren für das LAN oder WLAN entscheidet.
 
OK. Ich habe das Ganze noch einmal getestet und die WLAN Verbindung funktioniert
tatsächlich.
Normalerweise verwende ich "erreichbare Teilnehmer" um einfach zu wissen dass alle
Geräte da sind, ausser bei Fernwartung über VPN, da geht es nämlich bei mir auch nicht.

Gibt es eine andere Möglichkeit die Netzwerkteilnehmer, über WLAN, anzuzeigen. Mit
angeschlossenen LAN-Kabel geht es nämlich.

Was noch lustig ist, wenn ich eine zweite VM laufen habe dann wird diese als erreichbarer
Teilnehmer angezeigt, nur die CPU nicht.

Danke.
 
Was noch lustig ist, wenn ich eine zweite VM laufen habe dann wird diese als erreichbarer
Teilnehmer angezeigt, nur die CPU nicht.
Genau welchen Typ werden den zweiten VM von Erreichbare Teilnehmer angezeigt ?
Hast du in diesen zweiten VM irgendeine Siemens Software ? Es kann sein das dies wird dann als PG Station oder HMI Station erkannt.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Die VM heißt "Windows XP Mode" und als Teilnehmer wird "XP" angezeigt.

Dort ist ein Step 7 5.4 installiert aber nicht am laufen. Das ist aber kein Problem
weil sie normalerweise nicht gleichzeitig laufen.

Wie schaust du welche Netzwerkteilnehmer vorhanden sind?
 
Was noch lustig ist, wenn ich eine zweite VM laufen habe dann wird diese als erreichbarer
Teilnehmer angezeigt, nur die CPU nicht.

Ich denke der Router blockiert MAC Multicasts zwischen WLAN nach LAN.
Da DCP (=Erreichbare Teilnehmer) mit Multicasts sucht passiert genau das.
Die andere VM die auch im WLAN ist sieht man, alles am LAN nicht.
Du kannst mal schauen, ob sich der Router das abgewöhnen lässen.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Das schlüsselwort heisst:
"Gebridgetes Interface".

Man benötigt eine Netzwerk Brücke zwischem dem Interface in der Virtuellen Maschine.
Nur so ist gewährleistet, das volle "Level-2-Transparenz" existiert - und nicht nur ein Protokoll wie TCP/IP "durchgegeben", oder gar via NAT/FW verstümmelt wird.

VMware ist für diesen Zweck eigentlich viel zu teuer.
Bessere Kosteneffizienz hat da www.virtualbox.org - dort stellt man die netzwerkbrücke in den erweiterten Netz eigenschaften ein. Sollte auch so ähnlich beim überteuerten VMware möglich sein.

Die OSI-Level-2 Transparenz benötigst Du, damit via ARP- uno/oder ISO Call "protokollose" Ethernet Frames/Pakte auch bei deiner Anwendung ankommen, und diese auch von der Anwendung im Netzwerk versendet werden.

Damit machen die Programme Ihre Geräte Erkennung, das geht nicht über TCP/IP, da man annehmen muß, daß diese noch keine TCP/IP Adresse haben.

Netzwerkbrücke/Bridging einschalten und es wird gehen.
Das hat mit der Virt-Lösung nix zu tun, ausser diese beherrscht keine Netzwerkbrücken. (unwahrscheinlich).

Euer Schatten
 
Danke für die ausführliche Erklärungen. Nun habe ich es wenigstens ungefähr verstanden.

Aber liegt es nicht doch an der Verbindung zwischen Host und Gast? Die Einstellung
für den Network Adapter ist "bridged" (Siehe Beitrag 1)

Auf meiner alten Kiste läuft Step 7 direkt und da kann ich die erreichbaren Teilnehmer
sehen. Auf der VM nicht.

Wo müsste dann die Netzwerkbrücke eingeschaltet werden?
 
"Bridged" ist genau richtig.

Damit sollte alles was der Host "sieht" auch dem "Guest" an der Schnittstelle gezeigt werden. Frame für Frame.
(Das ist mnit LEvel 2 Transparenz gement).

Manchmal ist jedoch das Bridge anscheinen zu langsam oder der Guest System gestattet auf der ausgehen Schnitstelle den "promicious mode" nicht (oder der Host Netz Treiber) kann das nicht.
Promicious Mode heisst es werden alle Frames "gelesen", quasi der NSA - Betriebsmode. :p .. nund nicht nur die, welche diesen Host "angehen". Da der Gast eine andere Mac Adresse hat als der Host, muß das so sein.
Sonst würde die eingangskontrolle der Ethernet-Frames die nicht-dem-host-gehörenden Frames ignorieren - abweisen.

Da ich in der Windows Welt als "Host" hier immer wierder schwierigkeiten hatte, ist mein Host System ein Linux. Effizienter, besser.
Da wo ein Win gebraut wird lasse ich in VirtualBox.org eine Instanz laufen.
Mit dieser Konstellation hatte ich im Gast (XP) noch nie schwierigkeiten einen ISO/ARP/Ethernet PArtner via ARP zu finden. (Virtualbox Einstellungen: Promicious Mode + Bridged, richtige Interface gewählt und geht).
BTW: ich finde in XP mit den Aktuellen Virtualhost.org Versionen V.4.3.x fühlt sich mit S7 v5.5 und Distirbuted Safety hier am Wohlesten mit dem Virt-IO paravirtuelle NEtzkarte + Netzwerktreiber von RedHat. (Die reicht die Linux Schnitstelle ohne umwege ins Win-Gast durch).
Keine Klemmer beim Beobachten,
Erreichbare Teilnehmen ok,
PRimary Setup Tool etc. alles ok.
Alle anderen Discoverytools der andern Herstelle tun auch bestens.

Euer Schatten

PS: manchmal werden OSI-Level2/Layer 2 Pakete von den Accesspoints im WLAN gefiltert, dann muss man seine APs auf "LAyer2-Transparenz" Schalten, das gilt besonders für sie Siemens Scalence Linie ...

PS2: obiger Punkt ps1) scheint genau dein Ding zu sein, mit Deinem Acesspoint.
Stelle mal das Interface im Step 7 testhalber auf ISO Transport. Kommst du nicht "online" dann hast du ein Layer2-Problem // Layer Filter/Blockade.
 
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
Bei ISO Transport ist keine Verbindung.

Eben habe ich noch festgestellt dass sich Host und Gast nicht anpingen können.
In beide Richtungen nicht. Ist dies derselbe Grund? Layer 2

Dann lebe ich halt mit den kleinen Einschränkungen.

Danke für die Nachhilfe.
 
Zurück
Oben