Periféricos del Commodore 64

Este artículo tiene varios problemas. Ayúdenos a mejorarlo o a discutir estos problemas en la página de discusión . ( Aprenda cómo y cuándo eliminar estos mensajes ) This article is written like a personal reflection, personal essay, or argumentative essay that states a Wikipedia editor's personal feelings or presents an original argument about a topic. Please help improve it by rewriting it in an encyclopedic style. (March 2023) (Learn how and when to remove this message) This article needs additional citations for verification. Please help improve this article by adding citations to reliable sources. Unsourced material may be challenged and removed. Find sources: "Commodore 64 peripherals" – news · newspapers · books · scholar · JSTOR (June 2010) (Learn how and when to remove this message) (Learn how and when to remove this message)

El ordenador doméstico Commodore 64 utilizaba varios periféricos externos. Debido a la compatibilidad con versiones anteriores del Commodore 128 , la mayoría de los periféricos también funcionaban en ese sistema. También existe cierta compatibilidad con el VIC-20 y el Commodore PET .

En Estados Unidos, la unidad de disquete 1541 estaba muy extendida. En cambio, en Europa, el C64 se utilizaba a menudo con unidades de cinta 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. En esta unidad se podían utilizar casetes de audio vírgenes estándar. Las cintas de datos se podían proteger contra escritura de la misma forma 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 asignó como 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 pitidos digitales al cargar. Otros cargadores rápidos incluían pantallas de carga , que mostraban ilustraciones de la computadora mientras se cargaba el programa. Los cargadores rápidos más avanzados incluían minijuegos para que el usuario jugara mientras el programa se cargaba desde el casete. Uno de esos cargadores rápidos de minijuegos es Invade-a-Load .

Los usuarios también tenían que lidiar con la interferencia de los campos magnéticos . Además, algo que no era muy distinto de lo que ocurría con los usuarios de unidades de disquete, el cabezal de lectura del Datasette podía ensuciarse o desalinearse. Se podía utilizar un pequeño destornillador para alinear los cabezales de la cinta, y algunas empresas sacaron provecho de ello vendiendo varios kits comerciales para ajustar la alineación de los cabezales del Datasette.

Como el Datasette carecía de acceso aleatorio de lectura y escritura, los usuarios tenían que esperar a que la cinta corriera hasta su longitud máxima, mientras la computadora imprimía mensajes como "BUSCANDO ALIEN BOXING... ENCONTRADO AFO... ENCONTRADO SPACE INVADERS... ENCONTRADO PAC-MAN... ENCONTRADO ALIEN BOXING... CARGANDO..." o bien confiar en un número de contador de cinta para encontrar la ubicación inicial de los programas en el casete. Las velocidades del contador de cinta variaban en las diferentes unidades de datasette, lo que hacía que los números de contador registrados no fueran confiables en diferentes hardware.

Se encontraba disponible una unidad de cinta de transmisión opcional , basada en el formato QIC-02 , para el subsistema de disco duro Xetec Lt. Kernal (ver más abajo). Eran caras y se vendieron 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 y usaba una unidad de almacenamiento de microcassette y utilizaba el C2N Datasette . El concepto finalmente sucumbió a las unidades de disquete. ^{[1] [2]} La 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], lo que chocaba con muchos otros programas. El costo de la unidad habría sido equivalente a 100 EUR en 2010. ^[3] También podía conectarse en cadena y funcionaba también con la computadora VIC-20 . ^[5] La QDD podía contener 255 archivos por "disco". ^[4] El Rotronics Wafadrive utilizó el mismo mecanismo de accionamiento, fabricado por BSR . ^[6]

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

Aunque generalmente no se suministraban con la máquina, las unidades de disquete de 5 1 ⁄ 4 pulgadas ( 1541 , 1570 y 1571 ) y, más tarde, de 3 1 ⁄ 2 pulgadas ( 1581 ) estaban disponibles en Commodore.

El 1541 era la unidad de disquete estándar para el Commodore 64, y casi todos los programas de software basados ​​en discos lanzados para la computadora se distribuían en el formato de disquete compatible con el 1541. El 1541 era muy lento al cargar programas debido a un bus serial mal implementado , un legado del VIC-20 .

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

