Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Hatari 2.6.0 Ukazała się nowa wersja Hatari - emulatora Atari ST/STE/TT/Falcon
Altirra 4.40 test 14 - poprawki modemowe Nowa wersja testowa Altirry skupia się na ulepszeniach w komunikacji.
RastaControl - GUI do RastaConvertera Dostępna wersja beta graficznego interfejsu do RastaConverter
Ice-T 2.8.1 dla Atari 8-bit Nowa wersja terminala Ice-T z poprawkami i lepszą obsługą klawiatury
MyAES 0.99 Beta 8 Nowa wersja MyAES z poprawkami błędów
atari.area forum » Posty przez tOri
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 :)
Cze!
Dostęp do $D6XX to standardowy dostęp do ewentualnego RAM NevDev. $D7XX niby jest zarezerwowane dla potrzeb
Atari ale gdy firmy nie ma no to chyba rezerwacją nie ma co się przejmować i wrzucić tu też RAM. Tak więc te dwa obszary mogą się przydać. Niestety - wykorzystywanie tych obszarów przez software, np. QMEG może powodować konflikty.
Jednak gdy niezbedny będzie choćby nieduży bufor to właśie tam...
O goldpinach nizej...
Przelotka - z opisu wynika, że to miałoby być kolejne złącze na płycie extendera ?
Nie ma to sensu ponieważ obojętnie jak to się zrobi - i tak będzie blokowany któryś slot
zależnie od tego - aki numer miałoby urządzenie z przelotką. Mi bardziej chodziło o przelotkę miedzystandardową
np. gniazdo ECI - wtyk ISA i takie coś po prostu wtykałoby się w któryś ze slotów. Najlepiej ten, którego numer
odpowiada temu urządzeniu (jeśli jest to NevDev0 no to w slot 0, przelotka i wystarczy :)
Przecież spokojnie można w taką obudowę wrzucić tez FDD, HDD, SIO2PC, SIO2IDE itp :)
A to miał być żart w odpowiedzi na wysyp atarowskich pomysłów :D Jak wiesz z moich wcześniejszych postów - nie jestem
zwolennikiem rozdrabniania się. Jeden projekt na razie wystarczy chyba, że powstaną inne zespoły czy coś :)
Kolejny post...
toriman napisał/a:A ja tak na serio proponowałbym podwójne złącze kątowe GOLDPIN 40 - te są bardzo łatwo dostępne, tanie, złocone i najpewniej nie wyjdą
z uzytkowania przez następne ileś tam lat :)Dobrze, jellonek juz mnie uswiadomil, jak takie zlacze wyglada. Bez wielkich wstepow powiem, ze jestem przeciw. Piszac, ze trzeba wybrac cos "taniego i latwo dostepnego" mialem jedynie na mysli, zeby uniknac wybrania czegos drogiego i trudnego do kupienia - a nie, zeby wybrac cos JEDYNIE dlatego, ze jest tanie i latwo dostepne. OK, moja wina, nie wyrazilem sie jasno.
Zlacze, o ktorym piszesz, sklada sie z rzadka "goldpinow" po stronie "meskiej" i plastikowego wtyku po stronie "zenskiej". Ono jest dobre, pod warunkiem, ze sie go nie rusza, to znaczy ciagle nie rozlacza i podlacza. Ale kiedy sie to robi, wtedy plastikowa czesc ("zenska") ulega wyrobieniu, dziury sie staja luzniejsze, zlaczka przestaje ciasno siedziec, potem kontaktowac i jest do wymiany.
Jesteś w błędzie odnosnie złączy goldpin ale skoro tak uważasz no to nie będę obstawał twardo przy tej propozycji.
Wracam więc do złącza krawędziowego 2x31 styków raster 2,54 mm ( slot ISA ). Ten typ złącza również jest używany
i też raczej dosyc długo będzie obecny na rynku. PCI jest bardzo nadmiarowe i gęste - nie stanowiłoby to niby problemu
ale tez pytanie - po co ?
Jesli ten wtyk jest na karcie, trzeba ja naprawiac. "Serwis" natomiast to nie jest cos, na istnienie czego user atarynki moze liczyc, no i nie kazdy umie takie cos naprawic samemu. Dlatego trzeba unikac dawania temu ustrojstwu powodow do serwisowania sie - innymi slowy, zlacze pomiedzy ekspanderem a karta ma byc maksymalnie pancerne; po to, zeby spokojnie wytrzymywalo wieloletnie uzytkowanie, po to, zeby trzymalo karte sztywno (oczywiscie z pomoca jakiegos sledzia) i po to, zeby dobrze kontaktowalo.
Wystarczy pancerność na poziomie PC :)
Karty do ekspandera maja byc latwe do wyjecia i wlozenia - podobnie jak to ma miejsce w przypadku kart piecowych. Nie widze wiec powodu, zeby wynajdywac proch, skoro gniazda ISA albo PCI sa sprawdzonym rozwiazaniem wlasnie w takich warunkach, jak opisalem powyzej. Czyli kwestia jedyna, to ktore z nich jest tansze, trwalsze, latwiej dostepne, latwiejsze w montazu.
Zgoda
Pozdrawiam
tOri
Czee!
toriman: Z bardzo prostej przyczyny :) Wszystko zaczęło się od ramdysku. DOS II/+ ma zaszyty sterownik do ramdysku ale niestety po wyłączeniu zasilania ramdysk również znika :( Najlepiej więc podtrzymać pamięć (bateryjka starcza na rok albo i dłużej), a skoro cała pamięć jest statyczna, to dlaczegoby nie pokusić się o podtrzymanie wszystkiego? W efekcie działa to tak, że po wyłączeniu komputera, kiedy włączam go po jakimś czasie wszystko jest tak, jakbym wcisnął klawisz reset :)Jak sobie piszesz demko albo coś innego i masz już do pamięci wszystko załadowane to jest to niesamowite rozwiązanie. Proste, a cieszy :)
:D LOL - no to jest faktycznie niezłe. Szkoda, że atarynka nie da rady się całkowicie zahibernować bez freezera. Muszę to zobaczyć
i przećwiczyć u siebie... ROTFL!! No i mam jeszcze ze 3 płyty ze spalonymi FREDAMI więc mam na czym zaszaleć.
Z FRED-em to jest banał. Dostaje 14 MHz z oscylatora, są dwa przerzutniki 7474 połączone kaskadowo i wychodzi 3,5 MHz, które leci do GTIA i Antica. Z sygnałów CAS, RAS i PHI2 robi się sygnał CI o ile pamiętam. Do sterowania pamięcią statyczną wystarczy CI i magistrale. Żeby zachować kompatybilność z rozszerzeniami trzeba pamiętać by CI uwzględniało zwalnianie pamięci dla stron D1, D4, D5. Kilka bramek na krzyż. Jak odkopię notes ze schematem to tutaj zamieszczę :)
Dokładnie tak sobie i myślałem tylko się za to nie zabrałem. Zawsze wypada coś "ważniejszego". W końcu to nie jest takie strasznie złożone.
Jeśli znajdziesz schemacik - zamieść. A jak nie znajdziesz no to i tak się w końcu go "zrobi" - szkoda trochę czasu na ponowne "odkrywanie"
Ameryki ;-). Mam sporo 128 KB Kości samsunga więc miałbym do czego je wykorzystać :) ... Ciekawi mnie ta aplikacja ;)
Dzięki i pozdrawiam
tOri
Cze!
Alex - po co podtrzymanie na s-ram ??? Tak pytam bo to ciekawostka :)
Jeśli mógłbyś sie podzielić sposobem na FREDA to byłoby miło... Miałem sam siąść do takiej przeróbki ale jakoś
nie mogę się zebrac w sobie :-/
Co do Antica - myslę, że jest na to sposób ale bez analizatora przynajmniej 8-kanałowego nie da się tego
jednoznacznie znaleźć chyba, że w jakimś opisie Antica są zamieszczone dane cyklów procka...
(niestety - tez nie mam analizatora a nie stac mnie na kupno takiego, który by mógł pomóc. Taki na LPT grzyba
niestety raczej będzie za wolny. Zawsze można jednak spróbować... Tak na początek)
Dzięki za 3 grosze ;)
Pozdrawiam
tOri
Cze!
Pasuje. I jest nawet troszke mocniejszy niż atarowski...
Ale bez drastycznej przeróbki (obcięcie wtyczki i wlutowanie nowej oraz wywalenie 9V~ ) się nie obejdzie...
Pozdrawiam
tOri
Cze!
Najpierw szczegół odnośnie postu drac030:
CAS Inhibit jest sygnałem odcinającym RAM i jest wystawiany z MMU, $D1xx jest z MMU ale to sygnał wyboru obszaru I/O
i jesli nie ma takiego sygnału - można >chyba< użyć właśnie $D1XX - pewności 100% nie mam ale na to wygląda
po analizie schematu kompa oraz przykładu budowy urządzenia PBI. CAS Inh oryginalnie miał odblokowywać dekodery
hmm... a $D1xx jest już zdekodowanym obszarem a i tak potrzeba więcej sygnałów, m.in. do odcinania MPD,
dostepu do $D6XX i $D7XX... To troche komplikuje całość ale zawsze można coś ciekawego wymyslić :)
Sikor napisał/a:1. Idea słuszna, ale zamiast przytoczonych tu slotów typu ISA lepiej zastosować typu PCI - łatwiej je dostać, a co się z tym wiąże, są tańsze;
Ta decyzja należy już do ewentualnego projektanta i ewentualnego producenta: jakie konkretne części są najłatwiej osiągalne, tanie i łatwe w montażu.
A ja tak na serio proponowałbym podwójne złącze kątowe GOLDPIN 40 - te są bardzo łatwo dostępne, tanie, złocone i najpewniej nie wyjdą
z uzytkowania przez następne ileś tam lat :)
Sikor napisał/a:2. Zastosowanie innego typu łączy nie wyklucza stosowania starych urządzeń - można na przykład zrobić 6 gniazd "Atari-PCI" i 2 standardowe CART/ECI;
No dobra - skoro nalegacie - to może raczej 8 slotów i jedną "przelotkę" CART/ECI, w która rozgałęziacz nie będzie elektronicznie ingerował. Urządzenie wsadzone w przelotkę będzie miało wybrany numer np. 0, wtedy odnośny slot trzeba będzie zostawić pusty. Uniknie się w ten sposób komplikacji elektronicznej samego rozgałęziacza ponad miarę (może).
Można zrobić przelotkę. Linię aktywującą z rejestru $D1FF po prostu wyrzuca się poza standardową numerację szyny i po kłopocie.
Sikor napisał/a:3. Proponowałbym ewentualne dołożenie pamięci RAM - nazwijmy ją "buforową" - mi się na przykład marzy karta sieciowa do malucha. A taka pamięć niezależna od komputera mogłaby przyjmować ramki o większej pojemności (czytaj: zwrasta prędkość) niż standardowe ATARI.
Ee, sieciówkę i tak trzeba zbudowac od podstaw i lepiej chyba, żeby ta pamięć była na niej (tzn. na karcie).
draco030 ma rację - nie ma co kombinować. Ma być zachowana całkowita zgodność z PBI więc żadnych zbędnych elementów
w extenderze...
4. Dodatkowym atutem byłby interfejs MultiJoy wbudowany w środek - gniazda DB9 są tanie, a jak ktoś ma ochotę - w wejścia IN wprowadza przedłużacze z portów joysticka;
W takie urządzenie można załadować wszystko ;-) Najpierw jednak musi powstać extender aby można było sensownie rozmawiać
o dodatkach... Przecież spokojnie można w taką obudowę wrzucić tez FDD, HDD, SIO2PC, SIO2IDE itp :)
5. Własne zasilanie (nie wiem, wbudowany zasilacz ATX...?) - co odciąży zasilacz Atari w przypadku stosowania kilku kart rozszeżeń równocześnie.
Zasilacz, no jasne. Ale jak zasilacz ATX, to może rejestr POWER OFF? ;) Bo przecież komputer też można tak zasilać, zdaje mi się. Tym samym byłby to następny (po $D1FF) rejestr kontrolny rozgałęziacza. W związku z tym może w ogóle część strony D1 przeznaczyć na stałe na rejestry kontrolne oraz takie, których odłączanie z przestrzeni adresowej nie ma sensu - bo np. muszą być skanowane w przerwaniach, jak joye, albo łatwo dostępne, jak wspominany już tu przeze mnie parę razy Covox.
Dajmy na to, że $D100-$D1BF (192 bajty) rejestrów "ruchomych", $D1F0-$D1FF - sterowanie rozgałęziaczem. Reszta zarezerwowana.
Zasilanie to podstawa. Na 100% Podstawowy zasilacz atarki nie dałby rady. ATX (najlepiej mini) byłby najsensowniejszym powerem
drac030 - na razie bez kombinacji - pliz :) Ja generalnie i tak mam propozycje całkowitego zbuforowania magistral tyle, że ma to
jeden minus - może powstać problem z czasami propagacji (przy zastosowaniu układów serii ACT ma sens. Inne mają zbyt długie
czasy na bufory... zostaje za mały margines dla szyny danych)
Z takich dodatków, to chciałbym jeszcze zobaczyć interfejs KMK na pokładzie (zmodyfikowany...?), przystosowany do kart CF - co od razu załatwi wiele spraw.
Wolałbym w postaci karty - np. dlatego, że takowa da się wyjąć, a ktoś może nie chcieć mieć tego interfejsu (bo np. ma lepszy).
A to już dalsza historia... :)
Pozdrawiam
tOri
P.S. Karty być może będą miały nową szansę by się pojawić...
Cze!
Qrczę...jakbyś w myślach czytał i na odległość widział :-D
Wracam po 18 z pracy i czasami nie mam chęci nawet leżeć.
Ale akurat extender ECI ma spore szanse na realizację, więc
możnaby cos zakombinować. Drac030 rzucił początek,
ja troche gdybam - może zacznę więcej. Jeszcze kilku zapaleńców
no i może w końcu cos się z tego "wykluje". W sumie miło by było.
A qrde mać... już od kilku miesięcy nie mogę siąść do ostatniej
wersji atariSID (na TTL-ach - bez procka) Mam nadzieje, że tej
się uda poprawnie pracować.
Najgorzej, że nie mam konkretnego sprzętu do analizy cyfrowej
i trzeba przebiegi sygnałów w głowie składać :)
Oki - konczę - spać kiedys trzeba
Pozdrawiam
tOri
P.S. Ale powiało optymizmem ;-)
Cze!
Co do urządzeń PBI - myślę, że każde z nich i tak musi mieć możliwość dowolnego ustawiania numeru NEVDEV. Rozgałęziacz swoją drogą...
Pojedyncze urządzenie "musi". KMK/JZ IDE ma np. zworki do tego. W rozgałęziaczu chodzi o to, że ma nie być zworek, kązdy bit $D1FF ma być przypisany na sztywno do pojedynczego slotu. Kiedy user chce zmienić numerację urządzeń, po prostu zamienia je miejscami w slotach :)
Myślę, że to znacznie upraszcza ewentualną konstrukcję - zwłaszcza że rejestr $D1FF ma działac w obie strony, nie tylko zapis, ale odczyt też (jako flagi przerwań przychodzących od kart PBI).
Yhymm... Po prostu sloty od Dev0 do Dev7. Tak też można - w zasadzie to nieistotne czy sloty są numerowane, czy ustawia się numer w urządzeniu zworkami. To ewentualnie kwestia estetyki oraz tego, że takie karty nie będą mogły być użyte samodzielnie tylko w powiązaniu z extenderem ;-) Btw. rejestr $D1FF z założenia jest rejestrem IRQ przy odpytywaniu źródeł przerwania. Bedę musiał sprawdzić jak wygląda od strony programowej inicjalizacja NevDev - bo suche opisy bez kodu jakoś do mnie nie trafiaja...
Rzuciłem okiem na zdjęcia 1090 w sieci i w zasadzie poza zasilaczem prawie nic tam nie ma ;)
No nie, 1090 jednak było cokolwiek bardziej złożone. Primo, miało porty RS-232 i Centronics, zapewne wraz z całą obsługą (w postaci urządzenia PBI). Slotów jest 5 (o ile pamiętam zdjęcia) z prostego powodu: tylko tyle bitów miało być w 1450XLD wolnych dla użytkownika, resztę wykorzystywał/miał wykorzystywać komputer i moduł 1090 dla "własnych" potrzeb. U nas tego nie ma, można wszystkie osiem potraktowac jako user-defined.
Hmm...Ja oprócz zasilacza, drobnych scalaków i slotów nic tam nie zauważyłem :/ Nie ma żadnych portów na tych zdjęciach. Widzisz jakieś ?
Dlatego mnie to trochę zdziwiło, że opis się różni od wizji ;) Chyba, że chodzi o kartę PBI z tymi urządzeniami ale nie zespolona trwale
z płytą 1090...
drac030 - martwi mnie coś innego. Tak troszkę. PBI 800XL oraz CART+ECI różnią się między sobą sygnałami. Na złączu ECI jest sygnał z dekodera I/O - jest zdekodowany obszar $D1XX a nie ma CAS Inhibit jak w PBI To trochę komplikuje sprawę chyba, że ustala się odgórnie iż wersja będzie tylko dla kompów z szyną ECI. Żadne inne nie bedą brane pod uwagę. Czyli mamy modele: ostatnie 65XE (na płytach 130XE), 130 XE, 800XE i tylko dla tych taki sprzęt miałby powstać... Wtedy faktycznie do selekcji NevDev byłby używany $D1XX co oczywiście upraszcza sprawę bo nie trzeba już tego dekodować w extenderze :)
No i rzecz jasna tu ma poważny sens dobudowanie kilku złączy CART :) tak jak to opisałeś na wstępie. Zresztą - od samego początku chodziło
tylko o XE. Więc najlepiej się tego trzymać a staruszki zostawić na boku (niestety)
Pozdrawiam
tOri
atari.area forum » Posty przez tOri
Wygenerowano w 0.075 sekund, wykonano 22 zapytań
