CPU ist schneller als externer CP

[begoproductions]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo Ihr lieben Nutzer des SPS-Forum's,
ich habe folgendes Problem.
Ich habe bald eine Anlage zu bauen mit 12 SPS 319. Diese müssen alle mit einer LeitSPS Daten austasuchen. Aus diesem Grund habe ich mir einen Baustein geschrieben mit TCON,TDISCON;TSEND;TRECV;TUSEND;TURESV
Die schnellste Verbindung stellt dabei UDP dar mit der sich 100Pakete a 1000Byte pro Sekunde übertragen lassen.(1 Paket entspricht einen Counter hin schicken, um eins erhöhen und diesen wieder zurück senden)
Da man aber mit einer internen CP Schnittstelle nur 8 Verbindungen aufbauen kann, habe ich mir noch einen CP343-1 Lean zur Hilfe genommen und mit AG_SEND, AG_RECV eine UDP Verbindung aufgebaut. Einmal projektiert und eine programmiert über den FB55. In beiden Fällen betrug die Geschwindigkeit 20 Pakete pro Sekunde.
Nach einigen Nachforschungen habe ich festgestellt, dass der SFC58,59 die Daten mit einer 16Byte größe auf den Rückwandbus schreibt und das deshalb langsamer geht.
Eigentlich hängen die beiden CP'S quasi parallel oder?
Kennt jemand von euch eine möglichkeit das ganze schneller über den 343-1 hin zu bekommen?
Oder hat jemand schon mal auch das Problem?
Es geht mir hier vor allem um die Zeit! 20 Pakete sind zu wenig!

Bitte helft mir!

Vielen Dank schon mal

 

[godi]

Ohne mich da jetzt auszukennen mit nen CP343-1 würde ich mal sagen das es eventuell am Rückwandbus scheitert da der zu langsam ist.

Suche mal nach Flaschenhals hier im Forum da findest du einiges über die Geschwindigkeit des Rückwandbusses.
zB. http://www.sps-forum.de/showthread.php?t=18991&highlight=Flaschenhals

godi

 

[Ralle]

Zuviel Werbung?
-> Hier kostenlos registrieren

@begoproductions

Was ich noch nicht ganz verstehe, warum soll jede SPS mit jeder anderen vorhandenen kommunizieren können, ist das wirklich unbedingt nötig? Denn nur dann reichen doch die 8 Verbindungen eines CP in der SPS nicht aus. Jede SPS an das Leitsystem anzubinden sollte doch mit je einer Verbindung möglich sein.

 

[Ralle]

Dann gäbe es auch noch folgende Alternative:

http://www.speed7.com/de/news-press/details/article/242/ethernet-kommunikation-via-speed-bus-3/

Für die CPUs steht ein integrierter High-Speed-Ethernet-CP 343 mit RFC1006, S7-Kommunikation, H1, TCP/IP und UDP zur Verfügung. Dieser ist je nach CPU-Variante mit bis zu 16 Verbindungen projektierbar. Die CPU mit SPEED7-Technologie ist die erste SPS, die für einen weiten Speicherbereich über eine MCC (Memory Configuration Card) konfigurierbar ist.

 

[Chefmech]

Der Rückwandbus ist genau eine der Schwachstellen der 300er - nimm ne 400er als LeitSPS, die andern brauchen ja nur eine Verbindung!

Wenns Realtime fähig sein soll kannst auch mit udp vergessen, da hättest du dann nur noch die möglichkeit über PNIO.

 

[begoproductions]

Zuviel Werbung?
-> Hier kostenlos registrieren

ich habe weder die Möglichkeit eine 400er zu nehmen noch eine andere Topologie anzufangen. Bin schon erst mal dankbar über eure Antworten. Zumindest kann ich mir jetzt sicher sein das es am Rückwandbus liegt.
Die Idee mit den Speed7 CPU hat es mir angetan, muss nur erst mal abklären in wie weit das möglich ist. Falls jemand noch einen Vorschlag hat kann den gern bringen

 

[Larry Laffer]

Wie wäre es mit einem Konzentrator ?
Du ernennst eine SPS zum Daten-Sammler (und -Verteiler). Dann könnte auch m.E. Ralle's Vorschlag wieder greifen ...

Gruß
LL

 

[begoproductions]

Also wie es jetzt aussieht kann ich keine Spees 7 CPU nehmen, nur Siemens!
Also noch mal zur Topologie, ich benötige nur eine SPS die mehr als acht Verbindungen aufbauen muss.
Es ist auch nur eine als Datensammler

 

[forendiva]

Zuviel Werbung?
-> Hier kostenlos registrieren

Glaubst du, du wärst der erste, der die Speed7 in ein Siemens-Gehäuse verpflanzt?

 

[Chefmech]

Glaubst du, du wärst der erste, der die Speed7 in ein Siemens-Gehäuse verpflanzt?

Und was schreibst du dem Kunden in die Ersatzteil-Liste? Ein Siemensgehäuse und ...

 

[Grubba]

Ich habe das zwar noch nicht gemacht, aber vielleicht ist ja der Einsatz von Multicast Telegrammen möglich.
Glaube, dass dazu auf Deiner Zentral-Empfangs-CPU dann keine Verbindungen projektiert werden müssen. So würde dann jede der untergeordneten Stationen ein Multicast senden, Deine Zentral-CPU würde sich dann aus dem Wust von Telegrammen die Senderadresse herausfischen.

Was die Geschwindigkeit und Netzbelastung angeht - keine Ahnung.

Wie gesagt, ist nur ein Hinweis ohne größeres Hintergrundwissen bzgl. Machbarkeit.

 

[Maxl]

Zuviel Werbung?
-> Hier kostenlos registrieren

Von welchen Datenmengen muss ausgegangen werden? Und welche Reaktionszeiten werden gefordert? Und wie siehts mit dem Thema "gesicherte Datenübertragung" aus - laufen da nur BDE-Daten drüber oder auch zyklische Schnittstellensignale? wenn beides - in welchem Verhältnis? Bitte realistische Angaben (wie z.B. 200 Bytes oder 10000 Bytes pro Verbindung; Aktualisierungszeit 1 sek. oder so).

Grundsätzlich gibt es mit S7 ja viele Möglichkeiten, per Ethernet zu kommunizieren, wobei jede ihre eigenen Stärken und Schwächen hat.

mfg Maxl

 

[begoproductions]

Also es müssen Datenmengen mit ca 1000Byte gesendet werden...innerhalb ca höchstens 50ms...was auch mit dem interene CPU funktioniert.aber mit der externen wegen dem flschenhals halt nicht,

benutze bei der externen cp AG_SEND/AG_RECV.
Hab gehört das in der seed 7 auch nur die gleiche cpu drin sein soll wie im cp443. Aber wenn jemand noch etwas wissen will kann sich ruhig melden