Nie jest to przypadkiem oczekiwanie na dysk (zainicjowanie się dysku a'la Megafile). Do jednoczesnego włączania komputera i dysku.

Czy te 20 sekund (około) to jest czas, kiedy TOS szuka _różnych_urządzeń_, z których mógłby zastartować, czy dotyczy to tylko dyskietki? Bo jak linię INTRQ ściągnę do masy, to owe 20 sekund występuje, co jest logiczne o tyle, że ten sygnał nigdy nie wystąpi, bo nie ma flopa, ale TOS czeka sobie cierpliwie. Z tym że być może w tym czasie TOS również sprawdza inne urządzenia, czyli np. dyski twarde na ACSI itp. Jeśli tak jest, to znaczyło by, że jak podepnę dysk, to owych 20 sekund nie będzie, tylko system zastartuje sobie z ACSI, tak? To by było prawidłowo. Natomiast pomyślałem o tym, bo jeżeli nie ściągnę tej linii INTRQ do masy, to natychmiast po włączeniu pojawia się desktop, więc nie wiadomo czy dysk by w ogóle wystartował, czy przypadkiem TOS nie myśli wtedy, że ma startować z dyskietki, tyle że jej nie ma, więc po prostu wyświetla mi desktop, ale w sumie nie wiadomo czy cokolwiek więcej działa?

PS. Klawiaturę już naprawiłem, usterka była mechaniczna spora, bo ktoś walnął konkretnie ciężkim tępym narzędziem w płytę i zrobił w niej 3cm dziurę. Naprawione kilkunastoma drutami przylutowanymi po całej płycie, nie jest pod spodem pięknie, ale klawa okazała się w pełni sprawna, tylko kilka gumek niechętnie odbija, więc się ze cztery klawisze wciskają i nie chcą wracać, ale to do ogarnięcia.

PS2. Muszę z jakiegoś urządzenia kartę CF wydobyć i wsadzić do interfejsu ACSI-CF, to zrobię dalsze testy czy to wystartuje bez tego WD1772.

Adam, tak, z tym przerwaniem to prawda. I właśnie o to mi chodzi i dlatego pytam, bo wg schematu linia INTRQ z WD1772 idzie do bramki OR (czy tam NOR, nieważne), a do tej samej bramki na drugie jej wejście idzie właśnie linia żądania przerwania z ACSI. Jeśli nie podaję masy (zera logicznego) na wejście bramki pochodzenia FDD, to myślę, że TOS może interpretować to jako żądanie przerwania natychmiast po uruchomieniu komputera, więc wcześniej to wystąpi niż przerwanie pochodzenia ACSI, więc komputer nie zabootuje z ACSI w ogóle, a i później ACSI nie będzie miało szansy działać, bo nie będą działały sygnały żądania przerwania od ACSI.

Pod górkę i schodów ciąg dalszy jest taki, że ja to wszystko testuję na płycie, na której mam TOS 1.2, więc i tak nie zabootuję z interfejsu ACSI-CF, a z kolei nie mając flopa, jedyna możliwość załadowania drivera, to jest kartridż, więc muszę jeszcze taki kartridż najpierw przygotować... Albo przenieść się z tymi eksperymentami na mojego 520ST krótkiego, bo tam mam TOS 2.06.

Też mogę, ale to jeszcze muszę płytę przerobić najpierw pod dwie kości, bo mam TOS w sześciu, a z kolei sześciu pustych kostek nie mam w domu:-)

Cyprian, ale ja na ACSI mam tylko i wyłącznie interfejs ACSI-CF wg pierwotnego projektu Putnika, eksperymentowany przeze mnie, a ostatecznie poprawiony później przez tOri'ego - i ten interfejs wymaga specjalnego drivera od Putnika, inaczej nie jest widoczny.