Profinet Abnahme??

Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Reini,
Da bleibt ja noch viel Luft nach oben. 4 ms oder sogar 8 ms Aktualisierungstakt müssten damit fast reichen. Zur Vorsicht würde ich noch mal den Anlagenbauer fragen.
Grüsse aus Finnland
Hans Ludwig



Gesendet von iPhone mit Tapatalk
 
Hans-Ludwig schrieb:
Da bleibt ja noch viel Luft nach oben. 4 ms oder sogar 8 ms Aktualisierungstakt müssten damit fast reichen. Zur Vorsicht würde ich noch mal den Anlagenbauer fragen.
Zum Vergrößern anklicken....

Hallo Hans-Ludwig
Aktuell ist der Profinet auf 2ms Sendetakt eingestellt.

Der Anlagenbauer könnte doch den Sendetakt vom Interoll Multicontroller auf 4ms erhöhen und dann hätten wir bestimmt <50 Jitter, oder?

Gruss Reini
 
Zuletzt bearbeitet:
Hallo zusammen

Jetzt sind wir wieder einen Schritt weiter.:cool:

Der Anlagenbauer hat die Interoll Multicontroller Aktualisierungszeit (von 2mS) auf 6mS und 8mS erhöht (je die Hälfte der Geräte)
Der CPU Profinet Sendetakt beträgt 2mS, die Zykluszeit ca. 15mS.

2mS = Jitter 100%
6mS = Jitter schwankt zwischen 33-66%
8mS = Jitter < 1%

Demnächst werden alle Multicontroller auf 8mS erhöht.

Indusol ist das Jitter Problem bekannt.

Gruss Reini
 
reini schrieb:
Hallo zusammen

Jetzt sind wir wieder einen Schritt weiter.:cool:

Der Anlagenbauer hat die Interoll Multicontroller Aktualisierungszeit (von 2mS) auf 6mS und 8mS erhöht (je die Hälfte der Geräte)
Der CPU Profinet Sendetakt beträgt 2mS, die Zykluszeit ca. 15mS.

2mS = Jitter 100%
6mS = Jitter schwankt zwischen 33-66%
8mS = Jitter < 1%

Demnächst werden alle Multicontroller auf 8mS erhöht.

Indusol ist das Jitter Problem bekannt.

Gruss Reini
Zum Vergrößern anklicken....

Hallo Reini,
hattest du eigentlich bei den 2ms und 100% Jitter eigentlich irgendwelche Probleme an der Anlage und / oder Einträge im S7-Diagnosepuffer?
Die S7 bzw. Profinet ist da eigentlich recht robust. Probleme aufgrund von Jitter kenne ich eigentlich nur, wenn die Netzlast an Grenzen kommt.
Bei "normalen" Anlagen mit so 20-30 PN-Teilnehmern ist mir der Jitter recht egal.
Aber das ist meine persönliche Einstellung.

Gruß
Blockmove
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Blockmove schrieb:
Hallo Reini, hattest du eigentlich bei den 2ms und 100% Jitter eigentlich irgendwelche Probleme an der Anlage und / oder Einträge im S7-Diagnosepuffer?
Zum Vergrößern anklicken....

Hallo Blockmove

Nein.
Habe vom Anlagenbauer Jitterwerte <50% gefordert (gemäss PNO Empfehlung) und kann dann nicht bei 100% zufrieden sein.

Gruss Reini
 
Hallo Reini,

zwei Punkte zum Verständnis:


  1. Das Thema Jitter ist so zu sehen, dass bei einer Anlage mal ein Telegramm verloren gehen kann. Ist dann der Jitter zu groß steigt die Anlage aus. Das war hier bisher offensichtlich nicht der Fall. Durch die Messung wurden Lost Telegramme erkannt, das wurde durch den neuen TAP abgestellt. Wir wissen nicht genau, ob es sich dabei um eine Fehlmessung handelt, oder ob auf der Strecke durch Resonanzen tatsächlich ein Verzug entstand. Ein Teil Jitter werden als Reserve für Status am Bus usw. eingerechnet.
  2. Der Jitter bei den Modulen pflanzt sich nicht fort. D. h. Wenn ein Telegramm später kommt, so kommt das nächste Telegramm früher. Also 2 Telegramme sind so weit immer im Takt. Das kann man mit Wireshark sehen. Damit ist auch klar warum die Anlage bei dem hohen Jitter nicht ausgestiegen ist. Drauf ankommen lassen würde ich es allerdings auf Dauer auch nicht.

[url]https://i-v-g.de/[/URL]

Hans-Ludwig Göhringer
PS: Ich denke damit ist der Vorgang abgeschlossen. Ich möchte mich bei allen Beteiligten Bedanken.
 
Hans-Ludwig schrieb:
Der Jitter bei den Modulen pflanzt sich nicht fort. D. h. Wenn ein Telegramm später kommt, so kommt das nächste Telegramm früher. Also 2 Telegramme sind so weit immer im Takt. Das kann man mit Wireshark sehen. Damit ist auch klar warum die Anlage bei dem hohen Jitter nicht ausgestiegen ist. Drauf ankommen lassen würde ich es allerdings auf Dauer auch nicht.
Zum Vergrößern anklicken....

