Sekundentakt ermitteln

Zuviel Werbung?
-> Hier kostenlos registrieren
Danke von mir auch!

Das könnte eine sehr unangenehme Überraschung sein für jemand der dachte sein Regelkreis besonders genau zu regeln indem er OB35 auf 10ms setzt statt 100ms!
 
@vierlagig

durch die verschiebung und automatische anpassung des aufrufs, wirst du diesen maximalen fehler wohl nur alle jubeljahre mal erleben, oder?

Kannst Du natürlich recht haben. Kenne ja nun auch nicht die prozentuale Verteilung.

Wenn er jetzt z.B. aber einen Intervall von 10ms einstellt wären das bei 8h schon 2.880.000 Aufrufe. Bei einem Fehler von 0.1ms wären das schon 288 Sekunden!

Korrigier mich, falls das hier nicht stimmt:

8h*3600s*100Intervalle/sek = 2.880.000

2.880.000 * 0.1ms = 288 sek,

selbst bei einem Fehler von 0.01 ms wären es immer noch 28 sek.

Aber wie gesagt: Ich weiß ja nun auch nicht ob die Fehler sich summieren können oder sich über die Zeit wieder ausgleichen...
 
*energischeskoppschüddeln*

ob35 mit 10ms
wenn beim ersten aufruf ein zeitfehler von sagen wir 1ms auftritt, wird der nächste aufruf nach 9ms getätigt, zack, fehler weg

oder anders: erster aufruf 1ms-fehler, zweiter aufruf nach 9ms, wieder 1ms, dritter aufruf nach 8ms ...

aber diese lineare verteilung passt nicht zu dem fehler ... hier müssen stochastiker ans werk!
 
Zuviel Werbung?
-> Hier kostenlos registrieren
@vierlagig

*kopfschüddel* wohl angebracht.

Habs mir gerade nochmal quergelesen und da steht doch tatsächlich:

Wenn ein Aufruf des Weckalarm-OB verzögert wird, steuert das Betriebssystem
der S7-CPU dagegen und verkürzt die Zeit bis zum nächsten Aufruf
des Weckalarm-OB. Durch diesen Mechanismus gewährleistet das Betriebssystem,
dass der Mittelwert der Zeitabstände genau der projektierten
Aufrufzeit entspricht.

hatte ich nicht gelesen, folglich liegst Du da also ganz richtig. (und ich falsch...)
 
und ich wollte schon das SNICKERS auspacken ...

so, jetzt brauchen wir nur noch feststellen, dass es sich nicht um einen 1ms-fehler handelt :rolleyes:

Einfluss der Kommunikation auf den Zeitabstand zwischen zwei Weckalarmen einer S7-CPU.

hab den kalkulator mal mit CPU314C-2DP, Zyklusbelastung durch Kommunikation 20%, CPUs am IE und Aufruf von kommunikationsbausteinen beflastert und er gibt eine wahnsinnig furchterregende verschiebung von 0,35ms an ... da bekomm ich angst :ROFLMAO:

da es in dem ganzen beitrag hier aber um eine zeit von 1s geht ist dieser weckalarm fehler zu vernachlässigen PUNKT
 
@vl

Dadurch, das sich die Intervalle selber ausgleichen, ist für mich das Ganze doch eh hinfällig geworden.
Selbst wenn Du Abweichungen von 5ms hättest, würde zwar der ein oder andere Aufruf früher oder später kommen, nach 1 sek wäre die Gesamtanzahl der Aufrufe aber trotzdem gleich.

