Войти
 | |
| Производитель | Commodore Business Machines (CBM) |
|---|---|
| Тип | Расширение памяти |
| Дата выпуска | 1986; 34 года назад (1986) |
| Снято с производства | 1990; 30 лет назад (1990) |
| CPU | MOS 8726 REC (RAM Expansion Controller) DMA ASIC |
| Память |
|
| Хранилище | 4164 64kx1 или 41256 256kx1 ИС DRAM |
Commodore 's RAM Expansion Unit (REU) диапазон внешних RAM надстроек для их Commodore 64 / 128 домашних компьютеров был анонсирован одновременно с C128. REU выпускались трех моделей: сначала 1700 (128 КБ ) и 1750 (512 КБ), а позже - 1764 ( 256 КБ, для C64).
Потребность в REU возникла, когда руководство Commodore решило не использовать окончательную версию настраиваемого модуля управления памятью (MMU), который затем ограничил размер памяти, несмотря на раннее обсуждение карты памяти большего размера. Инженеры, направлявшиеся на выставку Consumer Electronics Show (CES) 1985 года, столкнулись с рекламными проспектами и рекламными щитами, рекламирующими объем памяти, который больше не поддерживался, и, наконец, высшее руководство спросило, куда можно установить дополнительную память (до 512 КБ) дюйм.
К моменту проведения выставки CES в Чикаго в 1985 году инженеры смогли показать вращающийся земной шар в качестве демонстрации прямого доступа к памяти (DMA) с помощью новых блоков REU.
Аппаратное обеспечение REU было разработано Фрэнком Палией, а специализированная интегральная схема (IC) Контроллера расширения ОЗУ (REC) была разработана Виктором Андраде. Фред Боуэн и Терри Райан адаптировали модели C128 KERNAL и BASIC, чтобы приспособить их к REU, а Хедли Дэвис написала демонстрацию вращения земного шара, которая в середине 1980-х была впечатляющим показом анимации.
Официальные характеристики демонстрация Хотя C128 мог получить доступ к более чем 64 КБ ОЗУ через переключение банков, доступ к памяти внутри REU можно было получить только при передаче памяти (STORE / LOAD / SWAP / COMPAREs) между основными память и память REU. Кроме того, встроенный в C128 BASIC 7.0 имел три оператора: STASH, FETCHи SWAPдля хранения и получения данных из REU.
Официально C128 поддерживал только 1700 и 1750. Модель 1764 на 256 КБ была выпущена для C64 одновременно. Между тремя моделями были лишь незначительные различия. Заводское устройство не могло поддерживать 1764, и в него входил блок питания C64 на 2,5 ампера, который поддерживал компьютер и его устройства и определялся уровнем потребности устройства в регулируемом источнике питания с достаточным объемом оперативной памяти.
1700 использует шестнадцать 4164 64kx1 DRAM IC, 1764 имеет восемь 41256 256kx1 DRAM, а 1750 имеет шестнадцать 41256 DRAM.
На практике разница между 1764 и более ранними устройствами мало повлияла на совместимость, и люди успешно использовали 1700 и 1750 с C64, а 1764 успешно с C128, хотя штатный источник питания C64 был недостаточным надежно справиться с силовой нагрузкой любого из них. Некоторые дилеры разделили 1764 и блок питания, чтобы продать блок питания пользователям C64 и / или обновить 1764 до 512 КБ.
В конце 1980-х была нехватка DRAM, вызванная администрацией Рейгана, вводившей анти- демпинговые ограничения для японских производителей, поэтому 1750-е годы были редкими и дорогими. Однако было сравнительно легко обновить 1700 или 1764 до 512 КБ. Несколько фирм сделали это на коммерческой основе, либо продавая модернизированные установки, либо модернизируя установки, поставляемые заказчиком.
В начале 1990-х годов в различных онлайн-сервисах появились схемы модификации DIY для увеличения емкости REU до одного мегабайта или выше.
1764 REU с диском утилит и источником питания 2,5 ампера Печатная плата 1700s была идентична плате 1750, а след маркировка J1 указывает размер используемых микросхем. В 1750 и 1764 годах этот след был вырезан.
1700 и 1750 имели резистор в позиции R4, который, по словам инженера Commodore Фреда Боуэна, компенсировал незначительные временные различия в порте расширения на C64 и C128. В 1764 году этого резистора не было. Боуэн и другие инженеры CBM рекомендовали не использовать 1764 с C128, если не был добавлен резистор, или 1700/1750 с C64, если резистор не был удален.
Было возможно проверить наличие 1750, прочитав адрес памяти $ DF00бит 4, который был 1 на 1750 и 0 на 1700 или 1764. Однако, поскольку эта процедура не будет различать 1700 и 1764. Чтобы решить эту проблему, программисты записывали, а затем читали из RAM REU, чтобы узнать объем установленной памяти.
Небольшой процент программного обеспечения использует REU. Как и другие дополнительные продукты от Commodore, их относительно небольшая установленная база по сравнению с огромным количеством C64 и C128 заставила разработчиков программного обеспечения не решаться вкладывать много времени и усилий в поддержку REU. Отсутствие коммерческой поддержки привело к снижению продаж, чем они могли бы быть в противном случае. Благодаря своей высокой скорости по сравнению с дисководами Commodore или даже с имеющимися в продаже жесткими дисками, REU действительно получили поддержку в сообществе Commodore BBS. Такие программы, как Color64, требовали REU для минимизации времени загрузки при переключении между разделами BBS.
REU поставлялись с программным обеспечением для использования дополнительной памяти в качестве RAM-диска, но совместимость RAM-диска с коммерческим программным обеспечением варьировалась, поскольку некоторые коммерческие программы сильно зависели от различных особенностей Commodore 1541 дисковод гибких дисков. Кроме того, многие коммерческие программы просто перезаписывали пространство памяти, занимаемое программным обеспечением RAM-диска.
Операционная система GEOS имеет встроенную поддержку REU как RAM-диск, как и версия CP / M для C128, а некоторые программы копирования дисков использовали REU для облегчения высокоскоростного копирования с одним дисководом. GEOS, как и другие программы, даже использовали REU для быстрой передачи памяти в пределах основной памяти хост-машины, сохраняя блок памяти в REU и затем загружая его обратно в другое место. При использовании этого метода для передачи по шине данных машины требовались только фактические данные, в отличие от обычного метода, при котором ЦП компьютера выполнял передачу, тратя не менее три четверти емкости шины по команде выбирает и только четверть или меньше по данным полезной нагрузки.
