Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
FujiNET firmware v1.3.0 Nowa wersja oprogramowania do interfejsu sieciowego FujiNET. Tym razem z obsługą TCP!
hatari 2.5.0 Od dwóch dni dostępna jest najnowsza (2.5.0) wersja Hatari.
Grawitacja 2024 Czas na kolejną edycję 8 bitowego GameJamu.
Tenebra na Atari ST/STE Wersja gry na duże atari.
Wyniki FujiCup 2023 Wyniki konkursu FujiCup na najlepszą grę dla 8-bit Atari w 2023 roku zostały ogłoszone!
Strony 1
Zaloguj się lub zarejestruj by napisać odpowiedź
Witam wszystkich,
Czy jest możliwe wykonanie rozszerzenia pamięci operacyjnej komputera ATARI 800 XL/XE w formie karty wykorzystującej złącze PBI/CartECI? Jakiś czas temu googlałem i znalazłem opis takiego rozszerzenia dla ATARI 800. Wiem, że są to różne standardy (m.in. port sterujący pod 0xCFFF) i ATARI 800 ma budowę modułową, ale nie znalazłem nigdzie definitywnej odpowiedzi.
Pozdrawiam
Wyglada na RAMCart....
Albo na zwykły kardridż.......
no raczej na pewno, jeśli nie jest to ani PBI, ani ECI.
To jest kartridż do AST. Nie kojarzę, żeby w Atari Studio robili RAM-carty.
Też mi się wydaje że ten cart jest do turbo, bo kiedyś taki miałem.
Wracając do tematu. Pytanie dotyczyło możliwości wykonania zewnętrznego rozszerzenia RAM do ATARI, zgodnego z 130XE. Bez żadnego lutowania i piłowania wewnątrz Atarynki.
Mogę się głęboko mylić, ale są dwa problemy: żeby rozszerzenie reagowało na zmiany stanu rejestru PIA PORTB, oraz żeby było oddzielne adresowanie dla CPU i ANTIC-a (inaczej to nie jest "zgodne ze 130XE"). W rozszerzeniu Axlon (do Atari 800) tych problemów nie ma, bo rejestr sterujący $CFFF jest poza obszarem I/O, a oddzielne adresowanie dla CPU i ANTIC-a nie jest potrzebne.
Ale może niech się wypowie jakiś elektronik. Jak mi zaprzeczy, to się sam ucieszę :)
... ale są dwa problemy: żeby rozszerzenie reagowało na zmiany stanu rejestru PIA PORTB, oraz żeby było oddzielne adresowanie dla CPU i ANTIC-a (inaczej to nie jest "zgodne ze 130XE"). ...
Ale może niech się wypowie jakiś elektronik. Jak mi zaprzeczy, to się sam ucieszę :)
Też bym się ucieszył.
Czy pierwszy problem można rozwiązać za pomocą rejestru cienia - aktywny tylko do zapisu + dekoder adresu PORTB?
Drugi problem - czy ANTIC jest podłączony w inny sposób do szyny adresowej i danych? Chyba nie?
Wydaje mi sie za takie kombinowanie nie ma sensu. IMHO w dzisiejszych czasach zrobienie bankowanego rozszerzenia pamieci niezgodnego z PORTB (tzn. uzycie czegokolwiek innego) nie ma zadnego sensu, bo co na tym bedzie dzialac?
To jest kartridż do AST. Nie kojarzę, żeby w Atari Studio robili RAM-carty.
Ram-Carta dla Avalonu robiła łódzka firma UM (mieli też własne turbo do magnetu, produkowali też do niego carty - turbo było o tyle fajne, że było w pewłni zgodne z AST/ATT/UM).
Rozszerzenie RAM bez lutowania i piłowania da się zrobic ale na zasadzie kartridża (który i tak trzeba polutować, nie lutuje się tylko nic na płycie Atari). Poczytaj magazyn SERIOUS tam opisałem różne modele...Double RAM-CART, moduł o pojemności 1MB i inne. Problem w tym że nie wszystkie programy używają tej pamięci (bo to jest niemożliwe) ale istnieje bardzo przyjazne oprogramowanie stworzone przez Jagera, pozwalające polubieć wszelkiej maści RAM-CARTY przez innych nielubiane Wszystko co trzeba by zapoznać się z tematem jest w magazynach SERIOUS
http://www.serious-dial.atari.pl/
Ostatnio edytowany przez Zenon/Dial (2007-12-15 11:00:50)
Wydaje mi sie za takie kombinowanie nie ma sensu. IMHO w dzisiejszych czasach zrobienie bankowanego rozszerzenia pamieci niezgodnego z PORTB
Ale kolega chce właśnie zrobić zgodne. Ostatecznie na CART+ECI jest wyprowadzona cała szyna adresowa, danych, R/W, HALT i ExtSel, więc może by się dało. Układ musiałby słuchać, czy nie ma zapisów pod $d301, a potem odpowiednio manipulując sygnałem ExtSel podstawiać swoją pamięć pod $4000-$7FFF, a żeby zapewnić oddzielne adresowanie dla ANTIC-a, jeszcze w zależności od stanu HALT. No coś takiego - z tym, że ja o elektronice nie mam pojęcia, więc nie wiem, czy ten opis ma sens. :)
Ale kolega chce właśnie zrobić zgodne. Ostatecznie na CART+ECI jest wyprowadzona cała szyna adresowa, danych, R/W, HALT i ExtSel, więc może by się dało. Układ musiałby słuchać, czy nie ma zapisów pod $d301, a potem odpowiednio manipulując sygnałem ExtSel podstawiać swoją pamięć pod $4000-$7FFF, a żeby zapewnić oddzielne adresowanie dla ANTIC-a, jeszcze w zależności od stanu HALT. No coś takiego - z tym, że ja o elektronice nie mam pojęcia, więc nie wiem, czy ten opis ma sens. :)
Drac030: Dzięki za poparcie. O czymś takim właśnie myślę. Zainspirowała mnie analiza schematu rozszerzenia 1064 do ATARI 600 XL ... i niejasna rola sygnałów ExtSel i CasInh.
Czy zgodność z wymaganiami ANTIC-a oznacza tylko uwzględnienie stanu linii HALT?
Pozdrawiam
Czy zgodność z wymaganiami ANTIC-a oznacza tylko uwzględnienie stanu linii HALT?
No, wyobrażam sobie, że gdy pamięć jest skonfigurowana na "główna dla CPU, dodatkowa dla ANTIC-a", to podstawienie pamięci rozszerzenia w miejsce głównej powinno nastąpić w momencie pojawienia się sygnału HALT, bo ANTIC generuje go celem dokonania odczytu z RAM-u. A gdy HALT znika, pamięć dodatkowa powinna też zniknąć, a pod $4000-$7FFF pojawić się główna. Gdy konfig jest odwrotny (CPU dodatkowa, ANTIC główna) oczywiście odwrotnie itd.
Problem polega na tym, że - przynajmniej teoretycznie - sygnał HALT nie musi pochodzić od ANTIC-a. Nie wiem, czy to istotne zastrzeżenie z punktu widzenia jakichś rozszerzeń PBI w przyszłości (np. niedoszłych kart do niedoszłego ekspandera PBI niezrównanego autorstwa naszego nieodżałowanego kolegi torimana http://atariarea.krap.pl/forum/viewtopic.php?id=4736, który zaczął jak lew, a skończył jak tow. Leszek Miller). Jak stwierdzić, czy HALT wystawił właśnie ANTIC, nie mam bladego pojęcia, ale może by się wypowiedział na ten temat Alex, który o ile dobrze pamiętam miał jakieś przemyślenia na ten temat ...
Ostatnio edytowany przez drac030 (2007-12-23 15:37:26)
Można spokojnie założyć, że HALT wystawia ANTIC.
Takie rozszerzenie (układ emulujący $d301 oraz korzystający z ExtSel) zrobiłem na VBXE i działa doskonale. Trzeba jeszcze wziąść pod uwagę sygnał REF - żeby w cyklach odświeżania nie zrobić odczytu/zapisu z Ext RAM, bo będzie zwiecha.
Strony 1
Zaloguj się lub zarejestruj by napisać odpowiedź
[ Wygenerowano w 0.080 sekund, wykonano 18 zapytań ]