Frage zum Baustein FREQ_MEASURE

2020-02-28T06:53:11.152000Z

Zitat:
Deiner "Abhandlung" kann ich NICHT folgen

Macht nichts, ich erkläre es nocheinmal.

Erstes Beispiel:

Zitat:
1. Als TIMELOW nehme ich 2s und als TIMEHIGH 1s. PERIODS setze ich auf 7. Dann ist es so, daß FREQ_MEASURE.V immer wieder neu bis 7 zählt, und VALID nur dann HIGH ist, wenn V=7. Außerdem wird der Frequenzwert am Ausgang nur dann aktualisiert, wenn VALID=TRUE.

In diesem Beispiel war es ja so, daß V immer wieder zurückgesetzt wurde, und neu hochzählte. Hab ich ja auch geschrieben.
Das Eingangssignal hat eine Periodendauer von 2s+1s=3s. Dies ergibt eine Frequenz von 0.666Hz. Die liegt auch am Ausgang OUT an.
Die Fehlerbedingung lautet:
Gemessene Periodendauer DIFF > 3000Frequenz OUT
Soweit klar?
Und jetzt rechne ich nach:
Periodendauer DIFF=3000ms;
3000Frequenz OUT=2000;
Somit ist die Fehlerbedingung erfüllt. Der entsprechende Programmteil wird durchlaufen, und V wird deshalb immer wieder zurückgesetzt. Soweit, so gut.

Jetzt das zweite Beispiel:

Zitat:
2. Als TIMELOW nehme ich jetzt 1s und als TIMEHIGH 500ms. PERIODS setze ich wieder auf 7. In diesem Falle bleibt V=7, und VALID bleibt immer TRUE. Der Freuquenzwert wird mit jeder steigenden Flanke aktualisiert.

Wenn Du hier nachrechnest, kommst Du auf:
Periodendauer DIFF=1500ms;
3000*Frequenz OUT=2000;
Die Fehlerbedingung ist damit nicht erfüllt. Also bleibt immer V=7 und VALID bleibt durchgehend TRUE.
Die Frequenz wird deshalb auch bei jeder Flanke neu berechnet, so wie es sein soll.

Hoffe, ich konnte das so rüberbringen. Ich habe jetzt jedenfalls verstanden, warum sich der Baustein in beiden Fällen unterschiedlich verhalten hat.

Zitat:
Ich würde sagen --> 3-fache Abweichung der momentan errechneten Frequenz ( Zeiteinheiten in ms)

Hier liegt der Hund begraben. Die Frequenz OUT ist eine Angabe in Hertz. Und die Periodendauer ist eine Angabe in sek bzw. ms.

Es wird die dreifache Frequenz mit der Periodendauer verglichen. Und warum man das macht, verstehe ich nicht.

Sinnvoller wäre es aus meiner Sicht, meinetwegen die durchschnittliche Periodendauer der letzten 3 Messungen mit der aktuellen Periodendauer zu vergleichen. Und wenn diese signifikant darüberliegt, kann man sagen, es ist ein Fehler.

Aber eine Frequenz mit einer Periodendauer zu vergleichen, macht in meinen Augen keinen Sinn.

Gruß

Robert

Frage zum Baustein FREQ_MEASURE

2020-02-28T06:53:08.962000Z

Zitat:
So, jetzt ist mir klar, warum der Baustein das so macht!
Die Funktion ist soweit geklärt.

Deiner "Abhandlung" kann ich NICHT folgen

Zitat:
Warum man aber anhand der 3000-fachen Frequenz entscheidet, ob das Eingangssignal fehlerhaft ist, oder nicht, bleibt mir schleierhaft.
Ich würde sagen --> 3-fache Abweichung der momentan errechneten Frequenz ( Zeiteinheiten in ms)

Frage zum Baustein FREQ_MEASURE

2020-02-28T06:53:02.836000Z

