Napisałem Ci przecież że jest 5V.
A w ogóle, to się nie wtrącam, tylko chciałem w pigułce podrzucić info jak to jest z tym 7800 :-)
I bardzo dziękuję za info :)
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
FiSh 0.70 Bocianu wydał FiSh 0.70, shell ułatwiający przeszukiwanie zasobów serwerów TNFS.
Street Fighter II już na Atari 8-bit! Vega i jego zespół wydali finalną wersję kultowej bijatyki. Wymaga 4MB cartridge i 64KB RAM.
Elite Demo 6 na Atari 8-bit! Trwają prace nad konwersją kultowej gry Elite. Szóste demo wprowadza liczne poprawki błędów.
vbcc v5 dla 6502 Kompilator C vbcc doczekał się piątej wersji dystrybucji dla 6502. Zapewnia dużo szybszą arytmetykę FPU i nowe narzędzia.
HDDRIVER 12.75 Sterownik HDDRIVER, kluczowe narzędzie dla pamięci masowej Atari 16/32-bit, otrzymał aktualizację 12.75, która naprawia błąd w HDDRUTIL.
atari.area forum » Posty przez spidi
Napisałem Ci przecież że jest 5V.
A w ogóle, to się nie wtrącam, tylko chciałem w pigułce podrzucić info jak to jest z tym 7800 :-)
I bardzo dziękuję za info :)
@spidi, Atari7800 ma standard lekko inny niż zwykłę Atari/Amiga. Na złączu DB9 ma standardowo GND i +5V, kierunki góra, dół, lewo, prawo ma też standardowo. Ma jednak dwa przyciski fire, które są rozwiązane w sposób niestandardowy. Spójrz na schemat, to będziesz wszystko rozumiał od razu:
Te 2 przyciski fire jestem wstanie ogarnąć programowo i wówczas mógłbym dodać profil konfiguracyjny Atari7800. Jak pisałem wcześniej wszystko zależy czy na pinie 7 jest +5V żeby zasilić Ryśka.
Atari 7800/7800+
Jeśli na pinie nr 7 gniazda jest +5V, to powinien zadziałać w którymś z trybów Atarowych interfejsu. W internetach różnie piszą na ten temat.
Jeśli nie ma na nim napięcia, to można pomyśleć o jakimś "adapterze" z zasilaniem np. z USB.
Jak wygląda współpraca z 7800?
Osobiście nie sprawdzałem, bo nie mam. Natomiast nie widzę nigdzie informacji, że ten pad działa po Bluetooth.
Jest to adapter Bluetooth dający możliwość użytkowania bezprzewodowych (Bluetooth) padów od Xbox One, PS5, PS4 oraz wielu innych. Współpracuje z Amigą, Atari (duże i małe), C64 i jest multi platformową konstrukcją.
Dzięki ostatniej aktualizacji także AtariST otrzymało możliwość używania myszki (bo pady obsługiwało wcześniej).
Dodatkowo mogę poinformować, że z jednym z użytkowników Atari testujemy joystick (działa) oraz pada (ten wykazuje pewną oporność) z ATARI VCS.
Wyróżniającą cechą adaptera jest możliwość mapowania dowolnego pinu z gniazda joysticka pod przycisk na padzie.
Więcej informacji znajduje się tu.

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.
atari.area forum » Posty przez spidi
Wygenerowano w 0.011 sekund, wykonano 80 zapytań