Auch PUNKT.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Vielleicht wäre Grubba ja besser damit gefahren, wenn er den kompletten Beitrag von SIEMENS als Link angegeben hätte und nicht nur das eine herunter geladen Dokument hier herein gestellt hätte.
Die Weckalarm-OB`s sind auf der S7 die genauesten Zeitfunktionen.
Wenn diese manch anderem nach diesem Thema als zu ungenau erscheinen dann sollten diese zukünftig nur noch externe Regler verwenden aber bitte nicht nach der Abtastgenauigkeit dieser schauen da sie sonst evtl. einen Schreck bekommen.
Und für den Stammtisch kommt die Diskussion: Was ist Echtzeit?
Ich habe einen Regler da sind abtastratern von 10 Sekunden soger noch Echtzeit.
Mit freundlichen Grüßen Fritze.
 
Danke an Grubba ...

ja, da in Kapitel 5 stehen ein paar Infos, die mir persönlich dringend davon abraten, jemals diesen OB35 für was echtzeitfähiges einzusetzen.

so...jetz müssen wir nur noch das mit der "echtzeit" klären :rolleyes:

ist zwar nur die wikipedia definition, aber ich denke die sollte zum verständnis ausreichen...

Der Begriff Echtzeit legt lediglich fest, dass ein System auf ein Ereignis innerhalb eines vorgegebenen Zeitrahmens reagieren muss. Der Begriff sagt nichts über die Geschwindigkeit oder Verarbeitungsleistung eines Systems aus. In der Umgangssprache wird dies fälschlicherweise jedoch oft so verwendet, anstelle des zutreffenderen Begriffes verzögerungsfrei. Zur Beschreibung einer Steuerungs- und Regelungsaufgabe reicht es aber nicht aus, nur Echtzeit zu fordern. Die Anforderungen sind erst vollständig definiert, wenn außerdem die Zeit angegeben wird, in der das System mit Sicherheit reagiert haben muss.
da die S7-steuerungen nicht den anspruch hat im mikrosekundenbereich zu reagieren ist eine zeitverschiebung von bis zu 500µs, also 0,5ms, unkritisch und wenn man dann noch beachtet, dass ein fehler ausgeglichen wird ist dieses echtzeit-argument, welches wohl auf die schnelligkeit und zeitverschiebung abzielte, zu verwerfen, denn die antwortzeit ist im vorgegebenen grenzen definiert .... noch ein PUNKT :-D
 
...
du solltest maxi nicht so anbeten :rolleyes: ... schon gar nicht wenn dein beitragszähler so aussieht :ROFLMAO: oder besser :twisted:

Noch ein OT ( = OffTopic / Ralle, schau mal bitte weg ...)

oops, bin ja schon auf Platz 29 :eek:

kostet das :sm24: :sm24: :sm24: ???
 

Anhänge

  • Unbenannt.JPG
    Unbenannt.JPG
    25,3 KB · Aufrufe: 20
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
Noch ein OT (Ralle, schau mal weg ...)

oops, bin ja schon auf Platz 29 :eek:

kostet das :sm24: :sm24: :sm24: ???

ralle ist unterwegs, da könnteste nochmal ungeschoren davon kommen :rolleyes:

übrigens sagten Larry und marlob (wo steckt der eigentlich?) mal: "ist doch kein wettrennen hier!" ... recht haben sie :D

aber einen ausgeben kannst du natürlich sehr gerne und immer...

so ... back to topic:

1. @mitchih: für was hast du dich entschieden und wie hast du das umgesetzt?
2. @perfektionist: deine bedenken zur echtzeit ausgeräumt oder wie habe ich den maxi-vergötterungsbeitrag zu verstehen?
 
ralle ist unterwegs, da könnteste nochmal ungeschoren davon kommen :rolleyes:

übrigens sagten Larry und marlob (wo steckt der eigentlich?) mal: "ist doch kein wettrennen hier!" ... recht haben sie :D

aber einen ausgeben kannst du natürlich sehr gerne und immer...

so ... back to topic:

1. @mitchih: für was hast du dich entschieden und wie hast du das umgesetzt?
2. @perfektionist: deine bedenken zur echtzeit ausgeräumt oder wie habe ich den maxi-vergötterungsbeitrag zu verstehen?
Diese Woche habe ich für dieses Projekt keine Zeit mehr. Werde das denke ich dann doch über den OB35 lösen. Danke für eure Hilfe
 
ralle ist unterwegs, da könnteste nochmal ungeschoren davon kommen :rolleyes:

übrigens sagten Larry und marlob (wo steckt der eigentlich?) mal: "ist doch kein wettrennen hier!" ... recht haben sie :D

aber einen ausgeben kannst du natürlich sehr gerne und immer...

so ... back to topic:

1. @mitchih: für was hast du dich entschieden und wie hast du das umgesetzt?
2. @perfektionist: deine bedenken zur echtzeit ausgeräumt oder wie habe ich den maxi-vergötterungsbeitrag zu verstehen?
90%OT:
zum Wettrennen: nein, es ist kein Wettrennen. Aber ich kann mich da immer noch an ein "ich versaue mir gerade meinen Schnitt" erinnern :ROFLMAO:

zur maxi-Vergötterung: ersetze VDE nicht durch maxi, sondern durch WIKI, also Deinem Wiki-Zitat.

10% Topic:
damit dieser Beitrag auch noch was beiträgt und nicht nur ausschließlich Gelaber enthält:
bei Verwendung von Interruptprogrammierung immer dran denken, dass sich die Daten, die der Interrupt manipuliert, sich irgendwann im zyklischen Programm ändern und nicht am Zykluskontrollpunkt. Also Vorsicht, wenn das zykliche Programm diesen Sekundenzähler dann mehrfach an verschiedenen Programmstellen liest. Umgekehrt hat das Interruptprogramm eventuell inkonsistente Daten vom zyklischen Programm vorliegen.
 
Zurück
Oben