Periféricos de Commodore 64

En Estados Unidos, la unidad de disquete 1541 era muy común. En cambio, en Europa, el C64 se usaba a menudo con unidades de casete (Datasette), que eran mucho más baratas, pero también mucho más lentas que las unidades de disquete. La Datasette se conectaba a un conector de borde propietario en la placa base del Commodore 64. Se podían usar casetes de audio vírgenes estándar en esta unidad. Las cintas de datos podían protegerse contra escritura de la misma manera que los casetes de audio, perforando una pestaña en el borde superior del casete. CARDCO ofrecía un adaptador para el conector propietario .

Se le asignó el dispositivo 1 (predeterminado).

La velocidad del Datasette era muy lenta (unos 300 baudios ). Cargar un programa grande a velocidad normal podía tardar hasta 30 minutos en casos extremos. Muchos desarrolladores de software europeos escribieron sus propios cargadores de cinta rápidos que reemplazaron el código KERNAL interno en el C64 y ofrecieron tiempos de carga más comparables a las velocidades de las unidades de disco. Novaload fue quizás el cargador de cinta más popular utilizado por los desarrolladores de software británicos y estadounidenses. Las primeras versiones de Novaload tenían la capacidad de reproducir música mientras un programa se cargaba en la memoria, y era fácilmente reconocible por su borde negro y sonidos de pitidos digitales durante la carga. Otros cargadores rápidos incluían pantallas de carga , que mostraban gráficos de computadora mientras el programa se cargaba. Los cargadores rápidos más avanzados incluían minijuegos para que el usuario jugara mientras el programa se cargaba desde el casete. Un ejemplo de este tipo de cargador rápido de minijuegos es Invade-a-Load .

Los usuarios también tenían que lidiar con la interferencia de los campos magnéticos . Además, al igual que con las disqueteras, el cabezal de lectura de la Datasette podía ensuciarse o desalinearse. Se podía usar un destornillador pequeño para alinear los cabezales de la cinta, y algunas empresas aprovecharon la situación vendiendo diversos kits comerciales para el ajuste de la alineación de los cabezales de la Datasette.

Como el Datasette carecía de acceso de lectura y escritura aleatorio, los usuarios tenían que esperar a que la cinta se reprodujera por completo, mientras el ordenador imprimía mensajes como "BUSCANDO ALIEN BOXING... ENCONTRADO AFO... ENCONTRADO SPACE INVADERS... ENCONTRADO PAC-MAN... ENCONTRADO ALIEN BOXING... CARGANDO..." o bien confiar en el número del contador de cinta para encontrar la ubicación de inicio de los programas en el casete. La velocidad del contador de cinta variaba entre las diferentes unidades de Datasette, lo que hacía que los números de contador registrados no fueran fiables en distintos equipos.

Para el subsistema de disco duro Xetec Lt. Kernal , estaba disponible una unidad de cinta de transmisión opcional , basada en el formato QIC-02 (véase más abajo). Eran caras y se vendieron muy pocas.

Un concepto similar al ZX Microdrive (85 kB) fue el extremadamente rápido " Phonemark 8500 Quick Data Drive " que tenía una capacidad de 16 a 128 kB usando una unidad de almacenamiento de microcasete y usaba el Datasette C2N . El concepto finalmente sucumbió a las unidades de disquete. ^{[ 1 ] [ 2 ]} El Quick Data Drive (QDD) se conectaba al puerto datassette del Commodore 64 y podía cargar datos a 1,3 kB/s, lo que es 3 veces más rápido que la unidad de disquete C1541. Necesitaba que se cargara un pequeño código de programa en la memoria en ^{[ 3 ]} 0xC000-0xCFFF ^{[ 4 ]} que entraba en conflicto con muchos otros programas. El costo de la unidad habría sido equivalente a 100 EUR en 2010. ^{[ 3 ]} También se podía conectar en cadena y funcionaba con la computadora VIC-20 . ^{[ 5 ]} El QDD podía almacenar 255 archivos por "disco". ^{[ 4 ]} El Rotronics Wafadrive utilizaba el mismo mecanismo de accionamiento, fabricado por BSR . ^{[ 6 ]}

En 1988, DC Electronics ofreció copias de seguridad en cintas VHS con su cartucho WHIZZARD , que podía manejar 5,8 kB/s e incluía funciones de "congelación". ^{[ 7 ]}

Aunque normalmente no se suministraban con la máquina, Commodore ofrecía unidades de disquete de 5 1/4 pulgadas ( 1541 , 1570 y 1571 ) y, posteriormente, de 3 1/2 pulgadas ( 1581 ) .

La unidad de disquete 1541 era el estándar para la Commodore 64, y casi todos los programas de software para disco lanzados para esta computadora se distribuían en formato de disquete compatible con la 1541. La 1541 era muy lenta al cargar programas debido a un bus serie mal implementado , un defecto heredado de la VIC-20 .

La unidad de disquete 1541 era conocida no solo por su lento rendimiento y su gran tamaño físico en comparación con la C64 (la unidad es casi tan profunda como ancha es la computadora), sino también por los mecanismos de la unidad instalados durante las primeras series de producción, que rápidamente se ganaron una mala reputación por su falta de fiabilidad mecánica.

Quizás la falla más común implicaba que el mecanismo del cabezal de lectura/escritura de la unidad perdía su alineación. Debido a la falta de soporte de hardware para detectar la posición de la pista cero, las rutinas de formateo de Commodore DOS y muchos esquemas complejos de protección contra copia de software (que utilizaban datos almacenados en pistas no estándar en disquetes) tenían que depender de mover el cabezal un número específico de pasos para asegurarse de que se alcanzara la posición deseada del cabezal para formatear o leer los datos. Dado que después de alcanzar físicamente la pista cero, los intentos de movimiento adicionales provocaban que el mecanismo de accionamiento del cabezal golpeara (produciendo el infame, fuerte y revelador golpeteo)El sonido) se convertía en un tope mecánico, y la tensión repetitiva a menudo desalineaba el mecanismo del cabezal, lo que provocaba errores de lectura y requería reparaciones. Como dato curioso: algunas demostraciones aprovechaban el sonido generado por el motor paso a paso del cabezal para forzar a la unidad de disco a reproducir melodías toscas (" Bicycle Built For Two " fue una de ellas) variando la frecuencia de las solicitudes de paso enviadas al motor.

Además, al igual que con el C64, las unidades 1541 tendían a sobrecalentarse debido a un diseño que no permitía una refrigeración adecuada (probablemente solucionado instalando un pequeño ventilador en la carcasa). Muchos de los problemas de diseño de la 1541 se corrigieron finalmente en la unidad de disco 1541-II de Commodore, que era compatible con las unidades anteriores. La fuente de alimentación no estaba alojada dentro de la carcasa de la unidad; por lo tanto, el tamaño de la 1541-II era significativamente menor y no se sobrecalentaba.

