Así, resumido, sería algo del tipo:
Quiero incluir soporte de cartucho, lo que requiere muchos pines.
Un cacharro con tantos pines como necesita el cartucho, no es fácil de encontrar (en formato "plaquita"ya hecha, y barata...Si quieres diseñar tú la placa, soldarlo, etc...si..pero por ahora eso sí que es un lío para mí..).
El que encontré, es de la misma familia que el que usa kung fu flash...Y parece que es como 5 veces más rápido (en total),  sólo costando unos 16 euros. Asi que el código debería ser fácil de portar, y va sobrado de velocidad.

Los numeritos los pongo como referencia, porque con tanta placa, parece que son todas iguales...
- un arduino uno tiene "7" de velocidad.
- un STM32H750VB tiene "2424" (346 veces más rápido)

Por lo que he visto, emular la 1541 con el código de la pi1541, requiere una velocidad de unos "2500".
Y emular el cartucho, parece que requiere una velocidad de "470", más o menos.

Muy bueno!! Descargado!

Ahh...Si, es el mismo autor, con dos proyectos diferentes..
Y me gustaría un BMC64...si tuviera todos los puertos originales..Entiendo que no tiene sentido como usuario (para que quieres un cartucho, si lo puedes cargar todo desde la raspi?) , pero para cacharrerar, sobre todo con cosas como los cartuchos, donde cualquier fallito de soldadura puede ventilarse el C64, tener una placa con una raspi y el VICE estaría bastante interesante..

Por lo que dice el titulo, y por donde está conectado, parece un reemplazo del chip de video.
Y..cuando he visitado la página del proyecto, efectivamente, es eso:
http://accentual.com/vicii-kawari/

VIC-II Kawari is my hardware replacement project for the VIC-II (Video Interface Chip II) found in Commodore 64 home computers. In addition to being compatible with the original VIC-II 6567/6569 chips, some extra features will also be available.

Me parece exageradamente grande para eso.
Aprovecho, y posteo aqui un link al Sidekick64, que me parece un proyecto que promete mucho:
https://github.com/frntc/Sidekick64

Otro proyecto de multi-device: https://github.com/idolpx/meatloaf
Al basarse en ESP32, creo que no va a poder ir mucho más allá (emula modem + IEC básico, no tengo claro si llega a una SD2IEC).
Permite tener un servidor web en algún lado, y cargar programas a través de LOAD "HTTP://....."..
Sobre el resto de los asuntos:
- Aún estoy muy muy lejos del punto donde la estética es el problema a resolver. En cualquier caso, no tendría por qué tener cables aparte de la alimentación (posiblemente, joysticks, si se añadiera soporte).

- La Ultimate ya está para muchas cosas. Existe SD2IEC, Pi1541 y otros proyectos, por motivos de precio y disponibilidad.
- Por otro lado, cuando salió la Ultimate, simplemente, no había otra forma de hacer lo que hace la Ultimate.Una FPGA era la única cosa, en ese factor de forma, capaz de dar esa funcionalidad. Pero a medida que salen microprocesadores más potentes, esto supongo que irá cambiando (sólo hay que ver todo el uso que se le da a la raspberry pi en el mundo Amiga). Un teléfono de 100 euros tiene un procesador que va más que sobrado para hacer lo que antes requería una FPGA. A medida que esos procesadores llegan a placas "de usuario", a precios muy muy bajos, lo lógico es que las vayan sustituyendo, al menos en el mundo de la  emulación de ordenadores de 8 bits.
Hay dos ventajas adicionales: primero, que no es necesario conocer VHDL o Verilog para crear dispositivos.Esa ventaja es lo que ha permitido el éxito de Arduino.No hace falta ser un ingeniero electrónico para hacer cosas.
La segunda, es la gigantesca cantidad de código open source que existe, y que es mucho más fácil de portar. Lo *ideal* sería portar directamente el código de VICE a un dispositivo pensado para funcionar con un C64 real. Si no me equivoco, la Ultimate no es open source, y, aunque lo fuera, de nuevo, ese código es territorio que requiere una cierta especialización.

Ese punto de "especializacion" es importante: la raspi no estaba pensada para cosas como replicar la disketera del C64, o un coprocesador de un Amiga. Tenía un procesador capaz de hacerlo, claro, pero eso requiere que se le programe en "bare metal", sin ningún tipo de operativo...Y para que eso funcione, tiene que haber librerías y documentación sobre cómo utilizar todos esos dispositivos (usbs, hdmi, wifi, memorias, SD...)..Documentar y crear APIs lo hacen muy bien placas como ESP32, Teensy, Arduino, etc , porque están pensadas para eso (usarse en "bare metal"), y la pi, no.
Como prueba, el código portado a Teensy 4.1 de la pi1541 tiene la mitad de ficheros. Y es porque sirven para cosas de bajo nivel de la Pi, cosa que los frameworks tipo "arduino" ya incluyen, no necesitas añadirlos a tu proyecto, saber para qué sirven, etc,etc.
Pero estaba claro que, con la potencia que da una pi, merecía la pena meterse en toda esa complejidad, en ese momento.

En resumen, procesar las señales que genera un ordenador de 8 bits (al menos), ya no es territorio exclusivo de las FPGA..Los procesadores necesarios ya están ahí, muchas veces falta simplemente una API simple.

Si estás en Madrid y quieres que le eche un ojo a la 1541 (aunque sólo he reparado Commodore 64, no disketteras), contáctame, y la miro por cacharrear(<-- no espero pago ni nada de eso)
Si te da DEVICE NOT PRESENT es que no hay ninguna actividad en el puerto serie. El ordenador pone a tierra la línea ATN, y el dispositivo no responde poniendo a tierra la linea DATA. O no está funcionando en absoluto, o una de las VIAs está mal, o...

Un descarte, y uno casi terminado.

Este par de días de vacaciones me ha dado por ponerme con el multipaint, y hacer mis primeros pixel "art".. Aqui os dejo mi primer y mi tercer intento (el segundo aún está sin terminar).
Por ahora todo muy básico, sin conocer bien cómo combinar correctamente la paleta..Es por eso que lo primero que hice intenta buscar colores medio naturales...y no es como funciona el c64 :-P ..
En la segunda imagen empiezo a buscar algo que funcione mejor con la paleta.

Lo malo es que es (otra) cosa que engancha... :-P