Step 7 Kommunikationsprobleme mit einem IPC277d

W

Wellermann

Level-1
Beiträge
24
Reaktionspunkte
0
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Forum!:)

das hier ist ein erster Beitrag. Siemens kann mir leider nicht weiter helfen.

Kurz zu den Daten:
SPS1: CPU 319F 3-PN/DP
SPS2: CPU 319 3-PN/DP
SPS3: CPU 317 2-PN/DP
CP: CP343-1
Panel: IPC 277D

Das Problem:
Das Panel bezieht seine Daten aus den drei SPSsen. Allerdings kommen nur die Daten von SPS1, wie laut Projektierung
alle 1s oder 100ms an. Die Daten der SPS2 und SPS3 kommen nur alle 5 - 8s an, obwohl auch hier Zeiten von 1s oder 100ms eingetragen
sind. Das habe ich überprüft indem ich die Taktmerker einfach dargestellt habe.

Die Verbindung Panel <--> SPS wird über je einen CP hergestellt. Diese sind alle gleich Parametriert und gleich als Verbindung
im WinCCflexible Projekt eingefügt. Die Netzwerkleitungen sind alle zusammengefasst auf einem Switch.


Ich hoffe Ihr könnt mir helfen:ROFLMAO:!
Schönen Dank schon einmal!
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Gute Idee, aber "leider" sind alle Zeiten gleich gut... ich hab den Befehl ping -t benutzt um direkt eine Statistik zu bekommen:

SPS1: Minium 0ms Maxium 2ms Mittelwert 0ms
SPS2: Minium 0ms Maxium 2ms Mittelwert 0ms
SPS3: Minium 0ms Maxium 2ms Mittelwert 0ms
 
Sind weitere HMI-Stationen im Spiel? Was ist in den HW-Konfigurationen der CPUs unter "Kommunikation" eingestellt? Was ist bei den CPs in die HW-Konfig unter "Optionen" eingestellt?
 
Du hast das gesamte Taktmerkerbyte gelesen und als Dezimalzahl angezeigt und der Wert ändert sich nur alle paar Sekunden? Oder nur ein Taktmerkerbit gelesen? Ich würde zum Test ein Word lesen, welches jede halbe Sekunde inkrementiert wird.

Der CP343-1 hängt am "Flaschenhals" Rückwandbus. Sind da noch viele oder kommunikationslastige Baugruppen? Kommuniziert der CP noch anderweitig? Die CP haben alle die gleiche/neueste Firmware?

Warum geht die Visu/HMI nicht über die in der CPU integrierte PN-Schnittstelle? Was hängt da dran? Könnte die Funktion der CPU-integrierten PN-Schnittstelle mit dem CP getauscht werden?

Harald
 
Wie lange lief der Ping? Ich hatte auch so ein Problem. Der Ping lief 2 min "perfekt", aber das Panel war immer wieder zwischenzeitlich "off".
Nach 2 min Ping kam einmal eine Zeitüberschreitung, und das so im 1-2 min Rhythmus.
Lösung: Der Schirm an einer Stelle des Verbindungskabels war nicht aufgelegt.
Ggf. kann es auch daran liegen.
 
Wir haben vom Switch auf ein Patchfeld gepatcht (fertige Leitungen Cat5e), vom Patchfeld mit Cat7e Leitungen zur Anlage und von der Dose mit Fertigen Cat5e Leitungen auf den CP.
 
PN/DP schrieb:
Du hast das gesamte Taktmerkerbyte gelesen und als Dezimalzahl angezeigt und der Wert ändert sich nur alle paar Sekunden? Oder nur ein Taktmerkerbit gelesen? Ich würde zum Test ein Word lesen, welches jede halbe Sekunde inkrementiert wird.

Der CP343-1 hängt am "Flaschenhals" Rückwandbus. Sind da noch viele oder kommunikationslastige Baugruppen? Kommuniziert der CP noch anderweitig? Die CP haben alle die gleiche/neueste Firmware?

Warum geht die Visu/HMI nicht über die in der CPU integrierte PN-Schnittstelle? Was hängt da dran? Könnte die Funktion der CPU-integrierten PN-Schnittstelle mit dem CP getauscht werden?

Harald
Zum Vergrößern anklicken....

- Ich habe den 0,5Hz Merker genutzt-
- Die CPs sind die einzigen Kommunikationsbaugruppen
- Die CPs kommunizieren nur mit dem Panel und mit einer Virtuellen Maschine, falls wir Online Werte (Beobachten) prüfen wollen. Wenn man über die Variabelntabelle das Taktmerkerbyte bitweise beobachtet wird dies bei allen SPSsen ordenetlich dargestellt.
- Die CPs haben alle die Firmware 3.0
- Die HMI und die SPSsen befinden sich in unterschiedlichen Netzwerkstrukturen, aus diesen Grund benötigen wir den CP als Netzwerkübergang
(SPSsen haben ein 192.168... Netz und die HMI ein 10.9... Netz, dies ist nötig da die HMI auch auf anderen Computern oder VMs erreicht werden soll. das 10.9.. Netz ist ein VLAN)
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Das Beobachten eines einzelnen Taktmerkers taugt nicht zur Beurteilung einer Kommunikationsgeschwindigkeit. Wenn man den 0,5Hz-Taktmerker mit einer Abtastrate von 1s beobachtet dann kann es durchaus vorkommen, daß man viele Sekunden lang "zufällig" den gleichen Zustand erfasst, obwohl aus verschiedenen Signal-Perioden.

