TIA Profinet ausfall mit Sick Sicherheitssteuerung

[Blockmove]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ich möchte mich der Meinung von Blockmove voll und ganz anschliessen und damit wir wieder beim Thema sind: Wireshark kann hier durchaus ein probates Mittel sein dem Fehler auf die Schliche zu kommen. Portmirror + Wireshark und mal den zeitlichen Versatz der Telegramme ansehen, bzw. ob überhaupt alle durchkommen. Bei einem neuen System muss meiner Meinung nach 100% der Telegramme konsistent beim Empfänger ankommen, wenn nicht darf eine Anlage erst gar nicht raus (--> IBN-Richtlinie für PN-RT).

Zum Thema Switches: Scalance 200er Serie ist sicherlich eine gute Wahl für den Aufbau solcher Netzwerke. Wir verwenden nur noch XC208/216/224. Zur not halt noch die 100er Serie wenns wirklich günstig sein muss, aber Finger weg von der 0er Serie. Die Phoenix Switche hab ich noch nie verwendet, nur deren MGuard Router.

Wireshark ist ganz klar ein tolles Tool zur Fehlersuche, erfordert aber auch sehr sehr viel Wissen.

Wir verwenden auch nur Siemens Switche bei Profinet. Nicht weil sie technisch besser sind, sondern weil bei Netzwerk-Problemen jeder gerne die Schuld auf den anderen schiebt.
Je weniger Hersteller am Problem beteiligt sind umso besser.

 

[Spleanify]

Wireshark ist ganz klar ein tolles Tool zur Fehlersuche, erfordert aber auch sehr sehr viel Wissen.

Wir verwenden auch nur Siemens Switche bei Profinet. Nicht weil sie technisch besser sind, sondern weil bei Netzwerk-Problemen jeder gerne die Schuld auf den anderen schiebt.
Je weniger Hersteller am Problem beteiligt sind umso besser.

Dem schliesse ich mich grundsätzlich auch an, jedoch ist Wireshark nicht sonderlich kompliziert wenn du weisst worauf bei Profinet-RT zu achten ist. Es handelt sich um einen zyklischen Datenaustausch auf Ethernetbasis (Ohne OSI-Layer 3 & 4). Sprich, es werden in zyklischem Abstand (der von dir eingestellte Sendetakt) Telegramme mit Source-, Destination-MAC und Profinet-Inhalt versendet. Ohne ein Acknowledge oder sonstige Emfpangskontrollmechanismen. Der Payload kann dir egal sein. Wichtig ist der zeitliche Abstand eines Telegramms zum nächsten und von Woher und Wohin das Telegram geht.

Fehlt nun hin und wieder ein Paket, oder kommen Pakete regelmässig mit Jitter an (zeitlich verzögert), so hast du ein Netzwerkproblem. Sowas lässt sich in einem reinen PN-Netzwerk recht einfach und ohne grosse Wireshark-Kenntnisse ermitteln. Wireshark mitlaufen lassen und Profinet-Telegramme zeitlich sortiert anzeigen lassen. So hast weisst du recht schnell ob ein Fehler vorliegt und von welchem Teilnehmer.

 

[Indu-Sol]

Zuviel Werbung?
-> Hier kostenlos registrieren

[FONT=&quot]Hallo SPS_Stefan,[/FONT]
[FONT=&quot] [/FONT]
[FONT=&quot]ich vermute, dass die sporadischen Ausfälle durch einen zu hohen Traffic ausgelöst werden. Deine unmanaged Switches verursachen aufgrund einer fehlerhaften Telegrammweiterleitung durch fehlende Protokollunterstützung (LLDP, PTCP usw.) eine deutlich erhöhte Belastung bei deinen angeschlossenen Sick-IO-Devices in Hinsicht der Netload Class, was zu Ausfällen führt. [/FONT]
[FONT=&quot]
Hier findest du zusätzlich eine detaillierte Erklärung: https://www.xing.com/communities/po...htigen-profinet-switches-fuer-mich-1012989855[/FONT]

[FONT=&quot]
D.h. im Endeffekt: tausche deine Switches und verwende managed PROFINET Switches, die alle notwendigen Protokollunterstützungen mitbringen und den überflüssigen Telegrammverkehr beseitigen.[/FONT]

[FONT=&quot] [/FONT]
[FONT=&quot]Hier ein Beispiel: https://www.indu-sol.com/switch-promesh/[/FONT]
[FONT=&quot] [/FONT]
[FONT=&quot]MfG Frank[/FONT]

 

[The Blue]

• Jeden Teilnehmer den ich verbunden habe, habe ich gepingt und wieder ausgesteckt um einen IP Adressen Konflikt zu vermeiden.

