Es gibt 188 Antworten in diesem Thema, welches 23.670 mal aufgerufen wurde. Der letzte Beitrag (19. Oktober 2025 um 13:27) ist von Negan.

  • Finde ich keine so schlechte Lösung. Wäre dann ein sidekick ohne adapter zu betreiben?

    Das weiß ich jetzt noch nicht, auf das habe ich nicht geschaut.

    Vermutlich ja, ich glaube kaum, dass SK RAS und CAS braucht.

    RAS und CAS würde man doch nur bei einer externen DRAM-Erweiterung benötigen, oder?

    Würde ich meinen, ja. Daher erst mal unwichtig. RAM ist ja bereits auf dem Mainboard in Vollausbau vorhanden.

  • Es sind vier Leitungen, die ein wenig Kopfweh machen würden bei der 44-Pin-Lösung:

    Bitte melde dich an, um diesen Anhang zu sehen.

    Markiert in orange und rot - da ist die Signalrichtung anders. Der C64 hat mehr "Eingänge", der 264 mehr "Ausgänge" (im Wesentlichen Chip-Selects).

    Könnte man wohl mit Serienwiderständen, Dioden o. ä. in den Griff bekommen.

    Sind nicht einige Chipselects für eine Speichererweiterung des C16 und somit gar nicht notwendig, weil schon erweitert?

    Frenetic nutzt für den Sidekick Adapter folgendes mapping:
    Bitte melde dich an, um diesen Link zu sehen.Ich halte es für wichtig das das Sidekick dann ohne Adapter an diesem 264 läuft, da das Sidekick die allermeisten C16 Module ersetzen kann.

    Chipselect Signale lassen sich ja mit wenig aufwand aus den Adressleitungen erzeugen.

    Was ich nicht verstehe warum A13, A14, A15 anders verbunden sind als erwartet. Frenetic könntest du das bitte erklären?

  • Was ich nicht verstehe warum A13, A14, A15 anders verbunden sind als erwartet. Frenetic könntest du das bitte erklären?

    Weil der Pi nicht genug GPIOs hat, um alle Leitungen gleichzeitig einzulesen, daher muss zwischen Blöcken von Signalen umgeschaltet werden, und A13/A14/A15 sind halt vermutlich nicht im gleichen Block wie A0..A12, weil diese nur sehr selten benötigt werden. Bei einem Modul beispielsweise ist der Block ja schon durch die Chip Selects ausdekodiert, da braucht es nicht auch noch A13/A14/A15.

    Die SideKick-Belegung ist für den hier skizzierten Zweck ungünstig.

    [edit]

    Was aber noch nicht mal weiter schlimm ist, das SideKick-Interface könnte ja gleich mit auf dem Board integriert werden, dann muss man nur noch den Pi aufstecken.

    [/edit]
  • Was ich nicht verstehe warum A13, A14, A15 anders verbunden sind als erwartet. Frenetic könntest du das bitte erklären?

    Weil der Pi nicht genug GPIOs hat, um alle Leitungen gleichzeitig einzulesen, daher muss zwischen Blöcken von Signalen umgeschaltet werden, und A13/A14/A15 sind halt vermutlich nicht im gleichen Block wie A0..A12, weil diese nur sehr selten benötigt werden. Bei einem Modul beispielsweise ist der Block ja schon durch die Chip Selects ausdekodiert, da braucht es nicht auch noch A13/A14/A15.

    Die SideKick-Belegung ist für den hier skizzierten Zweck ungünstig.

    [edit]

    Was aber noch nicht mal weiter schlimm ist, das SideKick-Interface könnte ja gleich mit auf dem Board integriert werden, dann muss man nur noch den Pi aufstecken.

    [/edit]

    Wenn man das macht stellt sich die Frage ist der Port dann überhaupt noch für etwas anderes nützlich als für die 1551? Wenn man praktisch alle anderen Module mit eingebaut hat.
    Funktioniert Sidekick eigentlich zusammen mit der Floppy? Es müsste ja an dem Passthrough Anschluss angeschlossen werden, hat das schon jemand getestet?

  • Wenn man das macht stellt sich die Frage ist der Port dann überhaupt noch für etwas anderes nützlich als für die 1551?

    Nicht mal für die 1551, die bekäme bei mir ja einen eigenen Anschluss. Daher ist es ja egal, wenn der Connector ein anderer ist.

    Trotzdem hat man eine Erweiterungsmöglichkeit bei Bedarf. Also ich persönlich würde auf so eine Möglichkeit nicht verzichten wollen. :nixwiss:

    Aber gut, jetzt habe ich genug philosophiert ... es war halt das, was mir zum Ansatz "Redesign 264 in ein C64-Gehäuse passend" eingefallen ist. Der, der das dann umsetzt, hat wohl ganz andere Vorstellungen, Ansätze und Wünsche, und das ist auch gut so. :smile:

  • Und braucht man wirklich unbedingt 1551 Support ?

    Wenn man mal ehrlich ist, werden die allermeisten 1551 wohl absehbar hinüber sein.

    Kopfprobleme usw.

    Man möchte sich ja hier auch der Schwachstellen möglichst entledigen.

    Warum also unbedingt dieses Sorgenkind bedenken ?

    Ich werfe noch eine weitere Idee mit in den Raum

    Ich finde ja das Kung Fu Flash ist ein irre gutes Stück Hardware.

    Es müsste doch möglich sein, so was derart umzustricken, das es am 264er läuft.

    Also PRG,D64 und CRT Support und die Taster dort verbaut wo normal der Exp.Port wäre.

    Oder halt wirklich "nur" ein internes sd2iec.Da läuft ja auch fast alles drauf.

    Gib mir noch ein Hörnchen Met...Damit ich weiss wies weiter geht.

    Denn hab ich mich mit Met befeuchtet bin ich schon mal vor-erleuchtet...

    TORFROCK

  • Wenn man das macht stellt sich die Frage ist der Port dann überhaupt noch für etwas anderes nützlich als für die 1551?

    Nicht mal für die 1551, die bekäme bei mir ja einen eigenen Anschluss. Daher ist es ja egal, wenn der Connector ein anderer ist.

    Trotzdem hat man eine Erweiterungsmöglichkeit bei Bedarf. Also ich persönlich würde auf so eine Möglichkeit nicht verzichten wollen. :nixwiss:

    Aber gut, jetzt habe ich genug philosophiert ... es war halt das, was mir zum Ansatz "Redesign 264 in ein C64-Gehäuse passend" eingefallen ist. Der, der das dann umsetzt, hat wohl ganz andere Vorstellungen, Ansätze und Wünsche, und das ist auch gut so. :smile:

    Das ganze wäre ja schon eine ganz schöne Sammlung an CPLDs:
    1x für die PLA
    2x für die beiden Chips des Paddle

    1x Sidekick

    1x 6502 8501 Adapter

    Da zum Ersatz der 1-2 6529B ja zu dem 74HCT273 oder 74HCT652 noch etwas klein Kram gehört stellt sich die Frage ob man das nicht auch mit einem GAL oder CPLD löst.

    Ich denke das minimum 2 ziemlich große CPLDs notwendig sind oder gar ein FPGA oder halt viele kleine.

  • Das Sidekick funktioniert auch am C16 und kann fast alles emulieren was man an diesen Port anstecken kann.

  • Das ganze wäre ja schon eine ganz schöne Sammlung an CPLDs:

    Wie androSID oben schrieb:

    Zwischen "Alles CPLD" und "alles Original-ICs" ist eine große Bandbreite.

    Was echt top wäre wenn man das SideKick zusätzlich ein Pi1541 oder SD2IEC emulieren könnte.
    So wie ich das verstanden habe fehlen dafür aber GPIO-Pins.

    Könnte man das nicht mit sowas hier lösen? Bitte melde dich an, um diesen Link zu sehen. zur not statt des Displays.

    Wobei ja eigentlich auf Grund des Anschlusses eine "PI1551" Emulation ideal wäre.

    Gibt es am C16 eigentlich Trackloader und Fastloader für die VC1551?
    Wenn nicht könnte die Emulation ja SD2IEC like sein nur eben parallel.

  • Wie gesagt es läuft eigentlich alles am sd2iec am 264er.

    Nen Raspberry Gedöns ranfummeln, das ist nicht so mein Ding.

    Natürlich wird gleich jemand kommen, mit irgendeinem speziellen Kram, der NICHT am sd2iec läuft.Aber wen juckts..

    Gib mir noch ein Hörnchen Met...Damit ich weiss wies weiter geht.

    Denn hab ich mich mit Met befeuchtet bin ich schon mal vor-erleuchtet...

    TORFROCK

  • Das ganze wäre ja schon eine ganz schöne Sammlung an CPLDs:

    Wie androSID oben schrieb:

    Zwischen "Alles CPLD" und "alles Original-ICs" ist eine große Bandbreite.

    Vor allem könnte man damit anfangen erstmal die "Alles Original" Variante ohne oder mit homöopathischen

    Modifikationen zuerst machen... und dann nach und nach erweitern... Evolution anstatt Revolution.

  • Über Sidekick264 kann man drei Premium-Games von mad^bkn direkt über eine GeoRAM-Emulation starten am Plus/4, das ist sehr komfortabel (Alpharay, Pet's Rescue, Lykia). Da wäre es schon sehr cool, wenn das Sidekick264 (abschaltbar) in die Hauptplatine mit eingearbeitet werden würde.

    Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen.

  • Ich habe einfach mal die PCB von SukkoPera in PCBWay, grün, ENIG, chamfered Edges gepackt und die Idee zu bestellen, gleich wieder verworfen.

    115€ für 5 PCB ohne Versand und Abgaben...

    Passt im Moment nicht in Budget für Retro-Computer.

    Obwohl genug GAL16V8 und min. ein TED hier herumoxidieren.

    Seit Juli 2019 wieder mit dem Commodore Virus infiziert.

    Aktuell: C64 Reloaded MK2, C64C, C64 Brotkasten Original, C64 Brotkasten in blassgrau, Amiga 500, Amiga 600, Amiga 2000 (Octagon 2008), Amiga 2000 mit PC-XT, VIC20, Commodore 16 mit 64KB Umbau nach ComputeMit Zeitschrift..

  • Hier hat einer an das Paddle ein Arduino dran geklöppelt der einen PC über USB seriell als Massenspeicher anschließt.

    Bitte melde dich an, um diesen Link zu sehen.

    Eigentlich sollte der Arduino ausreichend schnell sein und genug IO haben um das auch ohne PC zu können.

    Kompatibilität 0%, da es eine Art Treiber benötigt.

  • Hi, SukkoPera here. I designed that board. Ich spreche ein Bisschen Deutsch aber English ist einfacher fuer mich, so please excuse me :).

    So, quoting from the first post:

    -Dimensions like the c64 / fits in a c64II case -> DONE

    -Joystick ports like the c64 (like the c16 prototype) -> DONE

    -Datsette port like the c64 (like the c16 prototype) -> DONE

    -256kb (hannes)

    -6502/6510 support / maybe adjustable by jumper whether 8501 / 6502 / 6510 -> 6510 DONE

    -ted protection -> DONE

    -SID card on board / adjustable by jumper

    -6529B replacement / adjustable by jumper -> DONE in the development version

    -space for zif socket at least for the ted / PLA

    maybe still

    -c64/P4 power socket or 12v power supply as with the c64reloaded -> DONE

    -....

    would be highlight

    364 voice output adjustable by jumper

    So it looks like my board has almost all the features you'd like it to have, I really don't get why you don't like it. Maybe you just haven't read the documentation well enough?

    And about the missing features, if you followed Bitte melde dich an, um diesen Link zu sehen., you'd see that I have spent the last few months creating:

    - A SIDCard Expansion Board

    - A Userport Expansion Board (featuring a MOS 6529 replacement circuit)

    - A Hannes-compatible drop-in Expansion for the C16

    I am currently finalizing those designs and of course the goal is to make a new version of LittleSixteen with all of those things integrated. This should bring the project to 95% of your requests.

    By the way, you don't have to like my project but please do not waste your time reinventing the wheel: the project is open source, you can take it, modify it and improve it as long as you respect the license. We have already spent a lot of time bringing it to the current state, and improvements need to be built incrementally over a solid base, you really cannot put them all into your first design and hope for everything to work correctly straight away.

    I would love to have onboard support for a 6502, but that would require at least a CPLD in order to implement the missing features wrt the 8501. This will require space on the board (which is scarce) and skills I don't have (not yet, at least). It can also be done with discrete logic as in the Bitte melde dich an, um diesen Link zu sehen., but that requires even more space and the project still needs some honing. That is something I would really appreciate some help with.

    The speech synthesis would be the icing on the cake. I know someone is already trying to reconstruct that circuit, so let's let them work and hopefully that might come too, in the future.

    I couldn't care less for ZIF sockets, this aims at being the ultimate x264 machine, once you stick your CPU and TED in there, you're not supposed to be removing them anymore ;).

    Bobbel: You can download the full Kicad project from the GitHub page. You have been selling other projects of mine for years (which means you have must have generated Gerbers) which are shared the exactly same way, what's the problem with this one? (Note you can't sell this one.)

  • This will require space on the board (which is scarce)

    The dimensions of the board are those of the original C16 board, right? You could blow up the board to C64 board size, couldn't you? Since it is intended to be put in a C64 case anyway, if i unterstand correctly?

    By the way, welcome to F64. Nice to have you here. :thumbup:

  • Ich wünsche mir noch eine onboard Kernalumschaltung 4-fach über die Restore-Taste :thumbsup: damit kann man ohne ins Gehäuse bohren zu müssen oder einer Adapterplatine auch JiffyDOS installieren oder verschiedene CHAR-Sets. Ein onboard SD2IEC wäre auch cool :whistling:.



    Bitte melde dich an, um diesen Link zu sehen.

    Offizieller JiffyDOS Reseller