Borsti
Level-1
- Beiträge
- 117
- Reaktionspunkte
- 12
-> Hier kostenlos registrieren
Guten Morgen.
Ich hab ein Problem. Zuerst einmal die Konstellation:
3 mal 319-3 PN/DP und 3 mal MP 270B, alle an einem IE Strang.
Die 319er benutzen ihre OnBoard Schnittstelle.
Bei jeder CPU sitzt ein Switch, welcher ein Port für die CPU , ein Port für ein MP und ein Port für die Leitung zum nächsten Switch bereitstellt.
Ziel ist es, daß alle MPs auf alle CPUs zugreifen können (funktioniert) und die CPUs untereinander ein paar Bytes austauschen können.
Wie gesagt, die Kommunikation der Multi Panels mit den CPUs funktioniert ohne Probleme, allerdings habe ich Probleme mit der Kommunikation zwischen den CPUs.
Zuerst hatte ich in Netpro die Verbindungen als normale S7 Kommunikation deklariert. Im Verbindungsstatus hat mit NetPro diese auch als aktiv angezeigt. Dann habe ich versucht mit PUT einfach 10 Byte Daten von einer CPU in die andere zu schieben. Klappte auch, aber nur sporadisch.
Um zu schauen, wie lange die Kommunikation dauert, habe ich ein Bit kreisen lassen und mit dem TON Baustein mir die Zeit ausgelesen. Die lag immer so bei 600ms bis 10s, was ja eindeutig zuviel ist. Dies funktionierte aber nur, wenn ich den PUT alle 100ms neu gestartet hab.
Hab mich dann bei Siemens einiges auf der HP angesehen. Bin dann von PUT auf BSEND / BRECV umgestiegen, was aber nichts gebracht hatte, die Verbindung wurde sogar noch schlechter.
Daraufhin habe ich es mit dem OpenConnection Wizzard von Siemens probiert. Sprich eine nicht in NetPro deklarierte Verbindung via TCON aufbauen, die Daten via TSEND / TRECV hin und her schieben und mit TDISCON die Verbindung abbauen. Das funktionierte aber nur einmal, mit Vernünftigen zeiten ( 5 bis 10 ms Laufzeit für das Bit).
Da ich mit meinem Latein am Ende war, hab ich mich auf die Hardware konzentriert. Zur Erklärung, wir benutzen das 4 Adrige PN Kabel von Siemens, mit den Metallenen, konfektionierbaren Steckern. Ich hab zuerst alle Leitungen neu abgesetzt und aufgelegt, brachte nix, dann hab ich sogar eine CPU getauscht, weil ich vermutete, daß die PN Schnittstelle eine Macke hatte, brachte aber auch nix. Neue Leitungen gezogen, nichts. Dann als letztes hab ich mal 2 Switche getauscht. Brachte zwar nix, aber bei dem Handbüchelchen, welches dem Switch beilag, stand folgendes: "... Pakete, welche kleiner als 64 Byte sind, werden von dem Switch als Dateifragmente behandelt und terminiert..."
Jetzt hab ich ein bisschen rumgesucht und bin über eine Diplomarbeit gestolpert, welche unter anderem TCP/IP behandelt. Dort steht folgendes zum TCP/IP Verbindungsaufbau:
TCP/IP Verbindugsaufbau - 3 Wege Handshake:
Anfrage: 40 Byte
Antwort & Bestätigung: 24 Byte
Bestätigung: 20 Byte
Wäre es vielleicht möglich, daß der Switch meine Mini Kommunikation als Dateifragment behandelt und deshalb nichts funktioniert?
Ach ja, es sind "Hirschmann Spider 5TX" Switche.
Wir haben leider nur Scalance Switche für die 400er Baureihe. Ich will diese heute mal ausprobieren, vielleicht klappt es ja.
Aber trotzdem. Hat jemand hier vielleicht eine Ide, was das sein kann?
Bin für jeden Anregung dankbar.
MfG
Borsti
Ich hab ein Problem. Zuerst einmal die Konstellation:
3 mal 319-3 PN/DP und 3 mal MP 270B, alle an einem IE Strang.
Die 319er benutzen ihre OnBoard Schnittstelle.
Bei jeder CPU sitzt ein Switch, welcher ein Port für die CPU , ein Port für ein MP und ein Port für die Leitung zum nächsten Switch bereitstellt.
Ziel ist es, daß alle MPs auf alle CPUs zugreifen können (funktioniert) und die CPUs untereinander ein paar Bytes austauschen können.
Wie gesagt, die Kommunikation der Multi Panels mit den CPUs funktioniert ohne Probleme, allerdings habe ich Probleme mit der Kommunikation zwischen den CPUs.
Zuerst hatte ich in Netpro die Verbindungen als normale S7 Kommunikation deklariert. Im Verbindungsstatus hat mit NetPro diese auch als aktiv angezeigt. Dann habe ich versucht mit PUT einfach 10 Byte Daten von einer CPU in die andere zu schieben. Klappte auch, aber nur sporadisch.
Um zu schauen, wie lange die Kommunikation dauert, habe ich ein Bit kreisen lassen und mit dem TON Baustein mir die Zeit ausgelesen. Die lag immer so bei 600ms bis 10s, was ja eindeutig zuviel ist. Dies funktionierte aber nur, wenn ich den PUT alle 100ms neu gestartet hab.
Hab mich dann bei Siemens einiges auf der HP angesehen. Bin dann von PUT auf BSEND / BRECV umgestiegen, was aber nichts gebracht hatte, die Verbindung wurde sogar noch schlechter.
Daraufhin habe ich es mit dem OpenConnection Wizzard von Siemens probiert. Sprich eine nicht in NetPro deklarierte Verbindung via TCON aufbauen, die Daten via TSEND / TRECV hin und her schieben und mit TDISCON die Verbindung abbauen. Das funktionierte aber nur einmal, mit Vernünftigen zeiten ( 5 bis 10 ms Laufzeit für das Bit).
Da ich mit meinem Latein am Ende war, hab ich mich auf die Hardware konzentriert. Zur Erklärung, wir benutzen das 4 Adrige PN Kabel von Siemens, mit den Metallenen, konfektionierbaren Steckern. Ich hab zuerst alle Leitungen neu abgesetzt und aufgelegt, brachte nix, dann hab ich sogar eine CPU getauscht, weil ich vermutete, daß die PN Schnittstelle eine Macke hatte, brachte aber auch nix. Neue Leitungen gezogen, nichts. Dann als letztes hab ich mal 2 Switche getauscht. Brachte zwar nix, aber bei dem Handbüchelchen, welches dem Switch beilag, stand folgendes: "... Pakete, welche kleiner als 64 Byte sind, werden von dem Switch als Dateifragmente behandelt und terminiert..."
Jetzt hab ich ein bisschen rumgesucht und bin über eine Diplomarbeit gestolpert, welche unter anderem TCP/IP behandelt. Dort steht folgendes zum TCP/IP Verbindungsaufbau:
TCP/IP Verbindugsaufbau - 3 Wege Handshake:
Anfrage: 40 Byte
Antwort & Bestätigung: 24 Byte
Bestätigung: 20 Byte
Wäre es vielleicht möglich, daß der Switch meine Mini Kommunikation als Dateifragment behandelt und deshalb nichts funktioniert?
Ach ja, es sind "Hirschmann Spider 5TX" Switche.
Wir haben leider nur Scalance Switche für die 400er Baureihe. Ich will diese heute mal ausprobieren, vielleicht klappt es ja.
Aber trotzdem. Hat jemand hier vielleicht eine Ide, was das sein kann?
Bin für jeden Anregung dankbar.
MfG
Borsti