Emulator mit dem Raspberry pi

Das gibt es doch alles schon fertig als SD Image.
Ich schau mal, wo ich es habe. Vieleicht ist auch jemand anders schneller.

Schau dir doch mal RetroPie an, http://blog.petrockblock.com/retropie/

Der neue Paspberry müsste schnell genug sein, sogar für den VICE.

Aber Vorsicht, Emulation und Echtzeit Emulation sind zwei paar Schuhe.

Wenn du einen echten IEC Anschluss machen möchtest, dann langt es nicht zu emulieren. Wenn man emuliert, muss man die GESAMTE HARDWARE emulieren, dann ist es kein Problem.

Eine Emulation die mit echter Hardware kann, muss ziemlich nahe der Echtzeit laufen. Immer. Taktgenau. Und genau da liegt das Problem.

Ich habe auch schon oft daran gedacht, eine 1541 mit einem Raspberry zu emulieren ...

Ist wohl so ein Fetisch von mir.

LG

Zitat von Diddl

Ich habe auch schon oft daran gedacht, eine 1541 mit einem Raspberry zu emulieren ...

Halte ich für machbar, wenn auch nicht unbedingt mit Linux darunter. Eventuell gibts noch Probleme wenn man die Daten dafür auf einem USB-Stick ablegen will, da der USB-Controller im Broadcom-Chip des RPi wohl auch sehr timingkritisch sein soll und man schauen müsste ob sich das nicht mit der Echtzeit-1541-Emulation beisst.

Nein, ich habe nicht vor sowas zu machen.

Gibt es so ein Projekt nicht bereits? Wo jemand mit dem Raspi eine 1541 emuliert?

Ich denke beides wird etwas Rechenaufwendig sein.
Ob das der Raspi schafft?

Zitat von DerSchatten

Gibt es so ein Projekt nicht bereits? Wo jemand mit dem Raspi eine 1541 emuliert?

Ich denke beides wird etwas Rechenaufwendig sein.
Ob das der Raspi schafft?

Na klar, es gibt den VICE.

Spannend wird C64 Hardware und 1541 Emulation am Raspberry. Im normalern Betrieb auch nicht. Nur die zeitkritischen Dinge wie Speeder, Nibbler, so Zeugs.

Der Raspberry ist vorallem cool, weil das Teil fast nichts kostet. Jedenfalls deutlich günstiger wie die 1541u

Der Pi soll ja so wie es mir scheint über die XU1541 mit der echten 1541 verbunden werden.
Hier gibt es sicher kein Problem.

Zitat von tulan

Der Pi soll ja so wie es mir scheint über die XU1541 mit der echten 1541 verbunden werden.
Hier gibt es sicher kein Problem.

Natürlich gibts da ein Problem. Bereits beim ersten Speeder.

Wenn überhaupt, dann funktioniert es nur über GPIO kompromisslos. Und das wage ich zu bezweifeln ...

Zitat von Diddl

Ich habe auch schon oft daran gedacht, eine 1541 mit einem Raspberry zu emulieren ...

Ist wohl so ein Fetisch von mir.

Vom Timing her würde das vermutlich funktionieren, wenn man das native macht, also ohne Linux als Betriebssystem.
So wie bei diesem Projekt hier, wo ein C64 emuliert werden soll. Wird aber leider wohl nicht mehr weiterentwickelt.

Wenn man einen entsprechenden Treiber schreibt, geht das auch mit Linux. In den timingkritischen Phasen des Busprotokolls wird dann natürlich nichts anderes gemacht als die GPIOs zu pollen.

Zitat von Mac Bacon

Wenn man einen entsprechenden Treiber schreibt, geht das auch mit Linux. In den timingkritischen Phasen des Busprotokolls wird dann natürlich nichts anderes gemacht als die GPIOs zu pollen.

Dazu müsste die 6502-Emulation erstmal solche timingkritischen Phasen erkennen. Man kann das zwar in erster Näherung durch Zugriffe auf die Register der VIA erkennen, aber dann gibts noch diese lästigen Loader, bei denen das Laufwerk in einer sehr kleinen Schleife den Bus pollt um auf einen bestimmten Signalwechsel zu warten und danach Daten mit einem Timing relativ zu diesen Wechsel zu übertragen. Das kann dafür sorgen, dass der Treiber minuten- bis stundenlang nur GPIOs pollt und das restliche OS keine CPU-Zeit mehr bekommt.

Verdammt, ich hab das Thema verfehlt.
Ich hab nur an das serielle IEC-Protokoll gedacht, nicht an eine vollständige 1541-Emulation inkl. Loader und so.

Solange das BS die Reaktionszeit nicht garantiert, also keine Harte Echtzeit ist, wird es problematisch. Einmal zu lange den Prozess angehalten und das Timing ist dahin und auch die Übertragung.

Meint Ihr so etwas:

Raspberry Pi as a disk drive for a Commodore 64

https://www.youtube.com/watch?v=V7GrOcyTvBQ

Zitat von Thorsten Kattanek

Solange das BS die Reaktionszeit nicht garantiert, also keine Harte Echtzeit ist, wird es problematisch. Einmal zu lange den Prozess angehalten und das Timing ist dahin und auch die Übertragung.

Würde das nicht evtl. mit QNX gehen, wenn das auf dem RPi läuft?
Soll ja gehen: http://209.226.137.8/sf/sfmain…8EC004045E06?id=atch15473

Zitat von Unseen

Dazu müsste die 6502-Emulation erstmal solche timingkritischen Phasen erkennen.

Dieses Problem kann man relativ einfach lösen. Die 6502 CPU hat ja ein Bit für die Interrupt Maskierung. Alles was zwischen SEI und CLI ist, das ist auch zeitkritisch. Zumindest ist das in jedem Speeder Code, den ich bisher gesehen habe.

Okay, der Nachteil wäre, man könnte das Raspberry Linux tot machen, mit einem Custom Code in der virtuellen 6502. Das wäre aber ziemlich egal, da der Raspberry eh "nur" die Floppy emulieren soll.

Mal davon zu schweigen, dass auch ohne Linux der Raspberry nur noch auf das GPIO warten würde ...

Ähm, ich bin Linux Dau, wie schreibt man Linux Driver? Ist das so kompliziert wie unter Windoof oder geht das relativ easy?