Zielscheibensystem mit Zufall

[DjEKI]

danke, da kann ich auch mal vorbei schauen.

Der mega88 wird wohl zu klein sein vom Speicher her. Daher schau ich grad bei den mega325 und die haben derbe viele Interrupts, aber da sind soooo viele Pins, da will ich doch lieber die längliche Form haben Es kann aber auch ein Mega16 sein. Nur die Interrupts müssen mindestens 6 mal vorhanden sein. Der Code wird natürlich dementsprechend angepasst. Aber wenigstens konnte ich mal sehen, dass der Zufall und ein programmierter MC von mir funktioniert ^^

mhm, der hier wirds wohl sein: ATmega328P
Was meint Ihr? Ich habe irgendwo gelesen, dass PonyProg mit der P Serie nicht klar kommt. Stimmt das?

mfg EKI

[HeXPloreR]

Warum sollte der damit nicht klar kommen? - davon hab ich jetzt noch nichts gehört.
Allerdings kenn ich mich auch nicht mit PonyProg aus.

Schau mal hier, vielleicht fällt dir was auf:
EDIT: LINK ENTFERNT - DEFEKT

Viele Grüße

EDIT: Versuch den: http://www.reichelt.de/0/ADW/0/index...bc7ca1d4be5885
Suche dann nach "328P"

[DjEKI]

ja, dass die Suche null treffer ergab

Dein Link scheint nicht zu funktionieren.

[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