Debido al elevado coste inicial de la unidad (casi el mismo que el del propio ordenador) y a su mercado objetivo de usuarios domésticos, los comandos de archivos de BASIC utilizaban por defecto la unidad de cinta (dispositivo 1). Para cargar un archivo desde un disco comercial, se debe introducir el siguiente comando:

CARGAR "*",8,1

En este ejemplo, ' * ' designa el último programa cargado o el primero en el disco, ' 8 ' es el número de dispositivo de la unidad de disco y el ' 1 ' indica que el archivo se cargará no en la dirección de memoria estándar para programas BASIC, sino en la dirección que indica su encabezado: la dirección desde la que se guardó. Este último ' 1 ' suele indicar un programa en lenguaje máquina .

Poco después de la introducción del 1541, desarrolladores externos demostraron que el rendimiento podía mejorarse con software que controlaba las líneas de señal del bus serie e implementaba un protocolo de transferencia optimizado entre el ordenador y el disco. En 1984, Epyx lanzó su cartucho FastLoad para el C64, que sustituía algunas de las lentas rutinas del 1541 por su propio código personalizado, permitiendo así a los usuarios cargar programas en una fracción del tiempo. A pesar de ser incompatible con los sistemas de protección anticopia de muchos programas , el cartucho se hizo tan popular entre los agradecidos propietarios del C64 (probablemente la mejora de terceros más extendida para el C64 de todos los tiempos) que muchos distribuidores de Commodore vendían el cartucho Epyx como un accesorio estándar al vender un C64 nuevo con el 1541.

Como alternativa gratuita a los cartuchos FastLoad, también se crearon numerosos programas turbocargadores de software puro que se cargaban en la RAM cada vez que se reiniciaba el ordenador. Los mejores de estos turbocargadores podían acelerar el tiempo necesario para cargar un programa desde la unidad de disquete hasta 20 veces, lo que demostraba la insuficiencia de la implementación de bus predeterminada. Dado que los programas turbocargadores eran relativamente pequeños, era común colocar uno en casi todos los disquetes para que pudiera cargarse rápidamente en la RAM después del reinicio.

La unidad de disquete 1541 contenía un procesador MOS 6502 que actuaba como controlador, junto con un sistema operativo de disco integrado ( DOS ) en ROM y una pequeña cantidad de RAM , esta última utilizada principalmente como búfer . Dado que esta configuración era, en efecto, un ordenador especializado, era posible escribir rutinas de controlador personalizadas y cargarlas en la RAM de la unidad, lo que permitía que funcionara independientemente del ordenador C64. Por ejemplo, ciertos programas de copia de seguridad permitían a los usuarios realizar múltiples copias de disco directamente entre unidades conectadas en cadena sin necesidad de un C64.

Varios proveedores externos vendían adaptadores de bus IEEE-488 de interfaz de propósito general para la C64, que se conectaban al puerto de expansión de la máquina. Fuera de los operadores de BBS , pocos propietarios de C64 aprovecharon esta configuración y los dispositivos IEEE que vendía Commodore (como la unidad de disquete SFD-1001 de 1 megabyte y 5 1/4 pulgadas , y los periféricos fabricados originalmente para las computadoras PET equipadas con IEEE , como las unidades 4040 y 8050 y los discos duros 9060/9090 ).

Como alternativa al rendimiento deficiente del 1541 o al adaptador de bus IEEE relativamente caro y los periféricos asociados , aparecieron varias unidades de bus serie de terceros, como el MSD Super Disk y el Indus GT, que a menudo ofrecían mayor fiabilidad, mayor rendimiento, un funcionamiento más silencioso o simplemente un precio más bajo que el 1541, aunque a menudo a costa de la compatibilidad del software debido a la dificultad de realizar ingeniería inversa del DOS integrado en el hardware del 1541 (las unidades basadas en IEEE de Commodore se enfrentaban al mismo problema debido a la dependencia del DOS de las características del bus serie de Commodore).

Al igual que la interfaz IEEE-488 , el bus CBM permitía conectar varios dispositivos en cadena . Esto llevó a Commodore a fabricar (a través de un tercero) el Commodore 4015, o conmutador VIC. Este dispositivo (actualmente poco común) permitía conectar hasta ocho Commodore 64 junto con una serie de periféricos, lo que permitía que cada ordenador compartiera el hardware conectado.

También era posible, sin necesidad de un conmutador VIC, conectar dos Commodore 64 a una unidad de disquete 1541 para simular una red elemental , lo que permitía a los dos ordenadores compartir datos en un solo disco (si los dos ordenadores realizaban solicitudes simultáneas, el 1541 procesaba una mientras devolvía un error al otro, lo que sorprendió a muchos que esperaban que el controlador de la unidad 1541, de rendimiento deficiente, se bloqueara o se colgara ). Esta funcionalidad también funcionaba con una combinación mixta de PET , VIC-20 y otros ordenadores Commodore de 8 bits seleccionados .

A mediados de la década de 1980, Radofin Electronics, Ltd. presentó la unidad de disquete Triton Disk Drive and Controller, de 2,8 pulgadas. Era compatible con el Commodore 64 y otros ordenadores domésticos populares de la época, gracias a un sistema operativo almacenado en una EPROM en un controlador externo. Ofrecía una capacidad de 144/100 kilobytes sin formato/formateados y velocidades de transferencia de datos de hasta 100 kilobytes por segundo. Se podían almacenar hasta 20 archivos en cada cara de los disquetes de doble cara.

Más adelante, en la década de 1990, Creative Micro Designs fabricó varias unidades de disquete potentes para el Commodore 64. Entre ellas se encontraban las unidades de disquete de 3,5" compatibles con el bus serie de la serie FD (FD-2000, FD-4000), capaces de emular la unidad de 3,5" 1581 del Commodore e implementar un particionamiento en modo nativo que permitía que los disquetes típicos de alta densidad de 3,5" almacenaran 1,6 MB de datos , más que el formato de 1,44 MB de MS-DOS . La unidad FD-4000 tenía la ventaja de poder leer disquetes mejorados difíciles de encontrar y podía formatearse para almacenar 3,2 MB de datos. Además, las unidades de la serie FD podían particionar disquetes para emular los formatos de disco 1541, 1571 y 1581 (aunque, lamentablemente, no el firmware de la unidad emulada), y se podía instalar un módulo de reloj en tiempo real dentro de la unidad para marcar con fecha y hora los archivos. Comercialmente, se lanzó muy poco software para el formato de disco 1581 o el formato nativo de CMD. Sin embargo, los entusiastas podían usar esta unidad para transferir datos entre el típico MS-DOS de PC y el Commodore con software especial, como Big Blue Reader de SOGWAP.

Existía otra unidad de disquete de 3,5 pulgadas disponible para la Commodore 64. La "TIB 001" era una unidad de disquete de 3,5 pulgadas que se conectaba a la Commodore 64 a través del puerto de expansión, lo que significaba que estas unidades eran muy rápidas. Los disquetes utilizaban el formato de disco MS-DOS y, al estar basados ​​en cartuchos, permitían que la Commodore 64 arrancara automáticamente desde ellos al encenderse. Estos dispositivos fueron fabricados por una empresa del Reino Unido, pero no se popularizaron debido a la falta de soporte de terceros. En un artículo de Zzap!64 de noviembre de 1991, varias empresas de software entrevistadas opinaron que el dispositivo llegó al mercado demasiado tarde como para merecer soporte.