gravieren hat geschrieben:
Korrekt.
Jedoch wird bei "7" NUR die Variable "B" auf 0 gesetzt.
Die Variable "V" bleibt auf "7" bis "Fehler" ODER "RESET" !

Genau!

Das habe ich verstanden.

Nur, warum man die Entscheidungsbedingung für "Fehler" ausgerechnet SO (3000-fache Frequenz) festgelegt hat, erschließt sich mir nicht.

Gruß

Robert

Frage zum Baustein FREQ_MEASURE

2020-02-28T06:53:00.590000Z

Hallo,

erinnerst Du Dich noch an meine zwei Beispiele?

Zitat:
1. Als TIMELOW nehme ich 2s und als TIMEHIGH 1s. PERIODS setze ich auf 7. Dann ist es so, daß FREQ_MEASURE.V immer wieder neu bis 7 zählt, und VALID nur dann HIGH ist, wenn V=7. Außerdem wird der Frequenzwert am Ausgang nur dann aktualisiert, wenn VALID=TRUE.
2. Als TIMELOW nehme ich jetzt 1s und als TIMEHIGH 500ms. PERIODS setze ich wieder auf 7. In diesem Falle bleibt V=7, und VALID bleibt immer TRUE. Der Freuquenzwert wird mit jeder steigenden Flanke aktualisiert.

Beispiel 1: Periodendauer=3s, Frequenz=0,333Hz !

Frequenz*3000 = 1000 -->

Periodendauer 3000ms > 1000ms ---> daher wird Signal als fehlerhaft erkannt.

Beispiel 2: Periodendauer=1,5s, Frequenz=0,666Hz !

Frequenz*3000 = 2000 -->

Periodendauer 1500ms < 2000ms ---> daher wird Signal als OK erkannt.

So, jetzt ist mir klar, warum der Baustein das so macht!

Die Funktion ist soweit geklärt.

Warum man aber anhand der 3000-fachen Frequenz entscheidet, ob das Eingangssignal fehlerhaft ist, oder nicht, bleibt mir schleierhaft.

Gruß, Robert

Frage zum Baustein FREQ_MEASURE

2020-02-28T06:52:54.381000Z

Zitat:
Beispiel B=2 und PERIODS=7
B= (2+1) MOD 7 -->
B= 3 MOD 7 -->
B= Rest von 3/7 --> 3/7=0 Rest 3
So dürfte es funktionieren!? Bei 7 folgt Rücksetzen auf null.
Jetzt bin ich schon ein kleines Stück weiter.
Korrekt.

Jedoch wird bei "7" NUR die Variable "B" auf 0 gesetzt.

Die Variable "V" bleibt auf "7" bis "Fehler" ODER "RESET" !

Frage zum Baustein FREQ_MEASURE

2020-02-28T06:52:52.168000Z

gravieren hat geschrieben:
Hi
Soll ich dir mal meine Einstellung dazu sagen:
Der Aufwand, um festzustellen und zu Protokolieren wie und DASS die Funktion so funktioniert wie diese gewünscht ist, ist wesentlich höher als die Funktion selber zu schreiben/anzupassen.
Passe dir doch die Funktion an, so wie dein Bedarf ist.
Ernenne diese zum "Standard" für euere Firma.
Gebe der Funktion einen neuen Namen z.b. R_FREQ_MEASURE
( R von Robert )
Zudem könnte mann sich diese so anpassen, dass diese OHNE RESET mit Mittelwertbildung arbeitet. Z.b. mit einer FIFO, du "alte" Werte rauswirft oder so, somit brauchtst du NICHT immer warten, bis die Anzahl der Durchläufe erreicht ist/wird.
Denk doch mal nach, wie diese Funktion in der Praxis zu Fehlern führen kann. Eine genaue Beschreibung und Funktionsweise ist UNUMLÄSSIG notwendig. Auch ein Example hierzu ist sinnvoll.
Ich hoffe dir geholfen zu haben

Das war jetzt ein dickes Ding.

Selbstständig kann und darf ich nicht darüber entscheiden, wie und ob die Funktion geändert werden darf. Darüber entscheiden andere.

