Przejdź do treści forum
atari.area forum
Twoje polskie źródło informacji o Atari
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Aktywne tematy Tematy bez odpowiedzi
Aktualności ze świata Atari
TURGEN 9.3.0 Kolejna wersja multiplatformowego narzędzia do zarządzania obrazami taśm.
SV 2024 WE - program imprezy Już za tydzień odbędzie się zimowa edycja Silly Venture
Nowa obudowa dla 800XL - zostało 36 dni Niewiele ponad miesiąc do końca kampanii.
Zmarł twórca języka BASIC Zmarł Thomas E. Kurtz twórca języka BASIC
Zmiana serwera atari.area Serwis przeszedł właśnie ważną aktualizację infrastruktury
Opcje wyszukiwania (Strona 75 z 90)
Impuls napisał/a:W trakcie robienia tego rozszerzenia pamięci.
Zauważyłem, że w dość prosty sposób można rozszerzyć ram do 16MB.
Na dodatek będzie to kompatybilne wstecz z Rambo.
Wyglądało by to tak:
Gdy używamy standardowej pamięci, wyjścia PB2,PB3,PB5,PB6 są niewykorzystywane.
Wstawiając czterobitowy rejestr do którego możemy pisać tylko przy PB4 w stanie wysokim.
Mogli byśmy rozszerzyć szynę adresową do 23Bitów zwiększając tym samym przestrzeń pamięci do 16MB.
Banalne!
Nie rozumiem po co tak kombinować przecież taki rejestr i to 8bit możesz umieścić np. na końcu RAM. Jeśli rozkażesz procesorowi wpisanie $00 na stronę 6 pod adres $06FF to SALLY to zrobi i wystawi adres oraz dane w cyklu zapisu. W ten sposób możesz mieć i kwadryliony MB RAM dekodując adres i sterując tym rejestr starszego bajtu adresu. Pytanie - po co?
Chyba, że to sztuka dla sztuki no to oki :D
OK. Rób jak chcesz.
Na razie
DZIĘKI MQ ZA OGARNIĘCIE SONARI!
A w kwestii gniazda stereo...
Szukamy na Allegro wg frazy: Gniazdo JACK 3,5mm stereo do druku bez wyłącznika
i za 1,5zł u użytkownika: abjelektronik są takie gniazdka jakie stosuję i takie powinny pasować do SONari - załączam fotkę.
Takie same stosowałem w Yamari.
Impuls napisał/a:Jeśli nie uda mi się zejść do około 20-30 przelotek to zrezygnuję z wyboru banków rejestrem w przestrzeni rejestrów D500-D5FF.
Moje możliwości wytwarzania płytek są bardzo ograniczone technologicznie i 150 przelotek nie wchodzi w rachubę.
Spróbuję jeszcze pomieszać układami na płytce, poprzekładać na spód, może da się zejść do rozsądnej liczby przelotek.
Spróbuję jeszcze niektóre układy zamienić obudową z SO na DIL.
Wybacz, że zwrócę Ci uwagę.
Zrezygnuj zawczasu z rejestru na stronie $D5XX. To jest dobra strona dla rozszerzeń sprzętowych ale nie najlepsza dla rozszerzeń RAM.
Naprawdę...Użyj tylko i wyłącznie metod Rambo i CompyShop opartych na PortB.
Czekam na finał :)
Cześć,
Napisałem skrótowo - przepraszam.
Zostaw RAS i CAS, a użyj CI, Phi2 oraz R/W. Generalnie można sobie odpuścić sterowanie pamięciami dynamicznymi.
Należy też pamiętać o tym, że CasInhibit po prostu wyłącza CAS w razie potrzeby - tutaj widzisz kiedy jest dostęp do RAM a kiedy nie. To taki mój komentarz, ale zrobisz jak chcesz - powodzenia.
Pozdrawiam
Impuls napisał/a:Zapraszam Panowie do robienia uwag.
Cześć,
RAS i CAS raczej zostaw w spokoju. Skorzystaj z sygnału CI na MMU - to Cas Inhibit. Stan wysoki uaktywnia RAM podstawowy (dRAM)
Pozdrawiam
@ Impuls - działaj i się podziel projektem.
Z powodu braku możliwości budowy i testowania układów nie mogę tego obecnie ogarnąć choć tak jak Mq chcę to od dłuższego czasu zrobić. Generalnie jest to prosta sprawa - zwłaszcza Rambo 1MB. Nie sądze by warto było pchać się w CompyShop 512kB bo to komplikuje bankowanie, a czy jest jakiś poważny zysk z tego - najwyżej kilka softów nie będzie działać ale to da się przeżyć :)
Generalnie warto zrobić takie COMBO -> Podstawowa 64KB RAM i rozszerzona 1MB na S-RAM, a do bankowanej dołożyć baterię podtrzymującą o ile ma to sens.
Jakie masz pamięci 512KB?
Cześć,
Wygląda na to, że tworzy się "nisza" dla dobrych markowych zasilaczy transformatorowych :) Bo dobry zasilacz należy zrobić sobie własnoręcznie.
Taki 5V 5A to raptem do max. 35W transformatora potrzebuje (toroid byłby super bo mały) plus mostek prostowniczy, kilka dobrych kondensatorów oraz regulator liniowy LM1084. Ze względu na transformator tanio nie będzie ale za to dobrze.
xxx
Pracowałem wiele lat ze sprzętem m.in. Cisco, Huawei, itp - wszystkie przetwornice siadają niestety. Jedne wcześniej inne później. Nie spotkałem za to żadnej, która zniszczyła podłączony sprzęt więc to jakiś plus jest.
Spełnienia marzeń! A poza tym mnóstwo Atari małych i dużych i udanych kopii atarowskich scalaków. Niech wszystko idzie do przodu.
Hej,
Możliwość jest, ale bardzo teoretyczna bo na początku nie wiesz co uległo uszkodzeniu.
A tak a'propos - zrobiłeś Fredkowi dekapsulację żeby się dobrać do alternatywnej drogi dla masy?
Przez pewien czas miałem możliwość spróbowania "otwierania" układów jednak jest z tym bardzo trudno zwłaszcza, że zdobycie bardzo stężonego kwasu azotowego jest obecnie traktowane jako czynności terrorystyczne (nie żartuję).
Jako że schemat Simiusa działa OK - nie ma potrzeby analizowania i odtwarzania Fredka. Już lepiej poświęcić czas na analizę, np. Antica o ile masz możliwości - sprzęt, czas i umiejętności... A po takiej analizie wrzucenie całości 1:1 do FPGA.
Pozdrawiam
visual6502 znam - fajne miejsce - bardzo inspirujące.
Święta, Święta i po Świętach :)
Niech wszystkim się wiedzie jak najlepiej, oby zdrowie było i chęci by ciągnąć dalej ten wózek z Atari...
Pozdrawiam
hej krystian77,
Pytanie na ostatnie pytanie - po co to robić?
Simius opublikował działający zamiennik Freddie'go, który rzecz jasna działa w 100% co potwierdza sam Simius oraz ja i inni użytkownicy (zrobiłem sobie takiego i śmiga)
http://www.atari.org.pl/forum/viewtopic.php?id=10868
i tego się trzymajmy bo o NOS Fredki będzie coraz trudniej...
Pozdrawiam
Cześć,
Świetne. Po prostu.
Na pinach U34 i U3 faktycznie wszystko jest dostępne - oprócz PB6 rzecz jasna ;)
Szkoda, że tylko na 65XE, ale i tak to chyba najlepsza rewizja Atari.
Pozdrawiam
tOri
mono napisał/a:Wewnętrzne BASIC-i i gry (XEGS) mimo, że leżą w tym samym obszarze adresowym co cart ($A000..$BFFF) są obsługiwane bitami PORTB ($D301). Natomiast prawdziwy cart po włożeniu do slota sygnalizuje ten fakt w rejestrze TRIG3 ($D013) i ten właśnie rejestr sprawdza OS na przerwaniu VBLKD porównując go z GINTLK ($3FA) - jeśli się różnią następuje JMP * co powoduje zwis komputera.
Dokładnie to miałem na myśli. Jest to bardzo zdrowe podejście ze strony OS Atari, bo co ma zrobić sprzęt gdy mu wyrwiesz ROM ze slotu?
mono napisał/a:Sparta obchodzi to blokując drugą fazę VBLK przez SEI, przełącza carta po czym aktualizuje zawartość GINTLK. Ot i cała sztuka. Więc rygor o którym pisze toriman1 da się obejść instalując sekwencję rozkazów LDA TRIG3; STA GINTLK na VBLKI, bo to jest ograniczenie OS-a a nie hardware.
Ale Sparta jest trochę wyjątkowa w tym całym zagadnieniu. Tylko dlatego - jak opisałeś, że Sparta steruje również liniami kardtridża - możliwe jest uruchamianie innych cartów za Spartą. Zresztą - inaczej istnienie takiego DOSa byłoby bez sensu. To zrozumiałe.
mono napisał/a:Nie jestem pewny czy carty które mają tylko rejestry na $D5 powodują ustawienie TRIG3.
Nie powodują ustawienia TRIG3 - nie ma potrzeby.
mono napisał/a:@toriman1: Pinokiu chodzi o mapowanie adresów pod którymi rejestry różnych cartów są widoczne na $D5. Wtedy carty mogłyby mieć bardzo prostą konstrukcję dekodera adresów, ale mapper pozwalałby lokować ich rejestry w prawie dowolnie wybranych obszarach I/O, co pozwoliłoby na włączenie naraz SONari, SIDari, YAMari, SlightSID-a, samplera od Mirage, SIDE i co tam jeszcze kto chce, ale z rejestrami każdego z tych cartów dostępnymi w innych obszarach $D5.
Wydaje mi się, że taki mapper można zrealizować jakąś szybką pamięcią na wejściu której podasz adres, R/W, S4/5 i CCTL a dostaniesz informację o nrze slotu do którego przełączyć adres, dane i informacje o bramkowaniu magistrali danych, sterującej i sygnałów zwrotnych od carta.
Rozumiem w takim układzie, że człowiek sam by konfigurował mapowanie, bo jak napisałem wcześniej, coś bardziej automatycznego poważnie skomplikowałoby konstrukcję. W takim układzie urządzenie nie musiałoby mieć w ogóle dekodera adresowego - tylko linia CCTL do wyboru sprzętu. Z S4/5 trzeba by to bardzo poważnie przemyśleć bo całość kręci się w rzeczywistości wokół rozszerzeń a nie kartridży.
mono napisał/a:Edit: Literówki.
Edit 2: Przykład:
Slot 0: SIDari
Slot 1: SONari
Slot 2: coś co gra muzykę SID-em i AY-kiem.
Mapowanie adresów:
$D500..$D53F RW - aktywacja slotu 0, adres wystawiany dla carta to $D500..$D53F, RW, CCTL i dane przepuszczane
$D540..$D543 RW - aktywacja slotu 1, adres wystawiany dla carta to $D500..$D503, RW, CCTL i dane przepuszczane
$8000..$9FFF R - aktywacja slotu 2, adres bez zmian, RW, S4 i dane przepuszczane
$A000..$BFFF R - aktywacja slotu 2, adres bez zmian, RW, S5 i dane przepuszczane
Slot 0 i 1 jest uaktywniany przy odczycie lub zapisie, slot 2 tylko przy odczycie.
Tylko slot 2 powinien mieć przepuszczane na stałe sygnały RD4 i RD5 - w mapperze mógłby być dostępny rejestr do selekcji slotu, żeby można było przełączać aktywne obszary $8000..$9FFF i $A000..$BFFF z różnych cartów.
Poza tymi obszarami żaden slot nie jest uaktywniany.
Zastosowanie mikrokontrolera wydaje się sensowne w tym miejscu, ponieważ coś musi tworzyć mapowanie. Nawet gdyby użyć FPGA (co też ma sens w zastosowaniu do routingu sygnałów) to i tak programowanie FPGA raczej odbywałoby się z mikrokontrolera a nie z Atari. Sugestia z zastosowaniem RAM w tym miejscu jest niezłym rozwiązaniem zwłaszcza, że powinno wystarczyć 256 bitów do ogarnięcia projektu. Mając pamięć z szyną 8-bit ogarniamy osiem slotów na stronie $D5XX. Ostatecznością jest zaprogramowanie mapowania mikroprzełącznikami ale to hardkor i lepiej wtedy jednak zbudować większy dekoder adresowy w urządzeniu i tam wybierać obszar adresowy.
Pozdrawiam
tOri
Pin napisał/a:nie chodzi o to, by to "załawić". Chodzi o to, by to miało perspektywistycznie sens, bo sam "słiczer" cartów + ECI i taki wspomniany SIO splitter to za mało. Urządzenie musi być NewDev z możliwością ew. przemapowania tych cartów pod konkretne adresy i swoim "bios" do ogarnięcia slotów, czyli coś ze sterowaniem flaków jak np. Ultimate. Dyskusję jednak lepiej przenieść do dedykowanego wątku i najlepiej niech się Mono wypowie, bo to mądry człowiek jest ;)
O matko - kartridge można TYLKO przełączać i zawsze pod rygorem zimnego startu Atari. Chcesz mieć uruchomione naraz dwa kartridże?? Co do CART+ECI - zadaniem urządzenia jest takie postępowanie aby OS Atari sprawnie włączył go w Tablicę i pozwolił na bezkolizyjne użytkowanie. Dlatego każde nowe urządzenie musi mieć swój konfigurowalny numer i nic więcej poza sterownikami nie trzeba bo w danej chwili i tak tylko jedno urządzenie może zostać obsłużone A co w tym jest najpoważniejszym "wihajstrem" to konieczność wbudowania w każde urządzenie obsługi protokołu konfiguracji bo albo mamy expander CART+ECI podobny w idei do ISA na PC albo chcemy mieć wariant a'la PCI na PC co z automatu spowoduje konieczność wymyślenia i wyprodukowania kontrolera protokołu negocjacji zasobów.
Muszę odnowić dyskusję z Mono :]
Osobiście pozostanę na razie przy zwykłym expanderze.
Cześć,
Pin - mój początkowy expander szyny przekształca się bardzo powoli w 1090XE. Prawdopodobnie miałby na pokładzie 4 przełączalne sloty kartridży, 3 sloty CART+ECI, mocniejszy zasilacz Atari, rozdzielacz SIO i może coś jeszcze. Dołączany we wszystkie tylne złącza Atari 65XE/130XE/800XE. Taki projekcik...
Różnica w brzmieniu może być ponieważ YM posiada 5-bitowe sterowanie obwiednią kanału a AY tylko 4-bitowe. Yamaha jest nieco bardziej precyzyjna :) patrz strona 7 datasheet (6) Envelope shape control.
Pozdrawiam
Jestem za tym aby Mq pomógł Wam i SONari :)
Podziękujmy ładnie dla Mono za softłer.
Pozdrawiam
tOri
air4444 napisał/a:Witam moze ktos wie co to za mod i do czego sluzy >? atari mega st2 i czy mozna go usunac bezinwazyjnie?
Cześć,
Znalazłem taki mod - to faktycznie FDD HD mod - tu w 260ST.
Popatrz - są wszystkie opisy na pudełku :)
cześć,
spróbuj UltraISO
pzdr
Wygląda na to, że układ pamięta ostatni wybór strony rejestrów i dlatego jest jeden adres zapisu danych. Swoją drogą taka organizacja dostępu potrafi zmniejszyć czas obsługi bo nie trzeba każdorazowo wybierać strony rejestrów. Takie znaczenie jest OK - poza tym od strony programistycznej faktycznie nie ma to znaczenia...
@xxl
Zapis jest analogiczny jak w YM2149 (PSG AtariST).
Najpierw wybierasz rejestr a potem zapisujesz daną.YM262 ma dużo więcej rejestrów więc ma dwa adresy do ich wybierania.
Cześć,
Na złączach zarówno PBI jak CART+ECI masz sygnał L R/W (latched R/W) a i nawet Phi2 jest zbuforowany. Gdy dołożysz na nie tylko jedno wejście bufora - nie obciążysz układu zbyt mocno zwłaszcza, że tam są układy serii LS (przynajmniej w 800XL)
Szyna danych w komputerze jest podciągnięta do Vcc więc dla porządku należałoby dać podciągnięcie na D0_BUFF - D7_BUFF. Się zastanawiam czy nie będzie problemu z wyjściami ACT245 w cyklu odczytu bo inne układy wymuszając LOW będą zwierać wyjście bufora do GND. Najlepszym wyjściem byłby opencollector i tyle. Całość jest troszkę bardziej skomplikowana ponieważ w takim układzie możesz czytać z buforowanej szyny tylko wtedy, gdy inne układy ją zwolniły, tzn. możesz taki bufor "otworzyć" tylko gdy możesz dokonać komunikacji "na zewnątrz" systemu. Słabo mi wychodzi opis tego...Mam nadzieję, że jakoś to zrozumiesz :) To tak jakby wystawić dla ACT245 enable gdy cała reszta scalaków jest nieaktywna - np. wybrany został obszar $D5XX i tylko wtedy otwierasz bufor, a nie dla każdego Phi2=0 bo zderzysz sygnały i jesli coś zadziała niesynchronicznie za buforami to na 100% przeniesie się na Atari i będzie zwiecha?
Co do /IRQ - raczej nie zablokujesz, bo stan niski praktycznie zawsze ściągnie linie do GND ale dobrą praktyką i nie powielaniem błędu związanym z uziemieniem wyjścia bufora w stanie HIGH jest używanie wyjść Opencollector, i wyjścia /IRQ są tak zrobione - opencollector, opendrain, itp... dlatego stan wysoki na wejściu bufora nie spowodowałby blokowania linii.
Zamiast 74ACT245 użyj 74ALS641 - te mają wyjścia OC i powinny działać bez problemu z tym, że wtedy po stronie buforowanej musisz obowiązkowo dać podciąganie do VCC.
późno już
na razie
O ile się orientuję - każdy A8 na złączu ma buforowany R/W
RD/RW i reszta - ja bym się nie bał eksperymentować. W zasadzie taki bufor jest raczej niezbędny gdy się "wiesza" więcej niż jedno urządzenie na TTL LS albo dwa-trzy na CMOS HCT a eksperymenty zasuwaj na gołej Atarynce :D
/REF wskazuje na cykl odświeżania - MMU blokuje cały obszar adresowy na zlecenie ANTICa, a /HALT oznacza dostęp ANTICa do pamięci. Jeżeli podepniesz RAM za buforem - tak czy siak musiałbyś mieć dodatkową logikę sterującą, bo będzie to rozszerzenie a nie pamięć podstawowa. Jeśli popatrzysz na rozszerzenie pamięci 1MB Pasia - zobaczysz jakie sygnały są wrzucone na GALa.
Jeśli jednak zbuforujesz złącza CART+ECI 1:1 - każdy sygnał w odpowiednim kierunku - powinno być 100% OK.
Pozdrawiam
Cześć,
Ja mam zrobiony w 60% projekt 1090XE tylko czasu brak na skończenie oraz prototyp ;)
Zastosuj układy serii 74ACT...
Do buforowania kilku sygnałów (nie tylko adresów) zastosuj np. 74ACT541 i na tym zbuforuj zegar, D1XX, D5XX,/HALT itd.
Na CART+ECI masz już zbuforowany R/W, a jeśli chodzi o DIR 245 - po prostu obróć scalak, aby pasowało i dla R/W=1 ma zasuwać z A->B, więc do CART+ECI podłącz stronę B bufora i to wystarczy.
Dekoder adresów i RD/WR to już indywidualna sprawa. Ja raczej wychodzę z założenia, że zarówno dekodowanie adresów jak i logika sterująca powinny być w docelowym układzie ale to kwestia indywidualna.
Adresy puszczaj zawsze (G1,G2 ->GND) ponieważ adresy ANTICA pojawiają się gdy masz /REF=0 i zawsze to możesz "złapać" chyba, że masz jakiś zamysł by otoczenie nie widziało adresów z cyklu odświeżania...
Tworzenie RD/WR z tak zbuforowanych sygnałów może narobić problemów. Jeżeli użyjesz ACT - zrób ten układ bezpośrednio z sygnałów CART+ECI bo czasy propagacji będą zbyt duże :/
Pozdrawiam
Znalezione posty [ 1,851 do 1,875 z 2,232 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.055 sekund, wykonano 18 zapytań