A finales de 1984, Fiscal Information Inc., de Florida, presentó el subsistema de disco duro Lt. Kernal para la C64 . El Lt. Kernal conectaba un disco duro Seagate ST-412 de 10 megabytes a un controlador inteligente OMTI SASI , creando una interfaz de bus de alta velocidad para el puerto de expansión de la C64. La conexión del bus SASI a la C64 se realizaba mediante un adaptador host diseñado a medida . El Lt. Kernal incluía un sistema operativo de disco ( DOS ) que, entre otras cosas, permitía ejecutar un programa simplemente escribiendo su nombre y pulsando la tecla Intro. El DOS también incluía una función de acceso aleatorio con clave que permitía a un programador experto implementar bases de datos de estilo ISAM .

En 1987, la fabricación y distribución del Lt. Kernal pasó a manos de Xetec , Inc., que también introdujo la compatibilidad con C128 (incluido el soporte para CP/M ). El tamaño estándar de la unidad se incrementó a 20 MB , con 40 MB disponibles como opción, y el bus del sistema pasó a ser la interfaz estándar de la industria para sistemas de computadoras pequeñas , más conocida como SCSI (descendiente directa de SASI).

El Lt. Kernal era capaz de una velocidad de transferencia de datos de más de 38 kB por segundo ^{[ 8 ]} (65 kB por segundo en el modo rápido C128). ^{[ 9 ]} Un multiplexor opcional permitía que una unidad Lt. Kernal fuera compartida por hasta dieciséis C64 o C128 (en cualquier combinación), utilizando un algoritmo de programación round-robin que aprovechaba la capacidad del protocolo de bus SCSI para manejar múltiples iniciadores y destinos . Por lo tanto, el Lt. Kernal podía usarse convenientemente en una configuración de múltiples computadoras, algo que no era posible con otras unidades de disco duro compatibles con C64.

La producción del Lt. Kernal cesó en 1991. Afortunadamente, la mayoría de los componentes utilizados en el diseño original eran piezas estándar de la industria, lo que permitió realizar reparaciones limitadas en las unidades. En 2010, MyTec Electronics produjo una recreación del Lt. Kernal. Se denominó Rear Admiral HyperDrive y utilizaba una versión mejorada de DOS llamada RA-DOS. Las piezas del Rear Admiral podían utilizarse para actualizar el antiguo Lt. Kernal; por ejemplo, los chips del adaptador de host del Rear Admiral podían utilizarse para actualizar los chips del adaptador de host del Lt. Kernal; o, si al Lt. Kernal le faltaba su adaptador de host, se podía utilizar el del Rear Admiral en su lugar.

También estaba disponible para el Commodore 64 la serie CMD HD de Creative Micro Designs. Al igual que la unidad de disquete Commodore 1541, la CMD HD podía conectarse al bus serie del Commodore 64 y funcionar independientemente del ordenador gracias a su hardware integrado. Una unidad de la serie CMD HD incluía su propio controlador SCSI para operar su mecanismo de disco duro, además de un módulo de reloj en tiempo real alimentado por batería para el marcado de tiempo de los archivos. Las velocidades de funcionamiento estándar de las unidades de la serie CMD HD no eran mucho más rápidas que las de una unidad de disquete 1541, pero eran totalmente compatibles con JiffyDOS. Se podían lograr transferencias paralelas más rápidas con la adición de otro producto CMD, el CMD RAMLink , y un cable de transferencia paralela especial. Con esta configuración, el rendimiento del sistema duplicaba el del Lt. Kernal. Una ventaja de los productos CMD era la compatibilidad de software, especialmente con GEOS, de la que carecían las soluciones anteriores. CMD finalmente desaprovechó la oportunidad de desarrollar funciones para el puerto auxiliar de la unidad (como la función de cola de impresión prometida en el manual de usuario de CMD HD). Sin embargo, se podían conectar dispositivos SCSI externos (como la unidad Iomega Zip 100 ) al puerto SCSI externo de una unidad de la serie CMD HD. Utilizando el mismo disquete de software de utilidad que se incluye con todas las unidades de la serie CMD HD, el almacenamiento externo se podía agregar fácilmente a la tabla de particiones existente de la unidad. Esta configuración podía agregar, por ejemplo, 100 megabytes adicionales de almacenamiento externo incluso a la versión de 20 megabytes de una unidad de la serie CMD HD. Después de particionar y formatear el almacenamiento agregado, la unidad de la serie CMD HD presentaba el almacenamiento total al usuario sin problemas, independientemente de si los datos estaban almacenados interna o externamente.

El ICT DataChief incluía un disco duro de 20 MB , junto con una unidad de disquete Indus GT y una fuente de alimentación de 135 vatios en una carcasa diseñada para albergar un ordenador compatible con IBM PC . ^{[ 10 ]}

El funcionamiento de estos subsistemas de disco duro era similar al de las disqueteras de Commodore, con la inclusión de funciones especiales de DOS para aprovechar al máximo las capacidades de la unidad y gestionar eficazmente el considerable aumento de la capacidad de almacenamiento (hasta un máximo de 4 GB ). Un problema inevitable era que no se podía lograr una compatibilidad total con el procesador 1541, lo que a menudo impedía el uso de software con protección anticopia, cargadores rápidos de software o cualquier software cuyo funcionamiento dependiera de una emulación exacta del 1541.

La interfaz IDE64 , creada por aficionados , se diseñó a finales de la década de 1990. Se conectaba al puerto de expansión del Commodore 64 y permitía a los usuarios conectar discos duros IDE comunes, unidades de CD-ROM y DVD, y disqueteras ZiP y LS-120 a sus Commodore 64. Las revisiones posteriores de la placa de interfaz añadieron un zócalo para tarjeta Compact Flash . El rendimiento de la interfaz IDE es comparable al de RAMLink en velocidad, pero carece de la inteligencia de SCSI. Su principal ventaja reside en la posibilidad de usar discos duros comerciales económicos en lugar de las unidades SCSI, más caras. La compatibilidad con el estándar 1541 no es tan buena como la de los subsistemas de discos duros desarrollados comercialmente, pero sigue mejorando con el tiempo.

A finales de 2011, MyTec Electronics desarrolló y comercializó el Rear Admiral Thunderdrive, un clon del CMD HD. Si bien utilizaba componentes más modernos y un tamaño más compacto en comparación con el CMD HD, el Thunderdrive mantenía una compatibilidad total con este último.

Se lanzaron varias impresoras para la Commodore 64, tanto por la propia Commodore como por fabricantes de terceros.

Las impresoras específicas de Commodore se conectaban al C64 a través del puerto serie y podían conectarse en cadena al sistema con otros dispositivos del puerto serie, como las unidades de disquete. Por convención, las impresoras se identificaban como dispositivos n.° 4-5 en el bus serie CBM-488 .