Außerdem ist unser IndraLogic ja nach diesem IEC61131-3 genormt, und da kann man nicht einfach was abändern, oder?

Zur Info:

Unsere Firma verkauft Steuerungssysteme, und IndraLogic ist ein Teil unseres Angebots, und in unsere Software integriert. Wir verkaufen CoDeSys sozusagen selber nur weiter. Und wir müssen nur dafür sorgen, daß alles einwandfrei funktioniert, denn unsere Kunden arbeiten ja mit unseren Produkten.

Gruß

Robert

Frage zum Baustein FREQ_MEASURE

2020-02-28T06:52:45.971000Z

Hallo,

Zitat:
Mit "MOD" wird der REST einer Ganzzahl-Division errechnet

Ja, so steht es in der Hilfe. Ich glaube, ich weiß jetzt, wie es funktioniert:

B := (B+1) MOD PERIODS;

Beispiel B=2 und PERIODS=7

B= (2+1) MOD 7 -->
B= 3 MOD 7 -->
B= Rest von 3/7 --> 3/7=0 Rest 3

So dürfte es funktionieren!? Bei 7 folgt Rücksetzen auf null.
Jetzt bin ich schon ein kleines Stück weiter.

Zitat:
Wie hoch sind die Frequenzen ?
Bei Zykluszeit-überschreitungen / Zykluszeitgrenzen werden die wechselnden Eingänge nicht/falsch gelesen und somit ausgewertet.
Ich würde mal sagen:
Zykluszeit 10ms --> Low-High-Wechsel --> 50 Hz sind schon die "Grenze"

Momentan ist die Zykluszeit auf 4ms gestellt. Bei der Periodendauer bewege ich mich (siehe Beispiele in meinem 4.Post) im Bereich von über 1,5s. Von daher dürfte es in dem Bereich nicht kritisch werden.

Zitat:
Ich denke, du testet den Baustein mit 1 Programm.
Zuerst mit der kleinen Frequenz.
Nachfolgen mit der grossen Frequenz.
Vor dem Testen des 2. Bausteins musst du den Baustein reseten !

Bis jetzt habe ich noch kein selbstständiges Testprogramm geschrieben, sondern nur per Hand versch. Eingangssignale angelegt, die der "BLINK"-Generator erzeugt. Und dann habe ich eben die Reaktion von FREQ_MEASURE beobachtet. Dabei sind dann meine ganzen Fragen aufgetaucht.

Aber mit Deiner Hilfe bin ich nun schon ein ganzes Stück weiter gekommen.

Gruß

Robert

Frage zum Baustein FREQ_MEASURE

2020-02-28T06:52:43.397000Z

Zitat:
Das nützt mir leider nichts, denn meine Aufgabe ist es ja gerade, den FREQ_MEASURE auf Herz und Nieren zu testen.

Soll ich dir mal meine Einstellung dazu sagen:

Der Aufwand, um festzustellen und zu Protokolieren wie und DASS die Funktion so funktioniert wie diese gewünscht ist, ist wesentlich höher als die Funktion selber zu schreiben/anzupassen.

Passe dir doch die Funktion an, so wie dein Bedarf ist.

Ernenne diese zum "Standard" für euere Firma.

Gebe der Funktion einen neuen Namen z.b. R_FREQ_MEASURE

( R von Robert )

Zudem könnte mann sich diese so anpassen, dass diese OHNE RESET mit Mittelwertbildung arbeitet. Z.b. mit einer FIFO, du "alte" Werte rauswirft oder so, somit brauchtst du NICHT immer warten, bis die Anzahl der Durchläufe erreicht ist/wird.

Denk doch mal nach, wie diese Funktion in der Praxis zu Fehlern führen kann. Eine genaue Beschreibung und Funktionsweise ist UNUMLÄSSIG notwendig. Auch ein Example hierzu ist sinnvoll.

Ich hoffe dir geholfen zu haben

