Kommunikation ISO_ON_TCP S5-LAN <--> S7

Software-GURU

Level-1
Beiträge
12
Reaktionspunkte
0
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Freunde der Software-Welt!

Kämpfe seit einigen Tagen schon mit einem Kommunikationsproblem zwischen einer S5 (115U CPU 943B) und einer S7 (315-2PN/DP).

Diese 2 CPU's verbinde ich über einen 16-fach-Switch mit einem standardmäßigen Patch-Kabel, wobei an der S5-Seite ein S5-LAN-Adapter (http://www.process-informatik.de/produkte/s5-lan) sitzt.

IP-Adresse der S7-CPU: 172.155.2.1 (SNM: 255.255.0.0) ---> Master/Leitsystem
IP-Adresse des LAN-Adapter's: 172.155.11.1 (SNM: 255.255.0.0) ---> Anlage 1

So. Wollte nun mit den Standard-Komunikationsbausteinen der Siemens (S7-seitig) (FB65/FB63/UDT65...) und dem Beispielprojekt des LAN-Adaptes (S5-seitig) eine Verbindung über "ISO_ON_TCP-Verbindung" (RFC1006) aufbauen, was nun aber nicht funktionieren will.

Falls jemand nun antworten will, dass das Kabel defekt ist (oder so), da kann ich nur sagen, dass ich übergeordnet ein WinCC-Projekt laufen habe
(CP1623 - IP: 172.155.1.2) und ich Daten von der S5 hole und tatsächlich anzeigen kann.

Nach einigen Anrufen bei Siemens und Prozess-Informatik ist mein und deren Latein am Ende.
Bin ich wirklich der erste/einige, der auf diese Problematik stößt, oder sitze ich nur auf der Leitung???

Was sind mögliche Fehler bzw. was kann ich wo einstellen und probieren???
Gibt es bei jemanden bereits "fertige" Projekte, wo eine solche Kommunikation bereits läuft?

Wäre um jede Antwort/Hilfe sehr dankbar.
Gruß!
 
Ein Versuch

Hallo,

bin mir bei den IP Adressen nicht ganz sicher, ob das so funktioniert.
Ich würde folgendes versuchen:
S5-IP : 172.155.2.1
S7-IP : 172.155.2.11

SNM muss natürlich wie bei Dir beschrieben gleich sein.

Gruss

quax
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Danke, für den raschen Tipp! Aber:

Hier im Büro hadelt es sich nur um einen kleinen Versuchsaufbau, wo ich zumindest die (Grund-)Kommuniation testen will.

In der Endausbaustufe habe ich so ca. 20 Teilnehmer in diesen LAN-Netz.
Die Grundstruktur habe ich mir wie folgt überlegt:
172.155.1.1 CP-1623 WinCC
172.155.2.1 Master CPU
172.155.11.1 CPU Anlage 1
172.155.11.2 Panel Anlage 1
172.155.12.1 CPU Anlage 2
172.155.12.2 Panel Anlage 2
usw.

d.h. der 3. Adressteil entspricht Anlage x; 4. Adressteil entspricht Teilnehmer der Anlage x
 
Zuletzt bearbeitet:
bist du dir mit der verwendung der bausteine fb63... sicher?
ich habe ein projekt am laufen, da wurde zum datenaustausch mit der s5 der fc5 (ag_send) und fc6 (ag_recv) verwendet

die verbindung wurde im netpro projektiert

es handelte sich dabei auf der s7 seite um eine cp343-1 und auf der s5-seite war eine inat-karte verbaut. das prinzip sollte aber das gleiche sein.
 
Lass mal die Finger von den TCon Bausteinen (ist das nicht reines TCP/IP?) und nimm die Send/Recieve Bausteine FC5 und FC6.
Was anderes funktioniert nicht zu einer S5.

Wie hast du dir das auf der S5 Seite vorgestellt?
Die HTB beherrschen doch nur Send Recieve.
 
Iso-on-tcp

