Send/Receive Kommunikation

J

Jenwal

Guest
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo,
vielleich kann mir jemand helfen!
Möchte eine Kommunikation zwischen einem fahrerlosen Transportsystem (FTS) und einem übergeordneten Leitrechner realisieren.
Das FTS ist mit eiener S7-300 CPU 314C-2DP und einem CP-341-Lean ausgestattet. Des Weiteren sitzt ein WLan Modul auf dem FTS, dass über Ethernet mit dem CP verbunden ist.
Der Leitrechner von dem aus das FTS gesteuert bzw. überwacht werden soll ist mit einem weiteren W-Lan Modul ausgestattet.
Die Netzwerkkonfiguration (mit TCP/IP) steht bereits und das FTS lässt sich über die VAT auch starten bzw. aktuelle Daten vom FTS lassen sich hier auch beobachten.
Nun zu meiner Frage!
Ist eine Projektierung mit Send/Receive Bausteinen erforderlich und wenn ja, warum brauche ich diese unbedingt? Die Kommunikation funktioniert momentan auch so! Weiss jemand wo ich vernünftige Infos über Send/Receive herbekomme? Die Info PDF`s von Siemens sind mir nicht ganz verständlich!
Für Infos Danke im Vorraus.
 
Jenwal schrieb:
Hallo,
vielleich kann mir jemand helfen!
Möchte eine Kommunikation zwischen einem fahrerlosen Transportsystem (FTS) und einem übergeordneten Leitrechner realisieren.
Das FTS ist mit eiener S7-300 CPU 314C-2DP und einem CP-341-Lean ausgestattet. Des Weiteren sitzt ein WLan Modul auf dem FTS, dass über Ethernet mit dem CP verbunden ist.
Der Leitrechner von dem aus das FTS gesteuert bzw. überwacht werden soll ist mit einem weiteren W-Lan Modul ausgestattet.
Die Netzwerkkonfiguration (mit TCP/IP) steht bereits und das FTS lässt sich über die VAT auch starten bzw. aktuelle Daten vom FTS lassen sich hier auch beobachten.
Ich bin unsicher, was Du mit VAT meinst - evt. ein Leitsystem aus Österreich ähnlich WinCC? Ich liebe Abkürzungen:(
Nun zu meiner Frage!
Ist eine Projektierung mit Send/Receive Bausteinen erforderlich und wenn ja, warum brauche ich diese unbedingt? Die Kommunikation funktioniert momentan auch so! Weiss jemand wo ich vernünftige Infos über Send/Receive herbekomme? Die Info PDF`s von Siemens sind mir nicht ganz verständlich!
Für Infos Danke im Vorraus.
Oh, ich finde die PDF zu Send/Receive ganz gut... Es gibt Programme (z.B.WinCC), welche direkt auf S7 zugreifen können, ähnlich wie ein Programmiergerät (PG), da sie die entsprechenden Protokolle beherrschen.

Dann gibt es andere Programme, die das nicht können, dafür aber eine Send/Receive-Schnittstelle unterstützen. Oder aber, Du möchtest von einer S5 zu einer S7 Daten über TCP/IP oder andere von Send/Receive unterstützte Verfahren austauschen - schon brauchst Du die Bausteine.

Zusatzfrage: wie groß ist der Bereich, den das Transportsystem abdeckt (eine Halle, ein Hektar, mehrere km^2?) und wieviele Accesspoints werden dafür benötigt?
Und wie hoch ist die Zuverlässigkeit?

Peter
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Jenwal schrieb:
Hallo,
vielleich kann mir jemand helfen!
Möchte eine Kommunikation zwischen einem fahrerlosen Transportsystem (FTS) und einem übergeordneten Leitrechner realisieren.
...
Nun zu meiner Frage!
Ist eine Projektierung mit Send/Receive Bausteinen erforderlich und wenn ja, warum brauche ich diese unbedingt? Die Kommunikation funktioniert momentan auch so! Weiss jemand wo ich vernünftige Infos über Send/Receive herbekomme? Die Info PDF`s von Siemens sind mir nicht ganz verständlich!
Ob Send/Receive notwendig ist, hängt davon ab, wie das Leitsystem mit der SPS kommuniziert. Wenn es die normale TCP/IP-Kommunikation über RFC1006 verwendet, dann ist kein Send/Receive notwendig.
 
Ist das Leitsystem ein eigenes Programm, oder was fertig gekauftes ?

Bei einem Programm "von der Stange" ist der Kommunikationsweg von dem Programm vorgegeben, meistens per OPC.

Bei einem eigenen Programm ist entweder auch der Einsatz von OPC oder einer entsprechenden Funktionsbibliothek empfehlenswert, z.B.

- libnodave von Zottel (Open Source),
- ACCON-AGLink von Deltalogic oder
- Prodave von Siemens.

Damit funktioniert das ganze ähnlich wie mit der Variablentabelle, im SPS-Programm muß dann für die Kommunikation nichts zusätzlich implementiert werden.


Gruß Axel
 
Zurück
Oben