Ja formatuję tak jak na obrazku, z tym że używam firmware HyperXF w stacji.

No dobra, ale co to Twój karmelek jest wg Ciebie? Bo jakoś mi karmelek nie pasuje do żadnej z tych stacji. Indus czarny jak węgiel jest, przynajmniej mój, a CA szara jak Atari. Karmelek to może być już najprędzej 1050 ale do niej sramów żadnych nie ma:-)

O, trub:-) Dzięki za odpowiedź. Pisałem do Ciebie obszernego maila 19 sierpnia z zapytaniami w tej sprawie, ale nie wiem nawet czy dotarł, bo nic nie dostałem w odpowiedzi:-)

No ale obecnie po zmianie pamięci na inne już jest ogarnięte na tyle, że wszystko działa: tematy były nawarstwione, bo po pierwsze mój Indus miewał problemy z dyskietkami, po drugie moje dyskietki były wadliwe. Po kolejnym wyczyszczeniu Indusa i wymianie filcu dociskającego dyskietkę do głowicy poprawiło się, dostałem też trochę dyskietek (dzięki uicr0Bee), z których wybrałem dobre i wówczas programik trub'a naprawia poprawnie bootsector i wszystko działa. Tak że samego Indusa i dyskietki mam poprawnie przygotowane.

Pozostał mi temat pamięci. Te, na których nie działa mają 55ns, a inne na których działa mają 70ns i 150ns. Może te 55ns są za szybkie? Na wszystkich zdjęciach w necie SRAM chargera kości mają co najmniej 70ns. Nie wiem jednak czy te pamięci 55ns są na pewno sprawne, muszę to jeszcze sprawdzić, jednak patrząc na schemat, tam po drodze mamy tego dekodera HCT139, tak sobie wyobrażam czasy propagacji sygnałów i nie jestem pewien czy tam nie będzie leżał problem. Jeszcze pokombinuję, chociaż skoro podmianka pamięci załatwia temat, to nie wiem czy nie jest to najprostsze i najskuteczniejsze rozwiązanie i już.

Nikt się nie zgłosił do pomocy, więc sam walczyłem, walczyłem i chyba uwalczyłem. Z tego co mi się udało osiągnąć, to zbudowałem od nowa prototyp, w którym przetestowałem kilka różnych pamięci i wychodzi na to, że coś jest nie tak z samą pamięcią, którą miałem przeznaczoną do tego rozszerzenia. Niestety chyba te pamięci, które kupiłem i mam są albo zbyt szybkie, albo po prostu dostałem partię uszkodzonych.
Na innych pamięciach udało mi się wszystko odpalić bezbłędnie. Na ten moment więc stoimy na tym, że muszę kupić inne pamięci i będę mógł polutować gotowe rozszerzenia. Jeszcze chwilę cierpliwości, bo teraz muszę poszukać identycznych z którymiś z tych, na których przetestowałem, żeby nie było niespodzianek.

Jest tylko jeden sterownik specjalny dedykowany napisany przez Putnika. Nie ma żadnych innych sterowników. Urządzenie nie bootuje automatycznie ponieważ jest nietypowe i Atari nie zobaczy tego urządzenia dopóki nie uruchomimy tego specjalistycznego sterownika.

Ten sterownik można odpalać z dyskietki, można też odpalać z kartridża, bo robiłem to. Da się wrzucić na dyskietce w autostart sterownik i wtedy odpali się od razu przy starcie systemu i mamy dysk widoczny. Z tym że nie da się zrobić (a przynajmniej mi się to nie udało) tak, żeby sterownik odpalał się automatycznie z kartridża.
Już tłumaczę dlaczego tak jest:

Jak się tym bawiłem z użyciem kartridża uniwersalnego mojego projektu, to wychodziło na to, że kartridż w ST działać może w takim trybie, że może pokazać się jako urządzenie c (małe c dla odróżnienia od dużego C będącego partycją dysku). W takim wypadku najpierw uruchamia się GEM i wtedy pojawia nam się literka małe c na pulpicie i normalnie wchodzimy sobie w ten c, tam możemy mieć dowolne pliki i wówczas możemy uruchomić stamtąd sterownik i to działa, mamy wtedy dysk widoczny. Niestety na kartridżu widocznym w taki sposób jako c nie da się zrobić żadnego autostartu, więc musimy odpalać ręcznie taki sterownik czy też inne programy. Jest jeszcze jedno ograniczenie: z litery c da się tylko odpalać programy jednoplikowe - ale nasz drajwer jest jednoplikowy, więc działa ok.

Inny tryb pracy kartridża działa tak, że możemy mieć na nim program, który uruchomi się z kartridża w sposób automatyczny. Tutaj z kolei jest inny problem: jeżeli kartridż działa w trybie automatycznego startowania z niego programu, to TOS uruchamia ten kartridż zanim uruchomi GEM i już później tego GEM-a nie uruchomi. Robiłem tak też, ale efekt wtedy jest taki, że driver się odpala, widzi dysk, ale następnie zostajemy w tym ekranie drivera i dalej już się nic nie dzieje, bo nie ma GEM-a.

Ja obstawiam, że to nie tyle wina tego czy jest to GAL czy ATF, tylko raczej drobne niuanse czasowe w całym układzie, włączywszy w to konkretne egzemplarze pamięci, GAL-a, ATF-a, połączenia jednego z drugim itp. itd.

Bardzo stare Sandiski nie mają, na pewno mają wszystkie Sandiski z serii Ultra II i takie zalecał używać Putnik, i na takich też testowaliśmy wszyscy. Sandisk Ultra II były robione w pojemnościach 512(rzadko spotykane), 1GB, 2GB, 4GB - to w tych starszych wersjach, one są czarne z białymi i czerwonymi napisami, a współczesne są w pojemnościach od 4GB wzwyż i mają srebrne naklejki, ale nie wiem czy te najwspółcześniejsze ktoś testował.

Spoko, fajnie wyszło.
W załącznikach udostępniam projekcik płytki w Eagle i zdjęcia mojego pierwowzoru, którego sobie złożyłem bez obudowy.

To może byś podsumował co było, jak rozwiązałeś temat itd.?

W Poznaniu kody odrębne ma każda ulica lub osiedle, w dodatku jest taki podział, że po jednej stronie Warty wszystkie kody zaczynają się na 60, a po drugiej stronie Warty na 61. Tak że w samym Poznaniu dało by się zidentyfikować bez problemu po kodzie. Ale już w okolicznych wioskach nie jest tak różowo. Mieszkam w tzw. sypialni Poznania, czyli wiosce przyklejonej do miasta, no i tutaj gdzie mieszkam, to pod jednym kodem pocztowym jest chyba ze 4 lub 5 wiosek podpiętych, a w tych wioskach ulice mają swoje nazwy i te nazwy ulic się powtarzają w każdej z wiosek. Np. ulica Poznańska jest w każdej z nich:-)

Tak, dokładnie, mi się te płytki skończyły, natomiast zostało chyba jeszcze kilka kompletów u kolegi _kriss_
Proszę brać od niego aż się nie skończą, jak się u niego skończą, to dawać mi znać, coś wykombinuję dalej.