TIA TCPIP in anderen adressbereichen über Routing

spsboi364

Level-1
Beiträge
5
Reaktionspunkte
0
Zuviel Werbung?
-> Hier kostenlos registrieren
Moin Moin,

Mag sein dass ich an einem dummen Fehler scheiter aber ich weiß im Moment nichtmehr weiter, ich habe ein Programm geschrieben bzw einen Baustein welcher sich per TCON mit einem Messrechner in einem anderen IP Bereich verbinden soll (Was ich über das Routing bzw den entsprechenden Router realisiert habe, die IP habe ich vom Netzadministrators bezogen) Nach dem Verbinden sollen Daten über T SEND und T RCV gesendet und auch wieder empfangen werden (Typenbezeichnung, Nummer etc) Dateiformat, Array of Char
Dann wenn alles Reibungslos ablief soll TDISCON das ganze wieder beenden.
Nun habe ich den TCON mit TCON_PARAM konfiguriert, Ports remoteadressen etc jedoch springt er immer nur in den Busy und haut Status "7002" raus welcher bedeuten soll dass die Verbindung nicht hinhaut (Laut Hilfe, welche nicht gerade umfangreich ist zu diesem Punkt) Ich nutze das TIA Portal V14 SP1 und eine S7-1511F CPU. Als Panel kommt das TP1900 zum Einsatz was aber ja im Prinzip irrelevant ist.

Zum Anhang: Auf dem Ersten Bild wird das Netzwerk gezeigt in dem sich der TCON befindet, auf dem 2. Screenshot ist die Parametrierung des Connects zu sehen und auf dem 3. Bild die Zuweisung der Parameter (werden direkt am Baustein parametriert und an die entsprechenden Variablen übergeben (noch durch etab. con aber da sollen noch ein paar andere Abfragen rein)

Wie auch immer, das tut ja eigentlich garnicht zur Sache was da noch kommen soll. Interessant wäre erstmal raus zu bekommen wieso ich keine Verbindung aufbauen kann, bzw laut Tracert und Ping eine habe aber mein TCON nicht weiter kommt als Busy.

Noch eine kleine Ergänzung, Ich habe nun einfach mal aus jux probiert den localport zu ändern (nur am Baustein die Parametrierung angepasst) darauf hin wurde auch das Busy bit nicht gesetzt und der Status ging nicht auf 7002 sondern alles blieb beim alten also muss ich ja irgendwas richtig machen.. der RCV Baustein zeigt Error 80C4 was bedeutet

"Temporärer Kommunikationsfehler: Die Schnittstelle wird neu parametriert"

Damit kann ich jedoch so nichts anfangen aber ich denke es liegt einfach daran dass die Verbindung noch nicht aufgebaut worden ist.

Wie auch immer, ich hoffe ihr könnt mir weiterhelfen.
Mit freundlichen Grüßen,
Spsboy364


PS: Auf den Remoterechner kann theoretisch über einen VM-ware Server auch zugegriffen werden, falls dies Nötig ist. + Falls noch offene Fragen sind die helfen mein Problem zu lösen, bitte immer raus damit ^^
 

Anhänge

  • Bausteinaufruf_im_OB1.PNG
    Bausteinaufruf_im_OB1.PNG
    22 KB · Aufrufe: 48
  • TCON_PARAM.jpg
    TCON_PARAM.jpg
    34,5 KB · Aufrufe: 37
  • Connectnetzwerk.jpg
    Connectnetzwerk.jpg
    16,4 KB · Aufrufe: 35
  • Parametrierungsnetzwerk.jpg
    Parametrierungsnetzwerk.jpg
    27,5 KB · Aufrufe: 38
Als Local-Port würde ich im Normalfall immer 0 angeben, dann kann das Betriebssystem diesen selber auswählen. Außer der Server prüft den Quell-Port, was aber absolut unüblich ist.

Ich würde vorab mal von deinem PG aus testen ob du damit eine Verbindung bekommst. Du kannst dafür z.B. das bei Windows mitgelieferte (aber nicht immer defaultmäßig installierte) telnet nehmen wenn du das mit einer Portnummer als Parameter aufrufst, oder mit einem anderen Testprogramm wie Hercules https://www.hw-group.com/products/hercules/index_de.html.

Dann weißt du schonmal, ob du im SPS-Programm weitersuchen musst oder ob es ein generelles Netzwerkproblem gibt, wie Ports nicht freigegeben.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hi,

ich kann nicht genau sagen, ob dir meine Antwort helfen wird, allerdings habe ich vor kurzem auch mehrere TCP/IP Verbindungen aus einer F-CPU zu PCs in anderen Subnetzen über Routing im TIA gemacht. Ich habe aber bei mir TSEND_C und TRCV_C verwendet, diese bieten dir auch die Möglichkeit eine Verbindung zu schliessen, wenn das nötig sein soll. Es gibt wie ich hier im Forum gesehen habe einige Gegner dieser Compact Bausteine, aber ich habe bisher nur gute Erfahrung mit diesen gemacht.

mfg Clyde
 
Zurück
Oben