Probleme mit ISO on TCP Verbindung

Johannes F

Level-1
Beiträge
232
Reaktionspunkte
9
Zuviel Werbung?
-> Hier kostenlos registrieren
habe ein problem mit einer ISO on TCP verbindung über mehrere subnetze hinweg, zwei mal cpu315 2dp mit cp 343-1. die verbindung hat schon einmal nach der inbetriebnahme von mir funktioniert. hatte auch hier einige probleme bis die verbindung zustande gekommen ist, jetzt musste ich an einer der beiden die hardware konfig etwas änder weil eine analogkarte ausgetauscht werden musste. auch nach erneutem übertragen von netpro baut sich keine verbindung auf. bei dem teilnehmer welchen ich neu geladen habe (passiver teilnehmer) steht in der diagnose vom cp warte aus verbindungsaufbau. die ethernet einstellungen sind alles ok, router und… alles i.o.
hatte mit der hotline vom großen S… gesprochen und diese sagten mir das ich neuere versionen von meinen „AG_SEND“ in version 4.2 und „AG_RECV“ in version 4.7 einsetzen solle dann funktioniert alles. bei mir laufen z.z. AG-SEND in version 3.0 und AG_RECV in version 3.0
ich kann leider nicht viel an den beiden steuerungen austesten, es muss beim nächsten versuch alles funktionieren, an diesen steuerungen hängt die zentrale druckluft von einem werk.
ich glaube nicht so recht daran das es nur die versionen von den bausteinen sind. hatte von euch jemand schon ähnliche phänomene?
:confused::confused::confused::confused:
 
Ich hatte auch schon mal das Problem. Da stimmen die Längen am AG-Send und AG-Recv nicht. Die Sendelänge war größer als die Empfangslänge. Es lief einige Zeit und dann nicht mehr.

Gruß Heinz
 
Zuviel Werbung?
-> Hier kostenlos registrieren
danke heinz, hatte ich auch schon überprüft. mittlerwile ist es sogar so das überhaupt keine verbindung mehr aufgebaut wird.

mir fällt noch ein, bevor ich die harware änderungen vorgenommen hatte, hatte ich ein ag-abzug gemacht. selbst nach der rückrüstung auf die alte hardware mit altem funktionierendem ag-abzug ist keine verbindung mehr zustande gekommen. wie auch immer das funktionieren kann.

da sind bestimmt die kleinen sps viren drin die die ip-päckchen auffresssssen, diese schlingel
 
Kannst du beide CP´s anpingen ??

Die "Spezialdiagnose" der CP´s hat meines Wissen auch eine Ping-Funktion, teste doch mal ob du auch beide Verbinungswege (CP1 -> CP2 und CP1 <- CP2) erfolgreich pingen kannst.
 
ja ping ist kein problem es steht einfach nur in der diagnose
verbindungszustand: "Passiver Verbindungsaufbau läuft" oder halt "Aktiver Verbindungsaufbau läuft" aber es wird kein päckchen versendet obwohl auf beiden seiten sendedaten vorhanden sind und versenden werden sollen.
alles etwas komisch

:confused: :cry: :confused: :cry: :confused: :cry: :confused: :cry: :confused: :cry: :confused: :cry:
 
Zuviel Werbung?
-> Hier kostenlos registrieren
danke heinz, hatte ich auch schon überprüft. mittlerwile ist es sogar so das überhaupt keine verbindung mehr aufgebaut wird.

Mir ist noch etwas eingefallen:
Der AG-Send / Receive kann nur bis 240? Byte. Wenn man mehr verschicken möchte muss man z.B. den LSend verwenden.

Das äußert sich so, dass in der Spezialdiagnose immer steht, VErbindungsaufbau läuft, Verbindung hergestellt und das wars. Das die Verbindung hergestellt ist sieht man leider sehr schlecht.
 
im diagnosepuffe von den cp´s ist auch alles ok, ich übertrage nur 100byte allso es sollte damit kein problem geben. meit ihr es könnte wirklich an den versionen der bausteine liegen?
mich wundert ja nur das der funktionierende ag-abzug auch nicht mehr läuft
 
