oj nie predko... w obecnej chwili obslugiwane sa urzadzenia typu HID (human interface device)
czyli do interakcji z komputerem - mysz, klawiatura, joystick...

ciebie interesuja urzadzenia typu USB Storage, a to wydaje sie byc zbyt ambitne jak na obecny moment...

aha - problem nie lezy w sprzecie (post wczesniej masz namiary na cartridge-a)
problem lezy w napisaniu natywnego kodu do obslugi tego typu urzadzen, jak i pozniej do obslugi jakiegos
filesystemu na nich (standardowo jest to fat16)

Pomysłem jestem zachwycony i powiem, że sam już kiedyś zastanawiałem się czy można byłoby coś takiego zrobić. Doszedłem jadnak do smutnego wniosku, że skoro tacy szpecmany jacy są tutaj za to się nie zabrali to problem jest poważnejszy i niewiadomo czy realizowalny!?

tak tak... wszystko fajnie, tylko chyba nie ten kawalek sprzetu i oprogramowania trzeba dorobic
w przypadku wspomnianego cart'a i urzadzen HID dawac mogl rade jeszcze SoC (jakis cypress z tego co pamietam), ale w przypadku pelnegowartosciowego mastera szyny USB bedzie tyci problem z wydajnoscia atarki - nawet dopasionej '816/14mhz

Popatrzmy na SIO2IDE.
Ma zaimplementowana obsluge FATow (i to paru roznych), a do tego jest urzadzeniem USB Storage. Czyli soft Atmela obsluguje te metode transmisji (od strony urzadzenia magazynujacego, ale chyba jesli zaimplementuje sie w sofcie obsluge tylko takich urzadzen, to od strony komputera implementacja bedzie bardzo podobna).

Ergo - potrzebny jest Atmel i pomoc Marka - wydaje mi sie ze nie byloby to az takie trudne (majac duza czesc softu napisana), a do tego na dysku USB moznaby trzymac ATRy, a sam dysk moglby zachowac strukture taka jak HDD w SIO2IDE (to tez normalny dysk pod FATem i moga byc na nim nie tylko ATRy :) ).

No to jak w takim razie komunikuje sie Atmel w SIO2IDE z Grzybem ?? Skoro, jak piszesz, jest to poza jego zasiegiem??

ano jako slave
a nadaniem i formatem ramki zajmuje sie specjalizowany uklad

Oczywiscie wiem o specjalizowanym ukladzie, chodzi mi wlasnie o takie polaczenie Atmel z jednej strony podpiety do Atari, a z drugiej przez specjalizowany uklad obslugujacy dyski USB. Zajmowalbysie on tlumaczeniem rozkazow, interpretacja danych na dysku i przetlumaczeniem tego na postac strawna dla Atari. W SIO2IDE juz to wszystko jest zaimplementowane, poza protokolem komunikacji z HDD USB (to znaczy jest ale od strony HDD a nie urzadzenia do ktorego podlacza sie taki dysk - ale to ten sam protokol ciagle!!)

tu nie chodzi tylko o protokol komunikacji...
ten interface musial by ,,robic'' jako host szyny usb co sie wiaze z o wieeele
wieksza komplikacja, niz to jest w wypadku uzadzenia typu slave (jak sio2ide)

przyjmijmy ze sie tego nie da zrobic ;) (moze znajdzie sie ktos kto o tym jeszcze nie wie,
przyjdzie i to zrobi :) )

a tak w sumie to juz jest dostepny tego typu interface: sio2pc + blaszak + usbharddiskdevice ;)