Kommunikationsproblem bei mehreren Panels

mst

Level-1
Beiträge
463
Reaktionspunkte
89
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo,
Ich habe zum ersten mal ein Projekt mit mehr als einem TP170B Panel.
Habe zur besseren Verständnis ein Bild mit meinem PB Netz angehängt.

Mein Problem ist das immer nur ein Panel Kommunikation zur CPU hat (immer das das ich als erster ans Netz hänge), einzeln funktionieren alle einwandfrei.

Habe schon so viel Probiert komme aber nicht mehr weiter.
Einmal ist es sogar vorgekommen das der Panel PC der über einen 343-1 Lean mit der CPU verbunden ist auch keine Kommunikation mehr hatte.

Unterstütz die CPU nicht so viele Verbindungen, oder stimmt mit der Konfiguration der Panels etwas nicht?

Die Panels sind alle mit WinCCflex 2005 Programmiert worden.
Für was ist die Einstellung „Panel ist einziger Master“ gut?

mfg mst
 

Anhänge

  • Netz.jpg
    Netz.jpg
    111,7 KB · Aufrufe: 75
Zuviel Werbung?
-> Hier kostenlos registrieren
habe schon alle möglichkeiten ausprobiert: bei allen Häkchen gesetzt, nur bei einem Häcken gesetzt, bei keinem Häcken gesetzt.

Es führt alles zum selben, das erste Panel am Bus funzt, die anderen nicht.

mfg
 
HW-Konfig öffnen,
auf CPU doppelt klicken,
Reiter Kommunikation,
Reservierte Verbindungsressourcen für OP entsprechend der
Anzahl deiner Panels erhöhen, in deinem Fall 4 (3 PB + 1 Ethernet)
 
Reservierte Verbindungsressourcen für OP entsprechend der Anzahl deiner Panels erhöhen, in deinem Fall 4 (3 PB + 1 Ethernet)
Diese Maßnahme schadet sicher nicht - wird aber nichts bringen - es sei denn Du nutzt S7 Basiskommunikation oder viele projektierte Verbindungen.

Es handelt hier lediglich um eine Vor-Reservierung. Das heißt, dass immer je 1 Verbindung für PG und OP frei gehalten werden. Werden diese Werte auf 0 gesetzt, und vom Anwenderprogramm heraus alle Verbindungsressourcen belegt, würde man sich aus der CPU aussperren.

Benutzt Du nun keine S7-Basiskommunikation und keine projektierten Verbindungen, bleiben bei einer 315-2DP immer noch 14 Verbindungsressourcen frei - die OPs verwenden dann einfach je eine von den freien.


Einen anderen Lösungsansatz:
Kontrolliere mal, welche Einstellung Du in den CPU-Eigenschaften --> Karteireiter "Zyklus/Taktmerker" --> maximale Zykluszeitbelastung durch Kommunikation eingestellt hast.

Angenommen, Du hast eine sehr kurze Zykluszeit (~ 10ms) und die maximale Zykluszeitbelastung beträgt 20% (Standardeinstellung), bleiben der CPU nur 2ms für die Abwicklung der gesamten Kommunikation. Dies kann bei 4 Bediengeräten (mit evtl. sehr kurz eingestellten Aktualisierungszyklen) schon mal zu wenig sein!

Hier hilft
- zum einen die Erhöhung der Aktualisierungszeit der OP-Variablen (bzw. Bereichszeiger)
- zum anderen ein künstliches Verlängern der CPU-Zykluszeit mit dem SFC47



mfg
Maxl
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Du hast eines vergessen.

Man kann auch die zulässige Kommunikationsbelastung auf mehr als 20% einstellen.

Aber Vorsicht: eine zulässige Kommunikationsbelastung von 50% kann die Zykluszeit der CPU verdoppeln!
 
Mich würden mal die Verbindungseinstellungen der 3 Panels interessieren.
Ich geh mal nun wirklich davon aus, daß du jedem eine ander Adresse verpaßt hast.
Dein Bild stimmt natürlich, aber wenn man da ein paar mal hin und her speichert....
Wie sieht es mit dem Profibus aus, wenn alles dranhängt, findet er alle Panels?
 
Zuletzt bearbeitet:
Hallo,
erstmals danke für die Unterstützung.

Die Reservierte Verbindungsressource für OP´s ist nur auf 1 eingestellt, leider komme ich erst am Montag wieder zur Anlage. Werde mir mal die Zykluszeit der CPU ansehen.

Ist es sinnvoller die die CPU Zykluszeit künstlich zu erhöhen oder die Kommunikationsbelastung zu erhöhen?

Der Zyklus um die Variablen zu aktualisieren ist auf 1sek eingestellt.

Adressvergabe ist definitiv so wie am Bild, es sind auch alle Teilnehmer erreichbar.

mfg MSt
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Du hast eines vergessen. Man kann auch die zulässige Kommunikationsbelastung auf mehr als 20% einstellen.
Stimmt, das hatte ich zu erwähnen vergessen.

Ich gehe generell das Risiko ein, dass sich die Zykluszeit verdoppelt - das ist in der Regel leichter zu verschmerzen als Phänomene in der OP-Kommunikation.

mst schrieb:
Ist es sinnvoller die die CPU Zykluszeit künstlich zu erhöhen oder die Kommunikationsbelastung zu erhöhen?

Bevor die Zykluszeit künstlich erhöht wird, sollte immer zuerst noch die maximale Zykluszeitbelastung auf 50% hochgestellt werden.
 
Hallo,
habe heute die "Zykluszeitbelastung durch Kommunikation" auf 50% hochgestellt.
Funktioniert einwandfrei, die Zykluszeit ist etwa um 1/4 höher geworden.

Besten Dank an alle
mst
 
Zurück
Oben