Mir ist noch etwas eingefallen:
Der AG-Send / Receive kann nur bis 240? Byte. Wenn man mehr verschicken möchte muss man z.B. den LSend verwenden.
Das stimmt nur bei S7-400. Bei S7-300 kommen immer AG_SEND und AG_RECV zum Einsatz.


Zum Thema:
Hast Du die Verbindungsparameter an beiden Stationen mit Netpro neu geladen? Mir ist schon mal passiert, dass ich an eine Anlage gekommen bin, wo die Verbindungsparameter, welche Offline gespeichert waren nicht zu den Online-Einstellungen gepasst haben. Ändert man nun einen Teilnehmer und läst nur diesen, so kommt keine Verbindung mehr zustande.
Ansonsten: lokaler TSAP und TSAP des Partners passen zusammen? (speziell: Rack / Steckplatz).
Dann wären noch Ausgabestände der 315-2DP CPUs und der CP343-1 interessant (als: 2AF03 oder 2AG10? bzw. 1EX11 oder 1EX21?) und der Firmwarestand der CPU.

Ich hatte zuletzt 2004 und 2006 mit Iso-on-TCP Verbindungen zu tun. Damals waren die AG_SEND/AG-RECV Versionen 4.1/4.6 (2004) bzw. 4.2/4.7 (2006) aktuell.

mfg Maxl
 
Zuviel Werbung?
-> Hier kostenlos registrieren
im diagnosepuffe von den cp´s ist auch alles ok, ich übertrage nur 100byte allso es sollte damit kein problem geben. meit ihr es könnte wirklich an den versionen der bausteine liegen?
mich wundert ja nur das der funktionierende ag-abzug auch nicht mehr läuft
Die Frage ist, was ist in dem AG-Abzug alles drin? Hast Du den mit "Station laden in PG" gezogen? Oder einfach das S7-Programm rausgeladen? Speziell wenn nur das Programm herausgeladen wird, kann ich mir durchaus vorstellen, dass nicht alle Systemdaten ordnungsgemäß mitgeladen wurden.
 
... Netpro neu geladen? ... lokaler TSAP und TSAP des Partners passen zusammen? (speziell: Rack / Steckplatz).
Dann wären noch Ausgabestände der 315-2DP CPUs und der CP343-1 interessant (als: 2AF03 oder 2AG10? bzw. 1EX11 oder 1EX21?) und der Firmwarestand der CPU.

mfg Maxl

ja das habe ich schon alles mehrfach überprüft soweit ist es i.o. netpro auch geladen.

habe ag-abzug mit leerem projekt gemacht ->laden in pg
von dieser seite sollt auch alles ok sein.

entweder sind es wirklich die versionsstände oder der siemens bitfresser ;-)
 
oh sind wir lustig, beim erstem versuch sagte man mir bei dem support das es auf jedenfall die bausteine sind und als die dann ein telefongespräch als beispiel genant habe gibt es so eine antwort.

Si....supp.. schrieb:
selbstverständlich muss die Verbindung (z.B. ISO-on-TCP-Verbindung) erst aufgebaut worden sein, bevor Sie mit dem FC5/FC6 Daten austauschen können.
Solange die Meldung in der Spezialdiagnose "passiver Verbindungsaufbau läuft" oder "aktiver..." gezeigt wird, ist die Verbindung noch nicht aufgebaut.
Somit müssen Sie erst mal der Ursache (z.B., Projektierung, lokaler/remoter TSAP, LINK LED, LAN-Kabel, Switch, usw.) nachgehen, wieso die Verbindung nicht aufgebaut wird.
bei telefon muss man ja auch erst wählen, dann muss der andere abnehmen und nun schließlich kann man auch sprechen und bekommt meist eine antwort.
:sb7:
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Ich würde ja immernoch auf ein Problem mit dem Netzwerk tippen. Denn du hast ja erwähnt, dass die Verbindung über mehrere Subnetze hinweg läuft, kann es denn da nicht sein, das einer der dort (hoffentlich) vorhandenen EDV-lern an den Einstellungen der Switche/Router rumgefummelt hat und z.b den Port 102 gesperrt hat ???