Trazador

Un mini plotter , el Commodore 1520, podía trazar gráficos e imprimir texto en cuatro colores utilizando pequeños bolígrafos .

El modelo 1520 se basaba en el Alps Electric DPG1302, un mecanismo que también sirvió de base para numerosos otros trazadores gráficos económicos para ordenadores domésticos de la época (por ejemplo, el Atari 1020 ). ^{[ 14 ] [ 15 ]}

El Commodore 64 tiene dos puertos para joysticks de Atari . Commodore fabricó controladores de joystick para el Commodore 64, en su mayoría compatibles con los joysticks de Atari , así como palancas (que no eran compatibles con Atari). Las palancas de Commodore fueron diseñadas originalmente para el VIC-20 , y pocos juegos de C64 podían aprovecharlas.

El teclado numérico "Atari CX85" consta de 17 teclas: [escape], [no], [delete], [yes], 0–9, [.], [-] y [+/enter]. ^{[ 19 ]} Se conecta al puerto del joystick del C64 mediante la interfaz estilo Atari 2600 con un conector DB9F. ^{[ 20 ] [ 21 ]}

Commodore tenía tres modelos de ratón para ordenador : el NEOS Mouse (incluido en algunos packs de C64 como parte del paquete Mouse Cheese), el 1350 y el 1351. Estos se utilizaban con GEOS y con software como Jane , OCP Art Studio, Arkanoid y Magic Desk . El NEOS Mouse original funcionaba como un ratón analógico normal y venía incluido con un paquete de gráficos llamado Cheese. También admitía un modo de emulación de joystick si se mantenía pulsado el botón izquierdo al encenderlo. El 1350, posterior, solo era capaz de emular un joystick digital, enviando rápidamente 8 señales direccionales al moverse, y era el menos útil de los tres ratones. Su sucesor, el 1351, al igual que el NEOS Mouse, admitía el modo analógico más tradicional, conocido como «modo proporcional» en la documentación, que enviaba señales al ordenador indicando la cantidad y la dirección del movimiento. Al igual que el ratón NEOS, podía activarse un modo de emulación de joystick tipo 1350 manteniendo pulsado el botón derecho al encenderlo. El SmartMouse de CMD era compatible con el estándar 1351 e incluía un tercer botón y un módulo de reloj en tiempo real integrado.

Varias empresas fabricaron bolígrafos de luz con su propio software de dibujo para ordenador, por ejemplo el bolígrafo de luz Inkwell , que era compatible con GEOS.

La tableta gráfica Koala Pad también estaba disponible, venía con su propio software de dibujo y era compatible con GEOS. La Animation Station de Suncom era otra tableta gráfica para la C64. ^{[ 22 ]}

Los técnicos de pruebas de las operaciones de CGAD Productions desarrollaron e instalaron el CarPilot, un sistema computarizado de indicación de rendimiento relativo y localización de tránsito para automóviles , uno de los primeros sistemas de navegación para automóviles que se probaron, alrededor de 1984. Utilizaba una Commodore 64 , un convertidor de 12 V CC a 5 V CC , un reproductor/grabador de vídeo, una unidad de datos y un monitor de televisión. ^{[ 23 ]}

La página 1 del monitor muestra el voltaje de la batería, la temperatura del agua, la presión del aceite del motor, el nivel de combustible, la velocidad del vehículo, la velocidad de rotación del motor, el estado de bloqueo/desbloqueo del convertidor de par de la transmisión automática y el estado de encendido/apagado del embrague del aire acondicionado. Todos, excepto los dos últimos, incorporan un sistema de alarma sonora que indica un mal funcionamiento. Otra característica es el reloj de 24 horas con precisión de un segundo. Tiempo estimado de llegada con precisión de 1 s, distancia recorrida que se incrementa cada 80 metros y distancia estimada hasta la llegada que también se decrementa en el mismo valor, 80 metros. ^{[ 23 ]}

La página 2 mostraba la posición del vehículo en el mapa. La indicación de la ubicación del vehículo se calcula a partir de la distancia recorrida. La precisión de la ubicación del vehículo depende de la construcción del mapa digital y de la precisión del mapa local utilizado para construirlo. La mejor precisión posible es de 800 m . Sin embargo, se ha logrado una precisión de la longitud de un automóvil en 35 km . Fue necesario utilizar lenguaje ensamblador para procesar la entrada de los sensores. Una ventaja del sistema es la capacidad de crear mapas digitales propios, eliminando así la necesidad de comprarlos para cada viaje. El software para realizar esta tarea se escribió en Basic. ^{[ 23 ]}

Con sus sistemas de computación , entrenamiento de robots y plotters-escáneres , Fischertechnik se consolidó como el primer fabricante de bloques de construcción modulares en la era digital. Se crearon interfaces para todos los ordenadores domésticos populares de la época, como Apple II , Commodore 64 y Acorn , y posteriormente para Schneider , Atari ST e IBM PC . Los lenguajes de programación para controlar los modelos incluían GW-BASIC , Turbo Pascal y, en los kits posteriores (1991), una herramienta de programación propia llamada Lucky Logic .

La "Commocoffee 64" es una cafetera espresso controlada por el C64 ^{[ 24 ]} en 1985. ^{[ 25 ]}

El controlador Handic "VIC REL" proporciona entrada y salida protegidas mediante 6 salidas de relé y 2 entradas de optoacoplador . Los relés de salida son capaces de24 V  /10 W  y las entradas responden a5–12  V  CC. El dispositivo también proporciona (+5  V ) y (−5  V ) en50 mA  para activar las entradas. El dispositivo está programado en el VIC-20 con E/S en 37136 y en el C64 con E/S en 56577. Las aplicaciones previstas eran alarmas antirrobo , puertas de garaje , cerraduras , elementos calefactores , lámparas , transmisores , mandos a distancia , válvulas , bombas , teléfonos , acumuladores , sistemas de riego , herramientas eléctricas , cronómetros , ventiladores , humidificadores , etc. ^{[ 26 ]}POKE37138,63POKE56579,63

Existen convertidores de audio analógico-digital (A/D) como el "A/D Wandler (DELA 87393)" basado en el chip ADC0809 de 8 bits para el C64/128 ^{[ 27 ]} con una frecuencia de muestreo máxima de 10 kHz. ^{[ 28 ]} y el Sound Ultimate Xpander 6400 (SUX 6400) basado en el chip ADC0804 de 8 bits con una frecuencia de muestreo máxima de 11  kHz. Digitalizadores de sonido simples como el "Sound Digitizer (REX 9614)" que convierte el sonido analógico en muestras de 2 bits. ^{[ 27 ]} Esto último también podría lograrse utilizando el Datasette y trucos de software. ^{[ 29 ] [ 30 ]}

