Commodore REU
.jpg) | |
| Producent | Commodore Business Machines (CBM) |
|---|---|
| Typ | Rozszerzenie pamięci |
| Data wydania | 1986 |
| Przerwane | 1990 |
| procesor | MOS 8726 REC (kontroler rozszerzenia pamięci RAM) DMA ASIC |
| Pamięć |
|
| Składowanie | Układy scalone DRAM 4164 64kx1 lub 41256 256kx1 |
Commodore RAM Expansion Unit (REU) to szereg zewnętrznych dodatków do pamięci RAM .
W momencie wprowadzenia komputera domowego Commodore 128 ogłoszono dwa REU dla tego modelu; 1700 (128 KB ) i 1750 ( 512 KB ) REU. Później Commodore wprowadził trzeci model, dla swojego modelu Commodore 64 : 1764 ( 256 KB )
Potrzeba REU pojawiła się, gdy kierownictwo Commodore zdecydowało się nie używać ostatecznej wersji niestandardowej jednostki zarządzania pamięcią (MMU), która następnie ograniczyła rozmiar pamięci pomimo wczesnych dyskusji na temat większej mapy pamięci. Inżynierowie podróżujący na targi Consumer Electronics Show (CES) w 1985 r. mieli do czynienia z ulotkami i billboardami reklamującymi rozmiar pamięci, który nie był już obsługiwany, a w końcu najwyższe kierownictwo zapytało, gdzie można podłączyć dodatkową pamięć (do 512 KB ).
Do czasu pokazu CES w Chicago w 1985 roku inżynierowie byli w stanie wyświetlić obracającą się kulę ziemską jako demonstrację bezpośredniego dostępu do pamięci (DMA) przez nowe jednostki REU.
Sprzęt REU został zaprojektowany przez Franka Palię, a dedykowany układ scalony (IC) kontrolera rozszerzenia pamięci RAM (REC) został zaprojektowany przez Victora Andrade. Fred Bowen i Terry Ryan dostosowali KERNAL i BASIC C128, aby natywnie dostosować REU, a Hedley Davis napisał demonstrację kręcenia globusem, która była imponującym pokazem animacji w połowie lat 80.
Opis sprzętu
Chociaż C128 mógł uzyskiwać dostęp do ponad 64 KB pamięci RAM poprzez przełączanie banków , dostęp do pamięci wewnątrz REU można było uzyskać tylko poprzez transfery pamięci (STORE/LOAD/SWAP/COMPARE) między pamięcią główną a pamięcią REU. Dodatkowo wbudowany BASIC 7.0 C128 miał trzy instrukcje, STASH , FETCH i SWAP , do przechowywania i pobierania danych z REU.
Oficjalnie tylko 1700 i 1750 były obsługiwane w C128. Model 256 KB , 1764, został wydany dla C64 w tym samym czasie. Były tylko niewielkie różnice między trzema modelami. Oryginalny zasilacz C64 nie mógł obsłużyć dodatkowego obciążenia prezentowanego przez 1764, więc dołączono zasilacz C64 2,5 ampera.
1700 wykorzystuje szesnaście układów scalonych DRAM 4164 64kx1 , 1764 ma osiem 41256 256kx1 DRAM, a 1750 ma szesnaście 41256 DRAM.
W praktyce różnica między 1764 a wcześniejszymi jednostkami miała niewielki wpływ na kompatybilność, a ludzie z powodzeniem używali 1700 i 1750 z C64, a 1764 z C128, chociaż podstawowy zasilacz C64 był niewystarczający, aby niezawodnie obsłużyć obciążenie któregokolwiek z nich. Niektórzy dealerzy rozdzielili 1764 i zasilacz, aby sprzedać zasilacz użytkownikom C64 i / lub zaktualizować 1764 do 512 KB .
Model REU 1750 można zmodyfikować, aby obsługiwał do 2 MB pamięci, instalując 2 dodatkowe układy scalone do przełączania banków. Jest tylko jedno źródło niezgodności oprogramowania w tej modyfikacji: oprogramowanie, które nie ustawia bitów w $DF06 na tę samą wartość przez cały czas lub ustawia bity na bank 512 kb, który nie jest jeszcze zainstalowany, nie będzie pracować.
Pod koniec lat 80. brakowało pamięci DRAM, dlatego lata pięćdziesiąte XVIII wieku były rzadkie i drogie. Jednak stosunkowo łatwo było uaktualnić 1700 lub 1764 do 512 KB . Kilka firm zrobiło to komercyjnie, sprzedając ulepszone jednostki lub modernizując jednostki dostarczone przez klienta.
Na początku lat 90. w różnych serwisach internetowych pojawiły się schematy modyfikacji DIY mające na celu zwiększenie pojemności REU do jednego megabajta lub więcej.
Różnice modeli
Płytka drukowana z XVIII wieku była identyczna z płytką z 1750 roku, a ślad oznaczony J1 wskazywał rozmiar użytych chipów. W latach 1750 i 1764 ślad ten został wycięty.
1700 i 1750 miały rezystor w pozycji R4, który według inżyniera Commodore, Freda Bowena, kompensował subtelne różnice taktowania w porcie rozszerzeń w C64 i C128. W 1764 brakowało tego rezystora. Bowen i inni inżynierowie CBM odradzali używanie 1764 z C128, chyba że dodano rezystor, lub 1700/1750 z C64, chyba że rezystor został usunięty.
Można było sprawdzić obecność 1750, odczytując bit 4 adresu pamięci $DF00 , który wynosił 1 na 1750 i 0 na 1700 lub 1764. Jednakże, ponieważ ta procedura nie rozróżniałaby 1700 i a 1764. Aby rozwiązać ten problem, programiści napisali, a następnie odczytali pamięć RAM REU, aby dowiedzieć się, ile pamięci jest zainstalowane.
Obsługa oprogramowania REU
Niewielki procent oprogramowania korzystał z REU. Podobnie jak inne dodatkowe produkty Commodore , ich stosunkowo niewielka baza zainstalowana w stosunku do ogromnej liczby C64 i C128 sprawiła, że twórcy oprogramowania wahali się, czy zainwestować dużo czasu i wysiłku w obsługę REU. Brak wsparcia komercyjnego utrzymywał sprzedaż na niższym poziomie, niż mogłaby być w innym przypadku. Ze względu na dużą prędkość w porównaniu z dyskietkami Commodore, a nawet dostępnymi na rynku dyskami twardymi, REU spotkały się z poparciem społeczności Commodore BBS . Programy takie jak Color64 wymagały REU, aby zminimalizować czas ładowania podczas przełączania między sekcjami BBS.
REU były dostarczane z oprogramowaniem do wykorzystywania dodatkowej pamięci jako dysku RAM , ale kompatybilność dysku RAM z oprogramowaniem komercyjnym była różna, ponieważ niektóre programy komercyjne w dużym stopniu polegały na różnych dziwactwach stacji dyskietek Commodore 1541 . Ponadto wiele programów komercyjnych po prostu nadpisywało miejsce w pamięci zajmowane przez oprogramowanie dysku RAM.
System operacyjny GEOS miał wbudowaną obsługę REU jako dysku RAM , podobnie jak wersja CP / M C128 , a niektóre programy do kopiowania dysków wykorzystywały REU w celu ułatwienia szybkiego kopiowania za pomocą jednego dysku. GEOS, podobnie jak inne programy, wykorzystywał nawet REU do szybkich transferów pamięci w pamięci głównej maszyny hosta , przechowując blok pamięci w REU, a następnie przenosząc go z powrotem do innej lokalizacji. Korzystając z tej metody, tylko rzeczywiste dane do przesłania musiały podróżować po szynie danych maszyny — w przeciwieństwie do zwykłej metody, w której transfer wykonywał procesor komputera , co oznaczało co najmniej trzy czwarte pojemności magistrali przeznaczone na pobieranie instrukcji i tylko jeden ćwierć lub mniej danych dotyczących ładunku.
Zobacz też
- Klon Super 1750
- geoRAM
- Kreatywne mikroprojekty RAMLink
- Creative Micro Designs 2 MB REU, ( 1750 XL )