Spielekonsolen mit AVR

Ich denke, dass die 8 Bit AVR dafür ungeeignet sind. Vor allem weil sie 
zu wenig RAM haben.

Steve schrieb:
> Ich denke, dass die 8 Bit AVR dafür ungeeignet sind. Vor allem
> weil sie
> zu wenig RAM haben.

Denken und Scheißen sind nicht gleich zu setzen. Es gibt hier ein 
Projekt das genau dies macht.

Habe im Netz ein Board mit dem Atmega 128, 2 Joypads zusätzlich mit 
Tasten, AD Wandler mit PCF8574 und PCF8591 und einem Farb TFT Display 
gesehen. Alles lief über den I2C Bus und passenden AD Wandler dazu. Man 
konnte damit Ball spielen mit 3 Runden. Der Schläger hatte verschiedene 
Aufprallwinkel und an den Rändern wurde der Ball umgelengt. Das alles 
mit 8 Bit- nicht schlecht. Man sieht aber es geht. Wenn ich das richtig 
gesehen habe lief der I2C bus mit 100kHz.

Ich denke für so eine Spielerei sind es mehr als genug Flash Zyklen....
Diese Sorge ist also ganz sicher unbegründet

Beitrag "AVR GLCD KS0108 Game Computer, Spielekonsole"

https://www.golem.de/news/raspberry-pi-pico-der-musikalische-mikrocontroller-2208-167761.html

Pong: 
https://www.conrad.com/p/franzis-verlag-retro-spiel-zum-selberbauen-retro-video-game-14-years-and-over-1603549

Tetris: https://www.elektronik-labor.de/Lernpakete/Block.htm

Erstbeste treffer.

Für eine Stunde macht sowas vielleicht Spass. Dann auch noch das Gefühl: 
"Super, was damals mit 8 Bit alles schon ging".

Am Tag danach wird dann wieder die Playstation eingeschaltet. Die ist 
ergonomischer, hat 3D Sensoren, und die Spiele machen doch mehr Spass.

PittyJ schrieb:
> Für eine Stunde macht sowas vielleicht Spass. Dann auch noch das
> Gefühl:
> "Super, was damals mit 8 Bit alles schon ging".
>
> Am Tag danach wird dann wieder die Playstation eingeschaltet. Die ist
> ergonomischer, hat 3D Sensoren, und die Spiele machen doch mehr Spass.

Der Weg ist das Ziel ;-)

Es gibt so viele Mikrocontroller, warum muss es ausgerechnet der AVR 
sein? Verwendest du auch einen Schraubenzieher zum Nägel einschlagen 
wenn nebenan eine gigantische Werkstatt ist?

Es gibt jede Menge andere Controller, welche z.B.:
- Wesentlich mehr Rechenleistung haben
- Ein direktes paralleles LCD-Interface haben
- I²S für Soundausgabe haben
- Code aus dem RAM ausführen können
- Genug RAM haben/extern ansteuern können für komplexe Grafiken

Entsprechende Boards kann man auch fertig kaufen, z.B. 
STM32F429-Discovery und STM32F746-Discovery und viele mehr.

Max B. schrieb:
> Kaufst du dir auch einen Ford Mustang wenn du für deinen VW Polo einen
> Sportauspuff suchst?

Wenn ich irgendwas mit "Sport" machen will kauf ich mir keinen VW Polo.

Makerduino ...

T. B. schrieb:
> Was soll denn dieser sinnlose Kommentar? Jeder weiß hier, dass es noch
> andere Mikrocontroller gibt.

Vielleicht weiß der TO ja nicht, dass und warum andere Controller viel 
besser geeignet sind. Vielleicht freut er sich ja darüber, wenn man ihm 
viel Zeit und Ärger erspart, indem man ihn auf einen besser geeigneten 
Controller hinweist. Man muss ja nicht immer vorm Tellerrand bleiben.

? Ernsthaft?
Was stimmt mit einigen hier nicht 😂Wenn es um mehr Rechenleistung ginge, 
könnte man es auch gleich am PC machen....

Wenn es ums Spielen ginge könnte man sich auch gleich eine 8bit Konsole 
bei eBay kaufen

