176

Odp: ACSI-CF by PP/tOri

Cześć,

Peter Putnik na stronie: http://atari.8bitchip.info/acsicfafs.html umieścił TOS 1.04 UK z dodanym boot z ACSI-CF oraz obraz sterownika do zapisania na kartridżu gdy użytkownik nie chce mieć zmienionego TOSa. Do ściągnięcia od niego. POLECAM

http://atari.myftp.org  Atari - Power without price and neccesary elements
Różne różności dla Atari i nie tylko - przydatne, bądź nie ale i tak warto zajrzeć...
Adresy rezerwowe nieaktualizowane http://raven1.magix.net   http://atari.000space.com

177

Odp: ACSI-CF by PP/tOri

Zapodaję linki do TOS 3.06UK z PeraSAN boot oraz TUXIE 3.06 także z obsługą interfejsu ACSICF

http://raven1.magix.net/T306UAC4.zip
http://raven1.magix.net/T306UTXA.zip

Pliki od Petera Putnika. Może uda się jeszcze z TOSem PL. tego już nie wiem...

Pozdrawiam

http://atari.myftp.org  Atari - Power without price and neccesary elements
Różne różności dla Atari i nie tylko - przydatne, bądź nie ale i tak warto zajrzeć...
Adresy rezerwowe nieaktualizowane http://raven1.magix.net   http://atari.000space.com

178

Odp: ACSI-CF by PP/tOri

Ściągnięte, dzięki.

----====   dołącz do www.worldcommunitygrid.org   ===---

<-- Moja skrzynka "PW" jest pełna i nie mam czego usunąć. Kontakt przez "E-mail". Dzięki.

179

Odp: ACSI-CF by PP/tOri

Jak się uda odpalić te TOSy - bardzo proszę o zwrotne info - jak to działa i czy się nie wywraca. Peter montuje dla TT wyłącznie na Hatari bodajże, więc nie wszystko musi mu się udać ;-)

Pozdrawiam

http://atari.myftp.org  Atari - Power without price and neccesary elements
Różne różności dla Atari i nie tylko - przydatne, bądź nie ale i tak warto zajrzeć...
Adresy rezerwowe nieaktualizowane http://raven1.magix.net   http://atari.000space.com

180

Odp: ACSI-CF by PP/tOri

Dam znać na pewno, ale nie wiem kiedy. Dużo innej roboty niestety.

----====   dołącz do www.worldcommunitygrid.org   ===---

<-- Moja skrzynka "PW" jest pełna i nie mam czego usunąć. Kontakt przez "E-mail". Dzięki.

181

Odp: ACSI-CF by PP/tOri

tOri napisał/a:

Cześć,

Najpierw przeprojektowałem interface Pera Putnika wrzucając wszystko do CPLD Xilinx 9536XL. Zdjęcie w załączniku. Wymiary bez wtyku DB19 - około 75mm x 55mm. Jest to wersja, która działała połowicznie. Odczyt działał, zapis - nie. Zacząłem ogarniać temat i po miesiącu rozmyślania znalazłem pomyłki autora, które powodowały te wszystkie opisywane w innych wątkach problemy z błędami kopiowania danych. Do testowania zaprosiłem _tzoka_ (dzięki wielkie za pomoc!) ze względu na to, że mogła powtórzyć się sytuacja gdzie mój interfejs na moim komputerze działa a na innym komputerze - nie działa. _tzok_ dysponuje wersją zaprojektowaną przez Mq - na układzie GAL - tak jak w oryginale.

Finalnie okazało się, że nie jest potrzebny przerzutnik monostabilny 74HCT221 i trzeba było poprawić logikę "zaszytą" w GAL. W moim wariancie na układzie Xilinx naniosłem dokładnie takie same poprawki.

Testy wykonywałem na różnych kartach i na dwóch różnych maszynach.

Karty to oczywiście Sandisk: ULTRA II - 2GB, EXTREME III - 2GB, ULTRA II - 4GB, ULTRA II - 1GB

Na 1040STe TOS 1.62 był kopiowany plik 18MB pomiędzy partycjami C->D->E->F->G->F->E->D->C i po ostatnim kopiowaniu porównywany z oryginałem. Na wszystkich kartach test przeszedł bezbłędnie co oznacza bezproblemową i stabilną pracę interfejsu. Na 1040STFM TOS 1.02 użyłem tylko jednej karty - ULTRA II - 1GB - też wszystko przeszło bezbłędnie.

