Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Hatari 2.6.0 Ukazała się nowa wersja Hatari - emulatora Atari ST/STE/TT/Falcon
Altirra 4.40 test 14 - poprawki modemowe Nowa wersja testowa Altirry skupia się na ulepszeniach w komunikacji.
RastaControl - GUI do RastaConvertera Dostępna wersja beta graficznego interfejsu do RastaConverter
Ice-T 2.8.1 dla Atari 8-bit Nowa wersja terminala Ice-T z poprawkami i lepszą obsługą klawiatury
MyAES 0.99 Beta 8 Nowa wersja MyAES z poprawkami błędów
atari.area forum » Sprzęt - 16/32bit » O ramie do STE kolejny raz
Zaloguj się lub zarejestruj by napisać odpowiedź
Czy ktoś może mi powiedzieć jak wygląda detekcja dodatkowego ramu (powyżej 4MB)w systemie 2.xx? System tam próbuje zapisu do kolejnych komórek i ten sposób sobie ocenia wielkość ramu? Czy może został utworzony nowy rejestr który trzeba ustawić? Ktoś próbował wykonać rozszerzenie według tego schematu? http://atari4ever.free.fr/hardware/zip/16mbram.zip
Tos 2.x nic nie wykrywa powyżej 4MB. Potrzebne jest dodatkowe oprogramowanie, które "podłączy" ten ram do systemu.
Tak jak sqward mówi. Trzeba napisać odpowiedni program, który używając specjalnie do tego przygotowanej funkcji TOSu (GEMDOS: Maddalt) zadeklaruje istnienie tej pamięci systemowi.
No ale jak w emulatorze ustawie 14MB to TOS to widzi. Ponoć MagiC też sam rozpoznaje ilość ramu.
No ale MagiC może przecież mieć "wbudowany" kawałek kodu który rozpoznaje czy jest coś więcej :P
A emulatory to przecież nie real sprzęt :P
Emulatory dokonują zmian w TOSie w locie. MagiC nie rozpoznaje sam ramu, bo to jest po prostu ciężkie i czasochłonne - ten RAM może być pod dowolnym adresem.
Mała uwaga. Zaglądał ktoś do tego pliku ? Ja tam nie znalazłem nic o 16 MB RAM tylko o TOS 2.06.
Popatrz na rysunek tabplus. W przypadku STE do zaadresowania 4MB potrzeba 9 lini adresu pamięci dynamicznej w 2 bakach po 16bit. Dodanie linii 10 powoduje że adresujesz już 16MB.
Na tym samym rysunku masz dekoder adresów który zapewne oszukuje układ adresowania i odświeżania pamięci, tak żeby przydzielał dostęp do tej pamięci (cały czas glue i mmu myślą że pracują na 4MB). W momencie kiedy shifter chce dostępu do ramu CPU zwalnia linie adresowe i glue i mmu wracają do bazowej pamięci ST. Ale to też trochę dziwne - przecież ostanie mb ramu w ST to adresy rejestrowe i sprzętowe :P Ogólnie łatwiej jest przerobić MMU z zwykłego ST do współpracy z większą ilością ramu niż w STE. Ale tragedii niema- układ odświeżania ramu już jest to tylko dodać dekoder i bufory i można się cieszyć większym ramem i w STE. Ale mogę się mylić.
jest tylko jedno ale... nigdy nie spotkałem się z tym, żeby 4MB na ST było za mało :)
A czemu by nie zaszaleć :) Planuje coś zrobić na Atari i będę potrzebował tego ramu :)
To chyba bedzie projekt tylko dla Ciebie i moze dla emulatorowcow :) W swoim STE mam 2 MB i niespecjalnie chce mi sie dokladac wiecej.
Na STe to jednak dla mienia 4Mb być musi. I tak 69Kb z tego zjada HDDRIVER, więc 4Mb bywa de facto za mało czasami. :)
A gdybym miał kartę większą, niż 2Gb, to pewnie driver zjadłby chętnie i więcej. ;)
"A czemu by nie zaszaleć(...)"
Jeśli potrafisz to koniecznie opracuj takie rozszerzenie. Ja chętnie z tego skorzystam.
Zapewne niewiele programów "zobaczy" pamięć większą niż 4MB, ale np. Calamus powinien - ZTCP obsługiwał rozszerzenia pamięci na karcie VME.
P.S. U mnie prawie 1MB idzie na akcesoria.
Ja też się chętnie upgrade'uję do 12Mb :)
Miałem fajny schemat na 8mb do Amigi ale mi dysk padł :( Jak znajdę go w necie to wam tu wkleję :)
??? Do Amigi? A po co mi do Amigi?
Widzę że kolega nie wie jak działa pamięć dynamiczna i co trzeba zrobić żeby z niej skorzystać:)
Dla tych co wiedzą schemacik- wystarczy zmienić adres lokowania tych 8mb.
http://aminet.net/package/docs/hard/8meg
"Widzę że kolega nie wie jak działa pamięć dynamiczna"
Wiem
" i co trzeba zrobić żeby z niej skorzystać"
Hmmm... podłączyć ją?
"wystarczy zmienić adres lokowania tych 8mb"
Super. A teraz niech "Ci co wiedzą" wytłumaczą mi jak zamontować dodatkowe 8MB w Atari ST - będę wdzięczny.
Pamięć Atari zaczyna się od 0 adresu w przeciwieństwie do tego co jest w amidze. W przypadku STE podjechać można tylko do 14MB z powodu nowej alokacji TOS. Dla zwykłego ST, według mapy pamięci można podjechać do prawie całego obszaru 16MB (16384000).
leniuk, w Amidze też zaczyna się od adresu 0
http://www.ntrautanen.fi/computers/hard … memory.htm
Pamięć wszystkich komputerów opartych o procesory z rodziny m68k musi rozpoczynać się od adresu 0, bo od tego adresu procesor rozpoczyna pracę.
W ST (i E) dwa ostatnie megabajty pamięci przeznaczone są na rejestry sprzętowe. Próba rozszeżania pamięci na ten obszar to kiepski pomysł.
leniuk, w Amidze też zaczyna się od adresu 0
http://www.ntrautanen.fi/computers/hard … memory.htm
Rozszerzenie fastu ramu w amidze nie bardzo idzie od 0 adresu :) Ten schemat jest od fast ramu jeżeli już komuś się nie chciało czytać. Do chip ramu( od adresu 0) amiga już ma sterownik i nie trzeba go budować.
Pamięć wszystkich komputerów opartych o procesory z rodziny m68k musi rozpoczynać się od adresu 0, bo od tego adresu procesor rozpoczyna pracę.
Nie spotkałem procka który by startował z inna wartością licznika PC niż 0.
6502? microchip 10f2xx?
6502 może ?
Matko!!! niepotrzebnie zacząłem ten wątek- teraz będziecie się rozwodzić który procesor staruje o 512 bajtów dalej od adresu zero. Czy jest to naprawdę istotne w moim projekcie? Zamknijmy ten wątek, nie sądzę że pojawi się tu jakaś informacja co mi pomorze.
Zaloguj się lub zarejestruj by napisać odpowiedź
atari.area forum » Sprzęt - 16/32bit » O ramie do STE kolejny raz
Wygenerowano w 0.054 sekund, wykonano 79 zapytań