Was machen die PN-Schnittstellen der CPUs im Netz 192.168...? Nur erreichbar sein für gelegentliche PG-Zugriffe?
Ich würde die viel schnelleren CPU-PN-Schnittstellen ins HMI-Netz 10.9... legen und die CPs als Programmierschnittstelle im Netz 192.168... benutzen.

Harald
 
Ich habe den Taktmerker 1s mit 100ms abgefragt.... Die CPU Schnittstellen sind in einem anderen Netz da es sich um eine Zuliefereranlage handelt und wir diese Fernwartbar machen wollen. Was ja auch geklappt hat, allerdings ist da jetzt das Problem mit dem Panel....

Hinzu kommt, dass wir die CPU vor andern CPUs im 10.9... Netz schützen wollen. Hinsichtlich Broadcast und Viren. Das ist ein Teil unserer Netzwerksicherheit.
 
Du solltest mal hinterfragen, warum irgendjemand entschieden hat, daß die langsame Schnittstelle (CP) für den dauerhaft hohen Datenverkehr der HMI benutzt wird und die schnelle Schnittstelle (PN der CPU) für die gelegentliche Fernwartung. Umgekehrt wäre es imho sinnvoller.


Wellermann schrieb:
Hinzu kommt, dass wir die CPU vor andern CPUs im 10.9... Netz schützen wollen. Hinsichtlich Broadcast und Viren. Das ist ein Teil unserer Netzwerksicherheit.
Zum Vergrößern anklicken....
Ob die CPU über die integrierte PN-Schnittstelle im 10.9...Netz hängt oder via CP macht für den Schutz "Hinsichtlich Broadcast und Viren" keinen Unterschied - ein CP schützt nicht vor Broadcast und Viren, die CPU-integrierte PN-Schnittstelle ebenfalls nicht.

"vor andern CPUs im 10.9... Netz schützen" - Ist in den CP eine IP-AccessControl-Liste aktiviert?

Sind die 3 SPS im selben Step7-Projekt? Dann läßt sich der eventuelle Schutz eines CP umgehen, weil man die CPUs auch via S7-Routing über die anderen SPS erreichen kann. (Notfalls kann ein böser Bube die Routing-Informationen aber auch noch nachträglich erzeugen und ohne CPU-Stop nachladen.)

Harald
 
Zuviel Werbung?
-> Hier kostenlos registrieren
PN/DP schrieb:
Du solltest mal hinterfragen, warum irgendjemand entschieden hat, daß die langsame Schnittstelle (CP) für den dauerhaft hohen Datenverkehr der HMI benutzt wird und die schnelle Schnittstelle (PN der CPU) für die gelegentliche Fernwartung. Umgekehrt wäre es imho sinnvoller.



Ob die CPU über die integrierte PN-Schnittstelle im 10.9...Netz hängt oder via CP macht für den Schutz "Hinsichtlich Broadcast und Viren" keinen Unterschied - ein CP schützt nicht vor Broadcast und Viren, die CPU-integrierte PN-Schnittstelle ebenfalls nicht.

"vor andern CPUs im 10.9... Netz schützen" - Ist in den CP eine IP-AccessControl-Liste aktiviert?

Sind die 3 SPS im selben Step7-Projekt? Dann läßt sich der eventuelle Schutz eines CP umgehen, weil man die CPUs auch via S7-Routing über die anderen SPS erreichen kann. (Notfalls kann ein böser Bube die Routing-Informationen aber auch noch nachträglich erzeugen und ohne CPU-Stop nachladen.)

Harald
Zum Vergrößern anklicken....

Es liegt wirklich am Rückwandbus. !! Danke für eure Hilfe...!! SPS1 hatte deutlich weniger Variabeln in der HMI als SPS2 und 3.

schönen Dank!! :ROFLMAO::ROFLMAO:
 

Similar threads

X
Step 7 Korrektes Einbinden eines Profibus Devices mit kompletter Diagnose
Antworten
0
Aufrufe
2K
XerXes777
X
C
TIA Profibus Netzerweiterung um neuen Master in Bestandsanlage
Antworten
15
Aufrufe
5K
CR/LF
C
S
Step 7 S7-300 Anbindung an S7-1500
Antworten
3
Aufrufe
3K
Onkel Dagobert
Onkel Dagobert
M
TIA PC mit LAN an HMI koppeln und verbdinung zu S7 315 2DP herstellen - möglich?
Antworten
7
Aufrufe
5K
mate2023
M
T
Step 7 Mit CP343-1 lean eine TCP-Verbindung zu einem PC/Server aufbauen
Antworten
9
Aufrufe
8K
trabajador73
T
Zurück
Oben