コモドール REU

コモドール REU

メーカー	コモドールビジネスマシン（CBM）
タイプ	メモリ拡張
発売日	1986年; 38年前 （1986年）
製造中止	1990年; 34年前 （1990年）
CPU	MOS 8726 REC (RAM 拡張コントローラ) DMA ASIC
メモリ	128 KB RAM (1700) 256 KB RAM (1764) 512 KB RAM (1750)
ストレージ	4164 64kx1 または 41256 256kx1 DRAM IC

Commodore RAM 拡張ユニット (REU)は、外部 RAMアドオン の範囲です。

コモドール128 ホームコンピュータの発表時に、そのモデル用に2つのREUが発表されました。1700 （ 128KB  ）と1750（512KB ）のREUです。その後、コモドールはコモドール64モデル用に3番目のモデルである1764（256KB）を発表しました^[1]。

REU の必要性は、コモドールの経営陣が、当初より大規模なメモリ マップについて議論されていたにもかかわらず、メモリ サイズを制限していたカスタム メモリ管理ユニット (MMU) の最終バージョンを使用しないことを決定したときに生まれました。1985 年のConsumer Electronics Show (CES) に出張したエンジニアたちは、サポートされなくなったメモリ サイズを宣伝するチラシや看板を目にし、最終的に経営陣は、追加メモリ (最大512 KB ) をどこに差し込むのかを尋ねました。

1985 年にシカゴで開催された CES ショーの時点で、エンジニアは新しい REU ユニットによる ダイレクト メモリ アクセス (DMA)のデモンストレーションとして、回転する地球儀を展示することができました。

REU ハードウェアは Frank Palia によって設計され、専用の RAM 拡張コントローラ (REC) 集積回路 (IC) は Victor Andrade によって設計されました。Fred Bowen と Terry Ryan は C128 のKERNALとBASIC を改造してREU をネイティブに使用できるようにし、Hedley Davis は 1980 年代半ばの印象的なアニメーション表示であった地球儀の回転デモを作成しました。

C128 はバンク切り替えにより64 KBを超えるRAM にアクセスできましたが、REU 内のメモリにはメイン メモリと REU メモリ間のメモリ転送 (STORE/LOAD/SWAP/COMPARE) によってのみアクセスできました。さらに、C128 に組み込まれたBASIC 7.0には、REU にデータを保存および取得するための 、 、 の3つのステートメントがありました。STASHFETCHSWAP

公式には、C128 では 1700 と 1750 のみがサポートされていました。256 KBモデルの 1764 は、C64 用に同時にリリースされました。3 つのモデルの間にはわずかな違いしかありませんでした。オリジナルの C64 電源は、1764 によってもたらされる追加の負荷をサポートできなかったため、2.5 アンペアの C64 電源が付属していました。

1700 は 16 個の 4164 64kx1 DRAM IC を使用し、1764 は 8 個の 41256 256kx1 DRAM を使用し、1750 は 16 個の 41256 DRAM を使用します。

実際には、1764 とそれ以前のユニットの違いは互換性にほとんど影響せず、1700 と 1750 は C64 で問題なく使用でき、1764 は C128 で問題なく使用できましたが、C64 の標準電源はいずれの電力負荷にも確実に対応できるほど不十分でした。一部のディーラーは、1764 と電源を切り離して、電源を C64 ユーザーに販売したり、1764 を512 KBにアップグレードしたりしました。

REU モデル 1750 は、バンク スイッチ用の IC を 2 つ追加インストールすることで、最大 2MB のメモリをサポートするように変更できます。この変更では、ソフトウェアの非互換性の原因は 1 つだけです。$DF06 のビットを常に同じ値に設定しないソフトウェア、またはまだインストールされていない 512 kb のバンクにビットを設定するソフトウェアは動作しません。^[2]

1980 年代後半には DRAM が不足していたため、1750 は希少で高価でした。しかし、1700 または 1764 を512 KBにアップグレードするのは比較的簡単でした。いくつかの企業がこれを商業的に行っており、アップグレードしたユニットを販売するか、顧客が提供したユニットをアップグレードしました。

1990 年代初頭、 REU の容量を 1メガバイト以上 に増やすDIY改造スキームがさまざまなオンライン サービスに登場しました。

1700 年代の回路基板は1750 年代のものと同一で、 J1 とマークされたトレースは使用されているチップのサイズを示していました。1750 と 1764 では、このトレースはカットされていました。

1700 と 1750 にはR4 の位置に抵抗器があり、コモドールのエンジニア Fred Bowen によると、これが C64 と C128 の拡張ポートの微妙なタイミングの違いを補正するとのことだった。1764 にはその抵抗器がなかった。Bowen と他の CBM エンジニアは、抵抗器を追加しない限り 1764 を C128 と使用しないこと、または抵抗器を削除しない限り 1700/1750 を C64 と使用しないことを推奨した。

メモリ アドレス $DF00のビット4 を読み取ることで 1750 の存在を確認することができました。これは 1750 では 1、1700 または 1764 では 0 でした。ただし、この手順では 1700 と 1764 を区別できませんでした。この問題を解決するために、プログラマーは REU の RAM に書き込み、その後そこから読み取り、インストールされているメモリの量を調べました。

ソフトウェアのごく一部が REU を利用していました。コモドールの他のアドオン製品と同様に、C64 や C128 の膨大な数に比べてインストールベースが比較的小さいため、ソフトウェア開発者は REU のサポートに多くの時間と労力を費やすことをためらっていました。商用サポートがないため、売上は本来よりも低かったでしょう。コモドールのフロッピー ドライブや市販のハード ドライブに比べて高速であるため、REU はコモドールBBSコミュニティでサポートされていました。Color64 などのプログラムでは、 BBS のセクション間を切り替える際の読み込み時間を最小化するために REU が必要でした。^[3]

REU には、余分なメモリをRAM ディスクとして使用するためのソフトウェアが付属していましたが、一部の商用ソフトウェアはCommodore 1541フロッピー ドライブのさまざまな特性に大きく依存していたため、RAM ディスクと商用ソフトウェアとの互換性はさまざまでした。さらに、多くの商用プログラムは、RAM ディスク ソフトウェアによって占有されているメモリ領域を単純に上書きしていました。

GEOSオペレーティングシステムには、 C128 のCP/Mバージョンと同様に、 RAM ディスクとしての REU のサポートが組み込まれており、一部のディスクコピープログラムは REU を使用して、単一のディスクドライブで高速コピーを可能にしました。GEOS やその他のプログラムは、メモリブロックを REU に格納し、それを別の場所にフェッチすることで、ホストマシンのメインメモリ内での高速メモリ転送にも REU を使用しました。この方法を使用すると、転送される実際のデータのみがマシンのデータバス上を移動する必要があります。これは、コンピューターのCPU が転送を行う通常の方法とは異なります。通常の方法では、バス容量の少なくとも 4 分の 3 が命令フェッチに使用され、ペイロードデータには 4 分の 1 以下しか使用されません。

• スーパー 1750 クローン
• ジオRAM
• クリエイティブマイクロデザインRAMLink
• クリエイティブマイクロデザイン2 MB REU、( 1750 XL )

• REU ゲームとユーティリティ
• REU プログラミングドキュメント
• コモドール RAM 拡張ユニット用の RAM ディスク プログラムである RAMDOS のソース コード
• REU プログラミング - ロビン・ハーブロン著