Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
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.
Test7800 0.5.1 Eksperymentalny emulator Atari 7800 Test7800, w wersji 0.5.1, wprowadza ważne usprawnienia w emulacji mapperów kartridży.
Generator okładek do kaset Nowy generator okładek na kasety magnetofonowe dla ośmiobitowych komputerów Atari od lexxa.
Nowa wersja emulatora Test7800 - 0.4.3 Eksperymentalny emulator konsoli Atari 7800 w nowej wersji 0.4.3 przynosi kluczowe poprawki w synchronizacji i wydajności.
atari.area forum » Posty przez tOri
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
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?
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.
Nie jestem pewny czy carty które mają tylko rejestry na $D5 powodują ustawienie TRIG3.
Nie powodują ustawienia TRIG3 - nie ma potrzeby.
@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.
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 przepuszczaneSlot 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
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
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
Cześć,
a takie coś dla ET4000 ściągnąłeś?
https://ia801004.us.archive.org/21/item … r_1990.pdf
pozdrawiam
Cześć,
Początek jest na układzie DMA ;-)
Patrząc na schemat masz najpierw układ DMA, następnie interfejs wewnętrzny a za nim wyjście zewnętrzne DMA, z tym że oczywiście ACSI jest równoległą szyną i tyle, i powinna dać radę wysterować wiszące na niej przynajmniej ze trzy urządzenia. Dziwna sprawa z tym UltraSatanem... Nie orientuję się jak toto prowadzi komunikację, ale w danym momencie tylko jedno urządzenie na ACSI powinno odpowiedzieć na wysłane żądanie. Rozumiem, że zarówno wewnętrzny interfejs jak i USatan samodzielnie działają bez problemów? Terminator nie jest istotny bo jest po stronie SCSI. Być może pomógłby terminator na ACSI, którego nie ma konstrukcyjnie chyba żadne z tych urządzeń (chyba, że USatan ma terminator - dowiedz się u konstruktora albo obejrzyj interfejs)
pozdrawiam
Cześć,
znaczy... obcięta do jednego dysku wewnętrznego, ale można podłączyć nadal coś o innym ID przez zewnętrzny port ACSI, czy może w MSTE z tym wewnętrznym adapterem ASCI-SCSI nie można już podłączyć zewnętrznego dysku np. Megafile, czy USatan?
Bo właśnie walczę ze SCSI2SD w środku i USatanem na zewnątrz i póki co lipa.I drugie pytanie, jak się ma ID (1,2,3) ustawiane DIP-switchem na tym adapterze ACSI-SCSI w środku MSTE, do ID ustawionym np. zworkami na podłączanym dysku SCSI? Muszą być zgodne, czy któreś są ignorowane, lub któreś nadrzędne?
Popatrz na koniec opisu interfejsu pod linkiem: http://raven1.magix.net/ste_scsi/ste_scsi.html
Numer urządzenia ustawia się od strony ACSI, a sprzęt SCSI powinien mieć zawsze numer ustawiony na 0, tak więc SCSI2SD ustawiasz na 0 bo podłączony jest do interfejsu wewnętrznego MSTe a na ACSI ustawiasz np. nr 1 dla SCSI2SD a na Ultrasatanie nr 2 i powinno działać. Poczytaj tekst spod linka - tam jest opisane jak DIP switch działa w interfejsie Megafile44. W MSTe ten przełącznik po prostu zmienia numery ACSI od 0 do 7.
Pozdrawiam
UWAGA - Lepiej to kupić BEZPOŚREDNIO w Bungard ponieważ:
https://www.bungard.de/shop/index.php/d … rit-detail
cena to TYLKO 20,23 € za 1000 sztuk a nie 24,60 za 100 sztuk
Rożnica jest bardzo poważna...
Aby zakończyć temat A2DACIA mam pytanko. Czy obsługa RS232 w wersji bez sprzętowej kontroli przepływu będzie wystarczająca?
Do prostych zastosowań - wystarczy ale do podłączenia, np. modemu już nie bo tam raczej niezbędne są CTS i RTS. Jest jeszcze DTR, DSR i DCD. Nie ma sensu tracić czasu na tworzenie ułomnego interfejsu. Albo pełen ACIA albo żaden. Ułomnego RS-a zrobisz z SIO. Chyba, że chciałbyś stworzyć interfejs MIDI niezależny od SIO - czyli rozszerzyć rozwiązanie I.Kuczka.
Taka moja opinia.
Pozdrawiam.
Cześć,
ja bym tego nie robił jako wstawki do wewnątrz Atari - jak już to na CART+ECI i od razu na takim rozszerzeniu np. 2xDB9 RS232. Tutaj jest sporo kabelkowania i wieszania złączy (na przewodach w powietrzu? czy rycie obudowy?) Bardzo ważne jest aby w końcu zacząć panować nad adresami bo wygląda na to, że w miarę wzrostu ilości rozszerzeń do podziału trzeba będzie zastosować 74HCT154 (16x16 adresów) i ewentualnie ANDy do łączenia obszarów.
Poza tym projekt jest OK. Co do uwagi sqwarda nt. FIFO - faktycznie sprzętowe kolejkowanie upłynnia transfery danych i "uszlachetnia" komunikacje szeregową. Pytanie tylko jak z ceną układów np. 16550 właśnie.
Pozdrawiam
Kombinuj. Sprzętowo będzie na pewno OK. Kwestia oprogramowania pozostaje otwarta :)
Pozdrawiam
Cześć,
pisałbym się na dwa:
Barracuda ST3160815AS 160GB
Barracuda ST3160815AS 160GB
Jeśli są ok - wezmę.
Pozdrawiam
Witam,
Pomiar prędkości używając wifi jest nieporozumieniem. Nawet jeśli korzysta się z 300 Mbit standardu 802.11n a wokoło jest sporo urządzeń także będzie źle.
Jedyny sensowny amatorski pomiar to wpięcie linka od dostawcy bezpośrednio w port GigabitEthernet, na przykład laptopa i wykonanie pomiaru. Jeśli będzie źle - taki sam pomiar należy powtórzyć korzystając z TEGO SAMEGO sprzętu na łączu innego dostawcy, aby upewnić się czy problemem nie jest właśnie sprzęt (wiem co piszę więc dalsza dyskusja nie ma sensu)
Pozdrawiam
Po prostu słabe.
W sumie mógłbym "przygarnąć" takiego ułomnego STe-ka.... może udałoby się go jakoś naprawić.
atari.area forum » Posty przez tOri
Wygenerowano w 0.069 sekund, wykonano 24 zapytań