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
SprEd 1.3.2 od Bocianu Bocianu wydał nową wersję przeglądarkowego edytora duszków SprEd. Odkryj nowe funkcje w wersji 1.3.2!
RM800XL coraz bliżej RM800XL to nowoczesne wcielenie kultowego Atari 800XL, które łączy tradycję z nowoczesną technologią.
Arkanoid z PC na Atari z VBXE Trwają prace nad portem Arkanoida z PC na 8-bitowe Atari, wykorzystującym możliwości rozszerzenia VBXE.
Projekt RE-FALCON 030 od Suavka Suavek, pracuje nad repliką płyty głównej Atari Falcon 030.
Fujisan 1.0.4 Wydano nową wersję Fujisan z krytycznymi poprawkami dla kompilacji i pakowania na Linuxie.
Opcje wyszukiwania (Strona 55 z 91)
@perinoid - rozszerzenie 1064 jest wyłącznie dla Atari 600XL. Jest to zwykłe dołączenie/zwiększenie pamięci RAM w zakresie normalnie obsługiwanym przez 6502. Nie ma tu bankowania. Dla tych celów konstruktorzy Atari przewidzieli dostepne sygnały włącznie z /REF do sygnalizacji cyklu odświeżania.
@dely - nie badałem tego osobiście, więc nie jestem w stanie tego określić. Moim jednak zdaniem - prawdopodobieństwo uszkodzenia będzie rosło wraz ze wzrostem częstotliwości zwierania wyjścia Antica /REF do masy, bądź długością czasu trwania tego zwarcia. Skoro pasiu wspomniał o zapasach Anticów - brałbym pod uwagę możliwość uszkodzenia procesora.
@ZuluGula - to są rozważania gdzie teoretycznie coś może być niebezpieczne dla sprzętu. Jeżeli zaś sprzęt nie pada - to świetnie. I niech tak pozostanie jak najdłużej. praktyka zawsze może pokazać coś innego.
Zobaczymy za jakiś czas.
@perinoid - o ile wiem - jest to jedyna możliwość, aby zewnętrzne urządzenie (takie jak powyżej wymieniony freezer) mogło "przejąć kontrolę" nad systemem Atari bez ingerencji fizycznej w sprzęt (lutowanie, zmiany połączeń, itp). Takie rozszerzenie jak w wątku, a także wymieniony Sys Check 2 najprawdopodobniej do swojego działania używają linię /REF aby manipulować zachowaniem MMU, a w rezultacie całego systemu.
Trzeba mieć świadomość, że jest to spore nadużycie.
OK. Wyjaśnię to żeby nie było...
Możliwe zbyt częste zwieranie wyjścia /REF Antica do masy, które w końcu może (choć oczywiście nie musi) zniszczyć któryś tranzystor n-mos. Jest to trick sprzętowy wykorzystujący pewną odporność technologii n-mos na takie działania.
Trick /REF jest wykorzystywany do przejęcia kontroli nad systemem przez freezery.
@Candle - dzięki. Pasiu ma rację - może być zapotrzebowanie na Antica za jakiś czas :)
@pasiu - wspominasz trick z /REF?
wirtualny PORTB? wirtualne MMU?
przyznam szczerze, że się nad tym wcześniej w ogóle nie zastanawiałem.
:) Ty po prostu chcesz mieć bajerancką płytę Atari.
Zgadza się JLCPCB robi tylko białe opisy - do większości zastosowań są OK.
Ten pomysł z lutowaniem drobnicy od strony spodniej jest niezły choć nie zadziała dla wszystkich elementów (np. kondensator elektrolit) bo w obudowę tego nie wsadzisz ale rezystory leżące jak najbardziej tylko, że wtedy bezsensowne opisy (takie sierotki) pozostałyby na górnej stronie płyty. Niezłe. Powodzenia życzę...
Żółta soldermaska jest super. Mam takie płytki i wyglądają bardzo efektownie.
A tak w ogóle pytałeś JLCPCB o kolor opisówki?
Hej,
Szczerze powiedziawszy - brałbym w JLCPCB z zieloną soldermaską. Wytrzyma do końca świata zwłaszcza, że bierzesz pięć sztuk minimum :)
Pozdrawiam
Candle - nie wiem czy znalazłeś u exxosa info, ale wygląda na to że kości IMP są mniej stabilne i gorsze timingowo. Być może nie będzie to mieć dla Ciebie znaczenia.
Ok. Niech więc będzie Real Safety Gear - RSG ;-) bo to jest także jakby nie patrzeć rzeczywiste zabezpieczenie portu oraz warunków pracy.
Pozdrawiam
Poszło pw.
@x_angel - znalazłem :)
Real Safety Gear powstał po rozmowie z XXL w odpowiedzi na problemy zwykłego rozgałęziania portu przy podłączaniu więcej niż jednego modułu do slotu. Chodzi tu przede wszystkim o możliwość jednoczesnego korzystania z carta z grą, która odtwarza muzykę, np. z SONari. Ewentualnie praca z SONari i SlightSID jednocześnie albo inne warianty podłączenia różnych modułów.
Oczywiście obowiązuje zasada obecności jednego modułu pamięciowego ROM/RAM i jednego-dwóch modułów I/O. Można zastosować ewentualnie XE Multicart, ale zacznie się robić z tego niezła wieża :) Działanie układu zostało przetestowane w różnych konfiguracjach przez XXL i przeze mnie.
Najprościej sprawę ujmując - jest to bufor portu cartridge.
Za jakiś czas pojawi się pełna informacja na www.
Cześć,
Poszukam. Dam znać na pw
Hej,
Jest to raczej możliwe, bo ten monitor ma wejście composite sync na nodze 7 w złączu, ale kolorów bez dekodera mieć nie będziesz.
Acha. Rozumiem. Ja gdzieś mam w pudłach ale tylko zaślepki, bez łapek montażowych PCB. Raczej się nie nadadzą. Jak pamiętam - takie śledzie występowały w zasadzie tylko w kontrolerach HDD.
Hejka,
Podsumuję krótko. Rewelacja! Na naszych oczach otwiera się coś jak kolejny rozdział. Po latach co prawda, ale JEST! :)
Gratulacje XXL. Wielkie dzięki. Scena nie zapomni tego już nigdy...
O jakie śledzie chodzi? Jakiś hint? Link?
Cześć,
Jeżeli ktoś potrzebuje - mam trochę obudów DB-19. Zostały pozbawione wtyków po uruchomieniu projektów.
Złącza brać - nie kręcić nosem! Za te pieniądze to szok!
Hehe. A jak zapisujemy adresy IP, no?
Masz sprężone powietrze? możesz na bieżąco szybko schłodzić układy scalone, np. procesor. Ale zacznij od pomiarów napięcia jak napisał Laborant.
Dzięki wielkie za ten link.
Dobrze, że zebrane w jednym miejscu zostało tyle systemów.
Pozdrawiam
W kwestie obsługi programowej nie będę wnikał.
Można zaprojektować urządzenie olewające cały mechanizm ND i podłączające swoją pamięć w obszar $D800-$DFFF. Wystarczy by logika urządzenia wystawiała /MPD w odpowiedzi na konkretny warunek logiczny (niekoniecznie związany z $D1FF) i jednocześnie uruchamiała własny dekoder adresowy sterujący czymkolwiek. Może włączyć w ten obszar również rejestry sprzętowe, pamięć RAM, do koloru - do wyboru. Takie urządzenie może również "obserwować" szynę adresową oraz danych i zapamiętywać to co zostało zapisane, np. do PORTB. Co należy najpierw uczynić?
Dokładnie określić założenia - co to ma robić.
P.S. Oczywiście zapamiętując to co zostało zapisane do PORTB może także używać tych danych do sterowania, czyli zwalniać obszar $D800-$DFFF w razie gdy bit 0 PORTB odłączy OS ROM. Na przykład...
Takie urządzenie, które podmieni ROM w obszarze $D800-$DFFF można wymyślić. Po prostu w odpowiedzi na jakiś warunek logiczny urządzenie wystawi /MPD i odblokuje jednocześnie swój dekoder.
Możesz zrobić sprawdzenie priorytetów sam - w taki na przykład sposób:
1. Najpierw sprawdzasz obecność danych ROM Mathpack. Zakłądam, że jest OK
2. Dołączasz pin /MPD na złączu ECI do masy (odłączasz obszar ROM) i sprawdzasz zawartość obszaru (powinny być same #$FF bo nic tam nie powinno być dane wiszą w powietrzu czyli "1")
3. Poprzez PORTB odłączasz ROM i sprawdzasz czy masz dostęp do RAM pod ROM oczywiście w taki sposób aby OS się nie załamał.
Jeśli będziesz mieć dostęp do RAM mimo obecności aktywnego /MPD to będzie oznaczało, że priorytet ma PORTB i odłączenie ROM bitem 0, wtedy zawsze będziesz mieć dostęp do RAM pod ROM niezależnie od innych sygnałów (poza CasInhibit)
Znalezione posty [ 1,351 do 1,375 z 2,271 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.070 sekund, wykonano 22 zapytań