Es könnte an der möglichen Anzahl der Verbindungen des S5-LAN liegen.
Was passiert, wenn WinCC abgeschaltet ist? Geht es dann?

Du hast ja feste IP-Adressen, was schon mal gut ist; nur haste aber nicht unendlich viele Verbindungen zur Verfügung. Möglich, dass das auch vom Firmwarestand des S5-LAN-Adapters abhängt, aber eher zweifelhaft.

Eine Idee (falls es nicht am S5-LAN scheitert): für die S5 auf der S7-Seite zwei neue Verbindungen anlegen, eine zum Lesen, eine zum Schreiben, und da eindeutige TSAPs vergeben und von S7-Seite auch explizit ansprechen.



Wenn WinnCC läuft, und Du hast keine TSAPs für S5 angegeben,
so wird in erster Näherung die PG-Schnittstelle benutzt.
Für weitere Verbindungen braucht es dann eine Parametrierung.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
es handelte sich dabei auf der s7 seite um eine cp343-1 und auf der s5-seite war eine inat-karte verbaut. das prinzip sollte aber das gleiche sein.

laut dem Beispielprojekt des LAN-Adapters ist auch ein CP an der S7 gesteckt. Ich selbst habe keinen CP. Nur die Onboard-Schnittstelle der 315-2PN/DP. Funktioniert das dann überhaupt?
Was hast du denn für eine CPU? Hätte über diese Onboard Schnittstelle Daten verschickt und gleichzeitg programmiert...


bist du dir mit der verwendung der bausteine fb63... sicher?

zu 100% bin ich mir nicht sicher. Aus diesem Grund wollte ich das Projekt zuerst im Büro testen, da es in unserer Firma diese Art der Verbindung noch nicht gibt. Was ich aber bis jetzt festgestellt habe, wartet der T_CON (FB65) "nur mehr" auf ein Zeichen der Gegenstelle (S5).
 
Zuviel Werbung?
-> Hier kostenlos registrieren
deine cpu sollte das auch können. bei mir war es eine 315-2dp, schon etwas älter das teil.

die fb63... sind meines wissens für die kommunikation von pn cpus untereinander gedacht. zur s5 geht siemens etwas andere wege.


thomas

DAS ist falsch!
Ich hab hier eine IM151-8 CPU und kommuniziere mit den o.g. mit S5 über Iso on TCP. Allerdings verwende ich auf der S5 eine Inat-CP

Gruß
Dieter
 
Zuletzt bearbeitet:
hab mal ins handbuch geschaut
die integrierte schnittstelle wird mit diesen bausteinen betrieben
Wie können Sie die offene IE-Kommunikation nutzen?

Um mit anderen Kommunikationspartnern per Anwenderprogramm Daten austauschen zu können, stellt Ihnen STEP 7 in der Bibliothek "Standard Library" unter "Communication Blocks" die folgenden FBs und UDTs zur Verfügung:
  • Verbindungsorientierte Protokolle: TCP, ISO-on-TCP
    • - FB 63 "TSEND" zum Senden von Daten
    • - FB 64 "TRCV" zum Empfangen von Daten
    • - FB 65 "TCON" zum Verbindungsaufbau
    • - FB 66 "TDISCON" zum Verbindungsabbau
    • - UDT 65 "TCON_PAR" mit der Datenstruktur zur Verbindungsparametrierung
  • Verbindungsloses Protokoll: UDP
    • - FB 67 "TUSEND" zum Senden von Daten
    • - FB 68 "TURCV" zum Empfangen von Daten
    • - FB 65 "TCON" zur Einrichtung des lokalen Kommunikationszugangspunkts
    • - FB 66 "TDISCON" zum Auflösen des lokalen Kommunikationszugangspunkts
    • - UDT 65 "TCON_PAR" mit der Datenstruktur zur Parametrierung des lokalen Kommunikationszugangspunkts
    • - UDT 66 "TCON_ADR" mit der Datenstruktur der Adressierungsparameter des remoten Partners
