PC-based Automation
WinAC RTX via TCP/IP auf Localhost zugreifen
Erstellt von Ruedi am 20.09.2011 22:26 (9 Antworten)

20.09.2011, 22:26
|
Beigetreten am: 20.09.2011
Letzter Besuch: 18.04.2012
Beiträge: 3
Bewertung:
(0)
|
(0)
|
Hallo Zusammen
Ich haben einen WinAC RTX mit zwei physikalischen Netzwerkkarten. Ich kann über eine TCP/IP Sockets Kommunikation auf ein C# Programm, das auf einem PC im Netzwerk installiert ist, zugreifen. Jetzt möchte ich dieses Programm auf dem Betriebssystem des WinAC RTX installieren und drauf zugreifen. Kann ich aus der SPS direkt auf den Localhost (127.0.0.1) zugreifen? Kann mir jemand erklären, wie ich die Einstellungen konfigurieren muss?
Herzlichen Dank.
|
|
|
|

21.09.2011, 08:17
|
Beigetreten am: 22.12.2005
Letzter Besuch: 27.04.2013
Beiträge: 48
Bewertung:
(10)
|
(0)
|
Hallo, wenn ich Dich richtig verstehe, soll ein Step7 Programm über eine Ethernetschnittstelle, die der WinAC RTX zugeordnet ist (Submodul auf IF-Steckplatz) mit einer Windows Applikation, die auf dem gleichen PC läuft, kommunizieren. Dies funktioniert nur, wenn die beiden Ethernetschnittstellen physikalisch verbunden sind (Switch oder Cross over Kabel) und die IP-Adressen im gleichen Subnetzt liegen.
Grüße Avoss
|
|
|
|

21.09.2011, 10:32
|
Beigetreten am: 15.11.2006
Letzter Besuch: 14.05.2013
Beiträge: 941
Bewertung:
(106)
|
(0)
|
Die Frage ist, was passiert wenn man statt einem IF-Modul einen IE Allgemein im Koko projektiert.
Alternativ solltest du vielleicht auch mal über eine ODK-Lösung nachdenken.
Have Fun!
TomDeWou
|
|
|
|

27.09.2011, 15:27
|
Beigetreten am: 22.01.2009
Letzter Besuch: 13.05.2013
Beiträge: 82
Bewertung:
(7)
|
(0)
|
Hallo,
der IE Allgemein ist doch aber bereits ein IF-Modul. Hier nur eine Standard-Ethernet-Schnittstelle, statt eines CPs.
Zur Beantwortung der Fragen: Per "localhost" kann man leider nicht so ohne weiteren auf die WinAC RTX zugreifen. Es geht leider nur der von avoss beschriebene Weg per Kabel-Brücke oder wie auch erwähnt, per ODK. ODK eine Möglichkeit, dass die eigene Applikation direkt Daten mit der WinAC RTX austauschen kann. Hier als eine mögliche Variante über einen SahredMemoryBereich (SMX), als die performanteste Möglichkeit. Im ODK Paket sind viele Beispielprojekte vorhanden, welche die einfache Implementierung zeigen.
http://support.automation.siemens.com/WW/view/de/35067305
Grüße
|
|
|
|

27.09.2011, 16:13
|
Beigetreten am: 20.09.2011
Letzter Besuch: 18.04.2012
Beiträge: 3
Bewertung:
(0)
|
(0)
|
Herzlichen Dank für die Inputs. Es handelt sich eben um eine Standardapplikation, die über TCP/IP kommuniziert. Somit kommt in diesem Fall eine Lösung über ODK nicht in Frage. Ich werde die beiden Netzwerkkarten zusammen verbinden. Falls dies nicht gewünscht ist, werde ich einen kleinen Hutschienen-PC im Schaltschrank einsetzen. Eigentlich schade, dass man nicht direkt über TCP/IP mit der Windowsoberfläche kommunizieren kann. Bei anderen Herstellern von Soft-SPS ist dies problemlos möglich.
|
|
|
|

