Sneak Preview RasPiFreeze
Hallo Besucher, der Thread wurde 209k mal aufgerufen und enthält 1820 Antworten
letzter Beitrag von SkulleateR am
Projektvorstellung Sidekick64
- Frenetic
- Unerledigt
-
-
Noch ein paar Fortschritte...
RasPiFreeze kennt jetzt auch das FC3(+)... und warum läuft der C64 eigentlich auch ohne Kernal ROM? RasPiKernal (die Neuerungen sind noch nicht im Repo, aber in Arbeit)
raspifreeze2.jpgraspi_fc.jpgraspikernal.jpg
Edit: die Freezer-Carts sind aufgrund der Timings und RAM/ROM-Zugriffe nicht einfach für den RPi -- mir war, bevor ich das probiert habe, gar nicht bewusst, wie genau sie arbeiten. Der Code ist einen Blick wert. Hut ab vor den Entwicklern damals!
-
-
- Nicht der Rede wert.
- Ich lasse mir nicht drohen.
- Nur zu!
Prima, was du da alles auf die Beine stellst.
-
so... in ein paar Wochen weiß ich mehr zur Funktion
-
Sind das noch die Bauteile aus Deiner bisherigen BOM?
-
Sind das noch die Bauteile aus Deiner bisherigen BOM?
Im Prinzip ja -- einen LVC245 habe ich durch einen LVC257 ersetzt, das spart GPIOs, die ich verwende, um bspw. die DMA-Line zu steuern. Ein Signal ist redundant auf einem 257 und einem 245 (sprich ein GPIO könnte noch frei werden): Phi2 war immer etwas "ungehalten", ich hoffe (nehme an) das wird mit dem PCB jetzt deutlich besser als mit dem Steckbrett...
Und im Vergleich zu den ersten Aufbauten ist noch ein 74HCT30 drin, weil ich gleich noch externe Kernals unterstützen wollte (also, wenn alles geht, dann in Summe: SID+FM, CBM80, MagicDesk, EF, Georam, FC3(+), AR6/7 ... aber um Vergleichbares zu erweitern ist dann vergleichsweise einfach)
-
wenn du einen Tester suchst für die Platine ich wäre dabei.
-
(also, wenn alles geht, dann in Summe: SID+FM, CBM80, MagicDesk, EF, Georam, FC3(+), AR6/7 ... aber um Vergleichbares zu erweitern ist dann vergleichsweise einfach)
Hast Du auch schon in Richtung REU probiert? Sollte das möglich sein? Oder würde DMA den Raspi überfordern?
-
wenn du einen Tester suchst für die Platine ich wäre dabei.
Ich baue es mal auf und schaue mal, wie viele Fehler ich drin habe (bis ich die Platinen habe, räume ich mal die Software-Seite auf, dann sind Tester willkommen)
Hast Du auch schon in Richtung REU probiert? Sollte das möglich sein? Oder würde DMA den Raspi überfordern?
noch nicht probiert, aber darüber nachgedacht. Das Problem an der REU-Emulation (unabhängig davon, dass ich mich damit noch eingehender befassen muss) ist, dass ich mehr GPIOs brauche, weil ich die Adressleitungen nicht nur lesen muss (mache ich gerade mit Multiplexer zum GPIO-Sparen) sondern auch schreiben. Ganz eventuell könnte man einen beliebig langsamen DMA-Transfer auch mit mehr Logik und wenigen GPIOs probieren -- aber meine bevorzugte Lösung dazu wäre derzeit ein RPi Compute Module (= mehr GPIOs).
-
ich wollte es schon nachbauen fand aber die ICs nirgends
sind die so selten?
-
ich wollte es schon nachbauen fand aber die ICs nirgends
sind die so selten?
ich habe sie in China bestellt (schau mal bei Aliexpress), da sind sie problemlos zu bekommen. Oder eben bei den einschlägigen Anbietern (Mouser und Co).
SMD habe ich genommen, weil die ICs in DIP tatsächlich schwer zu kriegen sind.
-
Ich habe die Platine gestern endlich bekommen und mal aufgebaut... die Timings beim meiner externen Verzögerung der Multiplexer-Steuerung sind natürlich anders als auf einem Steckbrett, aber sieht so aus, als wäre das kein Problem. Cartridge
/Easyflash, GeoRAM und Freezer scheinen prinzipiell zu funktionieren, jetzt muss ich mal den Code in Ordnung bringen (insb. bei EF habe ich mit RPi-Caches viel experimentiert, da muss ich die jetzt funktionierende Variante wieder rekonstruieren). SID habe ich noch nicht getestet.
Und irgendwas muss man ja übersehen: für das Kernal-Replacement habe ich 2 Leitungen im Schaltplan und dementsprechend auf der Platine vergessen (aber wenn der Rest geht, dann wird das auch funktionieren)...
-
(aber wenn der Rest geht, dann wird das auch funktionieren)...
Sagen wir so: Wenn du da jetzt zum Testen zwei Leitungen ordentlich ziehst und es geht, und später bei der endgültigen Platine mit sauberen Leiterbahnen geht es nicht mehr, dann hast du sowieso ein Problem ... dann sind die Toleranzen für eine "Serienfertigung" ... was ich mir nicht vorstellen kann.
Bin mal gespannt auf Bilder ...
-
Sagen wir so: Wenn du da jetzt zum Testen zwei Leitungen ordentlich ziehst und es geht, und später bei der endgültigen Platine mit sauberen Leiterbahnen geht es nicht mehr, dann hast du sowieso ein Problem ... dann sind die Toleranzen für eine "Serienfertigung" ... was ich mir nicht vorstellen kann.
Bin mal gespannt auf Bilder ...
meinste Du so ein Bild? bei "ordentlich Leitung ziehen" besteht noch Übungsbedarf, aber das Kernal-Einblenden geht jetzt (und im Gegensatz zum Steckbrett-Aufbau scheinbar auch stabil)
Das links unten ist ein Bustreiber, der Draht auf der Oberseite verbindet dessen Ausgabe mit GAME und zieht es auf LOW, wenn das Kernal ROM angesprochen werden soll. Der Draht von unten, kommt von einem 8-fach-NAND, das steuert, wann das passieren soll. Das Signal steht eigentlich auch auf der Oberseite an dem kleinen LVC257 bereit, aber an die 0.65mm-Pins wollte ich doch nicht ran, mit der "dicken" Litze (das NAND hat einen angenehmen Pin-Abstand von 1.27mm)
-
In der Zwischenzeit konnte ich die geplante Funktionalität testen und alles scheint zu funktionieren (auch SID). Und zudem habe ich dem RPi nun wohl beibringen können, wir er bitte die Daten bei Easyflash-CRTs > 512kb Cachen soll (notfalls mit C64-Anhalten per DMA) -- das war mehr Aufwand als gedacht, aber jetzt scheint es endlich gut zu funktionieren
Jetzt kommt Code aufräumen, idealerweise ein Startmenu wie bei EF3 (Meinungen?), und mir muss nochmal jemand die genaue Funktionsweise der LS163 im Zusammenspiel mit BA und NMI bei den Freezer Cartridges erklären, damit deren Implementationen zuverlässig funktionieren ( kinzi ? )
Dann nochmal andere Rechner aufbauen und dann geht's ab ins Git-Repo und zu interessierten Testern
-
Ich würde testen wenn ich die ICs ran bekomme
-
Ich würde testen wenn ich die ICs ran bekomme
Ich habe gerade mal nachgesehen, TME hat auch alles auf Lager und bei Aliexpress sind sie auch zu finden. Muss mich auch mal um Nachschub kümmern.
-
Schadet ja nie, auch mal wieder einen 128er zu testen (also eher den RPi am C128 )... kann mir einer der Experten sagen, warum bei einem C128 die Signale am Expansionsport erst etwas später gültig sind als am C64?
-
warum bei einem C128 die Signale am Expansionsport erst etwas später gültig sind als am C64?
Welche genau und um wie viel langsamer? Immer oder nur z. B. beim Einschalten (Reset)?