Ooo, Mq, a ja mógłbym się o taką płytkę uśmiechnąć, jeśli masz jeszcze? A jeszcze lepiej jeśli dałoby się przerobić na SD, bo łatwiej dostępna jest (ale to już niekoniecznie).

@_tzok_ - interfejs wykrywać będzie każdą kartę CF, ale tak jak napisałeś zadziałają tylko karty Sandisk Ultra II. Spowodowane to jest tym, że driver wykrywa każdą kartę, ale już transfer z nią przełączany jest na tryb DMA 8-bit, którego obsługują włąśnie tylko nowsze karty Sandiska. Teoretycznie powinny zadziałać każde karty, które obsługują tryb DMA 8-bit, ale w praktyce oznacza to, że prawdopodobnie są to tylko karty Sandisk Ultra II. Tryb ten obsługują również późniejsze wszystkie karty Sandiska, ale te z kolei nie działają w tym interfejsie poprawnie - chyba są już (kolokwialnie mówiąc) zbyt nowe/zbyt szybkie.

@Sikor, to jest projekt eksperymentalny. Wg mnie najprawdopodobniej nie da się go zrealizować w stabilnej wersji jako "gotowy produkt" tak, żeby działał z każdym komputerem i z każdą kartą. Mam oczywiście kilka płytek, jak ktoś by chciał powalczyć, to się podzielę, ale to raczej kieruję do zaawansowanych elektroników.

Ja swój egzemplarz uruchomiłem w wersji stabilnej z moim STE tylko z jedną jedyną kartą Sandisk Ultra II 2GB. Interfejs nie działa mi stabilnie z żadną inną kartą, nawet z identycznymi lecz o większych lub mniejszych pojemnościach.

Nie będę gorszy i też załączam zdjęcia:-)
Projekt układu i driver Putnika, projekt pcb, dopasowania obudowy i cała mechanika z lampkami włącznie mój:-)

Gdyby całość działała stabilnie bez półrocznej walki o odpalenie mojego jedynego stabilnego egzemplarza, to projekt ten był by mistrzostwem świata. Zapraszam bowiem do obejrzenia załącznika speed_test.jpg
Chcę powiedzieć, że u mnie to działa właśnie z takimi prędkościami i to jest odczuwalne, wierzcie mi:-)

Edit: @_tzok_ w trybie PIO powinien działać na tym interfejsie driver tylko dla karty slave, ale pod warunkiem, że wykryje również master w DMA 8-bit. Tak twierdzi Putnik, ale mi się nie udało uruchomić drugiej karty na tym w ogóle.

Jest szybszy niż SatanDisk, ale jest to projekt eksperymentalny, który Putnik zbudował nie po to, żeby używać tego jako regularne urządzenie, tylko po to, żeby przetestować jakie maksymalnie transfery uda się wycisnąć z interfejsu ACSI.

Błędem moim była myśl, że uda się z tego zrobić regularne urządzenie i dziś uważam, że się nie uda, ale nie tylko ja jestem tutaj elektronikiem, więc może będzie ktoś lepszy ode mnie.

Wady: brak wsparcia (Putnik powiedział, że się tym więcej nie będzie zajmował), driver trzeba odpalać z dyskietki, brak autobootowania, działa tylko z kartami Sandisk Ultra II i to nie wszystkimi, wymaga indywidualnego odpalania z danym egzemplarzem Atari i z daną kartą CF.
Napisałem, że raczej dla zaawansowanych elektroników, ponieważ nie ma tak jak sobie myśli Atari-User, że może zadziała ten interfejs poprawnie z którymś egzemplarzem różnych Atari. To zadziała z każdym egzemplarzem, ale będą błędy w transmisji danych, czasem więcej, czasem mniej, czasem wydawać się będzie że jest ok, ale nagle posypią się partycje i tym podobne atrakcje. Nie ma też prostego remedium - moim zdaniem trzeba siedzieć z oscyloskopem i analizatorem logicznym i kopiować ogromne ilości danych milion razy w tę i z powrotem, porównywać błędy i walczyć z filtrowaniem na różnych liniach oraz kombinować z timingiem sygnałów. Jak ktoś znajdzie remedium na wszystko, to będzie wielki:-) U mnie pomogły diody schottky'ego zaporowo do masy na wszystkich liniach sterujących przy karcie CF, ale u xangela, który też zrobił ten interfejs diody nic nie zmieniły, za to pomogło podciągnięcie którejś linii danych.
Ogólnie ja z tym walczyłem pół roku poświęcając na to masę godzin, ale jak zrobiłem ten jeden działający swój egzemplarz ze swoim STE i tą jedyną kartą CF, to dalej już walczyć nie mam ochoty, nie będę już z tym nic więcej robił, nie mam na to czasu, poddałem się.