Die IP-Adresse ist bei ProfiNet eigentlich egal
Der Gerätename muss der dazugehörigen MAC-Adresse zugewiesen werden.
Gerätename und MAC-Adresse dürfen nur 1x im Netzwerk vorhanden sein.

Beim SimaticManager hiess der Dialog "Ethernet-Teilnehmer bearbeiten"
um einem Gerät den Gerätenamen einzutrichtern

Die Kommunikation findet per MAC-Adresse statt..
ob Sick sich MAC-Adressen spart und diese mehrfach vergibt!?
Wäre vllt auch noch eine Möglichkeit

 

[The Blue]

fehlerhaften Telegrammweiterleitung

Bist Du Dir sicher?
Das wäre ja ein echtes Sicherheitsrisiko,
wenn Frames am falschen Port ausgegeben werden.
Hab ich noch nie beobachten können.
Und ich logge fast überall wo ich an eine Maschine komme
mit Wireshark für eine Weile mit.

 

[Thomas_v2.1]

Zuviel Werbung?
-> Hier kostenlos registrieren

Die IP-Adresse ist bei ProfiNet eigentlich egal
Der Gerätename muss der dazugehörigen MAC-Adresse zugewiesen werden.
Gerätename und MAC-Adresse dürfen nur 1x im Netzwerk vorhanden sein.

Die IP-Adresse ist nicht egal, denn der Aufbau der Kommunikationsbeziehung zwischen IO-Controller und IO-Device läuft über UDP/IP.

Der IO-Controller stellt per PN Ident Request eine Anfrage ins Netz, welche IP-Adresse das Gerät mit dem Namen "xyz" besitzt. Das Gerät "xyz" antwortet daraufhin mit seiner IP-Adresse, und der IO-Controller baut die Kommunikationsbeziehung zu dem Device dann zu dieser IP-Adresse über UDP/IP auf.

 

[The Blue]

Die IP-Adresse ist nicht egal, denn der Aufbau der Kommunikationsbeziehung zwischen IO-Controller und IO-Device läuft über UDP/IP.

Der IO-Controller stellt per PN Ident Request eine Anfrage ins Netz, welche IP-Adresse das Gerät mit dem Namen "xyz" besitzt. Das Gerät "xyz" antwortet daraufhin mit seiner IP-Adresse, und der IO-Controller baut die Kommunikationsbeziehung zu dem Device dann zu dieser IP-Adresse über UDP/IP auf.

Stimmt - hab jetzt nur an den zyklischen Datenverkehr gedacht
Deshalb sieht man ja auch den BroadCast "Who has Ip xy... Tell ..."

 

[SPS_Stefan]

Hallo zusammen,

stand der Dinge ist das auch nach dem Umbau auf Scalance 200 keine Besserung eintrat. Nach mehreren erneuten Telefonaten mit Sick wurde mir mitgeteilt das Sick selbst einen Bug in ihrem PN Gateway Chip gefunden habe. Der Entwickelte Prototyp kommt mit einem Mitarbeiter aus Waldkirch zu mir auf die Baustelle in KW 2.

Ich werde berichten was dabei raus kommt.

Fingers crossed!

Guten Rutsch an alle

 

[mab_om]

Zuviel Werbung?
-> Hier kostenlos registrieren

Guten Tag

Mich würde sehr Interessieren was für eine Lösung bei dieser ProfiNet und Sick Geschichte herausgekommen ist.
Ich habe nämlich das endliche Problem aber nur mit einem Sick ProfiNet Modul.

Ich konnte bis jetzt keine Lösung finden. Am Anfang funktionierte es einwandfrei , dann mussten wir eine Anpassung durchführen und seitdem haben wir Probleme das der ganze ProfiNet ausfällt. Ich habe dann einen Switch getauscht und seit dem treten nur noch Störungen zwischen ProfiNet und SICK auf.

 

[SPS_Stefan]

Hallo,

wie von einigen hier vermutet lag es an den Switchen.
Nach dem Umbau auf Switche welche COS (Class of Service) unterstützen konnte das Problem behoben werden.
Diese Funktion weißen auch einige Switche auf die nicht managed sind. Wir haben auf die Siemens XC 10X Serie umgerüstet. Werden aber in kommenden Projekten dieser Größe definitiv auf managed Switche gehen.

 

[mab_om]

Hallo
Danke für das Feedback.

Normalerweise verwenden wir die XB 005/ 008. ich habe dann auf einen XB112 getauscht und seit dem treten nur noch die Meldungen vom SICK auf.
Anhand der Degenblätter können beide COS.