https://forge.codesys.com/forge/talk/Deutsch/thread/55c4ef4dc1/2020-02-28T14:18:53.033000ZRecent posts to Zeit zwischen zwei Impulsen in Millisekunden messe - Wie ?2020-02-28T14:18:53.033000Z2020-02-28T14:18:53.033000Zmaddi67https://forge.codesys.com/u/maddi67/https://forge.codesys.com46f9fd8239379844d718e97baf021582d70fb6c7

<div class="markdown_content"><p>Hallo,</p> <p>nein, ich wüßte nicht das ich den Frequenzeingang interruptrgesteuert</p> <p>auslesen kann.</p> <p>Habe jedenfalls die Berechnung der Momentanleistung verworfen.</p> <p>Die Ergebnisse waren mir zu ugenau.</p> <p>Nun hab ich ja auch so Spaß, ohne die Momentane Leistung zu kennen,</p> <p>die Kostenabrechnung über den Impuls funktioniert ja, und das</p> <p>war wichtig. Wie sagt der Fußballer...</p> <p>Momentanleisung ist primär, Verbrauch ist sekundär und das Wichtigste !</p> <p>Was ?</p> <p>MfG Martin</p></div>

2020-02-28T14:18:50.245000Z2020-02-28T14:18:50.245000Zmaddi67https://forge.codesys.com/u/maddi67/https://forge.codesys.comf4e5604577b31264644d0f45a5ef76e15da933bc

<div class="markdown_content"><p>Hallo Erik,</p> <p>Man, 1komma5 Tage, da mußt Du ja ausgeruht sein wie andere</p> <p>nach 3 Wochen Bahamas !</p> <p>Frage mich nur ob Du so jemals etwas Farbe bekommst ?</p> <p>Na ja, hat ja auch seine Vorteile wenn man fast immer auf einen</p> <p>Erik zurückgreifen kann !</p> <p>MfG Martin</p></div>

2020-02-28T14:18:47.326000Z2020-02-28T14:18:47.326000Zgrauerwolfhttps://forge.codesys.com/u/grauerwolf/https://forge.codesys.comd1e4d1b026ceb09470d792926bb68823bf022c18

<div class="markdown_content"><p>Hallo,</p> <p>das Millisekundenproblem habe ich voriges Jahr mal hier im Forum angesprochen und auch Hilfe erhalten. Auf einer Wago 750-841 funktioniert es sehr gut.</p> <p>Sucht mal nach "Echtzeit in Millisekunden" in diesem Forum...</p> <p>Viele Grüße</p> <p>grauerwolf</p></div>

2020-02-28T14:18:39.379000Z2020-02-28T14:18:39.379000Zhugohttps://forge.codesys.com/u/hugo/https://forge.codesys.comf7eaa0e5c5d6e1b3b7be390415d7e0fb925dcb77

<div class="markdown_content"><blockquote> <p><strong>Oberchefe hat geschrieben:</strong><br/> Soweit stimme ich (fast) zu, das fast wegen dem unerklärlichen Faktor 2, es kann in diesem Fall nur zum maximalen Fehler von 5ms kommen.<br/> und hier stimme ich auf keinen Fall zu<br/> Der Fehler kann nämlich in beiden Richtungen sein. Wenn beim ermitteln der Flanke des ersten Impulses die maximale Verzögerung auftritt (im Beispiel 5ms) und beim ermitteln des zweiten Impulses fast gar keine Verzögerung, dann mißt Du 5ms zu wenig, der erste Puls wird in diesem Fall 5ms zu spät erfaßt, der zweite Puls mehr oder weniger richtig, ergibt 5ms Differenz (und zwar ist die gemessene Zeit zu gering, DU mußt die 5ms aufaddieren!)<br/> Im anderen Fall kann es passieren daß der erste Puls ohne Verzögerung gesehen wird und der zweite Puls mit maximaler (5ms) Verzögerung. Hier mißt Du zu viel und müßtest 5ms abziehen (und natürlich keine 10ms!)<br/> Im dritten Fall kann es aber passieren daß die beiden Impulse mit der gleichen Verzögerung gesehen werden(egal ob mit fast keiner Verzögerung oder ob mit der maximalen von 5ms), dann mußt Du gar nichts aufaddieren oder abziehen, dann paßt die Messung sowieso.<br/> Im Durchschnitt ist der Fehler aller möglichen Fälle gleich Null, egal wie lange die Scanzeit ist, nur die Abweichung einer einzelnen Messung vom Durchschnitt ist größer, je größer die Scanzeit ist.<br/> Fazit: Scanzeit draufaddieren oder abziehen macht überhaupt keinen Sinn und kann im Gegeteil das Meßergebnis noch mehr verfälschen.</p> </blockquote> <p>hi oberchefe,</p> <p>du hast natuerlich recht der faktor 2 ist unsinn.</p> <p>das ganze macht nur dann sinn wenn die zykluszeiten bei free running tasks stark schwanken, in diesem fall kann die erste flanke in einen zyklus fallen der nur 5ms ist und die zweite in einen zyklus der 50ms ist. eine korrektur kann dann den fehler etwas einschränken auf max 30ms in diesem zugegeben extremen fall</p></div>

