Na chwilę obecną HDDriver działa z zapisem i odczytem, jednak nie chce mi się zabootowac na TOS206.
To walczymy dalej ;)
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 spidi
Na chwilę obecną HDDriver działa z zapisem i odczytem, jednak nie chce mi się zabootowac na TOS206.
To walczymy dalej ;)
mam obraz dysku Putnika ze sterownikiem w wersji demo i normalnie się botuje
Czy byłaby możliwość udostępnienia tego obrazu?
Kontroler dysk jest już uruchomiony. Karta CF jest wykrywana przez oprogramowanie Putnika. Jego sterowniki w wersji demo też montują dysk z tym, że o małych wielkościach partycji i tylko do odczytu. Nie udało mi się bootować z hdd systemu ale zapewne to ograniczenia wersji demo.
Niestety moja wiedza na temat hdd w Atari jest za mała :(
To będzie tylko RAM+IDE czy, analogicznie do A500, podkręcisz też proca?
Tak, to będzie RAM z IDE oraz pamięć Flash na Tosa lub potrzebne sterowniki do automatycznego aktywowania pamięci.
Chociaż jak widać można wstawić 68010, który to jakieś "małe" przyśpieszenie daje.
Obecnie program dodaje 8MB ramu aczkolwiek na karcie znajduje się 16MB SDRAM i być może uda się jeszcze trochę tej pamięci aktywować.
Te rzeczy są do ogarnięcia w pierwszej kolejności. Dopiero potem można będzie pomyśleć o podkręcaniu procka.
Teraz chcę uruchomić kontroler dysku i też nie wiem czy TOS206 jest wstanie wykryć dysk IDE, czy są do tego jakieś sterowniki potrzebne.
Na początek przydałby się soft do sprawdzania wykrywania dysków i poprawności transferu.
Trochę trwało dotarcie do obecnego stanu z powodu wiecznego braku czasu ;)
Jednak udało się dobrnąć do takiej postaci :)
Karta posiada na sobie pamięć SDRAM o wielkości 16MB, pamięć flash o pojemności 1MB oraz kontroler IDE.
Obecnie 8MB ram jest dodawany przez program, który napisałem i jest ładowany przy starcie z dyskietki.
W tym momencie mam pytanie do bardziej obeznany kolegów związanych obsługą dysków twardych w Atari. Czy są jakieś programy do testowania dysków?
_tzok_, i to jest niestety dokładnie ten sam problem, który miałem w swoim interfejsie. Przypatrz się uważnie gdzie występują błędy. Jest pewna reguła: błędny bajt jest zawsze ostatnim bajtem z grupy 512 bajtów. Tak jest przy małej ilości błędów, przy dużej już są to różne bajty. Co ciekawe, u mnie te błędy były powtarzalne, czyli przy kilku próbach takiego kopiowania zawsze miałem powtarzalne te same błędy. Zwróć też uwagę jaki jest ten błędny bajt: u mnie zawsze był to bajt któryś obok tego właściwego, a nie losowy i też dało się zaobserwować regułę.
Wyglądało mi to, jak by błędy w transmisji pojawiały się zawsze na koniec sektora (512 bajtów). W dodatku ten błędny ostatni bajt był powtórzeniem któregoś sąsiedniego bajtu (już nie pamiętam którego dokładnie). Z tego powodu zastanawiałem się, czy nie jest to problem drivera, a nie sprzętu. Dlatego cisnąłem Putnika, sądząc, że może jest problem jakiś z driverem, bo przecież przy zakłóceniach błędy powinny mieć charakter losowy. Jednak Putnik upierał się, że to jest kwestia zakłóceń, a na koniec obraził się, że go nie chcę słuchać - jak to Putnik:-)
Szedłem więc dalej ścieżką którą mi wytyczył i trzymałem się tych zakłóceń. Poprawa sytuacji, lub jej pogorszenie następowało przy dobieraniu różnych kart CF, różnych GAL-i (najlepszy u mnie okazał się być 25ns, ale testowałem tylko szybsze, nie miałem takiego jak twój 35ns). Ostatecznie pomogło u mnie dobranie jedynej karty 2GB (ta Twoja dobrze rokuje, trzymał bym się jej), GAL-a 25ns (choć możliwe, że 35ns też jest ok, nie sprawdzałem), oraz spróbuj wlutować te diody schotky tak jak Ci pisałem w mailu.
Czy przypadkiem nie będzie to problem opisany w tym dokumencie w sekcji C.2 Termination?
Nie wiem na ile prawda, ale może kogoś zainteresować. 68HC000FN16 w obudowie plcc podobno wyrabia stabilnie 50mhz na dopałce do amigi 500.
Całkowita prawda, że te procki dają się podkręcać do 50MHz.
Mi udało się nawet podkręcić do 60MHz, niestety pamięć musiała chodzić z 2 waitstatami, więc procek był spowalniany przez pamięć.
https://www.youtube.com/watch?v=ZIRMAnJiYxk
Chwilę mi zajęło zapoznanie się z narzędziami programistycznymi, ale jest już driver dodający pamięć do systemu.
https://www.youtube.com/watch?v=Fe8yWXjWTcY
Bawiłem się dzisiaj z MegaSTE i procesorami w wersji DIP.
68000 w wersji 8, 10 i 16MHz oraz 68010 10 i 12MHz.Wszystkie startują i działają na 8MHz, po włączeniu 16 i cache działa tylko 68000 16MHz. 68010 12MHz sypie się (ciekawe czy przez cache, czy przez 68010). Wygląda na to, że procesory w tej wersji były mniej podatne na zmianę częstotliwości. Wersja 10MHz nie działa na 16, podczas gdy analogiczny procesor PLCC 68HC000FN10 działa na 16.
EDIT: Procesor PLCC 68010 w wersji 25MHz działa tylko na 8MHz, więc problemem jest cache w MegaSTE (?prawdopodobnie).
Procesory PLCC 68010 @25MHz, to zwykłe "malowanki". Z mojego Amigowego doświadczenia, procki 68010 dają się podkręcić max. do 14 MHz. Żaden z tych które miałem nie poszedł na 16MHz, a miałem ich trochę na testach.
Nie pozostaje nic innego jak pogratulowac czerpania wzorcow od najlepszych ze strony zrob.se
A o co chodzi?
Po małej przerwie wraca do zabawy z Atari. Na filmie widać dostosowane rozszerzenie pamięci z Amigi.
Jest to moduł posiadający 8MB pamięci SDRAM. Teraz pozostanie dodać procek MC68HC000 i będzie można szaleć ;)
https://www.youtube.com/watch?v=CK4YK5cCTa0
Vampirised Atari 520STFM w akcji: https://vimeo.com/187388251
Akcji to tu jeszcze nie widać ;)
Nie do końca. TT-RAM jest po prostu po tych 4MB ST RAMu w górę, przy czym od $E00000 do $FFFFFF jest dziura na ROM/IO, wiec w przypadku 68000 może go być 10MB (chyba wszystkie tego typu rozszerzenia dają 8MB, bo prościej), a gdybyś się pokusił o włożenie 020+, to może go być znacznie wiecej, oczywiście z tymi samymi warunkami. (020+ wymaga TOSu 3.06)
OK rozumiem.
Co do 020, to najpierw zrobię tą 68000. Jakaś hierarchia w zdobywaniu wiedzy musi być ;)
@spidi: Czy planujesz zrobienie tego turbacza też w wersji dla STE?
Obecnie nie mam takiego sprzętu.
Jednak jak powstanie na ST to pomyślę też i o STE.
A w ogóle to miło gościć nam kolegę i fajnie, że Atari ST znalazło zainteresowanie u Amigowca:) Powodzenia z projektem.
Za młodu byłem zawsze w przeciwnej drużynie, to na starość chciałem zobaczyć co mnie ominęło ;)
Uniwersalnego programu dla ST nie ma, ale napisanie takowego (tj dedykowanego) jest proste, to kilka linijek. Standartodwy RAM w ST to pierwsze 4MB przestrzeni adresowej, po tym aż to $E00000 jest miejsce które możesz wykorzystać. Dalej jest ROM i IO. Tu masz spis wszystkiego: http://ftp.lip6.fr/pub/atari/Docs/hardware.txt
Btw. do testowania RAMu, nie musisz go dodawać do systemu, jak wiesz gdzie jest to możesz go używać. Informacja dla TOSa jest po to żeby wiedział że może tam alokować.
Dzięki za dodatkowe info.
Czyli ST-RAM to pierwsze 4MB przestrzeni, a TT-RAM kolejne 4MB? Czy dobrze to rozumiem?
Pokaż proszę wyniki testu w niskiej rozdzielczości.
Jak już pracujesz nad dodatkową pamięcią, to możesz też pomyśleć nad kontrolerem IDE.
Jeśli chodzi o pamięć, to ST, w odróżnieniu od Amigi, nie ma niestety sprzętowego mechanizmu informowania komputera o tym że ta pamięć 'istnieje', czyli system jej domyśłnie nie widzi. Dodatkowo, niezbędny jest do tego TOS 2.06 (też można od razu pomyśleć aby to zawrzeć w dopałce - może programowalny flash?). Jak już to wszystko będzie, to system można poinformować o tym że jest dodatkowa pamięć przy użyciu wywołania systemowego Maddalt(). Teoretycznie można by to zautomatyzować, wrzucając to na 'cartridge'.
Aha, pamięć od $F0000000 w górę to przestrzeń IO, tak więc jej nie ruszaj.
Na chwile obecną posiadam tylko przejściówkę na VGA, jak tylko zrobię coś co pozwoli mi wyświetlić obraz w zwykłym PALu, to zrąbię testy jeszcze raz.
Dzięki za uwagi dotyczące pamięci i sposobu jej "aktywowania" w systemie. Czy są jakieś programy, które dodają pamięć?
Na początek przydałoby się coś takiego do testowania. W jakiej przestrzeni adresowej najlepiej umieścić ram w ST?
Żeby nie było ewentualnych konfliktów z innymi urządzeniami.
Fajny pomysł.
Czy jestes pewny że dokładnie WD nie działa? Być może chodzi o układ DMA który odbiera dane od WD i zapisuje je do pamięci.
Bus Mastering w Atari jest inaczej rozwiązany niż w Amidze (sławetna instrukcja TAS na Amidze). Może być tak, że Twój układ nie pozwala na przejęcie szyny danych właśnie przez DMA.
No i stacja ruszyła.
Dzięki Panowie za podesłanie wskazówek.
Musiałem zmodyfikować obsługę sygnałów BG i BGACK w moim cpldku.
Jak można zauważyć z poniższego testu przyśpieszenia jeszcze nie widać, a nawet jest odrobinkę wolniej.
W następnym kroku dorzucę pamięć ram i zobaczymy jak to będzie działało.
Fajny pomysł.
Czy jestes pewny że dokładnie WD nie działa? Być może chodzi o układ DMA który odbiera dane od WD i zapisuje je do pamięci.
Bus Mastering w Atari jest inaczej rozwiązany niż w Amidze (sławetna instrukcja TAS na Amidze). Może być tak, że Twój układ nie pozwala na przejęcie szyny danych właśnie przez DMA.
Na chwilę obecną trudno powiedzieć. Niestety brakuje mi wiedzy na temat platformy sprzętowe.
Teraz zbieram materiały aby poszerzyć wiedzę i będę dalej kontynuował prace.
Czy dopałka posiada FAST-RAM? Dopalanie ST bez FAST-RAMu jest trochę pozbawione sensu, bo realny przyrost prędkości (przy zmianie taktowania CPU z 8 na 16MHz) to ok. 10-20%.
Moje podejrzenie jest takie że dajesz do WD1772 zbyt wysoki zegar.
Możesz zrobić też wersję dla STE (procesor w podstace PLCC)?
Na http://www.atari-forum.com/ są ludzie robiący podobne rzeczy.
Ta płytka nie ma w chwili obecnej pamięci. Jest to wersja rozwojowa (jeszcze z Amigi) i służy tylko do odpalenia samego procesora. Jak tylko dojdę do tego co jest przyczyną problemów ze stacją dyskietek, to dorzucę ram.
WD1772 dostaje taktowanie 8MHz. Moja karta emuluje cykl szyny 8MHz i wyższą częstotliwością elektronika z płyty głównej nie jest traktowana.
Ponieważ popełniłem prostą dopałkę dla Amigi 500 pomyślałem sobie, żeby ją dostosować dla mojego Atari 1040STF.
Po kilku próbach i lekkim dostosowaniu udało się odpalić Atari z częstotliwością 16MHz na procku MC68HC000. Jest jednak pewien problem, nie działa stacja dyskietek. Niestety Atari nie jest moją naturalną platformą i brakuje mi trochę wiedzy na temat jej działania.
Czy możecie mi podsunąć miejsca gdzie mogę doczytać jak działa stacja dyskietek w Atari no i ogólnie jak się zachowują poszczególne części sprzętu.
Jeśli uda się rozwiązać problem ze stacją dyskietek, to będzie istniała szansa na dopałkę dla Atari :)
Załączam też fotkę mojej pierwszej prostej dopałki dla Atari.
z Amigą nie próbowałem, mam ją aktualnie trochę w rozsypce, ale postaram się na dniach sprawdzić
Będę wdzięczny.
1. Ryś Mk II:
Używam normalnie jako adaptera myszy do Amigi i tu nie było problemów.
Podpięcie do jakiegokolwiek Atari wymaga ściągnięcia z rysia obudowy, sprawdziłem xegs, 65xe ,600xl, ste i falcona i do żadnego w obudowie nie pasuje.
Jeśli chodzi o działanie sprawdziłem tylko z xegs bo to mam aktualnie podpięte, urządzenie ewidentnie coś robi,po podpięciu pada atari cały czas się zachowuje jak by była wciśnięta góra w joysticku, nic innego na moim pctowym padzie nie udało się osiągnąć, a xboxowego i od ps3 według dokumentacji nie obsługuje więc nawet nie próbowałem.
Czy ten pad podpięty do Ryśka i Amigi działa normalnie?
Na mojej stronie http://retro.7-bit.pl udostępniłem wsady dla Ryś USB oraz Ryś MKII przeznaczone do współpracy z AtariST.
Zwracam się z prośbą do posiadaczy owych interfejsów o przetestowanie tych wsadów.
Niedługo zamieszczę filmik z działania tego interfejsu z AtariST
Zatem obiecany film :)
atari.area forum » Posty przez spidi
Wygenerowano w 0.016 sekund, wykonano 87 zapytań