TIA TP1500 Profinetschnittstelle X1 / X3

DeltaMikeAir

User des Jahres 2018; 2023
Beiträge
21.946
Reaktionspunkte
7.298
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo zusammen,

dass TP1500 hat ja 2 Profinetschnittstellen ( X1 + X3 ). Jetzt möchte ich dieses Panel mit zwei Maschinen verbinden, welche jeweils in einer Subnetzmaske liegen

Maschine 1: 172.15.15.xx
Maschine 2: 172.15.16.xx

Leider kann ich nicht zwei Verbindungen ( für Variablen ) anlegen. Also Verbindung 1 über die X1 ( IP 172.15.15.xx ) und Verbindung 2 über
die X3 ( IP 172.15.16.xx ).

Im Handbuch finde ich keine eindeutige Beschreibung ob dass überhaupt möglich ist.

Danke für eure Hilfe

TIA V14
CPU1515
 
Zuletzt bearbeitet:
Ich schieb das Thema noch mal hoch

Im Siemens Forum habe ich von ChristophD diesen Beitrag gefunden:

Hello,
X3 Profinet Basis functionality
X1 PROFINET IO Interface with integrated Switch
X1 can be used for I/O Dataexchange with Controller.

Regards
Christoph

Funktion der X1 Schnittstelle ist klar, aber was kann die X3 bzw. was bedeutet "Profinet Basis functionality".
Das Handbuch zum TP1500 habe ich jetzt einmal auf und ab gelesen, kann aber nichts finden.


Einen Beitrag weiter im Siemens Forum steht dann noch:
the X3 Interface is made for normal Ethernet Communication like getting
access to Office Network or for Weboptions like Webserver or SmartServer and so on.

Aber wie gesagt, ist dass wirklich so. Ich finde keinerlei (offizielle) Info´s
 
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
Warum willst Du zwei IPs haben?
Ich kenne mich mit dem Panel zwar nicht aus, kann Dir aber sagen, dass das nicht gehen wird, denn da kommt das Betriebssystem durcheinander. Angenommen es soll ein Paket an ein anderes Gerät in dem Subnetz verschickt werden, über welche Netzwerkkarte soll das denn rausgehen? Man kann ja bei der Kommunikation nur die Ziel-IP angeben, aber nie die Quell-IP (höchstens den Port), wozu auch und da weiß das OS dann nicht, was es tun soll.
 
Ich kenne mich mit dem Panel zwar nicht aus, kann Dir aber sagen, dass das nicht gehen wird, denn da kommt das Betriebssystem durcheinander. Angenommen es soll ein Paket an ein anderes Gerät in dem Subnetz verschickt werden, über welche Netzwerkkarte soll das denn rausgehen? Man kann ja bei der Kommunikation nur die Ziel-IP angeben, aber nie die Quell-IP (höchstens den Port), wozu auch und da weiß das OS dann nicht, was es tun soll.

Guten Morgen Oliver,

ich sehe dass genau so wie du. Meine Frage ist nur, für was ist diese Schnittstelle da. Ich habe gedacht, um eine Verbindung zu einem Rechner oder Netzwerk aufzubauen
und von dort z.B. Daten einzulesen ( per über Windows projektierter Verbindung ). Aber warum hat diese Schnittstelle dann Profinet Funktionalität?

So ganz komme ich da nicht mit.
 
Nachtrag: Du könntest aber einen Trick mit der Subnetzmaske machen. Angenommen Dein Netz ist ein Klasse B Netz und hat eigentlich die IP 172.100.XXX.XXX und die Subnetzmaske 255.255.0.0, dann konfigurierst Du die Netzwerkkarten am Panel als Klasse C Netz mit der Subnetzmaske 255.255.255.0. Wenn Du jetzt den beiden Netzwerkkarten am Panel eine bei der dritten Gruppe unterschiedliche IP vergibst (z.B. 172.100.1.100 und 172.100.2.100) sind das für das Panel zwei unterschiedliche Netze und das OS ist wieder glücklich, alle anderen Geräte können aber, da es für sie das selbe Subnetz ist aufgrund der Subnetzmaske 255.255.0.0, ohne Probleme immer noch auf beide Karten zugreifen.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo,

