TIA Online Verbindung benötigt eine weitere IP Adresse

[11koma00010100]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo zusammen!
Endlich ist es wieder so weit - ich brauche Eure Hilfe )
Ich versuche aus dem TIA Portal eine online Verbindung herzustellen
Folgendes kommt dabei raus:


Der Teilnehmer ist zwar gefunden, aber eine weitere projekt-spezifische IP Adresse wird benötigt.

Kann mir einer erklären was will dieses hochentwickeltes, an die Perfektion grenzendes Programm von mir?

Vielen Dank im Voraus!

 

[ChristophD]

Hallo,

vermutlich hast du an der verwendeten Netzwerkkarte keine IP Adresse aus dem Bereich des Netzes konfiguriert in dem die Steuerung arbeitet.
Daher kann TIA keine Verbindung aufbauen und will eine Automatische IP-Adresse hinzufügen.
Das ist es was die Meldung da sagt, mehr nicht.

Gruß
Christoph

 

[11koma00010100]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hat sich erledigt, lag an Firewall des Kunden

 

[HolleHonig]

Hallo,
ich habe das gleiche Problem mit der weiteren IP-Adresse bei einer VPN-Verbindung.
Was genau wurde denn an der Kunden-Firewall geändert?
Danke für eine kurze Info.

 

[Stift007]

Hallo,

habe das selbe Problem bei einem Kunden.
Kannst du angaben machen was das Problem der Firewall des Kunden war?

Bin noch am verzweifeln und mal eben in die USA fliegen ist auch nicht drin

 

[Trafaldar]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo,ich habe das gleiche Problem mit einem Mobilfunk VPN-Router von Phoenix Contact (mGuard RS2000 3G) Phoenix kann mir hier leider nicht mehr weiterhelfen.Wie habt ihr das Problem gelöst? Ich habe keine Lust nächste Woche wieder nach Mexiko zu fliegen...

 

[Jinto]

Was das TIA Portal dort versucht aufzubauen, ist eine Direktverbindung mittels TCP/IP. Wenn das nicht geht, die IP-Adresse aber per ARP zuordenbar zu sein scheint, dann wird automatisch diese Fehlermeldung gebracht. Oft geht dann auch kein ICMP-Ping auf die SPS. Sollte ein Ping doch gehen, ist evtl. ein verbindungsspezifisches Protokoll beim Router gesperrt.
Die oben dargestellten Bilder sind schon etwas veraltet, in neueren TIA-Portal Versionen kann man auch versuchen händisch die IP-Adresse des VPN Routers einzugeben (anstelle der Adresse der SPS). Das kann bei VPN Routern sinnvoll sein, weil diese oft wie NAT-Router arbeiten.

 

[Trafaldar]

Hallo Jinto,

das habe ich bereits versucht.
Einen Ping bekomme ich und ich finde auch ein Gerät mit passenden Adresse.

Jedoch bekomme ich bei dem Versuch eine Verbindung auf zu bauen immer die folge Fehler:


Der VPN-Zugriff hat einmal funktioniert. Das war aber bevor Anlage 2 via PUT-GET Kommunikation hinzugefügt wurde.
Außerdem wurde zu dem Zeitpunkt noch eine andere Mobilfunkkarte verwendet (jedoch vom gleichen Anbieter).

 

[Jinto]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo Trafaldar,

es kann auch sein, dass Windows das Gerät über den falschen Netzwerkzugang erreichen möchte. Warum dann aber der Ping geht weiß ich nicht. Das Zielsubnetz darf bei NAT-Routing (VPN) lokal (lokaler Netzwerkadapter) nicht vergeben sein, da Windows dann nicht über den NAT-Router (VPN) verbinden will, sondern über den lokalen Netzwerkadapter. Das könnte auch erklären, warum diese Fehlermeldung kommt, dass die neue IP Adresse nicht hinzugefügt werden konnte (weil sie schon da ist).


Um die lokale Vergabe des Zielsubnetzes auszuschließen, sollte man zunächst im TIA-Portal bei allen gelisteten Ethernetkarten in den Einstellungen nachschauen, ob eine IP-Adresse in der im Bild dargestellten Liste eingetragen ist. Wenn ja, empfiehlt es sich diese zu löschen.
Desweitern sollte man für jeden Netzwerkadapter prüfen, ob das Zielsubnetz zugeordnet wurde. Am einfachsten kann man das mit dem Kommando ipconfig /all herausfinden (oder über die Eigenschaften des Adapters => TCP/IP V4 Eigenschaften => IP-Adresse). Wenn dieses Subnetz da irgendwo fest vergeben wurde, dann sollte man es löschen, damit Windows versucht Adressen des Zielsubnetzes über den VPN Router zu erreichen.

 

[Trafaldar]

Hallo Jinto,

