Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
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
4th Atari ASCII Compo - wyniki Dostępne są już wyniki tegorocznego ATASCII Compo.
thing neo 1.60 Olivier Landemarre wydał nową wersję desktopu Thing.
VIII. Basque Tournament of Atari 2600 Kolejna relacja, wśród otrzymywanych od naszego przyjaciela Egoitza z Kraju Basków.
atari.area forum » Posty przez saulot
Cześć, mogę przygarnąć 2 komplety jak jeszcze zostały.
Ok, dzięki temat do zamknięcia. Lista części jest w oficjalnych service manualach. Czy się będzie zgadzało z wersjami płyt które mam to zupełnie inna historia. Dziękuję piratom i internetowi :).
mistrz!
Cześć,
1) czy ktoś wymieniał może kondensatory w ww. monitorach i ma może ich pełną listę? (nie chce mie się tego rozbierać, żeby to sprawdzić).
2) Czy ktoś wie czy potencjometry w sc1224 są jakieś specjalne i czy są może jakieś zamienniki?
3) SC1445 maiłem jakiś czas temu zmieniane trafo (u specjalisty), ale po 10min użytkowaniu coś walnęło i mam poziomą kreskę na środku ekranu. Ktoś spotkał się z taką usterką? Łatwe do naprawienia czy raczej oddać do technika?
Pozdrawiam,
Znalazłem jeszcze jeden obrazek, który mówi więcej
Wygląda zupełnie jak w moim 520st+, był fabrycznie bez modulatora. Ale też mam problemy z kreskami pionowymi (np. w medze ST mam super obraz).
Być może to problem ramu. Mam obecnie ram Exxosa 4mb wpinany na mmu, ale generalnie to bez sensu rozwiązanie. Przekonałem się o tym przy instalacji Lighting ST. Płytka może w każdej chwili się poruszyć i potem są dziwne problemy. Zastanawiam się nad wywaleniem tego i wrzuceniem normalnych kości.
Zrobiłem pełną wymianę kondensatorów. Testowałem z nowym dedykowanym zasilaczem i starym też po wymianie kondensatorów, więc wyczerpała się lista rzeczy na którą można zwalić problemy. Jeszcze zastanawiam się nad wymianą rezystorów na szynach adresowych / danych.
Edit.. no tak zapomniałem, że wywalili blitter.. Ale we flaszce się znalazł...
W TT blitter też zachowuje się trochę inaczej..
co do odpalania dema to można zrobić obraz dysku i binarkę, która go montuje. Więc jak ktoś chce to może sobie obraz nagrać na dyskietkę i odpalić lub odpalić go z dysku. Chyba leonard ma coś takiego w swoim toolchainie pctowym. Tutaj jest system, który wykorzystuje DBUG w swoich patchach gier: http://d-bug.mooo.com/ulsdox/uls.php. No i tam jest wzmianka: "All games and demos that trash TOS will occupy the lower 512-1024k of memory". Dlatego swój stuff wrzucają do memtopa.
Dla mnie jak piszesz soft na STe to w teorii da się powiększyć grupę odbiorców o tych z lepszymi maszynami. Ale są dema np. które wykorzystują tak blitter, że nie da siętego zreplikować na nowszych modelach z powodu różnic. (chyba DHS jedno takie popełniło)
Mega ste ma cache i szyne 8/16mhz, w trybie kompatybilności ze zwykłym ste trzeba to wyłączyć.
Falcon ma tryb kompatybilności z STe(, więc jest de facto kompatybilny wstecz z STe, ma blitter), trochę więcej ustawień niż Mega STe, ale podobnie ustawiasz szyne na 8mhz i wyłączasz cache. Są tylko drobne różnice w działaniu blittera pomiędzy tymi maszynami (jest cały faq temu poświęcony). No, chyba że chcesz korzystać z dopalonego procka/cache'a. Są flaszki z różnymi prockami 030>, trzeba to wykryć i coś z tym faktem zrobić. Tutaj jest fajny artykuł: http://leonard.oxg.free.fr/articles/mul … atari.html, widzałem gdzieś jeszcze inny, w jakimś magu Atari, ale nie mogę go teraz znaleść.
Generalnie jak sobie piszesz po przestrzeni adresowej wg mapy to istnieje możliwość, że coś nadpiszesz jakiemuś drugiemu programowi, mapa się trochę zmieni jak wejdzie inny niż Twój system operacyjny (np tos 2.06 zajmuje więcej pamięci niż 1.62). Kiedyś przy maszynach z 0,5mb była zarządzana pamięć (w sensie mam tutaj przestrzeń adresową za systemem i robię sobie co chcę), ale później były problemy typu system operacyjny się zmienił (weszły nowsze wersje), ktoś załadował sobie do pamięci jakieś programy rezydentne/toole, weszły dodatkowe zakresy rejestrów i to co było ok, przestało działać. Dlatego piraci zaczeli wypuszczać poprawki gier. Np. fixy grupy dbug spatchowane wykrywają sprzęt na starcie i dają możliwość włączenia/wyłączenia cache'a, 8/16mhz jak jest możliwość plus kilka innych(np ładowanie danych do ramdysku).Nie musisz tego robić, wystarczy tylko "zresetowanie" do podstawowego modelu(8mhz/brak cache). No i ludzie różnie sobie odpalają dema, mają różne wersje tosu, jak program się odpala z dyskietki to użytkownik sobie zrobi reset, z twardego dysku to fajnie żeby program wracał po ludzku do desktopu, nie skaszanionym ekranem i nie wariującym zegarem systemowym (trzeba odkręcić haki, które się zrobiło przed startem dema).
Z ustawianiem flag ttram/altram w binarce i tworzeniem sobie bufora ramki w BSSie może być problem na sprzętach z alt/tt ramem, bo bufor ramki skończy w ten sposób w fastramie (,ale to dosyć ekstremalny przypadek, który już przerabiałem). Więc bss/data sobie można używać, ale bufor ramki lepiej sobie zaalokować dynamicznie/jawnie z st ramu z odpowiednim alignmentem. Idealnie by było na początku programu zalokować sobie 1 ciągły bufor MShrink() + Malloc/MxAlloc(w zależności od os'a) i tym jakoś zarządzać sobie według uznania. Jak nie ma wymaganego minimum to zamykasz program. Co do funkcji Malloc/Mxalloc() są ok, jak się ich dużo nie używa. No i warto rozważyć, żeby demo działo na nowszych sprzętach, ale potrzebna jest większa ilość kodu do setupowania/wykrywania ficzerów sprzętu itp. Nie jestem pewien, ale debugery moga sobie przechowywać jakieś rzeczy w górnych obszarach pamięci, chyba że piszesz bezbłędnie i wszystko działa od 1 strzała i ich nie potrzebujesz ;), więc pewnie trzeba zostawić jakiś margines.
W moich STe mam dostępne 4mb+8mb, w mega STe 4mb+6Mb (przestrzeń adresowa jest zajęta przez vme). Istnieje też możliwość ładowania os'a do fast ramu.
hd driver mam najnowszy, usatan chodzi na innych atari (bez problemów - krótkim, mega st i mega ste). Możesz rozwinąć kwestię sprawdzenia buforów dma? W sensie co dokładnie sprawdzić i w jaki sposób?
Cześć, w dużym skrócie mam płytę "po przejściach", w sensie modyfikowałem ją kiedyś bez odpowiedniego sprzętu/umiejętności (wynikiem było powyrywane pady/kilka ścieżek), ale jakiś czas temu zacząłem ją doprowadzać do porządku. Wymieniłem zasilacz, kondensatory, podstawki pod simmy (stare rozpadły się ze starości), przełączalny tos (1.6/2.06), nowy konektor na flopa, przełącznik flopa internal/external, poprawki do miksowania ym i obrazu, no i generalnie wszystko jest super (gry z dyskietek odpalają się bez problemów). Niestety coś poszło nie tak i bootowanie usatana przestało działać. Po odpaleniu komputera migają mi równocześnie dwie lampki usatana i ląduję od razu w desktopie (wszystko się bootuje na moich dwóch pozostałych stkach, więc to nie jest kwestia kart sd). Czy ktoś wie jak zdiagnozować źródło problemu albo zawęzić poszukiwania? Generalnie sprawdziłem połączenia wg. schematu 1040ste, między yamahą, wd1772, u302/u307/u306/u300(dma) i ścieżki zdają się być ok (generalnie okolice w których było najwięcej zmian/problemów), czy ktoś kiedyś diagnozował tego typu problemy i wie jak do tego podejść?
to uwala się hd driver. podpiąłbym stację z hd driverem, odpalił komputer z altem(pominięcie bootowania z hdd). potem odpalił hd drivera z dyskietki i go spróbował przeinstalować i zrobić reboot. Jak będą bomby to trzeba by było inny adapter sprawdzić..
ok, dziękuję. temat do zamknięcia..
Ten systest to jakiś soft do ściągnięcia ? Gdzie mogę to znaleść?
Sprawdziłem układy na płycie 65xe. Wyszło, że Sally/cpu jest ok, mmu ok, rom o/s ok, basic rom umarł(miałem czerwony ekran po zamianie tego z 600xl), gtia zachowuje się dziwnie, załączam screeny Draconusa z gtia 600xl i 65xe (wpięte na płycie 65xe). Krzaczory na owca1/2 demo wystepują zarówno na 65xe jak i 600xl, więc możliwe że mam jakieś lewe wersje com.
@Jarema sprawdziłbym czy na złączu klawiatury jest 5v(jak nie pali się dioda). Miałem jedną flaszkę ze zjaraną ścieżką i 5v trzeba było podprowadzić 5v z płyty.
Tak to ta wersja ;).. Ale miałem nadzieję, że ją wskrzeszę. Jeszcze nie jest idealnie, komp wstał, więc można powiedzieć, że jest prawie uratowany. Płyta ma numer seryjny kończący się na 666, więc myślę , że to przeznaczenie, że do mnie trafiła.. :D
Ok, może macie rację. Generalnie podmieniałem po jednym układzie i sprawdzałem co się dzieje.
Nie, testuję na tym samym. Działające układy wyciągnąłem z 65xe, który był sprawny, ale jest teraz w rozsypce, bo go doprowadzam do porządku...
Ok, to wyszło do tej pory, że przyczyną usterki był procesor Sally, padnięty rom systemowy oraz ROM basica. Przy dodatkowych testach wyszło, że GTIA też jest uszkodzone, bo sprajty w grach się dziwnie wyświetlały (niekompletne, wyglądało jak brak szczegółów na postaciach, były "blokowate").
Podmieniłem działający ROM z basica z 65xe (chyba był sprawny), ale komputer nie wstaje albo się wiesza na memory teście (przed wyświetleniem drugiego bloku ROM, który zwykle jest czerwony). Generalnie odpalałem trochę gier i na np. owca demo są problemy z wyświetlaniem grafiki, co n tą klatkę duża część lub całość obrazu wypełniają jakieś śmieci, część rzeczy wyświetla się poprawnie.
rom basica jest padnięty, ale udało mi się z side2 odpalić. Chyba taśma klawiatury trochę nie kontaktuje, bo dioda power czasami się nie pali. Ale klawiatura wg testu jest ok.
Mam jeszcze jeden problem po boocie z option nie odpala się self test, mam nadzieję że to nie znajduje się w romie basica..
Mq dzięki. Generalnie chcę tam wsadzić Ultimate'a, ale musiałem się upewnić, że komp w ogóle wstanie. Są jeszcze drobne problemiki, czasami self test się nie odpala, jest tylko czarny ekran, nie wiem czy to normalne.
Wsadziłem carta side2 i wygląda na to że coś tam działa.
atari.area forum » Posty przez saulot
Wygenerowano w 0.033 sekund, wykonano 25 zapytań