TIA CPU 1515 SP PC nach Laden, Konflikt mit der Geräteadresse

CVINEM

Level-1
Beiträge
8
Reaktionspunkte
0
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Zusammen

Ich habe ein Problem mit meiner PC basierenden Steuerung.
Mein Freund war vor ca. 2 Wochen beim Kunden hat Anpassungen vorgenommen und anschliessend das Projekt geladen. Es hat auch alles ohne Probleme Funktioniert.
Gester Probierte ich über die Fernwartung Online auf die Anlage zuzugreifen und es war nicht möglich. Heute ging ich zum Kunden vorbei und sah das ich die Steuerung nur über die MAC Adresse finden und nicht über die IP.
Als ich mich Online Verbinden wollte, zeigte es mir einfach die rote IP an und sagte: Inkompatibles Gerät an Adresse xxx. Diese Geräteadresse steht im Konflikt mit einer Geräteadresse des Projekts.
Das war bei beiden Adressen also beim PC wie auch bei der Soft SPS.

Kennt das jemand?

TIA V13 SP 1 UPDATE 9
CPU 1515SP PC mit der Firmware 1.8

Ich danke schon im Voraus.

LG CVINEM
 

Anhänge

  • Versuch IP neu zu übertragen.jpg
    Versuch IP neu zu übertragen.jpg
    558,8 KB · Aufrufe: 65
  • SOFT PLC.jpg
    SOFT PLC.jpg
    580,8 KB · Aufrufe: 57
  • IPC Online verbinden.jpg
    IPC Online verbinden.jpg
    584,4 KB · Aufrufe: 54
  • Erreichbaren Teilnehmer über MAC.jpg
    Erreichbaren Teilnehmer über MAC.jpg
    575,7 KB · Aufrufe: 51
  • Online Ansicht erreichbaren teilnehmer über mac.jpg
    Online Ansicht erreichbaren teilnehmer über mac.jpg
    580,2 KB · Aufrufe: 49
Hallo CVINEM,

das Problem besteht möglicherweise darin, dass dein Kollege eine andere HW-Konfiguration in seinem Projekt nutzt. Als er diese HW-Konfiguration geladen hat, ist damit das interne Routing von der Schnittstelle der 1515SP zum Stationmanager/WinAC(1515SP).. verändert worden. Stell dir das wie ein internes Routing mit Subnetz vor, nur dass du die Subnetz-ID nicht siehst und auch nicht einstellen kannst.

Wenn du wieder auf die 1515SP möchtest, dann nur mit seinem Projekt oder du überlädst die 1515SP mit deiner HW-Konfiguration.
 
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Jinto

Vielen Dank für deine Antwort.
Ich habe die Programme verglichen es gab keinen Unterschied. Meine Vermutung ist, dass das Hard Abstellen (Main Switch --> Power Off) Probleme verursacht. Der Controller wird nicht sauber heruntergefahren und die Interne Kommunikation geht in die Knie.
Ich kann es noch nicht genau erklären aber versuche es mit einer USV.

Gruss CVINEM
 
Hallo Jinto

Vielen Dank für deine Antwort.
Ich habe die Programme verglichen es gab keinen Unterschied. Meine Vermutung ist, dass das Hard Abstellen (Main Switch --> Power Off) Probleme verursacht. Der Controller wird nicht sauber heruntergefahren und die Interne Kommunikation geht in die Knie.
Ich kann es noch nicht genau erklären aber versuche es mit einer USV.

Gruss CVINEM

Ich sprach von einer Änderung der Hardwarekonfiguration, welche weder im Programm noch in irgendeinem Editor zu sehen ist. Diese Einstellung des PC-Stationsinternen Subnetzes ist offensichtlich ganz bewusst nicht zugänglich gemacht worden, und die Vergabe der Subnetz-ID erfolgt automatisch. Ich versuche mal das Problem zu erläutern, fangen wir mit einem einfachen Anlagennetz an, in dem 2 CPUs (mit jeweils 2 Netzwerkschnittstellen) über ein Subnetz verbunden sind:

