1

(41 odpowiedzi, napisanych Fabryka - 16/32bit)

Na chwilę obecną HDDriver działa z zapisem i odczytem, jednak nie chce mi się zabootowac na TOS206.

To walczymy dalej ;)

2

(41 odpowiedzi, napisanych Fabryka - 16/32bit)

Cyprian napisał/a:

mam obraz dysku Putnika ze sterownikiem w wersji demo i normalnie się botuje

Czy byłaby możliwość udostępnienia tego obrazu?

3

(41 odpowiedzi, napisanych Fabryka - 16/32bit)

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 :(

PunBB bbcode test

4

(41 odpowiedzi, napisanych Fabryka - 16/32bit)

perinoid napisał/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.

5

(41 odpowiedzi, napisanych Fabryka - 16/32bit)

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.

6

(41 odpowiedzi, napisanych Fabryka - 16/32bit)

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?

PunBB bbcode test
PunBB bbcode test
PunBB bbcode test

7

(152 odpowiedzi, napisanych Sprzęt - 16/32bit)

Mq napisał/a:

_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?

8

(38 odpowiedzi, napisanych Sprzęt - 16/32bit)

laborant napisał/a:

Nie wiem na ile prawda, ale może kogoś zainteresować. 68HC000FN16 w obudowie plcc podobno wyrabia stabilnie 50mhz na dopałce do amigi 500.

https://allegro.pl/amiga-wicher-500i-ko … 36755.html

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

9

(41 odpowiedzi, napisanych Fabryka - 16/32bit)

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

10

(38 odpowiedzi, napisanych Sprzęt - 16/32bit)

artik-wroc napisał/a:

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).

dip

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.

11

(41 odpowiedzi, napisanych Fabryka - 16/32bit)

willy napisał/a:

Nie pozostaje nic innego jak pogratulowac czerpania wzorcow od najlepszych ze strony zrob.se

A o co chodzi?

12

(41 odpowiedzi, napisanych Fabryka - 16/32bit)

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://youtu.be/CK4YK5cCTa0

https://www.youtube.com/watch?v=CK4YK5cCTa0

13

(34 odpowiedzi, napisanych Sprzęt - 16/32bit)

Cyprian napisał/a:

Vampirised Atari 520STFM w akcji: https://vimeo.com/187388251

Akcji to tu jeszcze nie widać ;)

14

(41 odpowiedzi, napisanych Fabryka - 16/32bit)

Adam Klobukowski napisał/a:

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ć ;)

15

(41 odpowiedzi, napisanych Fabryka - 16/32bit)

hsimpson napisał/a:

@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.

16

(41 odpowiedzi, napisanych Fabryka - 16/32bit)

mkm napisał/a:

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 ;)

17

(41 odpowiedzi, napisanych Fabryka - 16/32bit)

Adam Klobukowski napisał/a:

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?

18

(41 odpowiedzi, napisanych Fabryka - 16/32bit)

Adam Klobukowski napisał/a:

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.

19

(41 odpowiedzi, napisanych Fabryka - 16/32bit)

Cyprian napisał/a:

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.

PunBB bbcode test

PunBB bbcode test

20

(41 odpowiedzi, napisanych Fabryka - 16/32bit)

Cyprian napisał/a:

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.

21

(41 odpowiedzi, napisanych Fabryka - 16/32bit)

Adam Klobukowski napisał/a:

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.

22

(41 odpowiedzi, napisanych Fabryka - 16/32bit)

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.

23

(5 odpowiedzi, napisanych Sprzęt - 16/32bit)

cieplik napisał/a:

z Amigą nie próbowałem, mam ją aktualnie trochę w rozsypce, ale postaram się na dniach sprawdzić

Będę wdzięczny.

24

(5 odpowiedzi, napisanych Sprzęt - 16/32bit)

cieplik napisał/a:

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?

spidi napisał/a:

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 :)

Ryś MKII oraz Atari ST