Comodoro REU

La unidad de expansión de RAM Commodore (REU) es una gama de módulos de RAM externos adicionales.

En el momento de la introducción del ordenador doméstico Commodore 128 , se anunciaron dos REU para ese modelo: el 1700 (128 KB ) y el 1750 ( 512 KB ). Posteriormente, Commodore introdujo un tercer modelo, para su Commodore 64 : el 1764 ( 256 KB ) ^{[ 1 ].} 

La necesidad de la REU surgió cuando la dirección de Commodore decidió no utilizar la versión final de la Unidad de Gestión de Memoria (MMU) personalizada, que limitaba el tamaño de la memoria a pesar de las primeras conversaciones sobre un mapa de memoria más grande. Los ingenieros que viajaron a la Feria de Electrónica de Consumo (CES) de 1985 se encontraron con folletos y vallas publicitarias que anunciaban un tamaño de memoria que ya no era compatible y, finalmente, la alta dirección preguntó dónde se conectaría la memoria adicional (hasta 512 KB ).

Para la feria CES de Chicago de 1985, los ingenieros ya podían mostrar un globo terráqueo giratorio como demostración del acceso directo a memoria (DMA) mediante las nuevas unidades REU.

El hardware de la REU fue diseñado por Frank Palia y el circuito integrado (CI) dedicado del controlador de expansión de RAM (REC) fue diseñado por Victor Andrade. Fred Bowen y Terry Ryan adaptaron el KERNAL y el BASIC del C128 para que la REU funcionara de forma nativa, y Hedley Davis escribió la demostración del globo terráqueo giratorio, que fue una impresionante muestra de animación a mediados de la década de 1980.

Aunque el C128 podía acceder a más de 64 KB de RAM mediante conmutación de bancos , la memoria dentro de la REU solo podía ser accedida mediante transferencias de memoria (STORE/LOAD/SWAP/COMPAREs) entre la memoria principal y la memoria de la REU. Además, el BASIC 7.0 integrado del C128 tenía tres instrucciones, STASH, FETCH, y SWAP, para almacenar y recuperar datos de la REU.

Oficialmente, solo los modelos 1700 y 1750 eran compatibles con la C128. El modelo de 256 KB , el 1764, se lanzó para la C64 al mismo tiempo. Existían solo pequeñas diferencias entre los tres modelos. La fuente de alimentación original de la C64 no podía soportar la carga adicional del 1764, por lo que se incluyó una fuente de alimentación de 2,5 amperios para la C64.

El modelo 1700 utiliza dieciséis circuitos integrados DRAM 4164 de 64kx1 , el modelo 1764 tiene ocho DRAM 41256 de 256kx1 y el modelo 1750 tiene dieciséis DRAM 41256.

En la práctica, la diferencia entre el 1764 y las unidades anteriores tuvo poco efecto en la compatibilidad, y la gente usó los 1700 y 1750 con éxito con el C64, y los 1764 con éxito con el C128, aunque la fuente de alimentación estándar del C64 era insuficiente para manejar de forma fiable la carga de energía de cualquiera de ellos. Algunos distribuidores vendían el 1764 y la fuente de alimentación por separado para vender la fuente de alimentación a los usuarios del C64, y/o actualizaban el 1764 a 512 KB .

El modelo REU 1750 se puede modificar para admitir hasta 2 MB de memoria instalando 2 circuitos integrados adicionales para la conmutación de bancos. Esta modificación presenta una única fuente de incompatibilidad de software: el software que no configure los bits en $DF06 con el mismo valor en todo momento, o que configure los bits en un banco de 512 kb que aún no esté instalado, no funcionará. ^{[ 2 ]}

A finales de la década de 1980, la escasez de DRAM provocó que los procesadores 1750 fueran raros y caros. Sin embargo, era relativamente fácil ampliar un procesador 1700 o 1764 a 512 KB . Varias empresas ofrecían este servicio comercialmente, ya fuera vendiendo unidades ampliadas o actualizando las que proporcionaban los clientes.

A principios de la década de 1990, aparecieron en varios servicios en línea esquemas de modificación casera para aumentar la capacidad de una REU a un megabyte o más.

La placa de circuito impreso del modelo 1700 era idéntica a la del modelo 1750, y una pista marcada como J1 indicaba el tamaño de los chips utilizados. En los modelos 1750 y 1764, esta pista fue cortada.

Los modelos 1700 y 1750 tenían una resistencia en la posición R4 que, según el ingeniero de Commodore, Fred Bowen, compensaba las sutiles diferencias de sincronización en el puerto de expansión de los chips C64 y C128. El modelo 1764 carecía de dicha resistencia. Bowen y otros ingenieros de CBM desaconsejaron el uso de un 1764 con un C128 a menos que se añadiera la resistencia, o de un 1700/1750 con un C64 a menos que se retirara la resistencia.

Era posible comprobar la presencia de un chip 1750 leyendo el bit 4 de la dirección de memoria , que era 1 en un 1750 y 0 en un 1700 o 1764. Sin embargo, este procedimiento no permitía distinguir entre un 1700 y un 1764. Para solucionar esto, los programadores escribían en la RAM de la REU y luego leían de ella para averiguar la cantidad de memoria instalada.$DF00

Un pequeño porcentaje del software utilizaba las REU. Al igual que otros productos complementarios de Commodore , su base instalada relativamente pequeña en comparación con la enorme cantidad de C64 y C128 hizo que los desarrolladores de software dudaran en invertir mucho tiempo y esfuerzo en el soporte de las REU. La falta de soporte comercial mantuvo las ventas por debajo de lo que podrían haber sido. Debido a su alta velocidad en comparación con las unidades de disquete de Commodore o incluso los discos duros disponibles comercialmente, las REU sí recibieron soporte en la comunidad BBS de Commodore . Programas como Color64 requerían una REU para minimizar los tiempos de carga al cambiar entre secciones del BBS. ^{[ 3 ]}

Las unidades REU incluían software para usar la memoria adicional como disco RAM , pero la compatibilidad del disco RAM con el software comercial variaba, ya que algunos programas comerciales dependían en gran medida de ciertas peculiaridades de la unidad de disquete del Commodore 1541. Además, muchos programas comerciales simplemente sobrescribían el espacio de memoria ocupado por el software del disco RAM.

El sistema operativo GEOS tenía soporte integrado para la REU como disco RAM , al igual que la versión de CP/M del C128 , y algunos programas de copia de discos usaban la REU para facilitar la copia de alta velocidad con una sola unidad de disco. GEOS, así como otros programas, incluso usaban la REU para transferencias rápidas de memoria dentro de la memoria principal de la máquina anfitriona , almacenando un bloque de memoria en la REU y luego recuperándolo en otra ubicación. Usando este método, solo los datos reales que se iban a transferir necesitaban viajar por el bus de datos de la máquina , a diferencia del método convencional, en el que la CPU de la computadora realizaba la transferencia, consumiendo así al menos tres cuartas partes de la capacidad del bus en la búsqueda de instrucciones y solo una cuarta parte o menos en los datos de carga útil.

• Clon Super 1750
• geoRAM
• Diseños creativos de microestructuras RAMLink
• Diseños creativos en micropapeles 2 MB REU, ( 1750 XL )

• REU Juegos y utilidades
• Documentación del programa REU
• Código fuente de RAMDOS, un programa de disco RAM para la unidad de expansión de RAM de Commodore.
• Programación REU - por Robin Harbron