Code:
[PC][Ethernet Adapter]    [1 X1][CPU1][1 X2]                       [1 X1][CPU2][1 X2]
                |____________|           |_____[PN/IE_1 - Subnet ID: 1234]________|

Mal angenommen ich hänge an CPU1 mit meinem Rechner, und habe aber keinen direkten Zugang zum Subnetz PN/IE_1, dann kann ich trotzdem auf CPU2 online gehen, weil TIA auf Grund der Projektdaten weiß, dass man CPU2 über CPU1 (Gateway) mittels Subnetz mit Subnet-ID 1234 erreichen kann.
In den neuen PC-Stationen ist das ähnlich. Die im PC-Station Windows angezeigte Schnittstelle kann nicht nativ mit der Soft-CPU sprechen, weil die Windows gehört. Deine Soft-PLC läuft aber parallel zu Windows und in einem PC kann eine Schnittstelle immer nur von einem Betriebssystem genutzt werden (außer man behilft sich mit virtuellen Schnittstellen wie es VMs machen). Damit du deine Soft-CPU trotzdem ansprechen kannst, gibt es eine Art Gateway auf der Windows Seite. Damit aber dieses Gateway die Soft-Plc finden kann muss TIA eine Subnetz-ID kennen, welche man weder einstellen noch nachschauen kann:

Windows_SoftPLC.jpg

Code:
[PC][Ethernet Adapter]   [1 X2][Windows][SIMATIC Communication]   [1 X1][CPU 1505S][SIMATIC Communication]
               |____________|                       |______________[Subnet ID: ???]____________|

Mal angeommen dein Kollege hat bei ??? die ID 1002 und in deinem Projekt ist die ID aber 1001, dann kann sagt TIA dem Windows Gateway, geh mal bitte zur CPU 1505S mittels Subnetz mit der ID 1001. Aber dein Kollege hat eine Hardwarekonfiguration geladen welche dieses Subnetz zu 1002 verändert hat. Dann wird das Windows Gateway die CPU 1505S nicht finden können, weil es ja eben nicht über ein Subnetz mit der ID 1001 angebunden ist.
 
WoooW eine exzellente Erklärung, sogar ich habe es verstanden. Danke vielmal Jinto.

Kann das auch vorkommen wenn man nur den Projektnamen Offline verändert? Wie kann ich das verhindern oder sicherstellen das sich die Subnet ID nicht verändert?

Ich danke dir schon im Voraus

Gruss CVINEM
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Bei der Änderung des Projektnamen findet noch keine Änderung der Hardarekonfiguration statt. Aber wenn man ein Subnetz im Anlagen Netz eines Projektes vergibt, dann steht dessen Subnetz ID nicht mehr für die automatische Vergabe zur Verfügung. Und dann muss der Algorithmus die nächste freie Subnetz ID wählen, wenn man danach eine ET200SP in das Projekt einfügt. Oder wenn man 2 ET200SP in ein Projekt einfügt, dann kommt es auf die Reihenfolge des hinzufügens an, welche Subnet ID jeweils vergeben wird.
Daraus ergeben sich Abhängigkeiten, welche sich nur dann nicht auswirken, wenn man bei Teamarbeit in meheren Projektkopien:

1) immer das selbe Basisprojekt verwendet. Aber Änderungen an der Hardwarekonfiguration in einer Kopie führen dazu, dass eine der Projektkopien nicht mehr unbedingt übereinstimmt bei internen Subnet-IDs. D.h. derjenige der die HW-Konfiguration ändert muss sein Projekt an alle anderen im Team verteilen, damit sie damit weiterarbeiten können. (Anmerkung: bei TIA Multi User wird dies schon durch das Handling der Hardwarekonfiguration auf dem Server sichergestellt)

2) immer die exakt selben Änderungen an der Harwarekonfiguration vornimmt (exakt bezüglich der Subnetzvergabe und damit der Reihenfolge des Hinzufügens und Entfernens von Baugruppen, welche interne Subnetze anlegen -> vermutlich alle neuen PC-Stationen)
 
Vielen Dank für die Informativen Antworten.

Ich wünsche dir noch ein schönes Wochenende.

Gruss CVINEM
 
Zurück
Oben