@Atari-User, czy ktokolwiek inny - jak chce ktoś płytkę i ma możliwości i umiejętności taką walkę samotnie stoczyć, to zapraszam na PW, mam kilka sztuk.

Na zdjęciach mojego egzemplarza może być GAL o różnych czasach propagacji, ale proszę się tym nie sugerować, bo przekładałem różne układy, a zdjęć robiłem dużo. Poprawnie działa mi tylko GAL o czasie propagacji 25ns. Pisałem ci to _tzok_ wcześniej w mailu. Na GAL-ach o innych czasach gry się uruchamiały, ale nie wszystkie, a przy zapisie występowały przekłamania niektórych bajtów w wyniku czego pliki były uszkodzone, a także psuł się system FAT oraz tablice partycji po jakimś czasie.

Natomiast karta CF działa mi poprawnie dokładnie ta widoczna na zdjęciach.

Co do rezystorów na liniach danych, to testowałem i nie było różnicy z nimi i bez nich. Ale to właśnie takie walki uprawiałem przez te wspomniane pół roku. Te rezystory dawałem zarówno między ACSI a interfejsem, jak również między interfejsem a kartą CF.

Karta dotarła, nie zwróciłem na to nawet wcześniej uwagi ale to jest SanDisk Ultra, a nie Ultra II... niemniej działa. Nie testowałem jeszcze zapisu, ale uruchomiłem kilka demek i chodzą bez problemu, w tym Bad Apple, które stawia wysokie wymagania kontrolerom pamięci masowej - działa bez zająknięcia.

Karta jak na zdjęciu:

GAL16V8-35LP (Lattice)
DM74LS221N (National Semiconductor)
SN74HCT574N (Texas Instruments)

GAL zaprogramowany moim wsadem "skompilowanym" pod WinCUPL. Wynikowy plik JED jest inny niż ten od Putnika.

Mój:


CUPL(WM)        5.0a  Serial# 60008009
Device          g16v8as  Library DLIB-h-40-2
Created         Sun Mar 03 15:41:56 2019
Name            ACSI CF 
Partno          00 
Revision        01 
Date            2019-02-26 
Designer        TzOk 
Company         None 
Assembly        None 
Location        None 
*QP20 
*QF2194 
*G0 
*F0 
*L00000 10101011111111111111111111110111
*L00256 10011011111111111111111111111101
*L00288 11111111101111111011101101011101
*L00512 10010111111111111111111111111101
*L00544 11111111101111111011011101011101
*L01024 11111111011111111111111101111101
*L01536 11111111111101111111111111111111
*L02048 10000000001100000011000000100000
*L02112 00000000000101011111111111111111
*L02144 11111111111111111111111111111111
*L02176 111111111111111110
*C2298
*A245

Putnika:


25.09.2010, 10:15:56

ACSICF5.GAL assembled to ACSICF5.JED

with GAL-Assembler V1.2, (c) May 17 1992 by Ulrich Hack *

F0 *

N pin 19 = 'LAC' = function19 *
L0000 1010 1011 1111 1111 1111 1111 1111 0111 *

N pin 18 = 'IOWR' = /function18 *
L0256 1001 1011 1111 1111 1111 1111 1111 1101 *
L0288 1111 1111 1011 1111 1011 1011 0101 1101 *

N pin 17 = 'IORD' = /function17 *
L0512 1001 0111 1111 1111 1111 1111 1111 1101 *
L0544 1111 1111 1011 1111 1011 0111 0101 1101 *

N pin 16: not connected *

N pin 15 = 'DRQA' = /function15 *
L1024 1111 1111 0111 1111 1111 1111 0111 1101 *

N pin 14: not connected *

N pin 13 = 'IRQA' = /function13 *
L1536 1111 1111 1111 0111 1111 1111 1111 1111 *

N pin 12 = 'MONOST' = function12 *

N XOR(19..12) bits: *
L2048 10010101 *

N user ID: "ACSICF05" *
L2056 01000001010000110101001101001001
      01000011010001100011000000110101 *

N AC1(19..12) bits: *
L2120 00010101 *

N enable product terms: *
L2128 11111111111111111111111111111111
      11111111111111111111111111111111 *

N SYN bit: *
L2192 1 *

N AC0 bit: *
L2193 0 *

0000

Karta trafiła mi się przypadkiem. Opis HDL (funkcje) do GALa jest taki sam, tylko przepisany i skompilowany w CUPLu. Jak się wczytałem w opis tego JED to kluczowe elementy połączeń makroceli są jednak takie same.

Name     ACSI CF ;
PartNo   00 ;
Date     2019-02-26 ;
Revision 01 ;
Designer TzOk ;
Company  None ;
Assembly None ;
Location None ;
Device   G16V8AS ;