_tzok_ tak jak i ja nie miał problemów z poprawionym interfejsem na 1040STe. Na 1040STFM miał dużo błędów. Znalazł rozwiązanie w postaci DMA fix zaproponowane przez exxosa. Ale najlepiej będzie gdy sam może o tym napisze. Podejrzewam, że może grać tu także rolę to, że wejścia/wyjścia w moim interfejsie działają na poziomach 5V wejście / 3,3V wyjście i zakłócenia w interfejsie TTL powodują jakieś problemy na szynie danych DMA Atari czego nie ma od strony Xilinxa.

Kończąc - jest jeszcze kilka rzeczy do dogrania. Między innymi z autorem - P.Putnikiem. Myślę, że za jakiś czas będą dostępne PCB tego projektu. Być może zmontowane interfejsy, a i opis powinien pojawić się u mnie na www. Mam na oku obudowę pasującą do projektu więc może być w pełni profesjonalnie :D

Interface osiąga transfery na poziomie 1,8...1,9 MB/s - to rzeczywiście jest "demon szybkości".

Osobiście cieszy mnie, że udało się dorzucić kolejną zabawkę do świata Atari. Przy tej okazji sporo się także nauczyłem siedząc nad Atari DMA (ACSI)

Pozdrawiam
tOri

Pera zrobił ciekawą podstronę o ACSI i DMA: http://atari.8bitchip.info/AcsiDmaExD.html
Wspomina tam że znalazłeś błąd związany z sygnałem DRQ dla ostatnich dwóch bajtów.

Rozwinął byś trochę ten temat? Dzięki

Mega ST 1 / 7800 / Portfolio / Lynx II / Jaguar / TT030 / Mega STe / 800 XL / 1040 STe / Falcon030 / 65 XE / 520 STm / SM124 / SC1435
DDD HDD / AT Speed C16 / TF536 / SDrive / PAK68/3 / Lynx Multi Card / LDW Super 2000 / XCA12 / SkunkBoard / CosmosEx / SatanDisk / UltraSatan / USB Floppy Drive Emulator / Eiffel / SIO2PC / Crazy Dots / PAM Net
http://260ste.atari.org

182

Odp: ACSI-CF by PP/tOri

To chyba chodzi o to:
"Odkrył, że sygnał DRQ jest znacznie krótszy w przypadku ostatnich 2 bajtów 1 sektora niż w przypadku innych".

Było miło :) Do widzenia.

183

Odp: ACSI-CF by PP/tOri

Cześć,

Tak to właśnie wygląda. Peter w równaniach GAL umieścił sygnał DRQ (DMARQ karty CF), który z jakiegoś powodu (najprawdopodobniej błąd konstrukcyjny układu DMA Atari) zmieniał stan zbyt wcześnie na końcu transmisji, co miało wpływ właśnie na długość sygnału IOWR. Peter korzystał przy projektowaniu z całej ówcześnie dostępnej dokumentacji. To powinno było działać bez problemów. Zresztą sam napisał, że użycie wszystkich istotnych sygnałów dało efekt odwrotny do oczekiwanego. Jako, że ta zmiana DRQ pojawiała się w różnych chwilach - błędy wydawały się przypadkowe, zależne od konstrukcji interfejsu (!) albo od pojemności karty CF (Mq), Na ten ostatni element transmisji zwróciłem uwagę przeglądając zrzuty analizatora logicznego od _tzok_ i tak to udało się ogarnąć poprzez usunięcie z równań logicznych GAL sygnału DRQ co oczywiście miało także wpływ na sygnały IOWR i IORD. Rodzajem żartu jest to, że ten błąd w DMA stawał się istotny tylko w trakcie zapisu do karty CF. Przy odczycie nic się nie działo, być może ze względu na to, że czasy zapisu i odczytu wewnątrz logiki karty CF są różne (odczyt jest mniej problematyczny)

Ciekawe, że zajęło to tyle lat...

pozdrawiam

Ostatnio edytowany przez tOri (2021-12-25 22:56:44)

http://atari.myftp.org  Atari - Power without price and neccesary elements
Różne różności dla Atari i nie tylko - przydatne, bądź nie ale i tak warto zajrzeć...
Adresy rezerwowe nieaktualizowane http://raven1.magix.net   http://atari.000space.com