TIA IP Adresse dynamisch an einer IM 155-6 PN ST ändern

[daloeff]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo,

hab ein Problem mit wechselnden Werkzeugen -> IP Konflikt!

Ist es möglich von einer CPU aus eine bereits konfigurierte IP Adresse an einer im PN/IE Netz hängenden "IM 155-6 PN ST" dynamisch vom Programm aus zu ändern?!
Aufbau sieht folgendermaßen aus:
CPU 1512SP-1 PN diese hängt mit einer IM 155-6 PN ST im PN/IE Netz. Dieser will ich von der CPU aus eine andere IP Adresse vergeben.

Danke im Vorraus!

 

[PN/DP]

Wird Deinem Profinet-Device die IP-Adresse nicht automatisch anhand des Device-Name zugewiesen?

Passt vielleicht "Optionenhandling" besser zu Deiner Aufgabe?

Harald

 

[daloeff]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo,

das "Optionhandling" hab ich schon gesehen, leider nützt es mir in meinem Fall nichts. Das Problem sieht folgendermaßen aus:
Eine Anlage mit einer 1517ner CPU ist mit einem wechselbaren Werkzeug mit eigenständiger CPU/Software verbunden. Die Wkzg CPU ist im Anlagenprojekt als GSD Export Datei angelegt. Es werden 2 Verbindungen hergestellt (I-Device 80Byte In/Out Nutzdaten und TCP/IP). Das Werkzeug hat an seiner CPU mehrere PN Teilnehmer (ET200 usw.) angeschlossen. IP Adresse und PN Namen der wechselbaren Werkzeuge sollten immer gleich bleiben, da wir einen einheitlichen Standart haben. Bei einer neuen Anlage, haben wir nun das Problem, dass wir hier 2 Wkzg zur gleichen Zeit in der Anlage verwenden. Jetzt stehen wir vor einen Problem, da wir nun 2 x Den PN Namen und 2 x die gleiche IP Adresse im Netz haben. H
abe das Problem jetzt teilweiße gelöst, indem ich die Wkzg CPU dynamisch adressiere/benenne. Wenn die CPU startet, wird mittels den T_Config Baustein der Name und die IP Adresse vergeben. Wird hier eine "Brücke" in der Steckverbindung erkannt (Wkzg ist am 2ten Platz angesteckt), konfiguriert sich die CPU mit einer anderen IP Adresse und Namen. Somit kann die Anlage auf beide CPU's mittels Nutzdatenverbindung und TCP/IP zugreifen, da wir keinen Konflikt im Netz haben. Jedoch stehe ich nun vor dem Problem, dass "nur" die CPU dynamisch konfiguriert wird aber nicht die dahinterliegenden Teilnehmer im Wkzg Projekt.
Daher die Frage, ob es eine Möglichkeit gibt, diese dynamisch zu ändern?!
Hätten schon versucht 3 Netze mittels 2 CM Module an der Anlagen CPU zu erstellen (Anlagen-, Werkzeug1-, Werkzeug2-Netz), jedoch klappte dies nicht so, wie wir es uns vorgestellt haben. Eine andere Lösung wäre evt einen Scalance der eine NAT Routing Tabelle unterstützt, jedoch habe ich hier keine Erfahrung. Wäre mir auch nicht sicher, ob über so eine NAT Verbindung die I-Device Verbindung zustande kommen würde.

Das Problem is ein wenig schwer zu erklären, hoffe es ist halbwegs rüber gekommen auf was ich raus will.
Bin für jeden Tipp dankbar!

 

[ChristophD]

Hi,

dann solltest du mal einen Blick in folgendes Handbuch werfen, eventuell ist es das was du suchst: https://support.industry.siemens.com/cs/ww/de/view/49948856 Kapitel 5.8.1
Was du brauchst ist ein Adress/machine Tailoring bei dem alle Namen und Adressen eben vergeben werden wenn der controller einen Namen und IP bekommt.
Das ganze läuft unter dem begriff "mehrfach einsetzbare IO-System" und ist für Serienmaschinen gedacht.