Hans Ludwig mal die konkrete Frage:
Wieviel Profinet-Anlagen hattest du bei denen Jitter die alleinige Ursache für Störungen war?
 
reini schrieb:
Der Anlagenbauer hat die Interoll Multicontroller Aktualisierungszeit (von 2mS) auf 6mS und 8mS erhöht (je die Hälfte der Geräte)
Der CPU Profinet Sendetakt beträgt 2mS, die Zykluszeit ca. 15mS.
Zum Vergrößern anklicken....

Hallo zusammen
Sorry, es gab da ein Missverständnis.

Beim Interoll Multicontroller kann man keine 6mS Aktualisierungszeit einstellen (möglich sind 1,2,4,8mS usw.)
Der Anlagenbauer hat alle 5 Multicontroller von 2 auf 8mS erhöht.

Die 6mS habe ich aus dem Messprotokoll entnommen und angenommen das dieser Wert eingestellt ist.

Interessanterweise pendelt die Aktualisierungszeit bei allen Multicontroller zwischen 6-8mS, obwohl 8mS eingestellt sind.
Bei 6mS ist der Jitter 33-66%, bei 8mS unter <1%

Mit einem anderen Messgerät könnte man ev. herausfinden ob ein Messfehler vorliegt oder ob es am Interoll Multicontroller liegt.

Haben aktuell nur ein Profinet Messgerät, dafür mehrere Profibus Messgeräte :D
Alle neue Anlagen werden mit Profinet geliefert, vielleicht liegt da mal ein zweites Messgerät mit drin.

Die Situation hat keinen Einfluss auf die Anlage und wird darum nicht weiter verfolgt

Danke.

Gruss Reini
 
Zuletzt bearbeitet:
reini schrieb:
Beim Interoll Multicontroller kann man keine 6mS Aktualisierungszeit einstellen (möglich sind 1,2,4,8mS usw.)
Der Anlagenbauer hat alle 5 Multicontroller von 2 auf 8mS erhöht.

Die 6mS habe ich aus dem Messprotokoll entnommen und angenommen das dieser Wert eingestellt ist.
Zum Vergrößern anklicken....

Wie werden denn überhaupt die Profinet-Kommunikationsparameter von deinem Messgerät erfasst, musst du diese händisch aus deinem Offline-Projekt eintragen, oder werden diese nur anhand der Telegramme geschätzt? Irgendwie müssen die falschen Werte ja in das Messprotokoll gelangt sein.

Man könnte dei Parameter auch automatisch erkennen lassen, dazu müsste man aber die Verbindung zu den Devices allerdings einmal neu aufbauen lassen denn nur dann ließen sich die Werte überhaupt mitlesen. Und das Gerät müsste diese Funktion auch unterstützen. Kann es das nicht?
 
Thomas_v2.1 schrieb:
Wie werden denn überhaupt die Profinet-Kommunikationsparameter von deinem Messgerät erfasst, musst du diese händisch aus deinem Offline-Projekt eintragen, oder werden diese nur anhand der Telegramme geschätzt?
Zum Vergrößern anklicken....

Ich habe den Indusol PN Inspektor im Einsatz, der am TAP angeschlossen ist. Die genaue Messart kenne ich nicht.

Thomas_v2.1 schrieb:
Irgendwie müssen die falschen Werte ja in das Messprotokoll gelangt sein.
Zum Vergrößern anklicken....

Die Aktualisierungszeiten von den anderen PN Teilnehmer sind stabil. Es betrifft nur die Interoll Multicontroller.

Thomas_v2.1 schrieb:
Man könnte dei Parameter auch automatisch erkennen lassen, dazu müsste man aber die Verbindung zu den Devices allerdings einmal neu aufbauen lassen denn nur dann ließen sich die Werte überhaupt mitlesen. Und das Gerät müsste diese Funktion auch unterstützen. Kann es das nicht?
Zum Vergrößern anklicken....

Ursprünglich wurden die Parameter automatisch erfasst. Die Aktualisierungszeit war 1mS und der Jitter betrug 200%.

Gruss Reini
 
Blockmove schrieb:
Mich „wundert“ der „Hype“ um Aktualisiertungszeit und Jitter etwas.
Die allerwenigsten Probleme bei Profinet haben da ihre Ursache.
Zum Vergrößern anklicken....

Fehler suchen bei Altanlagen ist schwierig wenn man nicht weiss welche Zustände seit der IBN da waren und welche nicht.
Darum dieser Aufwand...

Gruss Reini
 
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
reini schrieb:
Ursprünglich wurden die Parameter automatisch erfasst. Die Aktualisierungszeit war 1mS und der Jitter betrug 200%.
Zum Vergrößern anklicken....
Ich meinte wie die 6ms Aktualisierungzysklus in das Messprotokoll deines Inspektors gelangt sind, wenn diese wie du sagst überhaupt nicht eingestellt waren.
Egal ob das Gerät diesen aus den AR-Setup Telegrammen oder aus den Cycle-Counter Differenzen bestimmt, sollte das eigentlich nicht möglich sein zu solch falschen Werten zu kommen.
 
