IBFS schrieb:Kann es sein das ich für das Senden SPS--->PC PORT 2000 und das Empfangen PC --->SPS jeweils eine getrennte Verbindung aufbauen muss (getrennter PORT z.B. 2001)?
Hallo,
Ich glaube ja...
Ganz aus dem Stegreif, aber wenn ich mich richtig erinnere, kann man das in Netpro so machen. Aber Du solltest noch ergänzen, welche Verbindung Du benutzt, z.B. ISO over TCP oder ???
Gruß
Question_mark
Hallo,
wer ist denn der Koppelpartner deiner S7-300 : eine S5 oder ein PC (z.B. mit OPC-Server?) ???
Verbindung spezifiziert oder unspezifiziert, im gleichen Projekt oder nicht ?
Schau mal in Netpro nach, unter "Eigenschaften/Optionen". Was hast Du da projektiert ??
Send/Receive
Fetch/Aktiv
WriteAktiv
Gruß
Falls der PC aktiv Daten senden soll, so richte eine zweite TCP-Verbindung
mit der Betriebsart "Write Passiv" ein.
(Dann arbeitet die SPS als Server).
Am Rande: Welche PC-Software verwendest Du ?
Bedeutet Betriebsart "Write Passiv" == kein aktiver Verbindungsaufbau???
Gruß und Danke
Ich nehme an, Du hast die Verbindung als "Send/Recv" konfiguriert.
In diesem Fall ist das SPS-Programm für die Datenabwicklung
zuständig. Send- und Recv-Kommandos müssen vom Gegenüber (PC)
beantwortet werden.
Im Umkehrschluss heißt das aber auch, das der PC auf dieser
Verbindung nicht initiativ werden kann.
Heißt das also, dass man bei einer Send/Receive Verbindung zwischen PC - SPS nicht vom PC aus senden kann/darf ??????
Wie bekommt man dann Daten über Send/Receive vom PC wieder zur SPS ??
Ich hab zu Testzwecken auch mal sowas Programieriert, Senden von SPS-->PC funktioniert aber beim Receive bin ich noch nicht angekommen, deshalb die frage wie das den geht
2. Verbindung projektiert als WRITE passiv --- die SPS ist TCP-SERVER
Es wird eine 2te Verbindungsresource benötigt.
Nur über diese Verbindung kann die der PC - ungefragt was senden (überbraten) d.h. die SPS ist SERVER
http://www.hw-group.com/products/hercules/index_de.html
Die S7-SPS kann pro TCP (native) Verbindung entweder Client oder Server sein.
- Client: SEND/RECEIVE (SPS schickt Daten/fordert Daten an)
- Server: FETCH (zb ein anderer HOLT aktiv Daten per RECEIVE)
- Server: WRITE (zb ein anderer SCHREIBT aktiv Daten per SEND)
(leider kann die Serververbindung nicht beides gleichzeitig,
warum ist mir nicht ganz klar).
Zwei S7 auf diese Art koppeln geht auf mehrere Arten:
Beispiel 1.
- SPS1 ist aktiv für Senden und Empfang
- SPS2 muss darauf reagieren, wird aber selber nicht aktiv.
In diesem Fall braucht SPS1 eine Verbindung Send/Receive,
SPS2 jedoch zwei Verbindungen: FETCH und WRITE.
Beispiel 2.
- SPS1 und SPS2 senden dem anderen Daten.
Hier benötigen beide jeweils eine Client- und eine Serverbindung.
Für SPS1 kann man auch einen PC benutzen.
Für SPS2 einen PC zu benutzen geht auch, ist aber eher
ungewöhnlich.
dann kann man aber auch gleich die erste Verbindung FETCH passiv machen und alles vom PC machen lassen.
Woher soll der Rechner (PC) wissen, wann ich geFETCHed werden will?
Wir wollen doch gerade den TRAFFIC sparen, den man bei "ZYKLISCHEN"
OPC-ZUGRIFF ständig auf dem Hals hat!
MW" schrieb:dann kann man aber auch gleich die erste Verbindung FETCH passiv machen und alles vom PC machen lassen.
MW" schrieb:Bei FETCH/WRITE muss man aber auch noch den Telegrammkopf zusammenbauen damit die SPS weiß was man von ihr will.
IBFS schrieb:Diese Applikation ist bzugegebenermaßen etwas ungewöhnlich, aber derzeit meine Anforderung.
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?