danke für die schnelle Antwort.
Meine Einstellungen sehen "leider" alle gut aus.
Einer der IT in Mexiko wird sich gleich die Einstellungen des Routers nochmal ansehen.
Ich habe auch schon einen Hotspot benutzt da ich die Vermutung hatte ein Device in unserem Firmennetz zu erreichen.

 

[Fireman_Frank]

Hallo,
jetzt hat es mich mit genau dem gleichen Phänomen erwischt. Hat mittlerweile mal jemand eine Lösung für dieses Problem gefunden?
(Der Zugriff auf eine Classic-CPU bei dem Kunden mit Step 7 über die gleiche VPN-Verbindung funktioniert tadellos)

Hallo Jinto,

das habe ich bereits versucht.
Einen Ping bekomme ich und ich finde auch ein Gerät mit passenden Adresse.
Anhang anzeigen 42911
Jedoch bekomme ich bei dem Versuch eine Verbindung auf zu bauen immer die folge Fehler:
Anhang anzeigen 42912

Der VPN-Zugriff hat einmal funktioniert. Das war aber bevor Anlage 2 via PUT-GET Kommunikation hinzugefügt wurde.
Außerdem wurde zu dem Zeitpunkt noch eine andere Mobilfunkkarte verwendet (jedoch vom gleichen Anbieter).

 

[Jinto]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo,
jetzt hat es mich mit genau dem gleichen Phänomen erwischt. Hat mittlerweile mal jemand eine Lösung für dieses Problem gefunden?
(Der Zugriff auf eine Classic-CPU bei dem Kunden mit Step 7 über die gleiche VPN-Verbindung funktioniert tadellos)

Mit Step7 ist Simatic Manager gemeint? Der Produktname Step7 wird von Siemens sowohl bei TIA als auch Simatic Manager verwendet. Unter den gegebenen Umständen würde ich das Problem dann bei der CPU oder im lokalen Netz der Anlage vermuten (wenn die Subnetze identisch zur Classic-CPU sind).

 

[Fireman_Frank]

Die fraglichen Bedienpanel sind via VPN auch per VNC-Viewer bzw. Smartviewer erreichbar. Ich sehe das Problem schon im TIA-Portal.

 

[Jinto]

Die fraglichen Bedienpanel sind via VPN auch per VNC-Viewer bzw. Smartviewer erreichbar. Ich sehe das Problem schon im TIA-Portal.

Okay, Panels. Ich ging von einer CPU aus (weil darum ging es in diesem Thread ursprünglich).

 

[Trafaldar]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo zusammen,

ich konnte die Verbindung wieder aufbauen in dem ich die IP´s Beider CPU´s geändert habe...

Eine Erklärung warum es nicht mehr funktionierte habe ich leider nicht.

 

[PN/DP]

ich konnte die Verbindung wieder aufbauen in dem ich die IP´s Beider CPU´s geändert habe...

Echt jetzt? Wie?
Meinst Du das wirklich etwa so: "Wenn die Verbindung zu den SPS in der Fabrik nicht klappt, dann ändere ich eben die IPs der SPS ..." :shock: :roll:

Harald

 

[Trafaldar]

Hallo Harald,

weißt du ob ein VLAN verwendet wird?
Damit hatte ich schon ähnliche Probleme.

 

[Tigerente1974]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ich muss den thread noch einmal ausgraben.
Ich habe ein ähnliches Problem und brauche Hilfe.
Der Kunde hat eine Fernwartung per VPN (Watch Guard)
Über eine Konfigurationsdatei wurden die Adaptereinstellungen festgelegt.
Die Einwahl erfolgt über die Adresse 10.60.48.100.
Die Maschine befindet sich in einem anderen IP-Netz. (S7 1512, Adresse 10.60.65.4)
Ich kann die Maschine anpingen und beim Verbindungsversuch wird die Maschine auch gefunden.
Weil diese nicht im gleichen Netz ist, möchte TIA (V15.1) den Adapter anpassen. Das schlägt dann fehl.
Muss ich etwas einstellen?
Es wäre schön, wenn jemand einen Tipp für mich hat.

Gruß

Chris

 

[mitchih]

Also ich ignoriere die Meldung klicke auf nein und verbinde dann noch einmal dann geht es bei mir. Ich bin auch via VPN auf den Anlagen unterwegs.
Hatte da bisher keine Probleme.
Vorausgesetzt dein Router macht auch das routing aber tia findet ja die CPU also sollte es gehen


Gesendet von iPhone mit Tapatalk

 

[Tigerente1974]

Danke für die Antwort.
Das hat leider nicht geklappt.
Wenn ich nein wähle, kommt nur keine Fehlermeldung. Die Verbindung wird nicht hergestellt.
Beim erneuten Versuch kommt wieder der gleiche Dialog.
Hat noch jemand eine Idee?