Profinet Basis Funktion umfasst eigentlich die folgenden Sachen:
Name Of Station, Portverschaltungen

Generell kann auch die X3 Schnittstelle für die Verbindung zur Steuerung genutzt werden das ist kein Problem.
Auch das anlegen der Verbindungen geht ohne Probleme, einfach per Drag&Drop in der Netzwerkansicht.

Aber!
Es gibt keine direkte Zuordnung zwischen Verbindung und Netzwerschnittstelle.
Das Panel arbeitet über den Applikationszugangspunkt S7ONLINE.
Dieser ist dann die Kopplung zu der verwendeten Netzwerkkarte und genau da lauert das Problem.
S7ONLINE berherscht nur eine Karte, sprich entweder X1 oder X2 , eine Umschaltung würde im Control Panel des TP1500 gehen aber willst du das wirklich?
Den das bedeutet WinCC beenden -> schnittstelle umstellen -> Wincc Starten.

Es gab mal das Thema wo jemand PROFIBUS und PROFINET Schnittstelle vom gleichzeitig nutzen wollte, ich finde das nur nicht mehr, das geht dann in die gleiche Richtung.

Gruß
Christoph
 
Hallo Christoph,

danke für deine ausführliche Antwort.

Eine kurze Frage noch. Für was ist diese Schnittstelle dann vorgesehen ( Übertragen, Verbindung zu einem Firmennetz...) ?
 
Die Schnittstelle ist einfach als zusätzliche Ethernetschnittstelle gedacht.
Wenn man z.B. Maschinennetz und OfficeNetz trennen will, durch die X3 kann man also sein Panel über die X1 im PROFINET der Maschine betreiben und gleichzeitig über X3 ein Wartungsnetzwerk anschließen und remote auf das Panel zugreifen.
 
Nachtrag: Du könntest aber einen Trick mit der Subnetzmaske machen. Angenommen Dein Netz ist ein Klasse B Netz und hat eigentlich die IP 172.100.XXX.XXX und die Subnetzmaske 255.255.0.0, dann konfigurierst Du die Netzwerkkarten am Panel als Klasse C Netz mit der Subnetzmaske 255.255.255.0. Wenn Du jetzt den beiden Netzwerkkarten am Panel eine bei der dritten Gruppe unterschiedliche IP vergibst (z.B. 172.100.1.100 und 172.100.2.100) sind das für das Panel zwei unterschiedliche Netze und das OS ist wieder glücklich, alle anderen Geräte können aber, da es für sie das selbe Subnetz ist aufgrund der Subnetzmaske 255.255.0.0, ohne Probleme immer noch auf beide Karten zugreifen.

Der Vollständigkeit halber, bevor das jetzt noch jemand ausprobiert:

Andere Geräte die wie in deinem Beispiel oben in dem Class-B Netz mit einer Subnetzmaske von 255.255.0.0 hängen, gar nicht mit dem Panel auf keiner der beiden Karten kommunizieren... Denn das wird schon bei dem ARP-Paket "who has" scheitern, weil die Teilnehmer aus dem Class-B das an eine Broadcast-Adresse senden, die das Panel auf beiden Karten nicht als seine eigene anerkennen wird und einfach ignoriert...
Fazit: Das Panel antwortet dann nicht auf den ARP-Request und es weiß keiner wohin weitere Pakete gehen sollen...

MfG Fabsi
 
Da hat Fabpicard recht, der Vorschlag war Blödsinn. Die Idee kam aufgrund einer bestimmten Situation hier beim Kunden. Hier beim Kunden gibt es ein paar PCs und Steuerungen bei denen Klasse B und Klasse C Netze verwendet wurden, dies funktionierte, weil sich die IP in der dritten Gruppe nicht unterschied (z.B. PLC 172.20.1.1/255.255.255.0, PC 172.20.1.100/255.255.0.0). Da das funktionierte, bin ich in meinem nicht mehr ganz so jugendlichen Leichtsinn davon ausgegangen, dass mein Vorschlag dann auch funktionieren müsste.
 
Zurück
Oben