Gruß
Christoph

 

[daloeff]

Optimöbel diese Funktion. Danke!
Ich hab das Handbuch schon gelesen und die Funktion war mir bereits bekannt, habe es aber nicht direkt in Betracht gezogen. M
anchmal muss man eben 2 mal hinschauen/lesen

Hätt da noch eine Frage, die hier reinpasst:
Damit man diese Funktion "mehrfach einsetzbare IO-System" nutzen kann, muss die Topologie projektiert werden.
Leider sind bei mir die Wkzg PN-Teilnehmer (Ober- und Unterwerkzeug) durch einen Unmanaged Scalance Switch XB008 getrennt und soweit ich es gelesen habe blockt ein Unmanaged Switch die in der Topologie festgelegten Port Verschaltungen?!
Müsste ich hier den Switch gegen einen Managed tauschen oder gibt es eine andere Möglichkeit?

 

[Wincctia]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo daleoeff,

wir setzen zur Trennung PN/PN koppler ein kosten halt nochmal Geld funzt aber mehr als super.

Gruß TIA

 

[daloeff]

PN/PN koppler können wir nicht verwenden, da diese die TCP/IP Verbindung nicht durchlassen

 

[ChristophD]

Hi,

ja um managed switches wirst du da vermutlich nicht rumkommen.

Gruß
Christoph

 

[daloeff]

Zuviel Werbung?
-> Hier kostenlos registrieren

Der managed Switch sollte nicht das Problem werden, jedoch bin ich mir hier nicht sicher, ob es so funktioniert. Der Switch wäre dann auf der Anlagenseite und in der Anlagensoftware projektiert. Jedoch müsste er ja rein theoretisch in der Wkzg Software projektiert werden, damit man die Topologie Verschaltung erstellen kann oder gibt es eine Möglichkeit, den Switch so zu konfigurieren, dass die Topologie Information quasi einfach "weitergeleitet" werden (z.B.: X1 = Wkzg CPU, X2 = ET200 Wkzg Teilnehmer) so dass in der Werkzeugsoftware die Topologie mit einer Linie dargestellt wird (quasi der Switch nicht sichtbar).

Danke!

 

[ChristophD]

Hi,

wenn der Switch nur auf Anlagenseite existiert dann brauchst du nix machen.
Nur die Teilnehmer in Wkzg Gruppe müssen Topologisch verschaltet sein damit alles past, wenn da kein unmanaged Switch existiert dann past es.

Gruß
Christoph

 

[daloeff]

Also ist der managed Switch in meiner Wkzg Hardwarekonfig "unsichtbar"?
Hab mal ein Bild von der HW Konfig vom Testaufbau geschickt.
Der Managed Switch wär dann physisch eingebaut, jedoch sind die Teilnehmer im Wkzg projekt einfach topologisch verbunden, ohnen den Switch hier einzubinden?!

 

[ChristophD]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hi,

wo ist das Bild?

Gruß
Christoph

 

[daloeff]

Sorry, habs nicht angehängt

 

[daloeff]

In einem Handbuch von einem Scalance X200 managed Switch steht folgendes:
5.4.8
LLDP
Telegramme des Link Layer Discovery Protocol konfigurieren
Auf dieser Seite können Sie die Behandlung von Telegrammen des Link Layer Discovery
Protocol (LLDP) pro Port konfigurieren. Das LLDP-Protokoll wird verwendet, um Informationen zwischen benachbarten Geräten
auszutauschen. Die IE-Switches X-200 senden in periodischen Abständen an allen Ports LLDP-Telegramme.
Die von benachbarten Geräten empfangenen LLDP-Telegramme werden nicht weitergeleitet,
es werden nur die enthaltenen Informationen über die Nachbargeräte gespeichert.
Diese Informationen können von zentraler Stelle ausgelesen und zur Ermittlung der Netztopologie verwendet werden.

Die rot markierte Stelle macht mich etwas stutzig