2020-02-28T14:18:36.613000Z2020-02-28T14:18:36.613000Zgravierenhttps://forge.codesys.com/u/gravieren/https://forge.codesys.comd434a3207bd995c53d1ce72d6792d27e55ba5197

<div class="markdown_content"><p>HAllo</p> <p>@Martin, </p> <blockquote> <p><strong>Zitat:</strong><br/> hast du mit deiner hardware die möglichkeit, den counter-eingang direkt interrupt-gesteuert einlesen zu lassen? </p> </blockquote> <p>Gibt es das unter Wago ?</p> <p>Hast du Informationen hierzu.</p> <p>Danke Karl</p></div>

2020-02-28T14:18:28.959000Z2020-02-28T14:18:28.959000ZOberchefehttps://forge.codesys.com/u/oberchefe/https://forge.codesys.com96a5922b5e787d278e22b3e1db2bee6e3fd354df

<div class="markdown_content"><blockquote> <p><strong>Zitat:</strong><br/> nehmen wir an die zykluszeit beträgt 5ms. <br/> dann kann die flanke irgendwann in diesen 5 ms gekommen sein. wir messen von einer flanke zur nächsten, das bedeutet das 2 mal der maximale fehler von 5ms (zusammen 10ms = 2 * Zykluszeit) auftreten kann. </p> </blockquote> <p>Soweit stimme ich (fast) zu, das fast wegen dem unerklärlichen Faktor 2, es kann in diesem Fall nur zum maximalen Fehler von 5ms kommen.</p> <blockquote> <p><strong>Zitat:</strong><br/> wenn ich allerdings die zykluszeit selber messe dann kamm ich mir die halbe zykluszeit vom per software ermittelten wert abziehen, und dadurch den fehler auf 1/2 zykluszeit reduzieren.</p> </blockquote> <p>und hier stimme ich auf keinen Fall zu</p> <p>Der Fehler kann nämlich in beiden Richtungen sein. Wenn beim ermitteln der Flanke des ersten Impulses die maximale Verzögerung auftritt (im Beispiel 5ms) und beim ermitteln des zweiten Impulses fast gar keine Verzögerung, dann mißt Du 5ms zu wenig, der erste Puls wird in diesem Fall 5ms zu spät erfaßt, der zweite Puls mehr oder weniger richtig, ergibt 5ms Differenz (und zwar ist die gemessene Zeit zu gering, DU mußt die 5ms aufaddieren!)</p> <p>Im anderen Fall kann es passieren daß der erste Puls ohne Verzögerung gesehen wird und der zweite Puls mit maximaler (5ms) Verzögerung. Hier mißt Du zu viel und müßtest 5ms abziehen (und natürlich keine 10ms!)</p> <p>Im dritten Fall kann es aber passieren daß die beiden Impulse mit der gleichen Verzögerung gesehen werden(egal ob mit fast keiner Verzögerung oder ob mit der maximalen von 5ms), dann mußt Du gar nichts aufaddieren oder abziehen, dann paßt die Messung sowieso.</p> <p>Im Durchschnitt ist der Fehler aller möglichen Fälle gleich Null, egal wie lange die Scanzeit ist, nur die Abweichung einer einzelnen Messung vom Durchschnitt ist größer, je größer die Scanzeit ist.</p> <p>Fazit: Scanzeit draufaddieren oder abziehen macht überhaupt keinen Sinn und kann im Gegeteil das Meßergebnis noch mehr verfälschen.</p></div>