En 1987, existía un dispositivo con puerto de cartucho para medir el EEG directamente y utilizarlo en programas de ejercicio, llamado "BodyLink", producido por la empresa Bodylog en la ciudad de Nueva York , EE. UU. ^{[ 31 ]} Schippers-Medizintechnik en Alemania produjo un dispositivo EMG con puerto de usuario para permitir a un médico analizar aspectos como el nivel de estrés y ayudar a encontrar una mejor postura para el trabajo. ^{[ 32 ]}

El "Scanntronik Handyscanner 64" es un escáner de mano que utiliza el puerto de usuario del C64 . ^{[ 1 ] [ 33 ]}

Los capturadores de fotogramas como el "PAL Colour Digitizer", que se conectan a través del puerto de usuario, convierten un fotograma de vídeo compuesto analógico en una imagen digital en el C64. ^{[ 1 ]} El "Print Technik Video Digitizer" se conecta a través del puerto de usuario y utiliza una señal de vídeo CVBS que debe permanecer fija durante 4 segundos para poder ser muestreada y luego puede guardarse como monocromática de 320×200 o multicolor de 160×200 (4 colores). ^{[ 34 ]}

El modo de 80 columnas se podía usar instalando el cartucho "BI-80" lanzado en 1984 ^{[ 35 ]} de "Batteries Included", que se basa en el chip de vídeo 6545. Incluye una ROM de expansión que añade comandos BASIC 4.0. Se puede controlar mediante software qué modo de 40/80 columnas está activo. Al encender el equipo, el modo de 40 columnas está activo. ^{[ 36 ] [ 37 ]}

Otra tarjeta de 80 columnas que utilizaba el puerto de cartuchos fue la "DATA20 XL80" introducida en 1984 ^{[ 38 ]} con un coste de 400 000 liras en 1985. ^{[ 39 ]}

El "Z80 Video Pack 80" permitía una pantalla en blanco y negro de 80 columnas y CP/M mediante un Zilog Z80 . ^{[ 21 ]}

Para descargar páginas y software transmitidos a través del sistema de transmisión de teletexto . La empresa británica "Microtext" proporcionó su "adaptador de teletexto" y sintonizador que se conectaba a la antena de TV y al puerto de usuario C64/128 . El software se suministraba en una cinta C-10. ^{[ 1 ] [ 40 ]} Su precio era de 114,80 GBP con gastos de envío incluidos en 1987. ^{[ 41 ]}

Como Commodore ofreció varios módems económicos para el C64, como el 1650, 1660 y 1670, la máquina también ayudó a popularizar el uso de módems para telecomunicaciones. ^{[ 42 ] [ 43 ]} El 1650 y el 1660 eran de 300 baudios, y el 1670 era de 1200 baudios. El 1650 solo podía marcar Pulse. El 1660 no tenía su propio chip de sonido para generar tonos táctiles, por lo que se requería un cable desde la salida de audio/monitor al 1660 para que pudiera usar el chip de sonido del C64 para generar tonos táctiles. El 1670 usaba un conjunto modificado de comandos AT de Hayes .

Este módem es necesario para que Medical Manager realice operaciones EDI.

El Commodore 1650 venía con un software de terminal rudimentario llamado Common Sense. Proporcionaba funcionalidad Xmodem básica e incluía una función de desplazamiento hacia atrás de 700 líneas.

En Estados Unidos, Commodore ofreció la Commodore Information Network, un grupo de interés especial (SIG) de CompuServe dedicado a sus productos y usuarios. Posteriormente, Quantum Computer Services (que se convirtió en America Online ) ofreció un servicio en línea llamado Quantum Link para la C64 que incluía chat, descargas y juegos en línea. En el Reino Unido, Compunet fue un servicio en línea muy popular para usuarios de C64 (que requería módems Compunet especiales) desde 1984 hasta principios de la década de 1990. En Australia, Telecom (ahora Telstra ) operaba un servicio en línea llamado " Viatel " y vendía módems para la C64 para su uso con dicho servicio. En Alemania, las estrictas normas del sistema telefónico estatal impidieron el uso generalizado de módems económicos sin licencia de telecomunicaciones, lo que propició el uso de acopladores acústicos de menor calidad . El acceso a Bildschirmtext , el servicio de acceso telefónico en línea de la propia compañía telefónica estatal, era posible mediante hardware adicional especial como el Commodore "BTX Decoder Modul" ^{[ 44 ]} o el Commodore "BTX Decoder Modul II". ^{[ 1 ] [ 45 ] [ 46 ]}

" Cartucho de interfaz de radio Microlog AIR-1" que utiliza el puerto de cartuchos C64 con software ROM incorporado para comunicaciones RTTY y código Morse . ^{[ 47 ]}

La "Interfaz RTTY-CW C-64" utiliza el puerto de usuario para comunicaciones RTTY. ^{[ 48 ] [ 49 ]}

Señal horaria de onda larga "Auerswald ACC-64" para el transmisor DCF77 . El receptor utiliza el conector de borde del puerto de usuario en la computadora C64. ^{[ 49 ] [ 50 ] [ 51 ]}

Al igual que el VIC-20 , el C64 carecía de un chip UART real como el 6551 y utilizaba emulación por software. Esto limitaba la velocidad máxima a unos propensos a errores de 2400 bits/s. Los cartuchos de terceros con chips UART ofrecían un mejor rendimiento.

Más adelante en la vida del Commodore 64, CMD desarrolló dos cartuchos de comunicaciones seriales para las computadoras Commodore, el "Swiftlink" (1990 ^{[ 52 ]} - 38 400-bit/s) ^{[ 53 ]} y el "Turbo 232" (1997 ^{[ 54 ]} - 230 400-bit/s). ^{[ 55 ]} Este último era capaz de manejar un módem Hayes de 56k de manera confiable a velocidad máxima en un Commodore 64, lo que permitía velocidades razonables de acceso a Internet por marcación telefónica .

El cartucho de expansión Retro-Replay permitió la adición de la placa serie complementaria Silver Surfer , que también habilitaba conexiones de módem de 56k, y la placa serie complementaria RR-Net , que permite el acceso a Internet de banda ancha, así como LAN .

Además, el 5 de noviembre de 2005 se lanzó Quantum Link Reloaded, que permitió a los entusiastas del C64 experimentar todas las características del servicio Quantum Link original en la actualidad con algunas mejoras, de forma gratuita.

Los cartuchos IEEE-488 para Commodore 64 fueron fabricados por varias compañías, pero Commodore fabricó muy pocos para la familia Commodore 64/128. Uno de sus usos fueron discos duros como el Commodore D9060 .

Otras interfaces sin imágenes disponibles:

• Interfaz serie E-LINK a IEEE. (Contiene 65C02 , 6522 y 4 kB de ROM)
• Interfaz Buscard II. (Contiene un 6532 , un 6821 ( PIA ) y una ROM de 8 kB, y una PROM de 256 bytes )
• INTERPOD: una caja de interfaz independiente que conecta la interfaz serie CBM (IEC) con la interfaz paralela IEEE-488 y la interfaz serie RS-232 . Utiliza los chips EPROM 6502 , 6532 , 6522 , 6850 y 2716. ^{[ 56 ]}

