[RalphS]

Naja, Dein Code synchronisiert nicht mehr mit DT. Was zur Folge hat, daß -zumindest erwartungsgemäß- die Ausgabe nicht mehr auf "nur, wenn wirklich was passiert" beschränkt ist.

Jedenfalls dann, wenn die Doku so stimmt.

Wobei ich mir noch nicht so recht schlüssig bin, was da überhaupt hinten bei rumkommt, und zumindest für mich ist die Pinbelegung auch irgendwie irreführend: denn DT ist wohl der Takt und CLK gibt Informationen über die Drehbewegung --- und beide liefern Puls.

Die Frage ist also: was ganz genau ist Last_RoB_Status? Die Information wird ja unabhängig von DT beschafft, also laut Doku sollte Last_RoB_Status UNDEFINED sein. Ist aber aber ganz offensichtlich nicht; zumindest rückableitend aus dem Quellcode würde ich davon ausgehen wollen, daß das Signal an RoBPin stabil bleibt, egal was RoAPin sagt, und dabei darüber informiert, was die letzte Drehrichtung war (sprich, einmal gedreht wird RoBPin 0 oder 1 liefern gemäß Richtung und dieses Signal halten).

Die Schleife synchronisiert dann RoBPin mit dem Taktsignal (aus DT) und terminiert mit gültigem RoBPin, was dann - entsprechend Doku -- sagt, okay der Knopf WURDE gedreht, UND wie rum. "flag"s Informationsgehalt beschränkt sich dann darauf, ob an RoAPin überhaupt ein Signal anlag (ie. der Knopf betätigt wurde) oder nicht; falls nicht, passiert auch nichts; falls doch, wird globalCounter entsprechend angepaßt.

Rein intuitiv würd ich sagen, das flag kann weg, denn die Schleife wird warten, bis das Rad gedreht wird. Damit wäre (Rad gedreht => flag) eine Tautologie.


WENN das mit RoBPin (last vs current) so läuft, wie ich mir das EINBILDE, daß es so läuft, dann bleibt die Ausgabe beim Radbetätigen darauf beschränkt, ob die Drehrichtung geändert wurde. Dreh ich links, gibt es ein Increment auf globalcounter. Dreh ich nochmal links, passiert...nichts? Dreh ich rechts, geht globalcounter wieder runter; dreh ich nochmal rechts, passiert... wieder nichts?

Das ergibt natürlich keinen Sinn. Also zumindest für mich nicht. Woraus ich lese, daß a) RoBPin noch was anderes tut b) ich irgendwas nicht kapiert hab c) noch was anderes nicht hinhaut.

Option (b) ist sicherlich die wahrscheinlichste.


Denke, da müßte man schauen, ob man seine Finger an eine komplette Doku bekommen kann. Wer tut was; welches Signal landet wo, mit welcher Frequenz laufen DT/CLK, was sagt mir der Zustand von CLK, wenn DT inaktiv ist. Und so weiter.

Denn eigentlich müßte man mit den Werten aus DT und CLK noch mehr anfangen können: immerhin gibt es ja den Takt; ergo sollte man dann auch herausbekommen können, wie schnell das Rad gedreht wurde (Zustandsänderungen/Takt). Aber dann muß man halt wissen, unter welchen Bedingungen man welchen Pin lesen darf (und wann nicht) und, soweit zutreffend, in welchem Kontext welcher Pin was liefert. "Normal" würd ich sonst sagen, Last_RoB_Status darf nicht beschafft und schon gar nicht verwendet werden.

[RalphS]

Klingt logischer. Stand da halt nur anders. Na, solange es tut.