Quizás el fallo más común era el que implicaba que el mecanismo del cabezal de lectura y 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 de copia de software (que utilizaban datos almacenados en pistas no estándar en disquetes) tenían que basarse en mover el cabezal un número específico de pasos para asegurarse de que se alcanzaba 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 posteriores hacían que el mecanismo del cabezal se golpeara (produciendo el infame, fuerte y revelador sonido de golpeteo ^[1] ) hasta detenerse mecánicamente, la tensión repetitiva a menudo hacía que el mecanismo del cabezal perdiera la alineación precisa, lo que daba como resultado errores de lectura y necesitaba reparaciones. Como nota al margen: algunas demostraciones explotaban el sonido generado por el motor paso a paso que movía el cabezal para obligar a la unidad de disco a reproducir melodías rudimentarias (" Bicycle Built For Two " era 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 (que se podía solucionar montando un pequeño ventilador en la carcasa). Muchos de los problemas de diseño del 1541 se solucionaron con el tiempo en la unidad de disco 1541-II de Commodore, que era compatible con las unidades más antiguas. La fuente de alimentación no estaba alojada dentro de la carcasa de la unidad; por lo tanto, el tamaño del 1541-II era significativamente más pequeño y no se sobrecalentaba.

Debido al alto costo inicial de la unidad (casi tanto como el ordenador mismo) y al mercado objetivo de los usuarios de ordenadores domésticos, los comandos de archivo de BASIC se dirigían de forma predeterminada a 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 primer programa en el disco, " 8 " es el número de dispositivo de la unidad de disco y " 1 " significa que el archivo no se cargará en la dirección de memoria estándar para programas BASIC, sino en la dirección donde el encabezado del programa le indica que vaya (la dirección desde la que se guardó). Este último " 1 " generalmente significa un programa en lenguaje de máquina .

Poco después de la introducción del 1541, desarrolladores externos demostraron que el rendimiento podía mejorarse con software que asumía el control de las líneas de señal del bus serial e implementaba un mejor protocolo de transferencia entre el ordenador y el disco. En 1984, Epyx lanzó su cartucho FastLoad para el C64, que sustituyó algunas de las rutinas lentas del 1541 por su propio código personalizado, lo que permitía a los usuarios cargar programas en una fracción del tiempo. A pesar de ser incompatible con los esquemas de protección de copia 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 vendieron el cartucho Epyx como un artículo estándar cuando vendían un nuevo C64 con el 1541.

Como alternativa gratuita a los cartuchos FastLoad, también se crearon numerosos programas turbocargadores de software puros que se cargaban en la RAM cada vez que se reiniciaba el ordenador. Los mejores de estos turbocargadores eran capaces de acelerar el tiempo necesario para cargar un programa desde la unidad de disquete en un factor de 20x, lo que demostraba la insuficiencia de la implementación del bus predeterminado. Como los programas turbocargadores eran relativamente pequeños, era habitual colocar uno en casi cada disquete para que se pudiera cargar rápidamente en la RAM después del reinicio.

La unidad de disquete 1541 contenía un procesador MOS 6502 que actuaba como controlador de la unidad, junto con un sistema operativo de disco ( DOS ) integrado en la ROM y una pequeña cantidad de RAM , esta última utilizada principalmente como espacio de búfer . Dado que esta disposición era, en efecto, una computadora especializada, era posible escribir rutinas de controlador personalizadas y cargarlas en la RAM de la unidad, haciendo que la unidad funcionara independientemente de la máquina C64. Por ejemplo, cierto software de respaldo permitía a los usuarios hacer múltiples copias de disco directamente entre unidades conectadas en cadena sin un C64.

Varios proveedores externos vendían adaptadores de bus IEEE-488 de interfaz de propósito general para el C64, que se conectaban al puerto de expansión de la máquina. Aparte de los operadores de BBS , pocos propietarios de C64 aprovecharon este sistema y los dispositivos IEEE que lo acompañaban y 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 las unidades de disco duro 9060/9090 ).

Como alternativa al débil rendimiento del 1541 o al relativamente costoso adaptador de bus IEEE y los periféricos asociados , aparecieron varias unidades de bus serial de terceros, como MSD Super Disk e Indus GT, que a menudo ofrecían mejor confiabilidad, mayor rendimiento, funcionamiento más silencioso o simplemente un precio más bajo que el 1541, aunque a menudo a expensas 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 enfrentaban el mismo problema debido a la dependencia del DOS de las características del bus serial de Commodore).

Al igual que la interfaz IEEE-488 , el bus CBM ofrecía la posibilidad de conectar hardware en cadena. Esto llevó a Commodore a producir (a través de un tercero) el Commodore 4015, o conmutador VIC. Este dispositivo (que ahora se ve muy poco) permitía conectar hasta 8 Commodore 64 al dispositivo junto con una serie de periféricos, lo que permitía que cada computadora 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 las dos computadoras compartir datos en un solo disco (si las dos computadoras hacían solicitudes simultáneas, la 1541 manejaba una mientras devolvía un error a la otra, lo que sorprendió a muchas personas que esperaban que el controlador de unidad menos que estelar del 1541 se bloqueara o se colgara ). Esta funcionalidad también funcionó con una combinación mixta de PET , VIC-20 y otras computadoras Commodore de 8 bits seleccionadas .

A mediados de los años 80, Radofin Electronics, Ltd. presentó una unidad de disquete de 2,8 pulgadas, la Triton Disk Drive and Controller. 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 formatear/con formato y velocidades de transferencia de datos de hasta 100 kilobytes por segundo. Se podían guardar hasta 20 archivos en cada cara de los disquetes de doble cara.

Más tarde, en la década de 1990, Creative Micro Designs produjo varias unidades de disquete potentes para el Commodore 64. Entre ellas, se encontraban las unidades de disquete de 3,5″ compatibles con bus serie FD-Series (FD-2000, FD-4000), que eran capaces de emular la unidad de 3,5″ 1581 de Commodore , además de implementar una partición en modo nativo que permitía que los disquetes de alta densidad de 3,5″ típicos pudieran contener 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 contener 3,2 MB de datos. Además, las unidades de la serie FD podían particionar disquetes para emular el formato de disco 1541, 1571 y 1581 (aunque, por desgracia, no el firmware de la unidad emulada), y se podía montar un módulo de reloj de tiempo real dentro de la unidad para marcar la hora de 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 MS-DOS de PC típico y el Commodore con un software especial, como Big Blue Reader de SOGWAP.

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

A finales de 1984, Fiscal Information Inc., de Florida, demostró el subsistema de disco duro Lt. Kernal para el C64 . El Lt. Kernal acopló 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 del C64. La conexión del bus SASI al C64 se logró con un adaptador de host diseñado a medida . El Lt. Kernal se envió con un sistema operativo de disco ( DOS ) que, entre otras cosas, permitía la ejecución de un programa simplemente escribiendo su nombre y presionando la tecla Retorno. El DOS también incluía una función de acceso aleatorio con clave que hacía posible que un programador experto implementara bases de datos de estilo ISAM .

En 1987, la fabricación y distribución del Lt. Kernal se había traspasado a 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 había aumentado a 20 MB , con 40 MB disponibles como opción, y el bus del sistema era ahora la interfaz de sistema de ordenador pequeño estándar de la industria , mejor conocida como SCSI (el descendiente directo de SASI).

