Siemens SIMATIC S7-200 Handbuch Seite 266

S7-200 Systemhandbuch
Um diesen Konflikt der Kommunikationsschnittstelle
an Teilnehmer 4 zu vermeiden, können Sie
Teilnehmer 4 als einzigen Master im Netz definieren
(siehe Bild 7-34). Teilnehmer 4 gibt dann die Lese--/
Schreibanforderungen an die anderen S7--200
Geräte aus.
Diese Konfiguration stellt nicht nur sicher, dass es
nicht zu Kommunikationskonflikten kommt, sondern nicht zu Kommunikationskonflikten kommt, sondern
es wird außerdem die Bearbeitungszeit durch das
Vorhandensein mehrerer Master verkürzt und der
Netzbetrieb läuft effizienter ab.
In einigen Anwendungen ist das Verringern
der Anzahl der Master im Netz jedoch nicht
möglich. Gibt es mehrere Master, müssen
Sie die Token--Umlaufzeit verwalten und
darauf achten, dass das Netz die
Ziel--Token--Umlaufzeit nicht überschreitet.
(Die Token--Umlaufzeit ist die Zeit, die
zwischen dem Zeitpunkt abläuft, zu dem
ein Master den Token weitergibt und dem
Zeitpunkt, zu dem der Master den Token
erneut erhält.)
Ist die Zeit, die erforderlich ist, damit der Token zum Master zurückkehrt, größer als die
Ziel--Token--Umlaufzeit, dann darf der Master keine Anforderung senden. Der Master darf nur
dann eine Anforderung senden, wenn die tatsächliche Token--Umlaufzeit kleiner als die
Ziel--Token--Umlaufzeit ist.
Die Einstellungen für die höchste Teilnehmeradresse (HSA) und die Baudrate für die S7--200
beeinflussen die Ziel--Token--Umlaufzeit. Tabelle 7-14 führt die Ziel--Umlaufzeiten auf.
Bei den niedrigen Baudraten wie 9,6 kBaud und 19,2 kBaud wartet der Master auf eine Antwort
auf die Anforderung, bevor der Token weitergegeben wird. Weil die Bearbeitung des
Anforderungs--/Antwortzyklus eine relativ lange Zeit in Bezug auf die Zykluszeit einnehmen kann,
ist die Wahrscheinlichkeit groß, dass jeder Master im Netz jedesmal, wenn er im Besitz des Token
ist, eine Anforderung zum Senden verfügbar hat. Die tatsächliche Token--Umlaufzeit würde sich
dadurch erhöhen, und es kann sein, dass einige Master überhaupt keine Anforderungen mehr
bearbeiten könnten. In einigen Fällen kann es sein, dass ein Master nur sehr selten
Anforderungen bearbeiten darf.
Beispiel: Stellen Sie sich ein Netz mit 10 Mastern vor, die 1 Byte bei 9,6 kBaud und einer HSA von
15 übertragen. In diesem Beispiel hat jeder Master jedesmal eine Anforderung zum Senden. Wie
Sie in Tabelle 7-14 sehen, beträgt die Ziel--Umlaufzeit für dieses Netz 0,613 s. Entsprechend der
Leistungsfähigkeit jedoch (siehe Tabelle 7-12) beträgt die tatsächlich erforderliche
Token--Umlaufzeit für dieses Netz 1,48 s. Weil die tatsächliche Token--Umlaufzeit größer ist als die
Ziel--Token--Umlaufzeit können einige Master erst bei späteren Umläufen des Token Meldungen
senden.
Sie haben zwei Möglichkeiten, um eine Situation zu verbessern, in der die tatsächliche
Token--Umlaufzeit größer als die Ziel--Token--Umlaufzeit ist:
Sie können die tatsächliche Token--Umlaufzeit durch Verringern der Anzahl der Master im
-
Netz verringern. Je nach Anwendung kann diese Lösung nicht machbar sein.
Sie können die Ziel--Token--Umlaufzeit durch Erhöhen der HSA für alle Master--Gerät im
-
Netz erhöhen.
Wenn Sie die HSA erhöhen, kann dies zu einem weiteren Problem im Netz führen, weil sich dies
auf die Zeit auswirkt, die die S7--200 benötigt, um in den Mastermodus umzuschalten und ins
Netz zu gehen. Wenn Sie eine Zeitoperation verwenden, um sicherzustellen, dass die
Operationen Aus Netz lesen und In Netz schreiben innerhalb einer angegebenen Zeit vollständig
bearbeitet werden, kann es sein, dass die Verzögerung beim Initialisieren des Mastermodus und
beim Aufnehmen der S7--200 als Master ins Netz ein Timeout der Operation hervorruft. Sie
können die Verzögerung beim Aufnehmen von Mastern gering halten, indem Sie den
GAP--Aktualisierungsfaktor für alle Master im Netz verringern.
252
Teilnehmer 1 Slave Teilnehmer 2 Slave
Bild 7-34 Vermeiden von Konflikten
Tabelle
7-14 HSA und Ziel- -Token- -Umlaufzeit
HSA 9.6 kBaud
HSA = 15 0,613 s
HSA = 31 1,040 s
HSA = 63 1,890 s
HSA = 126 3,570 s
Teilnehmer 3 Slave
Teilnehmer 4 Master
19.2 kBaud 187.5 kBaud
0,307 s 31 ms
0,520 s 53 ms
0,950 s 97 ms
1,790 s 183 ms