2020-02-28T14:18:26.300000Z2020-02-28T14:18:26.300000ZErik Böhmhttps://forge.codesys.com/u/erik-boehm/https://forge.codesys.com142d870c61ae3085006de4994d2b9368a0eaf54b

<div class="markdown_content"><p>Hallo Martin</p> <p>Hatte jetzt mal 1,5 Tage Wochenende...</p> <p>Samstagsarbeit ist bei uns eher die Regel, als die Ausnahme.</p> <p>'Schaffa Schaffa Häusle baua' heisst das in Schwaben... </p> <p>Die Util lib findest du unter</p> <p>C:\Programme\3S Software\CoDeSys V2.3\Library\Util.lib.</p> <p>Aber mit den Bausteinen aus der Oscat.lib funktionierts natürlich auch.</p> <p>Gruss Erik</p></div>

2020-02-28T14:18:18.768000Z2020-02-28T14:18:18.768000Zmwatermannhttps://forge.codesys.com/u/mwatermann/https://forge.codesys.comcfdc0de528a7f80c1e0e060fc405135a4c65b75a

<div class="markdown_content"><p>hallo Martin,</p> <p>hast du mit deiner hardware die möglichkeit, den counter-eingang direkt interrupt-gesteuert einlesen zu lassen? das wäre am genauesten, wenn deine impulse im ms bereich liegen.</p> <p>anders kann ich allerdings ebenfalls die oscat.lib empfehlen </p></div>

2020-02-28T14:18:16.027000Z2020-02-28T14:18:16.027000Zhugohttps://forge.codesys.com/u/hugo/https://forge.codesys.com8f53d845a05d300bad23061929a0c436f3a4caa9

<div class="markdown_content"><blockquote> <p><strong>Oberchefe hat geschrieben:</strong><br/> wie soll denn das funktionieren? DU kannst doch nicht wissen, wann zwischen zwei Programmzyklen der Eingang seinen Zustand wechselt, wenn der erste Impuls kurz vor dem Programmzyklus seinen Zustand wechselt und der zweite Impuls kurz nach dem vorangegangenen Programzyklus, dann mußt Du sogar was draufaddieren statt abziehen.</p> </blockquote> <p>nehmen wir an die zykluszeit beträgt 5ms.</p> <p>dann kann die flanke irgendwann in diesen 5 ms gekommen sein. wir messen von einer flanke zur nächsten, das bedeutet das 2 mal der maximale fehler von 5ms (zusammen 10ms = 2 * Zykluszeit) auftreten kann.</p> <p>genau wie du oben sagst, man kann nicht wissen wann in der zykluszeit irgendwas passiert ist.</p> <p>wenn ich allerdings die zykluszeit selber messe dann kamm ich mir die halbe zykluszeit vom per software ermittelten wert abziehen, und dadurch den fehler auf 1/2 zykluszeit reduzieren.</p></div>

2020-02-28T14:18:08.135000Z2020-02-28T14:18:08.135000ZOberchefehttps://forge.codesys.com/u/oberchefe/https://forge.codesys.coma16f264693e6fb325ae2223e49d26e522aba60fd

<div class="markdown_content"><blockquote> <p><strong>Zitat:</strong><br/> und damit kannst dur den fehler auf eine zykluszeit anstelle von 2 reduzieren. <br/> indem du bei jder messung die hälfte der letzten zykluszeit abziehst.</p> </blockquote> <p>wie soll denn das funktionieren? DU kannst doch nicht wissen, wann zwischen zwei Programmzyklen der Eingang seinen Zustand wechselt, wenn der erste Impuls kurz vor dem Programmzyklus seinen Zustand wechselt und der zweite Impuls kurz nach dem vorangegangenen Programzyklus, dann mußt Du sogar was draufaddieren statt abziehen.</p></div>