Zielscheibensystem mit Zufall

[Sauerbruch]

Der mega88 wird wohl zu klein sein vom Speicher her.

Also, wenn die ganze Aufgabe darin besteht, per "Zufall" eine von 6 Scheiben auszuwählen und für eine bestimmte Zeit zu aktivieren, 12 Taster zu überwachen und ab und an mal 5 bzw. 10 Punkte aufzuaddieren, brauchst Du (wenn´s einigermaßen programmiert ist) garantiert nur einen Bruchteil von den 8 kB, die z.B. der Mega88 hat.

aber da sind soooo viele Pins, da will ich doch lieber die längliche Form haben

Das ist für den Anfang auch leichter, aber Du wirst schon eine ganze Menge I/O-Ports brauchen: Alleine schon für eine 4-stellige LED-Anzeige wären es mindestens 11 (wenn Du nicht weitere Hardware wie z.B. Display-Treiber verbauen willst). Plus 6 Stück, um die LEDs der sechs Scheiben anzusteuern. Und für die Taster-Abfrage gäbe es zwar die Port-sparende Alternative, nur mit 2 Interrupt-Eingängen zu arbeiten, und die Taster jeder Scheibe über einen eigenen I/O-Port auf High bzw. Low legen, um sie zu aktivieren bzw. zu deaktivieren. Macht also auch nochmal 8 Ports, womit Du schon mal bei 25 Anschlüssen bist...

[Sauerbruch]

Ich hab nochmal darüber nachgedacht, wie man etwas sparsamer mit den I/O-Ports umgehen könnte. Herausgekommen ist eine Lösung, die mit zwei Interrupt-Eingängen auskommt, und weitere 6 Ports die Aktivierung der einzelnen Scheiben übernehmen, und zwar sowohl der Taster als auch der LEDs, die bei der aktiven Scheibe ja leuchten sollen.

Zur Funktion: Die beiden Interrupt-Eingänge sind über die internen PullUp-Widerstände auf 1 gelegt und müssen folglich als "falling" konfiguriert werden. Die Taster jeder einzelnen Scheibe gehen dann auf einen I/O-Port. Liegt an diesem Port ein High, sind die Taster wirkungslos, weil sie den Interrupt-Eingang somit nicht auf Low ziehen können. Einer der 6 I/O-Ports ist also immer auf Low, und nur die daran angeschlossenen Taster können den Interrupt auslösen.

Als "Abfallprodukt" kann man mit diesem Low-Pegel dann über einen PNP-Transistor auch gleich die LEDs einschalten. Für 6 LEDs (so sah ja Deine Zeichnung aus) brauchst Du sowieso pro Scheibe einen Transistor, denn soviel Strom kann ein normaler Port nicht liefern.

Das hieße also, dass Du für die komplette Steuerung und Abfrage der Scheiben lediglich die beiden Interrupts + 6 I/O-Ports bräuchtest. Und somit käme der Mega8 wieder in Frage

[DjEKI]

mhmmm, sehr schön. Habe ich sogar verstanden
Transistoren habe ich reichlich hier. Denn ich wusste schon, dass die LEDs einen Transistor benötigen. Und da man Transistor sowieso benötigt, haut alles hin

Also, dass werde ich noch ausprobieren. Dann werden später 3 weitere Zielscheiben ergänzt.

Und da ich 2 weitere Spielmodies auf den MC programmieren wollte, fand ich den atmega8 etwas zu klein. Aber das is ja sowieso wurscht, ich habe hier nen atmega32 und der kann ruig dafür genutzt werden.

Dann habe ich noch eine Frage. Der MC kann bis zu 16Mhz. Heißt das, intern sind 16Mhz Quarz verbaut? Wenn ich auf mein Board die Frequenz erhöhe, dann dauert das Programm doppelt so lang. Und was bringt mir, mehr Mhz einzustellen ?

mfg EKI

[HeXPloreR]

Das heißt Du kannst z.B. einen Quarz bis 16Mhz EXTERN anschliessen und der µC kann diesen Takt garantiert benutzen. Dazu müssen die Fuses eingestellt werden UND im Programm muss der verwendete Takt bei Crystal angegeben sein, damit die Zeiten im Programm richtig berechnet werden von Bascom.

Was es bringt, neben mehr Stromverbrauch....naja, Dein Programm läuft mit 16MHz dann eben 16 mal schneller durch, als mit 1Mhz .... Pausen sollten klar sein: Wenn man 2000ms warten möchte, dass das Quarz unabhängig passieren soll.
Daher auch die Angabe im Code...danach muss neu Compiliert und geflasht werden - sollte auch klar sein

Viele Grüße

[DjEKI]

super danke. am Board sind 8 und 16Mhz verbaut. Da müsste man erstmal schauen, wie man die nutzen kann. Aber das ist nebensache. Reicht denn 1MHz aus? Denn Quarze verursachen ja nur Störungen...
Ich werde die Tage das Programm schreiben mit sauerbruchs tolle Idee.

-EDIT-
Jetzt ist mir aber noch aufgefallen, wegen dem Display. Eigentlich müsste der mega32 dafür noch reichen, oder? Ich habe da auch ncoh gar keine Idee, wie man das Display ansteuert und dann auch Zahlen ergeben.

Weis jemand, wieviel Maximal Strom der mega32 leisten kann? Und wieviel auf jedem Pin? Im Datenblatt habe ich es nicht gefunden.

mfg EKI

[HeXPloreR]

ja, das machmal.

Ehrlich gesagt von welchem Board redest Du jetzt? - Dein Link zum C zeigte auf einen nakigen Mikrocontroller - sowie meiner auch bei R.

Reicht denn 1MHz aus?

Wenn Du Lucky Luke bist hast Du vielleicht vor Langeweile ein Problem, aber ich denke mit 1Mhz auf einen Interrupt zu horchen ist eher für den µC langweilig - mit 16Mhz verbessert sich die Situation für den µC denke ich nicht besonders

Denn Quarze verursachen ja nur Störungen...

achso, ich dachte das wäre schon noch etwas anders...

[DjEKI]

ich habe nur den evuluationsboard von Atmel.