La Unidad de expansión de RAM Commodore (REU) es una gama de complementos de RAM externos.
En el momento de la introducción de la computadora doméstica Commodore 128 , se anunciaron dos REU para ese modelo; los REU 1700 (128 KB ) y 1750 ( 512 KB ). Posteriormente, Commodore introdujo un tercer modelo, para su modelo Commodore 64 : el 1764 ( 256 KB ) [1]
La necesidad de la REU surgió cuando la gerencia de Commodore decidió no utilizar la versión final de la Unidad de administración de memoria (MMU) personalizada, que luego limitó el tamaño de la memoria a pesar de la discusión inicial sobre un mapa de memoria más grande. Los ingenieros que viajaron al Consumer Electronics Show (CES) de 1985 se enfrentaron a 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 ).
En el momento de la feria CES de 1985 en Chicago, los ingenieros pudieron mostrar un globo terrestre giratorio como demostración del acceso directo a la memoria (DMA) por parte de las nuevas unidades REU.
El hardware REU fue diseñado por Frank Palia y el circuito integrado (IC) dedicado del Controlador de expansión de RAM (REC) fue diseñado por Victor Andrade. Fred Bowen y Terry Ryan adaptaron KERNAL y BASIC del C128 para acomodar el REU de forma nativa y Hedley Davis escribió la demostración del globo 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 banco , solo se podía acceder a la memoria dentro del REU mediante transferencias de memoria (STORE/LOAD/SWAP/COMPAREs) entre la memoria principal y la memoria del REU. Además, el BASIC 7.0 integrado del C128 tenía tres declaraciones, STASH, FETCHy SWAP, para almacenar y recuperar datos del REU.
Oficialmente, sólo el 1700 y el 1750 eran compatibles con el C128. Al mismo tiempo se lanzó el modelo de 256 KB , el 1764, para el C64. Sólo hubo pequeñas diferencias entre los tres modelos. La fuente de alimentación C64 original no podía soportar la carga adicional presentada por el 1764, por lo que se incluyó una fuente de alimentación C64 de 2,5 amperios.
El 1700 utiliza dieciséis circuitos integrados DRAM 4164 64kx1 , el 1764 tiene ocho DRAM 41256 256kx1 y el 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 original del C64 era inadecuada para manejar de manera confiable la carga de energía. de cualquiera de ellos. Algunos distribuidores separaron el 1764 y la fuente de alimentación para vender la fuente de alimentación a los usuarios de C64 y/o actualizar el 1764 a 512 KB .
El REU modelo 1750 se puede modificar para admitir hasta 2 MB de memoria instalando 2 IC adicionales para conmutador de banco. Sólo hay una fuente de incompatibilidad de software en esta modificación: el software que no establece los bits en $DF06 al mismo valor en todo momento, o establece los bits en un banco de 512 kb que aún no está instalado, no funcionará. No trabajo. [2]
A finales de la década de 1980, hubo escasez de DRAM, por lo que las 1750 eran raras y caras. Sin embargo, fue comparativamente fácil actualizar un 1700 o 1764 a 512 KB . Varias empresas hicieron esto comercialmente, ya sea vendiendo unidades mejoradas o actualizando unidades suministradas por los clientes.
A principios de la década de 1990, aparecieron en varios servicios en línea esquemas de modificación de bricolaje para aumentar la capacidad de un REU a un megabyte o más.
La placa de circuito del 1700 era idéntica a la del 1750, y un trazo marcado con J1 indicaba el tamaño de los chips utilizados. En 1750 y 1764 se cortó este rastro.
El 1700 y el 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 del C64 y el C128. El 1764 carecía de esa resistencia. Bowen y otros ingenieros de CBM recomendaron no usar un 1764 con un C128 a menos que se agregara la resistencia, o un 1700/1750 con un C64 a menos que se quitara la resistencia.
Era posible verificar la presencia de un 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 distinguiría entre un 1700 y un 1764. Para resolver esto, los programadores escribieron y luego leyeron la RAM del REU para averiguar la cantidad de memoria instalada.$DF00
Un pequeño porcentaje de software hizo uso de las REU. Al igual que otros productos complementarios de Commodore , su base instalada relativamente pequeña en relación con la gran cantidad de C64 y C128 hizo que los desarrolladores de software dudaran en invertir mucho tiempo y esfuerzo en soportar REU. La falta de apoyo comercial mantuvo las ventas por debajo de lo que podrían haber sido de otro modo. Debido a su alta velocidad en relación con las unidades de disquete de Commodore o incluso con los discos duros disponibles comercialmente, los REU obtuvieron apoyo en la comunidad de Commodore BBS . Programas como Color64 requerían un REU para minimizar los tiempos de carga al cambiar entre secciones del BBS. [3]
Los REU venían con software para usar la memoria adicional como disco RAM , pero la compatibilidad del disco RAM con el software comercial variaba ya que algunos software comerciales dependían en gran medida de varias peculiaridades de la unidad de disquete Commodore 1541 . Además, muchos programas comerciales simplemente sobrescriben el espacio de memoria ocupado por el software del disco RAM.
El sistema operativo GEOS había incorporado soporte para el REU como disco RAM , al igual que la versión CP/M del C128 , y algunos programas de copia de disco utilizaban el REU para facilitar la copia de alta velocidad con una sola unidad de disco. GEOS y otros programas incluso utilizaron el REU para transferencias rápidas de memoria dentro de la memoria principal de la máquina host almacenando un bloque de memoria en el REU y luego recuperándolo a otra ubicación. Con este método, sólo los datos reales a transferir necesitaban viajar en el bus de datos de la máquina , a diferencia del método ordinario, en el que la CPU de la computadora realizaba la transferencia, gastando así al menos tres cuartos de la capacidad del bus en búsquedas de instrucciones y solo un trimestre o menos en datos de carga útil.