Witam!
Zaktualizowałem stronę o projekt digitizera video dla Atari ST(e).
Stare ale jare.
Zapraszam zainteresowanych.
pozdrawiam
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Test7800 0.7.5 Nowa wersja emulatora Atari 7800 wprowadza obsługę mRAM oraz poprawki proporcji obrazu.
MadMads: Nowy fork asemblera MADS Projekt MadMads pozwala na generowanie czystego kodu źródłowego 6502 z plików MADS.
Współtwórz atari.area i prześlij newsa! Masz ciekawe znalezisko lub informację ze świata Atari? Możesz samodzielnie dodać newsa!
Gopher2600 v0.54.0 Najnowsza wersja emulatora Atari 2600 przynosi tryb headless oraz poprawki błędów.
Gearlynx 1.2.4 Ukazała się aktualizacja Gearlynx, emulatora konsoli Atari Lynx, z poprawionym debuggerem.
atari.area forum » Posty przez tOri
Witam!
Zaktualizowałem stronę o projekt digitizera video dla Atari ST(e).
Stare ale jare.
Zapraszam zainteresowanych.
pozdrawiam
Różnie. Czasem robię przerzucając schemat, czasem Verilog/VHDL, czasem mieszane. A układów używam Altery lub Xilinxa w zależności od potrzeby - małe CPLD są zwykle zdolne akceptować 5V i dzięki temu bardziej przydatne do starych komputerów. Chociaż gdy potrzebuję większy CPLD, też jest kilka sposobów na to.
Acha - no to niezły jesteś :) Ja od dosyć dawna "rozgrzebuję" cyfrówkę ale zawsze jakoś brakowało mi czasu aby na poważnie się pouczyć i potrenować na CPLD bądź FPGA. Mam oczywiście u siebie sporo różnych układów ale...
Np. Xilinx Spartan XCS30PQ208 albo inne, mniejsze, np. ATF1508 tylko, że czas, czas...
Jaki software preferujesz?
pozdrawiam
Witam
artik-wroc - to nie jest taki sam interfejs jak ten z c't - o ile piszesz o tym na zdjęciu na samym dole Twojej stronki z linka.
Zupełnie inna ilość układów, inne układy, możliwość wyboru tylko 2 urządzeń SCSI a nie 8 ACSI jak na opublikowanym przeze mnie. Nie próbowałem podłączać CD chociaż mam gdzieś taki napęd. Zajmę się tym przy okazji. Nie przesądzam, że może nie działać ale stawiałbym na to że zadziała. Za jakiś czas dam znać w tej sprawie :)
Na marginesie - program diagnostyczny ICD raportuje ten intefejs jako kompatybilny z STHA, więc po prostu trzeba się przekonać osobiście.
pozdrawiam
Wiem, wiem... to taki żart był
Tak na marginesie - piszesz w VHDL "z palca" czy wrysowujesz schemat w jakimś software?
Trochę mnie to ciekawi z powodu innnych projektów. Jak najlepiej zabrać się do większych CPLD?
Opowiedz to z pozycji praktyka.
pozdrawiam
Witam!
Aż się prosi - to fakt z tym, że zwykły GAL raczej tu nie wystarczy. Dobrze by było gdyby był to jakiś niedrogi i popularny układ. No i miło by było gdyby udało Ci się znaleźć trochę czasu.
Czekam na wyniki - dzięki za odzew.
pozdrawiam
Witam!
Uruchomiłem w końcu stronę, na której mam zamiar publikować różne projekty dla Atari XL/XE/ST i nie tylko.
W zasadzie każdy przydatny sprzęt znajdzie tam miejsce. Na razie są pustki lecz to się zmieni, gdyż będę w miarę
posiadanego czasu wrzucał coś ciekawego i być może przydatnego.
Na otwarcie przygotowałem coś całkiem sympatycznego - interface dla urządzeń SCSI. Bez wodotrysków - ale działa!
Zapraszam na stronę po więcej informacji.
Cze
Masz kwadratowe kości w podstawkach PLCC?
No to wyciągnij scalaki i przemyj im nóżki izopropanolem i przetrzyj na zwykłej kartce papieru.
Powinno pomóc
pzdr
Cze!
Obawiam się, że MMU "odleciało" :-( Na 4 martwe płyty - 3 miały wraz z RAM upalone MMU.
Polecam podstawkę pod MMU oraz podmiankę z innej płyty.
Pzdr
tOri
Cze!
Postępy byłyby gdyby nie shizy dnia powszedniego... Grr... No po prostu czasami zwala z nóg.
Mimo, że w całym projekcie nie ma zbyt wiele filozofii - trzeba dłuższą chwilę mu poświęcić
a mnie czeka kawał solidnej nauki do poważnych egzaminów. Staram się jednak i gdy tylko
cosik wymotam - napewno wrzucę do konsultacji na mój site.
Pozdrawiam
tOri
P.S. Pin - bardzo prawdopodobne, że istniejące rozwiązania musiałyby zostac przerobione albo
odrzucone - niestety ale taka jest zwykle cena za wprowadzanie nowych rozwiązań (czyt. mała zgodność...)
toriman napisał/a:Po co zwalać na Atarynkę osługę jakiejś klawiatury ?:)
A co tu jest do zwalania, przecież klawiatura piecowa właście "gotowe keycody" wysyła. Wystarczy je przełożyć na ATASCII, co i tak trzeba robić wewnątrz komputera (a nie na karcie), bo to wewnątrz kompa jest tablica definicji klawiatury, ... tak więc, podtrzymuję, overkill i to znaczny. :)
drac030 - no i tu jest leciutka skucha bo klawiatury PC wysyłają owszem kody, i owszem - po swojemu, i owszem czasami jest tego całkiem sporo :( Szkoda by było zajmować atarkę obsługą takich bzdetów jak tłumaczenie kodów z PC na Atari ( szkoda czasu ) Niech procesory zewnętrzne odwalają czarną robotę i tyle. A AKI to niby co jest ? ;-) Obecnie koszty takich rozwiązań są znikome w stosunku do efektów
(popatrz na SIO2IDE - IMHO rewelacja :) Po to są urządzenia zewnętrzne żeby dostarczały porządne dane a nie "półprodukty"
Tak właśnie myślę. W końcu wykorzystanie mocy Atari osiągnie 100% i co wtedy... ? Bez mikrokontrolerów nastąpi to o niebo szybciej
i niejako "na własne życzenie" a tego bym nie chciał. Kiedyś był niejako przymus projektowania "na piechotę" i sam widziałem
FDD 8" zbudowane w oparciu o kilogram (albo więcej) scalaków TTL - a przeciez nie o to chodzi. Ważne aby było jak najbardziej
wydajnie i skutecznie :) Jeśli mam skutecznie rozwalić brzęczącego komara nie zawaham się użyć lasera jeśli to mi da 100% pewności,
że już go nie usłyszę ;-)
Pozdrawiam
tOri
Cze ponownie :)
laoo: można, inicjowanie kart jest robione po postawieniu defaultowych urządzeń OS, więc wystarczy zastąpić wpis w tablicy handlerów nowym i po bólu.
dely: gniazdo AT potrzebne jest mnie, mam dwie takie klawiatury :) Oczywiście, są przejściówki, można więc poprzestać na samym PS/2, to nie tragedia.
Co do USB itp., oczywiście, że to jest racja, ale chodziło mi o zrobienie ze dwóch kart prototypowych dla wypróbowania ekspandera, zdebugowania go itd. Więc wybrałem takie tematy, żeby to, co karta robi, było w miarę proste, opracowane i łatwe do zaimplementowania, tak żeby się można było skupić na rozwiązywaniu problemów ewentualnych na styku karta-ekspander-komputer, nie walcząc przy tym dodatkowo jeszcze z takim USB, które chyba nie jest jeszcze do końca opanowane, jeśli idzie o zasstosowanie w małym Atari...
Widzisz drac030 - nawet taki RS to nie jest taka łatwizna Po co zwalać na Atarynkę osługę jakiejś klawiatury ?:)
Po prostu najlepiej uzyć nowoczesnych rozwiązań, czyli mikrokontrolerów - Atarka otrzyma gotowy keycode i tyle A ile przy tym
możliwości się otwiera... No... :D
ale plizzzz - najpierw sama płyta :) Pomysł na karte testową jakiś tam mam. Jakiś wyświetlacz LED albo nawet LCD wraz z obsługą
w ROM jako jakieś tam urządzenie :) i 4 klawiszowa klawiaturka. Tylko po to aby sprawdzić całość. To na razie pomysł ale do realizacji.
Pozdrawiam
tOri
Cze!
O ile dobrze wnioskuję - tablica HATABS jest wypełniana w RAM przed inicjalizacją nowych urządzeń, więc procedura inicjalizacyjna
powinna skutecznie podmienić wektory - zreszta - tu już drac030 powinien mieć większe doświadczenie a skoro pisze, że podmieni
to pewnie podmieni ;)
OK - spokojnie na razie... Całość jest w fazie całkowicie wirtualnej więc lepiej mimo wszystko nie gdybać za bardzo...
Wiem, że przydałoby się to i tamto i jeszcze coś. Na początek i tak trzeba zrobić uniwersalną płytę dla NevDev + CART + ECI.
Cała reszta (karty NevDev) i tak będzie musiała się dostosować do wymogów logiki płyty. A tę trzeba zaprojektować z uwzględnieniem
najgorszych i najlepszych przypadków :).
Czy znajdzie się jeszcze jakiś sprzętowiec na forum, który chciałby trochę pomyśleć nad resztą - czyli tym co ma być na płycie
aby całość grała jak należy?
1. Jest sporo różnic pomiędzy seriami XL i XE... Niestety - XE tylko ze złączem CART nie skorzysta na tym pomyśle.
2. PBI serii XL różni się dosyć znacząco od CART/ECI serii XE. Wypadałoby tak zaprojektować rozszerzenie aby obydwie serie
mogły z niego korzystać.
3. Seria XL niestety nie będzie mogła korzystać z możliwości CART oraz CART/ECI extendera, gdyż wymagałoby to
wykonania przeróbek w Atari ewentualnie dostawianie jakichś protez na złącze CART XL.
4. Co do spraw sprzętowych... Musze znaleźć jeszcze kilka informacji nt. NevDev żeby nie strzelić jakiejś sprzętowej gafy
w związku z pkt. 2
5. Wszystko da się zrobić - to tylko kwestia czasu...
6. Wszystko co jest niezbędne dla poprowadzenia i ukończenia projektu powinno być zawarte w punktach jak wyżej...
drac030 - przewiduję tak z lekka, że na kartach nowych urządzeń zagoszczą na dobre mikrosterowniki :)
Myślę, że użycie do budowy jakiegoś PICa czy ATMEGA wcale nie bedzie bezsensowne.
Za jakiś czas powinienem przedstawić jakieś schematy dla extendera. Tylko nie będę wiedział do końca czy są OK
dopóki tego softwareowo i w realu nie sprawdzę...
W jakiś tam sposób "zaplątałem się" w pomysł więc postaram się coś sensownego wymyślić i przedstawić do oceny
i poprawek... :) Mam nadzieję, że to co umiem przełoży się na sensowny projekt i że "nie polegnę" w trakcie.
To tyle z mojej strony :D (hehheh - taki akces)
Pozdrawiam
tOri
Cze!
ok. na serwer wrzuciłem ext_board7.gif tak sobie gdybam, że to może być *ostatnia* w miarę słuszna wersja płyty...
Będę optował na rzecz 2 dedykowanych gniazd CART i jednego dedykowanego - CART/ECI (bardziej ECI).
Ponieważ przełączanie kartridge trzeba zrobić na drodze odcinania od szyny, więc potrzebne
będą i tak dodatkowe ukł. scalone do buforów trzystanowych - no bo jakoś trzeba umożliwić
egzystencję różnych CARTów na jednym gnieździe a nie będzie się przerabiało Cartridge....
Z CART/ECI sprawa jest troszkę bardziej skomplikowana, ponieważ musi być również możliwość
odcinania go jak dla zwykłego gniazda CART ale jednocześnie musi być możliwość włączania go
w tryb ECI... To jest oczywiście do przemyślenia - do zrobienia również.
Będę w wolnych chwilach myślał nad całością :) i cos tam pewnie w Eagle (przynajmniej początek) wyrysuję.
Pozdrawiam
tOri
P.S. Weekend mam "zatkany" więc może mnie tu nie być...
Czee
Zajrzyj na www.privateservice.friko.pl
ext_board6.gif
oczywiście nie muszą to być 3 gniazda cartridge na tej pionowej płytce - mogą być 2
no i ECI jedno, więc trzeba sobie wymazać CART 3-5 i to drugie ECI (to był taki lekki shiz ;)
I wtedy wszystko będzie jasne...
Pozdr
tOri
OK - no to bez rozmnażania :)
To wygląda tak jak na rysunku ext_board6.gif
bez drugiego ECI i bez CART 3-5
wtedy slot ECI można umieścic na takiej wysokości jak w atari
a cartridge bedą nad slotem ECI.
Ze stojącymi gniazdami to lekuchna porażka bo po takim obróceniu
strasznie trzeba motać z mocowaniem i podłączeniem takowego.
Nie widziałem gniazd ISA "mocowanych na śrubki" więc i tak trzeba najpierw
wlutować w jakąś płytkę a potem połączyć taśmą wieloprzewodową
z płytą główną - dużo zachodu... Poza tym jeszcze jeden powód rezygnacji
to taki, że obudowy CART mogą się różnić szerokością i nie wiadomo na jakiej wysokości
miałoby być gniazdo. Jeśli będzie wysoko to CART i tak będzie wisiał ale w pionie
co szybciej może go "wysunąć" niz w poziomie (chociaż takie wysunięcie CARTa z gniazda
jest naprawdę mało prawdopodobne...)
Myślałem żeby wszystkie sloty tak zrobić ale w przypadku ISA
wysokość karty byłaby taka przynajmniej jak złącza czyli ok. 14 cm
A to nie jest do przyjęcia... Więc sloty NewDev są normalnie
ECI jest bezpośrednio na płycie a CART na dodatkowej płytce
wpiętej goldpinami w płyte główną...
Pozdrawiam
tOri
P.S. Gniazda powinny być 2 + jeszcze jedno czyli ECI ponieważ ECI ma byc dla urządzeń
nie dla CARTów. Dla CART powinny więc być osobne 2 (ze względów techniczno praktycznych
związanych z przełączaniem gniazd...)
Cze!
To co wrysowałem na ext_board6 to oczywiście propozycja.
Być może drugi slot ECI jest niepotrzebny tak samo jak
CART 3-5. Czyli pozostałyby 3 CART i 1 ECI oraz troche miejsca :)
Ale gdyby... w świetle tego co napisał Simius nt. obudowy KMK
no to dwie takie obudowy muszą się zmieścić obok siebie...
I tak musiałyby być rozmieszczone sloty ECI. Złącze ma długość
dokładnie taką jak ISA 2x31 czyli 85 mm.
Jeśli płytka jest symetrycznie usytuowana do złącza no to wygląda na to, że
sloty ECI muszą być od siebie oddalone o jakies 20 mm dla obudowy
tej wielkości.
A kto zagwarantuje, że nie pojawi się jakaś inna - większa, tzn. szersza niż 94 mm ???
Pozdrawiam
tOri
P.S. Należałoby zadbać aby płyta główna była położona dokładnie na takiej wysokości jak w Atari
żeby uniknąć przykrych niespodzianek z ECI rzecz jasna - ale ta sugestia już dawno padła :)
Z moich pomiarów wynika, że płyta główna powinna być oddalona od podstawy o 8-9 mm
rzecz jasna gdy jest w jakiejś obudowie - wtedy ta odległość będzie inna i to trzeba uwzględnić...
Cze!
No to już jest ext_board6 :) na privateservice.friko.pl
Hmm... teraz nie wiem jakie nawet mniej więcej dać wymiary.
A przy okazji wynalazłem ZAJ**** rzecz :) Otóż okazało się, że gniazdo ECI - gdyby nie miało
przerwy pomiędzy CART a ECI no to by była dokładnie ISA 2x31 ROTFL... serio...właśnie przymierzyłem :o)
Pozdrawiam
tOri
Cze!
zapraszam www.privateservice.friko.pl
ext_board5.gif
Jeżeli ma być zdecydowanie nisko położone gniazdo CART/ECI tak żeby wlazło tam np. KMK/IDE - no to będzie tylko jedno takie
chyba, że obudowa spuchnie na szerokość bo serio nie wiem nawet jakie miałaby mieć wymiary gdyby były obok siebie
dwa sloty CART/ECI obok siebie ??? Mam wylutowany slot z XE ale nie znam maxymalnych rozmiarów urządzenia CART/ECI
i w związku z tym nie mam juz pomysłów
Gniazda stojące skierowane w bok ?? ;-o może jakis rysunek ? Możliwe że kumam ale nie wiem czy napewno tak jak Ty :)
Pozdrawiam
tOri
Cze
Proponuję jednak sloty CART wtykane od góry...
Tak samo ECI - bo inaczej - tak czy siak będzie lipa
Jakieś podpórki, jakieś szyny, itp w momencie gdy rozmiary są
różne i niestandardowe to naprawdę porażka.
Naprawdę dużo łatwiej jest zaprojektować coś od zera...
Niedługo wrysuję kolejną propozycję ok ?
pozdrovka
tOri
Uff :)
Dobra - no to czas na kolejne warianty :)
Wrysuje jak chwilkę wyrwę...
Pozdro
tOri
Cze!
Dzieki za pochwały :) Troche się starałem...
Aż tak bardzo potrzeba 8 slotów dla 8 urządzeń ? No dobra...
Widzisz - każda adaptacja czegoś nowego do starego zawsze będzie stwarzała problemy
choćby z tego powodu, że coś - wbrew jakimś tam standardom jest za duże, za ciężkie, wogóle niewymiarowe, itd...
Można usilnie szukać tzw. złotego środka i nic z tego nie będzie.
Ja nie wiem nawet jakie wymiary ma KMK/IDE :/ I jak tu zrobić cokolwiek przyszywanego ?? CARTy też się różnią
choć nie powinny (porównywałem z obudowami, które mam i wyszło mi, że wystarczy 25 mm pomiędzy slotami...)
Co do upakowania - faktycznie leżące karty nie wykorzystuja zbyt efektywnie przestrzeni. Jeśli ma faktycznie być 8 slotów
no to niech stoją tak po PC-towemu i tyle. Miałem jeszcze inny pomysł - karty wsuwane - tak jak to jest w prawdziwych
profesjonalnych sprzetach... tyle, że wtedy karta miałaby wysokość 14 cm... Coś tam spróbuję wyrysować jeszcze, ok?
A poza tym - jakos nikt nie wyraził się nt. standardu karty - czyli eurokarta 160mm x 100 mm Chociaż zawsze można
wymyslić coś innego - to zaproponowałem jako rozmiar podstawowy. Moga byc tez większe... ;)
No dobra - załóżmy, że karty stawiamy pionowo (wtedy należy przyjąć ok. 120 mm wysokość karty w slocie) czyli całość
obudowy powinna miec jakieś 13 cm wysokości - w sam raz pod monitor ;-)
Popatrzałem w oryginalny koncept 1090 i tam są rozmiary płyty podstawowej: 9" x 5" czyli około 230 mm x 130 mm
a może zauważyłeś, że w oryginale jest tylko 5 slotów ? i of coz żadnego miejsca na CARTy oraz inne sloty ?
Może te 8 slotów to jednak przegięcie lekkie... no ale... spoko - cos tam wyrysuję nowego ;P
Tylko na cartridge i ECI nie mam teraz pomysłu w związku z różnymi "standardami" tychże...
Narka
tOri
P.S. Tak sobie patrzę i myślę, że robienie czegos takiego dla XE to nie jest rewelacyjny pomysł :( Tylko PBI serii XL daje
naprawdę szerokie możliwości. Na ECI brakuje ważnych sygnałów np. /RDY procesora no i nie ma ExtenB (external decoder enable)
Fakt - jest za to wyprowadzony $D1XX Dobra - wszystkiego na tym się nie da zrealizować ale niech więc zostanie jak jest :)
Czyli - trochę NevDev i dodatkowe złącza CART i ECI...
Cze!
Oj gdybacie, gdybacie :)
Poszczególne karty NevDev są wybierane porzez rejestr SPRZĘTOWY $D1FF podczas zapisu do niego wartości z ustawionym
odpowiednim bitem: bit 0 - NevDev 0, bit 1 - NewDev 1, itd... Cala idea obsługi urządzeń opiera się na handlerze w OS, który
pilnuje aby do tego rejestru była wpisywana jedna jedynka w jednym cyklu dostępu. A pozostałe procedury mają za zadanie
pilnować komunikacji (OPEN, GET, PUT, CLOSE, STATUS, itd...)
Ta jedynka powoduje odblokowanie "niewidocznej" elektrycznie karty. ale tylko JEDNEJ na raz :)
+ + +
edit:
Ma to poważne konsekwencje ponieważ:
Zawsze będzie dostęp do ROM konkretnego urządzenia. Wybrane urządzenie ma zawsze dostęp do PEŁNEJ strony $D1xx
(oczywiście pomijając $D1FF, który jest rejestrem sterującym)
+ + +
Takie działanie ma oczywisty sens. Nie ma konfliktów pomiędzy NewDev. Nawet jak ich jest 8. Ważne, żeby każde z nich
miało inny numer. I założeniem - omówionym z drac030 było, że do każdego slotu ma być przypisany przez logikę
extendera (nie karty NewDev) konkretny numer, czyli:
NewDev 0 - slot 0
NewDev 1 - slot 1
NewDev 2 - slot 2
...itd...
W momencie gdy na złączach mają być dostępne WSZYSTKIE sygnały ECI/PBI no to będą tam również /HALT oraz /EXTSEL
i myślę, że jakąś odmianę DMA możnaby zrobić. Zwłaszcza, że ANTIC ma mozliwość wyłączenia swojego DMA a /EXTSEL
odetnie RAM, itd... Zastanawiam się tylko, czy nie trzeba będzie buforować całej szyny (??) Bo odległości będą spore.
Trzeba pamiętać o propagacji sygnałów i stromości zboczy. To się okaże w momencie gdy zostanie zbudowany prototyp
oraz wykonana i oprogramowana jakaś prostacka karta testowa NewDev.
Tak więc spoko-loozik :)
Pozdrawiam
tOri
P.S. trochę porysuję i wrzucę na serwer do przedyskutowania...
P.P.S zapraszam -> www.privateservice.friko.pl
Szkoda, że prawdopodobnie trzeba będzie
usmiercać atarki dla odzysku ECI bądź komponować złącza skracając istniejące.Zdecydowanie wolałbym to drugie rozwiązanie :)
W sumie to dosyć proste :) krótkie złącze 2x18 można częściowo zaślepić i mamy 2x15. Nie problem...
Karty będą większe niż CARTY więc należałoby zamontować tak gniazda CARTridge aby moduły można było raczej wsuwać z zewnątrz chyba, że zakładamy wsadzenie np. 2 kartów i jednego ECI tak "na dłużej" i wajchowanie nimi :) No to wtedy nie trzeba kombinować z możliwością wtykania z zewnątrz. najwyżej jakaś klapka nad gniazdami CART.
Właśnie, w sumie mój pierwotny pomysł był taki, żeby gniazda kartridży (i ECI również) dać poziomo wystające z jednego boku, podobnie jak gniazdo CART/ECI wystaje ze 130XE. Eliminuje to "klapkę nad" i problem z dostępem do gniazd przez dach ewentualnej budy. Trzeba byłoby oczywiście zadbać w takim układzie, żeby gniazda były na tej samej wysokości od podłoża, co w XE, no ale to chyba detal montażowy.
W podobnym stylu myślałem nad tym detalem. W wolnej chwili "rozkminię i wymotam" coś więcej :)
Btw.: mam takie wrażenie, że 8 slotów to jednak trochę za dużo :/ Cały extender bedzie wielki. Trzeba jeszcze doliczyc miejsce
na przetwornicę zasilającą (i owszem - myślę, że dałoby się zamontować ją pionowo ;-) No cóż - w wolnych chwilach posiedzi się nad tym...
Wezmę Eagle i coś tam porysuję...
Pozdrawiam
tOri
Cze!
Problem niestety może być z tymi stronami ale nie ma zbyt dużej przeszkody aby część rozszerzeń również można
było wpakować w extender. Części się niestety nie da (mocno ingerują w hardware) ale zawsze trzeba zostawić
taką możliwość i zbudować dekoder również dla tych obszarów... $D6xx i $D7xx A co do $D1xx wiadomo... :)
W sumie propozycja z gniazdem ECI jest OK tylko, że ono jest do montażu poziomego ale chyba da się
wmontować również pionowo. Rozumiem Twoje założenia :) Szkoda, że prawdopodobnie trzeba będzie
usmiercać atarki dla odzysku ECI bądź komponować złącza skracając istniejące. Rzecz jasna przy projektowaniu
całości trzeba przestrzegać prowadzenia ścieżek pomiędzy gniazdami dokładnie tak jak to ma miejsce w atarynce...
OKI - w tym świetle nie ma sensu siedziec nad przelotką. Jest troszkę inny problem. Karty będą większe niż
CARTY więc należałoby zamontować tak gniazda CARTridge aby moduły można było raczej wsuwać z zewnątrz chyba,
że zakładamy wsadzenie np. 2 kartów i jednego ECI tak "na dłużej" i wajchowanie nimi :) No to wtedy nie trzeba
kombinować z możliwością wtykania z zewnątrz. najwyżej jakaś klapka nad gniazdami CART.
Jeśli faktycznie miałoby być rozwojowo no to proponuję dokładnie tak jak w 16bit ISA w PC, czyli:
gniazdo 31x2 i za nim gniazdo 18x2
Na gnieździe 31x2 miałyby być sygnały z szyny ECI atari PLUS sygnały z logiki extendera a gniazda 18x2
byłyby połączone równolegle i wyprowadzone tak jak proponujesz - na goldpiny 18x2. Myślę, że to by było
wystarczająco jak dla potrzeb atarynki ?
Siądę, zrobię coś poglądowego i wrzucę na serwer.
Pozdrawiam
tOri
P.S. Wrzuciłem 3 szybkie pliki na: http://privateservice.friko.pl - to tylko zarys idei :)
atari.area forum » Posty przez tOri
Wygenerowano w 0.845 sekund, wykonano 93 zapytań