TIA Probleme mit sich Ändernden IPs nach Neustart

euro

Level-1
Beiträge
43
Reaktionspunkte
4
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo!

Habe gerade ein Problem mit Konfiguration meine Profinet-Netzwerks. Nach dem Einschalten bekommt manchmal das Panel die selbe IP-Adresse und den selben Profinetnamen wie der Cameracontroller zugewiesen. In meinem letzten Versuch ist es nach dem dritten mal Hauptschalter ein passiert. Bei den beiden Einschaltvorgängen zuvor ist alles mit den Adressen hochgefahren wie diese im TIA-Portal eingestellt sind.

Folgende Componenten sind im Netzwerk:
  • S7-1212C IP=192.168.0.200 Name=plc_1
  • KTP400 PN IP =192.168.0.201 Name=hmi_1
  • CV-X100 IP = 192.168.0.202 Name=cv-x100 <- Kameracontroller von Keyence

Ich verwende die TIA-Version 11 SP2

Hat schon jemand das gleiche Problem gehabt und kann helfen?
 
Habe gerade herausgefunden, dass der Fehler nur dann auftritt, wenn ich mich nicht mit meinem Notebook im Netzwerk befinde.
Da ich mit einer Virtuellen Maschine arbeite habe ich zwei IP-Adressen. Diese sind die .1 und .41 am Ende.
Nach dem Einschalten mit dem Fehler finde ich unter erreichbare Teilnehmer folgende Einträge:

Gerät Gerätetyp Adresse
PLC_1 CPU 1212 192.168.0.201
cv-x100 CV-X1000 192.168.0.202
cv-x100 HMI 192.168.0.202

Wenn ich alles wieder grade biege und dann nach erreichbaren Teilnehmern suche sieht die Liste wie folgt aus:

Gerät Gerätetyp Adresse
PLC_1 CPU 1212 192.168.0.201
cv-x100 CV-X1000 192.168.0.202
hmi_1 HMI 192.168.0.201
 

Anhänge

  • Unbenannt.JPG
    Unbenannt.JPG
    23 KB · Aufrufe: 29
die selbe IP-Adresse und den selben Profinetnamen wie der Cameracontroller zugewiesen.
Ohne Topologie dürfte überhaupt kein PN Namen zugewiesen werden.

Habe gerade herausgefunden, dass der Fehler nur dann auftritt, wenn ich mich nicht mit meinem Notebook im Netzwerk befinde.

Das riecht aber stark nach LLDP/Topologie. Ist der Switch denn LLDP fähig?

Wenn nicht:
1. Das PG steckt nicht, der Controller findet das Panel fälschlicherweise und vergibt den Namen. (Davon ausgehend kein anderer Teilnehmer an diesem Netz sendet LLDP)
2. Das PG steckt und sendet selbst LLDP, der Controller sieht 2 LLDP Antworten und kann dadurch keine Zuweisung machen.

Stimmt der Name noch wenn du den Controller abziehst und das Panel neu startest?
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Das Switch ist ein unmanaged Switch von Harting, welches ich auch schon in anderen Profinet-Anlage ohne Probleme eingesetzt habe.
Der Begriff LLDP sagt mir jetzt nichts. Muss ich mal nach googlen. Aber die Profinet-Namen habe ich doch über die Online-Funktion "Gerätenamen zuweisen" doch durchgeführt. Wieso soll die SPS den Netzwerkgeräten neue Namen zuweisen?

Aber ja zu deiner letzten Frage. Wenn ich die SPS vom Netzwerk trenne behält das Panel seinen richtigen Gerätenamen und die richtige IP-Adresse.
 
Nachdem die Diskussion ja auf die Topologie hinausläuft habe ich mir jetzt mal die Topologie-Ansicht angesehen.
Topologie.JPG
Gehe ich recht in der Annahme, dass diese falsche Topologie den Fehler erklärt.
 
Ich nabe mit der KTP400 Basic PN noch nie gearbeit aber bei ein KTP600 Basic PN must man dass IP adresse und die name auf dass panel einstellen. Wie es bie ein 1200 geht is mir unbekant aber bei ein 300 oder 400 sind die slave's bei Name angekoppeld und die SPS gib die slave's die IP-adressen wie in der HW config vergeben sind.

Joop
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Da gibt es wohl keine Unterschiede bei den Panels. Die Ip muss eingestellt werden, der Name wird beim download aus dem Tia-Portal übernommen. Kann aber auch manuell eingestellt werden.

Gesendet von meinem Sony Tablet S mit Tapatalk
 
ja diese topologie scheint die Ursache für das problem zu sein.
lösche diese verbindung und das Problem sollte nicht mehr auftreten.
Da du ja eh einen Switch verwendest der nicht projektiert istz brauchst du auch keine Topologie.
 
Wieso soll die SPS den Netzwerkgeräten neue Namen zuweisen?

Naja weil du mit der Topologie genau das eingestellt hast.
Das Gerät, das sich am CPU Port (mit LLDP) meldet bekommt den Namen/IP des CV-X zugewiesen, eine Typprüfung gibt es dabei offensichtlich nicht.

Die LLDP Frames sind Multicasts. Wenn der Switch jetzt LLDP könnte, dann würde er empfangene LLDP Frames aus dem Verkehr ziehen und seinerseits selbst welche verschicken. (in diesem Aufbau würde die CPU dann eben versuchen den Switch zu beglücken)

Der Harting weiß davon aber nichts und sendet die LLDP Multicasts an allen Ports - außer dem Empfängerport - wieder raus.
Deshalb sieht die CPU zwei Nachbarn an einem Port wenn das PG steckt, was ein Fehler ist > keine Zuweisung.

Nimm mal die Linie in der Topologie raus, dann geht es.
 
Zurück
Oben