hier liegt ne liste mit nützlichen links
 
Danke, für den raschen Tipp! Aber:

Hier im Büro hadelt es sich nur um einen kleinen Versuchsaufbau, wo ich zumindest die (Grund-)Kommuniation testen will.

In der Endausbaustufe habe ich so ca. 20 Teilnehmer in diesen LAN-Netz.
Die Grundstruktur habe ich mir wie folgt überlegt:
172.155.1.1 CP-1623 WinCC
172.155.2.1 Master CPU
172.155.11.1 CPU Anlage 1
172.155.11.2 Panel Anlage 1
172.155.12.1 CPU Anlage 2
172.155.12.2 Panel Anlage 2
usw.

d.h. der 3. Adressteil entspricht Anlage x; 4. Adressteil entspricht Teilnehmer der Anlage x

Also für mich sieht das nach 2 Netzwerken aus, da 2 verschiedene Netzadressen (xxx.xxx.x.1 (CPU Anlage 1) und xxx.xxx.x.2 (Panel Anlage 1)) verwendet werden. Kann es vielleicht daran liegen? Ebenso bei CPU und Panel Anlage 2...
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Das Problem des Software_guru dürfte sich letztendlich doch als eine Beschränkug des S5-LAN herausstellen.
Die von Sven genannte Netzwerküberschreitung existiert nicht, da die Maske (255.255.0.0) lautet, und der TO alle Teilnehmer anpingen kann.
Also kann es ja nur was auf TCP-Ebene oder darüber sein...
 
Hmm... und was ist mit der Tatsache - RFC1006 hin oder her -, dass über den S5-LAN S5-TCP/IP läuft und über die S7 halt S7-TCP/IP??? Könnte es damit zusammenhängen?? Soviel ich weiß kann die S5 nicht ohne Weiteres mit der S7 kommunizieren, sofern kein Konverter oder ein PC (Software), der die Übersetzung macht, zwischengeschaltet ist... bin mir aber nicht sicher... :?

EDIT: Da wir die Geräte (ACCON-S5-LAN) auch im Sortiment haben, kannst du ja mal bei unserem Support anfragen...
 
Zuletzt bearbeitet:
Hallo Software-Guru,

ich kenne zwar den LAN-Adapter nicht, aber wenn er so arbeitet wie ein CP 1430 TCP,
dann kann Dein Problem an der SNM liegen. Ich bin mir nicht sicher, aber soweit ich mich
erinnere wird nur die SNM 255.255.255.0 unterstüzt.

Grüße
Gebs
 
Hallo,

eher nicht. Speziell für die S7-Kommunikation hat das S5-LAN [FONT=Arial,Helvetica,Geneva,Sans-serif]
TCP/IP für S7, also RFC 1006 ISO on TCP integriert, ist laut Hersteller
[/FONT][FONT=Arial,Helvetica,Geneva,Sans-serif]CP343-1 kompatibel:

http://www.process-informatik.de/produkte/s5-lan[/FONT]

Wir haben das Ding ja auch schon in 2005 eingesetzt. Das Gerät ist prima,
eine RFC1006- und eine PG-Verbindung klappt schon. Aber mehr?

Nimm einfach mal an, WinCC benutzt bereits eine Verbindung.
PG eher nicht, da man sonst ja nicht mehr mit dem PG draufkommt.
Also RFC1006 mit irgendwelchen Standardeinstellungen.
Und schwupps ist diese Verbindung belegt...

Wer jetzt auf die Idee kommt, ebenfalls über RFC1006 kommunizieren zu wollen: der Port 102 ist bereits belegt.


Multiplexer bedeutet doch in diesem Fall nur die Umschaltung zwischen genau zwei Applikationen, die noch dazu unterschiedliche Ports des S5-LAN
ansprechen müssen. Mehr ist da wohl nicht, muss ja auch meist nicht.
 
Zurück
Oben