/* *************** INPUT PINS *********************/
PIN  1    = A1                        ; /*                                 */ 
PIN  2    = CS                        ; /*                                 */ 
PIN  3    = RW                        ; /*                                 */ 
PIN  4    = ACK                       ; /* First 4 lines from ACSI bus     */ 
PIN  5    = IRQ                       ; /* from IDE - just to invert it    */ 
PIN  6    = DMAON                     ; /* Latch                           */ 
PIN  7    = DMARW                     ; /* Latch                           */ 
PIN  8    = DMARQ                     ; /* From IDE - active HIGH          */ 
PIN  9    = RESET                     ; /* From ACSI - latch init          */ 
PIN 11    = ENABL                     ; /* Latch bit 7 - 0 DISABLED        */ 
PIN 12    = MONOST                    ; /* Trgd' by ACK - tw~180ns         */ 

/* *************** OUTPUT PINS *********************/
PIN 13    = IRQA                      ; /* To ACSI via diode               */ 
PIN 15    = DRQA                      ; /* To ACSI via diode               */ 
PIN 17    = IORD                      ; /* ToIDE                           */ 
PIN 18    = IOWR                      ; /* To IDE                          */ 
PIN 19    = LAC                       ; /* Need rising pulse for '574 write*/ 

/* *************** BOOLEAN-EQUATIONS *********************/
                              
   LAC = !A1 & !CS & !RW & RESET;  /* raising pulse for latch set */
   /* Reset signal because it sets by power on, it seems */

   !IORD = A1 & !CS & RW & ENABL
         # !DMAON & ENABL & DMARQ & !ACK & MONOST & DMARW ;  /* must close before ACK !!! */
  /* so, needs monostable again */
 
   !IOWR = A1 & !CS & !RW & ENABL
         # !DMAON & ENABL & DMARQ & !ACK & MONOST & !DMARW  ;

   !DRQA = DMARQ & ACK & ENABL ;  /* Very fast work - off when ACK activates. 2 MB/sec peak ! */
 
   !IRQA = IRQ ;   /* Invert it - need via diode to ACSI */
  

No i jeszcze w STe mam "bad-DMA" (-38) ale mam też 68HC000 i TOS w kościach Flash. STf jest mniej więcej w oryginalne (tylko recap i niefabryczne PSU).

Odczyt jest na poziomie 1800kB/s

Przekopiowałem kilkakrotnie folder z kilkoma setkami plików i na pierwszy rzut oka wyglądało, że wszystko jest ok. Niestety dokładniejsze oględziny pokazują, że pojedyncze bity są zamienione :(

Niestety diody u mnie nic nie zmieniają. Natomiast obserwując na oscyloskopie linie portu ACSI to jest w ogóle cud, że cokolwiek działa. Ciężko dojść co jest transmisją a co zakłóceniami.

Diody zabezpieczają przed przed impulsami, które pojawiają się poniżej poziomu masy.
https://www.exxoshost.co.uk/atari/last/DMAfix/index.htm (tutaj akurat puszczony przez rezystor 100R):

Heja,

Tak se myślę, patrząc na kształty impulsów, że przydałoby się jednak solidne buforowanie wyjścia DMA bo dzwoni dosyć głośno. Tak na marginesie - wejścia układów TTL nie zaakceptują, tak czy inaczej, poziomów poniżej 0V - po prostu - taka budowa wejść :)

Załączam ciekawy materiał - jak ktoś zechce no to sobie poczyta o bramkach - zestawienie charakterystyk i takie tam...

pozdrawiam

O ile mi się przypomina z konwersacji z Putnikiem, to była jeszcze taka teoria, że układ jest OK, tylko winne jest PCB, bo podobno u niego "na kabelkach" wszystko dobrze działa. Podobno układ jest bardzo wrażliwy na źle zaprojektowane PCB. Ale teoria padła po tym, jak na żadnym PCB nikomu to nie zadziałało poprawnie...
W załączniku fotka, jak u mnie wyglądał interface.

Układ działa po chińsku czyli jako-tako :) Głównie zależy to od karty CF, czasem udaje się dobrać taką kartę, że działa dość dobrze z większością Atarek. U mnie jest jedna karta 1GB, gdzie odczyt działa zawsze OK i nigdy mi się ona nie posypała, ale nie robiłem próby zapisu i porównywania w TC. Mam też kartę 2GB, która w odczytach zawsze działa dobrze w STe, ale w zapisach się sypie. Natomiast w ST to nawet w odczytach potrafi się sypać.
Bardzo wybredny ten interfejs...

Na zdjęciach karty Kingstona, które oczywiście nie działają. Interface działa tylko z Sandiskami.