Profibus nach CPU tausch zu langsam?

[spqr76]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo,
an einer Montagestation wurde eine CPU318-2 gegen eine CPU319-3PN/DP getauscht. Nachdem tausch traten sporadische Probleme mit einem Messgerät auf. Dieses Gerät ist über Profibus an die CPU gekoppelt. Der Profibus ist auf Standard 1.5MBits eingestellt.
Die neue Zykluszeit betrug nun 2-3ms.
Das Messgerät wurde zuerst gewechselt. Fehler blieb aber.
Auf verdacht habe ich dann eine künstliche Schleife programmiert um die Zykluszeit wieder hoch zu setzen. Nachdem die Zykluszeit wieder bei 40-50ms liegt funktioniert wieder alles so wie es soll.
Nun meine frage:
- In der Hardwarekonfiguration > Profibus > Netzeinstellungen gibt es einen Wert TTR (unten Ergebnis )der ist in meinem Projekt bei 41.8ms.
- Muss nun meine Zykluszeit größer diesem Wert sein ?
- Kann ich vor CPU tausch die Werte ermitteln ?
- Wenn ja wie ?
- Muss man noch mehr Zeiten wie diese beachten ?

Über antworten und Infos darüber wäre ich sehr dankbar

 

[JesperMP]

Nachdem tausch traten sporadische Probleme mit einem Messgerät auf.

Genau welche Fehler ?

 

[spqr76]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo Jesper,
das Messgerät ist von Staiger Mohilo (mittlerweile Kistler).Das Gerät dient zur Überwachung von Fügevorgängen und ermittelt Kraft/Weg Verläufe und wertet diese aus. Bei unserer Parametrierung wird Messen/Start/Stop von der SPS über DP vorgegeben. Speziell Messen/Stop machte nachdem CPU tausch Probleme.
Mit dem Signal Messen/Stop wird die Aufnahme von Kraft/Wegverlauf gestoppt und auch ausgewertet. Da dieses Signal sporadisch nicht mehr übertragen wurde . Lies sich das Gerät auch nicht merh bedienen.
Ähnliche Probleme mit zu kleinen Zykluszeiten hatten wir bereits mit den Lesestellen der Firma Euchner über Profibus. (Euchner Key System).
Nur da funktionierte direkt nach CPU tausch die Hardware nicht mehr und der Fehler ist schneller entdeckt worden als dieses mal.
Zur Info:
es gibt keinen extra Profibus CP der Bus wird direkt auf der internen CPU Schnittstelle angeschlossen.

Eigentlich wäre auch interessant ob man dann mit einer höheren Baudrate die" Busumlaufzeit " wieder kleiner bekommt. Das mit der programmierten Schleife im OB1 ist eher aus der Not herraus entstanden.

 

[JesperMP]

Also kein Profibus Fehler, sondern fehlende funktionalität bei den Endgerät.
Wenn es kein Profibusfehler gibt (keine Einträge in Diagnosepuffer), dann glaube ich das das Problem höchstens indirekt mit den CPU Zykluszeit verknüpft ist.

Das Signal "Messen/Stop", wie wird es übertragen ?
Ein bit das dauernd ansteht, oder ein impuls, oder ? Oder ein Wert ?

 

[spqr76]

Nein kein Profibusfehler. Das Signal wird als Bit Uebertragen. Die genaue zeit wie lange das signal ansteht muesste ich die naechsten tage mal ermitteln . Dieser Fehler muesste aber in irgend einer art ein zeit Problem sein .

 

[MSB]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ich würde nicht sagen, das es sich hier in irgend einer Form um ein Busproblem handelt,
sondern eher um eine nicht besonders robuste Programmierweise,
z.B. das fehlende Auswerten von Handshakes oder Rückmeldungen.

Sprich Wert rausschreiben, hoffen, das der Wert in einem SPS-Zyklus im Slave ankommt ... was dann mit einer kürzeren Zykluszeit unweigerlich zu Problemen führt.

Mfg
Manuel