El Lt. Kernal era capaz de transferir datos a una velocidad de más de 38 kB por segundo ^[8] (65 kB por segundo en el modo rápido del 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 . De este modo, el Lt. Kernal podía utilizarse cómodamente en una configuración de varios ordenadores, algo que no era posible con otros discos duros compatibles con el 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 hizo posible realizar reparaciones limitadas a las unidades. En 2010, MyTec Electronics produjo una recreación del Lt. Kernal. Se llamó Rear Admiral HyperDrive y utilizó un DOS actualizado llamado RA-DOS. Las piezas del Rear Admiral se podían usar para actualizar el antiguo Lt. Kernal, por ejemplo, los chips del adaptador de host del Rear Admiral se podían usar para actualizar los chips del adaptador de host del Lt. Kernal; o si al Lt. Kernal le falta su adaptador de host, se podría usar el adaptador de host 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 podía funcionar independientemente del ordenador con la ayuda de 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 alojar un módulo de reloj en tiempo real alimentado por batería para el sellado 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 velocidades estándar de una unidad de disquete 1541, pero las unidades eran totalmente compatibles con JiffyDOS. Se podían realizar 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 disposición, el rendimiento del sistema duplicaba ^{[ dudoso – discutir ]} el del Lt. Kernal. Una ventaja que tenían los productos CMD era la compatibilidad de software, especialmente con GEOS, de la que carecían las soluciones anteriores. CMD finalmente perdió oportunidades para desarrollar alguna característica para el puerto auxiliar de la unidad (como una característica de cola de impresión prometida en el manual del usuario de CMD HD). Sin embargo, los dispositivos SCSI externos (como la unidad Iomega Zip 100 ) podían conectarse al puerto SCSI externo de una unidad de la serie CMD HD. Usando el mismo disquete de software de utilidad que se entrega con todas las unidades de la serie CMD HD, el almacenamiento externo podía entonces agregarse fácilmente a la tabla de particiones existente de la unidad de la serie CMD HD. 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 sin problemas al usuario, 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 una computadora IBM PC compatible . ^[10]

El funcionamiento de estos subsistemas de disco duro por parte del usuario era similar al de las unidades de disquete de Commodore, con la inclusión de características DOS especiales para aprovechar al máximo las capacidades de la unidad y gestionar de forma eficaz el gran 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 1541, lo que a menudo impedía el uso de software protegido contra copia, cargadores rápidos de software o cualquier software cuyo funcionamiento dependiera de la emulación exacta de 1541.

La interfaz IDE64 , diseñada por entusiastas , se diseñó a finales de los años 90 y se conectaba al puerto de expansión del Commodore 64, lo que permitía a los usuarios conectar discos duros IDE comunes, unidades de CD-ROM y DVD, unidades de disquete ZiP y LS-120 a sus Commodore 64. Las revisiones posteriores de la placa de interfaz proporcionaron un zócalo flash compacto adicional . El rendimiento de la interfaz IDE es comparable al de RAMLink en cuanto a velocidad, pero carece de la inteligencia de SCSI. Su principal ventaja radica en poder utilizar discos duros comerciales económicos en lugar de las unidades SCSI más costosas. La compatibilidad con 1541 no es tan buena como la de los subsistemas de discos duros desarrollados comercialmente, pero continúa mejorando con el tiempo.

A finales de 2011, MyTec Electronics desarrolló y vendió el Rear Admiral Thunderdrive, un clon del CMD HD. Aunque utilizaba componentes más modernos y un formato más pequeño en comparación con el CMD HD, el Thunderdrive mantenía una compatibilidad total con el CMD HD.

Se lanzaron varias impresoras para Commodore 64, tanto por parte del propio Commodore como de fabricantes externos.

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 unidades de disquete. Por convención, las impresoras se direccionaban como dispositivo n.° 4-5 en el bus serie CBM-488 .

Commodore vendió una serie de impresoras matriciales , entre ellas la MPS 801 ( OEM Seikosha GP 500 VC) y la MPS 803, aunque también eran populares muchas otras impresoras de terceros, como la Okimate 10 y la Okidata 120, algunas de las cuales tenían funciones de impresión más avanzadas que cualquiera de los modelos de Commodore. La mayoría de las impresoras de marca Commodore eran modelos C. Itoh o Epson con interfaz serial Commodore. Además, la Star Micronics AR-40 tiene un puerto serial compatible con C64.

Commodore también produjo la impresora de rueda de margarita DPS-1101 , que producía impresiones de calidad de carta similares a una máquina de escribir basada en un mecanismo Juki ^{[ aclaración necesaria ]} , y que normalmente costaba más que la computadora y la unidad de disquete juntas. La DPS-1101 era lo suficientemente grande como para aceptar papel de tamaño A4 en orientación horizontal, así como papel de tamaño A3 en orientación vertical. La impresora matricial MPS-1000 se introdujo junto con la C-128. ^[11] Commodore 1526 es una MPS 802 renombrada. ^{[12] [13]}

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

El 1520 se basó en el Alps Electric DPG1302, un mecanismo que también formó la base de numerosos otros trazadores económicos para computadoras domésticas de la época (por ejemplo, el Atari 1020 ). ^{[14] [15]}

Debido a que las primeras impresoras Commodore tenían graves deficiencias, CARDCO lanzó la interfaz de impresora Card Print A (C/?A) que emulaba las impresoras Commodore al convertir la interfaz serial IEEE-488 CBM-bus de estilo Commodore en un puerto de impresora Centronics para permitir que numerosas impresoras de terceros se conectaran a una Commodore 64, como Epson , Okidata , C. Itoh . ^[16] Se lanzó un segundo modelo, una versión que admitía gráficos de impresora llamada Card Print +G (C/?+G), que admitía la impresión de caracteres gráficos Commodore usando códigos de escape ESC/P . CARDCO lanzó mejoras adicionales, incluido un modelo con salida RS-232, y envió un total de más de 2 millones de interfaces de impresora. Xetec también lanzó una serie de interfaces de impresora. Con una interfaz paralela, se podía utilizar la impresora láser QMS KISS, la más económica disponible en 1986, a $1995 (equivalente a $5545 en 2023). ^[17] Más tarde, CMD creó el GeoCable que permitió que las impresoras láser y de inyección de tinta tipo PS2 funcionaran bajo GEOS con un controlador de dispositivo especial .

También existía un buffer de impresora con 64 kB de RAM para el bus serial derivado IEC IEEE-488 CBM , como el "Brachman Associates Serial Box Print Buffer". ^[18]

El Commodore 64 tiene dos puertos para joysticks de Atari . Commodore produjo controladores de joystick para el Commodore 64, en gran medida compatibles con los joysticks de Atari , así como paletas (que no eran compatibles con Atari). Las paletas de Commodore estaban pensadas originalmente para el VIC-20 , y pocos juegos de C64 podían aprovecharlas.

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

Commodore tenía tres modelos de ratón de ordenador , a saber, el NEOS Mouse (incluido con algunos paquetes de C64 como parte del paquete Mouse Cheese), el 1350 y el 1351. Estos se usaban con GEOS , así como con software como Jane , OCP Art Studio, Arkanoid y Magic Desk . El anterior ratón NEOS funcionaba como un ratón analógico normal y venía 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 durante el encendido. El posterior 1350 solo era capaz de emular un joystick digital, enviando 8 señales direccionales rápidas a medida que se movía, y era el menos útil de los 3 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, enviando señales a la computadora que indican la cantidad y la dirección del movimiento. Al igual que el ratón NEOS, se podía poner en modo de emulación de joystick similar al 1350, manteniendo pulsado el botón derecho al encenderlo. El SmartMouse de CMD era compatible con el 1351 y también incluía un tercer botón y un módulo de reloj en tiempo real integrado.

Varias empresas produjeron lápices ópticos con su propio software de dibujo para ordenador, como por ejemplo el lápiz óptico Inkwell , que era compatible con GEOS.

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

Los técnicos de pruebas de las operaciones de CGAD Productions desarrollaron e instalaron el Indicador de rendimiento relativo automotriz computarizado y ubicación de tránsito CarPilot , uno de los primeros sistemas de navegación para automóviles en probarse, alrededor de 1984. Utilizaba un Commodore 64 , un convertidor de 12 V CC a 5 V CC , un reproductor/grabador de video, un datasette y un monitor de TV. ^[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, incorporaban un sistema de alarma de "zumbador" que indicaba un mal funcionamiento. Otra característica es el reloj de 24 horas con precisión de un segundo. Hora estimada 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 con el mismo valor, 80 metros. ^[23]

La página 2 muestra 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 construir el mapa digital. La mejor esperanza de precisión es de 800 m . Sin embargo , se ha logrado una precisión de la longitud de un automóvil en 35 km . Se necesitó el uso del lenguaje ensamblador para mantenerse al día con la entrada del sensor. Una ventaja del sistema es la capacidad de crear mapas digitales propios y, por lo tanto, eliminar la necesidad de comprarlos para cada viaje. El software para realizar esta tarea se escribió en Basic. ^[23]

Con la computación , el robot entrenador y el escáner-plotter , Fischertechnik se convirtió en el primer fabricante de bloques de construcción modulares en la era de la informática. Se crearon interfaces para todos los ordenadores domésticos populares de la época, incluidos Apple II , Commodore 64 y Acorn , y más tarde 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 interna Lucky Logic .

La "Commocoffee 64" es una máquina de café expreso 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 ) a50  mA para activar las entradas. El dispositivo está programado en el VIC-20 con y E/S en 37136. Y en el C64 con y E/S en 56577. Las aplicaciones previstas eran alarmas antirrobo , puertas de garaje , cerraduras de puertas , elementos de calefacción , lámparas , transmisores , controladores remotos , válvulas , bombas , teléfonos , acumuladores , sistemas de riego , herramientas eléctricas , cronómetros , ventiladores , humidificadores , etc. ^[26]POKE 37138,63POKE 56579,63

Existen convertidores de audio analógico a 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 se puede lograr utilizando el Datasette y trucos de software. ^{[29] [30]}

En 1987, apareció un dispositivo con puerto de cartucho para medir el EEG directamente para su uso en programas de ejercicios, 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 conectado para permitir que un médico analice cosas como el nivel de estrés y ayude a encontrar una mejor posición para el trabajo. ^[32]

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

Los capturadores de imágenes como el "PAL Colour Digitizer" que se conectan a través del puerto de usuario, convertirán un fotograma de vídeo compuesto analógico en una imagen digital en la 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 inmóvil durante 4 segundos para poder ser muestreada y luego puede guardarse como monocolor de 320×200 o multicolor de 160×200 (4 colores). ^[34]

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

Otra tarjeta de 80 columnas que utilizaba el puerto de cartucho fue la "DATA20 XL80", introducida en 1984 ^[38], con un coste de 400.000 liras en 1985. ^[39]

El "Z80 Video Pack 80" permitió una pantalla en blanco y negro de 80 columnas y CP/M utilizando 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 con la antena de TV y el puerto de usuario C64/128 . El software se suministraba en una cinta C-10. ^{[1] [40]} Su precio era de 114,80 GBP (IVA incluido) en 1987. ^[41]

Como Commodore ofrecía una serie de módems económicos para el C64, como el 1650, 1660, 1670, la máquina también ayudó a popularizar el uso de módems para telecomunicaciones. ^{[42] [43]} El 1650 y el 1660 tenían 300 baudios, y el 1670 tenía 1200 baudios. El 1650 solo podía marcar pulsos. El 1660 no tenía un chip de sonido propio para generar tonos táctiles, por lo que se requería conectar un cable desde la salida de monitor/audio al 1660 para que pudiera usar el chip de sonido 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. ^{[ aclaración necesaria ]}

El Commodore 1650 venía con un software de terminal rudimentario llamado Common Sense, que ofrecía funciones Xmodem básicas y contenía una función de desplazamiento hacia atrás de 700 líneas.

En Estados Unidos, Commodore ofrecía la Commodore Information Network, un SIG de CompuServe dedicado a sus productos y usuarios. Más tarde, Quantum Computer Services (que se convirtió en America Online ) ofreció un servicio en línea llamado Quantum Link para el 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 los usuarios del C64 (que requerían módems Compunet especiales) desde 1984 hasta principios de los años 90. En Australia, Telecom (ahora Telstra ) dirigía un servicio en línea llamado " Viatel " y vendía módems para el C64 para su uso con el servicio. En Alemania, las normas muy restrictivas del sistema telefónico estatal impidieron el uso generalizado de módems económicos que no contaban con licencia de telecomunicaciones, lo que provocó el uso de acopladores acústicos de inferior calidad en su lugar. El acceso a Bildschirmtext , el servicio de acceso telefónico en línea de la empresa de telecomunicaciones estatal, era posible a través de un hardware complementario 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 cartucho 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 de software. Esto limitaba la velocidad máxima a 2400 bit/s, una velocidad propensa a errores . 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 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 máxima velocidad en un Commodore 64, lo que permitía velocidades razonables de acceso a Internet por acceso telefónico .

El cartucho de expansión Retro-Replay permitió la adición de la placa serial complementaria Silver Surfer , que también permitió conexiones de módem de 56k, y la placa serial complementaria RR-Net , que permite 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 de C64 experimentar todas las características del servicio Quantum Link original en la actualidad con algunas mejoras de forma gratuita. ^{[ cita requerida ]}

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

Quicksilver 64/128 de Skyles Electric Works	Cartucho IEEE de Computapix	Tecnoforo
Quicksilver-64/128 v2	C64-Plus	Cartucho VC40
Tarjeta de autobús

Algunas otras interfaces sin imágenes disponibles:

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

Los Commodore 1701 y 1702 eran monitores en color de 13 pulgadas (33 cm) para el C64 que aceptaban como entrada video compuesto o señales de crominancia y luminancia separadas , similares al estándar S-Video , para un rendimiento superior con el C64 (u otros dispositivos capaces de emitir una señal separada). Otros monitores disponibles incluían el 1802 y el 1902. Introducido en 1986, el 1802 presentaba señales de croma y luminancia separadas, así como un modo de pantalla verde compuesto adecuado para la pantalla de 80 columnas del C-128. ^[57] El 1902 tenía un verdadero modo RGBI de 80 columnas compatible con IBM PC .

Al principio de la vida del Commodore 64, Commodore lanzó varias mejoras de hardware especializadas para la manipulación de sonido. Entre ellas se encontraban el "Sound Expander", el "Sound Sampler", la superposición "Music Maker" y el teclado musical externo. El Sound Expander y el Sound Sampler eran cartuchos de expansión, pero tenían un uso limitado. El Sound Sampler, en particular, solo podía grabar cerca de dos segundos de audio, lo que lo hacía prácticamente inútil. El Music Maker era una superposición de plástico para el teclado "breadbox" del Commodore 64, que incluía teclas de piano de plástico que se correspondían con las teclas del teclado. El teclado externo era un complemento que se conectaba al Sound Expander. Estos dispositivos de hardware no se vendieron bien, tal vez debido a su coste, la falta de software adecuado, la comercialización como dispositivos de consumo doméstico y un resultado que desanimó a muchos músicos serios.

Posiblemente el periférico más complejo del C64 fue el Mimic Systems Spartan, que añadió una arquitectura informática completamente nueva al C64, con su propia CPU 6502 y bus de expansión, para compatibilidad de software y hardware con el Apple II . Anunciado poco después del propio Commodore 64 en un momento en el que había poco software disponible para la máquina, el Spartan no empezó a comercializarse hasta 1986, momento en el que el C64 había adquirido una extensa biblioteca de software propia. ^[58] Esencialmente un ordenador compatible con Apple II+ que utilizaba el teclado, la salida de vídeo, los joysticks y la grabadora de casetes del 64, el Spartan incluía 64 kB de RAM, una placa base con una CPU 6502 en una tarjeta, 8 ranuras de expansión compatibles con Apple, una tarjeta controladora de disco compatible con Apple y una placa DOS para añadir a la unidad de disco 1541. La placa DOS era opcional, pero si no estaba instalada se necesitaría una unidad Apple Disk II o compatible para cargar el software. La larga demora entre el anuncio y la disponibilidad, junto con una intensa promoción que incluía anuncios de página completa que se publicaban mensualmente en la prensa de Commodore, hicieron del Spartan un ejemplo infame de vaporware .

Gamesware produjo un periférico de juegos para Commodore 64 en 1988, donde se conectaba una placa de destino a la computadora usando el puerto RS-232 para permitir el uso de su suite de juegos Gamma Strike .

CMD produjo un cartucho Symphony SID más adelante en la vida del Commodore. Este cartucho, una reelaboración del cartucho Symphony SID original del Dr. T, le proporcionó al Commodore otro chip SID para reproducir música SID estéreo ^[2] . Esto evitó que los usuarios del Commodore 64 tuvieran que modificar las placas base de sus computadoras para habilitarlo con chips SID duales.

Creative Micro Designs (CMD) fue el proveedor de hardware externo más antiguo para Commodore 64 y Commodore 128 , aclamado por algunos entusiastas por ser mejor en el soporte del Commodore 64 que el propio Commodore. Su primer producto comercial para el C64 fue un cargador rápido basado en KERNAL y un chip de utilidad llamado JiffyDOS. No fue la primera mejora basada en KERNAL para el C64 (SpeedDOS y DolphinDOS también existían), pero fue quizás la mejor implementada. Los beneficios de una actualización de KERNAL significaron que el puerto del cartucho estaba libre para su uso (que normalmente habría sido ocupado por un cartucho Epyx FastLoad o un Action Replay ), sin embargo, la desventaja significaba que uno tenía que quitar manualmente los chips de computadora de la placa base del C64 y las unidades de disquete asociadas para instalarlo. Aparte de las rutinas de carga rápida habituales de 1541, JiffyDOS contenía un DOS fácil de usar y algunas otras utilidades útiles.

A lo largo de los años, se desarrollaron varios cartuchos de expansión de RAM para Commodore 64 y 128. Commodore produjo oficialmente varios modelos de cartuchos de expansión de RAM , conocidos colectivamente como Commodore REU de la serie 17xx . Si bien estos dispositivos venían en tamaños de 128, 256 o 512 kB , rápidamente se desarrollaron modificaciones de terceros que podían extender estos dispositivos 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 una expansión de RAM. Muy poco del software disponible estaba programado para hacer uso de la memoria de expansión. El costo de las unidades (y la necesidad de agregar una fuente de alimentación de alta potencia) también fue un factor en el uso limitado de los cartuchos de expansión de RAM. La volatilidad de la DRAM también fue un factor en el uso limitado, ya que los cartuchos de expansión de RAM se usaban normalmente para el almacenamiento rápido en discos RAM , por lo que los datos almacenados en ellos se perderían en cualquier falla de energía.

Aparte de los problemas de alimentación, el otro inconveniente principal de las ampliaciones de RAM era su limitada usabilidad debido a su implementación técnica. La RAM de los cartuchos de expansión solo era accesible a través de un puñado de registros de hardware, en lugar de ser memoria direccionable por CPU. Esto significaba que los usuarios no podían acceder a esta RAM sin técnicas de programación complicadas. Además, simplemente añadir la ampliación de RAM no proporcionaba ningún tipo de funcionalidad de disco RAM integrado (aunque se suministraba un disco de utilidades con algunas REU, que proporcionaba un controlador de disco RAM cargable).

Una excepción popular al desuso de las REU fue GEOS . Como GEOS hacía un uso intensivo de una forma primitiva controlada por software de espacio de intercambio , tendía 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 usaría la memoria expandida en lugar de su espacio de intercambio habitual, lo que aumentaría la velocidad operativa de GEOS.

Debido a la falta de unidades REU de la serie 17xx disponibles para Commodore y a su posterior discontinuació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 su uso con GEOS, aunque algunos programas compatibles con REU se adaptaron posteriormente para poder usarlo. Algún tiempo después, otra empresa clonó el GeoRAM para formar el dispositivo BBGRAM (que también contaba con una unidad de respaldo de batería). El GeoRAM utilizaba un diseño de memoria en bancos en el que partes 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 solo ciclo por byte de las REU de Commodore. El GeoRAM utilizaba cuatro chips DRAM de 1 Mbit de densidad dispuestos como dos bancos de dos circuitos integrados DRAM de 256Kx4. Una ventaja de utilizar DRAM más densa fue un menor consumo de energía, por lo que la GeoRAM no requirió 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 forma de eliminar la necesidad de una fuente de alimentación de alta potencia.

PPI diseñó su propia expansión de RAM de 1 o 2 MB alimentada externamente, comercializada como PPI/CMD RAMDrive, que fue diseñada explícitamente para usarse como un disco RAM. Su característica principal era que la fuente de alimentación externa mantenía el formato y el contenido de la RAM seguros y válidos mientras la computadora estaba apagada, además de alimentar el dispositivo en cualquier caso. Se proporcionó un controlador en el disco de utilidades incluido para permitir que GEOS usara la RAMdrive como una unidad de "disco" normal.

CMD luego siguió con RAMLink . Este dispositivo funcionaba de manera similar a RAMDrive, pero podía manejar hasta 16 MB de RAM en forma de REU de la serie 17xx, GeoRAM y/o una tarjeta de memoria interna, que también proporcionaba un reloj en tiempo real con respaldo de batería para estampar la fecha y hora de los archivos guardados en él. También cuenta con respaldo de batería, preservando así el contenido de la RAM. Se proporcionaron controladores con RAMLink para permitir que GEOS usara su memoria como reemplazo del espacio de intercambio o como una unidad de "disco" normal.

El Super CPU Accelerator de CMD llegó después de esto y podía albergar hasta 16 MB de RAM direccionable directamente por CPU. Desafortunadamente, no se ofrecía ninguna funcionalidad de disco RAM integrado o basado en disco, ni ningún software existente podía hacer uso de la naturaleza directamente direccionable de la RAM. La excepción es que se incluyeron controladores con la unidad para permitir explícitamente que GEOS usara esa RAM como reemplazo del espacio de intercambio, o como una unidad de "disco" normal, así como para hacer uso de la aceleración ofrecida por la unidad.

Los programadores para EPROM como 2716 - 27256 que usaban voltajes de programación comunes (Vpp) de 12,5, 21 y 25 V estaban disponibles conectando un dispositivo al puerto de usuario del C64. ^[59] Estos dispositivos podían costar 100 USD en 1985. El dispositivo a menudo incluía un zócalo de fuerza de inserción cero (ZIF) y un LED que indicaba cuándo se estaba programando el chip EPROM. ^[60] El puerto de cartucho también lo usaban algunos dispositivos programadores. ^[27]

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

El subsistema de disco duro Lt. Kernal incluía un botón pulsador en el adaptador host llamado ICQUB (pronunciado "ice cube"), que podía utilizarse para detener un programa en ejecución y capturar una imagen de RAM en el disco. Esto funcionaba con la mayoría del software protegido contra copia que no realizaba superposiciones de disco y/o no pasaba por alto la tabla de saltos de ROM KERNAL . La imagen de 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.

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

Se crearon varios ensambladores, notadores, secuenciadores , software de edición MIDI y automatización de mezcladores que permitieron a los usuarios y programadores crear o grabar piezas musicales de impresionante complejidad técnica. Entre los programas más destacados se encuentran la gama de sintetizadores Kawasaki , la suite de notación y MIDI Music System, el compositor secuencial a prueba de idiotas Instant Music compatible con MIDI y el secuenciador MIDI Steinberg Pro-16, precursor de Cubase .

Entre los equipos más destacados se encuentran cartuchos MIDI de varias marcas, teclados enchufables (como el Color Tone o el Sound Chaser 64), la gama SFX de Commodore, que incluía un sampler de sonido y un sintetizador y teclado enchufable Sound Expander , la rueda osciladora Commodulator más reciente y el cartucho de utilidades de sintetizador y secuenciador Prophet 64. Se dice que la interfaz MIDI de Passport Designs es uno de los mejores diseños y el modelo con más compatibilidad de software disponible. ^[21]

Recientemente, algunos músicos profesionales han utilizado el sonido único del Commodore 64 para proporcionar algunas o todas las partes del sintetizador necesarias para sus actuaciones o grabaciones; un ejemplo es la banda Instant Remedy. También cabe destacar la Commodore 64 Orchestra, que se especializa en reorganizar e interpretar música compuesta y codificada originalmente para el mercado de juegos de 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 Apple II+ . ^[61] Venía con el añadido "DOS Card", un controlador de disco Apple II que se instalaba dentro de la unidad de disco Commodore 1541 , entre la placa lógica de disquete y el mecanismo de la unidad. En modo normal, el circuito simplemente pasaba señales, pero con solo pulsar un interruptor podía hacerse cargo del mecanismo y convertir la unidad en una unidad Apple II. El potencial de daños graves tanto a los disquetes Apple II como a los 1541 era enorme y sucedía a menudo. ^{[ cita requerida ]} La caja tenía 24 puentes para configurar. Se incluía Applesoft BASIC y era muy compatible, ya que se creó desensamblando el binario de la ROM de Applesoft y reordenando las instrucciones de nivel de ensamblaje de modo que la imagen binaria fuera diferente. Se podían configurar varias depuraciones y utilizar la 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 del Commodore C64 utiliza la unidad de disquete C1541 , que no podía 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 el Apple II , las unidades de aceleración de terceros que proporcionaban una CPU más rápida aparecieron tarde en la vida del C64. Debido a problemas de sincronización con el controlador de video VIC-II , los aceleradores de CPU para el 64 eran complejos y costosos de implementar. Por lo tanto, si bien se produjeron aceleradores basados ​​en el Western Design Center (WDC) 65C02 , que generalmente funcionaba a 4 MHz, y el microprocesador WDC 65C816 de 16 bits que funcionaba a 4, 8 o 20 MHz, aparecieron demasiado tarde y eran demasiado costosos para obtener un uso generalizado.

El primer acelerador de CPU que se vio fue llamado "Proceso Turbo" por una empresa con sede en Bonn, Alemania , llamada Roßmöller GmbH. Utilizaba el microprocesador WDC 65C816 que funcionaba a 4,09 MHz. El código se ejecutaba desde una RAM estática más rápida en el cartucho del puerto de expansión del acelerador. Como el controlador de video VIC solo puede acceder a la DRAM interna del C-64, las escrituras debían reflejarse en la memoria interna; los ciclos de escritura ralentizarían el funcionamiento del procesador para lograr esto.

La CPU Turbo Master , producida por Schnedler Systems, con sede en EE. UU., era un clon de hardware del producto Turbo Process de Roßmöller con cambios de lógica menores y una carcasa de aluminio azul. Era un dispositivo de puerto de expansión con una frecuencia de reloj de 4,09 MHz. También tenía una opción JiffyDOS. Las primeras placas de circuitos Turbo Process se enviaban con chips PAL que no tenían sus fusibles de seguridad fundidos, un descuido que hizo que duplicar la lógica PAL y, por lo tanto, el diseño del cartucho fuera trivial. No se conoció ningún litigio por la copia del diseño de la empresa alemana. La CPU Turbo Master tenía una modificación beneficiosa: el bit para alternar el modo de alta velocidad era "0" en la ubicación de memoria $00 en lugar del "1" del Turbo Process. Una gran cantidad de software escribía ceros en esta ubicación para desactivar el modo de alta velocidad en el Turbo Process; esto se consideró un defecto de diseño que fue corregido por el 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 velocidad de reloj de 20 MHz y con hasta 16 MB de RAM si se combinaba con la SuperRamCard de CMD . Es comprensible que, debido a un "mercado" y un número de desarrolladores muy limitados, hasta la fecha no haya habido mucho software adaptado a la SuperCPU; sin embargo, GEOS era compatible. Entre las pocas ofertas disponibles se encuentran Wheels; un navegador web basado en Wheels llamado "The Wave", un sistema operativo gráfico similar a Unix / QNX llamado Wings, algunas demostraciones, varios juegos clásicos modificados para su uso con la SuperCPU y un juego de disparos al antiguo estilo Katakis llamado Metal Dust .

Si bien CMD ya no produce hardware Commodore, aún se están desarrollando y produciendo nuevos periféricos, principalmente para almacenamiento masivo o redes.

El cartucho MMC64 permite al C64 acceder a tarjetas de memoria flash MMC y SD . Se han desarrollado varias revisiones y complementos para aprovechar las características adicionales. Incluye un puerto de reloj Amiga para conectar una interfaz Ethernet RR-Net e incluso se ha producido un complemento para reproductor MP3 llamado 'mp3@c64'.

En febrero de 2008, Individual Computers comenzó a distribuir el MMC Replay. Une el MMC64 y el Retro Replay en un solo cartucho, finalmente diseñado con el ajuste adecuado en mente (incluso incluye el complemento Ethernet RRnet2). Contiene muchas mejoras, como la compatibilidad con C128, un montador .d64 integrado (aunque no compatible con el cargador rápido, porque la CPU 1541 no está emulada), 512 kB de ROM para un total de ocho cartuchos, 512 kB de RAM, una herramienta flash integrada para imágenes de cartuchos y un soporte más amplio para varios tipos de cartuchos (no solo basados ​​en Action Replay).

En abril de 2008 se envió la primera tanda de 1541 Ultimate , un proyecto del desarrollador de VHDL aficionado Gideon Zweijtzer. Se trata de un cartucho que lleva un Action Replay y un Final Cartridge (el que prefiera el usuario) y una unidad 1541 emulada por FPGA muy compatible que se alimenta desde una ranura para tarjetas SD integrada (.d64, prg, etc.). La diferencia con otros cartuchos basados ​​en SD y con montaje .d64 como el MMC64, Super Snapshot 2007 o MMC Replay es que el 6502 que alimenta el 1541 Floppy y el comportamiento mecánico del 1541 (incluso el sonido) está completamente emulado, lo que lo hace teóricamente compatible con casi todo. La selección y gestión de archivos se realiza mediante un tercer botón en el cartucho que abre un nuevo menú en la pantalla. El 1541 Ultimate también funciona en modo independiente sin un c-64, funcionando como lo haría un Commodore 1541 normal . La selección de discos .d64 se realiza a través de botones en el cartucho, la energía se suministra a través de USB. Hay una "Versión Plus" disponible con 32 megabytes adicionales de RAM (como REU y para uso futuro), la versión básica tiene suficiente RAM para que funcionen las funciones anunciadas. En octubre de 2008, se produjeron el segundo y tercer lote de 1541 Ultimates para satisfacer la demanda pública del dispositivo. La versión regular sin los 32 MB de RAM se abandonó porque no había demanda. Debido a la demanda pública, ahora también hay una versión con Ethernet. En 2010, Gideon Zweijtzer desarrolló una PCB y un software completamente nuevos para facilitar el 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 a los 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 de máquina , cargador rápido , pantalla de configuración de BIOS .

Los ratones de ordenador actuales se pueden conectar a través de la interfaz Micromys, que puede procesar incluso ratones ópticos y similares. También existen varias interfaces para conectar el 64 a un teclado de PC.

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

En septiembre de 2008, Individual Computers anunció ^[65] el Chameleon, un cartucho para el puerto de expansión que añade una gran cantidad de funciones nunca antes vistas. Tiene un congelador compatible con Retro-Replay y una ranura MMC/SD, 16 MB REU y un conector PS/2 para un teclado de PC. Existe soporte para un adaptador de red y un reloj de tiempo real con respaldo de batería. El cartucho ni siquiera tiene que estar enchufado a un Commodore 64 y se puede utilizar como un dispositivo independiente mediante alimentación USB. Dado que el cartucho incluye esencialmente también un Commodore One, es posible incluir un puerto VGA que envíe la imagen a un monitor de PC estándar. El núcleo del Commodore One también permite que el cartucho se utilice 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 se envía con una carcasa de color amarillo brillante. El envío se anunció para el primer trimestre de 2009, y actualmente el cartucho está disponible, aunque el firmware está en estado beta. Se está desarrollando una estación de acoplamiento con modo independiente.

Retro Innovations está distribuyendo el dispositivo uIEC ^[66] , que utiliza el diseño básico del proyecto SD2IEC para proporcionar una solución de medios masivos para sistemas Commodore de 8 bits que utilizan el bus serie IEC de Commodore. NKCElectronics de Florida está distribuyendo hardware SD2IEC que utiliza el firmware sd2iec. Manosoft vende C64SD Infinity, otra solución de medios para tarjetas SD que utiliza el firmware sd2iec.

En el verano de 2013, otra variante comercial del dispositivo SD2IEC aparece en el mercado, el SD2IEC-evo2 de 16xEight. ^[67] Este dispositivo utiliza un uC más grande (ATmega1284P) y tiene algunos extras como RTC respaldado por batería, conector para pantalla LC, LED de estado multicolor, etc. ya integrados.

En 2014 surge otra variante comercial del hardware SD2IEC: thefuturewas8bit SD2IEC. Hay versiones disponibles en paquetes que se parecen a una unidad de disco 1541 en miniatura. Tiene botones iluminados para cambiar y reiniciar el disco, a los que se puede acceder desde la parte superior de la carcasa. ^[68]

1. ^ Muchos usuarios comenzaron a temer el ruido de golpeteo "RAT-AT-AT-AT-AT", ya que dicho golpeteo contribuía a una falla eventual en la alineación de la unidad de disco.
2. ^ Se podía realizar una modificación en las placas base de modelos más antiguos de Commodore 64 para incorporar un chip de sonido SID secundario al chip SID original. La modificación resultante permitió que el Commodore 64 reprodujera sonido en estéreo de 6 canales con el software adecuado.
3. ^ El Commodore 64 tenía pines de puerto de cartucho documentados que podían cruzarse para lograr un reinicio. En un intento de activar el "reinicio" del juego y varios trucos, una gran cantidad de usuarios del Commodore 64 intentaron reiniciar sus máquinas tocando manualmente estos pines 1 y 3 con un cable mientras la computadora estaba encendida. Muchos usuarios cometieron errores y se olvidaron de los pines correctos, lo que hizo que se fundiera el fusible de su C64 y resultó en una costosa reparación. Este logro fue conocido más tarde como el "Reinicio de hámster" en la revista "Commodore Format". Algunos usuarios soldaron estos pines a un botón, que montaron en la carcasa del C64 para un reinicio práctico. Algunos programas utilizaban protección de reinicio (al tener la cadena 'CBM80' ^[69] en $8000 en la memoria) lo que se podía solucionar acortando los pines 1-3-9 de la misma manera que el pin 9 de "Reinicio de Hamster" (en el lado superior en oposición a los pines 1 y 3 en la parte inferior) siendo el pin de expansión de ROM EXROM (sobrescribiendo así los datos en $8000 – $9fff ).

• Emulación de disco y cinta de Commodore 64

• Computadoras individuales : fabricantes de productos de las series MMC64 y RR
• 16xEight Digital Retrovation: creadores de hardware innovador para computadoras Commodore de 8 bits
• Protovision: creadores de diversas actualizaciones de hardware nuevas
• Lemon64: incluye algunos de los mejores programas de música de Commodore 64
• Grabación casera: foro de discusión sobre música que enlaza con muchos otros temas relacionados con la música de C64
• Número 39 de la revista RUN, edición especial de mayo de 1986
• elektronik.si: PCB interna Vic-Rel
• bilgisayarlarim.com: Desmontaje del Commodore MPS-801 (fechado el 7 de mayo de 2007, consultado el 28 de abril de 2016)

Comodoro

• Unidad de disquete Commodore VIC-1541: manual de usuario, referencia técnica
• Manual del usuario de la impresora Commodore VIC-1515
• Manual del usuario de la impresora Commodore VIC-1525

TARJETACO

• Interfaz de impresora CARDCO Card Print A (C/?A): Manual del usuario, apéndice
• Interfaz de impresora CARDCO Card Print +G (C/?+G): Manual de usuario, suplemento