S7 über TCP oder Iso on TCP mit Linux PC kommunizieren

[jgrassm]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo

Wie kann ich auf einfachen Weg von einer S7 zu Linux PC Lagerverwaltung eine TCP oder ISO on TCP Telegramme senden und empfangen.

Was brauche ich für Linux und S7 mit wenig Programmieraufwand eine gute
Telegrammverwaltung zu gewährleisten.

Es muss der Linux PC wenn etwas zu senden ist und die S7 unabhängig von einander arbeiten.

Bei Modbus ist das ja nicht möglich (Master Slave) oder gibt es doch eine
möglichkeit.

Bitte um Hilfe

mfg
Josef

 

[jabba]

Schau Dir mal Libnodave an. das sollte damit gehen.
Zu problemen auch die Suche danach im Forum benutzen.

 

[Rainer Hönle]

Zuviel Werbung?
-> Hier kostenlos registrieren

Für Linux gibt es das schon berühmte libnodave (Gruß an Zottel) oder ACCON-AGLink. libnodave ist open source und somit kostenlos (Spenden sind aber möglich ;-)) und mit guten Support von einigen hier im Forum, ACCON-AGLink kostet Geld und bietet dafür auch z.B. garantierte Supportzeiten und kommerzielle Unterstützung.

 

[jgrassm]

Frage bezüglich Accon-AGLink

Danke an jabba und Rainer Hönle für die schnelle Antwort.

Zu Accon-AGLink hätte ich hätte ich noch fragen!!!

1.) Wie ist das zu implementieren in den Linux PC und SPS S7 oder Vipa.
2.) Wie wird der Telegrammverkehr abgehandelt bezüglich Quittierung des Tellegramms gegenseitig.
3.) Geschwindigkeit der Verbindung
4.) Testversion für Testzwecke
5.) Preis des Produktes

mfg
jgrassm

 

[Rainer Hönle]

1.) Wie ist das zu implementieren in den Linux PC und SPS S7 oder Vipa.

In der SPS ist gar nichts zu tun. AGLink kommuniziert quasi wie ein PG oder OP und liest die Daten aus bzw. schreibt diese.

2.) Wie wird der Telegrammverkehr abgehandelt bezüglich Quittierung des Tellegramms gegenseitig.

Wird alles in AGlink abgehandelt. Es gibt highlevel Funktionen zum Zugriff auf die Daten.

3.) Geschwindigkeit der Verbindung

Die limitierende Komponente ist die SPS nicht die Kommunikationsbibliothek. Was zu erzielen ist, hängt von der genauen SPS, der Firmwarevesrion, der Zykluszeit der SPS und der CP ab. Bei einer 400er können durchaus Kommunikationszeiten von deutlich unter 10 ms erreicht werden, bei einer belasteten 300er sind aber auch mal Zeiten von über 300 ms drin. Wenn ich genauere Daten habe, kann ich exaktere Angaben machen.

4.) Testversion für Testzwecke

Von AGLink gibt es eine Demoversion mit Beispielen.

5.) Preis des Produktes

Hängt vom Lizenzmodell ab. Soll nur eine Applikation auf einem PC damit erstellt werden oder sollen viele PCs damit ausstattet weden?

Zu Punkt 4 und 5: Einfach ne Mail an unseren Vertrieb. Die Demo und die Infos kommen dann postwendend.

 

[cerole]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo Experten!

Ich habe den Fred noch mal rausgeholt, weil ich noch zu dem Thema eine Frage habe.

Was wäre besser für die Komunikation? TCP oder ISO on TCP?

Ich weiss, dass LibNoDave beide Protokole beherscht, kann AGLink das auch?

mfG
cerole

 

[Rainer Hönle]

ISO on Top Of TCP (= RFC 1006) hat gegenüber Standard-TCP den Unterschied, dass der verwendete Port fest vorgegeben ist (Port 102) und dass ein Paketheader existiert. Durch den Header ist gleich ersichtlich, welche Daten zu einem Paket gehören.
AGLink unterstützt nur die RFC 1006 Kommunikation. Anforderungen nach reiner TCP-Kommunikation wurden bis jetzt nicht an mich herangetragen.

 

[cerole]

Danke für die schnelle Antwort!

Gruß
Cerole

 

[argv_user]

Zuviel Werbung?
-> Hier kostenlos registrieren

Theoretisch müsste das pure TCP schneller sein als
ISO-on-TCP. Ich würde das einfach mal ausprobieren.

 

[Rainer Hönle]

Die Ergebnisse interessieren mich auch (kann es ja derzeit mit AGLink nicht testen). Vielleicht habe ich aber dann noch etwas zu implementieren ;-).

Warum sollte reines TCP/IP eigentlich schneller sein? Die 7 Bytes Header machen den Kohl ja nicht fett. Und der Protokollhandlingsoverhead ist bei Klasse 0 fast zu vernachlässigen (nach meiner Meinung). Und in der Regel ist doch die SPS diejenige die auf sich warten lässt. Woher kann dann die (theoretische) Performancezunahme kommen?

 

[argv_user]

Ob es wirklich was bringt weiß ich nicht.
Aber es fällt natürlich der RFC-Overhead weg,
und zwar auf beiden Seiten.

Zusätzlich stellt sich dann natürlich noch die Frage,
warum es das reine TCP überhaupt gibt...