Hilfreich wäre vielleicht auch, wenn du uns mal dein Projekt hier reinstellst (die Bausteine kannste ja raushauen wenn wir die nicht sehen dürfen)
 
also das mit online wird vermutlich nix, ich bekomme das projekt nicht so richtig klein nachdem ich fast alles gelöscht hatte sind es immernoch über 60mb sch... wcc flex
hatte noch mit siemens tel. die haben auch mein projekt, jetzt meinen sie das die standart einstellung der cpu (der s7-basis kommunikation das problem sind) vermutlich können es aber auch die TSAP'S der verbindung sein. was zum teufel haben diese einstellung der basiskom. damit zutun. aus der siemens hilfe "F1" zu den TSAP's werde ich nicht schlau, was ist das und was muss ich da einstellen?
der bursche von der hotline hat sich ständig selbst wiedersprochen sagte mir das eine ist "TCP-1" das vom partner "TCP-2" ???
 
habe da etwas gefunden,
kann ich an einer sps mit einem cp, zwei verbindungen zu zwei unterschiedlichen sps'en mit dem gleichen TSAP "TCP-1" einrichten?
so ist es bei mit z.z. !!!
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Zitat Siemens Hilfe
Lokale und ferne TSAPs

Ferne und lokale TSAPs können identisch sein, da die Verbindung durch die unterschiedlichen IP-Adressen eindeutig ist. Wenn zwischen zwei Stationen mehr als eine Verbindung eingerichtet werden soll, müssen sich auch die TSAPs unterscheiden.
 
Moin,

wo kann ich denn die Version der einzelnen FC`s auslesen?
Hab fast das gleiche Problem, aktiver Verbindungsaufbau läuft aber mehr nicht!
Ich versuche mich gerad an der Übermittlung von S7 Daten auf einen Server,
mithilfe von RFC1006!
 
@Johannes F,

mach mal eine Aufzeichnung mit Wireshark und da speziell den Verbindungsaufbau, dazu evtl. vorher mal das Netzwerkkabel abziehen, oder einen oder beide CPs mal stoppen. In der Aufzeichnung sollte zu sehen sein ob und wie der Verbindungsaufbau vor sich geht und warum er evtl. nicht zu Stande kommt. Den Sniffer möglichst am aktiven CP einschleifen, z.B. über einen guten alten Hub oder über einen Switch der das mitlauschen erlaubt.

Um dein Projekt klein zu kriegen um es hier reinzustellen, könntest du einfach ein neues Projekt anlegen und die zwei Stationen da rüber kopieren. Danach die Bausteine rauswerfen und reorganisieren. Danach nochmal in Netpro schauen ob die Verbindungen noch da sind und neu übersetzen.

mfG. klaly
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo,

wir hatten auch mal so ein ähnliches Problem. Mal gings, mal nicht. Das Problem war, nach dem Verbindungsabbau der einen CP, blieb die Verbindung der anderen CP offen. Danach wollte die andere CP wieder eine Verbindung aufbauen, hatte aber Fehler gemeldet, das keine Verbindung mehr möglich ist, da diese belegt ist.

In der HW der CP 343-1 gibts einen Hacken Keep Alive. Hast du diesen schon überprüft?

Bei uns ist jetzt der Wert 4 Sekunden eingestellt. Somit klappts bei uns.

Gruß
Michael
 
hatte es dann anfang august zum laufen gebracht, aktuelle bausteine von siemens (gibts mit mussterprojekt zum download) auf beiden cpu's die tsap mit gleicher bezeichnung und auf einer der beiden seiten aktiver verbindungsaufbau aktiviert. dann zum schluss nach dem die hardware komp. geladen war nochmal net-pro übertragen an beiden cpu's und dann funktionierte die verbindung
 
Zurück
Oben