Thomas_v2.1 schrieb:
Ich meinte wie die 6ms Aktualisierungzysklus in das Messprotokoll deines Inspektors gelangt sind, wenn diese wie du sagst überhaupt nicht eingestellt waren.
Zum Vergrößern anklicken....
Zu Beginn der Messung waren alle 5 Mulitcontroller auf 8mS (siehe erster Abschnitt)
Nach ca. 5 Minuten haben sich zwei Werte auf 6mS verändert (zweiter Abschnitt)
Keine Ahnung wieso sich der Wert auf einmal ändert.

Gruss Reini
 

Anhänge

Ist so ein Protokoll immer für ein einzelnes Device? Denn ich kann ja auch für unterschiedliche Devices verschiedene Zyklen einstellen.

Ich habe mir ein eigenes kleines Tool geschrieben welches offline Profinet-Netzwerkaufzeichnungen analysiert, dort berechne ich die Werte pro Device. Ich wüsste jetzt nicht wie ich da so eine Pauschal-Auswerteseite heraus generieren soll. Mit prozentualen Abweichungen wäre das möglich, aber nicht mit Absolutwerten.

Vielleicht wird da einfach gemittelt, z.B. ein Device mit 4ms und eines mit 8ms wird dann als 6ms angezeigt, was allerdings fraglich wäre. Ich habe mir mal das Handbuch des Inspektors angesehen, dort steht auch nicht wie diese Werte überhaupt zustande kommen.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Thomas_v2.1 schrieb:
Ist so ein Protokoll immer für ein einzelnes Device? Denn ich kann ja auch für unterschiedliche Devices verschiedene Zyklen einstellen.
Zum Vergrößern anklicken....
Nein, das Protokoll/Bericht ist für alle Device.
Im Anhang ist nur ein kleiner Ausschnitt mit den 5 Controller.
Ja, bei der CPU319F-3 PN/DP (Step 7 V5.5) kann man in der HW Konfig. den Profinet Sendetakt (für alle) einstellen und die Aktualisierungszeit für jedes einzelne Device.

Indusol ist bereits mit Interoll wegen den hohen Jitterwerten in Kontakt.

Gruss Reini
 
reini schrieb:
Hallo zusammen

Aufgrund von folgendem Bericht haben wir den eingebauten Profinet TAP mit einem Fluke CableAnalyzer überprüft.
https://www.all-electronics.de/fehlersuche-in-profinet-netzwerken-mit-diagnose-messgeraeten/

Fazit --> WIREMAP Fehler!

Beim Hilscher & IVG Göhringer TAP hat der CableAnalyzer keinen Fehler ausgegeben!
Haben nun den TAP von IVG Göhringer eingebaut.
Die Situation hat sich etwas entspannt, es werden jetzt keine PN Teilnehmer Ausfälle mehr gemeldet.
Aktuell haben wir auf dieser Anlage 26% Netzlast, einzelne 200% Jitter und die Linientiefe ist 22 (Aktualisierungsrate 2mS)
Hoffe jetzt, dass der Anlagen Hersteller die Empfehlungen von der PNO zu Herzen nimmt.
Momentan funktioniert die Anlage.

Gruss Reini
Zum Vergrößern anklicken....

Hallo zusammen

Die IVG TAPs haben uns bei der Messung vor Jahren letztendlich sehr geholfen.

Gibt es zu dem Thema was neues?

Gruss Reini
 
Hallo reini,
schön dass Du Dich wieder meldest. Erst mal ein Gutes neues Jahr.
Ja. Seit damals hat sich viel verändert. Das Thema dass hier von Interesse sein könnte, sind unsere Webinare.
Hier mal die Liste für dieses Jahr. Die Webinare sind kostenlos.

Di 24.01.2023 10:00 bis 11:00Richtige Kabelzertifizierung für PROFINETLinkedIn
Mi 01.03.2023 10:00 bis 11:00Wie komme ich zu einer PROFINET-AbnahmeLinkedIn
Do 20.04.2023 10:00 bis 11:00Betrachtung vom Messstellen für PROFINETLinkedIn
Di 23.05.2023 10:00 bis 11:00Wie komme ich zu einer PROFINET-AbnahmeLinkedIn
Di 20.06.2023 10:00 bis 11:00EMV der Energieversorgung für PROFINETLinkedIn
Mi 19.07.2023 10:00 bis 11:00Wie komme ich zu einer PROFINET-AbnahmeLinkedIn
Do 14.09.2023 10:00 bis 11:00Längenanhängige Grenzwerte macht das SinnLinkedIn
Di 17.10.2023 10:00 bis 11:00Wie komme ich zu einer PROFINET-AbnahmeLinkedIn
Mi 15.11.2023 10:00 bis 11:00EMV Betrachtung der 24 VDC für PROFINETLinkedIn
Anmelden muss man sich unter viki_Feldbustechnik@leadec-services.com
 
Zuletzt bearbeitet:
Zurück
Oben