A lo largo de los años, se desarrollaron varios cartuchos de expansión de RAM para las Commodore 64 y 128. Commodore produjo oficialmente varios modelos de cartuchos de expansión de RAM , conocidos colectivamente como las REU de la serie 17xx de Commodore . Si bien estos dispositivos venían en tamaños de 128, 256 o 512 kB , pronto se desarrollaron modificaciones de terceros que permitían ampliar su capacidad a 2 MB , aunque algunas de estas modificaciones podían ser inestables. Algunas empresas también ofrecían servicios para actualizar profesionalmente estos dispositivos.

Por lo general, la mayoría de los usuarios de Commodore 64 no necesitaban ampliar la memoria RAM. Muy poco software disponible estaba programado para aprovechar la memoria de expansión. El costo de las unidades (y la necesidad de añadir una fuente de alimentación potente) también influyó en el uso limitado de los cartuchos de expansión de RAM. La inestabilidad de la DRAM también contribuyó a este uso limitado, ya que los cartuchos de expansión de RAM se utilizaban normalmente para el almacenamiento rápido en discos RAM , y los datos almacenados en ellos se perdían ante cualquier fallo de alimentación.

Además de los problemas de alimentación, el principal inconveniente de las expansiones de RAM era su limitada usabilidad debido a su implementación técnica. La RAM de los cartuchos de expansión solo era accesible mediante unos pocos registros de hardware, en lugar de ser memoria direccionable por la CPU. Esto significaba que los usuarios no podían acceder a esta RAM sin técnicas de programación complejas. Además, la simple adición de la expansión de RAM no proporcionaba ninguna funcionalidad de disco RAM integrado (aunque se incluía un disco de utilidades con algunas unidades REU, que proporcionaba un controlador de disco RAM cargable).

Una excepción común al desuso de las REU fue GEOS . Dado que GEOS utilizaba intensivamente un espacio de intercambio primitivo controlado por software , solía ser lento cuando se usaba exclusivamente con disquetes o discos duros. Con la adición de una REU, junto con un pequeño controlador de software, GEOS utilizaba la memoria ampliada en lugar de su espacio de intercambio habitual, lo que aumentaba su velocidad de funcionamiento.

Debido a la falta de unidades REU de la serie 17xx de Commodore disponibles, y posteriormente a su descontinuación, Berkeley Softworks , los editores de GEOS, desarrollaron su propio cartucho de expansión de RAM de 512 kB, el GeoRAM. Este dispositivo fue diseñado específicamente para usarse con GEOS, aunque algunos programas compatibles con REU fueron adaptados posteriormente para poder usarlo. Tiempo después, otra compañía clonó el GeoRAM para crear el dispositivo BBGRAM (que también incluía una unidad de respaldo de batería). El GeoRAM utilizaba un diseño de memoria en bancos, donde porciones de la DRAM externa se almacenaban en el espacio de direcciones de la CPU del Commodore 64. Este método proporcionaba velocidades de transferencia sustancialmente más lentas que las velocidades de transferencia de un ciclo por byte de las unidades REU de Commodore. El GeoRAM utilizaba cuatro chips DRAM de 1 Mbit de densidad dispuestos en dos bancos de dos circuitos integrados DRAM de 256Kx4. Una de las ventajas de utilizar memoria DRAM de mayor densidad era un menor consumo de energía, por lo que la GeoRAM no requería actualizar la fuente de alimentación del Commodore 64, a diferencia de los cartuchos de expansión de memoria REU de la serie 17xx.

Finalmente, se desarrolló el Super 1750 Clone , un clon de terceros de las expansiones de RAM de Commodore, diseñado de tal manera que eliminaba la necesidad de una fuente de alimentación de alta potencia.

PPI diseñó su propia expansión de RAM de 1 o 2 MB con alimentación externa, comercializada como PPI/CMD RAMDrive, específicamente diseñada para usarse como disco RAM. Su principal característica era que la fuente de alimentación externa mantenía el formato y el contenido de la RAM seguros y válidos incluso con el ordenador apagado, además de alimentar el dispositivo en cualquier caso. Se incluía un controlador en el disco de utilidades para que GEOS pudiera usar la RAMDrive como una unidad de disco convencional.

Posteriormente, CMD lanzó el RAMLink . Este dispositivo funcionaba de forma similar al RAMDrive, pero podía gestionar hasta 16 MB de RAM en forma de una REU de la serie 17xx, GeoRAM o una tarjeta de memoria interna. Además, proporcionaba un reloj en tiempo real con respaldo de batería para registrar la fecha y hora de los archivos guardados. También contaba con una batería de respaldo, lo que preservaba el contenido de la RAM. El RAMLink incluía controladores que permitían a GEOS usar su memoria como reemplazo del espacio de intercambio o como una unidad de disco convencional.

El Super CPU Accelerator de CMD llegó después y podía albergar hasta 16 MB de RAM direccionable directamente por la CPU. Desafortunadamente, no ofrecía funcionalidad de disco RAM integrado ni externo, ni ningún software existente podía aprovechar la naturaleza direccionable directamente de la RAM. La excepción fue que se incluyeron controladores con la unidad para permitir explícitamente que GEOS utilizara esa RAM como reemplazo del espacio de intercambio o como una unidad de disco convencional, así como para aprovechar la aceleración que ofrecía la unidad.

Existían programadores para EPROM como 2716 - 27256 que utilizaban voltajes de programación comunes (Vpp) de 12,5, 21 y 25 V; estos se obtenían conectando un dispositivo al puerto de usuario del C64. ^{[ 59 ]} Estos dispositivos podían costar 100 USD en 1985. El dispositivo solía incluir un zócalo de fuerza de inserción cero (ZIF) y un LED que indicaba cuándo se estaba programando el chip EPROM. ^{[ 60 ]} Algunos dispositivos programadores también utilizaban el puerto de cartucho. ^{[ 27 ]}

Probablemente las herramientas de desarrollo y hacking más conocidas para la Commodore 64 incluían los cartuchos "Reset" y "Freezer". Dado que la C64 no tenía un interruptor de reinicio suave incorporado,Los cartuchos de reinicio eran populares para introducir " POKEs " (códigos que modificaban partes del código de un juego para hacer trampas) de las revistas de informática Commodore. Los cartuchos congeladores tenían la capacidad no solo de reiniciar manualmente la máquina, sino también de volcar el contenido de la memoria del ordenador y enviar la salida a un disco o cinta. Además, estos cartuchos incluían herramientas para editar sprites de juegos , monitores de lenguaje máquina , cargadores rápidos de disquetes y otras herramientas de desarrollo. Sin embargo, los cartuchos congeladores no estuvieron exentos de polémica. A pesar de contener muchas herramientas potentes para el programador, también fueron acusados ​​de ayudar a distribuidores no autorizados a eludir las protecciones anticopia del software. Quizás los cartuchos congeladores más conocidos fueron el Datel " Action Replay ", el Evesham Micros Freeze Frame MK III B, el Trilogic "Expert", el " The Final Cartridge III ", el Super Snapshot y los cartuchos ISEPIC .

