La computadora doméstica 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 funcionarían en ese sistema. También hay cierta compatibilidad con el VIC-20 y el Commodore PET .
En los Estados Unidos, la unidad de disquete 1541 estaba muy extendida. Por el contrario, en Europa el C64 se utilizaba 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. El Datasette se conectó a un conector de borde propietario en la placa base del Commodore 64 . En esta unidad se pueden utilizar casetes de audio vírgenes estándar. Las cintas de datos se pueden proteger contra escritura de la misma manera que los casetes de audio, perforando una pestaña en el borde superior del casete. CARDCO disponía de un adaptador para el conector propietario.
Fue asignado como dispositivo 1 (predeterminado).
La velocidad del Datasette era muy lenta (alrededor de 300 baudios ). Cargar un programa grande a velocidad normal podría tardar hasta 30 minutos en casos extremos. Muchos desarrolladores de software europeos escribieron sus propios cargadores de cintas 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 cintas 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 eran fácilmente reconocibles 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 tuvieron que lidiar con interferencias de campos magnéticos . Además, al igual que los usuarios de unidades de disquete, el cabezal de lectura del Datasette podría ensuciarse o desalinearse. Se podría utilizar un destornillador pequeño para alinear los cabezales de las cintas, y algunas empresas se capitalizaron vendiendo varios kits comerciales para ajustar la alineación de los cabezales de Datasette.
Como el Datasette carecía de acceso aleatorio de lectura y escritura, los usuarios tenían que esperar mientras la cinta se agotaba, mientras la computadora imponía mensajes como "BUSCANDO BOXEO EXTRANJERO... ENCONTRADO AFO... ENCONTRADO INVASORES DEL ESPACIO... ENCONTRADO PAC -HOMBRE... ENCONTRÓ BOXEO EXTRANJERO... CARGANDO..." o bien confíe en un número de contador de cinta para encontrar la ubicación inicial de los programas en el casete. Las velocidades de los contadores de cinta variaban en diferentes unidades de conjuntos de datos, lo que hacía que los números de contador registrados no fueran confiables en diferentes hardware.
Una unidad de cinta de transmisión opcional , basada en el formato QIC-02 , estaba disponible para el subsistema de disco duro Xetec Lt. Kernal (ver más abajo). Eran caros y pocos se vendieron.
Un concepto similar al ZX Microdrive (85 kB) fue el extremadamente rápido " Phonemark 8500 Quick Data Drive ", que tiene una capacidad de 16 a 128 kB y utiliza una unidad de almacenamiento de microcassette y utiliza el C2N Datasette . El concepto finalmente sucumbió a las unidades de disquete. [1] [2] La unidad de datos rápidos (QDD) se conectó al puerto de casete de datos del Commodore 64 y podía cargar datos a 1,3 kB/s, que es 3 veces más rápido que la unidad de disquete C1541. Necesitaba cargar un pequeño código de programa en la memoria en [3] 0xC000-0xCFFF [4] que colisionaba con muchos otros programas. El coste de la unidad habría sido equivalente a 100 EUR en 2010. [3] También podría conectarse en cadena y funcionar con la computadora VIC-20 . [5] El QDD podría contener 255 archivos por "disco". [4] El Rotronics Wafadrive utilizó el mismo mecanismo de accionamiento, fabricado por BSR . [6]
DC Electronics ofreció copia 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 normalmente no se suministraban con la máquina, Commodore disponía de unidades de disquete de 5 1 ⁄ 4 pulgadas ( 1541 , 1570 y 1571 ) y, más tarde, de 3 1 ⁄ 2 pulgadas ( 1581 ).
El 1541 era la unidad de disquete estándar para el Commodore 64, y casi todos los programas de software basados en disco lanzados para la computadora se distribuían en el formato de disquete compatible con 1541. El 1541 era muy lento en la carga de programas debido a un bus serial mal implementado , un legado del VIC-20 .
La unidad de disco 1541 era conocida no sólo 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 la computadora), sino también por los mecanismos de unidad instalados durante las primeras ejecuciones de producción, que rápidamente ganaron popularidad. mala reputación por su falta de fiabilidad mecánica.
Quizás la falla más común fue que el mecanismo del cabezal de lectura y escritura de la unidad perdiera su alineación. Debido a la falta de soporte de hardware para detectar la posición cero de la pista, 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) tuvieron que depender de mover el cabezal en un número de pasos específico para poder detectar la posición cero de la pista. Asegúrese de alcanzar la posición deseada del cabezal para formatear o leer los datos. Dado que después de alcanzar físicamente la pista cero, nuevos intentos de movimiento causaron que el mecanismo de accionamiento del cabezal se cerrara de golpe (produciendo el infame, fuerte y revelador sonido de golpe [1] ) hasta detenerse mecánicamente, la tensión repetitiva a menudo desalineaba el mecanismo del cabezal, lo que resultaba en en errores de lectura y que requieren reparaciones. Como nota al margen: algunas demostraciones explotaron el sonido generado por el motor paso a paso que mueve la cabeza para forzar a la unidad de disco a reproducir melodías crudas (" Bicicleta construida para dos " era una) variando la frecuencia de las solicitudes de pasos 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 (potencialmente solucionada montando un pequeño ventilador en la carcasa). Muchos de los problemas de diseño del 1541 finalmente se rectificaron en la unidad de disco 1541-II de Commodore, que era compatible con las unidades más antiguas. La unidad de fuente de alimentación no estaba alojada dentro de la caja de la unidad; por 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 (aproximadamente tanto como la computadora misma) y al mercado objetivo de usuarios de computadoras domésticas, los comandos de archivos de BASIC se dirigieron por defecto a la unidad de cinta (dispositivo 1). Para poder cargar un archivo desde un disco comercial se debe ingresar 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 a la dirección donde el encabezado del programa le indica que vaya: la dirección desde donde se guardó. Este último ' 1 ' normalmente significa un programa en lenguaje de máquina .
No mucho después de la introducción del 1541, desarrolladores externos demostraron que el rendimiento se podía mejorar con un software que asumiera el control de las líneas de señal del bus serie e implementara un mejor protocolo de transferencia entre la computadora y el disco. En 1984, Epyx lanzó su cartucho FastLoad para el C64, que reemplazó algunas de las rutinas lentas del 1541 con 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 esquemas de protección de copia de muchos programas , el cartucho se volvió tan popular entre los agradecidos propietarios del C64 (probablemente la mejora de terceros para el C64 más extendida de todos los tiempos) que muchos distribuidores de Commodore vendieron el cartucho Epyx como un artículo estándar cuando Vendo C64 nuevo con el 1541.
Como alternativa gratuita a los cartuchos FastLoad, también se crearon numerosos programas de turbocargador de software puro que se cargaban en la RAM cada vez que se reiniciaba la computadora. Los mejores de estos turbocargadores fueron capaces de acelerar el tiempo necesario para cargar un programa desde la unidad de disquete en un factor de 20 veces, lo que demuestra la insuficiencia de la implementación del bus predeterminado. Como los programas de turbocargador eran relativamente pequeños, era común colocar uno en casi cada disquete para poder cargarlo 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 integrado ( DOS ) en 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 así que la unidad funcionara independientemente de la máquina C64. Por ejemplo, cierto software de respaldo permitía a los usuarios realizar múltiples copias de discos directamente entre unidades conectadas en cadena sin un C64.
Varios proveedores externos vendieron 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. Fuera de los operadores de BBS , pocos propietarios de C64 aprovecharon esta disposició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 el PET equipado con IEEE). computadoras, como las unidades 4040 y 8050 y las unidades de disco duro 9060/9090 ).
Como alternativa al débil rendimiento 1541 o al relativamente caro adaptador de bus IEEE y periféricos asociados , aparecieron varias unidades de bus serie de terceros, como MSD Super Disk e Indus GT , que a menudo ofrecían mejor confiabilidad, mayor rendimiento y 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 al DOS integrado en el hardware del 1541 (las unidades basadas en IEEE de Commodore enfrentaron el mismo problema debido a la dependencia del DOS en características del bus serie Commodore).
Al igual que la interfaz IEEE-488 , el bus CBM ofrecía la posibilidad de conectar en cadena hardware. Esto llevó a Commodore a producir (a través de un tercero) el Commodore 4015, o VIC-switch. Este dispositivo (que ahora rara vez se ve) 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 , permitiendo a las dos computadoras compartir datos en un solo disco (si las dos computadoras hacían solicitudes simultáneas, la 1541 manejó uno mientras devolvía un error al otro, lo que sorprendió a muchas personas que esperaban que el controlador de unidad menos que estelar del 1541 fallara 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 la década de 1980, Radofin Electronics, Ltd presentó una unidad de disquete de 2,8 pulgadas, la unidad de disco y controlador Triton. Era compatible con el Commodore 64 y con otras computadoras domésticas 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 no formateados/formateados y velocidades de transferencia de datos de hasta 100 kilobytes por segundo. Se pueden 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. Estas incluían las unidades de disquete de 3,5 ″ compatibles con bus serie FD (FD-2000, FD-4000), que eran capaces de emular el 1581 3.5 de Commodore. ″, además de implementar una partición en modo nativo que permitía que los típicos disquetes de alta densidad de 3,5 ″ contuvieran 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 desafortunadamente, no el firmware de la unidad emulada), y se podía montar un módulo de reloj en tiempo real dentro de la unidad para registrar archivos con marca de tiempo. Comercialmente, se lanzó muy poco software en formato de disco 1581 o en el formato nativo de CMD. Sin embargo, los entusiastas podrían usar esta unidad para transferir datos entre una PC típica MS-DOS y el Commodore con un software especial, como el 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 significa que estas unidades eran muy rápidas. Los propios disquetes dependían de un formato de disco MS-DOS y, al estar basados en cartuchos, el Commodore 64 arrancaba automáticamente desde ellos al iniciarse. Estos dispositivos aparecieron en una empresa del Reino Unido, pero no se generalizaron debido a la inexistencia de soporte de terceros. En un artículo de Zzap!64 de noviembre de 1991, varias empresas de software entrevistadas creían que el dispositivo llegó al mercado demasiado tarde para ser digno de soporte.
A finales de 1984, Fiscal Information Inc., de Florida, demostró el subsistema de disco duro Lt. Kernal para el C64 . El teniente Kernal conectó 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 entregó 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 por clave que hacía posible que un programador experto implementara bases de datos estilo ISAM .
En 1987, la fabricación y distribución del Lt. Kernal se entregó a Xetec , Inc., quien también introdujo la compatibilidad con C128 (incluido el soporte para CP/M ). El tamaño de la unidad estándar 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 computadora pequeña estándar de la industria , más conocida como SCSI (el descendiente directo de SASI).
El teniente Kernal era capaz de alcanzar una velocidad de transferencia de datos de más de 38 kB por segundo [8] (65 kB por segundo en 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 por turnos que aprovechaba la capacidad del protocolo de bus SCSI para manejar múltiples iniciadores y objetivos . Por lo tanto, el Lt. Kernal podría usarse convenientemente en una configuración de múltiples computadoras, algo que no era posible con otros discos duros 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 a las unidades. En 2010, MyTec Electronics produjo una recreación del teniente Kernal. Se llamaba Contralmirante HyperDrive y utilizaba un DOS actualizado llamado RA-DOS. Las piezas del Contralmirante podrían usarse para actualizar el antiguo Lt. Kernal, por ejemplo, los chips del adaptador de host del Contralmirante podrían usarse para actualizar los chips en el 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 Contralmirante en su lugar.
También disponible para el Commodore 64 estaba la serie CMD HD de Creative Micro Designs. Al igual que la unidad de disquete Commodore 1541, el CMD HD podría conectarse al bus serie del Commodore 64 y podría funcionar independientemente de la computadora 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 albergar un módulo de reloj en tiempo real alimentado por batería para la marca de tiempo de los archivos. Las velocidades de funcionamiento originales de las unidades CMD HD-Series no eran mucho más rápidas que las velocidades originales de una unidad de disquete 1541, pero las unidades eran totalmente compatibles con JiffyDOS. Fue posible realizar transferencias paralelas más rápidas con la adición de otro producto CMD, el CMD RAMLink y un cable de transferencia paralelo especial. Con este arreglo, el rendimiento del sistema duplicó [ dudoso – discutir ] el del teniente Kernal. Una ventaja de los productos CMD era la compatibilidad del software, especialmente con GEOS, de la que carecían las soluciones anteriores. CMD finalmente perdió oportunidades para desarrollar funciones para el puerto auxiliar de la unidad (como una función 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 ) se pueden conectar al puerto SCSI externo de una unidad de la serie CMD HD. Usando el mismo disquete de software de utilidad enviado con todas las unidades de la serie CMD HD, el almacenamiento externo podría agregarse fácilmente a la tabla de particiones existente de la unidad de la serie CMD HD. Esta configuración podrí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 presentó el almacenamiento total sin problemas al usuario, independientemente de si los datos se almacenaron interna o externamente.
El ICT DataChief incluía un disco duro de 20 MB , junto con una unidad de disquete Indus GT , junto con una fuente de alimentación de 135 vatios en una carcasa diseñada para albergar una computadora compatible con IBM PC . [10]
El funcionamiento del usuario de estos subsistemas de disco duro era similar al de las unidades de disquete 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 gran aumento de la capacidad de almacenamiento (hasta un máximo de 4 GB ). . Un problema inevitable era que no se podía lograr la 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 una emulación exacta de 1541.
La "interfaz IDE64 ", construida por entusiastas, se diseñó a finales de la década de 1990, se conectó al puerto de expansión del Commodore 64 y permitió a los usuarios conectar discos duros IDE comunes, unidades de CD-ROM y DVD, unidades de disquete ZiP y LS-120 a sus Comodoro 64. Las revisiones posteriores de la placa de interfaz proporcionaron un conector flash extra compacto . El rendimiento de la interfaz IDE es comparable al de RAMLink en velocidad, pero carece de la inteligencia de SCSI. Su principal ventaja radica en poder utilizar discos duros económicos y económicos en lugar de las más costosas unidades SCSI. La compatibilidad con 1541 no es tan buena como la de los subsistemas de disco duro 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 utiliza componentes más modernos y un factor de forma más pequeño en comparación con el CMD HD, el Thunderdrive mantuvo total compatibilidad con el CMD HD.
.jpg/1280px-Commodore_Matrixdrucker_MPS-802_(wei%C3%9Fen_hintergrund).jpg)
Se lanzaron varias impresoras para la Commodore 64, tanto por parte de Commodore como por terceros fabricantes.
Las impresoras específicas de Commodore se conectaron al C64 a través del puerto serie y podían conectarse en cadena al sistema con otros dispositivos de puerto serie, como unidades de disquete. Por convención, las impresoras se denominaban dispositivos 4-5 en el bus serie CBM-488 .
Commodore vendió una serie de impresoras matriciales , incluida la MPS 801 ( OEM Seikosha GP 500 VC) y la MPS 803, aunque muchas otras impresoras de terceros como la Okimate 10 y la Okidata 120 también fueron populares; algunas tenían impresoras más avanzadas. funciones de impresión que cualquiera de los modelos de Commodore. La mayoría de las impresoras de la marca Commodore pasaron a llamarse modelos C. Itoh o Epson con interfaz serial Commodore. Además Star Micronics AR-40 tiene un puerto serie compatible con C64.
Commodore también produjo la impresora tipo margarita DPS-1101 , que producía impresiones con calidad de carta similar a una máquina de escribir basada en un mecanismo Juki [ se necesita aclaración ] , y que generalmente costaba más que la computadora y la unidad de disquete juntas. El 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 un MPS 802 renombrado. [12] [13]
.jpg/1280px-Commodore_1520_printer_plotter_(adjusted).jpg)
Un dispositivo mini trazador , 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 muchos otros trazadores económicos para ordenadores domésticos de la época (por ejemplo, el Atari 1020 ). [14] [15]
Dado que las primeras impresoras Commodore presentaban graves deficiencias, CARDCO lanzó la interfaz de impresora Card Print A (C/?A) que emulaba las impresoras Commodore al convertir la interfaz serie IEEE-488 de bus CBM estilo Commodore en un puerto de impresora Centronics para permitir numerosos Impresoras de terceros que se conectarán a un 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 utilizando 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 para impresoras. Con una interfaz paralela se podría utilizar la impresora láser QMS KISS, la más económica disponible en 1986, a $1.995 (equivalente a $5.545 en 2023). [17] Más tarde, CMD creó el GeoCable que permitía 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 búfer de impresora con 64 kB de RAM para el bus serie derativo CBM-bus IEC IEEE-488, como el "Búfer de impresión de caja serie de Brachman Associates". [18]
El Commodore 64 tiene dos puertos para joystick Atari . Commodore produjo controladores de joystick para el Commodore 64, en gran medida compatibles con los joysticks de Atari , así como con paletas (que no eran compatibles con Atari). Las paletas de Commodore estaban originalmente pensadas para el VIC-20 , y pocos juegos C64 podían aprovecharlas.
El "Teclado numérico Atari CX85" consta de un teclado numérico con 17 teclas [escape], [no], [eliminar], [sí], 0–9, [.], [-] y [+/enter]. [19] Se conecta al puerto del joystick C64 usando la interfaz estilo Atari 2600 con un enchufe DB9F. [20] [21]
Commodore tenía tres modelos de mouse de computadora , a saber, el NEOS Mouse (incluido con algunos paquetes de C64 como parte del paquete Mouse Cheese), el 1350 y el 1351 . Estos se utilizaron con GEOS y con software como Jane , OCP Art Studio, Arkanoid y Magic Desk . El mouse NEOS anterior funcionaba como un mouse 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 presionado el botón izquierdo durante el encendido. El último 1350 sólo era capaz de emular un joystick digital, enviando rápidas señales direccionales de 8 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 dirección del movimiento. Al igual que el mouse NEOS, se puede poner en un modo de emulación de joystick tipo 1350, manteniendo presionado el botón derecho al encender. El SmartMouse de CMD era compatible con 1351 y también incluía un tercer botón y un módulo de reloj en tiempo real incorporado.
Varias empresas produjeron bolígrafos luminosos con su propio software de dibujo para ordenador, por ejemplo el bolígrafo luminoso 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 también era compatible con GEOS. 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 computarizado de rendimiento relativo automotriz y ubicación de tránsito CarPilot , uno de los primeros sistemas de navegación para automóviles que se probaron, alrededor de 1984. Utilizaba un reproductor de video Commodore 64 , convertidor de 12 V CC a 5 V CC . /grabadora, conjunto de datos 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, la condición de bloqueo/no bloqueo del convertidor de par de la transmisión automática y la condición de encendido/apagado del embrague del aire acondicionado. Todos excepto los dos últimos llevaban incorporado un sistema de alarma "zumbador" que indica 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 1s, distancia recorrida que se incrementa cada 80 metros y distancia estimada hasta la llegada que también se disminuye con el mismo valor, 80 metros. [23]
La página 2 muestra la posición del vehículo a lo largo del 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 800 m . Pero se logró una precisión de la longitud de un automóvil en 35 kilómetros . El uso del lenguaje ensamblador era necesario para mantenerse al día con la entrada de los sensores. Una ventaja del sistema es la posibilidad de crear sus propios mapas digitales y así eliminar la necesidad de comprarlos para cada viaje. El software para realizar esta tarea fue escrito en Basic. [23]
Con la informática , el entrenador de robots y el escáner-plotter , Fischertechnik se convirtió en el primer fabricante de bloques de construcción modulares en la era de las computadoras. Se crearon interfaces para todas las computadoras domésticas populares en ese momento, incluidas 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 cafetera espresso controlada por la 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 de24V /10 W y las entradas responden a5–12 VCC. El dispositivo también proporciona (+5 V ) y (−5 V ) en50 mA para activar entradas. El dispositivo está programado en el VIC-20 con una E/S en 37136 . Y en C64 con E/S en 56577 . Las aplicaciones previstas eran alarmas antirrobo , puertas de garaje , cerraduras de puertas , 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]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 simple como "Sound Digitalizador (REX 9614)" que convierte 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 para su uso 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 conectado al puerto de usuario para permitir al médico analizar cosas como el nivel de estrés y ayudar a encontrar una mejor posición para trabajar. [32]
El "Scanntronik Handyscanner 64" es un escáner portátil que utiliza el puerto de usuario C64 . [1] [33]
Los captadores de fotogramas como el "PAL Color Digitalizador" 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 el C64. [1] El "Print Technik Video Digitalizador" se conecta a través del puerto de usuario y utiliza una señal de video CVBS que debe permanecer quieta durante 4 segundos para poder ser muestreada y luego se puede guardar como monocolor de 320 × 200 o multicolor de 160 × 200 ( 4 colores). [34]
El modo de 80 columnas podría usarse instalando el cartucho "BI-80" lanzado en 1984 [35] de "Baterías incluidas", que está construido alrededor del chip de video 6545 . Incluye una ROM de expansión que añade comandos BASIC 4.0. Se puede controlar qué modo de columna 40/80 está activo mediante software. Al encenderlo, 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] que costaba 400 000 liras en 1985. [39]
El "Z80 Video Pack 80" permitía una pantalla de 80 columnas en blanco y negro 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 interactuaba con la antena de TV y el puerto de usuario C64/128 . El software se proporcionó en una cinta C-10. [1] [40] Estos tenían un precio de 114,80 GBP IVA incluido. p/p en 1987. [41]
Como Commodore ofreció varios 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 eran de 300 baudios, y el 1670 era de 1200 baudios. El 1650 sólo podía marcar Pulse. El 1660 no tenía un chip de sonido propio para generar tonos táctiles, por lo que se requería conectar un cable del monitor/salida de audio al 1660 para que pudiera usar el chip de sonido C64 para generar tonos táctiles. El 1670 utilizó un conjunto modificado de comandos AT de Hayes .
Este módem es necesario para que Medical Manager realice operaciones EDI. [ se necesita aclaración ]
El Commodore 1650 se envió con un rudimentario software de terminal llamado Common Sense. Proporcionó la funcionalidad básica de Xmodem y contenía una función de desplazamiento hacia atrás de 700 líneas.
En Estados Unidos, Commodore ofreció Commodore Information Network, un CompuServe SIG 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 usuarios de C64 (que requerían módems Compunet especiales) desde 1984 hasta principios de los años 1990. En Australia, Telecom (ahora Telstra ) ofrecía un servicio en línea llamado " Viatel " y vendía módems para el C64 para utilizarlos con el servicio. En Alemania, las normas muy restrictivas del sistema telefónico estatal impidieron el uso generalizado de módems económicos sin licencia de telecomunicaciones, lo que provocó el uso de acopladores acústicos de calidad inferior . El acceso a Bildschirmtext , el servicio de acceso telefónico en línea propio de la empresa estatal de telecomunicaciones, 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 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 limitó la velocidad máxima a 2400 bits/s, propensos a errores . Los cartuchos de terceros con chips UART ofrecieron un mejor rendimiento.
Más adelante en la vida del Commodore 64, CMD desarrolló dos cartuchos de comunicaciones en serie para Commodore Computers, el "Swiftlink" (1990 [52] - 38 400 bits/s) [53] y el "Turbo 232" (1997 [54] - 230 400 bits/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 telefónico a Internet .
El cartucho de expansión Retro-Replay permitió agregar la placa serial adicional Silver Surfer , que también permitió conexiones de módem de 56k, y la placa serial adicional 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, lo que permitió a los entusiastas del C64 experimentar todas las funciones del servicio Quantum Link original en la actualidad con algunas mejoras de forma gratuita. [ cita necesaria ]
Los cartuchos Commodore 64 IEEE-488 fueron fabricados por varias empresas, pero los propios Commodore fabricaron muy pocos para la familia Commodore 64/128. Uno de los usos fueron los discos duros como el Commodore D9060 .
Algunas otras interfaces sin imágenes disponibles:
_front.jpg/1280px-Commodore_1702_(made_by_JVC)_front.jpg)
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 separadas de crominancia y luminancia , similar al estándar S-Video , para un rendimiento superior con el C64 (u otros dispositivos). capaz de emitir una señal separada). Otros monitores disponibles incluyeron el 1802 y el 1902. Introducido en 1986, el 1802 presentaba señales de croma y luma 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 las PC IBM .
Al principio de la vida del Commodore 64, Commodore lanzó varias mejoras de hardware específicas para la manipulación del sonido. Estos incluían el "Sound Expander", el "Sound Sampler", la superposición "Music Maker" y el teclado musical externo. Sound Expander y Sound Sampler eran cartuchos de expansión, pero tenían un uso limitado. El Sound Sampler en particular sólo 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 "caja de pan" del Commodore 64, que incluía teclas de piano de plástico correspondientes a 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 costo, 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 C64 más complejo fue el Mimic Systems Spartan, que agregó 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 la serie Apple II . Anunciado poco después del Commodore 64 en un momento en que había poco software disponible para la máquina, el Spartan no comenzó a comercializarse hasta 1986, momento en el que el C64 había adquirido una extensa biblioteca de software propia. [58] Esencialmente una computadora compatible con Apple II+ que usaba el teclado, salida de video, joysticks y grabadora de casetes del 64, el Spartan incluía 64kB de RAM, una placa base con una CPU 6502 en una tarjeta, 8 ranuras de expansión compatibles con Apple, un Apple- tarjeta controladora de disco compatible y una placa DOS para agregar a su unidad de disco 1541. La placa DOS era opcional, pero si no estaba instalada, se requeriría un Apple Disk II o una unidad compatible para cargar el software. El largo retraso entre el anuncio y la disponibilidad, junto con una fuerte promoción que incluía anuncios de página completa que se publicaban mensualmente en la prensa Commodore, convirtieron al Spartan en un ejemplo infame de vaporware .
Gamesware produjo un periférico de juego para el Commodore 64 en 1988, donde se conectó una placa objetivo a la computadora mediante el puerto RS-232 para permitir el uso de su conjunto de juegos Gamma Strike .
CMD produjo un cartucho sinfónico SID más adelante en la vida del Commodore. Una reelaboración del cartucho SID Symphony original del Dr. T, este cartucho le dio al Commodore otro chip SID para reproducir música SID estéreo [2] . Esto evitó que los usuarios de Commodore 64 tuvieran que modificar las placas base de sus computadoras para habilitarlas con chips SID duales.
Creative Micro Designs (CMD) fue el proveedor de hardware externo de mayor trayectoria para Commodore 64 y Commodore 128 , aclamado por algunos entusiastas por ser mejor compatible con Commodore 64 que los propios Commodore. Su primer producto comercial para el C64 fue un cargador rápido y un chip de utilidad basado en KERNAL llamado JiffyDOS. No fue la primera mejora basada en KERNAL para el C64 (también existían SpeedDOS y DolphinDOS ), pero fue quizás la mejor implementada. Los beneficios de una actualización de KERNAL significaban que el puerto del cartucho era de uso libre (lo que normalmente habría sido ocupado por un cartucho Epyx FastLoad o un Action Replay ), sin embargo, la desventaja significaba que había que quitar manualmente los chips de computadora de la placa base del C64. y unidades de disquete asociadas para instalarlo. Aparte de las habituales rutinas de carga rápida 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 , denominados colectivamente 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 esas modificaciones podían ser inestables. Algunas empresas también ofrecieron servicios para actualizar profesionalmente estos dispositivos.
Normalmente, la mayoría de los usuarios de Commodore 64 no necesitaban una expansión de RAM. Muy poco del software disponible fue programado para utilizar la memoria de expansión. El costo de las unidades (y el requisito de agregar una fuente de alimentación de alta resistencia) también fue un factor en el uso limitado de 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 un almacenamiento rápido en disco RAM , los datos almacenados en ellos se perderían ante cualquier corte de energía.
Aparte de los problemas de suministro de energía, el otro gran inconveniente de las ampliaciones de RAM fue su limitada utilidad debido a su implementación técnica. Solo se podía acceder a la RAM en los cartuchos de expansión a través de un puñado de registros de hardware, en lugar de ser una memoria direccionable por la CPU. Esto significaba que los usuarios no podían acceder a esta RAM sin complicadas técnicas de programación. Además, simplemente agregar la expansión de RAM no proporcionaba ningún tipo de funcionalidad de disco RAM integrada (aunque se suministraba un disco de utilidad con algunos REU, que proporcionaba un controlador de disco RAM cargable).
Una excepción popular al desuso de los REU fue GEOS . Como GEOS hacía un uso intensivo de una forma primitiva de espacio de intercambio controlada por software , tendía a ser lento cuando se usaba exclusivamente con disquetes o discos duros. Con la adición de un REU, junto con un pequeño controlador de software, GEOS usaría la memoria expandida en lugar de su espacio de intercambio habitual, aumentando la velocidad operativa de GEOS.
Debido a la falta de Commodore REU de la serie 17xx disponibles, y luego 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 expresamente para su uso con GEOS, aunque posteriormente se adaptaron algunos programas compatibles con REU para poder utilizarlo. Algún tiempo después, otra empresa clonó GeoRAM para formar el dispositivo BBGRAM (que también tenía una unidad de batería de respaldo). La GeoRAM utilizó un diseño de memoria almacenada en el que partes de la DRAM externa se almacenaron en el espacio de direcciones de la CPU del Commodore 64. Este método proporcionó velocidades de transferencia sustancialmente más lentas que las velocidades de transferencia de un solo ciclo por byte de los Commodore REU. GeoRAM utilizó cuatro chips DRAM de 1 Mbit de densidad dispuestos como dos bancos de dos circuitos integrados DRAM de 256Kx4. Una ventaja de usar DRAM más densa fue un menor consumo de energía, por lo que GeoRAM no requirió actualizar la fuente de alimentación del Commodore 64, en contraste con 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 ideó su propia expansión de RAM de 1 o 2 MB con alimentación externa, comercializada como PPI/CMD RAMDrive, que fue diseñada explícitamente para usarse como un disco RAM. Su principal característica era que la fuente de alimentación externa mantenía el formateo y el contenido de la RAM seguros y válidos mientras el ordenador estaba apagado, además de alimentar el dispositivo en cualquier caso. Se proporcionó un controlador en el disco de utilidades incluido para permitir que GEOS use la unidad RAM como una unidad de "disco" normal.
CMD luego siguió con RAMLink . Este dispositivo funcionaba de manera similar al RAMDrive, pero podía direccionar hasta 16 MB de RAM en forma de REU serie 17xx, GeoRAM y/o una tarjeta de memoria interna, que también proporcionaba un reloj en tiempo real respaldado por batería para el tiempo/archivo. estampado de fecha de los archivos guardados en él. También cuenta con una batería de respaldo, 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 vino después de esto y podía albergar hasta 16 MB de RAM directa direccionable por CPU. Desafortunadamente, no se ofrecía ninguna funcionalidad de disco RAM integrada o basada en disco, ni ningún software existente podía hacer uso de la naturaleza directamente direccionable de la RAM. La excepción es que los controladores se incluyeron con la unidad para permitir explícitamente a GEOS usar 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 dólares 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] Algunos dispositivos programadores también utilizaban el puerto del cartucho. [27]
Probablemente las herramientas de desarrollo y hackers más conocidas para el Commodore 64 incluían cartuchos "Reset" y "Freezer". Como el C64 no tenía un interruptor de reinicio por software incorporado [3] , los cartuchos de reinicio eran populares para ingresar " POKE " al juego (códigos que cambiaban partes del código de un juego para hacer trampa) de las populares revistas de informática Commodore. Los cartuchos congeladores tenían la capacidad no solo de restablecer 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 contaban con herramientas para editar sprites de juegos , monitores en lenguaje de máquina , cargadores rápidos de disquetes y otras herramientas de desarrollo. Sin embargo, los cartuchos congeladores 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 congeladores más conocidos fueron los cartuchos Datel " Action Replay ", Evesham Micros Freeze Frame MK III B, Trilogic "Expert", " The Final Cartridge III ", Super Snapshot e ISEPIC .
El subsistema de disco duro Lt. Kernal incluía un botón en el adaptador host llamado ICQUB (pronunciado "cubo de hielo"), que podía usarse para detener un programa en ejecución y capturar una imagen RAM en el disco. Esto funcionaría con la mayoría del software protegido contra copia que no realiza superposiciones de disco y/o omite la tabla de salto de ROM de KERNAL . La imagen RAM sólo se podía ejecutar en el sistema Lt. Kernal en el que fue capturada, evitando así que el proceso se utilizara para distribuir software sin licencia.
Como el Commodore 64 incluía 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 software de ensambladores, notadores, secuenciadores , 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. Algunos programas destacados incluyen la gama de sintetizadores Kawasaki , notación Music System y suite MIDI, el compositor secuencial 'a prueba de idiotas' compatible con MIDI Instant Music y el secuenciador MIDI Steinberg Pro-16, el precursor de Cubase .
El hardware notable incluía varias marcas de cartuchos MIDI, teclados enchufables (como Color Tone o Sound Chaser 64), la propia gama SFX de Commodore que incluía un muestreador de sonido y un sintetizador y teclado enchufable Sound Expander , el oscilador Commodulator más reciente. rueda y el cartucho utilitario de secuenciador y sintetizador Prophet 64 . Se dice que la interfaz MIDI de Passport Designs es uno de los mejores diseños y tiene el modelo con mayor soporte 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 interpretaciones o grabaciones; un ejemplo es la banda Instant Remedy. También es digna de mención la Orquesta Commodore 64, que se especializa en reorganizar e interpretar música originalmente compuesta y codificada para el mercado de juegos Commodore 64. Su mecenas es el célebre compositor comodoro Rob Hubbard .
La "caja de compatibilidad Mimic Spartan Apple II+" de Mimic Systems permitió a los usuarios de C64 ejecutar el software Apple II+ . [61] Vino con la adición de "Tarjeta DOS", un controlador de disco Apple II que se instaló dentro de la unidad de disco Commodore 1541 , entre la placa lógica del disquete y el mecanismo de la unidad. En modo normal, el circuito simplemente pasaba señales, pero con solo presionar un interruptor podía hacerse cargo del mecanismo y convertir la unidad en una unidad Apple II. La posibilidad de que se produjeran daños graves tanto en los disquetes Apple II como en los 1541 era enorme y ocurría con frecuencia. [ cita necesaria ] La caja tenía 24 puentes para configurar. Applesoft BASIC estaba incluido 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 podrían configurar varias depuraciones y usar computación esclava para permitir una renderización 3D rápida, etc. La caja tenía la funcionalidad de cambiar video entre C64 y Apple. El segundo anuncio se publicó en la Gaceta de COMPUTE! en 1986. [62]
El cartucho CP/M Commodore C64 utiliza 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 la serie 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. Entonces, si bien se produjeron aceleradores basados en el Western Design Center (WDC) 65C02 , que generalmente funciona a 4 MHz, y el microprocesador WDC 65C816 de 16 bits que funciona a 4, 8 o 20 MHz, aparecieron demasiado tarde y eran demasiado costosos de obtener. uso extendido.
El primer acelerador de CPU visto fue llamado "Proceso Turbo" por una empresa con sede en Bonn, Alemania , llamada Roßmöller GmbH. Utilizaba el microprocesador WDC 65C816 funcionando a 4,09 MHz. El código se ejecutó desde una RAM estática más rápida en el cartucho del puerto de expansión del acelerador. Como el controlador de vídeo VIC sólo puede acceder a la DRAM interna del C-64, las escrituras tuvieron que 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 Roßmöller Turbo Process con cambios lógicos menores y una carcasa de aluminio azul. Era un dispositivo de puerto de expansión con una frecuencia de 4,09 MHz. También tenía una opción JiffyDOS. Las primeras placas de circuito Turbo Process se enviaban con chips PAL a los que no se les quemaban los fusibles de seguridad, un descuido que hacía trivial la duplicación de la lógica PAL y, por tanto, el diseño del cartucho. No se conoce ningún litigio por la copia del diseño de la empresa alemana. La CPU Turbo Master tuvo una modificación beneficiosa: el bit para activar el modo de alta velocidad era "0" en la ubicación de memoria $00 en lugar del "1" del proceso Turbo. Una gran cantidad de software escribiría ceros en esta ubicación desactivando el modo de alta velocidad en el Turbo Process; esto se consideró un defecto de diseño que fue solucionado 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 frecuencia de 20 MHz y con hasta 16 MB de RAM si se combina con CMD. Tarjeta SuperRam . Es comprensible que, debido a un "mercado" y un número de desarrolladores muy limitados, hasta la fecha no haya mucho software adaptado para la SuperCPU; sin embargo, GEOS era compatible. Entre las pocas ofertas disponibles se encuentran las ruedas; un navegador web basado en Wheels llamado "The Wave", un sistema operativo gráfico tipo 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, todavía se están desarrollando y produciendo nuevos periféricos, principalmente para fines de almacenamiento masivo o de conexión en red.
El cartucho MMC64 permite al C64 acceder a tarjetas de memoria flash MMC y SD . Y se han desarrollado varias revisiones y complementos para aprovechar funciones adicionales. Cuenta con un puerto de reloj Amiga para conectar una interfaz Ethernet RR-Net, incluso se ha producido para él un complemento de reproductor MP3 llamado 'mp3@c64'.
En febrero de 2008, Individual Computers comenzó a distribuir MMC Replay. Une el MMC64 y el Retro Replay en un solo cartucho, finalmente construido teniendo en cuenta el ajuste adecuado de la carcasa (incluso incluye el complemento Ethernet RRnet2). Contiene muchas mejoras, como compatibilidad con C128, un montador .d64 incorporado (aunque no es compatible con speedloader porque la CPU 1541 no está emulada), ROM de 512 kB para un total de ocho cartuchos, RAM de 512 kB, un en herramienta flash para imágenes de cartuchos y soporte más amplio para varios tipos de cartuchos (no solo basados en Action-replay).
En abril de 2008, se envió el primer lote de 1541 Ultimate , un proyecto del desarrollador aficionado de VHDL Gideon Zweijtzer. Este es un cartucho que lleva un cartucho Action Replay y Final (lo que prefiera el usuario) y una unidad 1541 emulada FPGA muy compatible que se alimenta desde una ranura para tarjeta SD incorporada (.d64, prg, etc.). La diferencia con otros cartuchos de montaje basados en SD y .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) se emula completamente, 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 muestra un nuevo menú en la pantalla. El 1541 Ultimate también funciona en modo autónomo sin un c-64, funcionando como lo haría un Commodore 1541 normal . La selección del disco de .d64s se realiza mediante los botones del cartucho y la alimentación 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 normal sin 32 MB de RAM se eliminó porque no había demanda. Debido a la demanda del público, ahora también existe 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 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 de máquina , cargador rápido y pantalla de configuración del 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 hay varias interfaces para conectar el 64 a un teclado de PC.
Actualmente también se está desarrollando una placa para convertir señales de vídeo Commodore 64 a una 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 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 el GBS más extendido. -8220 tablero.
En septiembre de 2008, Individual Computers anunció [65] Chameleon, un cartucho para el puerto de expansión que agrega muchas funciones nunca antes vistas. Tiene un Freezer compatible con Retro-Replay y una ranura MMC/SD, REU de 16 MB y un conector PS/2 para un teclado de PC. Existe soporte para un adaptador de red y un reloj en tiempo real respaldado por batería. El cartucho ni siquiera tiene que estar conectado a un Commodore 64 y puede usarse como un dispositivo independiente mediante alimentación USB. Dado que el cartucho esencialmente también incluye un Commodore One, es posible incluir un puerto VGA que envíe la imagen a un monitor de PC estándar. El núcleo Commodore One también permite utilizar 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 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 se encuentra en estado beta. Se está desarrollando una estación de acoplamiento de modo independiente.
Retro Innovations comercializa el dispositivo uIEC [66] , que utiliza el diseño central del proyecto SD2IEC para proporcionar una solución de medios masivos para sistemas Commodore de 8 bits que utilizan el bus serie Commodore IEC. NKCElectronics de Florida envía hardware SD2IEC que utiliza el firmware sd2iec. Manosoft vende la C64SD Infinity, otra solución de medios de tarjeta SD que utiliza el firmware sd2iec.
En el verano de 2013, aparece en el mercado otra variante comercial del dispositivo SD2IEC, el SD2IEC-evo2 de 16xEight. [67] Este dispositivo utiliza un uC más grande (ATmega1284P) y tiene algunos extras como RTC con respaldo de batería, conector para pantalla LC, LED de estado multicolor, etc., ya integrados.
En 2014 aparece otra variante comercial del hardware SD2IEC. Las versiones thefuturewas8bit SD2IEC están disponibles empaquetadas para parecerse a una unidad de disco 1541 en miniatura. Tiene botones iluminados de cambio y reinicio de disco accesibles desde la parte superior de la caja. [68]
la velocidad de transferencia de datos seguía siendo la asombrosa cifra de 38 kilobytes por segundo
= Commodore 1520 / Oric MCP40 / Tandy/Radio Shack CGP-115 /...; fabricado por ALPS [..] Modos de 20, 40 y 80 columnas
Otras impresoras trazadoras que utilizan variantes del mecanismo de trazador ALPS DPG1302 incluyen: Commodore 1520, Tandy CGP-115, Sharp CE-150, Atari 1020, Mattel Aquarius 4615
{{cite book}}: |first1=tiene nombre genérico ( ayuda )5 poke53265,0 10 para i=0 a 25:leer a:poke49152+i,a:next:sys49152 90 datos 120,165,1,41,223,133,1,162,0,160,15,169,16 91 datos 44,13,220,240,251,142, 24,212,140,24,212,208,243
Valós idejű óra modul. Egy kódolt frankfurti rádióadó jeleit használja az óra szinkronizálásához. Nem tudom működik-e még az említett adó, a nagy távolság miatt nem tudtam kipróbálni. [Módulo de reloj en tiempo real. Para sincronizar el reloj se utiliza una señal codificada de una emisora de radio de Frankfurt. No sé el impuesto si funciona todavía, no pude probar debido a las largas distancias.]
Identifique su identificación como Auerswald ACC-64, un DCF-77 Zeitsignalempfänger para el C64. [Identificándolo como pude Auerswald ACC-64, un receptor de señal horaria DCF-77 para el C64.]