W
Wolfgang Strobl
Guest
Thomas Finke <finke.thomas@gmx.de>:
gleichzeitig rechnen und anzeigen will. Ein praktisches Beispiel findest
Du hinter
http://www.mystrobl.de/ws/pic/mm47/index.htm genauer gesagt hinter dem
Link http://www.mystrobl.de/ws/pic/mm47/mm47bas.htm
Es geht nur um die beiden Schnipsel "display" und "convert". Das ist
m.E. kurz genug, um ohne weitere Erklärung verständlich zu sein.
Realisiert wird so ein zweistufiger Multiplex, es leuchten immer maximal
zwei Segemente gleichzeitig. Das Ergebnis ist brauchbar, wie man dem
(unretouchierten) Foto sieht.
N.B. In - simulierter - Aktion kann man sich das übrigens auf
http://tech-www.informatik.uni-hamburg.de/applets/hades/webdemos/72-pic/90-mastermind/fast-mastermind-mux.html
ansehen, worauf mich kürzlich ein Bekannter hinwies. Nett, wenn man
Feierabendbasteleien, mit denen man sich vor vielen Jahren mal die Zeit
vertrieben hat, Jahre später auf diese Weise recycled findet.
Wollte man gleichzeitig rechnen und anzeigen, würde man den
Zustandswechsel (quasi die "inner loop") in der (hier stillgelegten)
Interruptroutine erledigen. Das erfordert immer noch keine
Zeitverwaltung.

einem festen Schema angesteuert (in meinem Beispiel also nacheinander
alle vier Anzeigen, dann innerhalb einer Anzeige vier Blöcke a jeweils
zwei Segmente). Natürlich ist das an einige Bedingungen geknüpft
(beispielsweise sollte der Test, so vorhanden, ob die idle-loop
verlassen werden soll, nicht lange und vor allen Dingen nicht variabel
lang dauern), aber Du fragtest ja nach "am einfachsten".
--
Wir danken für die Beachtung aller Sicherheitsbestimmungen
Dafür braucht's kein Multitasking, jedenfalls dann nicht, wenn man nichtWie wird dieses Multiplexing denn programmtechnisch (interessant wäre
Assembler und C) realisiert? Wie werden die Tasks zeitlich verwaltet?
Weil ja z.B. beim 7-Segement-Multitasking die Segmente alle gleich
lang angesteuert und gleich lang stromlos sein sollten, dass die
Helligkeit einigermaßen stimmt.
gleichzeitig rechnen und anzeigen will. Ein praktisches Beispiel findest
Du hinter
http://www.mystrobl.de/ws/pic/mm47/index.htm genauer gesagt hinter dem
Link http://www.mystrobl.de/ws/pic/mm47/mm47bas.htm
Es geht nur um die beiden Schnipsel "display" und "convert". Das ist
m.E. kurz genug, um ohne weitere Erklärung verständlich zu sein.
Realisiert wird so ein zweistufiger Multiplex, es leuchten immer maximal
zwei Segemente gleichzeitig. Das Ergebnis ist brauchbar, wie man dem
(unretouchierten) Foto sieht.
N.B. In - simulierter - Aktion kann man sich das übrigens auf
http://tech-www.informatik.uni-hamburg.de/applets/hades/webdemos/72-pic/90-mastermind/fast-mastermind-mux.html
ansehen, worauf mich kürzlich ein Bekannter hinwies. Nett, wenn man
Feierabendbasteleien, mit denen man sich vor vielen Jahren mal die Zeit
vertrieben hat, Jahre später auf diese Weise recycled findet.
Wollte man gleichzeitig rechnen und anzeigen, würde man den
Zustandswechsel (quasi die "inner loop") in der (hier stillgelegten)
Interruptroutine erledigen. Das erfordert immer noch keine
Zeitverwaltung.
Na ja, eigentlich nur einmal.Ich weiß zwar, dass dies eine Elektronik-Newsgroup ist und keine
über's Programmieren...aber hier wird es sicher einige Programmierer
geben, die sowas schon des Öfteren implementiert haben.
M.E. genau so: in der "idle loop" werden die einzelnen Segemente inMir ist auch bekannt, dass es zig verschiedene Arten von Multitasking
gibt, aber vielleicht kann mir trotzdem jemand kurz auf die Sprünge
helfen, wie ich sowas am einfachsten in nen Controller implementiere.
einem festen Schema angesteuert (in meinem Beispiel also nacheinander
alle vier Anzeigen, dann innerhalb einer Anzeige vier Blöcke a jeweils
zwei Segmente). Natürlich ist das an einige Bedingungen geknüpft
(beispielsweise sollte der Test, so vorhanden, ob die idle-loop
verlassen werden soll, nicht lange und vor allen Dingen nicht variabel
lang dauern), aber Du fragtest ja nach "am einfachsten".
--
Wir danken für die Beachtung aller Sicherheitsbestimmungen