- Beiträge
- 23.732
- Reaktionspunkte
- 7.498
-> Hier kostenlos registrieren
Nicht notwendig? Ich meine, es ist notwendig, aber nicht möglich, weil Siemens nicht dokumentiert, wie groß der negative Sprung beim Überlauf ist. Warum wohl schreibt Siemens, daß es bei RUNTIME zu negativen Werten kommen kann, die man einfach ignorieren soll? Wenn Siemens einfach den ganzzahligen Zählerstand des Systemtimers liefern würde (wie bei TIME_TCK), dann wäre das Herausrechnen des Überlaufs recht simpel. RUNTIME liefert aber LREAL.
Ich habe RUNTIME noch nie auf einer echten S7-1500 ausprobiert, nur in PLCSIM V15.1, und da hatte das PLCSIM ständig Fehlfunktionen. Ich meine, ich hatte mal auf einer echten S7-1200 unter TIA V15.1 getestet, da war das noch ziemlich buggy. Im Zusammenhang mit dem Siemens-LGF-Integral-Baustein hatten wir auch mal einen Thread, wo ein User das RUNTIME mit einer echten SPS getestet hat, da kam auch nur Müll bei raus. Wie sich RUNTIME seit V16 verhält, weiß ich nicht.
Beim Fragesteller hier wäre es aber nicht so schlimm, wenn RUNTIME tatsächlich auch mal negative Werte liefern würde - da wäre es tatsächlich am einfachsten, das negative Ergebnis zu ignorieren und die Drehzahl einfach vom Messzyklus vorher weiter anzuzeigen.
. Ich verwende RUNTIME seit meinem Umstieg auf TIA V14 überall in meinen Standard-Bausteinen. Das sind PID-Regler, PTn-Glieder, Zähler, Universaltimer etc. Es gibt keinen Messwert, keinen Energiezähler, der bei mir nicht von RUNTIME beeinflusst wird. Ich habe absolut keine Probleme mit RUNTIME. Daher kann ich deine schlechten Erfahrungen nicht nach vollziehen. Allerdings, und das habe ich eben gerade noch einmal in den wichtigsten meiner Bausteine überprüft, führe auch ich eine Plausibilitätsprüfung durch. Wenn die ermittelte Abtastzeit nicht im erwartetem Bereich liegt, wird sie verworfen, d.h. es wird mit der letzten gültigen Abtastzeit weiter gerechnet, was i.d.R. kaum ins Gewicht fällt, sofern es überhaupt auftreten sollte. Ich bin mir jetzt nicht sicher, ob ich das wirklich nur als Vorsichtsmaßnahme tue, oder ob ich das auch irgend wo mal gelesen habe. Auf jeden Fall behalte ich das so bei. Bei der S7-Classic bin ich mit der durch TIME_TCK ermittelten Abtastzeit genau so verfahren. Dort natürlch bekanntermaßen mit vorheriger Berechnung und mit Korrektur bei Überlauf. Ich weiß jetzt auch nicht aus dem Hut, was mit TIME_TCK oder mit RUNTIME bei Neustart oder bei Netzwiederkehr passiert. Solche Fälle werden durch eine Plausibilitätsprüfung ja dann auch weitestgehend erschlagen.