Es geht ums Basteln und in erster Linie programmieren.
Angefangen von einfach bis schwer ist bei so einem Projekt alles drin 
und man hat am Ende ein Ergebnis.
Jemand der damit nichts anfangen kann, sollte hier gar nicht weiter 
mitlesen....
Es geht um aber und Spielekonsole.
Da braucht man nicht herumdiskutieren an der Startbedingung.

Programmierer schrieb:
> Max B. schrieb:
>> Kaufst du dir auch einen Ford Mustang wenn du für deinen VW Polo einen
>> Sportauspuff suchst?
>
> Wenn ich irgendwas mit "Sport" machen will kauf ich mir keinen VW Polo.

Wer Polo spielen will, der sollte sich ein Pferd kaufen.

Nichtgast schrieb:
> Es geht ums Basteln und in erster Linie programmieren.
> Angefangen von einfach bis schwer ist bei so einem Projekt alles drin
> und man hat am Ende ein Ergebnis

Man muss es sich aber nicht sinnlos schwer machen. Was hat man davon 
eine eigene Display Ansteuerung hinzubasteln, die langsam und 
umständlich ist, wenn man das auch mit einer Hand voll Zeilen auf einem 
geeigneten Controller mit integriertem LCD-Controller machen kann, 
sodass man dann mehr Leistung übrig hat? Was hat man davon, den Flash 
vom AVR abzulutschen durch wiederholtes Laden von Spielen, wenn man auch 
einfach einen Controller mit ausführbarem RAM nehmen kann? An Auswahl 
mangelt es da wahrlich nicht, vom Z80 bis zum ESP32. Effizient und 
energiesparend zu programmieren ist immer noch eine spannende 
Herausforderung. Auch auf alten Spielekonsolen hat man extra geeignete 
Prozessoren verwendet und nicht irgendeinen der zufällig herum lag.

Eine interessante Variante wäre so etwas wie die Lilygo ESP32 
Smartwatch. Mit den ganzen Sensoren könnte man sehr interaktive Spiele 
basteln, die man vielleicht sogar kontinuierlich am Handgelenk trägt. 
Das wäre doch mal innovativ im Vergleich zur 8bit-Nostalgie mit 
unnötigen Verrenkungen.

Max B. schrieb:
> anstatt nostalgisch zu werden? 🤷‍♂️

Wie nostalgisch ist es, es sich noch schwerer als mit den 
Original-Prozessoren zu machen?

Leute. Rafft es doch Mal .
Es geht um Spielekonsole mit AVR
Leiden hier viele unter ADs oder so?
Dieses Forum ist unfassbar.
Dazu gehört natürlich auch die Option diese zu bauen oder eben Link
Für die ganz begeiffstutzigen.
Nein, es kommt sein Arm in Frage auch kein Pentium oder Ryzen

Machen das die neuartigen Drogen. Schnüffeln hier viele an Sprühsahne 
oder Klebstoff?

Schafft es wirklich keiner hier beim Thema zu bleiben.

Neuer Tag neues Glück.
An die arm und mehr RAM etc Fraktion..
Versucht es heute doch noch Mal, strengt euch an oder klickt auf eine 
andere Seite....

Vom Handy getippt

Frank K. schrieb:
> Wie man es dreht und wendet, für einen Gameboy-Nachbau wäre AVR
> einfach eine ungünstige Wahl. Da sind klassische 8-Bit Architekturen wie
> Z80, 6502, 8052 oder auch irgendwelche Ärmchen einfach besser geeignet.

War nicht sogar im Game Boy/Game Boy Color ein 8080/Z80 Derivat verbaut? 
Ist schon zu lange her, dass ich damit gebastelt habe ...

Jester schrieb:

> War nicht sogar im Game Boy/Game Boy Color ein 8080/Z80 Derivat verbaut?

Ja. Aber das interessiert im Kontext der Fragestellung des OT eben kein 
Schwein.

Damals gab es eben auch noch kein atmega 64 z.B.
Und klar ginge es auch mit z80, aber den wollte ich in einem anderen 
Projekt einsetzen