Frage zum Baustein FREQ_MEASURE

2020-02-28T06:52:41.190000Z

Zitat:
Ja, B wird mit dieser Funktion offensichtilich immer wieder neu hochgezählt, aber wie die "MOD"-Funktion mit reinspielt, habe ich nicht verstanden.
Mit "MOD" wird der REST einer Ganzzahl-Division errechnet.

Zitat:
Hier wird V auf null gesetzt.
Bei hohen Frequenzen wird der Codeabschnitt - warum auch immer - nicht durchlaufen.
Wie hoch sind die Frequenzen ?
Bei Zykluszeit-überschreitungen / Zykluszeitgrenzen werden die wechselnden Eingänge nicht/falsch gelesen und somit ausgewertet.

Ich würde mal sagen:
Zykluszeit 10ms --> Low-High-Wechsel --> 50 Hz sind schon die "Grenze"

Zitat:
Ich verstehe nicht ganz, denn genau das Verhalten, das Du da beschreibst, macht der Baustein ja abhängig von der Eingangsfrequenz.Er macht es mal so, mal so, und genau das irritiert mich ja. (siehe meine obigen Beispiele)
Ich denke, du testet den Baustein mit 1 Programm.

Zuerst mit der kleinen Frequenz.

Nachfolgen mit der grossen Frequenz.

Vor dem Testen des 2. Bausteins musst du den Baustein reseten !

Falls nicht --> bleibt V=7 und VALID=TRUE

Frage zum Baustein FREQ_MEASURE

2020-02-28T06:52:35.053000Z

Hallo Karl,

Zitat:
Bleibt nur die Frage:
Wenn Permenent gleichbleibende Eingangssignale kommen bleibt "V" bei dir auf z.b. 7.
Irgendwie muss bei "VALID" = TRUE ein "RESET" Signal gegeben werden.
Dann fängt "V" auch bei 1 an, bei 7 hast du dann erst das "VALID" = TRUE

Ich verstehe nicht ganz, denn genau das Verhalten, das Du da beschreibst, macht der Baustein ja abhängig von der Eingangsfrequenz.Er macht es mal so, mal so, und genau das irritiert mich ja. (siehe meine obigen Beispiele)
Es scheint so zu sein, daß die Eingangssignale manchmal als fehlerhaft erkannt werden, so daß dieser Codeteil durchlaufen wird:

ELSIF INIT AND VALID AND TIME_TO_DWORD(TIME()-OLDT) > 3000*OUT THEN
   VALID:=FALSE;
   V:=0;
   B:=0;
END_IF

Hier wird V auf null gesetzt.
Bei hohen Frequenzen wird der Codeabschnitt - warum auch immer - nicht durchlaufen.

Zitat:
Sorgt dafür, dass "B" eine Zahl zwischen 0 und "PERIODS-1" hat.
(Indexierung)

Ja, B wird mit dieser Funktion offensichtilich immer wieder neu hochgezählt, aber wie die "MOD"-Funktion mit reinspielt, habe ich nicht verstanden.

Zitat:
Ich würde eine Funktion nehmen, die Permenent die Frequenz misst.
Z.b. w www.oscat.de w Funktion "M_T", die hat jedoch KEINE "Mittelwertbildung".

Das nützt mir leider nichts, denn meine Aufgabe ist es ja gerade, den FREQ_MEASURE auf Herz und Nieren zu testen.

Gruß

Robert

Recent posts to Frage zum Baustein FREQ_MEASURE

Frage zum Baustein FREQ_MEASURE

Frage zum Baustein FREQ_MEASURE

Frage zum Baustein FREQ_MEASURE

Frage zum Baustein FREQ_MEASURE

Frage zum Baustein FREQ_MEASURE

Frage zum Baustein FREQ_MEASURE

Frage zum Baustein FREQ_MEASURE

Frage zum Baustein FREQ_MEASURE

Frage zum Baustein FREQ_MEASURE

Frage zum Baustein FREQ_MEASURE