El subsistema de disco duro Lt. Kernal incluía un botón en el adaptador del host llamado ICQUB (pronunciado "cubo de hielo"), que permitía detener un programa en ejecución y capturar una imagen de la RAM en el disco. Esto funcionaba con la mayoría del software protegido contra copia que no realizaba superposiciones de disco ni eludía la tabla de saltos de la ROM del kernel . La imagen de la RAM solo se podía ejecutar en el sistema Lt. Kernal en el que se capturaba, lo que impedía que el proceso se utilizara para distribuir software sin licencia.

Dado que el Commodore 64 incorporaba un sintetizador semianalógico controlado digitalmente como procesador de sonido, no fue sorprendente descubrir una gran cantidad de software y hardware diseñados para ampliar sus capacidades.

Se crearon diversos programas de ensamblaje, notación, secuenciación , edición MIDI y automatización de mezcladores que permitieron a usuarios y programadores crear o grabar piezas musicales de impresionante complejidad técnica. Algunos programas destacados incluyen la gama de sintetizadores Kawasaki , el paquete de notación y MIDI Music System, el compositor secuencial Instant Music, compatible con MIDI y de fácil uso, y el secuenciador MIDI Steinberg Pro-16, precursor de Cubase .

Entre el hardware más destacado se encontraban cartuchos MIDI de diversas marcas, teclados enchufables (como el Color Tone o el Sound Chaser 64), la gama SFX propia de Commodore, que incluía un muestreador de sonido y el sintetizador y teclado enchufable Sound Expander , la más reciente rueda osciladora Commodulator y el cartucho de utilidades de secuenciador y sintetizador Prophet 64. Se dice que la interfaz MIDI de Passport Designs fue uno de los mejores diseños y el modelo con mayor soporte de software disponible. ^{[ 21 ]}

Recientemente, algunos músicos profesionales han utilizado el sonido único de la Commodore 64 para proporcionar algunas o todas las partes de sintetizador necesarias para sus actuaciones o grabaciones; un ejemplo de ello es la banda Instant Remedy. También cabe destacar la Commodore 64 Orchestra, especializada en rearreglar e interpretar música compuesta y programada originalmente para el mercado de juegos de la Commodore 64. Su mecenas es el célebre compositor de Commodore, Rob Hubbard .

La caja de compatibilidad "Mimic Spartan Apple II+" de Mimic Systems permitía a los usuarios de C64 ejecutar software de Apple II+ . ^{[ 61 ]} Incluía la tarjeta "DOS Card", un controlador de disco de Apple II que se instalaba dentro de la unidad de disquete Commodore 1541 , entre la placa lógica de disquetes y el mecanismo de la unidad. En modo normal, el circuito simplemente transmitía señales, pero con solo accionar un interruptor podía tomar el control del mecanismo y convertir la unidad en una unidad de Apple II. El riesgo de daños graves tanto a los disquetes de Apple II como a los de 1541 era enorme y ocurría con frecuencia. La caja tenía 24 jumpers para configurar. Se incluía Applesoft BASIC , que era muy compatible, ya que se creaba desensamblando el binario de la ROM de Applesoft y reordenando las instrucciones de nivel de ensamblaje para que la imagen binaria fuera diferente. Se podían configurar varias opciones de depuración y usar computación esclava para permitir una renderización 3D rápida, etc. La caja tenía la funcionalidad de cambiar el vídeo entre C64 y Apple. El segundo anuncio se publicó en la Gaceta de COMPUTE! en 1986. ^{[ 62 ]}

El cartucho CP/M de Commodore C64 utilizaba la unidad de disquete C1541 , que era incapaz de leer ningún formato de disco CP/M existente. El cartucho estaba equipado con una CPU Zilog Z80 que funcionaba a unos 3 MHz. ^{[ 63 ]}

Al igual que con el Apple II , las unidades de aceleración de terceros que proporcionaban una CPU más rápida aparecieron tarde en la vida útil del C64. Debido a problemas de sincronización con el controlador de vídeo VIC-II , los aceleradores de CPU para el 64 eran complejos y costosos de implementar. Así, aunque se produjeron aceleradores basados ​​en el Western Design Center (WDC) 65C02 —que generalmente funcionaba a 4  MHz— y en el microprocesador de 16 bits WDC 65C816  , que funcionaba a 4, 8 o 20 MHz, aparecieron demasiado tarde y eran demasiado caros para tener una adopción generalizada.

El primer acelerador de CPU conocido se denominó "Turbo Process" y fue creado por la empresa Roßmöller GmbH, con sede en Bonn, Alemania . Utilizaba el microprocesador WDC 65C816 a 4,09  MHz. El código se ejecutaba desde la memoria RAM estática, más rápida , del cartucho del puerto de expansión del acelerador. Dado que el controlador de vídeo VIC solo podía acceder a la DRAM interna del C-64, las escrituras debían replicarse en la memoria interna; los ciclos de escritura ralentizaban el funcionamiento del procesador para lograrlo.

La CPU Turbo Master , fabricada por la empresa estadounidense Schnedler Systems, era un clon de hardware del producto Turbo Process de Roßmöller, con pequeñas modificaciones lógicas y una carcasa de aluminio azul. Era un dispositivo de expansión con una frecuencia de reloj de 4,09  MHz. También incluía una opción JiffyDOS. Las primeras placas de circuito del Turbo Process se enviaban con chips PAL cuyos fusibles de seguridad no estaban fundidos, un descuido que facilitó enormemente la duplicación de la lógica PAL y, por ende, del diseño del cartucho. No se tiene constancia de ningún litigio relacionado con la copia del diseño de la empresa alemana. La CPU Turbo Master presentaba una modificación ventajosa: el bit para activar el modo de alta velocidad era "0" en la ubicación de memoria $00, en lugar del "1" del Turbo Process. Muchos programas escribían ceros en esta ubicación, desactivando así el modo de alta velocidad del Turbo Process; esto se consideró un fallo de diseño que se corrigió en la Turbo Master.

El acelerador más conocido para el C64 es probablemente el SuperCPU de Creative Micro Designs , que estaba equipado con el WDC W65C816S (la versión de núcleo estático del 65C816) con una frecuencia de 20 MHz y hasta 16 MB de RAM si se combinaba con la SuperRamCard de CMD . Como es comprensible, debido a un "mercado" muy limitado y a la escasa cantidad de desarrolladores, hasta la fecha no ha habido mucho software adaptado al SuperCPU; sin embargo, GEOS era compatible. Entre las pocas ofertas disponibles se encuentran los Wheels; un navegador web basado en Wheels llamado "The Wave", un sistema operativo gráfico tipo Unix / QNX llamado Wings, algunas demos, varios juegos clásicos modificados para su uso con el SuperCPU y un juego de disparos al estilo del antiguo Katakis llamado Metal Dust .  

Aunque CMD ya no fabrica hardware para Commodore, sigue desarrollando y produciendo nuevos periféricos, principalmente para almacenamiento masivo o para redes.

