Flanken, also Änderungen des Zustands eines Signals zu erkennen, ist im Prinzip sehr simpel. Man muss lediglich den aktuellen Zustand mit dem "vorherigen" Zustand vergleichen.
Ändert sich der Zustand von FALSE auf TRUE (alias von LOW auf HIGH oder 0 auf 1), spricht man von einer positiven Flanke.
Code:
posFlanke := NOT vorherigerZustand AND aktuellerZustand ;
Ändert sich der Zustand von TRUE auf FALSE (alias von HIGH auf LOW oder 1 auf 0), spricht man von einer negativen Flanke.
Code:
negFlanke := vorherigerZustand AND NOT aktuellerZustand ;
Manchmal will man jede Flanke erhaschen und muss dabei nicht unterscheiden, ob es gerade eine positive oder eine negative Flanke ist.
Dann kann man einfacher ...
Code:
jedeFlanke := vorherigerZustand XOR aktuellerZustand ;
... schreiben.
Sooo, zum Abschluss müssen wir noch dafür sorgen, dass eine Kopie des jetzt noch aktuellen SignalZustands abgespeichert wird, damit sie beim nächsten Durchlaufen unserer FlankenErkennung betreffend dasselbe Signal als 'vorherigerZustand' zum Vergleich mit dem dann evtl. veränderten aktuellen Zustand zur Verfügung steht.
Code:
vorherigerZustand := aktuellerZustand ;
Diese Variable 'vorherigerZustand' wird häufig und durchaus zu Recht als 'FlankenMerker' bezeichnet. Denn 'Merker' heisst hier lediglich, dass das Programm sich darin eine Information merken muss und es darf selbstverständlich ein Bit aus einem DB sein.
Der FlankenMerker ist NICHT das Ergebnis der FlankenErkennung, sondern nur ein "im Untergrund" wirkendes HilfsMittel zur FlankenErkennung.
Erst der Vergleich zwischen dem aktuellen und dem vorherigen, im FlankenMerker gespeicherten Zustand, liefert das Ergebnis, nämlich einen "impulsartigen" TRUE-Zustand, der genau 1 Zyklus lang bestehen bleibt. Der Satz "Nach einem 1 Zyklus langen Impuls folgt immer eine mindestens 1 Zyklus lange ImpulsPause." gilt aber nur bei der Erkennung positiver oder negativer Flanken!
Sollen beliebige Flanken - egal, ob positiv oder negativ - also alle Flanken erkannt werden, so kann das Ergebnis in direkt aufeinander folgenden Zyklen den Zustand TRUE beibehalten, vorausgesetzt, das Signal wechselt wirklich in jedem Zyklus seinen Zustand!
Gaaanz wichtig:
Der Vergleich zwischen dem 'aktuellenZustand' und dem 'vorherigenZustand' kann nur dann sinnvolle Ergebnisse liefern, wenn der 'vorherigeZustand'
- erstens überhaupt 1 Zklus lang erhalten bleibt UND
- zweitens der dort gespeicherte Wert von keiner anderen ProgrammStelle überschrieben/verfälscht wird - auch nicht von derselben ProgrammStelle, die in einer anderen Instanz aktiv ist! Doppel- oder MehrfachBelegungen von Bits dürfen nicht vorkommen. Jede Instanz benötigt ein eigenes Bit.
Die als FlankenMerker benutzten Variablen dürfen NICHT temporär sein, sondern müssen statisch oder global sein, um lange genug ihren Inhalt behalten zu können. VAR_IN_OUT sind auch möglich, sofern diese auf statische oder DB-Bits zugreifen.
Warum sagt Harald ...
Merke: Timer und Flanken-Erkennung nicht bedingt (in If-Zweigen) ausführen, sondern immer (in jedem Zyklus).
Ganz einfach: die FlankenErkennung kann Flanken schlichtweg "übersehen", wenn sie nicht oft genug aufgerufen/durchlaufen wird.
Darum ruft man die FlankenErkennung grundsätzlich in jedem Zyklus auf und nicht nur gelegentlich, bei vermeintlich bestehendem Bedarf.
Wurde z.B. eine positive Flanke erkannt, so kann die nächste positive Flanke nicht erkannt werden, wenn das Lesen der dazwischenliegenden negative Flanke aus GesundSchrumpfungsEinsparGründen wegrationalisiert wird.
Natürlich kann man sich Gedanken darüber machen, ob wirklich immer in jedem Zyklus durchlaufen werden muss. Aber die zu investierende Gewissenhaftigkeit steht m.E. in keinem vernünftigen Verhältnis zum erwartbaren EinsparPotenzial. Und jeder, der später über solche Stellen im Programm stolpert, wird hier wieder viel Zeit verbraten, um entweder einen tatsächlichen Fehler endlich zu entlarven oder zum x-ten Male zu klären, dass die Bedenken wegen eines möglichen Fehlers gegenstandslos sind.
Oben habe ich nur selbstgemachte FlankenErkennungen gezeigt.
Es gibt (leider) auch die vorgefertigten FlankenErkennungen in diversen ProgrammierSprachen.
Das mag etwas für "Runaways" (= Fortgeschrittene) sein.
Anfänger müssen jedenfalls die Do-It-Yourself-FlankenErkennungen benutzen. Solange, bis sie ihre WirkungsWeise wirklich verstanden haben!
Ob man dann wirklich noch einen Vorteil darin sieht, sich mit einer manchmal verwirrenden Vielfalt verschiedener, vorgefertigter FlankenErkennungen herumzuplagen ... na ja, lesen sollte man sie notfalls können.
Ich habe dieses SCL-Programm entwickelt, das ursprünglich einwandfrei funktioniert hat. Jedoch habe ich festgestellt, dass es nach dem Kopieren in ein anderes Projekt nicht mehr wie erwartet läuft.
Das spricht wohl dafür, dass eine DoppelBelegung durch das Kopieren entlarvt wurde oder hinzugekommen ist, evtl. durch hinzugekommene Instanzen?
Vielleicht unterscheiden sich "Original und Fälschung" in einer oder mehreren VariablenDeklarationen?
