Über 70zig SPSen über Ethernet an einer S7-300 ?

Kieler

Level-2
Beiträge
763
Reaktionspunkte
86
Zuviel Werbung?
-> Hier kostenlos registrieren
Ich bin gerade dabei, ein bestehendes Sinaut Projekt aufzulösen und alle Unterstationen in Zukunft über Ethernet zu verbinden. Hierbei sollen sich dann 72 S7-300 Unterstationen mit einer S7-300 Zentrale unterhalten. Jetzt meine Frage. Hat jemand schon eine Projekt realisiert, in der sich eine S7-300 mit sovielen Teilnehmern (72) über Ethernet unterhält? Geht das überhaubt? Gibt es Einschränkungen? Kann ich das mit projektierten Verbindungen noch realisieren?
 
72 projektierte Verbindungen schafft eine 300er auf jeden Fall nicht (ich meine max. 16, mal ins Datenblatt schauen).

Willst du das denn wieder wie eine Kopfstation bei Sinaut aufbauen? Warum kommuniziert das Leitsystem nicht direkt mit den Außenstationen?
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Also mehr als 16 Verbindungen gehen auf jeden Fall. Ich glaube, wenn ich "ISO on TCP" verwende benötige ich je CP nur eine Verbindungsresource auf der CPU. Von der Seite ist das kein Problem. Ich benötige einfach mehrere CP343-1. Aber in Netpro kann ich je CPU nur 50 Verbindungen eintragen. Dumme Sache. Dann muss ich vielleicht doch freie TCP Kommunikation verwenden.

Die Kopfstation soll "weiter Leben", da hier noch ein Mosaik dran ist.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Diese Anzahl Teilnehmer für eine CPU wird nicht gehen. Selbst die 416er hat nur 64 Verbindungresourcen, die 317-2PN/DP hat 32, eine 314er hat 12.
Was sind die genauen Anforderungen an den Datenaustausch? Kann dieser z.B. auch über einen PC als Konzentrator laufen, der dann mit den 73 SPSen redet? Denn dort ist die Anzahl Verbindungen nicht so schnell das Problem.
 
selber noch nicht gemacht, deswegen einfach mal zur diskussion gestellt:

es gibt do die möglichkeit mehrere CP343-1 (IT/Advanced, weiter unten würd ich hier nicht ansetzen) an eine CPU zu hängen ... wie verhält es sich dann mit der Verbindungsverwaltung? also ein advanced kann max 48verbindungen *2 wären theoretische 96 ... aber kann die CPU das handeln? :confused:
 
Bei den CPs gibt es die Möglichkeit, OP-Verbindungen zu multiplexen. Dann belegen 16 OP-Verbindungen 1 CPU-Verbindung. Die IT/Advanced kann ja Dinge, zu der die SPS gar nicht benötigt wird (ftp, web,..) und braucht dafür natürlich auch Resourcen.
Ich habe es noch nicht bis an den Anschlag getestet, aber ich denke, dass die maximale Verbindungszahl in diesem Fall von der CPU limitiert wird.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Dann die Daten von ein paar CPU´s zusammentragen und gebündelt übertragen, halt wie beim Fernwirken wo die Unterzentralen die Daten von Unterstationen sammeln.
So mache ich das auch wenn es mit den Verbindungen knapp wird.
 
Ich würde da nichts ohne SINAUT-Baugruppen machen. Wie ist dein Netz denn überhaupt aufgebaut? Wie wird das Ethernet physikalisch übertragen? DSL?
 
Unsere Ver und Entsorger leben damit... wenn denn mal was ausfällt. Klar, wo du rechts hast, die TIM kann Archive führen, das kann kein CP.
Wo wichtige Minuten oder Sekundenwerte benötigt werden setzen wir auf 60870-5-101 oder 104 um und Archivieren bei Verbindungsausfall in der Station.
 
Zuletzt bearbeitet:
Wird in unserer Region halt nicht gewünscht. ;)
Aber okay, trotzdem würde ich es wegen der CPU Last nicht machen. Die SINAUT TIMs sind für eine solche Anzahl von Kommunikationspartnern gemacht, die Ethernet CPs eben nicht. Und Daten über andere Stationen zu schleifen, die nichts damit zu tun haben, halte ich irgendwie für unsauber gelöst.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Mitstreiter,

