Beiträge von THaase

    Bzgl. 64MHz Modul habe ich schon mit Sorgelig gesprochen.

    Die Anforderungen bleiben grundsätzlich identisch.

    Also mind. 130MHz - OK jetzt kommt die Frage: Aber er hat doch was von 112MHz gesagt ....

    Alles richtig- das Problem ist /war die Art wie der Minimig Core das Ram angesprochen hat.

    Die CPU (also der FPGA Core der CPU) war genadenlos Übertaktet - offiziell wohl bis 48 MHz freigegeben lief das Teil wohl mit den 114.75MHz.

    Und das machte wohl Probleme mit dem 64MB Chip.

    Während der Archie Core ohne Probleme das RAM auch mit 128MHz angesprochen hat.

    Eigentlich alles obsolet, da ja durch den funktionierenden Cache Controller jetzt auch das DDR funktioniert.

    Das 64MB Modul ist wohl für eine begrenzte Anzahl von NeoGeo Spielen nötig.

    Aber- eigentlich ist das auch nicht genug - gibt wohl auch ein paar die 128MB brauchen.

    1GBit Chips gibt es aber nicht mehr als TSOP54 sondern nur als BGA (hätte ich jetzt auch keine Angst vor).

    Nur das würde zwingend (zumindest so wie ich das im Augenblick sehe) ein 4Layer Board erzwingen.

    Wäre jetzt nicht wirklich ein Problem, bräuchte aber Unterstützung von Sorgelig bzgl der Cores.

    Geiler fände ich wenn Sorgelig auf die Idee mit dem ADV7125 eingehen würde - die Änderung bzgl des R2R - Netzes auf dem IO 6.0 finde ich jetzt nicht so prickelnd.

    ATTiny24 sollte passen :smile: (oder halt ein kleiner Arduino wenn man sowas lieber programmiert (oder Faul ist :smile: ).

    NES Code für Arduino z.b.: Bitte melde dich an, um diesen Link zu sehen.

    Das Protokoll auf der CD32 Seite ist jetzt eigentlich auch trivial ....

    Eher schlecht, da es sich bei diesen Konsolen um sogenannte Famiclone handelt, also um Nachbauten eines Nintendo Famicom bzw. NES, werden die Controller wohl auch so ähnlich angesteuert, somit werden diese einen kleinen Multiplexer-IC verbaut haben, damit auch alle Knöpfe funktionieren.


    Dann eher serielle Abfrage.

    Die Sega 3-Buttons habe einen Multiplexer (74HC157) drin. die 6-Button Version wohl einen Custom Chip.

    Die NES/SNES arbeiten wohl mit einem CD4021 (Serielles Shift Register).

    Könnte man wahrscheinlich recht einfach adaptieren (sofern man das möchte).

    Sollte z.b. recht einfach mit einem ATTiny24 gehen ..... wenn ich mich jetzt nicht verzählt habe brauch man 10 GPIOs.

    Für einen Sega Adapter müsste man sogar mit einem ATTiny25 hinkommen .... aber so, oder so ... von all den schönen Buttons können max 3 gemapt werden.

    OK, theoretisch könnte man noch sowas wie Autofeuer auf einen Button legen ....

    However, kann man adaptieren - ob's Sinn macht sei dahin gestellt.

    Hi spacer,

    Du solltest schleunigst Deine Posts ausBitte melde dich an, um diesen Link zu sehen. entfernen ....

    Der Thread ist nur für Personen die Cores bereitstellen!

    Steht auch GANZ DICK im ersten Post!

    Sagen wir so: Mag' Sorgelig gar nicht :smile:

    beim letzten update hat sorg mir ja ein schönes Geschenk gemacht.

    THaase kann man das auch so machen dass disk 9 immer denn USB Stick mounted

    Nicht so einfach - zumiondest nicht ohne an mind. die MiSTer binary ran zu gehen - und das heißt Du musst immer selbst die binary kompilieren, da ich nicht damit rechnen würde, dass Sorgelig das so einbaut.

    Hintergrund:

    Der Core 'sieht' das Verzeichnis mit dem (internen) Core Namen - beim C64 wäre das halt /C64 (bzw. wenn Du das auf der Console siehst /media/fat/C64 ....)

    Wenn das Verzeichnis nicht da ist, landest Du im root (also / bzw. /media/fat )

    Das was ich Dir als Quick und Dirty oben beschrieben habe ist sozusagen ein übermounten des C64 Verzeichnisses - sprich: Du hängst den Stick an die Stelle wo das C64 auf der Karte ist (sowas geht bei Linux) - daher siehst Du im Filesystem an dieser Stelle halt den USB Stick und nicht das was auf der SD Karte ist.

    Wenn Du jetzt den Stick immer als Device 9 legen wollen würdest, müsstest Du den Stick an einer anderen Stelle einhängen ( also . z.b. /media/fat/C64_USB) - das ist trivial.

    ABER: Du musst natürlich dem MiSTer binary beibringen für LW 9 an der Stelle /media/fat/C64_USB und für LW 8 an /media/fat/C64 .....

    Das ist natürlich möglich und auch nicht sonderlich schwer, aber: Wenn's bleiben soll, müsste sowas upstream gehen und das wird Sorgelig nicht machen als müsstest Du bei jeder neuen MiSTer binary diese für Dich selbst compilieren ....

    Machbar, aber bei der aktuellen Updatefequenz ein wenig nervig :smile:

    In den Schematics ist leider keine Typenbezeichnung für den SD Card Slot - und ein BOM habe ich noch nicht gefunden ....
    Aber der typische Push-Push micro Slot hat mind. 10.000 Steckzyklen ..... sollte eigentlich reichen :smile:

    Besser als wenn ich mir den Slot mit dem rausstehenden PCB vom DE10 runterreiße .... dann ist die :poop: am dampfen - aber so richtig.
    Den Slot kann man im Notfall tauschen - wenn Du Dir die Pads auf einem (mind.) 4 Lagen Board runtergerissen hast wird's lustig.

    Alles was der MiSTer mounten kann :smile:
    Dürfte FAT, FAT32,exFAT und ggf. NTFS sein..
    ext2/3/4 wird bestimmt auch funktionieren, macht aber für alle andern nicht Linux Systeme keinen Sinn.

    Ich habe jetzt noch mal nachgeschaut:

    Code
    cat /etc/usbmount/usbmount.conf


    Und Du findest:

    Code
    FILESYSTEMS="vfat exfat ext4 ntfs fuseblk"


    Also FAT, FAT32, exFAT, ntfs .... und ext4 (was jetzt für einen USB Stick welchen Du auch an nicht Linux Systemen benutzen möchtest nicht wirklich Sinn macht) - ext4 sollte eigentlich auch ext2/3 können ....
    fuseblk brauchst Du für ntfs ..... (bevor jetzt die Frage kommt)

    Also einen Quick & Dirty Hack hätte ich für Dich :smile:

    Ich vermute mal:
    Du möchtest deine ganz normalen Games auf der SD Karte haben und wenn DU einen USB Stick reinsteckst diese sehen - richtig?

    Also Terminal Console auf den MiSTer.
    Jetzt schaust Du Dir mal das File /etc/usbmount/usbmount.conf an

    da Du sowieso editieren möchtest:

    Code
    vi /etc/usbmount/usbmount.conf


    Suche Dir die Stelle mit:

    Code
    MOUNTPOINTS="/media/usb0 /media/usb1 /media/usb2 /media/usb3
                 /media/usb4 /media/usb5 /media/usb6 /media/usb7"

    und ersetze das /media/usb0 mit /media/fat/C64
    (Ich gehe mal davon aus, dass Du Deine C64 Games unter C64 hast ....)

    Code
    MOUNTPOINTS="/media/fat/C64 /media/usb1 /media/usb2 /media/usb3
                 /media/usb4 /media/usb5 /media/usb6 /media/usb7"


    Boote den MiSTer und starte den C64 Core ....
    F12 und Mount d64 ..... jetzt siehst Du Deine Daten von der SD Karte .... wieder zu machen
    Jetzt einen USB Stick rein ..... wieder F12 und Mount .... jetzt hast DU Deinen Stick .....
    Stick wieder raus .... jetzt hast Du wieder Deiuen SD Karte.

    Ich denke mal, dass ist es was Du machtest :smile:

    Welches Speicherformat muss dann der uSB Stick haben für den MiSTer?

    Gruss

    Alles was der MiSTer mounten kann :smile:

    Dürfte FAT, FAT32,exFAT und ggf. NTFS sein..
    ext2/3/4 wird bestimmt auch funktionieren, macht aber für alle andern nicht Linux Systeme keinen Sinn.

    PS: Am Rande bemerkt: Beim Erstellen des Panels hatte ich die Platinen zuerst um 90° gedreht, ich wollte die lange Seiten gefräst haben und die kurzen Seiten mittels V-Cut brechen. Das klappt aber nicht, da an der kurzen Seite die USB-Buchse sitzt und die würde sonst auf der angrenzenden Platine aufliegen, wenn man die kurzen Seiten mittels V-Cut verbindet. Deswegen sieht das Panel jetzt so aus: Lange Seiten werden mittels V-Cut aneinander gesetzt und die kurze Seite hat einen leeren Bereich, wo die USB-Buchse nicht von Störflächen umgeben ist...


    Ich habe letztens von Cyril (Atari/MiSTer Forum) die Empfehlung dafür bekommen:

    Bitte melde dich an, um diesen Link zu sehen.

    Bin aber noch nicht dazu gekommen den auszuprobieren.

    Da bin ich denn ja in guter Gesellschaft... ^^

    Meine ersten Einzelplatinen (die in diesen Tagen hier eintrudeln sollten) haben den Reset noch gegen GND. Und das obwohl ich früher (Ende der 90'er) mal mit dem 89S51 von Atmel gespielt habe und beim Wechsel zu den AVRs ist mir dann auch der Wechsel des Resetpegels aufgefallen. Also ja, ich wusste, dass die einen High-Reset brauchen. Aber das ist halt das übliche Schnell-Schnell...

    Die Einzelplatinen dienen sowieso nur zum Testen, ob alle Bauteile auch mechanisch passen. Da bestücke ich dann zwar den Taster, weiß aber, dass er keine Funktion haben wird... (oder ich frickel mir da was mit einer Drahtbrücke hin...)

    Gruß
    Thomas

    Bist Du :smile:

    Ich werde wohl noch einen BC847 und 2 Widerstände unterbringen müssen - der Rest auf der Platine ist natürlich (wie auch heutzutage normal) LOW Actice.


    PS: Sind übrigens kleine Experimentier-Platinen für den CH552G (oder pingleiche Typen)...

    Ich hoffe Dir ist (im Gegenteil zu mir :sad: ) aufgefallen, dass der Reset High active ist ....

    Kämpfe gerade auch mir meinem CH551 .... entweder bin ich zu blöd, oder irgendwas stimmt mit der SDCC Umgebung noch nicht .... oder ich mache sonst was falsch .... egal - Montag geht's erst mal für ein paar Tage in den Urlaub .... danach schaue ich mir das noch mal an.