El cartucho MMC64 permite que la C64 acceda a tarjetas de memoria flash MMC y SD . Se han desarrollado varias revisiones y complementos para aprovechar sus funciones adicionales. Incluye un puerto de reloj Amiga para conectar una interfaz Ethernet RR-Net, e incluso se ha creado un reproductor MP3 adicional llamado 'mp3@c64'.

En febrero de 2008, Individual Computers comenzó a distribuir el MMC Replay. Este cartucho combina el MMC64 y el Retro Replay, y finalmente se diseñó teniendo en cuenta el ajuste perfecto de la carcasa (incluyendo incluso el complemento Ethernet RRnet2). Contiene numerosas mejoras, como compatibilidad con C128, un montador .d64 integrado (aunque no compatible con cargadores rápidos, ya que la CPU 1541 no está emulada), 512 kB de ROM para un total de ocho cartuchos, 512 kB de RAM, una herramienta de flasheo integrada para imágenes de cartuchos y una mayor compatibilidad con diversos tipos de cartuchos (no solo basados ​​en Action Replay).

En abril de 2008, se lanzó el primer lote del 1541 Ultimate , un proyecto del desarrollador aficionado de VHDL Gideon Zweijtzer. Este cartucho contiene un Action Replay y un Final Cartridge (a elección del usuario) y una unidad 1541 emulada mediante FPGA, altamente compatible , que se alimenta desde una ranura para tarjeta SD integrada (.d64, prg, etc.). La diferencia con otros cartuchos basados ​​en SD y con montaje .d64, como el MMC64, el Super Snapshot 2007 o el MMC Replay, radica en que el microcontrolador 6502 que alimenta el disquete 1541 y su comportamiento mecánico (incluso el sonido) están completamente emulados, lo que lo hace teóricamente compatible con casi cualquier cosa. La selección y gestión de archivos se realiza mediante un tercer botón en el cartucho que abre un nuevo menú en pantalla. El 1541 Ultimate también funciona de forma independiente sin un C-64, funcionando como un Commodore 1541 normal . La selección de discos .d64 se realiza mediante botones en el cartucho, y la alimentación se suministra a través de USB. Existe una "Versión Plus" disponible con 32 megabytes adicionales de RAM (como REU y para uso futuro); la versión básica tiene la RAM justa para que funcionen las funciones anunciadas. En octubre de 2008, se produjeron el segundo y tercer lote de 1541 Ultimate para satisfacer la demanda del público. La versión estándar sin los 32 MB de RAM se dejó de fabricar por falta de demanda. Debido a la demanda del público, ahora también existe una versión con Ethernet. En 2010, Gideon Zweijtzer desarrolló una placa de circuito impreso y un software completamente nuevos para facilitar el funcionamiento del nuevo cartucho 1541 Ultimate II. ^{[ 64 ]}

El cartucho de interfaz IDE64 proporciona acceso a unidades ATA paralelas como discos duros, unidades de CD / DVD , LS-120 , unidades Zip y tarjetas CompactFlash . También admite unidades de red (PCLink) para acceder directamente a un sistema host a través de varios métodos de conexión, incluidos X1541, RS-232 , Ethernet y USB . El sistema operativo llamado IDEDOS proporciona una interfaz compatible con CBM / CMD para programas en todos los dispositivos. El sistema de archivos principal se llama CFS, pero hay soporte de solo lectura para ISO 9660 y FAT12/16/32 . Las características adicionales incluyen extensión BASIC , DOS Wedge , administrador de archivos , monitor de código máquina , cargador rápido y pantalla de configuración de BIOS .

Los ratones de ordenador actuales se pueden conectar mediante la interfaz Micromys, que admite incluso ratones ópticos y similares. También existen diversas interfaces para conectar la 64 a un teclado de PC.

Actualmente también se está desarrollando una placa para convertir las señales de vídeo de la Commodore 64 a la salida VGA estándar de un monitor. Asimismo, a finales de 2011 se desarrolló una placa para convertir la señal de vídeo RGBI de 80 columnas compatible con CGA de la Commodore 128 al formato VGA. Esta placa, denominada C128 Video DAC, tuvo una producción limitada y se utilizó junto con la placa GBS-8220, de mayor difusión.

En septiembre de 2008, Individual Computers anunció ^{[ 65 ]} el Chameleon, un cartucho para el puerto de expansión que añade mucha funcionalidad nunca antes vista. Tiene un congelador compatible con Retro-Replay y una ranura MMC/SD, 16 MB de REU y un conector PS/2 para un teclado de PC. Incluye soporte para un adaptador de red y un reloj en tiempo real con batería de respaldo. El cartucho ni siquiera necesita estar conectado a un Commodore 64 y puede usarse como un dispositivo independiente mediante alimentación USB. Dado que el cartucho también incluye esencialmente un Commodore One, es posible incluir un puerto VGA que envía la imagen a un monitor de PC estándar. El núcleo Commodore One también permite usar el cartucho como acelerador de CPU, y también existe un núcleo para ejecutar un entorno Amiga en modo independiente. A diferencia de la mayoría del hardware C64 moderno, este cartucho viene con una carcasa amarilla brillante. Se anunció su lanzamiento para el primer trimestre de 2009, y actualmente el cartucho está disponible, aunque el firmware está en fase beta. Se está desarrollando una estación de acoplamiento para uso independiente.

Retro Innovations distribuye el dispositivo uIEC ^{[ 66 ]} , que utiliza el diseño principal del proyecto SD2IEC para ofrecer una solución de almacenamiento masivo para sistemas Commodore de 8 bits que utilizan el bus serie IEC de Commodore. NKCElectronics de Florida distribuye el hardware SD2IEC, que utiliza el firmware sd2iec. Manosoft vende el C64SD Infinity, otra solución de almacenamiento en tarjeta SD que utiliza el firmware sd2iec.

En el verano de 2013, apareció en el mercado otra variante comercial del dispositivo SD2IEC, el SD2IEC-evo2 de 16xEight. ^{[ 67 ]} Este dispositivo utiliza un microcontrolador más grande (ATmega1284P) e incluye extras como RTC con respaldo de batería, conector para LCD y LED de estado multicolor.

En 2014 surgió otra variante comercial del hardware SD2IEC. Las versiones thefuturewas8bit SD2IEC están disponibles empaquetadas para parecerse a una unidad de disquete 1541 en miniatura. Tiene botones iluminados para cambio de disco y reinicio, accesibles desde la parte superior de la carcasa. ^{[ 68 ]}

Comodoro

• Unidad de disquete Commodore VIC-1541: Manual de usuario , Referencia técnica
• Impresora Commodore VIC-1515: Manual de usuario
• Impresora Commodore VIC-1525: Manual de usuario

CARDCO

• Interfaz de impresora CARDCO Card Print A (C/?A): Manual de usuario , Anexo
• Interfaz de la impresora CARDCO Card Print +G (C/?+G): Manual de usuario , Suplemento