Punkt 1 : Verbindungsressourcen. - das ewige Geheimnis
ich bin der Meinung, dass ich mehr Verbindungen aufbauen kann wie ich Verbindungsressourcen in der CPU habe. Im Anhang seht Ihr eine CPU316 mit 20 Verbindungen. Es gehen also mehr als 16 Verbindungen. Wie man sehen kann ist hierbei S7-Verbindungen und ISO_ON_TCP gemischt. Ich gehe davon aus, dass jede S7-Verbindung eine Verbinungsressource auf der CPU belegt. Aber nicht jede "ISO_ON_TCP". ....jetzt kommt Ihr.
Ob mehrere CP's wirklich helfen weiß ich nicht. Die Anzahl der Zeilen für die Projketierung in Netpro scheint eine Grenze bei 50 zu haben.

Punkt 2 : SINN und UNSINN
Bis sind alle Stationen über ein analoges Wählnetz verbunden. 72 UST über analoge Wählverbindungen stellt aus meiner Sicht eine Grenze da. Auf der Suche nach neuen Wegen, wurde uns von unserem lokalem Telefonanbieter der Aufbau einen virtuellem Netzes angeboten. Die Rahmenbedingungen klangen gut, so das wir es jetzt mit den ersten Stationen testen möchten. An dem Konzept für den Endausbau bastel ich noch.
 

Anhänge

  • Netpro_PS51.jpg
    Netpro_PS51.jpg
    322,1 KB · Aufrufe: 58
Ball zurück: OK, die Verbindungen sind projektiert. Aber funktionieren die alle gleichzeitig? Und wieviel Verbindunsgresourcen zeigt die 316er unter Baugruppenzustand / Kommunikation an?
 
Du hast wahrscheinlich ältere TIMs ohne Ethernet-Schnittstelle im Einsatz, oder?
Es gibt ja auch Ethernet-zu-seriell-Umsetzer. Ich weiß nur nicht, ob man die auch im Partylinebetrieb betreiben kann. So könntest du dein SINAUT Netzwerk einfach auf Standleitung mit Polling umswitchen.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Mitstreiter,

Punkt 1 : Verbindungsressourcen. - das ewige Geheimnis
ich bin der Meinung, dass ich mehr Verbindungen aufbauen kann wie ich Verbindungsressourcen in der CPU habe. Im Anhang seht Ihr eine CPU316 mit 20 Verbindungen. Es gehen also mehr als 16 Verbindungen. Wie man sehen kann ist hierbei S7-Verbindungen und ISO_ON_TCP gemischt. Ich gehe davon aus, dass jede S7-Verbindung eine Verbinungsressource auf der CPU belegt. Aber nicht jede "ISO_ON_TCP". ....jetzt kommt Ihr.
Ob mehrere CP's wirklich helfen weiß ich nicht. Die Anzahl der Zeilen für die Projketierung in Netpro scheint eine Grenze bei 50 zu haben.

Punkt 2 : SINN und UNSINN
Bis sind alle Stationen über ein analoges Wählnetz verbunden. 72 UST über analoge Wählverbindungen stellt aus meiner Sicht eine Grenze da. Auf der Suche nach neuen Wegen, wurde uns von unserem lokalem Telefonanbieter der Aufbau einen virtuellem Netzes angeboten. Die Rahmenbedingungen klangen gut, so das wir es jetzt mit den ersten Stationen testen möchten. An dem Konzept für den Endausbau bastel ich noch.

Hallo!

Aus Punkt 2 leite ich die Vermutung ab, dass bisher die Stationen reihum abgefragt werden. Wenn Du in der neuen Konfiguration nicht unbedingt mehr Geschwindigkeit brauchst dann sollte das Ganze mit einer einzigen (TCP-)Verbindung zu erledigen sein.

Schema:
for i=1 to n do begin
1. Verbindung zu Station i aufbauen (SFCxx)
2. Station abfragen
3. Verbindung schließen
end

Ob das in der Praxis funktioniert weiß ich nicht. Ist halt erstmal das was ich probieren würde.
Und fragt mich blos nicht wie man sowas in STEP7 programmiert...
 
Ball zurück: OK, die Verbindungen sind projektiert. Aber funktionieren die alle gleichzeitig? Und wieviel Verbindunsgresourcen zeigt die 316er unter Baugruppenzustand / Kommunikation an?

..siehe selbst (Anhang ... )

Es greifen zwei Server auf die CPU zu und es besteht noch eine Profibus Verbindung. Der CP belegt also unabhängig von den projektierten Verbindungen nur eine Ressource auf der CPU.

Und natürlich funktionieren alle gleichzeitig und die CPU kommt nicht übermäßig in Wallung.
 

Anhänge

  • CPU_KOM.jpg
    CPU_KOM.jpg
    43,6 KB · Aufrufe: 59
Zurück
Oben