c-hater schrieb:
> Jester schrieb:
>
>> War nicht sogar im Game Boy/Game Boy Color ein 8080/Z80 Derivat verbaut?
>
> Ja. Aber das interessiert im Kontext der Fragestellung des OT eben kein
> Schwein.

Mich interessiert es - aber bin ich deshalb gleich ein Schwein?

Dann mach doch einen eigenen Thread zu dem Thema auf das dich 
interessiert....

Frank K. schrieb:
> RAM ist nicht das Problem. Schau Dir an, was der originale Gameboy
> hatte. Der hatte auch nur 8k.

8k RAM + 8k Grafikspeicher. Die Color Variante hatte 32 + 16k.

Jester schrieb:
> Mich interessiert es - aber bin ich deshalb gleich ein Schwein?

Dort ist er ganz detailliert beschrieben, mit vielen weiterführenden 
Links:
https://www.mikrocontroller.net/attachment/59939/1_gameboy.pdf

Stefan ⛄ F. schrieb:
> Frank K. schrieb:
>> RAM ist nicht das Problem. Schau Dir an, was der originale Gameboy
>> hatte. Der hatte auch nur 8k.

> [...]

> Dort ist er ganz detailliert beschrieben, mit vielen weiterführenden
> Links:
> https://www.mikrocontroller.net/attachment/59939/1_gameboy.pdf

Danke für die Info. 1_gameboy.pdf ist wirklich lesenswert, beschreibt 
das Paper doch im Detail, was den Entwicklern bei Nintendo besonders 
wichtig war - u.A. auch bei den Anpassungen der CPU, der Anbindung des 
LCD und dem Soundgenerator.

Daraus könnte man schon ableiten, welcher AVR geeignet sein könnte, und 
was man diesem beiseite stellen müsste, um ihn als Basis für eine 
Spielkonsole effektiv nutzen zu können.

Ich sehe das ählich wie Frank K. - RAM dürfte eines der kleineren 
Probleme sein ...

Wenn man mit FPGA basteln wollte könnte man das...nur geht es hier nicht 
darum....
Wenn ich ein Thema zum Z80 aufmache ist ein FPGA ebenfalls fehl am 
Paltz..
Wenn ich sage ich möchte was einfaches mit FPGAs basteln, dann kannst du 
dieses beispiel sinnvoll einbringen...

Jobst M. schrieb:
> Man könnte ja einen AVR Kern in ein FPGA schieben. Und beliebig Speicher
> dran schnuddeln. Und zusätzliche Peripherie.

> RAM kann man ja bis 64 Kb an den AVR anschließen.
Mit (RAM)Banking kann man unbegrenzt (S)RAM an den AVR anschliessen.

Bsp.:
  Ab Adresse $1100 werden die oberen AdressBits für die Bänke
     (in FF-ICs (bsp '374 '574)) geschrieben;
  (evtl noch weiteres Konfig-Byte für verschiedene 
Aufteilungs-Varianten.,
      geht in PLD (*))
  Ab Adresse $8000 (obere 32kB vom AVR) werden diese Bänke (mittels 
32kB- /
      16kB-  8kB-  4kB- Pages) dann adressiert.
     (bsp. 1x32kB oder 2x16kB oder 4x8kB  oder 1x16kB u. 2x8kB oder ...)
  (*) das PLD schaltet die Bänke frei (an \E von FF-IC), je nach 
Variante
      und nach AVR-Adresse A12..15).
  Das kostet fast nichts; ein FF-IC kann man für unter 0,10$ kriegen,
  Als PLD ist nur ein kleines nötig (oder man macht das mit sep. Logic)

@Frank K
Das Problem ist, dass es in DEINER Welt nicht funktioniert.
Du solltest diese Denke daher nicht auf andere Übertragen.
Ich weiß was sich will und wie ich es mir vorstelle etc.
Ich wollte das Thema hier einfach nur generell mal wieder anregen, was 
du in DEINER Welt natürlich nicht nachvollziehen kannst

Wie man bei MEINER Vorstellung und Einleitung auf die Idee kommen kann, 
einen FPGA zu empfehlen ist mir ehrlich gesagt schleierhaft...