28.09.2011, 09:43
|
Beigetreten am: 15.11.2006
Letzter Besuch: 14.05.2013
Beiträge: 941
Bewertung:
(106)
|
(0)
|
Per "localhost" kann man leider nicht so ohne weiteren auf die WinAC RTX zugreifen.
.. er will aber - laut Beschreibung - von WinAC RTX auf den Localhost zugreifen. Oder? Das könnte m.E. per IE Allgemein im Koko funktionieren.
Have Fun!
TomDeWou
|
|
|
|

28.09.2011, 09:58
|
Beigetreten am: 20.09.2011
Letzter Besuch: 18.04.2012
Beiträge: 3
Bewertung:
(0)
|
(0)
|
Genau, ich möchte aus der SPS via TCP/IP aufs Betriebssystem zugreifen. Ob ich das über 127.0.0.1 oder die IP der Netzwerkkarte mache, ist mir egal. Beide Netzwerkkarten mit einem Kabel zu verbinden geht eventuell auch. Schöner wäre es natürlich, wenn man die zweite Netzwerkkarte für etwas anderes benutzen könnte.
Was ist denn sonst eigentlich der Unterschied, ob ich eine Netzwerkkarte als CP oder IE-Allgemein definiere?
|
|
|
|

29.09.2011, 08:19
|
Beigetreten am: 15.11.2006
Letzter Besuch: 14.05.2013
Beiträge: 941
Bewertung:
(106)
|
(0)
|
Wenn die Schnittstelle als IF-modul konfiguriert ist in der WinAC ist sie dem Realtime-Kernel zugeordnet und steht unter Windows nicht mehr zur Verfügung, d.h. von Windows-Seite aus kann man nicht auf die SS zugreifen. Ist sie hingegegen im Koko als IE Allgemein projektiert ist sie von Windows und der WinAC erreichbar.
Have Fun!
TomDeWou
|
|
|
|

29.09.2011, 17:13
|
Beigetreten am: 20.01.2011
Letzter Besuch: 26.04.2013
Beiträge: 23
Bewertung:
(2)
|
(0)
|
Hallo Ruedi,
wie von avoss schon richtig bemerkt geht dies nur wenn die beiden Schnittstellen physikalisch verbunden sind. Ein Crosscable sollte bei modernen Schnittstellen allerdings eigentlich nicht mehr notwendig sein (Autosense, Autonegotiation, etc.). Der Grund ist, das die WinAC in der Echtzeit läuft und somit unabhängig vom Windows und deiner Applikation ist. Das heisst, beide Kommunikationspartner laufen mitsamt Ihren Schnittstellentreibern auf unterschiedlichen Betriebssystemen. Deswegen ist die Affenschaukel notwendig. Grüße FUF
|
|
|
|

07.10.2011, 10:55
|
Beigetreten am: 22.01.2009
Letzter Besuch: 13.05.2013
Beiträge: 82
Bewertung:
(7)
|
(0)
|
Hallo!
genau FUF. Durch die Echtzeiterweiterung errreichen wir ja eine sticktere Trennung von Windows und Automatisierung. So dass die WinAC RTX im Fehlerfall von Windows unabhängig weiter laufen kann, und ggf. die Maschine in ein sicheren Zustand führen kann. Um dennoch mit der Windows-Seite zu kommunizieren haben wir das WinAC ODK, welchen eine m.E. bessere, schnellere und stabilere Verbindung zu Windows herstellen kann. Vorallem aber eine direktere Verbindung aus einer eigenen Applikation ohne zusätzlichen Windows Ressourcen zu verbrauchen. Natürlich ist eine localhost Verb. recht bequem, aber das ist auch der einzigste Vorteil, denk ich. Zusätzlich haben wir auch noch OPC, welche auch recht bequem ist.
@Tom, du hast recht, dass man per IE Allgemein (ausserhalb der WinAC RTX projektiert) nach draussen kommt, allerdings nur per S7-Verbindung und nicht per TCP/IP.
Grüße
=== Bearbeitet von Moldi @ 07.10.2011 11:25 [GMT ] === keine richtig Stelltung
|
|
|
|
|
Aktionen